Създаване на фискалния модул
За да прехвърляте фискални документи (фискални данни), първо трябва да създадете фискален модул. Това може да стане по няколко начина:
- Ако използвате доверен фискален сервиз (Windows или Linux), фискалният модул ще бъде създаден автоматично от него.
-
Ако планирате да интегрирате фискалния модул чрез директна .NET DLL интеграция, трябва сами да инициализирате фискалния модул. Подробно описание можете да намерите по-долу:
Създаване / инициализиране на фискалния модул
Прехвърляне на документи
За да прехвърлите фискални документи към фискалния модул, са необходими поне 2 стъпки:
- createDocument
- storeDocument
Независимо от държавата, препоръчваме във всеки случай да се извиква методът createDocument.
Пример за документ „Разписка“ във формат JSON:
Тази разписка съдържа:
- една позиция с артикул „000714“, „Blume grün“, с цена 4,3 EUR бруто (1 брой).
- 2 плащания – позиция с 5 EUR в брой и връщане на 0,7 EUR
За да отмените предишно създаден документ, можете да извикате метода:
- cancelDocument
За да валидирате документ, преди да го прехвърлите към фискалния модул, можете да извикате
- ValidateDocument
Процеси в подробности
Процес на продажбите на дребно
Продажбата на стоки, например в търговията на дребно, протича както следва:
| Оператор | Касова система | Услуга за фискализация RetailForce |
| 1. Операторът (потребителят на касовия апарат) въвежда първия артикул, който клиентът желае да закупи. | ||
| 2. Касовата система изпраща заявка към фискалната услуга (createDocument) за регистриране на началото на съответната транзакция. | ||
| 3. Фискалната услуга получава заявката от системата нагоре по веригата и я обработва в съответствие с изискванията, специфични за съответната държава (например подписване и др.). | ||
| 4. Фискалната услуга изпраща отговор (fiscalResponse) към системата нагоре по веригата. | ||
| 5. Касовата система (горестоящата система) получава отговора и съхранява части от него (или целия обект на отговора) за по-нататъшна употреба (препратка), когато транзакцията бъде завършена. | ||
| 6. Операторът сканира всички артикули на клиента и започва процеса на плащане. | ||
|
7. След като всички данни за транзакцията бъдат определени (артикули, начин на плащане и др.), POS системата генерира полезния payload на транзакцията (JSON) и изпраща още едно заявка към фискалната служба (storeDocument), което завършва (записва) транзакцията. Определена информация от fiscalResponse, получена по време на createDocument, трябва да бъде включена в payload („fiscalDocumentNumber“, „fiscalDocumentStartTime“ и, ако е приложимо, специфични за страната елементи като „fiscalDocumentRevision“ в Германия).
Внимание:
в payload могат да бъдат включени само изброените по-горе елементи, а НЕ
целият обект fiscalResponse!
|
||
| 8. Фискалната служба получава заявки от системата нагоре по веригата и ги обработва в съответствие с изискванията, специфични за съответната държава (например подписване и др.). | ||
| 9. Фискалната служба изпраща отговор (fiscalResponse) към системата нагоре по веригата. | ||
| 10. Касовата система получава „fiscalResponse“, извлича информацията, необходима за създаване на документа (например подпис на документа, QR код и др.) и отпечатва документа. | ||
| 11. Операторът връчва отпечатаната разписка на клиента |
Процес на продажба в търговията на дребно с анулиране на транзакция
Ако, както е описано по-горе, по време на стъпка 6, т.е. СЛЕД изпращането на createDocument (стъпка 2) и ПРЕДИ изпращането на storeDocument (стъпка 7), POS системата изпрати cancelDocument ВМЕСТО storeDocument.
Внимание: cancelDocument се използва за отмяна (прекратяване) на незавършена транзакция, а НЕ (!) за отразяване на връщания.
Връщанията се обработват по същия начин като обичайните продажбени транзакции, като се използват createDocument и storeDocument.
Тази статия е преведена автоматично.
Коментари
0 коментара
Влезте в услугата, за да оставите коментар.