Teamshare Blog Comanda care a traversat 7 sisteme înainte să ajungă la depozit

Teamshare Architecture Framework™

Comanda care a traversat 7 sisteme înainte să ajungă la depozit

O comandă simplă. Un traseu complicat. Și câteva puncte unde totul putea merge prost.

📅 14 aprilie 2026 Integrare Flux operațional Cazuri reale

Luăm o comandă reală — anonimizată — și o urmărim de la plasare până la livrare. Nu pentru dramatism, ci pentru că traseul ei ilustrează mai bine decât orice teorie de ce arhitectura unui ecosistem eCommerce contează.

Comanda

Un client plasează o comandă pe un marketplace la ora 14:47. Produsul: un articol cu stoc fizic în depozit, disponibil conform platformei. Valoare: sub pragul de credit al unui client B2C standard. Plata: card, confirmată instantaneu.

Simplu, nu? Hai să vedem traseul.

Sistemul 1: Marketplace-ul

Comanda e înregistrată. Clientul primește confirmarea. Marketplace-ul trimite un webhook sau pune comanda în coada de export — în funcție de platforma specifică și de configurația integrării. Până aici, totul e automat dacă integrarea există.

Sistemul 2: Orchestratorul

Comanda ajunge în sistemul de orchestrare — cel care "traduce" între formatele diferitelor platforme și direcționează informația corect. Orchestratorul verifică: produsul e disponibil în stocul real (nu cel afișat pe marketplace, care poate fi cu 15 minute în urmă)? Clientul are date complete de livrare? Există reguli speciale pentru acest tip de produs?

Sistemul 3: ERP-ul

Orchestratorul creează comanda în ERP. Aceasta e sursa de adevăr pentru tot ce urmează: stoc rezervat, credit verificat, regulile fiscale aplicate. ERP-ul returnează un număr de comandă intern și confirmă rezervarea stocului.

Sistemul 4: WMS (Warehouse Management)

ERP-ul trimite instrucțiunea de picking spre sistemul de gestiune a depozitului. Dacă nu există WMS separat, e tot ERP-ul — dar în companiile cu depozite complexe, WMS-ul e distinct. Picking list generat, produs identificat, pregătit pentru ambalare.

Sistemul 5: Sistemul de curierat

La confirmare ambalare, se generează automat AWB-ul. Sistemul de curierat primește datele comenzii, returnează numărul de urmărire. Numărul de urmărire ajunge înapoi în orchestrator.

Sistemul 6: Marketplace-ul (din nou)

Orchestratorul actualizează comanda pe marketplace cu numărul de AWB. Marketplace-ul notifică automat clientul că produsul a fost expediat. Dacă această actualizare nu ajunge în timp (de obicei există un SLA de câteva ore), contul de vânzător primește o penalizare.

Sistemul 7: Contabilitatea / Facturarea

La momentul expedierii (sau la livrare, în funcție de configurație), se emite factura. Dacă e un client B2C, poate fi o factură simplificată. Dacă e B2B, poate implica TVA intracomunitar, date fiscale specifice, un format diferit.

7 sisteme. Dacă oricare dintre conexiuni lipsește sau e manuală, traseul se rupe exact acolo.

Unde se rup lucrurile cel mai des

Din experiența noastră: cel mai frecvent la conexiunea dintre orchestrator și WMS (dacă nu există), și la actualizarea AWB-ului pe marketplace (dacă e manuală sau cu delay). Al doilea punct critic e facturarea automată — mai ales în B2B cu variante fiscale multiple.

Concluzie

O comandă simplă traversează minim 5-7 sisteme înainte să ajungă la client. Fiecare conexiune dintre sisteme e un punct potențial de eșec dacă nu e proiectată explicit. Arhitectura unui ecosistem eCommerce e, în fond, arhitectura acestui traseu — de la plasare la livrare, fără intervenție umană pentru cazurile standard.

Arhitectura ta e gata de scale?

Hai să o analizăm împreună — gratuit, fără obligații, ~30 min.

Discuție de proiect