Analizăm schema dvs. de transporturi și vă spunem ce se automatizează în primul rând
De unde vin cererile, cum se planifică acum traseele, cine ține statusurile și în ce programe se află deja datele dvs.
Software pentru logistică
Cereri, trasee, mărfuri și livrare într-un singur sistem
Cât timp transporturile sunt puține, ele se țin în minte, într-un tabel și în corespondență. Odată cu creșterea volumului, asta încetează să funcționeze: unde este marfa știe doar șoferul, cine și ce a promis cuiva — doar cel care a preluat cererea. Programul pentru logistică elimină acest mod de lucru: cererea, traseul, marfa și statusul livrării devin înregistrări într-un singur sistem, iar dispecerul le vede pe un singur ecran. Mai jos este explicat cum funcționează — de la primirea cererii până la confirmarea livrării.
Ce este un sistem
de gestiune a logisticii
Sistemul de gestiune a logisticii — un program care ține evidența transporturilor: primește cereri, formează trasee din ele, alocă executanți, urmărește mișcarea mărfii și păstrează istoricul a ceea ce s-a întâmplat cu fiecare livrare.
Diferența se vede pe un singur exemplu. Fără sistem, cererea trăiește în mesagerie, traseul — pe o foaie la dispecer, iar starea mărfii — în capul șoferului. Ca să îi răspunzi clientului «unde este marfa mea», trebuie să suni trei oameni. Nimeni nu știe câte mașini sunt încărcate pentru mâine, pentru că această cifră nu este calculată nicăieri.
În sistem, aceleași lucruri sunt înregistrări. Cererea are număr, expeditor, destinatar, termen și stare curentă. Traseul are lista punctelor, ordinea parcurgerii și executant. Marfa are un status care se schimbă nu prin vorbe, ci printr-o acțiune în program. Răspunsul la întrebarea «unde este marfa» durează secunde și nu depinde de cine este astăzi în tură.
Exemplu. Clientul a lăsat joi o cerere de transport. Operatorul a verificat adresa și gabaritele, a pus cererea în traseul de vineri, iar sistemul a alocat-o unui șofer, împreună cu alte șase puncte. Dimineața șoferul a deschis lista de sarcini, a marcat preluarea mărfii, iar seara — livrarea. În acest timp, la client se schimba statusul, iar la companie, până vineri seara, era gata sinteza: câte puncte au fost parcurse, câte au fost în termen și la ce livrare a fost o problemă.
Automatizarea logisticii începe acolo unde răspunsurile la trei întrebări nu mai încap în capul dispecerului: câte cereri sunt acum în lucru, unde se află o marfă anume și de ce ieri două livrări au trecut pe ziua următoare.
- 1Cererea
- 2Verificare
- 3Traseul
- 4Executantul
- 5Expedierea
- 6Mișcarea
- 7Livrarea
- 8Dispecerul
Legătura este bidirecțională: sarcina merge de la stânga la dreapta, marcajele executantului și evenimentele — înapoi. Livrarea se consideră realizată nu după ce șoferul a plecat de la adresă, ci după confirmarea primirii. Fără acest pas, sistemul ar povesti despre mărfuri ceea ce crede, nu ceea ce s-a întâmplat.
Ce știe sistemul despre fiecare transport
- Ce transportăm — denumirea mărfii, numărul de colete, greutatea, volumul, condițiile speciale de transport
- De unde și unde — adresa de preluare, adresa de livrare, persoanele de contact de ambele părți
- Când — termenul de livrare, intervalul destinatarului, ora efectivă de plecare și de primire
- Cine răspunde — șoferul sau curierul, mașina, traseul, angajatul responsabil din birou
- În ce stare — statusul curent și tot lanțul modificărilor lui, cu autor și oră
- Cu ce este confirmat — documente, fotografii, semnătura destinatarului, comentariile executantului
Ce nu face sistemul singur
Programul nu conduce mașina și nu îl înlocuiește pe dispecer. El elimină munca manuală din jurul deciziei: adună cererile într-un singur loc, arată încărcarea, nu lasă un punct să se piardă și consemnează fiecare modificare. Decizia cui să dea o comandă urgentă și dacă merită așteptat un client care întârzie rămâne la om — dar se ia pe baza imaginii complete, nu din memorie.
La fel, sistemul nu «cunoaște» de la sine traficul și vremea: orice date externe ajung în el prin integrare, iar componența lor este stabilită de proiect.
De unde se începe de obicei
Primul lucru mutat în sistem este evidența cererilor, nu traseele și nu hărțile. Motivul este simplu: cât timp cererile trăiesc în corespondență, orice traseu este construit pe o listă incompletă, iar orice raport este calculat pe ce nu a uitat cineva să noteze.
Ce sarcini rezolvă sistemul
Mai jos nu este o listă de funcții, ci șase probleme din cauza cărora logistica este automatizată. Fiecare este formulată la fel: ce se întâmplă fără program și ce se schimbă cu el.
Cererile nu se pierd
Fără sistem, cererea ajunge în mesagerie, pe e-mail și prin telefon, iar soarta ei depinde de faptul dacă a notat-o cineva. În sistem, orice cerere este o înregistrare cu număr, autor și termen: fie este în lucru, fie este închisă, a treia stare nu există. O cerere pierdută devine vizibilă imediat, nu atunci când sună clientul.
Traseul se construiește din cereri, nu din memorie
Dispecerul vede toate punctele de mâine ca listă: adrese, intervale, gabarite. Punctele se grupează în trasee, iar traseul primește executant și ordine de parcurgere. Un punct uitat nu trece neobservat în ziua următoare — rămâne nedistribuit și se vede într-o listă separată.
Se vede încărcarea oamenilor și a transportului
Câte puncte sunt deja alocate unei mașini, cât loc liber a rămas după greutate și volum, care dintre șoferi își încheie tura peste o oră. Fără aceste cifre, încărcarea se distribuie din ochi și o mașină pleacă pe jumătate goală, în timp ce a doua nu reușește până seara.
Statusul mărfii nu trebuie aflat prin telefon
Starea livrării o schimbă cel care o execută, în momentul acțiunii. Dispecerul, managerul și clientul se uită la aceeași înregistrare. Întrebarea «unde este marfa mea» încetează să fie muncă pentru trei oameni.
Confirmarea primirii se consemnează
Cine a primit marfa, când și în ce temei este o înregistrare în sistem, nu o amintire. Semnătura, fotografia sau codul de confirmare sunt legate de o livrare anume. Disputa «au adus — nu au adus» se rezolvă prin deschiderea fișei, nu printr-o anchetă.
Problemele se analizează pe fapte
Întârzierile, anulările, returile și livrările nereușite devin evenimente separate, cu motiv. La finalul lunii se vede nu «se mai întâmplă», ci o listă concretă: câte probleme, pe ce direcții și din ce cauză apar.
Din ce este alcătuit sistemul
Sistemul se asamblează din module. Nu toate sunt necesare fiecărei companii: unui serviciu de livrare în interiorul orașului nu îi trebuie evidența curselor interurbane, iar unei producții cu transport propriu — o bursă de comenzi. Componența este determinată de sarcină, dar modulele se îmbină între ele din start, nu se adaugă ulterior pe lângă.
Preluarea și procesarea cererilor
Punctul de intrare al sistemului: cererea de transport cu expeditor, destinatar, conținutul mărfii, termen și condiții. Cererile vin de la manager, din contul personal al clientului sau dintr-un sistem extern prin API — mai departe toate trăiesc după aceleași reguli.
Trasee și puncte de livrare
Gruparea punctelor într-un traseu, ordinea parcurgerii, alocarea transportului și a executantului, modificarea traseului în cursul zilei. Traseul este un obiect de evidență la fel ca cererea: are dată, stare și istoric al modificărilor.
Registrul mărfurilor
Ce anume se transportă: colete, greutate, volum, ambalaj, condiții speciale. Marfa este legată de cerere, traseu, documente și de statusul curent, de aceea din oricare parte se reconstituie celelalte.
Transport și executanți
Nomenclatorul mașinilor și al oamenilor: capacitate, volumul benei, tipul transportului, programul de lucru, zona deservită. De aici se ia încărcarea — câte puncte se mai pot pune astăzi pe această mașină.
Panoul de dispecerat
Locul de muncă al angajatului: livrările active, traseele, executanții, statusurile, întârzierile și comenzile problematice pe un singur ecran. Se deschide în browser, nu trebuie instalat nimic.
Statusuri și evenimente
Setul finit de stări ale livrării și regulile de tranziție între ele. Fiecare modificare este un eveniment cu autor, oră și temei; evenimentele se adună într-un istoric după care se analizează ulterior o problemă.
Legătura cu depozitul
Îmbinarea cu pregătirea comenzilor și cu expedierea: ce a fost pregătit, ce este gata de predare, ce a fost predat efectiv șoferului. Fără ea, depozitul și livrarea trăiesc în două evidențe diferite și se depărtează încă de la prânz.
Locul de muncă al executantului
Aplicația sau interfața mobilă a șoferului și a curierului: lista sarcinilor, adresele, ordinea parcurgerii, datele despre marfă, schimbarea statusului, confirmarea preluării și a livrării, legătura cu dispecerul.
Notificări
Mesaje către client și către angajat: cererea a fost primită, marfa a fost preluată, curierul a plecat, livrarea a fost amânată, livrarea nu a avut loc. Canalele de trimitere a mesajelor se aleg la implementare și se conectează prin integrare.
Roluri și drepturi
Operatorul de cereri, dispecerul, gestionarul de depozit, șoferul, conducătorul. Modificarea traseului, anularea livrării, corectarea adresei și accesul la datele personale ale destinatarilor sunt drepturi separate, nu un pachet comun «angajat».
Analiză și raportare
Numărul de livrări, ponderea celor efectuate în termen, încărcarea transportului și a oamenilor, eficiența traseelor, lista comenzilor problematice. Rapoartele se exportă în fișier și se generează conform programării.
API și integrări
Interfața externă a sistemului: creează o cerere, află statusul, obține traseul, transmite confirmarea livrării, preia jurnalul. Prin ea se conectează magazinul online, CRM, ERP și sistemul de depozit.
Gestiunea comenzilor
de la cerere la livrare
Cererea de transport — documentul care fixează ce și unde trebuie livrat, până la ce termen, pe cheltuiala cui și în ce condiții. Tot ce urmează — traseul, executantul, statusurile, documentele — este legat de numărul ei.
Cererea ajunge în sistem pe una dintre cele trei căi: o creează managerul, o completează clientul însuși în contul personal sau o transmite un alt program al companiei prin API. Sursa diferă, drumul de mai departe este unul singur — altfel, pentru o parte dintre comenzi ar apărea o ordine tacită proprie de procesare.
Verificare — un pas separat, nu o formalitate. Sistemul verifică dacă sunt completate câmpurile obligatorii, dacă destinatarul există în nomenclator, dacă marfa se încadrează în gabaritele admise, dacă termenul nu depășește ce este posibil. O cerere discutabilă nu pleacă în traseu în tăcere: rămâne în lista de clarificat, cu un motiv clar.
Ce conține cererea:
- Numărul, data creării, autorul și sursa — cine și de unde a înregistrat-o
- Clientul și plătitorul, dacă sunt persoane diferite
- Adresa de preluare și adresa de livrare, cu persoanele de contact
- Conținutul mărfii: denumire, număr de colete, greutate, volum, ambalaj
- Termenul de livrare și intervalul convenabil destinatarului
- Condiții: plata la primire, marfă fragilă, este necesară urcarea la etaj, este nevoie de a doua persoană
- Documente asociate: avizul, factura, comanda dintr-un alt sistem
Alocarea pentru livrare — momentul în care cererea încetează să fie o intenție și devine muncă. Ea intră în traseul unei zile anume, primește un executant, iar executantul primește o sarcină în lista lui. Din acest moment cererea se vede și în panoul de dispecerat, și în aplicația șoferului, și în istoricul clientului.
O parte dintre modificări schimbă planul zilei: o adresă nouă poate ieși din traseu, iar o greutate mărită poate să nu încapă în mașina alocată. O astfel de cerere nu se corectează în tăcere — se întoarce la dispecer pentru replanificare, împreună cu motivul.
Traseul unei cereri
- CreatăManagerul a înregistrat cererea: două colete, 46 kg, preluare din depozit, livrare la adresa destinatarului până la 18:00, vineri
- VerificatăAdresa a fost găsită în nomenclator, gabaritele se încadrează în tipul de transport, termenul este realist — cererea a fost admisă la planificare
- Pusă în traseuPunctul a fost adăugat în traseul de vineri, al patrulea în ordinea parcurgerii
- Executant alocatTraseul a fost atribuit unui șofer și unei mașini; sarcina a apărut în lista lui pentru mâine
- Marfa a fost preluatăȘoferul a marcat preluarea din depozit, sistemul a înregistrat ora plecării și a trecut cererea în mișcare
- LivratăDestinatarul a primit marfa, confirmarea este atașată cererii, ora primirii este consemnată
- ÎnchisăDocumentele au fost predate, nu există neconcordanțe; cererea trece în istoric și intră în raportul perioadei
Captură din sistem, date demonstrative. Important este pasul al cincilea: marcajul preluării îl face cel care ia fizic marfa. Dacă îl pune dispecerul «după telefon», sistemul începe să descrie nu transportul, ci povestea despre el.
Modificarea unei cereri alocate
Modificarea este o operațiune controlată, nu o editare liberă. Schimbarea adresei, a termenului sau a conținutului mărfii păstrează versiunea anterioară și lasă urmă: cine a modificat, când și ce anume. Altfel, analiza unei livrări în litigiu se împotmolește în întrebarea «și care era adresa inițială».
Gestiunea traseelor
puncte, ordine și executanți
Traseul — lista punctelor pe care un executant le parcurge într-o tură, împreună cu ordinea parcurgerii. Punctul este o acțiune concretă la o adresă: preluarea mărfii, livrarea mărfii, preluarea unui retur.
Crearea traseului începe de la cererile nedistribuite pentru data aleasă. Dispecerul le vede ca listă: adresa, zona, intervalul destinatarului, greutatea și volumul. Punctele se grupează în traseu manual sau după o regulă — de exemplu, «toate livrările din această zonă pentru mâine» — iar traseul arată imediat greutatea totală, volumul și numărul de opriri.
Ordinea opririlor se stabilește explicit și rămâne vizibilă tuturor: dispecerului în panou, șoferului în aplicație. Ordinea se schimbă trăgând punctul, iar sistemul recalculează încărcarea traseului și avertizează în caz de conflict — de exemplu, când un punct cu intervalul «până la 12:00» a ajuns al optulea la rând.
Alocarea executantului — legarea traseului de un șofer sau de un curier și de un vehicul. Sistemul ține cont de capacitate și de volumul benei: un traseu care nu încape în mașina alocată este marcat înainte de plecare, în loc să fie descoperit la încărcare.
Modificarea traseului are loc în cursul zilei și este un scenariu normal, nu o avarie. Un punct poate fi adăugat, scos, mutat în alt traseu sau în altă zi. Executantul vede modificarea în lista lui, iar în istoricul traseului rămâne o înregistrare: ce s-a schimbat, cine a modificat și la ce oră.
Controlul execuției — compararea planului cu realitatea: câte puncte din traseu sunt închise, câte au rămas, unde executantul s-a abătut de la ordinea parcurgerii, ce puncte au depășit intervalul. Traseul se închide atunci când sunt închise toate punctele lui — inclusiv cele care s-au încheiat cu o livrare nereușită.
Alegerea automată a ordinii de parcurgere
Construirea automată a traseului optim este un modul separat, nu o funcție încorporată a sistemului de evidență. Merită privită ca o variantă de implementare: cere o sursă de date rutiere, reguli de calcul și verificare pe cursele reale ale companiei.
Variantele posibile merg de la simpla ordonare a punctelor pe zone și intervale orare până la calculul printr-un serviciu cartografic extern. Ce anume se conectează și pe ce date se calculează se stabilește la analiză: a declara dinainte o optimizare gata făcută ar fi o promisiune, nu o descriere.
Circuitul de bază funcționează și fără ea: punctele, ordinea, executantul și controlul execuției nu depind de cine a aranjat opririle — omul sau algoritmul.
Traseul ca obiect de evidență
Traseul are dată, executant, transport, stare și istoric al modificărilor — ca și cererea. De aceea întrebarea «de ce ieri această adresă a trecut pe azi» se analizează după înregistrarea traseului, nu după memoria turei.
| № | Punctul | Acțiune | Interval | Colete | Greutate | Stare |
|---|---|---|---|---|---|---|
| 1 | Depozit, str. Promâșlennaia | Preluarea mărfii | 08:00–09:00 | 14 | 310 kg | efectuat |
| 2 | Magazinul «Central» | Livrarea | 09:00–12:00 | 4 | 86 kg | efectuat |
| 3 | Biroul clientului, etajul 4 | Livrarea | 10:00–13:00 | 2 | 18 kg | în drum |
| 4 | Punct de ridicare, cartierul Asanbai | Livrarea | până la 18:00 | 6 | 142 kg | așteaptă |
| 5 | Magazinul «Estic» | Livrare + retur | 14:00–17:00 | 2 | 64 kg | așteaptă |
Ordinea parcurgerii se vede și de dispecer, și de șofer, de aceea «am schimbat între ele» nu se transformă în dispută. Rândul 3 nu va fi închis până când executantul nu marchează rezultatul: urcarea la etaj este locul tipic în care livrarea întârzie, iar sistemul trebuie să afle asta de la cel care stă la ușă.
Gestiunea mărfurilor
ce transportăm, de unde, unde și cine răspunde
Marfa — ceea ce se deplasează fizic. În sistem este o înregistrare separată, legată de cerere: o cerere poate transporta mai multe colete, iar o cursă — mărfurile mai multor cereri.
Separarea nu este de dragul strictului contabil. Tocmai la nivelul mărfii se răspunde la întrebările puse cel mai des: câte colete au plecat, au ajuns toate, care dintre ele este deteriorat, ce s-a întors înapoi.
Fiecare schimbare a stării mărfii este un eveniment cu oră și autor. De aceea istoricul transportului se reconstituie integral: la ce oră a fost preluată marfa, unde a fost predată între executanți, când i-a fost înmânată destinatarului și cine a confirmat asta.
Predarea între executanți — o operațiune separată, nu un efect secundar. Marfa care merge din depozit la sortare, iar de acolo la adresă, își schimbă responsabilul de cel puțin două ori. Fiecare predare se consemnează explicit, altfel, la o pierdere, nu se poate numi segmentul pe care marfa s-a pierdut.
Tot de aici vine răspunsul la întrebarea «cine este vinovat» — nu în sensul căutării unui vinovat, ci în sensul segmentului. Deteriorarea descoperită de destinatar se leagă de porțiunea de drum pe care marfa figura în sarcina unui executant anume.
Documente asociate
Avizul, procesul-verbal de predare-primire, fotografia ambalajului, semnătura destinatarului trăiesc lângă marfă. Documentul este legat simultan de marfă și de cerere, de aceea se găsește și dinspre client, și dinspre cursă — nu trebuie căutat în corespondență.
Fotografia la primire și la predare este cel mai ieftin mod de a închide o dispută despre deteriorare: este făcută într-un moment cunoscut, de o persoană cunoscută, și se află în aceeași fișă ca și semnătura destinatarului.
Marfa și cererea sunt înregistrări diferite
O cerere poate transporta mai multe colete, iar o cursă — mărfurile mai multor cereri. Cât timp este o singură înregistrare, orice caz parțial — s-au primit trei colete din cinci, unul a fost returnat — trebuie descris în cuvinte, într-un comentariu.
- Ce se transportăobligatoriuDenumirea, numărul de colete, greutatea, volumul, tipul ambalajului, condițiile speciale — fragil, regim de temperatură, sunt necesare două persoane
- De undeobligatoriuAdresa de preluare, depozitul sau locul de expediere, persoana de contact a expeditorului
- UndeobligatoriuAdresa de livrare, destinatarul, intervalul de primire, comentariul despre accesul auto și despre urcare
- Cine răspundeobligatoriuResponsabilul curent: șoferul, curierul, depozitul sau platforma de sortare — cu istoricul predărilor
- Statusul curentse schimbă în lucruUna dintre stările circuitului de livrare; se schimbă printr-o acțiune a executantului, nu prin corectarea manuală a unui câmp
- Ora plecăriise consemnează fapticMomentul în care marfa a fost preluată de executant și a părăsit fizic punctul de expediere
- Ora primiriise consemnează fapticMomentul înmânării către destinatar, împreună cu metoda de confirmare
- Documente și legăturidupă necesitateAvizul, procesul-verbal, fotografiile, semnătura, numărul cererii, numărul comenzii din sistemul extern
Câmpurile obligatorii sunt minimul fără de care marfa nu poate fi pusă într-un traseu. Restul se configurează: transportul de mobilă și livrarea de documente au seturi diferite de câmpuri esențiale, iar obligarea de a completa inutilul este calea sigură spre un nomenclator plin de liniuțe.
Controlul livrării: statusuri și excepții
Statusul nu este o etichetă pe ecran, ci o stare din care decurg acțiunile permise. Setul de stări este finit: cât timp nu este numit explicit, fiecare angajat înțelege «în lucru» în felul lui, iar raportul nu are din ce să fie construit.
- CreatăCererea a fost primită și verificată. Marfa încă nu este pregătită, executantul nu este alocat, dar obligațiile față de client sunt deja consemnate
- PregătităMarfa este pregătită și completată, coletele sunt marcate, documentele sunt gata. Din acest moment conținutul mărfii nu se schimbă fără o operațiune separată
- Predată la livrareMarfa a fost preluată fizic de executant: marcajul îl pune cel care a luat-o. Răspunderea trece de la depozit la executant
- În drumExecutantul parcurge traseul. Aici apar evenimente intermediare: a ajuns la punct, a început descărcarea, a întârziat la adresa anterioară
- LivratăDestinatarul a primit marfa, confirmarea este atașată livrării. Abia acum livrarea se consideră efectuată — nu în momentul plecării de la adresă
Ordinea contează exact în această formă. Fiecare tranziție o execută cel care a făcut acțiunea, în momentul acțiunii — altfel sistemul arată nu starea transportului, ci intenția dispecerului. Stările intermediare («la sortare», «predat subcontractorului») se adaugă după procesul companiei, dar setul rămâne finit și explicit.
| Ce s-a întâmplat | Ce face sistemul | Stare |
|---|---|---|
| Întârziere: intervalul destinatarului expiră | Marchează punctul ca depășit, îl arată dispecerului într-o listă separată, pregătește notificarea către destinatar despre amânare | analiză |
| Clientul a anulat comanda înainte de expediere | Închide cererea cu motivul anulării, scoate punctul din traseu și readuce marfa în stocul depozitului | normal |
| Clientul a anulat comanda când marfa era deja în drum | Nu închide livrarea în tăcere: o trece în retur și pune un punct de întoarcere în traseul executantului | analiză |
| Destinatarul nu este la fața locului | Consemnează livrarea nereușită cu motiv și cu comentariul executantului, lasă marfa în sarcina lui și ridică problema unei noi încercări | analiză |
| Destinatarul a primit marfa parțial | Împarte livrarea: coletele primite se închid, cele refuzate pleacă în retur printr-o înregistrare separată | analiză |
| Marfa a fost deteriorată la transport | Deschide un eveniment cu fotografii și cu responsabilul din momentul deteriorării, fără a permite închiderea livrării ca una obișnuită | analiză |
| Executantul nu a venit în tură | Îi eliberează traseul pentru realocare și îi arată dispecerului toate punctele afectate într-o singură listă | avertisment |
Principiul general: un deznodământ nereușit nu dispare și nu se transformă într-unul reușit. Livrarea rămâne deschisă și ajunge în coada de analiză — este mai ieftin decât un raport în care nu există probleme pentru că nu a fost unde să fie notate.
Ce excepții îi trebuie companiei se stabilește la analiză. Transportului de mobilă îi trebuie returul și analiza deteriorărilor, livrării de documente — o nouă încercare și confirmarea identității destinatarului. Setul de stări se configurează, dar regula rămâne comună: orice încheiere a unei livrări are un motiv, iar motivul ajunge în raport.
Panoul de dispecerat
ce vede dispecerul și administratorul
Panoul de dispecerat — locul de muncă din care se conduce ziua. Sarcina lui nu este «să arate date», ci să adune pe un singur ecran tot ce cere o decizie chiar acum și să nu arate restul.
De aceea panoul este construit ca masa de lucru a turei: sus ce arde, mai jos imaginea generală a zilei, în profunzime istoricul și nomenclatoarele. Angajatul nu trebuie să țină minte unde se află fiecare lucru ca să răspundă la telefonul unui client.
Ce se vede în panou:
- Livrări active — toate punctele aflate în lucru chiar acum, cu executant și status curent
- Traseele zilei — câte puncte sunt închise, câte au rămas, unde traseul rămâne în urma planului
- Executanți — cine este în tură, cine este pe traseu, cine s-a eliberat, cui i se încheie programul
- Statusuri — distribuția livrărilor pe stări într-o singură listă, fără numărare manuală
- Întârzieri — punctele la care intervalul destinatarului expiră sau a expirat deja
- Comenzi problematice — livrări nereușite, returi, deteriorări, refuzuri ale destinatarului
- Ocuparea — câtă greutate și câtă capacitate sunt alocate unei mașini și cât a rămas liber
- Nedistribuite — cererile care nu au ajuns încă în niciun traseu
- Istoricul operațiunilor — ce s-a întâmplat cu orice cerere, traseu sau marfă, cu autor și oră
Drepturi de acces delimitează panoul pe roluri. Dispecerul își vede regiunea, conducătorul — toate direcțiile, operatorul de call-center — statusurile și contactele, dar nu datele financiare.
Delimitarea se stabilește prin rol, nu printr-un set de bife pentru fiecare angajat. Altfel, peste jumătate de an, drepturile unui om nou se configurează «ca la Ivanov» și nimeni nu mai poate spune ce anume îi este deschis.
Sinteza turei
118livrări în lucru
9puncte cu risc de depășire a termenului
4comenzi problematice
12cereri nedistribuite
Captură din sistem, cifrele sunt demonstrative. Ordinea plăcilor nu este întâmplătoare: pe primul loc nu stă volumul total, ci ceea ce cere o decizie. Cererile nedistribuite stau la final, pentru că este singura placă pe care dispecerul o închide singur și până la capăt.
Istoricul operațiunilor
Istoricul nu este o arhivă «pentru orice eventualitate», ci un instrument de analiză. Înregistrările nu se editează: corectura se face printr-o înregistrare nouă. De aceea întrebarea «cine a mutat livrarea pe mâine» are un răspuns, nu versiuni.
Se privește de obicei dintr-unul din trei capete: după cerere — ce s-a întâmplat cu ea, după executant — ce a făcut în tură, după traseu — cum s-a schimbat în cursul zilei.
Legătura cu depozitul
de la pregătirea comenzii la predarea către livrare
Depozitul și logistica nu sunt două departamente cu un chat comun, ci două segmente ale aceluiași proces. O marfă «pregătită, dar nepredată» și o marfă «predată, dar nemarcată» sunt două stări diferite, iar confundarea lor costă scump.
Un proces digital unic înseamnă un singur lucru: fiecare tranziție dintre depozit și livrare se consemnează printr-o acțiune, nu printr-un mesaj. Gestionarul de depozit marchează pregătirea, șoferul — preluarea mărfii, destinatarul — primirea. Între aceste marcaje marfa figurează întotdeauna în sarcina unui segment concret.
Ce îi dă îmbinarea depozitului: el vede ce a plecat deja și ce stă a doua zi în zona de expediere. Ce îi dă logisticii: traseul nu se planifică pentru o marfă care încă nu este pregătită, iar șoferul nu ajunge la poartă înainte să existe ce să încarce.
Evidența completă de depozit — recepție, amplasare, inventar, loturi și termene de valabilitate — este tema unei pagini separate. Aici este descrisă doar îmbinarea: ce transmite depozitul logisticii și ce primește înapoi.
- 1Comanda
- 2Pregătirea comenzii
- 3Pregătirea
- 4Predarea
- 5Livrarea
- 6Confirmarea
A patra tranziție este singura în care marfa își schimbă responsabilul. Tocmai de aceea se înregistrează ca operațiune separată, cu două părți: depozitul a predat, executantul a primit. Dacă acest pas este sărit, la pierderea unui colet nu se poate numi segmentul, iar analiza se transformă într-o anchetă în tură.
Ce se transmite între depozit și logistică
- De la depozit spre logistică — conținutul comenzii pregătite, numărul de colete, greutatea și volumul, gradul de pregătire pentru expediere, numerele de marcaj
- De la logistică spre depozit — ora planificată de sosire a transportului, cine vine după marfă, în ce traseu intră
- Înapoi la depozit — returile, coletele refuzate și mărfurile nelivrate, cu motivul pentru care s-au întors
- Comun pentru ambele — istoricul deplasărilor coletului: unde a fost, cine l-a primit și când s-a schimbat responsabilul
Dacă depozitul lucrează în alt program
Este o situație obișnuită: evidența de depozit se ține deja într-un sistem existent și nimeni nu are de gând să îl schimbe. Atunci îmbinarea se construiește prin schimb — logistica primește gradul de pregătire al comenzilor și componența coletelor, iar în schimb returnează statusuri și confirmări.
Componența și frecvența schimbului sunt determinate de ce poate oferi sistemul extern. Posibilitățile unui program anume se precizează la analiză — a declara dinainte o integrare gata făcută ar însemna o promisiune făcută pentru produsul altcuiva.
Cereri și trasee
Mărfuri și statusuri
Panoul de dispecerat
Raportarea livrărilor
Cum lucrează angajații cu sistemul
Fiecare rol are propriul loc de muncă și propriul set de acțiuni. Nu este o limitare de dragul limitării: cu cât este mai puțin de prisos pe ecran, cu atât sunt mai puține greșeli în tură și cu atât este mai scurtă instruirea unui om nou.
Operatorul de cereri
Preia cererile din toate canalele, verifică adresele și conținutul mărfii, clarifică cu clientul ce este neclar. Vede coada de clarificat și propriile cereri; nu se atinge de trasee și de încărcarea transportului.
Dispecerul
Formează traseele, alocă executanții, conduce ziua: mută puncte, reacționează la întârzieri, analizează livrările problematice. Utilizatorul principal al panoului și sursa principală de modificări în cursul zilei.
Gestionarul de depozit
Marchează pregătirea comenzii și gradul de pregătire pentru expediere, înregistrează predarea mărfii către executant și primirea returilor. Lucrează cu coletele și cu marcajele, nu cu traseele.
Șoferul
Primește traseul pentru tură, marchează preluarea și livrarea, consemnează motivul dacă punctul nu s-a închis. Vede doar sarcinile lui pentru ziua respectivă și datele necesare executării lor.
Curierul
Același scenariu, dar în interfața mobilă și cu un număr mai mare de puncte scurte pe tură. Confirmă primirea, atașează foto sau semnătură, scrie un comentariu despre adresă.
Conducătorul
Se uită nu la tură, ci la perioadă: volumul livrărilor, ponderea celor efectuate în termen, încărcarea, lista problemelor care se repetă. Acțiunile operative nu îi sunt necesare — îi sunt necesare cifre pe care se poate sprijini.
Curieri și șoferi
interfața de lucru a executantului
Executantului nu îi trebuie «acces la sistem», ci o listă scurtă cu ce are de făcut acum. De aceea locul lui de muncă este o interfață separată: aplicație mobilă sau pagină web adaptată, nu același panou pe care îl are dispecerul.
Ce conține:
- Lista sarcinilor pe tură, în ordinea parcurgerii
- Adresele cu comentarii despre accesul auto, etaj și intrare
- Informații despre comandă: ce transportăm, câte colete, cine este destinatarul, dacă există plată la primire
- Schimbarea statusului printr-o singură acțiune: a ajuns, a preluat, a livrat
- Confirmarea preluării mărfii la punctul de expediere
- Confirmarea livrării: semnătură, fotografie sau cod de la destinatar
- Comentariu la punct, atunci când ceva nu a mers după plan
- Legătura cu dispecerul din fișa sarcinii, fără a căuta numărul în telefon
O cerință importantă pentru o astfel de interfață este funcționarea la conexiune slabă. Marcajele făcute în afara rețelei se păstrează pe dispozitiv și se trimit când apare legătura; retrimiterea nu creează o a doua livrare.
Analiza detaliată a muncii executantului este tema unei pagini separate, «Pentru curieri». Aici contează altceva: marcajele din această interfață sunt unica sursă a statusurilor reale, de aceea ea se proiectează prima, nu ultima.
Ce îi dă companiei marcajul făcut la fața locului
Marcajul executantului în momentul acțiunii nu este control de dragul controlului. Din el se iau ora reală a livrării, durata petrecută în punct și motivul problemei. Fără el, toți cei trei indicatori se reconstituie din memorie la finalul zilei, adică nu se reconstituie.
Al doilea efect este descărcarea dispecerului: cât timp statusurile le ține el, după spusele de la telefon, jumătate de tură se duce pe transcrierea muncii altora în sistem.
De ce este o interfață separată
Executantul are alte condiții de lucru: telefonul într-o mână, cutia în cealaltă, ecranul în soare, conexiunea din două în două. Panoul dispecerului nu se folosește în astfel de condiții — aici sunt necesare elemente mari, un minim de câmpuri și un comportament previzibil fără rețea.
De aceea locul lui de muncă se proiectează pentru tură, nu pentru completitudinea datelor: pe ecran sunt doar punctul curent și următorul, restul este mutat în profunzime.
Analiza
ce date se pot măsura
Rapoartele au sens doar acolo unde datele ajung în sistem în momentul acțiunii. Dacă statusurile se pun seara «după bilanțul zilei», orice raport va arăta o imagine îngrijită, fără legătură cu ce s-a întâmplat de fapt.
Ce se calculează pe baza datelor acumulate:
- Numărul de livrări — pe zi, săptămână, lună; pe direcții, clienți și executanți
- Comenzi finalizate și problematice — ponderea celor livrate în termen și lista celor care s-au încheiat altfel, cu motive
- Termenele de livrare — timpul real de la cerere la înmânare și de la predarea spre livrare până la primire
- Ocuparea — câte puncte, câtă greutate și câtă capacitate revin unei mașini și unui executant, cât rămâne liber
- Eficiența traseelor — numărul de puncte pe tură, ponderea celor închise conform planului, timpul dintre opriri
- Istoricul operațiunilor — sursa pentru analiza unui caz concret, nu doar pentru cifre agregate
Definițiile indicatorilor se stabilesc o singură dată și sunt folosite de toate rapoartele. «Livrat în termen» trebuie să însemne același lucru în raportul dispecerului și în cel al conducătorului — altfel două sinteze pentru aceeași zi nu vor coincide, iar amândouă vor înceta să inspire încredere.
Rapoartele se exportă în fișier, se generează conform programării și pot pleca într-un sistem extern de analiză prin API — componența exportului este stabilită de proiect.
Sinteza săptămânii
612livrări în perioadă
27finalizate altfel decât normal
Captură din sistem, cifrele sunt demonstrative. A doua placă este mai importantă decât prima: până când nu este descompusă componența finalizărilor anormale — anulări, returi, livrări nereușite — volumul total spune doar cât s-a lucrat, nu și cât de bine.
Integrări și schimbul de date
Sistemul logistic rareori stă singur: comenzile vin dintr-un program, clienții se țin în al doilea, stocurile — în al treilea. Mai jos sunt direcțiile pe care schimbul se construiește cel mai des. Componența concretă a integrării este determinată de ce poate oferi sistemul extern și se precizează la analiză.
Magazinul online
O comandă plasată poate fi transmisă automat logisticii sub formă de cerere, iar statusul livrării poate reveni la cumpărător în contul personal. Cum este construită vitrina și evidența comenzilor este explicat pe pagina comerț electronic.
CRM
Este posibilă integrarea cu nomenclatorul de clienți și cu istoricul tranzacțiilor: cererea se creează din fișa clientului, iar rezultatul livrării revine la manager. Schimbul se face după identificatorul clientului, ca să nu se înmulțească duplicatele de parteneri.
ERP și sistemul de evidență
Poate funcționa împreună cu circuitul de evidență al companiei: comenzi, avize, decontări reciproce. Direcția schimbului și setul de documente sunt determinate de evidența recunoscută ca principală.
Sistemul de depozit
Gradul de pregătire al comenzilor, componența coletelor și marcajul vin de la depozit, iar statusurile și returile pleacă înapoi. Dacă depozitul se ține într-un program extern, îmbinarea se construiește prin schimb — vezi secțiunea despre legătura cu depozitul de mai sus.
Program pentru curieri
Locul de muncă al executantului poate fi parte a sistemului sau o aplicație separată, conectată prin API: primește sarcini, returnează statusuri și confirmări. A doua variantă este necesară acolo unde aplicația este deja folosită.
Sisteme de plată
Acolo unde există plata la primire, este posibilă integrarea cu un serviciu de plată sau cu terminalul executantului: suma de plată vine din cerere, iar rezultatul plății revine în livrare. Componența depinde de procesator.
Servicii externe
Hărți și geocodarea adreselor, telematica transportului, serviciile de notificare, subcontractorii transportatori. Fiecare astfel de conectare este un modul de schimb separat; existența unui conector gata făcut nu se declară dinainte.
API
Interfața proprie a sistemului: creează o cerere, obține statusul și traseul, transmite confirmarea livrării, preia jurnalul operațiunilor. Prin ea se conectează tot ce nu are un modul separat.
Regulile schimbului sunt aceleași peste tot: fiecare operațiune are o cheie, de aceea o transmitere repetată nu creează o a doua cerere; neconcordanțele nu dispar, ci ajung în coada de analiză; fiecare trimitere și fiecare răspuns se scriu în jurnalul schimbului. Fără aceste trei reguli, integrarea funcționează exact până la prima întrerupere a legăturii.
Ordinea implementării
Logistica nu se mută integral în sistem într-o singură zi: cât timp angajații țin statusurile ca înainte, datele din rapoarte nu înseamnă nimic. De aceea lansarea merge pe segmente, iar fiecare următor se sprijină pe cel anterior, deja funcțional.
1. Analiza inițială
Cum vin cererile acum, cine planifică traseele, cu ce se țin statusurile, ce programe există deja și ce pot ele oferi. Rezultatul — descrierea procesului și lista a ceea ce se automatizează în primul rând.
2. Pilot pe o singură direcție
Un oraș, un serviciu de livrare sau un depozit. Cererile, traseele, statusurile și marcajele executanților parcurg un ciclu complet pe transporturi reale — înainte ca procesul să acopere toată compania.
3. Roluri și reguli
Cine ce poate modifica, ce excepții sunt necesare, cum se tratează returul și livrarea nereușită, cui pleacă notificările. Tot aici se configurează drepturile și procedura modificărilor manuale de traseu.
4. Extinderea și schimbul
Celelalte direcții după schema verificată, integrările — prin module de schimb separate. Mai departe se acumulează istoricul, apar rapoartele pe perioadă și datele pentru planificarea transportului.
Clienții noștri
Să discutăm logistica dvs.
Contactați-ne acum
Scrieți-ne câte livrări aveți pe zi, de unde vin cererile, dacă transportul este propriu sau al subcontractorilor, dacă există depozit și în ce programe se află deja datele dvs. Vă vom răspunde ce se automatizează în primul rând, ce se poate conecta la sistemele existente și de unde este rezonabil să începeți pilotul.
