--- title: "Decizie corectă, ordine greșită" description: "Un detector de comenzi duplicate a semnalat corect 52 de comenzi într-o zi. Aproximativ 29 de clienți au primit totuși același colet de două ori, fiindcă doi pași automați s-au executat în ordinea greșită." date: 2026-08-24 lang: ro canonical: https://goingstellar.ro/ro/cercetare/decizia-corecta-ordinea-gresita/ author: Going Stellar publisher: GOING STELLAR S.R.L. topic: Operațiuni de livrare license: CC BY 4.0 alternate_en: https://goingstellar.ro/research/right-decision-wrong-order/ --- # Decizie corectă, ordine greșită *Un detector de comenzi duplicate a semnalat corect 52 de comenzi într-o zi. Aproximativ 29 de clienți au primit totuși același colet de două ori, fiindcă doi pași automați s-au executat în ordinea greșită.* > Operațiuni de livrare · 2026-08-24 · https://goingstellar.ro/ro/cercetare/decizia-corecta-ordinea-gresita/ ## Pe scurt - Un detector de comenzi duplicate poate decide corect și totuși să lase duplicatele să plece, dacă bucla automată de etichetare tipărește eticheta în intervalul dintre decizie și anulare. - Când decizia și efectul ei sunt despărțite de o coadă, o a doua automatizare care acționează în acel interval poate anula efectul unei decizii corecte fără ca vreo componentă să greșească. - Pasul de etichetare trebuie să ceară verdictul regulii de duplicate înainte de tipărire, ca să existe o singură regulă cu două puncte de apel, nu două reguli care se depărtează. - Un verificator care definește problema mai larg decât regula pe care o verifică produce alarme false, iar după a doua alarmă falsă nu-l mai citește nimeni. - O verificare trebuie să pună aceeași întrebare ca lucrul verificat, în aceiași termeni, altfel nu e o verificare. ## Constatarea Într-o singură zi de măsurare — 24 de ore de comenzi reale — detectorul de comenzi duplicate a semnalat 52 de comenzi ca fiind duplicate. Dintre acestea, 23 au fost anulate. La celelalte 29, eticheta era deja tipărită în momentul în care s-a încercat anularea, iar o gardă refuză să anuleze un colet care a plecat deja. Aproximativ 29 de clienți au primit același colet de două ori. Bucla automată de etichetare rulează după propriul program. A creat eticheta *exact în intervalul* dintre momentul în care detectorul a decis anularea și momentul în care anularea a ajuns la comandă. Garda a făcut apoi exact ceea ce are de făcut: a refuzat să anuleze un colet aflat deja în drum. **Nicio componentă nu a greșit.** Detectorul a decis corect, garda s-a comportat corect, iar un colet plecat nu trebuie anulat. Defectul a fost în întregime în ordinea execuției. Fiecare astfel de caz costă transportul de retur plătit în ambele sensuri și un client care primește de două ori același lucru. ## Reparația Serviciul de etichetare cere acum regulii de duplicate verdictul pentru acea comandă **înainte** de a tipări eticheta. Dacă verdictul este anulare sau reținere, eticheta nu se mai face. Anularea rămâne la detector: există o singură regulă, cu două puncte de apel, nu două reguli care se pot depărta una de alta. Orice excepție din interiorul verificării lasă coletul să plece. Este o alegere deliberată: o comandă bună oprită de un bug dintr-o verificare de siguranță costă mai mult decât un duplicat care scapă. Înainte de punerea în funcțiune, verificarea a fost simulată pe cele 183 de comenzi care așteptau atunci eticheta. Niciuna nu a fost blocată greșit. ## Unde am greșit Verificatorul nostru a raportat un sistem de alertare drept mort. Nu era. Era pornit un flag care oprea e-mailurile către clienți, în timp ce alertele interne pleacă pe alt drum. Verificarea punea întrebarea greșită: măsura canalul pe care îl știa ea, nu canalul pe care circulă de fapt alertele. Același verificator definea duplicatul mai larg decât regula pe care o verifica — același telefon și aceleași produse oricând, în loc de fereastra de timp a regulii. Așa au intrat la numărătoare clienții care revin, iar rata raportată nu era reală. Lecția: un verificator mai lacom decât regula pe care o verifică produce alarme false. Costul nu e prima alarmă falsă, ci faptul că a doua oară când strigă „lupul” nu-l mai citește nimeni. O verificare trebuie să pună aceeași întrebare ca lucrul verificat, în aceiași termeni, altfel nu e o verificare. ## Limite Este un singur sistem de livrare. Cifrele vin dintr-o singură zi de măsurare: 52 semnalate, 23 anulate, 29 cu eticheta deja făcută. Verificarea a fost validată într-o singură simulare, pe cele 183 de comenzi care așteptau atunci eticheta. Eșecul de ordine este general; cifrele sunt ale noastre. Orice sistem în care decizia și efectul ei sunt despărțite de o coadă, iar o a doua automatizare are voie să acționeze în acel interval, poate produce același rezultat. Cifrele de mai sus nu spun nimic despre cât de des se întâmplă în altă parte. ## Întrebări și răspunsuri ### De ce primesc clienții comenzi duplicate deși detectorul de duplicate le-a anulat? Clienții pot primi comenzi duplicate pentru că bucla automată de etichetare poate tipări eticheta în intervalul dintre decizia de anulare a detectorului și momentul în care anularea ajunge la comandă. O gardă refuză apoi, corect, să anuleze un colet plecat deja. Detectorul și garda se comportă corect; defectul e în întregime în ordinea celor doi pași automați. ### Cum oprești tipărirea etichetei pentru o comandă care trebuie anulată? Tipărirea etichetei pentru o comandă care trebuie anulată se oprește dacă serviciul de etichetare cere regulii de duplicate verdictul pentru acea comandă înainte de tipărire. Dacă verdictul e anulare sau reținere, eticheta nu se mai face. Anularea rămâne la detector, deci există o singură regulă, cu două puncte de apel, nu două reguli care se pot depărta. ### Trebuie să blocheze o verificare de siguranță comanda dacă verificarea însăși dă eroare? O verificare de siguranță, în reparația descrisă pentru comenzile duplicate, lasă coletul să plece la orice excepție apărută în interiorul ei. Alegerea e deliberată: o comandă bună oprită de un bug dintr-o verificare de siguranță costă mai mult decât un duplicat care scapă. Înainte de pornire, verificarea a fost simulată pe comenzile care așteptau eticheta și niciuna n-a fost blocată greșit. ### De ce creează probleme o verificare de monitorizare mai largă decât regula? O verificare de monitorizare mai lacomă decât regula pe care o verifică produce alarme false. În cazul descris, verificatorul număra clienții care revin drept duplicate, fiindcă ignora fereastra de timp a regulii, așa că rata raportată nu era reală. Costul nu e prima alarmă falsă, ci faptul că a doua oară când verificatorul strigă „lupul” nu-l mai citește nimeni. ### Cum poate o verificare să raporteze greșit un sistem de alertare drept mort? O verificare poate raporta greșit un sistem de alertare drept mort atunci când măsoară canalul greșit. În cazul descris era pornit un flag care oprea e-mailurile către clienți, în timp ce alertele interne plecau pe alt drum. Verificarea măsura canalul pe care îl știa ea, nu canalul pe care circulau de fapt alertele, așa că a declarat mort un sistem care funcționa. ## Cum se citează **Citare:** Going Stellar (2026). *Decizie corectă, ordine greșită*. GOING STELLAR S.R.L.. https://goingstellar.ro/ro/cercetare/decizia-corecta-ordinea-gresita/ ```bibtex @misc{goingstellar2026right, title = {Decizie corectă, ordine greșită}, author = {{Going Stellar}}, year = {2026}, url = {https://goingstellar.ro/ro/cercetare/decizia-corecta-ordinea-gresita/}, note = {2026-08-24} } ``` Licență. Se poate cita liber, cu atribuire. ## Mai există și - Pagina în HTML: https://goingstellar.ro/ro/cercetare/decizia-corecta-ordinea-gresita/ - Același articol în engleză: https://goingstellar.ro/research/right-decision-wrong-order/