Integrarea WMS cu firmele de curierat - cum funcționează și ce aduce

În spatele expresiei stau patru operațiuni concrete pe care WMS-ul le face în locul omului. Unu: înregistrarea expedierii în sistemul curierului prin API - sistemul trimite datele de livrare, greutatea, dimensiunile și tipul serviciului, iar înapoi primește numărul AWB. Doi: descărcarea etichetei - de regulă în format ZPL (direct pe imprimanta termică Zebra sau Citizen) ori PDF. Trei: borderoul, adică închiderea zilei - lista tuturor coletelor predate curierului la ridicare. Patru: urmărirea statusurilor - WMS-ul interoghează periodic API-ul și știe dacă un colet a fost livrat, așteaptă în locker sau se întoarce.

Dintre cele patru, primele două economisesc cel mai mult timp, dar lipsa celei de-a patra produce cele mai mari pagube. Un magazin fără statusuri află că un colet e blocat abia când clientul scrie un e-mail nervos. La 50 de colete pe zi mai poți gestiona asta manual; la 500 - nu.

Fiecare transportator are propriul API, propriul model de date și propriile particularități:

• Fan Courier (selfAWB). API matur, documentat, cel mai folosit în e-commerce-ul românesc. De urmărit: serviciile diferă pe județe și pe greutate, iar rambursul (plata la livrare) are câmpuri separate pentru numerar și cont bancar.
• Sameday (easybox). Livrarea în locker cere identificatorul punctului ales de client la checkout - WMS-ul trebuie să-l păstreze cu comanda și să valideze dimensiunile: clasele de mărime easybox sunt fixe, iar depășirea lor se taxează la expeditor.
• Cargus, DPD România, GLS. API-uri REST sau SOAP solide; de verificat modul de alocare a numerelor AWB, fluxul separat pentru ramburs și flag-urile serviciilor suplimentare, ale căror combinații nu sunt întotdeauna permise - regulile astea trebuie să le știe sistemul, nu operatorul de la ambalare.
• Transport paletizat (DHL Freight, Raben, GEIS). Standard în B2B. La paleți apar câmpuri inexistente la colete: numărul și tipul suporturilor, schimbul de paleți EUR, programarea livrării, liftul hidraulic.

Concluzia practică: "avem integrare cu firmele de curierat" poate însemna lucruri foarte diferite. Nu cere lista de logo-uri - întreabă concret dacă sunt acoperite rambursul, coletele multiple, punctele de ridicare, paleții și etichetele de retur pentru curierii pe care îi folosești efectiv.

Există două drumuri. Primul: WMS-ul comunică direct cu API-ul fiecărui curier, pe contractele și tarifele tale negociate. Al doilea: WMS-ul comunică cu un agregator de curierat, iar acesta cu transportatorii.

• Integrarea directă devine rentabilă când ai tarife proprii negociate - de regulă peste 1.000-2.000 de colete pe lună. Zero comision de intermediar și control total asupra serviciilor, dar fiecare curier nou înseamnă un onboarding și un contract separat.
• Agregatorul are sens la început și la volume mici: un contract, un tarif, zece curieri disponibili imediat. Plătești printr-o marjă pe fiecare colet și printr-o dependență: când API-ul agregatorului cade, nu expediezi cu nimeni.
• Modelul mixt e cel mai frecvent la final: curierul principal (80% din volum) integrat direct pe contract propriu, restul - rute internaționale de nișă, colete voluminoase - prin agregator.

Fără integrare, etichetele se produc în loturi: cineva se așază după-amiaza, exportă comenzile, le lipește în platformă, tipărește 200 de etichete - și apoi etichetele trebuie potrivite cu 200 de cutii deja sigilate. Fiecare potrivire e o ocazie de greșeală, iar expedierea unui colet cu eticheta altcuiva este cea mai scumpă eroare a unui depozit: două transporturi, un retur și doi clienți nemulțumiți.

Cu integrarea, standardul devine print-on-pack: operatorul scanează comanda, cântarul de la masă raportează greutatea reală, sistemul înregistrează expedierea, iar eticheta iese din imprimantă exact în momentul sigilării cutiei. Eticheta nu poate ajunge fizic pe alt colet, pentru că la stație există o singură cutie în acel moment. Bonus: greutatea reală de pe cântar, în locul celei "din catalog", încheie discuțiile recurente cu curierul despre diferențele de taxare.

Cu mai mulți curieri activi, cineva trebuie să decidă cu cine pleacă fiecare colet. Dacă decide operatorul de la ambalare, alegerea e întâmplătoare. Implementările mature mută decizia într-un motor de reguli:

