Dezvoltăm sisteme pentru comerțul cu amănuntul după sarcina rețelei
Casa, circuitul de plată, evidența mărfurilor, gestiunea rețelei, integrările și suportul după lansare.
Dezvoltarea și implementarea sistemelor pentru comerțul cu amănuntul: casa și POS-ul din sala de vânzare, terminalul de plată, catalogul și prețurile, stocurile și depozitul punctului, fidelitatea, drepturile angajaților, analiza și panoul central de gestiune a rețelei. Mai jos — cum este construit fiecare modul, cu ce sisteme și echipamente este legat și ce proces acoperă.
Software pentru retail — un sistem care duce marfa de la recepția în magazin până la bonul emis și venitul înregistrat, iar datele despre produs, preț și stoc le păstrează identice în toate punctele rețelei.
Din exterior magazinul arată ca un raft și o casă de marcat. În interior sunt mai multe programe legate între ele: programul de casă din sală, evidența mărfurilor punctului, circuitul de plată, sistemul central al rețelei și stratul de schimb cu sistemele externe — de evidență, de depozit, CRM, magazin online.
Granița dintre «programul de casă» și «sistemul pentru retail» trece prin numărul de puncte și prin locul în care se ia decizia. O singură casă se descurcă cu un program local pe computerul de casă. De îndată ce magazinele devin mai multe de unul, apar întrebări pe care un punct singular nu le are: unde se află unicul nomenclator de produse, cine schimbă prețul peste tot deodată, cum trece marfa între magazine și al cui stoc este cel corect.
Circuitul rețelei de retail — nouă verigi legate prin date:
Verigile sunt legate în ambele sensuri: nomenclatoarele și regulile coboară din sistemul central în puncte, iar vânzările, mișcările de marfă și evenimentele echipamentelor urcă înapoi. O ruptură în orice loc se vede imediat — prin diferența de preț dintre raft și bon, prin stoc negativ sau prin venit neînregistrat.
Nu cu pagini și nu cu tabele, ci cu obiecte de evidență — înregistrări cu stare, autor și istoric proprii:
De îndată ce procesul este descris prin obiecte, el devine verificabil: fiecare cifră din raport are un document, documentul are autor și oră, iar o situație în litigiu are o înregistrare, nu o versiune orală.
Patru întrebări care nu există pentru un punct singular. Răspunsul la ele deosebește un sistem pentru rețea de un program de casă:
Șase sarcini pentru care un magazin sau o rețea implementează software pentru comerțul cu amănuntul. Cât timp sistemul lipsește, fiecare se acoperă cu tabele, telefoane între puncte și socoteli din memorie.
Produsele, codurile de bare, prețurile și regulile de reduceri se creează o singură dată și ajung în puncte. Magazinul din centru și magazinul de la periferie citesc același nomenclator, nu două fișiere diferite, cu istorii diferite de modificări.
Poziția intră în bon prin scanarea codului de bare sau prin cântărire, prețul este completat de regulă, reducerea o calculează sistemul. Casierul nu tastează prețul — deci nu greșește și nu îl alege singur.
Vânzarea descarcă marfa în momentul închiderii bonului, recepția și transferul — în momentul înregistrării documentului. Stocul încetează să fie o cifră de la inventarul trecut și devine un număr de lucru pentru comanda către furnizor.
Prețul și reducerea se stabilesc prin regulă, pe grup de puncte, categorie sau orar. Reevaluarea a o mie de poziții înainte de o promoție durează minute și este reversibilă, în loc să devină un tur al magazinelor cu liste tipărite.
Returul, anularea, reducerea manuală, schimbarea prețului și deschiderea sertarului sunt înregistrări cu autor, oră și valoare anterioară. Analiza unei situații în litigiu se face după jurnal, nu după declarațiile turei.
Se vede ce se vinde în fiecare punct și la ce ore, ce marfă stă fără mișcare, unde cresc returile și cât a adus în realitate promoția, ținând cont de reducere.
Nu este un singur program, ci un set de componente software-hardware interconectate. Fiecare răspunde de partea sa și poate fi actualizată separat: casa din sală nu se rescrie din cauza unui raport nou în panoul central.
Programul de pe computerul de casă sau de pe POS-ul all-in-one: ecranul casierului, lucrul cu scanerul și cu cântarul, calculul bonului, dialogul cu terminalul de plată, tipărirea documentului, tura. Funcționează autonom și continuă să deservească cumpărătorii la pierderea legăturii cu serverul.
Stratul fizic: computerul de casă, scanerele, imprimanta de bonuri, terminalul de plată, cântarele, terminalele de colectare a datelor, sertarul de bani, ecranele. Fiecare unitate este înregistrată în registru, cu asociere la magazin și la locul de muncă.
Circuitul plății cu cardul: schimbul casei cu terminalul de plată, stările operațiunii de plată, asocierea plății cu bonul, returile, tratarea refuzurilor și a întreruperilor, reconcilierea cu registrul acceptatorului.
Primirea datelor din puncte, aplicarea regulilor, cozile de schimb, planificatoarele de sarcini și de rapoarte, trimiterea nomenclatoarelor înapoi. Se scalează după numărul de magazine, nu se rescrie la deschiderea celui de-al unsprezecelea.
Depozitul obiectelor de evidență și al istoricului lor: produse, prețuri, stocuri, bonuri, plăți, documente de mișcare, clienți, angajați, evenimente. Înregistrările operațiunilor sunt imuabile, copiile de rezervă se creează conform programării, cu verificarea restaurării.
Locul de muncă al managerului de rețea: magazine, sortiment, prețuri, stocuri, vânzări, promoții, angajați, echipamente, erori și indicatori-cheie într-o singură interfață, cu drepturi de acces pe roluri.
Acolo unde sarcina le cere: aplicația merceologului pentru recepție și inventar cu scanare, aplicația conducătorului cu sinteza pe puncte, aplicația cumpărătorului cu cardul de fidelitate și bonurile electronice.
Schimbul cu sistemele externe: de evidență, contabil, de depozit, CRM, magazin online, servicii de plată. Cozi, retrimiterea mesajelor, versiuni de format, jurnalul schimbului, reconciliere periodică.
Vitrina de date peste operațiuni: vânzări, bon mediu, marjă, rotație, returi, eficiența promoțiilor, activitatea casierilor. Se calculează pe o copie a datelor, pentru ca un raport greu să nu încetinească casa din sală.
Componentele sunt legate nu «după posibilități», ci prin legături obligatorii: casa nu funcționează fără nomenclator, nomenclatorul nu are sens fără panoul central, panoul este inutil fără datele din puncte. De aceea sistemul se proiectează integral și se implementează pe părți — în ordinea în care fiecare pas se sprijină pe datele celui anterior.
Programul de casă — locul de muncă al vânzătorului și, în același timp, punctul în care operațiunea devine document. Tot ce s-a întâmplat în sală ajunge în sistem doar prin el: vânzarea, returul, reducerea, plata, depunerea și retragerea numerarului.
Cerința față de el este mai dură decât față de orice alt modul: trebuie să funcționeze rapid, cu coadă la casă și la întreruperea legăturii cu serverul. De aceea casa ține o copie locală a nomenclatorului de produse și prețuri și scrie operațiunile într-o coadă locală, în loc să întrebe serverul despre fiecare poziție din bon.
Ce face programul de casă:
Cerințele privind partea fiscală — tipărirea bonului, conținutul lui și transmiterea datelor — sunt stabilite de legislația țării și de modelul dispozitivului conectat. Conținutul și ordinea schimbului se precizează în etapa de analiză, nu se declară dinainte.

