Skapande av skattemodulen
För att överföra skattedokument (skattedata) måste du först skapa en skattemodul. Detta kan göras på flera sätt:
- Om du använder den betrodda skattetjänsten (Windows- eller Linux-tjänst) skapas skattemodulen automatiskt åt dig av skattetjänsten.
-
Om du planerar att integrera den skattemässiga modulen med direkt .NET DLL-integration måste du själv instansiera den skattemässiga modulen. En detaljerad beskrivning finns nedan:
Skapa/instansiera den skattemässiga modulen
Överföring av dokument
För att överföra skattedokument till skattemodulen krävs minst två steg:
- createDocument
- storeDocument
Oavsett land rekommenderar vi att metoden createDocument anropas i alla fall.
Exempel på kvittodokument i JSON-format:
Detta kvittodokument innehåller:
- en artikelpost med artikeln ”000714”, ”Blume grün”, till ett pris på 4,3 EUR brutto (1 styck).
- 2 betalningar, en post med 5 EUR i kontanter och en återbetalning på 0,7 EUR
För att annullera ett tidigare skapat dokument kan du anropa metoden:
- cancelDocument
För att validera ett dokument innan det överförs till skattemodulen kan du anropa
- ValidateDocument
Processer i detalj
Försäljningsprocess inom detaljhandeln
Försäljningen av varor, till exempel inom detaljhandeln, går till på följande sätt:
| Operatör | Kassasystem | RetailForce Fiscalisation Service |
| 1. Operatören (kassanvändaren) matar in den första varan som kunden vill köpa. | ||
| 2. Kassasystemet skickar en begäran till fiscalisationstjänsten (createDocument) för att registrera starten på den aktuella transaktionen. | ||
| 3. Fiscal Service tar emot begäran från det uppströms liggande systemet och behandlar den i enlighet med landspecifika krav (t.ex. signering m.m.). | ||
| 4. Fiscal Service skickar ett svar (fiscalResponse) till det uppströms liggande systemet. | ||
| 5. Kassasystemet (det uppströms liggande systemet) tar emot svaret och lagrar delar av det (eller hela svarsobjektet) för vidare användning (referens) när transaktionen är slutförd. | ||
| 6. Operatören skannar alla kundens varor och inleder betalningsprocessen. | ||
|
7. När alla transaktionsuppgifter har fastställts (varor, betalningssätt m.m.) genererar kassasystemet transaktionsdata (JSON) och skickar en ny begäran till skattetjänsten (storeDocument), vilket slutför (sparar) transaktionen. Viss information från fiscalResponse som mottagits under createDocument måste ingå i payload (”fiscalDocumentNumber”, ”fiscalDocumentStartTime” och, i förekommande fall, landsspecifika element såsom ”fiscalDocumentRevision” i Tyskland).
Observera:
endast de element som anges ovan får inkluderas i payload och INTE
hela fiscalResponse-objektet!
|
||
| 8. Skattetjänsten tar emot förfrågningar från det uppströms liggande systemet och bearbetar dem i enlighet med landspecifika krav (t.ex. signering m.m.). | ||
| 9. Fiscal Service skickar ett svar (fiscalResponse) till det uppströms liggande systemet. | ||
| 10. Kassasystemet tar emot fiscalResponse, extraherar den information som krävs för att skapa dokumentet (t.ex. dokumentsignatur, QR-kod osv.) och skriver ut dokumentet. | ||
| 11. Operatören överlämnar det utskrivna kvittot till kunden |
Försäljningsprocess inom detaljhandeln med transaktionsavbrytning
Om, såsom beskrivs ovan, under steg 6, dvs. EFTER att createDocument har skickats (steg 2) och INNAN storeDocument skickas (steg 7), skickar kassasystemet ett cancelDocument ISTÄLLET FÖR ett storeDocument.
Observera: cancelDocument används för att avbryta (avbryta) en ofullständig transaktion och INTE (!) för att hantera returer.
Returer hanteras på samma sätt som vanliga försäljningstransaktioner, med hjälp av createDocument och storeDocument.
Den här artikeln har översatts automatiskt.
Kommentarer
0 kommentarer
logga in för att lämna en kommentar.