Ontvang het zakelijke bericht
De juiste inbox ontvangt een bericht met de bron, identiteit, schema en operationele context.
De runtimelus
De runtime geeft geen ruwe bedrijfsgegevens door aan een agent en hoopt op het juiste resultaat. Het bereidt een beheerste taak voor, lost zeggenschap op en vangt het resultaat op als het volgende bedrijfsbericht.
De juiste inbox ontvangt een bericht met de bron, identiteit, schema en operationele context.
Een deterministische beleid beslist welke context, tools, Companions, goedkeuringen en acties toegestaan zijn.
Een persoon, systeem, agent of Companion onderzoekt, stelt voor, bereidt voor of voert de toegestane taak uit.
Het resultaat wordt een traceerbare bedrijfsbericht dat de status kan bijwerken of de volgende expliciete regel kan activeren.
Eén runtime, drie vliegtuigen
Modellen, tools en aanbieders zullen blijven veranderen. De boodschapscontract en de bedrijfsvoorwaarden hoeven niet mee te veranderen.
Schemas, identiteiten, doeleinden, bevoegdheden, regels, goedkeuringen, vastlegging en resultaatcontracten blijven expliciet en versiemanaged.
AI kan de beleid niet stilzwijgend herdefinieren.
Goedgekeurde AI Companions kan worden geselecteerd op basis van taak, gegevensgevoeligheid, regio, uitvoervereiste, capaciteit of kostenbeleid.
De zakelijke overeenkomst blijft leverancier-onafhankelijk.
Onafhankelijke Inboxen wisselen alleen de berichten en resultaten uit die hun eigen beleid toestaat. Geen enkele Inbox heeft elke bronrecord nodig.
Een dossier kan bestaan zonder één centrale datalake.