Legătura cu serverul nu este o condiție a vânzării. Casa continuă să emită bonuri pe nomenclatorul local, punând operațiunile în coadă; când canalul revine, coada se trimite într-un pachet. Fiecare operațiune are o cheie, de aceea retrimiterea nu creează un al doilea bon și nu descarcă stocul de două ori.
Limitările se spun cinstit: cât timp nu există legătură, casa nu vede schimbarea de preț făcută de sistemul central cu un minut în urmă și nu poate verifica soldul de puncte pe server. Ce anume este permis în regim autonom este o decizie de proiect: de exemplu, vânzarea este permisă, iar consumul de puncte se amână până la revenirea legăturii.
Tura nu este «ziua de lucru a casierului», ci un document cu început, sfârșit, casier, casă și totaluri. De ea sunt legate toate bonurile, plățile, returile și mișcările de numerar din perioadă.
Programul din magazin nu funcționează izolat: aproape fiecare operațiune începe sau se termină pe un dispozitiv fizic. Mai jos — echipamentele cu care interacționează software-ul de casă și de evidență și ce anume primește sistemul de la ele sau le transmite.

Dispozitivul pe care rulează programul de casă. Sistemul îl cunoaște ca loc de muncă: de el sunt legate casa, tura, setul de periferice conectate și drepturile de autentificare. Înlocuirea hardware-ului nu strică istoricul vânzărilor — locul de muncă rămâne același obiect de evidență.
Principalul mod de a introduce o poziție în bon și în documentul de depozit. Unei poziții de produs îi pot corespunde mai multe coduri de bare — al furnizorului, propriu, de ambalaj. Codul nerecunoscut nu se pierde: ajunge în coada de asociere la un produs, nu în «produs negăsit».
Tipărirea documentului de vânzare și de retur. Conținutul bonului, ordinea formării lui și transmiterea datelor sunt determinate de cerințele țării și de modelul dispozitivului; setul concret se precizează la analiză. Documentul netipărit sau netransmis se consemnează ca operațiune neînchisă.
Încasarea plății cu cardul. Casa transmite suma, terminalul poartă dialogul cu deținătorul cardului și returnează rezultatul. Terminalul nu este o periferie, ci un al doilea sistem cu stare proprie, de aceea i s-a dedicat o secțiune separată mai jos.
Lucrul cu produsele la gramaj: poziția intră în bon cu masa reală, prețul se calculează pe kilogram. Cântarele sunt de casă — masa ajunge direct în bon — și de porționare — se tipărește o etichetă cu cod de bare în care sunt înglobate codul produsului și masa; casa descifrează un astfel de cod și completează poziția.
Recepție, inventar, transfer și reevaluare cu scanare direct în sală și în depozitul punctului. Dispozitivul funcționează fără legătură permanentă: documentul se formează local și se încarcă în sistem în întregime, cu verificarea neconcordanțelor.
Sertarul este deschis de program în momentul unei operațiuni cu numerar. Fiecare deschidere este un eveniment cu oră, casier și motiv; deschiderea fără vânzare ajunge în lista operațiunilor urmărite. Tot aici intră și perifericele auxiliare ale locului de muncă — tastaturi, cititoare de carduri ale angajaților.
Afișajul de la casă arată conținutul bonului, reducerea și totalul pe măsura scanării — cumpărătorul vede prețul înainte de plată, nu după. Ecranele din sală afișează promoții, selecții și prețuri din același nomenclator ca și casa, de aceea nu apar neconcordanțe între ecran și bon.
Acolo unde sunt instalate, etichetele primesc prețul din același sistem ca și casa. Asta elimină principala sursă de conflict din sală — diferența de preț dintre raft și casă după o reevaluare. Posibilitatea conectării depinde de interfața de gestiune pe care o oferă spre exterior sistemul concret de etichete.
Nu declarăm dinainte suportul pentru mărci și modele concrete de echipamente. Setul dispozitivelor conectabile se stabilește la analiză, după documentația producătorului și după interfața pe care dispozitivul o oferă spre exterior; acolo unde nu există o interfață gata făcută, problema se rezolvă separat și înainte de începerea lucrărilor, nu printr-o promisiune de compatibilitate.
Terminalul de plată este singurul loc în care cumpărătura devine plătită și singurul nod al magazinului care lucrează direct cu banii. De aceea aici nu este descris printr-un rând în lista de echipamente, ci printr-un circuit separat.
Principala dificultate este că, de fapt, casa și terminalul sunt două sisteme independente. Casa are propria reprezentare despre bon, terminalul — propria operațiune de plată, care trăiește în circuitul acceptatorului și nu se supune programului de casă. Coincidența acestor două imagini nu este garantată de fizică: între «banii au fost debitați» și «bonul a fost tipărit» există întotdeauna un interval în care pot interveni întreruperea legăturii, căderea alimentării sau blocarea.
Ce acoperă integrarea casei cu terminalul de plată:
Nu numim banca, modelul terminalului și protocolul de plată: componența integrării este determinată de interfața de schimb pe care o pune la dispoziție terminalul concret și de ce permite contractul cu acceptatorul. Asta se clarifică la analiză și se consemnează în proiect.

