Dziennik
Dziennik dekretów jest miejscem, w którym decyzja operacyjna staje się zapisem księgowym. Ekran rozdziela dekrety robocze od zatwierdzonych, pilnuje bilansu Wn/Ma, dat w roku roboczym i chronologii, a poprawki prowadzi przez storno zamiast cichej edycji historii.
Dekret może powstać ręcznie jako PK, z dokumentu, z banku, z wpłaty wspólnika albo z procedury likwidacyjnej. Roboczy dekret można poprawiać. Zatwierdzenie wymaga zbilansowanych pozycji, daty w roku roboczym i chronologii względem wcześniejszych zatwierdzonych zapisów.
Dodaj dekret. Tworzy ręczny dokument PK z wieloma pozycjami Wn/Ma.
Dodaj kolejną pozycję. Rozszerza formularz po stronie klienta, ale walidacja kompletności odbywa się w use case.
Zatwierdź dekret. Zmienia status na zatwierdzony po kontroli bilansu, dat i kont.
Zatwierdź wszystkie. Sortuje robocze dekrety i przepuszcza każdy przez ten sam mechanizm zatwierdzania.
Dodaj dekret odwracający. Tworzy storno jako nowy roboczy dekret z odwróconymi stronami.
flowchart TD
A["Źródło: dokument, bank, kasa, PK, wspólnik"] --> B["Dekret roboczy"]
B --> C{"Pozycje kompletne i Wn = Ma?"}
C -->|Nie| D["Komunikat walidacji i poprawa pozycji"]
C -->|Tak| E{"Data w roku roboczym i chronologia OK?"}
E -->|Nie| D
E -->|Tak| F["Zatwierdź dekret"]
F --> G["Zapis trwały + audit_log"]
G --> H{"Potrzebna korekta?"}
H -->|Tak| I["Dodaj dekret odwracający"]
I --> B
H -->|Nie| J["Raporty i sprawozdania"]
Zatwierdzony dekret jest traktowany jako trwały zapis księgi. Ochrona działa w aplikacji i w SQLite, dlatego poprawki są jawne i audytowalne. To ważniejsze niż wygodna edycja, bo księgi muszą pokazywać historię decyzji, a nie tylko końcowy stan tabeli.