Federatie, niet centralisatie
Klant-, bestel-, betalings-, toestemmings- en casinformatie kunnen binnen afzonderlijke operationele en beveiligingsgrenzen blijven. Elke inbox draagt alleen bij aan de referentie, het bericht of het resultaat dat de huidige operatie mag gebruiken.
Deelnemers, niet eigenaren
De runtime coördineert wie of wat kan deelnemen. Geen van hen ontvangt bredere zeggenschap alleen omdat het een antwoord kan produceren of een actie kan uitvoeren.
Gebruik een beheerste context en retourneer voorstellen of resultaten via een gedefinieerd contract.
Maak goedgekeurde providers voor AI, betalingen, identiteit en toekomstige communicatie- of bezorgdiensten beschikbaar voor bevoegde Inboxen. Uw organisatie bepaalt de voorwaarden; status en bewijs keren terug naar de Inbox.
Laat goedgekeurde API's, hulpmiddelen en MCP-mogelijkheden zien zonder de ontvangende inbox te omzeilen.
Beoordeel uitzonderingen, pas oordeel toe, goedkeur materiële acties en blijf deel uitmaken van dezelfde bewijsvoering.
Ontwikkeling bij provider · 13 oktober 2026
Shopify's aankondiging van Shop MCP laat MCP-agents producten zoeken, winkelwagens samenstellen en afrekenen nadat de klant het totaalbedrag en de betaalmethode bevestigt. Ingelogde klanten kunnen Shop Pay gebruiken en orders opzoeken. Volgens Shopify verschijnen orders in de administratie van de verkoper. Bij de introductie zijn er geen webhooks; de agent moet de checkoutstatus opvragen. Dit is een uitgebrachte Shopify-mogelijkheid, geen opgeleverde DataInbox-koppeling.
Een klant vraagt nu bijvoorbeeld aan een agent of een product beschikbaar is, gaat daarna apart afrekenen en laat de klantenservice later uitzoeken of er een order bestaat. In een voorgestelde Companion-werkwijze kan een Inbox het serviceverzoek, toegestane product- en ordercontext en de grens voor aankoopgoedkeuring bijeenhouden. Shop MCP handelt de winkelwagen en checkout af; de verkoper blijft eigenaar van de order. DataInbox zou alleen het toegestane verzoek en de teruggegeven status vastleggen en de uitkomst controleren voordat een vervolgactie plaatsvindt.
Een pilot kan minder overdrachten, snellere volledige antwoorden en beter verklaarbare mislukte checkouts toetsen. Meet afgeronde orders, verlaten of gecorrigeerde winkelwagens, wachttijd voor goedkeuring en statuscontrole, klantcontacten en totale provider- en runtimekosten. Hiervoor zijn identiteit en toestemming, actuele prijs- en voorraadcontroles, betaling via de provider en herstel bij een onzekere status nodig. Dit zijn te toetsen DataInbox-hypothesen, geen door Shopify gemeten besparingen.
Ontwikkeling bij een aanbieder · 8 oktober 2026
De release van Microsoft bevestigt algemeen beschikbare CRM-skills in Copilot Cowork die Dynamics 365 MCP-tools gebruiken voor klantcontext en bedrijfsacties. Dynamics blijft eigenaar van de acties; Autopilot bevindt zich in besloten preview. Beschikbaarheid hangt af van licenties, inrichting door de beheerder en toestemming van de gebruiker. Dit bewijst geen uitgebrachte DataInbox-integratie.
Voor een serviceverantwoordelijke betekent de huidige werkwijze soms dat dossiergegevens naar een aparte agent worden gekopieerd en een voorgesteld antwoord weer in CRM moet worden gecontroleerd. In een voorgestelde DataInbox-werkwijze kan een bevoegde Inbox het dossiersignaal, actuele CRM-context en een taakgerichte skill samenbrengen en daarna het beoordeelde antwoord of de actie als traceerbare uitkomst vastleggen. Het CRM blijft eigenaar van zijn gegevens en bedrijfsacties.
Mogelijke voordelen zijn minder dubbel integratiewerk, minder handmatige overdrachten en beter uitlegbare besluiten. Toets dit met doorlooptijd per dossier, overdrachten, correcties, wachttijd voor goedkeuring en totale kosten van aanbieder plus runtime. De pilot vraagt om vertaling van bevoegdheden, controle van actuele gegevens, expliciete goedkeuring van acties en een resultaatcontract. Dit zijn DataInbox-ontwerphypothesen, geen door Microsoft gemeten uitkomsten.
Ontwikkeling bij een aanbieder · 1 oktober 2026
De releasenote van Telnyx bevestigt een API in beta die feiten en gespreksbronnen per profiel bewaart, over sessies heen ophaalt en verwijdering van bronnen of profielen ondersteunt. Schrijfacties worden asynchroon afgerond. Dit is een geheugenfunctie van de aanbieder; zij bewijst niet dat een onthouden feit nog klopt, dat een agent ermee mag handelen of dat DataInbox een werkende Telnyx-integratie heeft uitgebracht.
Neem een serviceverantwoordelijke die een bezorgvraag van een terugkerende klant afhandelt. Eerst vraagt de agent opnieuw naar voorkeuren, waarna iemand de actuele bestelling en bezorgregels apart controleert. In een voorgestelde DataInbox-werkwijze kan de agent toegestaan geheugen als aanwijzing gebruiken, terwijl de Inbox identiteit, bestelstatus en geldende regels controleert voordat een antwoord of actie wordt geaccepteerd. Het verzoek, eventuele goedkeuring en de uitkomst blijven traceerbare bedrijfsberichten.
Een pilot kan toetsen of minder herhaalvragen en overdrachten nodig zijn, volledige antwoorden sneller komen en verouderde feiten eenvoudiger te corrigeren zijn. Meet afgehandelde contacten, herhaalvragen, correcties, wachttijd voor goedkeuring, terugvinden van bronnen en kosten van aanbieder plus runtime. Dit vraagt betrouwbare identiteitskoppeling, regels voor toestemming en bewaartermijnen, verwijdering in beide opslagplaatsen, een gezaghebbende bestelbron en een herstelpad zolang de geheugen-API in beta is. Deze voordelen zijn te toetsen DataInbox-hypothesen, geen door Telnyx gemelde resultaten.
Gecontroleerde configuratie
De configuratie van Runtime volgt een voorspelbaar pad. Teams kunnen de geldigheid en beoogde verschillen inspecteren, de wijziging simuleren en pas dan toepassen.
Een dry-run maakt de beoogde runtime-gedragsbeoordeling controleerbaar voordat live berichten worden beïnvloed.
Implementatiecontrole
Het beheerde SaaS runtime is momenteel geconfigureerd op DigitalOcean. Gedeelde platform- en infrastructuurbeheersing ondersteunt de Inboxen die daar draaien.
Andere regionale, datacentrum- of klantgestuurde arrangementen zijn beslissingen over architectuur en dienstenspanning. Ze worden geëvalueerd op basis van residentie, netwerk, identiteit, beschikbaarheid en operationele vereisten.
Het lost een andere laag op. Een agentframework helpt het gedrag van agents te definiëren. DataInbox Agent Runtime regelt de bedrijfsberichten, context, bevoegdheden, functionaliteiten, goedkeuringen, resultaten en bewijs rond dat werk.
Nee. AI mag invoer interpreteren of werk voorstellen, maar deterministische configuratie en regels beslissen welke context gedeeld mag worden en welke actie kan doorgaan. Menselijke goedkeuring kan verplicht blijven waar oordeel vereist is.
Ja. Ze nemen deel via gedefinieerde bericht- en capaciteitscontracten. De inbox bepaalt welke context kan verlaten, welke capaciteit kan worden geactiveerd en welk resultaat wordt teruggeaccepteerd.
Nee. Elke inbox blijft een afzonderlijke beleidsgrens. Een dossier kan worden samengesteld uit toegestane referenties, berichten en resultaten, terwijl de brongegevens bij de inbox blijven die de operationele context beheert.
De configuratie kan worden gevalideerd, vergeleken, als dry-run getest en vervolgens toegepast. Dit maakt de beoogde wijziging zichtbaar voordat deze van invloed is op de live berichtverwerking.
De beheerde SaaS runtime is momenteel geconfigureerd op DigitalOcean. Andere regionale, datacenter- of klantgestuurde arrangementen zijn afhankelijk van de overeengekomen architectuur en dienstverlening.
Begin met één bedrijfsbericht, één operationele context en de voorwaarden die leidend moeten blijven.