Introducerea manuală a sumei pe terminal este varianta cea mai ieftină la dezvoltare și cea mai scumpă în exploatare. Permite o greșeală de ordin de mărime, plata unei sume greșite și, cel mai important, rupe legătura dintre bon și plată: ulterior ele pot fi puse în corespondență doar după oră și sumă, adică aproximativ.
La transmiterea programatică a sumei, plata și bonul sunt legate printr-un identificator din ambele părți. Pe asta se sprijină reconcilierea cu acceptatorul, analiza unei operațiuni în litigiu și controlul diferențelor dintre venitul din sistem și banii din cont.
Terminalul este interogat nu doar în momentul plății. Starea este un set separat de date, necesar înainte ca un cumpărător să ajungă la casă:
Fiecare stare este un eveniment în jurnal. Un terminal care răspunde încet sau ratează fiecare a zecea operațiune se vede în raportul de echipamente cu mult înainte ca directorul magazinului să semnaleze.
Plata cu cardul nu este o singură acțiune, ci o succesiune de stări, fiecare dintre ele putându-se întrerupe. Mai jos — cum conduce sistemul operațiunea și ce face atunci când rezultatul este necunoscut.
Casa formează cererea: sumă, valută, identificatorul operațiunii, referința la bon. Până când terminalul nu răspunde, bonul se află în starea «așteaptă plata» și nu poate fi închis, modificat sau șters.
Terminalul returnează deznodământul: aprobat, refuzat, anulat de cumpărător, eroare. La aprobare, împreună cu rezultatul vin datele operațiunii, după care ea este găsită ulterior în registrul acceptatorului.
Identificatorul operațiunii de plată se scrie în bon, iar numărul bonului — în înregistrarea despre plată. Legătura este bidirecțională, de aceea din oricare parte se reconstituie cealaltă: de la bon la plată și de la un rând din registrul băncii la o vânzare concretă.
Restituirea banilor pe card este o operațiune de plată separată, legată de cea inițială. Sistemul nu permite restituirea unei sume mai mari decât cea plătită și mai mari decât cea rămasă nerestituită pe acel bon, iar rezultatul restituirii așteaptă la fel confirmarea terminalului.
Cel mai important scenariu: terminalul nu a răspuns. Sistemul nu consideră o astfel de operațiune nici reușită, nici nereușită — o marchează ca necesitând clarificare și nu permite închiderea tăcută a bonului. Mai departe, deznodământul se clarifică printr-o interogare a stării operațiunii sau prin reconciliere.
Disponibilitatea terminalului, ponderea operațiunilor nereușite, timpul de răspuns și zilele neînchise se adună pentru fiecare dispozitiv. Echipamentul problematic se vede în raport, nu din reclamațiile din sală.
Captură din sistem: cifrele sunt demonstrative. Pasul-cheie este al doilea: până când suma nu este transmisă programatic, pașii al șaselea și al șaptelea sunt făcuți de om, pe chitanțe de hârtie.
| Ce s-a întâmplat | Ce face casa | Stare |
|---|---|---|
| Refuz al cardului | Propune reluarea sau alegerea altei metode de plată; bonul rămâne deschis | normal |
| Cumpărătorul a anulat operațiunea | Readuce bonul în lucru, operațiunea de plată se închide ca anulată | normal |
| Terminalul nu a răspuns la timp | Nu închide bonul, interoghează starea operațiunii, iar dacă rămâne neclar — blochează închiderea manuală | analiză |
| Alimentarea a căzut între plată și tipărire | După pornire restaurează bonul nefinalizat și cere clarificarea deznodământului plății | analiză |
| Plata a trecut, bonul nu s-a tipărit | Ține operațiunea deschisă, retipărire fără o a doua debitare | analiză |
| Plata există în registru, bonul lipsește din sistem | Trimite neconcordanța în coada de reconciliere, cu sumă, oră și terminal | analiză |
| Terminalul cere închiderea zilei | Îl anunță pe casier înainte de începerea operațiunii, nu după introducerea cardului | avertisment |
Principiul general: un deznodământ necunoscut nu se transformă nici în succes, nici în refuz. Operațiunea rămâne deschisă și ajunge în coada de analiză — este mai ieftin decât o dublă debitare la cumpărător sau un venit neînregistrat la magazin.
Protocolul concret de schimb cu terminalul, setul metodelor de plată disponibile, posibilitatea anulării operațiunii și comportamentul la întreruperea legăturii sunt stabilite de modelul dispozitivului și de regulile acceptatorului. Noi descriem circuitul care se construiește în jurul lor și precizăm componența la analiză — fără a declara dinainte compatibilitatea cu o anumită bancă sau cu un anumit terminal.
Catalogul în retail — nu este o vitrină, ci nomenclatorul din care trăiește casa. O eroare în el costă mai mult decât o eroare pe site: un cod de bare greșit oprește coada, iar o poziție dublată împarte stocul aceluiași produs pe două fișe.
Din ce este alcătuită poziția de produs:
Operațiunile în masă se fac prin import dintr-un fișier sau prin schimb cu sistemul de evidență. Importul trece întotdeauna printr-o verificare înainte de scriere: ce va fi creat, ce modificat, ce respins și de ce. O poziție cu cod de bare duplicat nu se creează în tăcere — ajunge în raportul de respingeri.
Într-o rețea magazinele nu sunt identice: formatul, suprafața, zona și cumpărătorul diferă. Matricea de sortiment răspunde la întrebarea ce poziții din catalogul comun se vând într-un punct anume.
Produsul din catalog este unul, dar starea lui în fiecare punct este proprie. Aceasta este principala diferență dintre evidența de rețea și evidența unui singur magazin:
| Magazinul | În matrice | Prețul | Stocul |
|---|---|---|---|
| Centru | da | 395 | 42 |
| Cartier | da | 385 | 7 |
| Șosea | nu | — | 0 |
Cifrele sunt demonstrative. Prețul diferit nu este o eroare, ci o regulă: punctul de la șosea și magazinul din cartier trăiesc în grupuri de preț diferite. Eroare ar fi aceeași valoare obținută prin corectură manuală în trei locuri.
Prețul de pe bon este rezultatul unui calcul după reguli, nu un număr din fișa produsului. De aceea reevaluarea nu cere modificarea a mii de poziții, iar o sumă contestată de pe bon se analizează pe straturile calculului, nu după memoria casierului.
O poziție are simultan mai multe prețuri: cel de bază, cel pe grupul de preț al magazinelor, cel pe punctul concret. Sistemul îl alege pe cel aplicabil în momentul emiterii bonului. Magazinul din centru și cel de la șosea lucrează cu același nomenclator, dar cu reguli diferite.
Procent sau sumă din prețul de achiziție, pe categorie, furnizor sau grupă de produse. Intrarea la un preț de achiziție nou recalculează automat prețul cu amănuntul, în loc să îl lase la nivelul livrării anterioare.
Condiția de declanșare, mecanica reducerii, datele de început și de sfârșit, ferestre repetate. Promoția pornește și se oprește singură — angajatul nu trebuie să fie prezent la miezul nopții ca să activeze prețul de weekend.
Procent, sumă fixă, preț nou, reducere la produsul ieftin din set, «al doilea la jumătate», cadou în anumite condiții, reducere pe categorie la o anumită sumă a bonului. Mecanica se stabilește prin regulă, nu se recalculează de casier.
Un cod unic pentru o campanie sau un lot de coduri unice pentru destinatari. Se verifică termenul, limita de utilizări, limita pe cumpărător, compatibilitatea cu promoția în vigoare. Consumarea se consemnează în bon — pentru fiecare cod se vede unde și când a fost folosit.
Compatibilitatea reducerilor se stabilește explicit: care se cumulează, care se exclud reciproc. Limita prețului minim nu permite ca mai multe reduceri corecte împreună să ducă poziția sub pragul admis.
Cifrele sunt demonstrative. Rândul despre codul promoțional neaplicat este mai important decât celelalte: cumpărătorul de la casă trebuie să primească motivul refuzului, nu «codul nu este valabil». Fiecare pas al calculului se păstrează în bon și este disponibil la analiza unei cumpărături contestate.
Stocul nu este o mărime informativă, ci rezultatul tuturor documentelor înregistrate pentru poziția respectivă într-un punct anume. Dacă stocul «nu iese», cauza este întotdeauna în documente: ceva nu a fost înregistrat, a fost înregistrat de două ori sau a fost înregistrat unde nu trebuia.
De aceea sistemul nu permite modificarea directă a stocului. Orice schimbare este un document cu tip, autor, oră și conținut de poziții.
Documentele de mișcare a mărfii:
Fiecare document trece prin două stări: ciornă, care poate fi modificată, și înregistrat, care schimbă stocul și se corectează doar printr-un document de stornare. Asta deosebește evidența de un tabel.

