WMS pentru 3PL și fulfillment — gestionarea mai multor clienți într-un singur depozit

Un depozit propriu are un singur proprietar al mărfii. Decizii precum "FEFO sau LIFO", "ce facem cu un lot expirat", "când expediem la client" - sunt interne. În 3PL aceste decizii sunt contractuale. Clientul A vrea FEFO, clientul B vrea LIFO pentru că așa își calculează depozitarea. Clientul A vrea expedieri în aceeași zi până la ora 14:00, clientul B în 48 de ore. Clientul A vrea InPost și DHL, clientul B doar UPS. WMS-ul trebuie să-i deservească pe fiecare după regulile lui - nu după regulile depozitului.

Două concepte cheie în 3PL sunt billing-ul și SLA. Billing-ul este ceea ce operatorul facturează clientului - aici totul trebuie înregistrat și măsurat. SLA-ul este înțelegerea prin care operatorul garantează o calitate definită a serviciului - timp de expediere, % pickup fără greșeală, timp de procesare retur. Fără un WMS care își amintește fiecare operațiune cu precizie de minut, nici billing-ul, nici SLA-ul nu se măsoară.

Multitenant în WMS înseamnă că un sistem deservește mai mulți clienți (tenants), cu izolare completă a datelor lor. Operatorul vede totul (este proprietarul sistemului), clientul A vede doar stocurile, documentele și rapoartele lui. Așa arată standardul - dar diavolul stă în detalii.

Primul nivel de separare - SKU. Fiecare client are propriul catalog, propria numerotare, propriile EAN-uri. Clientul A poate avea SKU "12345" însemnând un tricou negru, clientul B poate avea "12345" însemnând conserve de roșii. Același număr, marfă complet diferită. WMS-ul trebuie să le distingă și să nu le confunde niciodată - cheia este compusă din (client, SKU), nu doar SKU.

Al doilea nivel - locații. Aici e decizia de model. Varianta unu - locații dedicate clientului (rândul 7-10 este clientul A, rândul 11-14 este clientul B). Varianta doi - locații partajate, unde WMS-ul într-un loc dat poate avea un palet al oricărui client. Prima este mai simplă, dar pierde din utilizarea spațiului - clientul A are rafturi goale, clientul B nu mai are loc. A doua maximizează utilizarea, dar cere ca sistemul să țină minte cu rigoare cui aparține fiecare palet.

În practică, majoritatea 3PL-urilor pe care le-am văzut folosesc un model hibrid: marfă cu rotație rapidă pe locații dedicate (pickup cu zona clientului), rotație lentă pe stocaj partajat, retur într-o zonă neutră de retururi. Weaver WMS suportă ambele modele simultan.

Cele mai întâlnite modele de billing în 3PL pe care le văd în contracte:

• Per comandă - tarif fix per comandă, indiferent de numărul de linii. Cel mai simplu de facturat, dar nedrept la comenzi foarte diferite (1-linie vs 50-linii).
• Per linie - tarif pentru fiecare linie a comenzii. Mai corect, dar cere distincția tipurilor de linie (linie cu pickup de 1 bucată vs linie cu pickup de 24 bucăți).
• Per scanare - operatorul primește plată pentru fiecare scanare la terminal. Scan palet din depozit (1 scan), 30 bucăți de pe palet (30 scanări), pun în cutie (1 scan închidere). Foarte precis, dar cere ca WMS-ul să înregistreze fiecare scan și să țină contoarele.
• Per palet sau per m³ - depozitare. Clientul plătește pentru spațiul lunar. Aici intră variante: doar palet, palet plus raft, m² podea.
• Hibrid - contractul tipic este: depozitare per palet + procesare per comandă + materiale de ambalare per bucată + transport pasaj + cost retururi.

Din perspectiva WMS-ului, toate aceste modele cer o categorisire separată a operațiunilor. Fiecare mișcare de marfă, fiecare scanare, fiecare procesare de client trebuie atribuită unui tip de billing și unui client. La sfârșitul lunii sistemul generează un raport de facturare - cu precizie până la operațiune.

Unii clienți cer un depozit dedicat - propria parte din clădire, la care nimeni altcineva nu are acces. Așa funcționează farmaceutica, unele branduri de cosmetică (din motive de compliance) și branduri mari alimentare. Clientul plătește în plus pentru spațiul "lui", dar primește garanții de exclusivitate.

Depozitul partajat este standardul pentru clienți mai mici. Toți folosesc aceeași suprafață, același echipament, aceeași poartă. WMS-ul îi izolează la nivel de date. Din perspectiva securității nu este mai prost - dacă sistemul este configurat corect, clientul B nu are cum să vadă datele clientului A. Din perspectiva fizică - uneori sunt restricții (de exemplu, un client farmaceutic cere o zonă separată chiar și fără compliance, pentru că nu vrea ca medicamentele lui să stea pe același palet cu cosmeticele altui client).

