Least-privilege access
Restrict credentials to the companies, objects, and actions in scope.
Keep SAP Business One as the transactional ERP while Soberan coordinates planning, exceptions, customer follow-up, and approved writeback.
A Soberan–SAP Business One integration starts with one bounded workflow and the interfaces available in the installed SAP Business One environment. Typical scope includes business partners, items, warehouses, inventory, sales orders, purchase orders, and receivables. Service Layer with OData v4 is the preferred modern interface where available; version, database, custom fields, permissions, and write actions are confirmed before implementation.
01
Resolve account identity for commercial and finance workflows.
Align item codes, units, locations, and inventory policy.
Coordinate demand, supply, fulfillment, and follow-up.
Write an allowed status or transaction after policy checks.
02
Start with replenishment, order exceptions, PO follow-up, or receivables.
Confirm version, database, Service Layer or DI API access, company databases, add-ons, and user-defined fields.
Compare counts, balances, statuses, units, timestamps, and external IDs before enabling actions.
Activate only approved actions with idempotency, thresholds, audit logs, and rollback.
03
Restrict credentials to the companies, objects, and actions in scope.
Document user-defined fields, add-on dependencies, codes, and valid values.
Use external references and duplicate checks before creating or updating documents.
Keep spend, credit, and accounting-sensitive actions behind policy and daily reconciliation.
04
05
It can coexist with SAP Business One for a scoped workflow. Replacement is a separate decision based on finance, localization, add-ons, and process depth.
The preferred interface is SAP Business One Service Layer with OData v4 when the installed environment supports it. DI API or another approved route may be evaluated for older or customized environments.
Yes, after each field, valid value, owner, permission, and add-on dependency is documented and tested.
Only agreed document actions are enabled after identity, permissions, duplicate prevention, approvals, reconciliation, and rollback are validated.