Inventarul nu înseamnă «să numărăm tot o dată pe an». Într-un sistem funcțional el este de două feluri, iar al doilea este mai important decât primul.
Lista este scurtă și aproape întotdeauna aceeași. Sistemul nu înlătură singur aceste cauze — le face distingibile:
Inventarul periodic prin sondaj pe categoriile problematice găsește aceste cazuri într-o săptămână, nu într-un an — și le analizează pe un document și un responsabil concrete.
Un singur magazin se conduce cu vocea și cu un caiet. Trei — cu un tabel și cu telefoane. Douăzeci — deja nu: în acel moment nimeni din companie nu poate spune prețul curent al unei poziții în toate punctele fără să sune în fiecare. Sistemul central nu este necesar «de dragul ordinii», ci pentru că metoda manuală încetează să se scaleze la un număr de puncte foarte concret.

Creșterea trece prin trei stări, iar în fiecare se strică altceva. Un singur magazin — datele de la casă sunt suficiente. Mai multe magazine — apare întrebarea al cui nomenclator este cel principal, iar marfa începe să circule între puncte. Zeci și sute de puncte — gestiunea devine o muncă separată: fără un ecran unic, directorul rețelei află despre problemă de la magazin, nu de la sistem. Mai jos — ce se vede și ce se gestionează din panoul central.
Registrul punctelor: format, adresă, suprafață, grup de preț, matrice de sortiment, program de funcționare, responsabili, componența echipamentelor și a locurilor de muncă. Un punct nou se deschide prin copierea setărilor unuia similar, nu prin construirea de la zero.
Catalog unic și matrice pe grupuri de puncte. Introducerea și scoaterea unei poziții sunt acțiuni controlate, cu dată și arie: ce magazine sunt afectate, de la ce dată, ce se face cu stocul poziției scoase.
Regulile de formare a prețurilor pe grupuri de preț și pe puncte, reevaluări planificate cu dată de intrare în vigoare, istoricul modificărilor. Reevaluarea centralizată este descrisă separat mai jos — este cea mai responsabilă operațiune a rețelei.
Stocul pentru fiecare poziție în fiecare punct și pe întreaga rețea, marfa în tranzit între magazine, pozițiile care stau nemișcate, pozițiile pe terminate. Tot de aici se inițiază transferul dintr-un magazin cu surplus într-unul cu deficit.
Bonurile tuturor punctelor într-un singur flux: venit, bon mediu, număr de bonuri, vânzări pe grupe de produse, compararea punctelor între ele și cu propria perioadă anterioară.
Campanii cu arie pe grupuri de magazine, orar și limite. Se vede unde promoția este deja activă, unde va începe, cât s-a vândut la prețul de promoție și ce rezultat a dat, ținând cont de reducere.
Conturi, roluri și drepturi, asocierea la puncte, turele și rezultatele lor. Drepturile se acordă prin rol, nu prin setare personală pentru fiecare — altfel, într-o rețea de cincizeci de magazine, ele nu pot fi verificate.
Registrul caselor, terminalelor, cântarelor și al celorlalte dispozitive, cu asociere la locurile de muncă, versiunea programului, starea și istoricul de service. Se vede unde este o versiune învechită și unde dispozitivul dă rateuri constant.
Fluxul unic de abateri din rețea: casa nu este conectată, terminalul nu răspunde, schimbul nu a trecut, documentul nu a fost înregistrat, neconcordanță la inventar. Abaterea este adresată unui responsabil și are termen, altfel este doar un jurnal.
Operațiunile cu cardul din toate punctele, ponderea celor nereușite, zilele neînchise ale terminalelor, rezultatele reconcilierii cu registrul acceptatorului și lista neconcordanțelor care cer analiză.
Venit, marjă, bon mediu, rotație, ponderea returilor, pierderi, realizarea planului — pe rețea, format, regiune și punct. Un singur set de definiții pentru toți, nu câte o formulă în fiecare raport.
Ce și când a plecat spre puncte, ce a venit înapoi, ce mesaje nu au fost livrate și de ce. Magazinul care de o zi nu trimite vânzările se vede aici, nu este descoperit la închiderea lunii.
Sincronizarea nu înseamnă «o bază comună pentru toți». Magazinul trebuie să vândă atunci când nu există legătură cu serverul central, de aceea fiecare punct are propria copie de lucru a datelor, iar schimbul se face prin mesaje.
Fluxul în jos, de la centru spre puncte: nomenclatorul de produse și coduri de bare, prețurile și regulile de formare a prețurilor, promoțiile și codurile promoționale, matricea de sortiment, setările echipamentelor, conturile și drepturile, actualizările programului de casă.
Fluxul în sus, de la puncte spre centru: bonurile și conținutul lor, operațiunile de plată, mișcările de marfă, rezultatele turelor, evenimentele echipamentelor, rezultatele inventarelor, acțiunile angajaților.
Regulile după care funcționează:
Cea mai responsabilă operațiune a rețelei: afectează toate punctele simultan și se vede la cumpărător în aceeași zi. De aceea este construită ca un document cu dată de intrare în vigoare, nu ca o corectură de nomenclator.
Captură din sistem: cifrele sunt demonstrative. Sensul pasului al cincilea: magazinul fără legătură nu iese din reevaluare și nu începe să vândă la prețul vechi pe termen nedefinit. Documentul se va aplica mai târziu, dar de la data corectă.
Reevaluarea este reversibilă: documentul poate fi anulat înainte de intrarea în vigoare sau acoperit de unul nou. Valorile anterioare sunt păstrate pentru fiecare poziție, de aceea revenirea la ele este o operațiune, nu o restaurare din copia de rezervă.
Casa și POS-ul
Circuitul de plată
Marfa și stocurile
Gestiunea rețelei
Fidelitatea nu începe cu punctele, ci cu identificarea: cât timp cumpărătura este anonimă, programul nu are cu ce lucra. Sarcina modulului este să lege bonul de cumpărător la casă în câteva secunde și să nu blocheze coada.
Metode de identificare la casă: card de plastic cu cod de bare, număr de telefon, cod QR în aplicația mobilă, card virtual. Metoda se alege după formatul magazinului: acolo unde coada este lungă, introducerea manuală a numărului de telefon este o soluție proastă.
Ce poate face modulul:
Programul de fidelitate trăiește în sala de vânzare, nu într-un raport de marketing. Cerințele i le impune coada:
Cifrele sunt demonstrative. Important este al treilea rând: limitarea ponderii plății în puncte este o regulă, nu decizia casierului. Și al cincilea: punctele se acordă pentru partea plătită efectiv cu bani, altfel programul începe să își acorde puncte singur.
Datele despre cumpărături și segmente sunt cele care leagă fidelitatea de analiză și de scenariile AI de mai jos: oferta are sens atunci când este construită pe istoricul cumpărăturilor unui cumpărător anume, nu pe o trimitere generală în toată baza.
Într-un magazin cu bani și marfă lucrează oameni cu răspunderi diferite. Drepturile de acces nu țin de secretomanie, ci de faptul că fiecare acțiune trebuie să aibă un autor și că o operațiune obișnuită nu trebuie să ceară un superior, iar una riscantă nu trebuie să se execute în tăcere.
Cum este construit modelul de drepturi: permisiunile se acordă unui rol, rolul se atribuie unui angajat, iar angajatul se asociază punctelor. Setările personale pentru fiecare lucrător dintr-o rețea de cincizeci de magazine nu pot fi nici acordate, nici verificate.
Jurnalul acțiunilor nu este o arhivă «pentru orice eventualitate». Este un instrument de lucru: după el se analizează o cumpărătură contestată, o lipsă din tură și o reclamație a cumpărătorului, și tot el alimentează secțiunea de control al operațiunilor de mai jos.
Setul de operațiuni și repartizarea pe roluri se stabilesc pentru fiecare rețea. Mai jos — un cadru tipic de la care pornește configurarea:
Ultimul rând nu este o greșeală. Dreptul «de a vedea tot» se acordă la fel de prudent ca dreptul de a schimba prețul: directorul magazinului răspunde de punctul lui și îl vede pe al lui, nu pe cel vecin.
Sistemul nu previne automat abuzurile și nu pronunță sentințe. El face operațiunile observabile: stabilește reguli, înregistrează fiecare abatere de la ele și adună cazurile asemănătoare într-o coadă pentru analiza de către om. Este un circuit de control, nu un «antifraud care prinde tot».
Ponderea returilor se calculează pe casier, punct, grupă de produse și oră din zi. Abaterea de la nivelul obișnuit este un semnal: returi fără cumpărător, returi la finalul turei, returi repetate ale aceleiași poziții.
Anularea bonului înainte de închidere și ștergerea pozițiilor din bon sunt operațiuni normale, dar frecvența lor la un casier anume se compară cu nivelul turei și al punctului. Un dezechilibru brusc intră sub observație.
Reducerea aplicată manual, reducerea la fiecare cumpărătură a aceluiași client, reducerea la poziții cu marjă mare la finalul turei. Fiecare caz se păstrează cu autor, temei și sumă.
Dreptul de a schimba prețul la casă este o excepție, nu o normă. Acolo unde a fost acordat, fiecare utilizare se consemnează cu valoarea anterioară și cea nouă și ajunge într-un raport separat, în loc să se dizolve în jurnalul general.
Profilul de lucru: bonul mediu, ponderea numerarului, ponderea returilor și a anulărilor, numărul de deschideri ale sertarului fără vânzare, lucrul în tura altcuiva. Comparația se face cu același casier în trecut și cu colegii din același punct.
Plată în registrul acceptatorului fără bon în sistem, bon fără operațiune de plată, sume diferite în bon și în plată. Fiecare neconcordanță este scoasă în evidență cu sumă, oră, casă și terminal.
Vânzări în afara programului punctului, bonuri cu sumă zero, bon repetat cu același conținut, deschiderea sertarului fără vânzare, autentificare sub contul altcuiva.
Înregistrare imuabilă a fiecărei operațiuni semnificative: autor, oră, loc de muncă, valoarea anterioară și cea nouă. Se păstrează separat de datele de lucru, de aceea nu se corectează odată cu ele.
Acordarea și revocarea drepturilor, modificarea regulilor de preț, dezactivarea unei verificări, închiderea manuală a turei, accesul la exportul bazei de clienți — se consemnează separat și ajung imediat la responsabil, nu la finalul lunii.
| Semnal | Ce știe sistemul | Ce verifică omul |
|---|---|---|
| Ponderea returilor unui casier este de trei ori mai mare decât media punctului | 14 returi într-o tură, 11 — în ultima oră, toate în numerar | Înregistrările camerelor, prezența cumpărătorilor, explicația angajatului |
| Reducerea manuală a fost aplicată de 23 de ori | Un singur casier, un singur interval de sume, grupe de produse diferite | Temeiul reducerii, existența unei dispoziții, repetabilitatea clientului |
| Plată în registru fără bon în sistem | Suma și ora corespund turei, bonul lipsește | Întrerupere de comunicație sau vânzare neînregistrată — după jurnalul casei |
| Sertarul de bani s-a deschis de 40 de ori fără vânzare | O singură casă, o singură tură, intervale de 3–5 minute | Schimb de bani, problemă tehnică la încuietoare sau retragere de numerar |
| Inventar: lipsă pe o singură categorie | Neconcordanță doar la grupa de tutun, trei puncte la rând | Recepția, transferurile, descărcările și accesul la locul de păstrare |
Captură din sistem: cifrele sunt demonstrative. Niciun rând nu înseamnă o încălcare — fiecare înseamnă că cifrele s-au abătut de la obișnuit și că acest lucru trebuie explicat. Diferența este de principiu: regula ridică întrebarea, răspunsul îl dă omul.
Sensul practic al circuitului stă în viteză. Fără el, neconcordanța se descoperă la inventar, la luni după eveniment, când nu mai există nici înregistrări, nici memorie. Cu el, abaterea se vede a doua zi, iar analiza se face pe un bon concret, o tură concretă și o operațiune concretă.
Analiza în retail nu înseamnă «grafice frumoase», ci răspunsul la patru întrebări: cât s-a câștigat, din ce anume, ce încurcă și ce se face cu comanda pentru săptămâna următoare. Restul sunt derivate.
Calculul se face pe o copie a datelor operaționale, nu pe baza de producție: un raport greu pe un an nu trebuie să încetinească casa din sală.
Ce calculează sistemul:
Separat — raportarea de regulament: rapoarte pe tură și pe zi, pe puncte, borderouri pentru contabilitate, reconcilierea cu acceptatorul, date pentru sistemul de evidență. Ea are program și destinatari, de aceea nu cere ca cineva să își amintească de ea la finalul lunii.

