Governed Salesforce Integration Reference Architecture

Overview

Create an evidence-backed target architecture that names every source of truth, mutation path, principal, data class, failure boundary, and recovery mechanism.

Prerequisites

• Business capabilities, system context, sources of truth, data owners, consumers, service objectives, and constraints
• Org topology, Salesforce products, External Client Apps or existing Connected Apps, APIs, events, limits, and entitlements
• Security, privacy, residency, retention, reconciliation, disaster recovery, support, and change-control requirements

Tool Discipline

Use Read, Glob, and Grep to inspect approved repository and evidence files, WebFetch to re-check current first-party Salesforce documentation, and Write or Edit only for secretless plans, fixtures, configuration, and redacted receipts.

Current Contract

Salesforce provides multiple synchronous, asynchronous, bulk, composite, and event integration surfaces with org-specific availability and limits. No single direct API, middleware, replicated database, or event pattern is correct for every domain.