Systems of record
Agents reach core business systems through the permissions those systems already enforce, acting as the requesting person, with risky changes paused for approval until the agent proves reliable.
Target state
In short: The systems that hold the official record stay in charge, and agents work through them rather than around them.
Systems of record keep their authority. Agents reach them through Model Context Protocol (MCP) servers, a standard plug that wraps the application programming interfaces (APIs) those systems already publish. Each call runs as the requesting person's identity, never as a shared service account. Writes that carry consequences are paused for approval, using the record system's own approval machinery. The gate relaxes as the agent demonstrates reliability. Work that spans several systems runs on an external orchestrator, the component that coordinates the steps. Two facts force this. No single vendor's permission controls are authoritative outside its own system. Entity resolution, working out that records in different systems describe the same customer or asset, is the binding constraint. Every agent embedded in a vendor product has an eval suite: a set of test tasks with known right answers that gates the vendor's releases. Each also has a documented answer to what happens when the vendor changes the model underneath it. Platform choice follows where the record and its permission model live, not the use-case category.
layer · architecture
Wrap, do not reinvent
Agents act as the requesting user through wrapped governed APIs; entitlement stays in the record system and audit attributes to the human.
- 01Agent
Agent
Embedded agent
Vendor-hosted, same permission plane
- 02Agent
Agent
External agent
Through the gateway, run-as-user
- 03Control
Control
Permission plane
CRUD, field-level security, sharing rules
- 04Control
Control
Consequence-class write gate
Native approval machinery; relaxed by demonstrated reliability
- 05System
System
Record
- 06Evidence
Evidence
Audit log
Attributed to the human identity
Embedded agents do not pause by default; the human checkpoint is wired by you, not the platform.
Diagram description: Two agent paths, embedded and external, converging on the record system's own CRUD, field-level security, and sharing-rule enforcement, with audit attributed to the requesting user. The map contains Embedded agent: Vendor-hosted, same permission plane; External agent: Through the gateway, run-as-user; Permission plane: CRUD, field-level security, sharing rules; Consequence-class write gate: Native approval machinery; relaxed by demonstrated reliability; Record; Audit log: Attributed to the human identity. Its connections are embedded to perms; external to perms; perms to gate; gate to record; record to audit. Important boundary: Embedded agents do not pause by default; the human checkpoint is wired by you, not the platform.
- Component
- Vendor MCP servers
- Responsibility
- Expose record APIs as tools carrying the caller's identity
- Control it hosts
- Permission parity with the human path: create, read, update, delete (CRUD) rights, field-level security, sharing rules
- Where it runs
- Salesforce hosted MCP, ServiceNow MCP Server, Workday Agent-Ready Tools, Oracle Fusion 26A
- Component
- Record permission plane
- Responsibility
- Entitlement, validation, approval routing
- Control it hosts
- The same controls the human user interface (UI) hits; audit attributed to the human identity
- Where it runs
- Inside each system of record, unchanged
- Component
- Write gates
- Responsibility
- Pause consequential writes for approval
- Control it hosts
- Explicitly wired human checkpoints; override-rate telemetry that earns autonomy
- Where it runs
- The record system's workflow engine (Salesforce Flow, Oracle approval routing)
- Component
- Agent governance registry
- Responsibility
- Agent identity, ownership, lifecycle
- Control it hosts
- Agent System User accounts, assigned agent owners, per-agent audit
- Where it runs
- Workday Agent System of Record (ASoR) and Agent Passport; Microsoft Agent 365 as a cross-stack seat
- Component
- External orchestrator
- Responsibility
- Cross-system workflows
- Control it hosts
- Entity resolution, cross-system approval composition
- Where it runs
- Your integration estate, through the R03 gateway
- Component
- Vendor-release eval suite
- Responsibility
- Gate embedded-agent releases
- Control it hosts
- Go/no-go on behavior regression
- Where it runs
- Your continuous integration (CI) pipeline, run against every vendor release
Mechanisms
Wrap, do not reinvent
In short: The agent's access layer passes the person's identity into the system's existing controls; it does not build new ones.
The MCP layer is a wrapper. It carries the caller's identity into the API that already enforces entitlement (who holds which permission), validation, and audit. It is not a new policy engine. Enterprise resource planning (ERP), customer relationship management (CRM), human resources information systems (HRIS), and information technology service management (ITSM) carry decades of access control, approval routing, and audit. An agent tool layer that reimplements any of it has added a second, weaker copy of a solved problem. Concretely, four rules apply. Run tool calls as the authenticated user rather than a service account. Keep field-level security and sharing rules in force. Gate consequential writes with the record system's own approval machinery. Log to the user, not to the agent. Write access follows a trust progression, not a policy switch. Like a new colleague, the agent is reviewed on everything at first, and the gate relaxes as evidence accumulates. This is the autonomy contract, the guide's staged rules for how much an agent may do alone, applied to a single permission. The evidence for the pattern is that every shipped vendor path below implements exactly it.
The two-path permission plane
In short: Vendors now let outside agents use the same permission controls as their built-in agents, and four of five say so explicitly.
The load-bearing change of the first half of 2026 is that the permission controls became reachable two ways. One way is the vendor's own embedded agent; the other is an external agent calling in. Four of five systems-of-record (SoR) vendors state parity explicitly. Salesforce announced Headless 360 at the TDX event on April 15 2026. Its hosted MCP server became generally available (GA) on Enterprise editions and above on July 14 2026. Its statement: "If you can't do it in Salesforce, your agent can't do it through the MCP server". Actions run as the authenticated user with the same CRUD rights, field-level security, and sharing rules. The audit log attributes them to that user. ServiceNow (Action Fabric, May 5 2026) made its MCP Server GA inside every Now Assist and AI-native product edition (SKU). That opens workflows, playbooks, and approval chains to third-party agents, and ServiceNow names Claude, Copilot, and homegrown builds explicitly. Workday (Agent-Ready Tools and Agent Passport, June 2 2026) lets external agents inherit its security and delegation model, business-process controls, and audit trail. Its Agent System of Record, GA in February 2026, gives agents Agent System User accounts and assigned owners, the way workers get managers. Oracle ships MCP and the agent-to-agent (A2A) protocol in Fusion 26A. Published agents become discoverable and callable over A2A by release 26C. This collapses the 2025 assumption that embedded means governed and external means ungoverned. What still differs is model control, the cost meter, and the customization ceiling. Salesforce hard limits: 20 active agents per org, 15 topics per agent, 15 actions per topic, and a 60-second action timeout. These figures are unverified against the official limits document.
The no-pause-by-default trap
In short: An agent built into a vendor product keeps going unless you deliberately add an approval step, so the pause is your job.
An embedded agent does not pause by default. Salesforce agents execute on configuration and context without stopping for approval, unless a human checkpoint is explicitly wired in through Flow. Oracle is the counterpoint. Its approval routing is a first-class primitive: it can confirm whether a user or an agent holds authority for an action and route the request accordingly. ServiceNow markets autonomy, with the human in the loop reserved for security containment; its first-line (L1) IT desk is GA with "91% of cases without reassignment" [vendor]. The gate is your job, not the platform's. Wire the checkpoint per consequence class and instrument the override rate, because a falling override rate is the evidence that earns autonomy.
The upgrade problem
In short: Vendors can change the AI model under an agent without warning, so run your own tests on every release.
A model name is not a version. Behavior has changed under unchanged model identifiers, and vendors retire model versions on their own schedules. No vendor at this layer publishes a model-change notification service level agreement (SLA). None offers a customer-controlled pin for its first-party agents, meaning a way to fix which model version they run. No vendor-published practice for managing behavior regressions exists either. Where the platform supports bringing your own model (BYO-model), you regain the pin. That is a concrete and non-obvious argument for BYO-model even when the vendor's default model is better today. Either way, keep an eval suite that runs against every vendor release, and treat a failing run as a release blocker.
Entity resolution binds cross-system work
In short: Across several systems, the hard part is knowing which records describe the same customer, not finding them.
Grounding across systems (making the agent answer from trusted records it can point to) breaks on entity resolution, not retrieval. The same customer is a different identifier in the CRM, the product database, the marketing platform, and the ticketing system. An agent querying three at once has no reliable way to know they describe one entity. Business intelligence (BI) semantic layers, the shared business definitions built for reporting, do not transfer. They were built for analysts asking aggregate questions, while agents need to resolve entities, follow relationships, and take actions across systems. No vendor's permission controls are authoritative outside its own records, and A2A is not production-grade for cross-vendor negotiation. So cross-system workflows run on an external orchestrator, with entity resolution as a named component, not an assumed capability.
Meter math
In short: Vendors charge for agent activity in four different ways, none of them a seat, so compare total cost, including governance, before buying.
Four meters price the same activity, and none of them is a seat. All figures are [vendor] list pricing. Per action, with a step function: the price rises in steps of tokens, the unit AI usage is billed in. A Salesforce standard action is 20 Flex Credits, about $0.10, and covers up to 10,000 tokens. An operation spending 20,001 tokens therefore bills 60 credits ($0.30): three steps rather than two. Verbose grounding silently multiplies cost. An alternative Salesforce meter runs about $2 per 24-hour conversation. Flex Credits fund grounding, acting, and BYO-model calls from one pool, above a Data 360 Starter floor near $60k per year. Per AI unit: SAP sells prepaid pools at roughly 200 actions per Advanced full use equivalent (FUE), with overage at $0.08 to $0.18 per action. Per assist: ServiceNow prices a small agentic action at 25 assists and a large one at 150. Pool sizes and overage rates are not publicly disclosed, a procurement problem its own community guidance flags. Roughly half of ServiceNow's new annual contract value (ACV) is now non-seat. Included: Oracle ships 22 Fusion agents at no extra cost in 26B. The fifth line is governance: the tooling that registers and oversees agents. It is a separate seat in one stack (Microsoft Agent 365, $15 per user per month) and free in another. So a total-cost comparison that prices actions without governance is wrong by a variable amount. Deloitte projects 40 percent of enterprise software-as-a-service (SaaS) spend on usage, agent, or outcome pricing by 2030.
The incident taxonomy, kept separate
In short: The incidents on record are platform security holes and coding agents deleting databases, not agents corrupting financial or HR records.
No published incident shows an embedded system-of-record agent corrupting financial or human resources (HR) records at scale. The incidents that exist are a different class, and this guide does not conflate them. The first class is platform vulnerabilities. ForcedLeak scored 9.4 on the Common Vulnerability Scoring System (CVSS) and was patched on September 8 2025. It was an indirect prompt injection: instructions hidden in content the agent reads tricked it into acting. The attack came in through Salesforce Web-to-Lead and leaked CRM data to an expired allowlisted domain bought for about $5. ServiceNow BodySnatcher (Common Vulnerabilities and Exposures identifier CVE-2025-12420, CVSS 9.3, patched October 30 2025) allowed unauthenticated impersonation. The AppOmni second-order injection came through Now Assist agent-to-agent discovery. Agents ran with the privilege of the initiating user, and the root cause was three shipped default settings. A separate class again is coding agents deleting development databases (Replit, July 2025; PocketOS, April 2026). The taxonomy matters. The platform-vulnerability record argues for patch cadence and default hardening. The record-corruption scenario that dominates write-access debates has, so far, no published instance.
Design decisions
- Embedded vendor agents versus external agents through governed APIs (CD-17). This challenged default asks whether to use the vendor's built-in agent or your own agent calling the vendor's APIs. Decide by authority boundary, and know that nobody has measured this. No published head-to-head of an embedded against an external agent on the same CRM or ERP task exists, from vendors, analysts, or practitioners. Generic benchmarks show up to fiftyfold cost variation ($0.10 to $5.00 per task) at similar accuracy. So the harness, the engineering shell around the model, matters more than the vendor badge. When the workflow's authority boundary sits inside one system, both paths enforce identical permissions: choose on model control, meter, and ceiling. When it crosses systems, external orchestration is a requirement, not a preference.
- The SAP closed path, a named constraint rather than a choice. SAP's API Policy v4/2026, section 2.2.2, forbids autonomous agent API sequences outside SAP pathways. Its wording: "For agentic use cases, A2A via Joule is the only way", enforced since June 9 2026. Two analyst firms criticized the position publicly in May 2026. One advised chief information officers (CIOs) to freeze multiyear third-party AI deals that depend on SAP data and to negotiate 2027 price ceilings. Plan SAP-held records as a distinct integration class with its own path and pricing exposure.
Cross-cutting concerns
- #
- C1
- Concern
- Identity and access
- Treatment at this layer
- Agents act as the requesting user through wrapped APIs; entitlement stays in the record system; no service-account agents
- #
- C2
- Concern
- Observability
- Treatment at this layer
- Action-level telemetry from both the agent platform and the record system's audit log; override rates tracked per workflow
- #
- C3
- Concern
- Traceability and audit
- Treatment at this layer
- Native audit logs attribute to the human identity; answer-to-record provenance; approval decisions retained
- #
- C4
- Concern
- Grounding
- Treatment at this layer
- Entity resolution across systems; definition ownership; record freshness
- #
- C5
- Concern
- Impersonation
- Treatment at this layer
- Run-as-user rather than shared credentials; agent identity distinct from human identity in the directory
- #
- C6
- Concern
- Sovereignty
- Treatment at this layer
- Record residency extends to agent memory, logs, and derived indexes; vendor retention and export terms are procurement items
- #
- C7
- Concern
- Privacy
- Treatment at this layer
- HR and customer records carry worker-information and consent duties; agent memory inherits them
- #
- C8
- Concern
- Safety and oversight
- Treatment at this layer
- Consequence-class gating for writes; explicit approval wiring, since embedded agents do not pause by default
- #
- C9
- Concern
- Cost
- Treatment at this layer
- Per-action meters with token step functions; grounding competes with acting for one pool; governance plane priced separately
- #
- C10
- Concern
- Resilience
- Treatment at this layer
- Eval suites gating vendor releases; a documented answer for silent model changes; degraded mode to human queues
Evidence and limits
Incidents above carry CVE, CVSS, and patch dates where published. Meter figures are [vendor] list pricing and move; re-verify before procurement. Adoption context behind CD-17, the decision on embedded versus external agents, is mixed. Salesforce reports Agentforce annual recurring revenue (ARR) of $800M in the fourth quarter of fiscal year 2026 (Q4 FY26) [vendor]. It reports $1.2B in the first quarter of fiscal year 2027 (Q1 FY27) [vendor]. Paid adoption near 6 percent of an installed base around 150k is derived, not disclosed. An analyst forecast has fewer than 15 percent of firms turning on the agentic features in their automation suites in 2026. The claim that 3 percent of Joule customers run in production traces to a single origin, is unverified, and this guide does not rely on it. The Salesforce agent limits await verification against the official limits document. Three absences are findings in their own right. First, no published head-to-head measurement of embedded versus external agents on identical tasks. Second, no published migration of a production agent estate between SoR platforms, so portability claims are untested. Lock-in concentrates in configuration, not data: one major platform auto-deletes agent memory after 28 days of inactivity with no documented export path. Third, no vendor-published practice for managing behavior regressions in embedded agents. The wrap-do-not-reinvent spine and the write-access trust progression are the authors' position, strongly supported by the vendor parity statements. Re-verify quarterly: meter rates and pool disclosures, SAP enforcement posture, A2A production readiness.
The research behind this page
Integration fabric
How agents reach company systems: one standard way to connect, one gateway every request passes through, and the rules, credentials, and audit trail enforced there.
Line of business and OT
Agents advise the people who run physical plant but never control it: proposals are checked in simulation before display, and a person decides every action and every change to the asset register.