Креирање фискалног модула
Да бисте пренели фискалне документе (фискалне податке), прво морате да креирате фискални модул. То се може урадити на неколико начина:
- Ако користите поуздану фискалну услугу (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. Када су сви подаци о трансакцији утврђени (артикли, начин плаћања итд.), ПОС систем генерише ЈСОН објекат трансакције и шаље још један захтев фискалној служби (storeDocument), која завршава (сачувала) трансакцију. Одређене информације из `fiscalResponse` примљеног током `createDocument` морају бити укључене у `payload` ("fiscalDocumentNumber", "fiscalDocumentStartTime" и, ако је применљиво, елементи специфични за поједине земље, као што је `fiscalDocumentRevision` у Немачкој).
Пажња:
у payload могу бити укључени само горе наведени елементи, А НЕ
цео објекат fiscalRespons!
|
||
| 8. Фискална служба прима захтеве од надређеног система и обрађује их у складу са захтевима специфичним за земљу (нпр. потписивање итд.). | ||
| 9. Фискална служба шаље одговор (fiscalResponse) горењем систему. | ||
| 10. Систем касе прима fiscalResponse, издваја информације потребне за креирање документа (нпр. потпис документа, QR код итд.) и штампа документ. | ||
| 11. Оператер предаје штампани рачун купцу |
Процес продаје у малопродаји са отказом трансакције
Ако, као што је горе описано, током корака 6, односно НАКОН слања createDocument (корак 2) и ПРЕ слања storeDocument (корак 7), ПОС систем пошаље cancelDocument УМЕСТО storeDocument.
Пажња: cancelDocument се користи за отказивање (напуштање) непотпуне трансакције и НЕ (!) за евидентирање поврата.
Враћање робе се обрађује на исти начин као и нормалне продајне трансакције, користећи createDocument и storeDocument.
Овај чланак је аутоматски преведен.
Komentari
Komentara: 0
Molimo prijavi se da biste komentarisali.