Analizăm procesul dvs. de vânzări și propunem arhitectura
Catalogul, comenzile, plățile și schimbul cu sistemul de evidență — pe schemă, înainte de începerea dezvoltării.
Comerț electronic
Software pentru vânzări online
Sistemul de comerț electronic duce marfa de la fișa din catalog până la comanda plătită și livrată. Mai jos — modulele sistemului, procesele pe care le acoperă și legătura cu CRM, ERP, depozitul și casele de marcat.
Ce este software-ul
pentru comerț electronic
Software pentru comerț electronic — un sistem care păstrează datele despre produse, prețuri și stocuri, primește comenzi prin internet, procesează plata și transmite comanda spre execuție: în depozit, în livrare și în evidență.
Se deosebește de un site obișnuit prin faptul că operează nu cu pagini, ci cu obiecte de evidență: produs, preț, stoc, comandă, plată, expediere, retur — înregistrări cu stare și istoric proprii. Aceeași comandă poate veni din aplicație, dintr-un automat, de la un manager sau de pe un marketplace.
Este un circuit de evidență peste vitrină, nu vitrina în sine. Vitrina poate fi înlocuită sau dublată fără a rescrie evidența.
Din ce este alcătuit sistemul
- Vitrina — interfața cumpărătorului: site, aplicație mobilă, ecranul unui automat, chioșc de autoservire
- Nucleul de date — produse, categorii, atribute, prețuri, stocuri, clienți, comenzi
- Logica de business — regulile de prețuri, reduceri, disponibilitate a produsului, calcul al livrării și al taxelor
- Stratul de procese — statusurile comenzii, rezervările, operațiunile de plată, expedierile, returile
- Stratul de integrare — schimbul cu CRM, ERP, depozitul, casele de marcat, serviciile de plată și de logistică
- Panoul de administrare — locul de muncă al managerului de conținut, al operatorului de comenzi, al managerului de categorie
- Analiza — vitrina de date despre vânzări, pâlnie, stocuri și returi
Ce sarcini rezolvă sistemul
Șase sarcini pentru care se implementează o platformă de e-commerce. Până la implementare fiecare se acoperă manual — cu tabele, corespondență și telefoane.
O singură sursă de date despre produs
Caracteristicile, fotografiile, prețul și stocul sunt păstrate într-un singur loc și ajung în toate canalele de vânzare. Nu există neconcordanțe între site, aplicație și casa de marcat.
Preluarea comenzilor fără operator
Comanda se creează, se verifică și se plătește automat, non-stop. Omul este necesar acolo unde se cere o decizie: livrare nestandard, retur în litigiu, angro.
Stocuri de încredere
Rezervarea la plasarea comenzii nu permite vânzarea aceluiași produs de două ori. Anulările din lipsă de marfă în depozit se reduc la cazuri izolate.
Prețuri controlate
Prețurile și reducerile se stabilesc prin reguli, nu prin editarea manuală a fișelor. Reevaluarea unui catalog cu mii de poziții durează minute și este reversibilă.
Legătura cu evidența
Comanda, plata și expedierea ajung în contabilitate și în evidența de depozit fără reintroducere. Reconcilierea încetează să mai fie o muncă separată.
Măsurabilitate
Se vede ce se cumpără, ce se caută și nu se găsește, unde se abandonează plasarea comenzii, ce produse se returnează. Sortimentul se planifică pe date.
Ce procese
automatizează sistemul
Automatizarea nu înseamnă «un robot în locul vânzătorului», ci trecerea operațiunilor repetitive în reguli pe care sistemul le aplică singur și al căror rezultat îl scrie în istoric.
Regula acționează până când i se schimbă condițiile. Controlul rămâne: fiecare acțiune automată are autor, oră și valoarea anterioară în jurnal.
Ce trece în regim automat:
| Ora | Ce a făcut sistemul singur |
|---|---|
| 09:41 | Adaos 18%: recalculate 1 240 poziții |
| 10:00 | Promoția «−15% la ceai» a pornit conform programării |
| 10:03 | Refuz la comanda nr. 14 190: +2 buc în stoc |
| 10:06 | Stoc redus SKU 77-1043: notificare către achiziții |
- Publicarea și retragerea produsului de la vânzare
- Recalcularea prețurilor după reguli și adaosuri
- Pornirea și oprirea promoțiilor conform programării
- Verificarea și consumarea codurilor promoționale
- Rezervarea stocului pentru comandă
- Schimbarea statusurilor comenzii
- Debitarea și restituirea banilor
- Calculul costului livrării
- Generarea documentelor de expediere
- Transmiterea comenzii către serviciul de livrare
- Notificări către client la fiecare etapă
- Returul produsului în stoc după refuz
- Transferul datelor în CRM și ERP
- Fiscalizarea bonului la casa de marcat
- Actualizarea rapoartelor și a vitrinelor de date
- Notificări despre stocul redus
Cum funcționează
catalogul de produse
Catalogul — un depozit structurat de date despre produse: ce se vinde, prin ce se deosebesc produsele între ele și după ce criterii sunt găsite.
Din ce se compune un catalog funcțional:
- Categorii — arborele de secțiuni; un produs poate sta simultan pe mai multe ramuri
- Atribute — caracteristici cu tip de date: număr, listă, indicator, interval. Pe baza lor se construiesc filtrele
- Variante — mărime, culoare, volum: o fișă comună, coduri de produs și stocuri separate
- Seturi și pachete — o poziție care, la comandă, descarcă alte câteva
- Media — fotografii, video, instrucțiuni, certificate în mai multe rezoluții
- Legături — analoage, accesorii, produse asociate, înlocuitori pentru cele scoase din producție
- Statusul poziției — ciornă, publicat, ascuns, arhivă. Arhiva nu se șterge, pentru ca vechile comenzi să nu-și piardă istoricul
Unitatea de bază a catalogului este poziția de produs cu cod unic (SKU): date imuabile, descriere editabilă și obiecte asociate — imagini, documente, prețuri, stocuri.
Operațiunile în masă se fac prin import și export: fișier, API sau extragere din sistemul de evidență. Importul trece întotdeauna printr-o verificare: ce va fi creat, ce modificat, ce respins și de ce.
412poziții noi
1 268actualizate
17respinse
Respinse: cod de produs duplicat — 9, atribut obligatoriu «Brand» gol — 5, categorie necunoscută — 3. Până la confirmare nu a fost scris în catalog niciun rând.
Cum sunt gestionate
prețurile
Prețul — nu un câmp din fișa produsului, ci rezultatul unui calcul după reguli, la momentul cererii. Pentru un produs există simultan mai multe prețuri, iar sistemul îl alege pe cel aplicabil.
De aceea prețul nu trebuie corectat în mii de fișe: e suficient să schimbi regula sau lista de prețuri de bază.
Straturile de formare a prețului:
- Prețul de bază — din sistemul de evidență sau stabilit manual
- Liste de prețuri — retail, angro, de partener, regională
- Reguli de adaos — procent sau sumă din prețul de achiziție, pe categorie sau pe furnizor
- Prețuri personalizate — pe segment de client sau pe un contract anume
- Grile de volum — prețul depinde de cantitatea din comandă
- Valută și rotunjire — conversia la curs și aducerea la un pas «frumos»
- Taxe — cota pe poziție, prețul cu și fără taxă
Fiecare schimbare de preț se scrie în istoric: cine, când, după ce regulă și care era valoarea. Pe el se sprijină rapoartele de marjă și analiza comenzilor în litigiu.
Ordinea de aplicare
Regulile se rezolvă după prioritate, nu se însumează orbește. Ordinea tipică de calcul al prețului unei poziții:
- Se determină lista de prețuri a cumpărătorului
- Se ia prețul de bază al poziției din această listă
- Se aplică grila de volum după cantitate
- Se suprapun condițiile personalizate din contract
- Se aplică promoția cu prioritatea cea mai mare
- Se aplică codul promoțional, dacă este compatibil cu promoția
- Se acordă și se consumă punctele de fidelitate
- Se calculează taxa și totalul pe poziție
Compatibilitatea se stabilește explicit: ce reduceri se cumulează, care se exclud reciproc, care este prețul minim admis. Limita de preț minim nu permite ca mai multe reduceri corecte împreună să ducă poziția în pierdere.
- Preț de bază, lista «Angro»4 200
- Grilă de volum, de la 10 buc−210
- Condiția contractului nr. 218−120
- Cod promoțional SPRING, compatibil cu promoția−186
- Preț minim — 3 500, limita nu s-a declanșat3 684
- Taxă 12%+442
- Total pe poziție4 126
Cum funcționează promoțiile și codurile promoționale
Promoția — o regulă pe care sistemul o aplică singur comenzilor potrivite. Codul promoțional — aceeași regulă, activată de cumpărător printr-un cuvânt-cod. Ambele se descriu la fel: condiție, mecanică, termen, limite.
Condiția de declanșare
Ce trebuie să fie în comandă: produse, categorie, brand, sumă minimă, mod de livrare, segment de client, canal de vânzare, ora din zi sau ziua săptămânii.
Mecanica reducerii
Procent, sumă fixă, preț nou, reducere la cel mai ieftin produs din set, livrare gratuită, cadou, puncte în loc de reducere.
Termen și programare
Datele de început și de sfârșit, ferestre repetate (de exemplu, în fiecare vineri), pornire și oprire automate, fără intervenția unui angajat.
Limite
Limita totală de utilizări, limita pe client, coduri personale de unică folosință, interdicția de suprapunere cu alte promoții, prețul minim al poziției.
Generarea codurilor
Un cod unic pentru o campanie sau un lot de coduri unice pentru destinatari. Lotul se descarcă într-un fișier și se urmărește pentru fiecare cod.
Evidența rezultatului
Pentru fiecare promoție se vede: câte comenzi, suma reducerilor, venitul și marja ținând cont de reducere, câte coduri au fost activate și câte au rămas.
Cum este construit
coșul
Coșul — ciorna comenzii: un set de poziții care nu a creat încă obligații nici pentru cumpărător, nici pentru magazin. Produsul din el nu este rezervat, prețul nu este fixat, de aceea coșul se recalculează la fiecare deschidere.
Recalcularea verifică patru lucruri: produsul se vinde, este suficient în depozit, prețul nu s-a schimbat, reducerile sunt valabile. Modificările sunt văzute de cumpărător înainte de plată, nu după debitarea banilor.
Ce trebuie să poată face coșul:
- Să trăiască între dispozitive — coșul format în browser se deschide în aplicație după autentificare
- Să funcționeze fără cont — vizitatorul își face comanda imediat, autentificarea e necesară doar la plasare
- Să se unifice la autentificare — coșul de vizitator se unește cu cel salvat, nu îl suprascrie
- Să respecte limitele — sumă minimă, multiplu de ambalaj, limită de cantitate pe client
- Să separe indisponibilul — pozițiile retrase de la vânzare și cele epuizate sunt afișate separat
- Să calculeze cu voce tare — totalul este defalcat pe suma pozițiilor, reducere, livrare și taxe
- Produsul se vinde4 din 4Toate pozițiile sunt publicate, niciuna retrasă de la vânzare
- Este suficient în depozit1 poziție«Cafea boabe, 1 kg» — disponibile 2 din 3, restul mutat la indisponibile
- Prețul nu s-a schimbat1 poziție«Fierbător electric» s-a scumpit cu 120 din momentul adăugării
- Reducerile sunt valabileDaCodul promoțional SPRING este activ, până la finalul promoției mai sunt 4 zile
Total pentru plasare: 3 poziții, 11 640 som. Ambele neconcordanțe sunt arătate cumpărătorului înainte de plată, nu după debitarea banilor.
Liste amânate
Lângă coș trăiesc liste care nu duc la cumpărare: favorite, listă de așteptare, comparare după caracteristici, repetarea unei comenzi anterioare. Sunt separate intenționat — altfel totalul comenzii încetează să fie univoc.
Coșul abandonat
Cea mai mare parte a coșurilor nu devine comandă. Sistemul le păstrează cu marcaj de timp și poate readuce cumpărătorul: memento pe e-mail sau în mesagerie, link de restaurare a conținutului, ofertă personalizată.
Mementoul se trimite o singură dată, la eveniment, și nu se transformă în newsletter — dezabonarea costă mai mult decât comanda recuperată.
Ce se măsoară
- Ponderea coșurilor ajunse la plasarea comenzii
- Pasul de plasare la care se abandonează cel mai des
- Conținutul și suma medie a coșului
- Frecvența schimbării prețului între adăugare și plată
- Revenirile cumpărătorilor după mementoul despre coș
Cum se plasează
comenzile
Comanda — un document care fixează conținutul cumpărăturii, prețurile la momentul plasării, cumpărătorul, condițiile de livrare și de plată. Mai departe comanda trăiește printr-un set finit de statusuri, iar fiecare tranziție se înregistrează.
Prețurile și reducerile se fixează la plasare: schimbarea prețului sau finalul promoției nu afectează o comandă deja creată — altfel suma de plată ar diferi de suma de pe bon.
Plasarea pas cu pas:
- Coșul: recalcularea prețurilor, verificarea disponibilității și a limitelor
- Identificarea cumpărătorului: autentificare, înregistrare sau plasare fără cont
- Alegerea livrării: adresă, punct de ridicare, interval, calculul costului
- Alegerea metodei de plată și aplicarea codului promoțional
- Rezervarea stocurilor pentru pozițiile comenzii
- Crearea comenzii și a numărului ei, trimiterea confirmării
- Plata sau confirmarea plății la primire
- Transmiterea spre execuție: pregătire, expediere, livrare
Statusuri tipice: nouă → așteaptă plata → plătită → în pregătire → predată la livrare → livrată → finalizată. În paralel merg ramurile de anulare și de retur. Setul se configurează după procesul companiei, dar rămâne finit și explicit.
Editarea comenzii este o operațiune separată, cu drepturi de acces: adăugarea unei poziții, înlocuirea unui produs, schimbarea cantității, plata suplimentară sau returul parțial. Fiecare modificare păstrează versiunea anterioară a conținutului.
- 12Nouă
- 8Așteaptă plata
- 34Plătită
- 19În pregătire
- 41În livrare
- 5Anulare și retur
Cum sunt procesate
comenzile în call-center
Call-centerul — nu un program separat, ci un loc de muncă peste aceeași coadă de comenzi. Operatorul vede aceleași obiecte ca și cumpărătorul în contul personal, plus operațiuni închise pentru client: modificarea conținutului, reducerea în limita permisă, ridicarea rezervării, restituirea banilor.
Solicitarea este o înregistrare cu status și istoric, la fel ca o comandă: are canal, temă, comandă asociată, responsabil și termen de răspuns. De aceea conversația nu se pierde la predarea între ture, iar rezultatul ei se vede în fișa clientului.
Traseul unei solicitări pas cu pas:
- Solicitarea ajunge în coada comună din orice canal: apel, chat pe vitrină, mesagerie, e-mail, cerere de apel invers
- Clientul este identificat după număr sau e-mail, iar odată cu el se ridică comenzile, returile și solicitările lui anterioare
- Coada se distribuie către operatorii liberi ținând cont de temă, limbă și prioritatea clientului
- Operatorul deschide fișa comenzii și confirmă conținutul, adresa și intervalul de livrare
- Modificările se fac prin operațiuni: înlocuirea unei poziții, plată suplimentară, retur parțial — fiecare are autor și versiune anterioară
- Comanda pleacă spre execuție, iar clientul primește confirmarea în același canal din care a scris
- Rezultatul se fixează în fișă: tema, soluția, durata conversației, comanda asociată
Munca de ieșire este construită la fel: confirmarea comenzii înainte de pregătire, apel pentru o livrare nestandard, revenirea la coșul abandonat, apeluri pentru un retur în litigiu. Fiecare contact se scrie în același istoric ca și solicitările primite.
Cine lucrează în tură
- Operatorul de linia întâi — preia solicitarea, răspunde la întrebări tipice, plasează comanda prin telefon
- Consultantul de produs — alege poziția după caracteristici, compatibilitate și disponibilitate, propune un analog în locul celui epuizat
- Managerul de comenzi — conduce comanda până la expediere: modificări de conținut, plăți suplimentare, termene, angro și comenzi ale persoanelor juridice
- Managerul de returi — verifică admisibilitatea returului, pornește restituirea banilor, analizează reclamațiile
- Supervizorul de tură — distribuie încărcarea, intră în conversațiile dificile, urmărește coada și termenele de răspuns
Ce se măsoară
- Timpul până la răspuns și ponderea solicitărilor rămase fără răspuns
- Ponderea întrebărilor rezolvate la primul contact, fără apel repetat
- Conversia confirmării de ieșire a comenzii
- Anulări și returi după conversația cu operatorul
- Temele solicitărilor sunt un indiciu direct despre ce trebuie reparat în vitrină și în fișa produsului
Cum funcționează plățile
Magazinul nu păstrează datele cardurilor și nu efectuează el însuși plata: îl transmite pe cumpărător procesatorului de plăți, primește rezultatul operațiunii și îl leagă de comandă. Restul este gestionarea ciclului de viață al plății.
| Comanda | Operațiune | Sumă | Status |
|---|---|---|---|
| 14 208 | Blocare | 12 480 | Blocat |
| 14 201 | Debitare | 6 350 | Efectuată |
| 14 177 | Restituire | 2 100 | Efectuată |
| 14 206 | Ridicarea blocării | 3 940 | Ridicată |
| 14 209 | Refuz al băncii 05 | 890 | Reluare |
Blocarea a fost ridicată fără plată de restituire: produsul nu s-a găsit în depozit. Retrimiterea cererii cu aceeași cheie de idempotență nu creează un al doilea rând.
812operațiuni
98,6%reușite
42 minblocare medie
0neconcordanțe
Metode de plată
Card bancar, QR și sistemul de plăți instant, portofele electronice, plata la primire, cont bancar pentru persoane juridice, rate și credit, plata cu puncte.
Schema în două etape
Mai întâi blocarea: suma este blocată pe card, dar nu debitată. Debitarea — după pregătirea comenzii. Dacă produsul nu s-a găsit, blocarea se ridică fără plată de restituire.
Notificările procesatorului
Rezultatul operațiunii vine printr-o cerere separată de server, nu prin revenirea cumpărătorului pe site. Un browser închis nu strică plata: statusul se actualizează la notificare.
Idempotența
Retrimiterea aceleiași cereri de plată nu creează o a doua plată. Fiecare operațiune are o cheie după care procesatorul și sistemul recunosc duplicatul.
Fiscalizarea
După plată, casa de marcat online generează bonul fiscal și îl trimite cumpărătorului. La retur se generează bonul de retur pentru pozițiile returnate.
Reconcilierea
Compararea zilnică a operațiunilor din sistem cu registrul procesatorului și cu extrasul bancar. Neconcordanțele ajung într-o listă separată și se analizează manual.
Cum se sincronizează
stocurile
Stocul — cantitatea de produs disponibilă la vânzare chiar acum. Nu este cantitatea fizică din depozit: o parte este rezervată pentru comenzi, o parte este în tranzit, o parte este blocată ca defect.
Disponibil la vânzare = stoc fizic − rezervări − blocări + livrări confirmate în tranzit (dacă este permisă precomanda).
Când există mai multe depozite și puncte, stocul se calculează separat pentru fiecare depozit, iar vitrinei i se arată suma depozitelor din care este posibilă livrarea în regiunea aleasă.
Cum este construit schimbul:
- Transfer complet — tot nomenclatorul de stocuri, conform programării, de obicei noaptea
- Schimb incremental — doar modificările de la ultima sincronizare, la câteva minute
- Evenimente — sistemul de evidență anunță singur modificarea în momentul în care s-a produs
- Coadă de mesaje — schimbul nu se pierde dacă depozitul sau site-ul sunt temporar indisponibile
- Rezolvarea conflictelor — se stabilește dinainte a cui valoare se consideră corectă în caz de neconcordanță
Rezervarea are întotdeauna un termen de viață: o comandă neplătită la timp eliberează produsul înapoi la vânzare — altfel coșurile abandonate «mănâncă» tot stocul disponibil.
Ce dă o evidență corectă a stocurilor
- Cumpărătorul nu plasează comandă pentru un produs care nu există
- Operatorul nu pierde timp cu apeluri de anulare
- Nu apar plăți de restituire din vina magazinului
- Achizițiile văd viteza reală de consum pe poziții
- Funcționează precomanda și lista de așteptare cu termen onest
- Rapoartele despre rotația stocurilor se sprijină pe date de încredere
Surse frecvente de neconcordanțe
- Vânzare într-un punct offline care nu a ajuns la timp în schimb
- Rezervare fără termen de viață, rămasă de la un coș abandonat
- Retur înregistrat în depozit mai târziu decât intrarea efectivă
- Corectură manuală în sistemul de evidență fără recalcularea rezervărilor
- Seturi la care descărcarea componentelor este configurată greșit
| Depozit | Faptic | Rezervat | Defect | Disponibil |
|---|---|---|---|---|
| Central | 1 420 | 310 | 24 | 1 086 |
| Magazinul «Est» | 96 | 12 | — | 84 |
| Punct de ridicare nr. 3 | 40 | 8 | 2 | 30 |
| Livrare în tranzit | 600 | — | — | 600 |
| Disponibil la vânzare | 2 156 | 330 | 26 | 1 800 |
Faptic — stocul fizic, defect — cantitatea blocată. Livrarea în tranzit intră în disponibil doar acolo unde este permisă precomanda. Vitrinei i se arată suma depozitelor din care este posibilă livrarea în regiunea aleasă.
Livrarea și returile
Livrarea se descrie prin trei obiecte: metoda de livrare, zona și tariful. Returul este un proces invers cu document propriu, nu o «anulare retroactivă».
Metode de livrare
Curier la adresă, punct de ridicare, automat de colete, ridicare personală, firmă de transport pentru gabarit mare, livrare digitală pentru produse electronice.
Zone și tarife
Costul depinde de regiune, greutate, volum și suma comenzii. Regulile stabilesc pragul livrării gratuite, suplimentele pentru urcat la etaj și pentru gabarit.
Intervale și sloturi
Datele și ferestrele de timp se calculează după programul depozitului, timpul de pregătire și orarul transportatorului. Sloturile ocupate se închid automat.
Expediere și urmărire
Comanda este transmisă transportatorului prin API, sistemul primește numărul expedierii și statusurile de mișcare și le arată în contul personal.
Cerere de retur
Cumpărătorul alege pozițiile și motivul, sistemul verifică termenul și admisibilitatea returului după tipul produsului și generează documentul cu instrucțiuni.
Primire și decontare
După recepție produsul revine în stoc sau este descărcat ca defect, banii pleacă spre metoda inițială de plată, se generează bonul de retur.
Returul parțial este normal: dintr-o comandă se returnează o poziție din cinci. De aceea returul se calculează pe poziții, iar reducerea pe toată comanda se distribuie proporțional între ele — altfel suma returului ar diferi de bon.
Cum funcționează
aplicația gestionarului de depozit
Gestionarul de depozit — angajatul care mută fizic marfa: primește livrarea, o pune în celulă, scoate pozițiile pentru comandă și predă cutia pregătită curierului. Sistemul nu află despre aceste acțiuni din spusele angajatului: fiecare operațiune este confirmată prin scanarea codului de bare.
Diferența este de principiu. Bifa «gata» dintr-o listă confirmă intenția, scanarea confirmă faptul: cod de produs concret, celulă concretă, angajat concret, ora cu precizie de secundă. O greșeală de tastare în cod iese la iveală la inventar peste o lună; un cod de bare greșit aplicația nu îl acceptă deloc.
Ce face gestionarul de depozit într-o tură:
- Recepția — verificarea livrării cu avizul de însoțire, poziție cu poziție. Lipsa, sortarea greșită și defectele se consemnează în momentul recepției și pleacă în reclamație către furnizor, în loc să fie descoperite la pregătirea comenzii
- Etichetarea — produsului fără cod de bare lizibil i se tipărește o etichetă internă. O poziție neetichetată nu este primită în depozit
- Amplasarea — scanarea produsului și scanarea celulei le leagă între ele: sistemul reține unde se află fiecare unitate
- Pregătirea comenzii — aplicația construiește traseul pe celule și îl conduce pe angajat; la fiecare celulă scanarea confirmă că a fost luată poziția potrivită și în cantitatea potrivită
- Ambalarea — conținutul cutiei se formează prin scanare: ce nu a fost scanat, nu a ajuns în cutie
- Expedierea — cutia este predată curierului prin scanare, iar răspunderea trece odată cu această scanare
- Mutare și realimentare — transferul între celule și din zona de stocare în zona de pregătire, pentru ca marfa căutată să fie mai aproape
- Inventarul — renumărarea pe celule fără oprirea depozitului: celula se blochează doar pe durata propriei renumărări
- Debitare — defect, spargere, termen expirat: cu motiv, fotografie și responsabil
Cum este construită aplicația
- Un ecran — o sarcină: rândul mare al sarcinii, câmpul de scanare și confirmarea. Listele, filtrele și rapoartele rămân în panoul de administrare
- Terminal sau telefon — scaner laser al terminalului de date sau camera smartphone-ului; se citesc EAN-13, Code-128, DataMatrix și QR
- Lucrul fără rețea — operațiunile se scriu într-o coadă locală și pleacă spre server când apare conexiunea: în camera frigorifică și pe culoarul îndepărtat nu există semnal
- Verificarea pe loc — produs greșit sau celulă greșită: pasul se blochează, aplicația răspunde prin sunet și vibrație. Eroarea se corectează acum, nu la inventar
- Roluri și drepturi — gestionarul își vede sarcinile și zona proprie; descărcarea și corectarea stocului cer un drept separat
- Evidența productivității — fiecare operațiune are autor și oră, de aceea tura se măsoară în rânduri și poziții, nu din ochi
Ce oferă acest lucru restului sistemului
Fiecare scanare este o înregistrare contabilă: stocul pe celulă se schimbă în momentul operațiunii, nu seara, la transcrierea hârtiilor. Vitrina, casa de marcat și call-centerul citesc aceleași stocuri, de aceea «pe site există, pe raft nu» încetează să mai fie o situație de lucru.
Acuratețea pregătirii — 99,4%: 7 blocări de scanare într-o tură, toate corectate pe loc. Datele sunt luate din aceleași înregistrări, nu dintr-un pontaj separat.
Cum funcționează
aplicația curierului
Curierul — ultima verigă a execuției și singurul angajat pe care cumpărătorul îl vede personal. Aplicația lui rezolvă două sarcini: să îl conducă pe traseu și să consemneze predarea astfel încât faptul să nu trebuiască confirmat ulterior prin telefoane.
Operațiunea-cheie este scanarea codului QR la predare. Codul este tipărit pe eticheta comenzii sau este arătat de cumpărător de pe ecran. Scanarea răspunde la întrebarea care altfel se rezolvă prin dispută: această comandă a fost predată, acestui destinatar și în ce minut.
Logisticianul lucrează la celălalt capăt al aceleiași aplicații: formează trasee după zone, greutate, volum și intervale, repartizează curierii, vede harta turei și analizează eșecurile — întârzierea, apelul fără răspuns, refuzul în prag.
Tura curierului pas cu pas:
- Curierul primește traseul pentru tură: punctele în ordinea parcurgerii, intervalele, sumele de încasat
- În depozit preia comenzile pe numele său prin scanare — din acest moment răspunde el, nu depozitul
- Aplicația îl conduce pe puncte și recalculează ordinea parcurgerii dacă traseul a ieșit din intervale
- La adresă curierul scanează QR-ul: comanda este identificată univoc, conținutul și suma apar pe ecran
- Refuzul parțial se consemnează pe loc: pozițiile nerăscumpărate se marchează și revin în stoc fără o cerere separată
- Plata se încasează cu cardul, prin QR sau în numerar, iar cumpărătorului îi pleacă bonul fiscal
- Predarea se confirmă prin codul din mesaj, semnătura pe ecran sau fotografie — metoda se alege după tipul comenzii
- La finalul turei comenzile nepredate și numerarul încasat se predau la depozit și la casierie prin aceeași scanare
Cum este construită aplicația
- Harta și traseul — punctele turei, navigarea până la adresă, comentariul destinatarului, interfonul și etajul
- Statusul se pune pe loc — «în drum», «la adresă», «predat», «refuz» se schimbă cu un singur buton, nu printr-un mesaj către dispecer
- Lucrul fără rețea — evenimentele se adună în coadă; retrimiterea nu creează un al doilea fapt de predare și nu descarcă stocul de două ori
- Banii turei — sumele încasate se calculează în aplicație și se potrivesc la predarea încasărilor, diferența se vede imediat
- Geolocație și oră — fiecare eveniment are coordonată și minut: o livrare în litigiu se analizează după jurnal
- Legătura cu destinatarul — apel și mesaj printr-un număr intermediar, telefonul personal al curierului și al cumpărătorului nu se dezvăluie
Ce văd cumpărătorul și operatorul
Același status pus de curier îl vede cumpărătorul în contul personal, iar operatorul — în fișa comenzii. Nu există un «jurnal al curierului» separat: evenimentul este unul singur și îl citesc toate cele trei părți.
Ce leagă depozitul și livrarea
Gestionarul de depozit și curierul lucrează în aplicații diferite și în locuri diferite, dar conduc una și aceeași comandă. Nu rapoartele de la finalul zilei îi leagă, ci șase reguli comune.
Un singur document pe lanț
Sarcina de pregătire, lista de ambalare și foaia de traseu nu sunt hârtii de sine stătătoare, ci reprezentări ale aceleiași comenzi. O poziție adăugată de operator ajunge la gestionar fără reîntocmire.
Răspunderea prin scanare
Marfa trece de la depozit la curier și de la curier la cumpărător prin scanare. În orice moment se vede la cine se află fizic comanda și din ce minut.
Statusul de la locul evenimentului
Marcajul îl pune cel care a executat acțiunea, acolo unde a executat-o. Dispecerul nu transferă statusurile manual, de aceea între fapt și înregistrare nu există o ruptură de câteva ore.
Lucrul fără rețea
Ambele aplicații scriu operațiunile într-o coadă locală și le trimit când apare conexiunea. Fiecare operațiune are o cheie, de aceea retrimiterea nu creează o a doua pregătire sau o a doua predare.
Neconcordanțele nu se pierd
Lipsa la recepție, sortarea greșită, spargerea, refuzul parțial la adresă — fiecare caz devine o înregistrare separată cu motiv și responsabil, nu o corectură tăcută a stocului.
Măsurabilitatea turei
Poziții pe oră la pregătire, acuratețea pregătirii, ponderea livrărilor în interval, timpul la adresă, ponderea refuzurilor parțiale. Încărcarea și prima se calculează pe aceste date, nu după impresie.
De aici și cerința pentru implementare: depozitul și livrarea se conectează la sistem împreună. Aplicația gestionarului fără aplicația curierului dă un stoc exact care nu ajunge nicăieri dincolo de expediere.
Ce oferă
contul personal
Contul personal — accesul cumpărătorului la propriile date fără a apela la un operator: comenzi, documente, adrese, metode de plată, returi. Fiecare întrebare rezolvată în cont este un apel care nu a ajuns la suport.
Contul nu păstrează date proprii: arată aceleași obiecte pe care le vede operatorul în panoul de administrare, dar doar înregistrările acestui client și doar operațiunile permise lui.
Ce conține:
- Istoricul comenzilor — conținut, sume, status, documente și bonuri pentru fiecare comandă
- Urmărirea — etapa curentă de execuție și numărul expedierii la transportator
- Repetarea comenzii — conținutul anterior este mutat în coș cu verificarea prețurilor și a disponibilității
- Restituire — cerere pe poziții, cu motiv și urmărirea analizei
- Adrese și destinatari — adrese de livrare salvate, contacte, puncte de ridicare
- Metode de plată — carduri asociate sub formă de tokenuri, fără păstrarea numărului
- Puncte și status — soldul de fidelitate, termenul de expirare, ofertele disponibile
- Abonamente și acorduri — canalele de notificare și acordurile de prelucrare a datelor, retrase cu un singur clic
Contul persoanei juridice
În B2B contul este mai complex: organizația are mai mulți angajați cu drepturi diferite. Achizitorul formează comanda, conducătorul o aprobă, contabilul preia documentele de închidere. Comanda este una, acțiunile sunt separate.
- Mai mulți utilizatori într-un singur cont al organizației
- Prețuri contractuale și condiții individuale de amânare la plată
- Aprobarea comenzii înainte de transmiterea spre execuție
- Facturi, procese-verbale și avize în secțiunea de documente
- Comandă după o listă de coduri de produs și prin încărcarea unui fișier
Autentificare și protecție
Autentificare prin cod de unică folosință sau parolă, al doilea factor la operațiunile cu bani și la schimbarea contactelor, jurnal de sesiuni cu deconectarea unui dispozitiv străin. Schimbarea e-mailului sau a telefonului se confirmă la adresa veche și la cea nouă.
- Plasată12 mai, 10:24 · livrare prin curier, 13 mai, 12:00–15:00
- Plătită12 mai, 10:26 · card ••• 4417 · bon fiscal trimis
- Pregătită în depozit12 mai, 11:40 · depozitul «Central»
- Predată la livrare12 mai, 15:02 · expedierea KG 7741820
- Livratăse așteaptă pe 13 mai · statusul îl va pune curierul la adresă
Aceleași înregistrări le vede operatorul în fișa comenzii: evenimentele sunt comune, nu există un jurnal separat pentru cont. Bonul și avizul se află în secțiunea «Documente».
Cum se realizează
integrările
Integrarea — un schimb de date convenit cu un program extern: ce se transmite, în ce format, cât de des, cine deține datele și ce se întâmplă la o defecțiune.
Cu ce se conectează sistemul:
- CRM — clienți, solicitări, tranzacții, segmente pentru prețuri personalizate și campanii
- ERP și sistemul de evidență — nomenclator, prețuri, documente de vânzare, decontări reciproce
- WMS și depozitul — stocuri pe depozite, rezervări, sarcini de pregătire, recepția returilor
- Case de marcat și memorii fiscale — bonuri de vânzare și de retur, schimbul cu punctele offline
- Procesatori de plăți — autorizare, debitare, restituire, registre pentru reconciliere
- Servicii de livrare — tarife, orare, crearea expedierilor, statusuri
- Marketplace-uri — transferul sortimentului, preluarea comenzilor, actualizarea stocurilor
- Marketing — campanii pe e-mail și în mesagerie, sisteme de analiză web, fluxuri de produse
Decizia-cheie a integrării este răspunderea pentru date. Pentru fiecare entitate se stabilește sistemul-proprietar: nomenclatorul și prețurile vin din ERP, clienții — din CRM, stocurile — din depozit, comenzile se nasc în e-commerce. Editarea bidirecțională a aceluiași câmp în două sisteme produce neconcordanțe permanente, de aceea se evită.
| Sistem | Ce transmite | Mesaje | Rezultat |
|---|---|---|---|
| ERP | nomenclator, prețuri | 4 120 | Fără erori |
| Depozit | stocuri, rezervări | 18 640 | 2 reluări |
| CRM | clienți, segmente | 1 305 | Fără erori |
| Marketplace | comenzi, stocuri | 2 470 | 1 în analiză |
Regulile după care se construiește schimbul
Integrarea nu se strică la lansare, ci peste jumătate de an — când sistemul extern s-a actualizat, canalul a dispărut pentru o oră sau în nomenclator a ajuns o valoare neprevăzută. Șase reguli decid dacă schimbul supraviețuiește unor astfel de evenimente.
Asincronia
Plasarea comenzii nu așteaptă răspunsul sistemului extern: mesajul este pus în coadă și procesat separat. Un depozit indisponibil nu oprește vânzările.
Retrimiterea
O transmitere eșuată se repetă cu interval crescător. Mesajul care nu a trecut după toate încercările ajunge în coada de analiză, nu se pierde.
Idempotența
Un mesaj livrat repetat nu creează o a doua comandă și nu descarcă stocul de două ori. Receptorul recunoaște duplicatul după cheia operațiunii.
Versionarea API
Schimbarea formatului apare ca versiune nouă, cea veche continuă să funcționeze. Consumatorii externi trec la ea după propriul grafic.
Jurnalul schimbului
Fiecare mesaj se păstrează cu corp, oră, rezultat și număr de încercări. Analiza unui incident se sprijină pe jurnal, nu pe amintiri.
Controlul neconcordanțelor
Reconcilierea periodică a indicatorilor-cheie: comenzi, sume încasate, stocuri. Neconcordanța devine o sarcină, în loc să fie descoperită la inventar.
Catalog și comenzi
Plăți
Stocuri și depozit
Analiza
Ce date
sunt disponibile în analiză
Analiza se construiește pe date proprii despre vânzări și comportament, nu doar pe contoare externe de trafic. Contorul știe despre vizualizări, sistemul — despre bani, produse și returi.
Rapoartele se calculează pe secțiuni: perioadă, canal de vânzare, categorie, brand, depozit, regiune, segment de client, promoție. Orice indicator este disponibil în fiecare secțiune și se exportă într-un fișier sau într-un depozit de date.
4,8 mil.venit, som +12%
1 240comenzi +8%
3 870bon mediu, som +4%
7,1%conversie +0,6 p. p.
Vânzări și bani
- Venitul, numărul de comenzi, bonul mediu, numărul de poziții pe bon
- Costul, profitul brut și marja pe poziție și pe categorie
- Influența reducerilor: suma reducerilor și venitul cu și fără ele
- Structura plăților pe metode și ponderea plăților nereușite
Produse și stocuri
- Clasamentul vânzărilor și pozițiile «moarte», fără mișcare
- Rotația stocului și acoperirea cererii în zile
- Cererea pierdută: accesările produselor cu stoc zero
- Căutările fără rezultate — un indiciu direct despre sortiment
Clienți și comportament
- Cumpărători noi și repetați, frecvența și vechimea cumpărăturilor
- Pâlnia de plasare: unde se întrerupe comanda — la livrare, plată, înregistrare
- Coșuri abandonate: conținut și sumă
- Returi pe motive, produse și furnizori
Cea mai abruptă cădere este între coș și plasare: acolo se analizează pasul de înregistrare, calculul livrării și metodele de plată.
Cum este asigurată securitatea
Securitatea se sprijină pe trei lucruri: datele de plată nu ajung în sistemul magazinului, datele personale se păstrează limitat și sub control, iar orice acțiune cu bani și comenzi lasă urmă.
Datele de plată
Numărul cardului se introduce la procesatorul certificat și nu ajunge în sistemul magazinului. Pentru debitările repetate se păstrează un token, nu cardul.
Criptarea
Tot traficul merge pe HTTPS. Câmpurile sensibile din bază sunt criptate, copiile de rezervă se păstrează criptate, separat de circuitul principal.
Drepturi de acces
Model pe roluri: managerul de conținut nu vede plățile, operatorul nu schimbă prețurile. Accesul administrativ — cu autentificare în doi factori.
Jurnalul acțiunilor
Cine a schimbat prețul, cine a anulat comanda, cine a exportat baza de clienți. Înregistrările sunt imuabile și se păstrează separat de datele de lucru.
Datele personale
Setul minim necesar de date, termenul de păstrare, ștergerea la cerere, acordurile de prelucrare și de comunicare cu dată și sursă.
Protecția împotriva abuzurilor
Limitarea frecvenței cererilor, protecția formularelor împotriva încercărilor repetate, controlul reutilizării codurilor promoționale, verificări antifraudă ale comenzilor înainte de pregătire.
Un circuit separat este restaurarea. Copiile de rezervă sunt inutile până nu este verificată restaurarea lor: desfășurarea de test se face conform programării, nu în momentul avariei.
Cum se
scalează sistemul
Scalarea este capacitatea de a susține creșterea fără rescriere. Cresc trei mărimi: dimensiunea catalogului, numărul de vizitatori simultani și numărul de comenzi pe oră.
Catalogul se lovește de căutare și filtrare, traficul de vârf — de livrarea paginilor, fluxul de comenzi — de baza de date și de integrările externe. Și soluțiile sunt diferite, iar implementarea se face pe măsura necesității.
Tehnici folosite în practică:
- Caching — paginile de catalog și rezultatele interogărilor grele se livrează din cache și se actualizează la evenimentul de modificare a produsului
- Căutare separată — indexul de căutare trăiește separat, filtrarea după zeci de atribute nu încarcă baza principală
- Separarea citirii de scriere — vitrina citește de pe replici, comenzile se scriu în baza principală
- Scalare orizontală — mai multe instanțe ale aplicației în spatele unui balansator, numărul lor se schimbă după încărcare
- Cozi — operațiunile grele se execută în fundal, plasarea comenzii nu le așteaptă
- CDN — imaginile și fișierele statice se livrează de la nodul cel mai apropiat de cumpărător
- Modularitate — căutarea, recomandările și plățile se scalează și se actualizează independent
Ce se verifică înainte de vârful de încărcare
- Testarea de încărcare a scenariului «catalog → coș → plată», nu a paginii principale
- Comportamentul la indisponibilitatea procesatorului de plăți și a serviciului de livrare
- Viteza reindexării complete a catalogului
- Timpul de restaurare dintr-o copie de rezervă
- Limitele sistemelor externe: câte cereri pe minut suportă ERP-ul și depozitul
Creșterea pe direcții
- Canale noi de vânzare: aplicație, automate comerciale, marketplace-uri, chioșcuri
- Depozite și puncte de ridicare noi
- Valute, limbi și persoane juridice noi
- Modele noi de vânzare: abonament, precomandă, contracte B2B
| Indicator | Măsurat | Prag |
|---|---|---|
| Răspunsul catalogului, p95 | 180 ms | 400 ms |
| Comenzi pe oră la vârf | 3 000 | 2 400 |
| Răspunsuri din cache | 86% | 70% |
| Reindexarea catalogului | 9 min | 20 min |
| Restaurarea din copie | 22 min | 60 min |
Modulele sistemului
Sistemul se asamblează din module: fiecare acoperă propria zonă de date și operațiuni, iar legăturile dintre ele sunt descrise explicit. Proiectul pornește pe părți — mai întâi catalogul și comenzile, apoi fidelitatea, analiza și canalele externe.
Catalogul de produse
Poziții de produs, coduri, descrieri, statusuri de publicare, versiuni ale fișelor și arhiva produselor retrase de la vânzare.
Categorii și navigare
Arborele de secțiuni, asocierea produsului la mai multe ramuri, sortarea, pagini dedicate pentru selecții și secțiuni sezoniere.
Atribute și caracteristici
Nomenclatorul de proprietăți cu tipuri de date și reguli de afișare — baza filtrelor, a comparării și a transferurilor către marketplace-uri.
Variante și seturi
Mărimi, culori și volume într-o singură fișă, cu coduri și stocuri separate. Seturi care descarcă mai multe poziții.
Biblioteca media
Fotografii, video și documente, generarea automată a formatelor și rezoluțiilor, filigrane, asocierea la produse.
Gestiunea prețurilor
Liste de prețuri, reguli de adaos, grile de volum, prețuri personalizate și contractuale, valute, rotunjire, taxe, istoric.
Reduceri, promoții și coduri promoționale
Condiții de declanșare, mecanici de reducere, programare, limite, generarea loturilor de coduri, compatibilitate, preț minim.
Coș și plasarea comenzii
Coș între dispozitive, recalcularea prețurilor și a disponibilității, pașii de plasare, comandă fără cont, revenirea la coșul abandonat.
Gestiunea comenzilor
Coadă unică de comenzi din toate canalele, statusuri și tranziții, modificări de conținut, plăți suplimentare, împărțirea pe expedieri, anulări.
Plăți
Conectarea procesatorilor, blocarea și debitarea, returi parțiale și complete, procesarea notificărilor, reconcilierea.
Fiscalizarea
Bonuri de vânzare și de retur, schimbul cu casele de marcat online, trimiterea bonului către cumpărător, controlul documentelor netrimise.
Depozit și stocuri
Stocuri pe depozite, rezervări cu termen de viață, blocarea defectelor, recepția livrărilor și a returilor, praguri de stoc redus.
Livrare și logistică
Metode de livrare, zone, tarife, intervale și sloturi, crearea expedierilor, urmărirea statusurilor, tipărirea documentelor.
Returi și reclamații
Cereri pe poziții, verificarea termenelor și a admisibilității, recepția, restituirea banilor, revenirea în stoc sau descărcarea ca defect.
Clienți și profiluri
Conturi, adrese, persoane juridice și contracte, istoricul comenzilor, segmente, acorduri de prelucrare a datelor.
Program de fidelitate
Puncte, niveluri, reguli de acordare și de consum, valabilitatea punctelor, oferte personalizate, recomandări.
Căutare și filtrare
Index de căutare, morfologie și sinonime, greșeli de tastare, filtre după atribute, sortări, căutări fără rezultate.
Recomandări și selecții
Produse asociate și similare, «se cumpără împreună», selecții manuale și reguli bazate pe istoricul comenzilor.
Conținut și SEO
Pagini, articole, bannere, metataguri și adrese de pagini, marcaj structurat al produselor, harta site-ului, fluxuri de produse.
Notificări
E-mailuri, SMS, mesagerie și push pe evenimentele comenzii, șabloane de mesaje, programare, jurnal de livrare.
Analiză și rapoarte
Rapoarte de vânzări, marjă, stocuri, pâlnie și returi, secțiuni libere, exporturi, vitrine de date.
Integrări și API
Schimb cu CRM, ERP, depozitul, casele de marcat, serviciile de plată și de logistică, marketplace-urile. API, webhook-uri, cozi.
Drepturi de acces și audit
Roluri și permisiuni pe secțiuni și operațiuni, autentificare în doi factori, jurnalul acțiunilor angajaților.
Multiformat
Mai multe vitrine pe același nucleu, multilingv și multivalută, mai multe persoane juridice și depozite, regiuni.
Ordinea implementării
Sistemul nu se lansează integral într-un singur release. Ordinea de mai jos reflectă dependențele: fiecare pas se sprijină pe datele apărute la cel anterior.
Audit și model de date
Procesele curente, nomenclatoarele și sistemele-proprietar ale datelor. Rezultatul — schema entităților și harta integrărilor.
Catalog și stocuri
Migrarea nomenclatorului, configurarea atributelor și a categoriilor, schimbul de prețuri și stocuri. Verificarea pe date reale.
Comenzi și plăți
Plasarea, statusurile, procesatorul de plăți, fiscalizarea, transmiterea spre execuție. Lansarea pe o parte din sortiment.
Dezvoltarea
Livrare și returi, fidelitate, analiză, canale noi de vânzare. Fiecare bloc — un release separat, cu măsurare.
Clienții noștri
Să discutăm proiectul de comerț electronic
Contactați-ne acum
Descrieți ce funcționează deja: sistemul de evidență, depozitul, casele de marcat, vitrina actuală. Vom analiza procesul și vom propune arhitectura soluției.
