Salesforce integration: bidirectional or push-only?

I have reviewed the documentation at Connecting FieldPulse to Salesforce, but I require clarification regarding the data flow directionality in the integration architecture.

Specifically, I need to understand:

  1. Does the FieldPulse-to-Salesforce integration push data from FieldPulse to Salesforce only?
  2. Or does Salesforce push updates back to FieldPulse (e.g., Opportunity stage changes updating Work Order status)?
  3. If bidirectional, what is the conflict resolution mechanism when the same record is modified in both systems?
  4. What are the supported sync frequencies and whether near-real-time or batch?

From a governance perspective, I need to document the authoritative source of truth for each entity type before provisioning this integration in our production environment. I have confirmed that we are running Salesforce Enterprise Edition with API access enabled, and our FieldPulse account is on the Professional tier.

Any clarification or pointer to a technical specification document would be appreciated.

Parents
  • From a governance perspective, it is worth noting that the "last-write-wins" conflict resolution mentioned above may present compliance implications under SOC 2 Type II audit criteria if financial data is involved.

    We have elected to implement a middleware layer that logs all cross-system mutations with timestamps and user attribution, creating an immutable audit trail. This is not strictly required, but from a risk management standpoint, it provides defensible evidence of data lineage should discrepancies arise.

    Additionally, I would recommend reviewing whether your Salesforce field-level security settings align with the API user's permissions — we identified a case where the integration user could read fields that were restricted in the UI, which created an access control gap.

Reply
  • From a governance perspective, it is worth noting that the "last-write-wins" conflict resolution mentioned above may present compliance implications under SOC 2 Type II audit criteria if financial data is involved.

    We have elected to implement a middleware layer that logs all cross-system mutations with timestamps and user attribution, creating an immutable audit trail. This is not strictly required, but from a risk management standpoint, it provides defensible evidence of data lineage should discrepancies arise.

    Additionally, I would recommend reviewing whether your Salesforce field-level security settings align with the API user's permissions — we identified a case where the integration user could read fields that were restricted in the UI, which created an access control gap.

Children
No Data