Type of Receipt: ftReceiptCase
The ftReceiptCase indicates the receipt type and defines how the fiskaltrust.SecurityMechanism should process it following Montenegrin law.
For Montenegro (ME), the country code is 0x4D45. Thus, the value of an unknown ftReceiptCase in Montenegro is 0x4D45000000000000.
| Value | Description | Middleware version |
|---|---|---|
0x4D45000000000000 | Unknown type for country-code "ME" This receipt case is handled like a "pos-receipt" ( 0x4D45000000000001). See below: | 1.3.40- |
0x4D45000000000001 | POS receipt Represents the main kind of receipt processed by a POS-System. Creates a turnover and/or change in the amount of cash in the till or similar operations. Use the ftChargeItems and ftPayItems to hand over details for processing. The ftChargeItems and ftPayItems should contain the full final state of the receipt, not a partial state. | 1.3.40- |
0x4D45000000000002 | Zero-receipt Used for communication test and functional test of the fiskaltrust.SecurityMechanism. If the Middleware is in failed mode, zero-receipts will try to restore the communication. If this succeeds, the Middleware re-sends receipts that were processed by the Middleware while it was in failed mode to the central invoice register, according to national requirements. | 1.3.40- |
0x4D45000000000003 | Initial operation receipt / start-receipt The request is only valid with the same property requirements as a zero-receipt. It initializes a new fiskaltrust.SecurityMechanism including and registers the instance at the central invoice register. The request is only valid when the charge items block ( ftChargeItems) and the pay items block (ftPayItems) in the ftReceiptRequest are empty arrays. | 1.3.40- |
0x4D45000000000004 | Out of operation receipt / stop-receipt The request is only valid with the same property requirements as a zero-receipt. It is disabling the fiskaltrust.SecurityMechanism and de-registers the instance from the central invoice register. The request is only valid when the charge items block ( ftChargeItems) and the pay items block (ftPayItems) in the ftReceiptRequest are empty arrays. | 1.3.40- |
0x4D45000000000005 | Monthly-closing This is a zero-receipt. It is recommended to send this receipt at the end of each month to define the time of the accounting closure, but there's no legal requirement to track the end of the month in Montenegran fiscalization. | 1.3.40- |
0x4D45000000000006 | Yearly-closing This is a zero receipt. It is mandatory to send a yearly-closing receipt in Montenegro at the end of the fiscal year, as this resets the yearly counter the Middleware has to send to the central invoice register. | 1.3.40- |
0x4D45000000000007 | Opening balance Used to register the initial cash amount that is deposited in the cash register before the beginning of each business day. It is mandatory to send this receipt in Montenegro on each day before the first POS receipt is processed, as this data has to be sent to the central invoice register. | 1.3.40- |
0x4D45000000000008 | Cash withdrawal Used to register cash withdrawals from the till (e.g. in the evening when closing the store). It is mandatory to send this receipt in Montenegro whenever cash is withdrawn, as this data has to be sent to the central invoice register. | 1.3.40- |
ftReceiptCaseFlag
This table expands on the values provided in table ftReceiptCaseFlag in General Part with values applicable to the Montenegrin market.
| Value | Description | Middleware-Version |
|---|---|---|
| 0x0000000000010000 | Failed receipt Common behaviour, see general part. | 1.3.40- |
| 0x0000000000040000 | Reverse/voided receipt(complete). To cancel a complete receipt, resend it with this flag added to the ftReceiptCase. The field cbReceiptReference has to have a new reference and in cbPreviousReceiptReference the receipt to cancel. | 1.3.40- |
| 0x0000000000050000 | Reverse/voided receipt(partial). To cancel a partial receipt, resend it with this flag added to the ftReceiptCase. The field cbReceiptReference has to have a new reference and in cbPreviousReceiptReference the receipt to cancel. All charge- and payitems for invoicing have to be included in the receipt. | 1.3.40- |
| 0x0000800000000000 | Receipt request. Common behavior, see general part. | 1.3.40- |