Fulfilment de dispozitive

Un operator de fulfilment pregătește dispozitive fizice în numele unui client care comandă și le expediază clienților acestuia. Fiecare dispozitiv trebuie comandat, asociat unei unități fizice, personalizat cu datele clientului final, etichetat, împachetat cu documentele potrivite, expediat, urmărit, uneori returnat, și facturat. E simplu de descris și greu de rulat:

• Mai multe tipuri de dispozitive, mai mulți producători, mai multe seturi de reguli: formate de fișier diferite, etichete diferite, pași de procesare diferiți.
• Adrese de livrare în mai multe țări, cu formate poștale diferite și țări în care nu se poate expedia; o adresă greșită înseamnă un dispozitiv irosit și un colet care se întoarce mult mai târziu.
• Mai multe organizații într-un singur proces: clientul comandă, producătorii livrează stocul, operatorul pregătește, transportatorii expediază, iar serviciul clienți al clientului răspunde la telefon. Toți au nevoie de același status.
• Termene cu niveluri de serviciu agreate per țară, pentru personalizare și pentru livrare.
• Banii urmează munca: pregătirea, cartoanele, transportul după greutate și zonă, suprataxele și taxele vamale trebuie facturate corect pentru fiecare colet.

Se potrivește unui operator care mută articole fizice serializate prin mai multe organizații, termene și documente, în numele unuia sau mai multor clienți care comandă: dispozitivele vin de la producători, sunt personalizate per client final la posturi de lucru și pleacă drept colete urmărite. Se potrivește cel mai bine acolo unde mai multe tipuri de dispozitive împart același spațiu, unde clientul care comandă are propriile departamente și propriul serviciu clienți, și unde clientul e dispus să-și corecteze datele într-un portal, nu prin e-mail.

Nu se potrivește unei companii care caută personal de depozit sau servicii de transport: ce se livrează aici este software-ul operațional. Nu se potrivește unei operațiuni fără articole serializate sau fără un pas de procesare per articol — expedierea simplă de colete e treaba unui transportator, nu a acestei platforme. Nu e un produs de raft: e forma de referință a unei platforme livrate, adaptată per implementare.

Comenzi și adrese

Stoc și personalizare

Documente și expediere

Partea clientului

Facturare, niveluri de serviciu și operare

Dependențe: retrimiterea unui colet nelivrabil are nevoie de generarea etichetelor de transport; nivelul de serviciu la livrare are nevoie de datele de urmărire ale transportatorului; editarea șabloanelor de către client are nevoie de portalul de client; o rulare de facturare are nevoie ca produsele, zonele, transportatorii și grilele de preț să fie configurate întâi.

Ce e inclus într-o livrare anume și cum se livrează: configurare vs. custom · abordarea de livrare.

• Personal de depozit sau servicii de transport. Ce se livrează este software operațional, nu un serviciu fizic de fulfilment sau transport.
• Dispozitivele, echipamentul de personalizare și contractele cu producătorii. Platforma le urmărește și le comandă; nu le furnizează.
• Contractele și tarifele transportatorilor. Rămân între operator și transportator.
• Sistemul contabil. Rularea de facturare calculează serviciul și produce rapoarte; emiterea fiscală și contabilitatea se fac în afară.
• ERP-ul care consumă fișierele de stoc. Platforma produce fișierele; ce se face cu ele mai departe e treaba clientului.
• Motorul de tichete. O componentă terță, integrată, nu construită.
• Operarea în producție și acordul de prelucrare a datelor. Cine operează platforma și cine semnează ca persoană împuternicită se stabilesc prin acordul de livrare; acolo unde o operăm noi, se contractează prin Managed Hosting.
• Validarea strictă a fiecărui format de cod de bare scanat. Scanările sunt verificate de flux — coletul corect, dispozitivul corect, fiecare etichetă — nu printr-o regulă de format per tip de cod. O validare mai strictă a intrărilor se dimensionează acolo unde un tip de dispozitiv o cere.
• Un set de date poștale de referință și abonamentul la unul. Validarea adreselor rulează pe datele de referință încărcate în platformă, nu pe un furnizor extern de validare. Datele trebuie aduse și ținute la zi pentru fiecare țară din acoperire; procurarea și licențierea lor nu fac parte din platformă.

Forma soluției, neutră tehnologic:

Cele două părți au modele de utilizatori și ecrane separate. Sunt conectate printr-un bus de evenimente și o conexiune read-only la date. Izolarea posturilor de lucru — un utilizator de tabletă vede doar coletele postului pe care l-a ales — e impusă de API, nu de ecran.

Stiva tehnică a platformei livrate: servicii PHP pe Laravel cu API GraphQL, RabbitMQ, MySQL și Redis; aplicații web Vue și React; containerizată și livrată printr-un pipeline CI.

La ce se conectează platforma, în ce direcție și ce circulă:

Orice în afara acestui set — alt transportator, alt format de producător, o conexiune ERP în oricare direcție, un sistem vamal sau de plăți — se dimensionează după discovery și se contractează separat.

• Două părți izolate. Partea operatorului și partea clientului au autentificare separată și baze de date separate; partea clientului lucrează pe o copie read-only a datelor și trimite înapoi corecțiile și cererile ca evenimente.
• Autentificare per suprafață. Autentificare cu parolă și token-uri pentru dashboard-uri, token-uri personale și un cod de etichetă scanat pentru tablete, coduri de unică folosință pentru resetarea parolelor clientului, acces pe bază de token cu limită de rată pentru API-ul extern, linkuri temporare pentru descărcări. Serviciile se autentifică între ele cu o cheie semnată, rotită zilnic.
• Roluri și izolare pe server. Permisiuni pe bază de roluri pe ambele părți; un utilizator de tabletă e limitat de API la postul de lucru pe care l-a ales; administratorii clientului își gestionează proprii utilizatori, roluri și limbi, cu un context per departament.
• Jurnal de audit. Fiecare schimbare de stare pe fiecare comandă, colet, dispozitiv, document, livrare, palet, articol de stoc, sarcină de post de lucru și rulare de facturare e înregistrată cu actorul și un instantaneu; o întoarcere la o stare anterioară e înregistrată ca orice altă tranziție.
• Date personale. Numele și adresele clienților finali trec prin platformă. Un job programat curăță datele sensibile din coletele finalizate. Pagina publică de urmărire e accesibilă fără autentificare oricui deține referința unui colet; ce arată ea dincolo de starea de la transportator e o decizie privind datele personale, luată la implementare. Regula de retenție, guvernanța ștergerii și acordul de prelucrare a datelor dintre operator și clientul care comandă se stabilesc prin acordul de livrare.

Baza comună e documentată o singură dată: baza de securitate. Nu se revendică nicio certificare pentru această soluție. Cine deține și operează platforma în producție se stabilește prin acordul de livrare.