Przejdź do treści

Etap 7 — Wydawanie / uzupełnianie + raporty

Fundament przepływu wydawania towaru ze skrytek (DISPENSE) z limitami i potwierdzeniem, oraz skonsolidowane raporty magazynowe.

Co weszło

Backend

  • Rozdział wydawania na issueopenconfirm: rezerwacja skrytki bez konsumpcji stanu magazynowego aż do potwierdzenia zamknięcia.
  • Katalog produktów z limitami uprawnień (remaining / usedQty / limitQty / ruleName).
  • Skonsolidowana strona „Raporty i audyt" — ruchy magazynowe IN/OUT + akceptacje dokumentów w jednym miejscu.
  • Zasada 1 skrytka = 1 sztuka dla slotów (komórki DynaBox zachowują większą pojemność).

Kiosk (1.1.52–1.1.54)

  • Wydawanie + uzupełnianie korzystają z LockerOpenScreen (dialogi recovery, watchdog, retry-gate) — courier-grade.
  • Pokaz uprawnień (ile zostało / limit / reguła) na karcie produktu.
  • Siatka diagnostyki odświeża stan na żywo (wtedy jeszcze Modbus i SmartConf).

Pliki / endpointy

  • backend/src/dispensing/kiosk-dispense.service.ts (issue/confirm), dispensing/inventory.service.ts, dispensing/reports.service.ts.
  • Kiosk: screens/dispense_screen.dart, screens/replenish_screen.dart.
  • POST /dispense/me/issue, POST /dispense/me/confirm, GET /dispensing/catalog, GET /dispensing/movements, GET /dispensing/acceptances.

Status

Wdrożone (kiosk 1.1.52–1.1.54). Później wydawanie przeszło na Job API (etap-17) i zasadę 1 skrytka = 1 funkcja (etap-19).

Powiązane