Codzienny proces kasowy – RetailForce

W niniejszym artykule opisano typowy przebieg pracy przy kasie, od otwarcia do zamknięcia dnia. Oprogramowanie middleware Fiskal oferuje różne funkcje wspierające poszczególne etapy tego procesu. Ze względu na uproszczenie nie przedstawiono transmisji tzw. wpisów dziennika audytowego (zdarzeń z „Protokołu zdarzeń technicznych”).

Wariant 1

W tym wariancie systemem wiodącym jest kasa fiskalna. Wszystkie paragony są generowane wyłącznie przez kasę fiskalną i przesyłane do odpowiedniego klienta.

Journaling Process - manual.png

Poniższa tabela przedstawia poszczególne wywołania kasy do middleware.

Funkcja	DocumentType	Uwagi
PUT /.../createDocument	[90] = OpeningBalance	Otwiera transakcję i wskazuje, że oczekiwanym dokumentem jest saldo otwarcia dziennego (OpeningBalance). Uwaga: funkcja createDocument jest obecnie wymagana wyłącznie w przypadku implementacji *w Niemczech* i *Québecu*
POST /.../storeDocument	[90] = OpeningBalance	Kasa fiskalna samodzielnie generuje dokument typu OpeningBalance i przesyła go do middleware.
PUT /.../createDocument	[0] = Receipt	Otwiera transakcję i wskazuje, że oczekiwanym dokumentem jest dokument sprzedaży (paragon). Uwaga: funkcja createDocument jest obecnie wymagana wyłącznie w przypadku wdrożeń *w Niemczech* i *Québec*
POST /.../storeDocument	[0] = Paragon	Kasa generuje paragon sprzedaży i przekazuje go do odpowiedniego klienta w middleware.
...	różne	Kasa fiskalna przesyła dokumenty zgodnie z odpowiednimi transakcjami.
PUT /.../createDocument	[99] = EndOfDay	Otwiera transakcję i określa, że oczekiwanym dokumentem jest raport Z / dokument na koniec dnia (EndOfDay). Uwaga: funkcja createDocument jest obecnie wymagana wyłącznie w przypadku wdrożeń *w Niemczech* i *Québec*
POST /.../storeDocument	[99] = EndOfDay	Kasa fiskalna samodzielnie generuje dokument typu EndOfDay w celu przeprowadzenia dziennego zamknięcia kasy i przesyła go do middleware.

Wariant 2

W tym wariancie, mimo że system POS samodzielnie generuje dokument otwarcia (OpeningBalance), raport Z / dokument zamknięcia dnia jest generowany przez middleware na podstawie sum dokumentów przesłanych w ciągu dnia. Dokument wygenerowany przez middleware jest następnie zapisywany za pomocą żądania POST /api/v1/transactions/storeDocument.

Journaling Process - manual-var..png

Poniższa tabela przedstawia poszczególne wywołania kasy do middleware.

Funkcja	DocumentType	Uwagi
PUT /.../createDocument	[90] = OpeningBalance	Otwiera transakcję i wskazuje, że oczekiwanym dokumentem jest saldo otwarcia dziennego (OpeningBalance). Uwaga: funkcja createDocument jest obecnie wymagana wyłącznie w przypadku implementacji *w Niemczech* i *Québecu*
POST /.../storeDocument	[90] = OpeningBalance	Kasa fiskalna samodzielnie generuje dokument typu OpeningBalance i przesyła go do middleware.
PUT /.../createDocument	[0] = Receipt	Otwiera transakcję i wskazuje, że oczekiwanym dokumentem jest dokument sprzedaży (paragon). Uwaga: funkcja createDocument jest obecnie wymagana wyłącznie w przypadku wdrożeń *w Niemczech* i *Quebecu*
POST /.../storeDocument	[0] = Paragon	Kasa generuje paragon sprzedaży i przekazuje go do odpowiedniego klienta w middleware.
...	różne	Kasa przesyła dokumenty zgodnie z odpowiednimi transakcjami.
GET /.../{clientId} /endofdayDocument	[99] = EndOfDay	Kasa żąda dokumentu zamknięcia dnia / raportu Z wygenerowanego przez middleware. Middleware zwraca ten dokument. Uwaga: Nie dokonuje się żadnego zapisu, zwracany jest jedynie dokument EndOfDay!
PUT /.../createDocument	[99] = EndOfDay	Otwiera transakcję i określa, że oczekiwanym dokumentem jest raport Z / dokument zamknięcia dnia (EndOfDay). Uwaga: funkcja createDocument jest obecnie wymagana wyłącznie w implementacjach dla *Niemiec* i *Québecu*
POST /.../storeDocument	[99] = EndOfDay	Kasa fiskalna przesyła dokument zamknięcia EndOfDay, wygenerowany przez middleware, z powrotem do middleware.

Wariant 3

W odróżnieniu od poprzednich wariantów 1 i 2, kasa fiskalna wykorzystuje tutaj funkcje middleware do generowania dziennego otwarcia (OpeningBalance) oraz dziennego zamknięcia bez konieczności przesyłania odpowiednich dokumentów.

Journaling Process - automated.png

Poniższa tabela przedstawia poszczególne wywołania kasy do middleware.

Funkcja	DocumentType	Uwagi
POST /.../openingSt	[11] = PayIn	Wywołanie tej funkcji powoduje, że middleware generuje saldo otwarcia dla zestawienia zamknięcia danego dnia. Księgowana jest wyłącznie wpłata (PayIn), jednak saldo gotówkowe nie jest zerowane.
PUT /.../createDocument	[0] = Receipt	Otwiera transakcję i wskazuje, że oczekiwanym dokumentem jest dokument sprzedaży (paragon). Uwaga: funkcja createDocument jest obecnie wymagana wyłącznie w implementacjach dla *Niemiec* i *Québecu*
POST /.../storeDocument	[0] = Paragon	Kasa generuje paragon sprzedaży i przekazuje go do odpowiedniego klienta w middleware.
...	różne	Kasa przesyła dokumenty zgodnie z odpowiednimi transakcjami.
POST /.../cashpointClose	Odpowiednik: [99] = EndOfDay	Po wywołaniu tej funkcji middleware automatycznie księguje zamknięcie dnia wraz z dokumentem zamknięcia / raportem Z Uwaga: Księgowane jest wyłącznie zamknięcie dzienne, jednak nie zwracany jest żaden dokument. Uwaga: Aby móc korzystać z funkcji cashpointClose, w konfiguracji należy aktywować opcję „Proste zamknięcie kasy”.

Powiązane artykuły

Dzienne zamknięcie kasy

Wdrożenie zamknięcia dnia (zamknięcie punktu kasowego)

Proste zamknięcie kasy

Ten artykuł został przetłumaczony automatycznie.

Journaling Process - automated.png
200 KB Pobierz
Journaling Process - manual-var..png
200 KB Pobierz
Journaling Process - manual.png
200 KB Pobierz