Pokaż spis treści

Gotówka

Kasa i raporty RK

Kasa prowadzi raporty RK jako osobny workflow: utworzenie raportu, odczyt PDF, import ZIP, pozycje KP/KW i zamknięcie do dokumentu oraz dekretu. Dopóki raport jest otwarty, operator może kontrolować pozycje; dopiero zamknięcie przenosi go do obiegu księgowego.

Workflow

Operator może utworzyć raport ręcznie, odczytać dane z PDF albo zaimportować paczkę ZIP z wieloma raportami. Pozycje raportu są edytowane zanim raport zostanie zamknięty. Zamknięcie tworzy dokument i dekret, a puste zaległe raporty można domknąć osobną akcją porządkową.

Akcje

  • Nowy raport. Tworzy raport kasowy przez /api/cash/reports z intent create-report.

  • Wczytaj dane. Odczytuje PDF przez /api/cash/reports/pdf-read i uzupełnia pola formularza.

  • Importuj paczkę ZIP RK. Najpierw sprawdza paczkę przez zip-read, pokazuje podgląd i dopiero wtedy odblokowuje import.

  • Dodaj pozycję. Dopisuje KP/KW do wybranego raportu z kontem, opisem i kwotą.

  • Zamknij raport. Przechodzi przez intent close-report, tworząc dokument i księgowanie.

  • Zamknij puste zaległe. Porządkuje raporty bez pozycji, które nie powinny blokować roku.

Raport RK od importu do dekretu

flowchart TD
  A["Nowy raport / PDF / ZIP RK"] --> B["Raport otwarty"]
  B --> C["Pozycje KP/KW z kontem i opisem"]
  C --> D{"Raport pusty i zaległy?"}
  D -->|Tak| E["Zamknij puste zaległe"]
  D -->|Nie| F{"Operator zamyka raport?"}
  F -->|Nie| B
  F -->|Tak| G["Dokument źródłowy RK"]
  G --> H["Dekret kasowy"]
  H --> I["Raporty i sprawozdania"]

Dlaczego kasa jest osobno

Raport kasowy ma własny cykl życia i nie powinien ginąć w ogólnym rejestrze dokumentów. Dopiero zamknięty RK staje się dowodem księgowym. Taki podział daje operatorowi miejsce na kontrolę pozycji przed księgowaniem.