Denne artikel beskriver en typisk proces ved et kasseapparat, fra dagens åbning til dagens afslutning. Fiskal-middlewaren tilbyder forskellige funktioner til at understøtte de enkelte trin i processen. Overførslen af såkaldte revisionslogposter (hændelser i »Technical Event Protocol«) er for enkelhedens skyld ikke vist.
Variant 1
I denne variant er kasseapparatet det ledende system. Alle kvitteringer genereres udelukkende af kasseapparatet og overføres til den pågældende client.
Følgende tabel viser kasseapparatets enkelte opkald til middlewareen.
| Funktion | DocumentType | Bemærkninger |
| PUT /.../createDocument | [90] = OpeningBalance |
Åbner en transaktion og angiver, at det forventede dokument er en daglig OpeningBalance (OpeningBalance).
Bemærk:
createDocument er i øjeblikket kun påkrævet for implementeringerne i Tyskland
og Québec
|
| POST /.../storeDocument | [90] = OpeningBalance |
Kasseapparatet genererer selvstændigt et dokument af typen OpeningBalance og sender det til middlewareen. |
| PUT /.../createDocument | [0] = Receipt |
Åbner en transaktion og angiver, at det forventede dokument er et salgsdokument (kvittering).
Bemærk:
createDocument er i øjeblikket kun påkrævet for implementeringerne i Tyskland
og Québec
|
| POST /.../storeDocument | [0] = Kvittering |
Kasseapparatet genererer en salgsbon og sender den til den tilhørende client i middlewareen. |
| ... | diverse |
Kasseapparatet sender dokumenter i henhold til de respektive transaktioner. |
| PUT /.../createDocument | [99] = EndOfDay |
Åbner en transaktion og angiver, at det forventede dokument er en Z-rapport / et dokument for slut-på-dagen (EndOfDay).
Bemærk:
createDocument er i øjeblikket kun påkrævet for implementeringerne i Tyskland
og Québec
|
| POST /.../storeDocument | [99] = EndOfDay |
Kasseapparatet genererer selvstændigt et dokument af typen EndOfDay til den daglige afslutning af kasseapparatet og sender dette til middlewareen. |
Variant 2
I denne variant genererer POS-systemet selv åbningsdokumentet (OpeningBalance), men Z-rapporten/dagafslutningsdokumentet genereres af middlewaren på baggrund af totalerne for de dokumenter, der er overført i løbet af dagen. Det dokument, der genereres af middlewaren, gemmes derefter med POST /api/v1/transactions/storeDocument.
Følgende tabel viser kasseapparatets enkelte opkald til middlewareen.
| Funktion | DocumentType | Bemærkninger |
| PUT /.../createDocument | [90] = OpeningBalance |
Åbner en transaktion og angiver, at det forventede dokument er en daglig OpeningBalance (OpeningBalance).
Bemærk:
createDocument er i øjeblikket kun påkrævet for implementeringerne i Tyskland
og Québec
|
| POST /.../storeDocument | [90] = OpeningBalance |
Kasseapparatet genererer selvstændigt et dokument af typen OpeningBalance og sender det til middlewareen. |
| PUT /.../createDocument | [0] = Receipt |
Åbner en transaktion og angiver, at det forventede dokument er et salgsdokument (kvittering).
Bemærk:
createDocument er i øjeblikket kun påkrævet for implementeringerne i Tyskland
og Québec
|
| POST /.../storeDocument | [0] = Kvittering |
Kasseapparatet genererer en salgsbon og sender den til den tilhørende client i middlewareen. |
| ... | diverse |
Kasseapparatet sender dokumenter i henhold til de respektive transaktioner. |
| GET /.../{clientId} /endofdayDocument | [99] = EndOfDay |
Kasseapparatet anmoder om det daglige afslutningsdokument / Z-rapport, der er genereret af middlewaren. Middlewaren returnerer dette.
Bemærk:
Der foretages ingen bogføring, der returneres kun et EndOfDay-dokument!
|
| PUT /.../createDocument | [99] = EndOfDay |
Åbner en transaktion og angiver, at det forventede dokument er en Z-rapport / et EndOfDay-dokument (EndOfDay).
Bemærk:
createDocument er i øjeblikket kun påkrævet for implementeringerne i Tyskland
og Québec
|
| POST /.../storeDocument | [99] = EndOfDay |
Kasseapparatet sender det afslutningsdokument (EndOfDay), der er genereret af middlewaren, tilbage til middlewaren. |
Variant 3
I modsætning til de foregående varianter 1 og 2 bruger kasseapparatet her middleware-funktioner til at generere den daglige åbning (OpeningBalance) og den daglige afslutning uden at skulle sende de tilhørende dokumenter.
Følgende tabel viser kasseapparatets enkelte opkald til middlewareen.
| Funktion | DocumentType | Bemærkninger |
| POST /.../openingSt |
[11] = PayIn |
Ved at kalde denne funktion genererer middlewaren en daglig åbning for afslutningsopgørelsen for den pågældende dag. Der bogføres kun en indbetaling (PayIn), men kontantbeholdningen nulstilles ikke. |
| PUT /.../createDocument | [0] = Receipt |
Åbner en transaktion og angiver, at det forventede dokument er et salgsdokument (kvittering).
Bemærk:
createDocument er i øjeblikket kun påkrævet for implementeringerne i Tyskland
og Québec
|
| POST /.../storeDocument | [0] = Kvittering |
Kasseapparatet genererer en salgskvittering og sender den til den tilhørende client i middlewareen. |
| ... | diverse |
Kasseapparatet sender dokumenter i henhold til de respektive transaktioner. |
| POST /.../cashpointClose |
Svarer til: [99] = EndOfDay |
Ved at kalde denne funktion bogfører middlewaren automatisk en daglig afslutning med et afslutningsdokument / Z-rapport
Bemærk:
Der bogføres kun en daglig afslutning, men der returneres ikke noget dokument.
Bemærk:
For at kunne bruge cashpointClose skal indstillingen "Enkel kasseafslutning" være aktiveret i konfigurationen.
|
Relaterede artikler
Daglig afslutning af kasseapparatet
Implementering af dagafslutning (kasseafslutning)
Denne artikel er oversat automatisk.
Kommentarer
0 kommentarer
Log ind for at kommentere.