Daglig kassaavräkning – RetailForce

Denna artikel beskriver en typisk process vid en kassa, från dagens öppning till dagens stängning. Fiskal-middleware erbjuder olika funktioner för att stödja de enskilda processstegen. Överföringen av så kallade revisionsloggposter (händelser i ”Technical Event Protocol”) visas inte för enkelhetens skull.

Variant 1

I denna variant är kassasystemet det ledande systemet. Alla kvitton genereras uteslutande av kassasystemet och överförs till motsvarande client.

Journaling Process - manual.png

Följande tabell visar kassaapparatens enskilda anrop till middleware.

Funktion	DocumentType	Anmärkningar
PUT /.../createDocument	[90] = OpeningBalance	Öppnar en transaktion och anger att det förväntade dokumentet är en daglig ingående balans (OpeningBalance). Obs: createDocument krävs för närvarande endast för implementationerna i *Tyskland* och *Québec*
POST /.../storeDocument	[90] = OpeningBalance	Kassasystemet genererar självständigt ett dokument av typen OpeningBalance och överför det till middleware.
PUT /.../createDocument	[0] = Receipt	Öppnar en transaktion och anger att det dokument som förväntas är ett försäljningsdokument (kvitto). Obs: createDocument krävs för närvarande endast för implementationerna i *Tyskland* och *Québec*
POST /.../storeDocument	[0] = Kvitto	Kassan genererar ett försäljningskvitto och överför det till motsvarande client i middleware-programvaran.
...	diverse	Kassan överför dokument enligt respektive transaktion.
PUT /.../createDocument	[99] = EndOfDay	Öppnar en transaktion och anger att det dokument som förväntas är en Z-rapport / ett dokument för dagens slut (EndOfDay). Obs: createDocument krävs för närvarande endast för implementationerna i *Tyskland* och *Québec*
POST /.../storeDocument	[99] = EndOfDay	Kassan genererar självständigt ett dokument av typen EndOfDay för den dagliga avstängningen av kassan och överför detta till middleware.

Variant 2

I denna variant genererar kassasystemet visserligen öppningsdokumentet (OpeningBalance) självständigt, men Z-rapporten/dagsslutsdokumentet genereras av middleware utifrån summan av de dokument som överförts under dagen. Det dokument som genereras av middleware sparas sedan med POST /api/v1/transactions/storeDocument.

Journaling Process - manual-var..png

Följande tabell visar kassasystemets enskilda anrop till middleware-programvaran.

Funktion	DocumentType	Anmärkningar
PUT /.../createDocument	[90] = OpeningBalance	Öppnar en transaktion och anger att det förväntade dokumentet är en daglig ingående balans (OpeningBalance). Obs: createDocument krävs för närvarande endast för implementationerna i *Tyskland* och *Québec*
POST /.../storeDocument	[90] = OpeningBalance	Kassasystemet genererar självständigt ett dokument av typen OpeningBalance och överför det till middleware.
PUT /.../createDocument	[0] = Receipt	Öppnar en transaktion och anger att det dokument som förväntas är ett försäljningsdokument (kvitto). Obs: createDocument krävs för närvarande endast för implementationerna i *Tyskland* och *Québec*
POST /.../storeDocument	[0] = Kvitto	Kassan genererar ett försäljningskvitto och överför det till motsvarande client i middleware-programvaran.
...	diverse	Kassan överför dokument i enlighet med respektive transaktion.
GET /.../{clientId} /endofdayDocument	[99] = EndOfDay	Kassan begär det dagliga avslutningsdokumentet / Z-rapporten som genererats av middleware. Middleware returnerar detta. Observera: Ingen bokföring görs, endast ett EndOfDay-dokument returneras!
PUT /.../createDocument	[99] = EndOfDay	Öppnar en transaktion och anger att det dokument som förväntas är en Z-rapport / ett EndOfDay-dokument (EndOfDay). Obs: createDocument krävs för närvarande endast för implementationerna i *Tyskland* och *Québec*
POST /.../storeDocument	[99] = EndOfDay	Kassan överför det EndOfDay-avslutningsdokument som genererats av middleware tillbaka till middleware.

Variant 3

Till skillnad från de tidigare varianterna 1 och 2 använder kassaapparaten här middleware-funktionerna för att generera den dagliga öppningen (OpeningBalance) och den dagliga stängningen utan att behöva överföra motsvarande dokument.

Journaling Process - automated.png

Följande tabell visar kassaapparatens enskilda anrop till middleware-programvaran.

Funktion	DocumentType	Anmärkningar
POST /.../openingSt	[11] = PayIn	Genom att anropa denna funktion genererar middlewaren en daglig öppning för stängningsrapporten för motsvarande dag. Endast en insättning (PayIn) bokförs, men kassasaldot återställs inte.
PUT /.../createDocument	[0] = Receipt	Öppnar en transaktion och anger att det dokument som förväntas är ett försäljningsdokument (kvitto). Obs: createDocument krävs för närvarande endast för implementationerna i *Tyskland* och *Québec*
POST /.../storeDocument	[0] = Kvitto	Kassan genererar ett försäljningskvitto och överför det till motsvarande client i middleware-programvaran.
...	divers	Kassan överför dokument i enlighet med respektive transaktion.
POST /.../cashpointClose	Motsvarar: [99] = EndOfDay	Genom att anropa denna funktion bokför middleware automatiskt en dagsavslutning med ett avslutningsdokument / Z-rapport Observera: Endast en daglig avstämning bokförs, men inget dokument returneras. Obs: För att kunna använda cashpointClose måste alternativet ”Enkel kassastängning” vara aktiverat i konfigurationen.

Relaterade artiklar

Daglig avstämning av kassan

Implementering av dagsslut (kassaslut)

Enkel kassastängning

Den här artikeln har översatts automatiskt.

Journaling Process - automated.png
200 kB Hämta
Journaling Process - manual-var..png
200 kB Hämta
Journaling Process - manual.png
200 kB Hämta