Integration Complexity Assessment

Seven questions that rate the complexity of one Salesforce integration and show the points driving it. It is not an estimate.

This assessment rates Salesforce integration complexity for one integration at a time, in seven questions. It covers the number of systems, data volume and freshness, the direction of data flow and who owns each field, error handling, authentication and existing middleware. The result is a complexity band and the points that drive it, not an estimate of cost or time. Your answers stay in your browser.

Before you start: pick one integration and write down the systems, the objects or records that move, and who owns each system. If you are planning several integrations, run the assessment for each, because one hard integration can hide behind several easy ones.

Integration complexity assessment

Seven questions about one integration with Salesforce. The result is a complexity band and the points that drive it, not an estimate. Your answers stay in your browser.

01 How many systems take part?
02 How many records move per day at peak?
03 How fresh must the data be?
04 Which direction does data flow?
05 What happens today when a sync fails?
06 How do the systems authenticate?
07 Is there existing middleware (for example MuleSoft or an iPaaS)?

How to use the result

You get a band (Lower, Medium or Higher complexity) and a score for each area, with the biggest drivers listed first. Higher complexity usually means more design time, more testing and a stronger case for monitoring and middleware.

  • Settle data ownership first. Two-way syncs without agreed field ownership are a common source of overwritten data.
  • Be honest about freshness. "Within seconds" points to event-driven patterns. Salesforce Platform Events and Change Data Capture can be consumed through the Pub/Sub API, and high-volume events are retained for 72 hours, which shapes how you recover from outages.
  • Plan error handling as a feature. Decide who is alerted, how failed records are retried and how you reconcile.
  • Review authentication. Shared passwords and service accounts are a risk; plan for OAuth-based access.

Use the integration error handling checklist and read middleware vs point-to-point APIs before you choose a pattern.

Questions we hear

Should we assess each integration separately?
Yes. Complexity varies a lot between integrations, so run the assessment once for each.
Does a high score mean we need MuleSoft?
Not necessarily. It means design, testing and monitoring need more attention. Middleware is one option to discuss.
Can we use the result as an estimate?
No. It shows what drives complexity. An estimate needs a proper look at the systems and data.
What lowers complexity fastest?
Usually agreeing field ownership and deciding how failures are detected and retried, because both shape the design and the testing.

Discuss your integration

Share your result and a short description of the systems involved. We can suggest a pattern and the questions to settle first.

Talk to an integration specialist →

Tell us what you are trying to fix.

Share your Salesforce setup, goals and constraints. A practitioner reads every message and replies with questions, first thoughts or an honest view of whether you need outside help at all.

Talk to a Salesforce Expert
Book a Consultation