Decizia "dedicat sau partajat" se transferă direct în prețul contractului. Dedicatul este cu 30-60% mai scump per palet pe lună, pentru că operatorul nu poate adăuga alt client pe aceleași locuri. Clientul plătește pentru rezervare, nu pentru utilizarea efectivă.

Clientul nu vrea să sune în fiecare dimineață și să întrebe "unde este pachetul meu". Vrea să se autentifice și să verifice singur. Portalul self-service al unui 3PL are de obicei șase elemente:

• Stocul în timp real - lista SKU, cantități, locații (uneori agregate), loturi și date de expirare dacă există.
• Statusul comenzilor - cu fragmente de istoric (primită, în pickup, ambalată, ridicată de curier, livrată). Ideal cu link de tracking la curier.
• Avizări de recepție - clientul introduce că vine un camion, sistemul rezervă un slot la poartă și îl arată operatorului.
• Comenzi de expediere - clientul poate introduce comanda manual sau prin API.
• Rapoarte lunare - billing, SLA, KPI, listă retururi, statistici de rotație.
• Reclamații și tichete - un mecanism transparent de "ceva nu e în regulă".

Portalul nu este un add-on - este adesea motivul principal pentru care un client rămâne sau pleacă de la un operator 3PL. Facturare proastă, vizibilitate slabă a stocului și lipsa rapoartelor rapide sunt top 3 motive de reziliere a contractului. Weaver WMS pune la dispoziție portalul clientului ca parte a livrării standard, brand-ul (logo, culori) clientul îl poate configura singur.

Onboarding-ul unui client nou la un operator 3PL este un proiect de 4-12 săptămâni, în funcție de mărime. Fazele principale: import catalog SKU, mapare SKU-uri client la nomenclatura depozitului, integrare cu sistemele clientului (ERP-ul lui sau platforma e-commerce), import sold inițial (recepție sau "open balance"), instruire operatori pe produsele clientului, perioadă de probă de 2-4 săptămâni.

Cel mai des, ceva nu merge conform planului în etapa de integrare. Clientul are propriul ERP (Comarch, SAP, Subiekt, sistem propriu), cu care trebuie sincronizat. Maparea câmpurilor este uneori netrivială - "cod produs" în ERP-ul clientului poate corespunde "external_sku" din WMS, "depozit" în ERP nu înseamnă neapărat "depozit 3PL", ci "depozit virtual al clientului", "stoc" în ERP poate include rezervări pe care WMS-ul nu le cunoaște.

În Weaver WMS avem o bibliotecă de integrări tipice: Comarch ERP XL, Comarch Optima, Subiekt GT, SAP Business One, BaseLinker, IdoSell, PrestaShop, Shoper, WooCommerce. Plus REST API pentru integrări customizate. Pentru un client tipic cu un ERP standard, onboarding-ul se închide în 4-6 săptămâni. Pentru un client cu un sistem ERP customizat sau o structură de date neobișnuită - 8-12 săptămâni.

SLA (Service Level Agreement) în 3PL definește praguri concrete și măsurabile ale calității serviciului. Cele mai frecvente:

• OTIF (On-Time In-Full) - % comenzi expediate la timp și în cantitate completă. Standardul industriei este 98-99%, lanțurile de retail cer 99,5%.
• Acuratețe comandă - % comenzi fără eroare de pickup. 99,5% este un standard bun, 99,8% este client premium.
• Acuratețe inventar - % fiabilitate a stocurilor după inventariere. 99,5% este pragul pentru e-commerce, 99,8% pentru farmaceutică.
• Timp procesare recepție - timpul între livrare și înregistrarea pe stoc. Standard 4-8 ore.
• Timp procesare retur - timpul de procesare a returului de la poartă la decizie. Standard 24 de ore pentru e-commerce, 48 pentru retail.

Fiecare dintre acești indicatori trebuie calculat automat de WMS și raportat lunar. În contractele 3PL există clauze de penalitate - de obicei 1-3% din valoarea lunară pentru ratarea SLA, escaladare la reziliere după trei luni consecutive de ratare. Fără măsurare automată nu știți dacă atingeți pragul, nici unde anume pierdeți.

Marfa a ajuns avariată la clientul final. Cine este responsabil - operatorul 3PL, clientul (proprietarul mărfii) sau curierul? Contractul 3PL trebuie să tranșeze acest lucru cu precizie. Standard: avarie în transportul către depozit (de la livrare la operator) - reclamație către expeditor. Avarie în depozit (zdrobiri de paleți, erori de pickup) - operator. Avarie în transportul de ieșire (de la operator la clientul final) - curier.

