Processo giornaliero di gestione del registratore di cassa

Il presente articolo descrive un processo tipico presso un registratore di cassa, dall’apertura alla chiusura della giornata. Il middleware Fiskal offre varie funzioni a supporto delle singole fasi del processo. Per motivi di semplicità, non vengono riportate le trasmissioni delle cosiddette voci del registro di audit (eventi del «Protocollo tecnico degli eventi»).

Variante 1

In questa variante, il registratore di cassa funge da sistema principale. Tutti gli scontrini vengono generati esclusivamente dal registratore di cassa e trasmessi al client corrispondente.

Journaling Process - manual.png

La tabella seguente illustra le singole chiamate effettuate dal registratore di cassa al middleware.

Funzione	DocumentType	Nota
PUT /.../createDocument	[90] = OpeningBalance	Apre una transazione e indica che il documento atteso è un saldo iniziale giornaliero (OpeningBalance). Nota: la funzione createDocument è attualmente richiesta solo per le implementazioni *relative alla Germania* e *al Québec.*
POST /.../storeDocument	[90] = OpeningBalance	Il registratore di cassa genera autonomamente un documento di tipo OpeningBalance e lo trasmette al middleware.
PUT /.../createDocument	[0] = Ricevuta	Apre una transazione e indica che il documento atteso è un documento di vendita (scontrino). Nota: la funzione createDocument è attualmente richiesta solo per le implementazioni *relative alla Germania* e *al Québec.*
POST /.../storeDocument	[0] = Scontrino	Il registratore di cassa genera uno scontrino di vendita e lo trasmette al client corrispondente nel middleware.
...	Varie	Il registratore di cassa trasmette i documenti in base alle rispettive transazioni.
PUT /.../createDocument	[99] = EndOfDay	Apre una transazione e specifica che il documento atteso è un rapporto Z / documento di fine giornata (EndOfDay). Nota: la funzione createDocument è attualmente richiesta solo per le implementazioni *in Germania* e *Québec.*
POST /.../storeDocument	[99] = EndOfDay	Il registratore di cassa genera autonomamente un documento di tipo EndOfDay per la chiusura giornaliera del registratore di cassa e lo trasmette al middleware.

Variante 2

In questa variante, sebbene il sistema POS generi autonomamente il documento di apertura (OpeningBalance), il documento Z-report / di fine giornata viene generato dal middleware sulla base dei totali dei documenti trasmessi durante la giornata. Il documento generato dal middleware viene quindi salvato tramite POST /api/v1/transactions/storeDocument.

Journaling Process - manual-var..png

La tabella seguente illustra le singole chiamate effettuate dal registratore di cassa al middleware.

Funzione	DocumentType	Nota
PUT /.../createDocument	[90] = OpeningBalance	Apre una transazione e indica che il documento atteso è un saldo iniziale giornaliero (OpeningBalance). Nota: la funzione createDocument è attualmente richiesta solo per le implementazioni *relative alla Germania* e *al Québec.*
POST /.../storeDocument	[90] = OpeningBalance	Il registratore di cassa genera autonomamente un documento di tipo OpeningBalance e lo trasmette al middleware.
PUT /.../createDocument	[0] = Ricevuta	Apre una transazione e indica che il documento atteso è un documento di vendita (scontrino). Nota: la funzione createDocument è attualmente richiesta solo per le implementazioni *relative alla Germania* e *al Québec.*
POST /.../storeDocument	[0] = Scontrino	Il registratore di cassa genera uno scontrino di vendita e lo trasmette al client corrispondente nel middleware.
...	Varie	Il registratore di cassa trasmette i documenti in base alle rispettive transazioni.
GET /.../{clientId} /endofdayDocument	[99] = EndOfDay	Il registratore di cassa richiede il documento di chiusura giornaliera / rapporto Z generato dal middleware. Il middleware lo restituisce. Attenzione: non viene effettuata alcuna registrazione contabile, ma viene restituito esclusivamente il documento EndOfDay.
PUT /.../createDocument	[99] = EndOfDay	Apre una transazione e specifica che il documento atteso è un rapporto Z / documento di fine giornata (EndOfDay). Nota: la funzione createDocument è attualmente richiesta solo per le implementazioni *in Germania* e *Québec.*
POST /.../storeDocument	[99] = EndOfDay	Il registratore di cassa ritrasmette al middleware il documento di chiusura EndOfDay generato dal middleware stesso.

Variante 3

A differenza delle precedenti varianti 1 e 2, in questo caso il registratore di cassa utilizza le funzioni del middleware per generare l’apertura giornaliera (OpeningBalance) e la chiusura giornaliera senza dover trasmettere i relativi documenti.

Journaling Process - automated.png

La tabella seguente illustra le singole chiamate effettuate dal registratore di cassa al middleware.

Funzione	DocumentType	Nota
POST /.../openingSt	[11] = PayIn	Richiamando questa funzione, il middleware genera un'apertura giornaliera per il rendiconto di chiusura del giorno corrispondente. Viene registrato solo un versamento (PayIn), ma il saldo di cassa non viene azzerato.
PUT /.../createDocument	[0] = Ricevuta	Apre una transazione e indica che il documento atteso è un documento di vendita (ricevuta). Nota: la funzione createDocument è attualmente richiesta solo per le implementazioni *relative alla Germania* e *al Québec.*
POST /.../storeDocument	[0] = Scontrino	Il registratore di cassa genera uno scontrino di vendita e lo trasmette al client corrispondente nel middleware.
...	Varie	Il registratore di cassa trasmette i documenti in base alle rispettive transazioni.
POST /.../cashpointClose	Equivalente a: [99] = EndOfDay	Richiamando questa funzione, il middleware registra automaticamente una chiusura giornaliera con un documento di chiusura / rapporto Z Attenzione: viene registrata esclusivamente una chiusura giornaliera, ma non viene restituito alcun documento. Nota: per poter utilizzare cashpointClose, è necessario che l’opzione «Chiusura semplice del punto di cassa» sia attivata nella configurazione.

Variante 1

Variante 2

Variante 3

Articoli correlati

Commenti