Traitement quotidien de la caisse

Cet article décrit un processus type à une caisse, de l’ouverture à la clôture de la journée. Le middleware Fiskal propose diverses fonctions pour prendre en charge les différentes étapes du processus. La transmission des entrées dites de journal d’audit (événements du « protocole d’événements techniques ») n’est pas représentée par souci de simplicité.

Variante 1

Dans cette variante, le système de caisse agit en tant que système maître. Tous les tickets de caisse sont générés exclusivement par le système de caisse et transmis au client correspondant.

Journaling Process - manual.png

Le tableau suivant présente les différents appels effectués par la caisse enregistreuse vers le middleware.

Fonction	DocumentType	Remarques
PUT /.../createDocument	[90] = OpeningBalance	Ouvre une transaction et indique que le document attendu est un solde d'ouverture quotidien (OpeningBalance). Remarque : la fonction createDocument n’est actuellement requise que pour les implémentations *en Allemagne* et *au Québec.*
POST /.../storeDocument	[90] = OpeningBalance	Le terminal de point de vente génère de manière autonome un document de type « OpeningBalance » et le transmet au middleware.
PUT /.../createDocument	[0] = Receipt	Ouvre une transaction et indique que le document attendu est un document de vente (ticket de caisse). Remarque : la méthode createDocument n’est actuellement requise que pour les implémentations *en Allemagne* et *au Québec.*
POST /.../storeDocument	[0] = Ticket de caisse	Le système de point de vente génère alors un ticket de caisse et le transmet au client correspondant via le middleware.
...	Divers	La caisse enregistreuse transmet les documents en fonction des transactions respectives.
PUT /.../createDocument	[99] = EndOfDay	Ouvre une transaction et indique que le document attendu est un rapport Z / document de fin de journée (EndOfDay). Remarque : la fonction createDocument n’est actuellement requise que pour les implémentations *en Allemagne* et *au Québec.*
POST /.../storeDocument	[99] = EndOfDay	La caisse enregistreuse génère de manière autonome un document de type EndOfDay pour la clôture journalière de la caisse et le transmet au middleware.

Variante 2

Dans cette variante, bien que le système de point de vente génère le document d’ouverture (OpeningBalance) de manière autonome, le rapport Z / document de fin de journée est généré par le middleware à partir des totaux des documents transmis au cours de la journée. Le document généré par le middleware est ensuite enregistré via la requête POST /api/v1/transactions/storeDocument.

Journaling Process - manual-var..png

Le tableau suivant présente les différents appels effectués par la caisse vers le middleware.

Fonction	DocumentType	Remarques
PUT /.../createDocument	[90] = OpeningBalance	Ouvre une transaction et indique que le document attendu est un solde d'ouverture quotidien (OpeningBalance). Remarque : la fonction createDocument n’est actuellement requise que pour les implémentations *en Allemagne* et *au Québec.*
POST /.../storeDocument	[90] = OpeningBalance	Le terminal de point de vente génère de manière autonome un document de type « OpeningBalance » et le transmet au middleware.
PUT /.../createDocument	[0] = Receipt	Ouvre une transaction et indique que le document attendu est un document de vente (ticket de caisse). Remarque : la méthode createDocument n’est actuellement requise que pour les implémentations *en Allemagne* et *au Québec.*
POST /.../storeDocument	[0] = Ticket de caisse	Le système de point de vente génère alors un ticket de caisse et le transmet au client correspondant via le middleware.
...	Divers	La caisse enregistreuse transmet les documents en fonction des transactions respectives.
GET /.../{clientId} /endofdayDocument	[99] = EndOfDay	La caisse sollicite le document de clôture journalière (rapport Z) généré par le middleware. Le middleware le renvoie. Attention : aucune écriture comptable n’est effectuée, seul un document EndOfDay est renvoyé.
PUT /.../createDocument	[99] = EndOfDay	Ouvre une transaction et précise que le document attendu est un rapport Z / document de fin de journée (EndOfDay). Remarque : la fonction createDocument n’est actuellement requise que pour les implémentations *en Allemagne* et *au Québec.*
POST /.../storeDocument	[99] = EndOfDay	La caisse enregistreuse renvoie au middleware le document de clôture EndOfDay généré par celui-ci.

Variante 3

Contrairement aux variantes 1 et 2 précédentes, la caisse enregistreuse utilise ici les fonctions du middleware pour générer l’ouverture journalière (OpeningBalance) et la clôture journalière sans avoir à transmettre les documents correspondants.

Journaling Process - automated.png

Le tableau suivant présente les différents appels effectués par la caisse enregistreuse vers le middleware.

Fonction	DocumentType	Remarques
POST /.../openingSt	[11] = PayIn	En appelant cette fonction, le middleware génère une ouverture de journée pour le relevé de clôture du jour correspondant. Seul un dépôt (PayIn) est comptabilisé, mais le solde de caisse n'est pas réinitialisé.
PUT /.../createDocument	[0] = Receipt	Ouvre une transaction et indique que le document attendu est un document de vente (reçu). Remarque : la fonction createDocument n’est actuellement requise que pour les implémentations *en Allemagne* et *au Québec.*
POST /.../storeDocument	[0] = Ticket de caisse	Le système de point de vente génère alors un ticket de caisse et le transmet au client correspondant via le middleware.
...	Divers	La caisse enregistreuse transmet les documents en fonction des transactions respectives.
POST /.../cashpointClose	Équivalent à : [99] = EndOfDay	En appelant cette fonction, le middleware enregistre automatiquement une clôture journalière avec un document de clôture / rapport Z Attention : seule la clôture journalière est enregistrée, mais aucun document n’est renvoyé. Remarque : pour pouvoir utiliser cashpointClose, l'option « Clôture simple du point de caisse » doit être activée dans la configuration.

Variante 1

Variante 2

Variante 3

Articles connexes

Commentaires

Variante 1

Variante 2

Variante 3

Articles connexes

Articles associés