Cea mai frecventă problemă a raportării într-o rețea nu este lipsa cifrelor, ci existența mai multor cifre diferite pentru același indicator. Venitul «cu returi» și «fără», bonul mediu «pe bonuri» și «pe cumpărători», marja «pe preț de listă» și «pe reducerea efectivă» dau numere diferite, iar disputa despre ele mănâncă mai mult timp decât analiza însăși.
De aceea definițiile indicatorilor se stabilesc în sistem o singură dată și sunt folosite de toate rapoartele. Schimbarea definiției este o acțiune controlată, cu dată, nu o corectură de formulă în tabelul cuiva.
Captură din sistem: cifrele sunt demonstrative. Ordinea plăcilor nu este întâmplătoare: pe primul loc nu stau vânzările, ci punctele care nu au trimis date — cât timp lipsesc, orice procent de mai jos este calculat pe o imagine incompletă.
Sistemul de retail rareori este singurul din companie: evidența, contabilitatea, depozitul și magazinul online funcționează de obicei deja. Integrarea nu este necesară «de formă», ci pentru ca aceleași date să nu fie introduse de două ori și să nu difere între sisteme.
De regulă el deține nomenclatorul, furnizorii și prețurile de achiziție; sistemul de retail deține vânzările, prețurile cu amănuntul și stocurile pe puncte. Direcția schimbului pentru fiecare nomenclator se fixează explicit — altfel două surse «principale» încep să se rescrie una pe alta.
Transferul veniturilor pe puncte și pe persoane juridice, al documentelor de mișcare a mărfii, al proceselor-verbale de descărcare, al datelor despre returi și despre operațiunile cu cardul. Periodicitatea și conținutul sunt stabilite de cerințele contabile, nu de comoditatea exportului.
Cumpărători, segmente, istoricul cumpărăturilor, puncte și oferte personalizate. Din sistemul de retail pleacă faptele de cumpărare, din CRM vin segmentele și campaniile — la casă ele se transformă într-o reducere sau o ofertă concretă.
Acolo unde rețeaua are un centru de distribuție: cererile magazinelor, expedierile către puncte, recepțiile, returile la depozit. Transferul rămâne o operațiune cu două jumătăți, chiar și atunci când jumătățile trăiesc în sisteme diferite.
Catalog și prețuri comune, stocul punctului ca sursă pentru ridicarea personală, comanda pregătită în magazin, returul unei cumpărături online la casă. Analiza detaliată a vitrinei și a comenzilor — pe pagina comerț electronic.
Schimbul casei cu terminalul, primirea registrului de operațiuni pentru reconciliere, statusurile returilor. Componența este determinată de modelul terminalului și de contractul cu acceptatorul și se precizează la analiză.
Angajații, repartizarea pe puncte, graficele de ture. Tura de la casă și tura din pontaj încetează să fie două înregistrări diferite pe care le potrivește un om.
API documentat al sistemului pentru consumatori terți și conectarea serviciilor externe: campanii, mesagerie, servicii de bonuri și notificări, programe de parteneriat. Formatul este versionat — o modificare apare ca versiune nouă, cea veche continuă să funcționeze.
Asincronie, retrimitere cu interval crescător, idempotența receptorului, jurnal pentru fiecare mesaj, cu corp și rezultat, reconcilierea periodică a cifrelor-cheie. Neconcordanța devine o sarcină, în loc să fie descoperită la închiderea lunii.
Înainte de dezvoltarea schimbului se rezolvă întotdeauna o singură întrebare: care sistem deține care nomenclator. Cât timp nu există răspuns, integrarea se transformă într-un ciclu de rescrieri reciproce, imposibil de depanat.
O rețea de retail acumulează date mai repede decât apucă să le citească: bonuri pe poziții și ore, stocuri pe puncte, mișcări de marfă, acțiuni ale angajaților, evenimente ale echipamentelor. AI nu este aici un produs separat, ci un strat peste aceste date, care răspunde la întrebări pentru care omul nu are timp.
Schema este aceeași în toate scenariile: date → analiză → rezultat → acțiune. Scenariul căruia îi lipsește ultima verigă rămâne o demonstrație.
Scenarii practice:
Granița este onestă: modelul funcționează pe istoricul acumulat. Cât timp vânzările nu se scriu pe poziții și pe ore, iar mișcările de marfă se înregistrează retroactiv, nu este ce prognoza — mai întâi circuitul de evidență, apoi analiza deasupra lui. Analiza detaliată a direcției — pe pagina implementării inteligenței artificiale.

