Adobe Commerce certified developers · Nearshore teams available within 2 weeks

Systems that stop disagreeing with each other

One order. One stock figure. One version of the truth.

Nearly every operational problem in a growing company traces back to two systems that disagree. The shop says in stock, the warehouse says otherwise. The ERP has a price the website never received. We build the integration layer that makes those disagreements structurally impossible — and tells you loudly when something still goes wrong.

Technologies

SAP · Dynamics 365Odoo · Oracle NetSuiteSAGA · WinMentor · CharismaMicrosoft Business CentralREST · SOAP · GraphQLEDI · XML · CSV/SFTPRabbitMQ · Kafkan8n · custom middlewaree-Factura · SAF-T (D406)

01Capabilities

01

Idempotent by design

Every message carries a key, so a retry after a timeout never creates a duplicate order, a double stock movement or a second invoice. This is the difference between an integration and a liability.

02

Visible when it breaks

A dashboard showing queue depth, failure rate and the last successful sync per flow, with alerts to the people who can act. Silent integrations fail silently for weeks.

03

Reconciliation built in

Scheduled comparison jobs that catch drift between systems and either fix it or raise it — because eventually something will be missed, and finding out from a customer is the expensive way.

04

Romanian compliance covered

e-Factura submission through ANAF SPV, SAF-T D406 reporting, e-Transport declarations and correct VAT handling across systems.

02Scope

What is included

  • ERP integration: SAP, Dynamics 365, Business Central, Odoo, NetSuite
  • Romanian ERP integration: SAGA, WinMentor, Charisma, Clarvision
  • E-commerce to ERP order, stock, price and customer sync
  • Warehouse (WMS) and courier integrations with label printing
  • CRM integration: HubSpot, Salesforce, Pipedrive, Zoho
  • Accounting and invoicing automation, including e-Factura and SAF-T
  • PIM and product data syndication to marketplaces
  • Custom middleware, message queues and integration APIs
  • EDI and legacy file-based exchange (XML, CSV, SFTP)
  • Monitoring, alerting, retry policies and reconciliation reports
  • API design, versioning, documentation and developer portals

03What we connect

The flows that usually matter first

01

Orders into the ERP

Every web order arrives once, complete, with the right customer, tax treatment, discounts and delivery terms — including B2B accounts with contract pricing.

02

Stock back to the shop

Near-real-time availability from one or many warehouses, with reservation logic so two customers cannot buy the same last unit.

03

Prices and catalogue out

Master data flows one way from the ERP or PIM. Nobody edits a price in two places, which is how price mismatches disappear.

04

Invoices and e-Factura

Automatic invoice generation, submission to ANAF SPV, status tracking and storage of the signed response against the order.

05

Shipping and tracking

Label generation, AWB numbers, pickup requests and tracking events pushed back to the customer and the support desk.

06

Payments and reconciliation

Settlement files matched against orders and invoices, with exceptions queued for finance rather than discovered at month end.

04How we build them

The rules we do not bend

Never sync directly between two systems in a request cycle. Every flow goes through a queue, so a slow ERP does not slow the checkout and a failed call is retried instead of lost.

Everything is idempotent and logged. Each message has an external reference and a stored result. Replaying a day of traffic changes nothing that was already applied — which is what makes recovery from an outage a routine operation.

Map the data before writing code. Field-level mapping documents, agreed with the people who use both systems, catch the expensive misunderstandings early: what a "customer" means in each system, how partial deliveries are represented, which side owns a discount.

Assume the other system will change. Adapters are isolated behind an internal contract, so when the ERP is upgraded or replaced, one layer changes instead of everything.

05Questions

Frequently asked questions

Our ERP is old and has no API. Can it still be integrated?

Almost always. Older Romanian and international ERPs typically expose a database, a scheduled file export, or an import folder. We build an adapter around whatever exists — SFTP file drops, direct database reads, or a small on-premise agent — and normalise it into a proper API so the rest of your stack never has to know how odd the source is.

How long does a typical ERP integration take?

A single well-defined flow such as orders into the ERP is usually four to eight weeks including mapping, testing and a parallel-run period. A full bidirectional integration covering orders, stock, prices, customers and invoices generally runs three to five months. The mapping workshop up front is what keeps that estimate honest.

Do you handle e-Factura and SAF-T?

Yes. We implement e-Factura submission through the ANAF SPV, including OAuth onboarding, XML generation to the RO_CIUS specification, status polling and archiving of the signed response. SAF-T D406 reporting and e-Transport declarations are part of the same practice.

Can you connect systems we bought from different vendors who will not cooperate?

That is the usual situation. We work from whatever interface each vendor actually provides and put our own middleware in the middle, so neither vendor has to agree to anything beyond their documented API. You end up owning the integration layer, which is exactly where the leverage should sit.

What happens when an integration fails at 2am?

The message stays in the queue, the retry policy takes over with exponential backoff, and if it still fails an alert goes to the on-call channel with the failing payload attached. Nothing is dropped, and the next morning you get a report of what needed intervention rather than a customer complaint.

What we do

ERP & API Integrations

Connecting shops, ERPs, warehouses, CRMs and accounting systems into one reliable flow — with idempotent syncs, retries, reconciliation and monitoring you can actually see.