Enterprise AI Agents

Salesforce and SAP AI Agent for Account Intelligence

How an anonymized enterprise connected Salesforce, SAP and service data into a governed AI agent that produced account briefings, risk explanations and controlled workflow recommendations.

Anonymized Enterprise Case StudySalesforceSAPAI Agent
Salesforce and SAP AI Agent for Account Intelligence
Implementation viewEnterprise AI Agents
Reference architecture

System map

Commercial context, operational truth and service signals are resolved into governed account intelligence before the agent answers.

4Domains
9Components
8Flows
Interactive architecture
Expand architecture
Salesforce and SAP AI Agent for Account IntelligenceEnterprise systemsAccount intelligenceAgent control planeBusiness workflowSalesforceSAPService signalsAccount identity mapCRM account ↔ SAPcustomer hierarchyAccount 360 viewApproved facts, evidenceand confidencePermission layerUser scope, masking andfield controlsAccount AI agentPlans retrieval, checksevidence, draftsAccount briefingRisk, pipeline, openissues and next stepsControlled actionCRM task, escalation orapproval requestSourceAgentDataGovernanceHumanRisk

A large enterprise was using Salesforce to manage commercial activity and SAP to run order, invoice and product operations. Account teams depended on both systems, but neither system gave them the full picture. Salesforce showed pipeline, meetings and relationship history. SAP showed orders, invoices, product status and fulfilment reality. Service systems added another layer of open issues and complaints.

Before key customer meetings, account managers were manually checking multiple systems, exporting data, asking operations teams for updates and building account summaries by hand. The process was slow and inconsistent. More importantly, it created risk: a sales team could push a renewal or upsell without seeing fulfilment delays, open service issues or payment signals.

Case study areaDetails
Client profileEnterprise B2B organisation with separate commercial and operational systems
Business functionSales, revenue operations, customer success and service management
Main issueAccount teams lacked a governed cross-system view of customer health
Systems involvedSalesforce, SAP, service/ticket records, Snowflake or warehouse layer
Delivery focusAccount identity resolution, governed retrieval, AI-generated account briefing and controlled workflow actions

The challenge

The client did not need another chatbot sitting on top of Salesforce. The real challenge was that customer identity, account hierarchy and operational signals did not line up cleanly across systems. One account could be represented differently in Salesforce and SAP. A parent account could have multiple child entities. Invoices and orders were often attached to operational customer identifiers that did not directly match CRM account records.

This made AI risky. If the agent answered from Salesforce only, it missed operational truth. If it queried SAP directly without context, it returned data that business users could not interpret. If it combined both systems without identity resolution and permission controls, it could produce a confident but incorrect account summary.

  • Salesforce account records did not always map one-to-one with SAP customer records.
  • Operational risk signals were not visible during commercial planning.
  • Account summaries were manually prepared and varied by team member.
  • Sensitive commercial and finance fields required role-based access control.
  • Recommendations needed source evidence because users would not trust black-box AI answers.

The solution

AgentFaktory designed a governed account intelligence layer before introducing the AI agent. This layer resolved Salesforce and SAP account identifiers, created curated account context views and preserved source evidence. The agent retrieved from this governed layer rather than directly improvising across production systems.

The account intelligence view combined Salesforce opportunity context, SAP order and invoice history, product information, service risk signals and relationship hierarchy. Each field retained source lineage and, where needed, confidence indicators. This meant the AI agent could generate a business-facing explanation while still allowing users to inspect where the answer came from.

Agent workflow

The account intelligence agent followed a controlled workflow:

  1. The user asked an account question, such as whether a renewal was at risk.
  2. The permission layer checked the user’s access to the account, region and sensitive fields.
  3. The agent retrieved the governed account profile from the Account 360 layer.
  4. It pulled relevant opportunity, order, invoice and service signals.
  5. It identified conflicts, missing data or high-risk signals.
  6. It generated a briefing with source-backed reasoning.
  7. It recommended a next step, such as a CRM task, escalation or meeting preparation note.
  8. Any write-back remained controlled by workflow rules and approval settings.

Outputs delivered

  • Account identity map between Salesforce and SAP customer records
  • Governed Account 360 view with source evidence and confidence notes
  • AI-generated account briefing for sales and customer operations
  • Open-risk explanation combining pipeline, orders, invoices and service signals
  • Controlled workflow actions for tasks, escalations and CRM notes
  • Audit log of user question, retrieved records, generated answer and recommended action

Data products created

The implementation produced more than a prompt interface. It created reusable data products that could support the agent, dashboards and account operations. The most important data product was the account identity map, which linked Salesforce accounts to SAP customer identifiers and account hierarchies. A second data product exposed account-level facts such as open opportunity value, active orders, recent invoices, fulfilment status, service issues and engagement history.

Representative account intelligence outputs

OutputPurpose
ACCOUNT_IDENTITY_MAPMaps CRM account, SAP customer, parent account and regional ownership
ACCOUNT_OPERATIONAL_CONTEXTCombines orders, invoices, fulfilment and product signals
ACCOUNT_SERVICE_RISKSummarises open complaints, tickets and service issues
ACCOUNT_AI_CONTEXT_VIEWProvides approved, permission-aware context to the AI agent
ACCOUNT_AGENT_AUDITStores user question, retrieved records, generated answer and recommended action

Governance and adoption

The client did not want sales users to see finance fields or operational records outside their entitlement. The permission model therefore sat before retrieval. If a user did not have access to a field or account group, that data was either excluded or masked before the agent generated an answer.

Adoption was handled in stages. The first release produced read-only account briefings. The next release added task suggestions and internal notes. Write-back into Salesforce remained controlled so the agent could recommend action without becoming an uncontrolled system of record.

Example business use

Before a quarterly business review, an account lead asked for the accounts with strong pipeline but operational risk. The agent returned accounts where open opportunities were active in Salesforce while SAP showed fulfilment delays, unresolved invoice issues or recent service escalations. The account lead could open the evidence attached to each recommendation instead of accepting a generic AI summary.

Outcome

The client gained a safer and more useful account intelligence experience. Account teams could ask business questions in natural language, but the answers were grounded in governed data rather than raw model inference. The solution reduced manual account preparation and gave commercial teams a clearer view of operational risk before customer conversations.

The most important design decision was the separation between enterprise context and AI reasoning. Salesforce and SAP were not exposed as uncontrolled tools. They were connected through a governed account layer that made the agent useful, auditable and safer to adopt.

The agent became useful because it answered from approved account context, not because it had unrestricted access to enterprise systems.

AgentFaktory role

AgentFaktory supported the account identity design, data model, governed retrieval layer, agent workflow, permission model, audit design and implementation roadmap.