Al patrulea pas este obligatoriu. O recomandare care ajunge în comandă fără om transformă eroarea modelului într-o achiziție reală — iar ultimul pas transformă această eroare într-o corecție.
O parte din marfa magazinului se păstrează în echipamente care au un regim de funcționare: vitrine frigorifice, lăzi de congelare, camere din spațiul auxiliar. Abaterea regimului nu se vede în evidența mărfurilor — ea se manifestă prin descărcare peste câteva zile.
De aceea de circuitul de retail se leagă monitorizarea echipamentelor: aceleași puncte, aceiași responsabili, același principiu «abaterea este adresată unui om și are termen».
Ce se pune sub observație în magazin:
Legătura cu retailul este directă: istoricul de temperatură confirmă regimul de păstrare în fața controlului și a partenerului, iar o abatere depistată devreme reduce descărcările — adică ajunge în aceleași rapoarte de pierderi ca și lipsurile de la inventar.

Ce se poate prelua fizic de la un echipament anume ține de controlerul lui: unele modele oferă valorile și erorile spre exterior, altele cer senzori externi. Asta se clarifică la analiză, după documentația producătorului.
Analiza completă a direcției — senzori și controlere, canale de comunicație, partea de server, panoul unic, notificări și gestiune la distanță — pe o pagină separată monitorizare IoT și gestiunea echipamentelor.
Componența se alcătuiește după sarcină: un magazin singular nu are nevoie de matrice și de transferuri între puncte, o rețea de patruzeci de magazine nu se descurcă fără ele. Mai jos — lista completă din care se compune configurația.
Ecranul casierului, formarea bonului, lucrul cu scanerul și cu cântarul, plata, tipărirea documentului, bonurile suspendate, regimul autonom.
Deschiderea și închiderea turei, rapoartele intermediare și finale, depunerea și retragerea numerarului, calculul diferenței.
Schimbul cu terminalul de plată, stările operațiunii, asocierea plății cu bonul, returile, analiza operațiunilor nefinalizate, reconcilierea.
Retur după numărul bonului, retur parțial, verificarea pozițiilor deja returnate, restituirea banilor și a punctelor, bonul de retur.
Poziții, coduri de bare, unități de măsură, produse la gramaj, categorii, furnizori, reguli de circulație, statusuri și arhivă.
Componența sortimentului pe grupuri de puncte, introducerea și scoaterea pozițiilor cu dată, controlul vânzărilor în afara matricei.
Grupuri de preț, reguli de adaos, reevaluări planificate cu dată de intrare în vigoare, prețul minim, istoricul modificărilor.
Condiții de declanșare, mecanici, orar, aria pe puncte, limite, compatibilitate, generarea și consumarea codurilor.
Stocul pe punct și pe rețea, marfa în tranzit, rezervările, pragurile de stoc redus, pozițiile fără mișcare.
Intrarea de la furnizor și de la centrul de distribuție, scanarea, verificarea cu avizul, consemnarea neconcordanțelor.
Expedierea și recepția ca două jumătăți ale unei operațiuni, marfa în tranzit, controlul transferurilor neînchise.
Spargere, deteriorare, termen de valabilitate, consum intern, retur pentru defecte cu referință la recepția inițială.
Complet și prin sondaj, renumărare prin scanare, neconcordanțe în bucăți și în bani, aprobarea rezultatului.
Registrul magazinelor, grupuri de puncte, setări de format, deschiderea unui punct nou prin copierea configurației.
Ecranul unic al rețelei: vânzări, stocuri, prețuri, promoții, echipamente, erori, indicatori-cheie, starea schimbului.
Cozi de schimb, data intrării în vigoare, confirmarea aplicării, retrimiterea, jurnalul și reconcilierea.
Identificarea cumpărătorului, puncte, niveluri, termene de valabilitate, segmente, oferte personalizate, comunicări.
Profiluri, acorduri de prelucrare a datelor, istoricul cumpărăturilor, canale de comunicare, unificarea duplicatelor.
Roluri și permisiuni, aria de acțiune pe puncte, confirmarea operațiunilor de către superior, jurnalul acțiunilor, revocarea accesului.
Reguli de observare, coadă de analiză, rapoarte despre returi, reduceri și anulări, consemnarea evenimentelor critice.
Case, terminale, cântare, scanere și alte dispozitive, cu asociere la locurile de muncă, versiuni și istoric de service.
Temperatură, uși, alimentare, erori ale controlerelor, pierderea legăturii; evenimente cu destinatar și termen de reacție.
Vânzări, marjă, rotație, returi, pierderi, eficiența promoțiilor, activitatea angajaților, secțiuni libere.
Schimb cu ERP, contabilitatea, CRM, depozitul, magazinul online și serviciile externe. API, webhook-uri, cozi, jurnal.
Sistemul nu se lansează integral și dintr-odată în toată rețeaua. Ordinea de mai jos reflectă dependențele: fiecare pas se sprijină pe datele apărute la cel anterior și se verifică într-un singur punct înainte de extindere.
Procesele curente, nomenclatoarele, echipamentele din puncte, sistemele-proprietar ale datelor, cerințele pentru partea fiscală. Rezultatul — schema entităților, harta integrărilor și lista limitărilor.
Migrarea nomenclatorului, codurile de bare, prețurile, recepția și stocurile, locul de muncă de la casă cu echipamentele conectate și cu terminalul de plată. Lansare într-un singur punct.
Panoul central, matricele de sortiment, prețurile și promoțiile centralizate, transferurile între puncte, sincronizarea și drepturile de acces. Conectarea celorlalte magazine.
Fidelitate, controlul operațiunilor, analiză, monitorizarea echipamentelor, scenarii AI pe istoricul acumulat. Fiecare bloc — un release separat, cu rezultat măsurabil.
Scrieți-ne câte puncte aveți, ce funcționează deja — casa, sistemul de evidență, depozitul, magazinul online — și ce echipamente sunt în sală. Vom analiza procesul, vom spune ce se poate migra și ce va trebui construit din nou și vom propune ordinea implementării.