Polling
Best when the ERP controls timing. Use stable cursors, bounded pages and stored checkpoints.
Reusable technical evaluation kit
A public field-sales integration checklist for developers, IT teams and advisers evaluating ERP, accounting, CRM, order and inventory workflows.
Get the worksheet now, then concise implementation guidance on days 2, 5, 9 and 14. The full public checklist remains below.
“Two-way sync” is not a conflict policy. Every shared field needs one owner and a documented direction of travel.
| Business object | Recommended owner | Integration rule |
|---|---|---|
| Customer identity | CRM or ERP | SalesPro Hub stores the immutable external system + ID |
| Product and SKU | ERP / warehouse | SKU is the integration key; names are display values |
| Price and discount | ERP or approved price list | Choose whether field overrides are allowed |
| Order capture | SalesPro Hub | ERP acknowledges and returns its fulfilment reference |
| Available stock | ERP / warehouse | Push absolute quantities; reconcile after failure |
| Fulfilment status | ERP / warehouse | Return status to SalesPro Hub with a defined state map |
Real-time does not mean “webhooks only.” Reliable integrations usually combine event delivery for speed with cursor-based polling for recovery.
Best when the ERP controls timing. Use stable cursors, bounded pages and stored checkpoints.
Best for low-latency signals. Verify signatures, deduplicate delivery IDs and retry safely.
Use webhooks to wake the worker, then poll the authoritative API to reconcile state.
A successful demo proves the happy path. A useful proof of concept proves recovery.
An API can make an integration possible without making it one-click. Ask who owns OAuth installation, mapping, middleware hosting, monitoring, retries, upgrades and support after launch.
The standard mapping fits, credentials are self-service and the vendor owns upgrades.
The workflow needs transformations, approvals, legacy interfaces or multiple systems.
The scope is narrow, your team owns operations and the API contract is stable enough to maintain.
Review the exact endpoints first. If the boundary fits, use the trial to test orders, inventory, CRM identities and signed delivery with representative data.