Multi-depozit

Cui vorbim: lanțuri retail cu depozit central + magazine, sau cu mai multe depozite logistice.

Modelul nostru de depozit

Un depozit este un POS special în sistem, cu rol logistic — nu vinde direct la client final, ci alimentează celelalte POS-uri (sau livrează direct comenzi online).

Configurări tipice

Lanț 1 depozit + N magazine:

DEPOZIT-CENTRAL (depozit)
    ├── POS-001 (magazin Centru)
    ├── POS-002 (magazin Botanica)
    └── POS-003 (magazin Riscani)

Lanț 2 depozite (geografic) + N magazine:

DEPOZIT-NORD (depozit)
    ├── POS-001 (magazin Bălți)
    └── POS-002 (magazin Soroca)

DEPOZIT-SUD (depozit)
    ├── POS-003 (magazin Cahul)
    └── POS-004 (magazin Comrat)

Bucătărie centrală + restaurante (vezi și HoReCa):

BUCATARIE-CENTRALA (depozit + producție)
    ├── RESTAURANT-1
    ├── RESTAURANT-2
    └── RESTAURANT-3

Funcționalități multi-depozit

Recepție marfă centralizată

Furnizorul livrează la depozit. Operatorul depozitului recepționează (scanare coduri, cantități, factură furnizor). Marfa intră pe stoc depozit. De aici, transferurile către POS-uri se fac la cerere sau automat.

Transferuri către POS-uri

Două moduri:
A. Pull (cererea vine de la POS): vezi Multi-POS — Transferuri.
B. Push (depozitul inițiază): operatorul depozitului urmărește pragurile minime per produs per POS. Când stocul POS scade sub minim, sistemul emite notificarea de stoc minim. Operatorul depozitului decide și inițiază manual transferul → tranzit → recepție POS → totul logat.

Notă onestă: generarea automată a cererii de transfer la atingerea pragului nu e feature default — există alerta de stoc minim, dar operatorul acționează. Automatizarea = ⚙️ dezvoltabilă la cerere.

Marfă "în tranzit" — prin POS mobil (autoturism)

Mecanismul arhitectural: un autoturism / camion / curier propriu este modelat ca un POS mobil, cu propriul stoc dedicat și propriul jurnal de intrare/ieșire — exact ca orice POS staționar. Fiecare autoturism activ consumă 1 slot POS din pachetul tău.
Fluxul concret pentru o livrare inter-locație:

1. Încărcare la depozit/sursă — operatorul face transfer Stoc Depozit Central → Stoc Auto-01 (autoturismul "Auto-01"). Stocul scade la sursă, urcă pe autoturism. Jurnal de ieșire la sursă + jurnal de intrare la auto, logate cu timestamp, operator, comandă de transfer.

1. În drum / pe traseu — marfa este "în tranzit" = fizic stocată pe Auto-01. Nu se poate vinde de la sursă (pentru că nu mai e acolo), nu se poate vinde de la destinație (pentru că nu a ajuns încă). Asta evită natural dubla vânzare.

1. Livrare la destinație — operatorul de la destinație confirmă recepția fizică → transfer Stoc Auto-01 → Stoc Magazin Botanica. Stocul scade pe autoturism, urcă la destinație. Jurnal de ieșire la auto + jurnal de intrare la destinație, cu confirmare șofer + operator recepție.

Avantaje ale acestui model:

• Trasabilitate per autoturism — vezi în orice moment ce marfă e pe fiecare mașină a flotei tale
• Pierderi atribuite corect — dacă lipsește marfa la recepție, e localizată precis (pe Auto-01 între X și Y)
• Multi-stop pe traseu — un autoturism poate face Stoc Depozit → încarcă pentru Magazin 1 + Magazin 2 + Magazin 3, apoi livrează succesiv (cu transferuri parțiale de la Auto-01 către fiecare destinație)
• Inventar pe autoturism — la final de zi vezi exact ce a rămas pe mașină (sold de tranzit, retururi neîncărcate, etc.)
• Audit independent al fiecărui POS mobil — fiecare autoturism are propriul raport de tură

Costul de licențiere: fiecare autoturism = 1 POS slot. Un lant retail cu 4 magazine + 3 autoturisme = 7 POS slots necesari (ex.: pachet Extra cu 10 POS = 4 + 3 = 7 utilizate, 3 disponibile pentru extindere).
Un operator poate vedea oricând în dashboard: "ce am pe stoc la magazinul meu, ce e pe Auto-01 în drum spre mine, ce e pe Auto-02 în drum de la mine". Toate cele 3 valori sunt explicite, fără concepte ascunse de "tranzit virtual".

Despre "rezervare": NU avem o funcție dedicată de rezervare stoc (gen "rezervă 30 buc pentru clientul X timp de 7 zile"). Pentru a "angaja" marfă pentru un client B2B, mecanismul actual este factura e-Factura B2B emisă dar neachitată/nesemnată — atunci marfa apare ca "vânzare în curs" și poate fi tracking-uită prin lista facturilor pending. Pentru rezervări mai sofisticate (cu durată, prioritate, eliberare automată) → discutăm cazul individual; nu e produs standard.

Inventar pe locație

Inventar-fizic se face independent per locație (depozit, magazin). Diferențele rămân locale — nu se "amestecă" cu alte locații.

Comenzi online direct din depozit

Dacă ai e-commerce, comenzile pot fi:

• Servite din depozit (livrare prin curier) — operatorul depozitului primește picking-list-ul.
• Servite din magazin (ridicare client din magazin) — magazinul preia comanda.
• Servite din "cel mai apropiat punct cu stoc" — sistemul alege automat sursa.

Costuri de transfer (cost intern)

Pentru contabilitate, fiecare transfer poate avea un cost intern definit (logistică, personal, etc.) care se adaugă la prețul produsului la destinație. Util pentru rapoartele de marjă reală pe locație.

Audit complet

Fiecare mișcare între locații — recepție, transfer, "în tranzit", livrare, recepție finală — este înregistrată cu cine, ce, când, de ce. Istoricul nu poate fi șters sau modificat retroactiv.
Pentru auditor: într-un click vezi "tot ce s-a întâmplat cu produsul X în luna mai pe lanț" — recepția de la furnizor, transferurile între depozite, ieșirile la POS-uri, vânzările.

Performanță

Pentru lanțuri cu până la 10 locații (depozit + POS) și volum tipic de 5.000-20.000 mișcări de stoc / zi, performanța este garantată. Pentru lanțuri mai mari → discuție custom (Super sau Enterprise).

Următorul pas

→ Multi-provider e-commerce sau e-Factura B2B.