• Alegerea clientului are prioritate. Dacă la checkout s-a ales easybox, discuția e închisă - sistemul verifică doar clasa de mărime.
• Reguli de greutate și dimensiuni. Sub 1 kg un serviciu economic, 1-20 kg curier standard, peste 30 kg sau a doua cutie - transport paletizat. Praguri fixe, zero improvizație.
• Reguli de cost. Sistemul cunoaște tarifele și alege cel mai ieftin serviciu care respectă termenul promis. O economie de 1,5-3,5 lei pe colet la 5.000 de colete lunar înseamnă 90.000-210.000 lei pe an.
• Reguli de rezervă. Când API-ul curierului principal nu răspunde cu 15 minute înainte de ridicare, traficul comută pe curierul de rezervă. Rar necesar, neprețuit când e necesar.

Plata la livrare rămâne în România o parte însemnată din volumul e-commerce. În integrare, asta înseamnă câmpuri suplimentare: suma rambursului, contul bancar pentru virarea banilor, uneori un contract separat cu transportatorul. Un WMS bun preia suma rambursului automat din comandă și blochează neconcordanțele - eroarea clasică a procesului manual este suma copiată din comanda vecină. La fel cu asigurarea: valoarea declarată trebuie să vină din valoarea comenzii, nu dintr-o constantă implicită, pentru că la daună curierul plătește până la suma declarată și nimic peste.

Al treilea subiect neglijat: retururile. O etichetă de retur generată din WMS (trimisă clientului pe e-mail sau pusă în colet) închide circuitul - returul se întoarce cu un număr pe care sistemul îl cunoaște deja, iar recepția lui înseamnă o scanare, nu o anchetă intitulată "ce cutie e asta și de la cine".

Feedback-ul de status contează în două locuri. Întâi relația cu clientul: numărul AWB ajunge automat în magazin și în e-mailul de confirmare, iar tichetele "unde e coletul meu" scad cu zeci de procente. Apoi excepțiile: lista expedierilor cu status "încercare de livrare eșuată", "refuzat" sau "reținut în depozit" trebuie să ajungă în fiecare dimineață la o persoană anume, pentru că fiecare zi de întârziere crește șansa ca acel colet să se întoarcă. La ramburs contează dublu - marfa e plecată, banii n-au venit, iar clientul a comandat de multe ori deja în altă parte.

Merită să măsori și curierii: rata livrărilor din prima încercare, zilele medii de la expediere la livrare pe județe, rata deteriorărilor. După un trimestru de date, negocierea anuală cu reprezentantul curierului arată cu totul altfel.

Un calendar realist pentru un curier, presupunând că WMS-ul are modulul de integrare gata: contract cu transportatorul și acces la mediul de test (1-2 săptămâni - etapa cea mai lungă e de obicei la curier), configurarea serviciilor și teste pe sandbox (2-4 zile lucrătoare), validarea etichetelor de către transportator - unii operatori aprobă mostre tipărite înainte de go-live (câteva zile), apoi pornirea cu o săptămână de funcționare în paralel cu vechiul proces. Total: 3-5 săptămâni pentru primul curier; următorii merg mai repede, pentru că procesul din depozit există deja.

Dacă WMS-ul nu are modul gata și integrarea trebuie construită la comandă, înmulțește cu trei până la cinci. E cel mai puternic argument pentru a verifica lista integrărilor gata înainte de alegerea sistemului, nu după.

• Lista integrărilor gata pentru curierii pe care îi folosești azi și cei planificați în următorii 2 ani - defalcată pe funcții (etichete, statusuri, borderouri, retururi, ramburs, colete multiple, paleți).
• Tipărire ZPL direct pe imprimantele termice de la stațiile de ambalare, fără deschis PDF-uri. Diferența e de 2-4 secunde pe colet - o jumătate de oră de muncă la 500 de colete pe zi.
• Suport pentru cântar la ambalare, cu greutatea reală transmisă curierului.
• Motor de reguli pentru alegerea curierului, configurabil fără programator.
• Comportament la căderea API-ului - punerea în coadă și reîncercarea înregistrărilor, nu blocarea stației de ambalare.
• Numerele AWB întoarse automat în magazin și în ERP, legate de comandă și de documentul de livrare.

Integrarea cu firmele de curierat este partea cu cel mai rapid randament dintr-o implementare WMS în e-commerce: efectul se vede din prima zi și se calculează ușor - orele de introdus date manual plus costul etichetelor încurcate, față de costul modulului. Ordinea lucrurilor e simplă: întâi pune la punct procesul de ambalare (stație, cântar, imprimantă), apoi conectează curierul principal, la final adaugă regulile de rutare și gestionarea excepțiilor. Și fă totul pe un sistem unde integrările sunt gata, nu promise.

Weaver WMS vine cu integrări de curierat (printre care DPD, GLS, DHL, FedEx și GEIS) încorporate în procesul de ambalare: expedierea se înregistrează în momentul închiderii cutiei, eticheta ZPL se tipărește la stație, numerele AWB se întorc automat în magazin și în ERP, iar statusurile de livrare se adună într-o singură vizualizare. Regulile de alegere a curierului se configurează din panou, fără programator - ceea ce, la cât de des se schimbă în ultima vreme tarifele de curierat, contează deloc puțin.