Probele le furnizează WMS-ul și documentația foto. La recepție paletul este fotografiat, starea lui documentată. La expediere, cutia este fotografiată înainte de închidere. Scanarea SSCC a curierului confirmă că pachetul a părăsit depozitul intact. Fără această documentație, fiecare reclamație se termină cu o discuție "cine a pierdut", iar în 80% din cazuri operatorul își asumă vina, pentru că nu are dovadă de altceva.

Weaver WMS gestionează documentația foto nativ - operatorul face poze de la terminal sau de la o cameră compactă, sistemul le asociază unui document specific de recepție/expediere. La o reclamație, filtrul "afișează toate pozele acestui document" oferă un istoric vizual în 30 de secunde.

Adăugarea celui de-al treisprezecelea client la un operator 3PL nu ar trebui să necesite o nouă instanță WMS. Arhitectura sistemului trebuie să fie multi-tenant de la început, altfel scalarea costă o avere. Weaver WMS este găzduit pe o singură instanță Microsoft SQL plus o aplicație - adăugarea unui client este configurare, nu un server nou.

Aspectul juridic: contractul 3PL trebuie să acopere GDPR (clientul răspunde pentru datele consumatorilor, operatorul pentru securitatea sistemului), asigurarea mărfii în depozit (de obicei până la 100% din valoarea stocului, prima de aproximativ 0,3-0,5% din valoarea stocului anual), răspunderea pentru avarie și pierdere, clauze de reziliere (de obicei 3-6 luni preaviz, plus protocol de evacuare a stocului). Fără un avocat cu experiență în logistica contractuală, aceste contracte nu se scriu.

Operator 3PL din apropiere de Łódź, Polonia. 12 clienți, depozit 9000 mp, 2800 mc de raft înalt, 24 operatori pe trei schimburi. Clienți: 4 din e-commerce (cosmetice, îmbrăcăminte, suplimente, accesorii fitness), 3 din B2B (componente electronice, piese auto, scule), 5 din dropshipping (foarte volatili - vin și pleacă în 6 luni).

Ziua operatorului arată așa: dimineața avizările de recepție (3-5 zilnic de la 12 clienți), până la 12:00 procesarea recepțiilor la poartă, în paralel pickup-ul comenzilor de e-commerce (deadline 14:00 pentru expedieri în aceeași zi), 14:00-17:00 expediere către curieri, 17:00-22:00 pickup B2B, noaptea procesarea retururilor și pre-picking pentru dimineață. La 12 clienți asta înseamnă în medie 1400 de comenzi pe zi, 4500 de linii, 280 de livrări de recepție săptămânal.

Înainte de Weaver WMS foloseau Subiekt plus propriile foi Excel pentru facturare. Clientul de e-commerce avea retururi de 4-7 zile în loc de 24 de ore, facturile lunare erau alcătuite de doi oameni timp de o săptămână, erorile de facturare erau în medie 12-18% din valoarea facturii (clienții contestau). După implementare: retururi în 18-22 de ore în medie, facturi emise automat în prima zi a lunii, erori sub 2%. ROI - 11 luni, în ciuda licenței Weaver WMS pentru 24 de utilizatori plus integrarea cu 12 clienți plus portalul care au costat aprox. 125 mii EUR.

Detaliile care au făcut cea mai mare diferență: portalul clientului (clientul își introduce singur avizările, își verifică singur stocurile - operatorul nu mai răspunde la 30 de telefoane pe zi), inventarierea ciclică mobilă (în loc de o inventariere anuală, zilnic 2% din locații sunt verificate - acuratețea stocului a sărit de la 92% la 99,4%), rapoarte automate SLA pentru fiecare client trimise pe email în prima zi a lunii.

Funcționalitățile 3PL în Weaver WMS le-am dezvoltat împreună cu clienții noștri din logistica contractuală - Hermespol, FlexLS și câțiva operatori mai mici. Multitenant, billing, portalul clientului, rapoarte automate SLA, documentație foto, integrări cu 8 ERP-uri și platforme e-commerce populare - acestea nu sunt add-on-uri, ci părți din nucleul sistemului.

Implementarea la un operator 3PL nou cu 5-15 clienți durează de obicei 4-8 luni. Migrarea de la un sistem existent (cel mai des Subiekt + Excel sau un sistem dedicat de la o firmă de software anterioară) cere mutarea stocurilor, documentelor și configurației per client. Acesta nu este un proiect de "implementare săptămânală de pe raft" - operatorul 3PL are reguli separate și integrări separate în spatele fiecărui client, care trebuie reproduse.

Dar un lucru distinge 3PL-ul de un depozit propriu: aici sistemul informatic nu este un instrument pentru o muncă mai eficientă. Este produsul de bază pe care operatorul îl vinde clienților. Fără un WMS solid, clientul pleacă la concurență în trei luni - nu neapărat din cauza prețului, ci din cauza lipsei de vizibilitate a stocului și a facturării neclare. WMS-ul în 3PL nu este un cost center, este un revenue enabler.