Type of Receipt: ftReceiptCase

The ftReceiptCase indicates the receipt type and defines how the fiskaltrust.SecurityMechanism should process it following Italian law.

For Italy (IT), the country code is 0x4954. Thus, the value of an unknown ftReceiptCase in Italy is 0x4954000000000000.

Format

CCCC_vlll_gggg_txcc

v - version

version 2

Value	Description
t	ReceiptCaseType
txcc	ReceiptCase
gggg	global tagging/flag

t - ReceiptCaseType

Value	Category	Description
0	Receipt	A basic receipt that is generated as part of a POS sale. A receipt usually serves as proof of payment. The receipt is used after the transaction is done (if goods are received). This is the usual process that is done at a POS.
1	Invoice	An invoice is generated for those cases where payment isn't handled immediately.
2	DailyOperations	This category contains receipt cases that the Middleware requires for various downstream processes (e.g. book keeping)
3	Log	Logs can be used for storing / securing events that need are needed for additional processing or downstream processes. (e.g. log for cash drawer opened)
4	Lifecycle	These operations are used for changing the overall state of the Middleware. Depending on the local regulations these receipts are handed over as part of a notification (e.g. FinanzOnline)

txcc - ReceiptCase

Value	Description	Middleware version
0000	Unknown type for country-code "IT" This receipt case is handled like a "pos-receipt" (0001 ). See below:	1.3.45
0001	POS receipt Represents the main kind of receipt processed by a POS system. Creates a turnover and/or a change in the amount of cash in the till or similar operations. Use the ftChargeItems and ftPayItems to hand over details about goods, services and payments for processing. The ftChargeItems and ftPayItems should contain the full final state of the receipt.	1.3.45
0002	Payment transfer receipt type	1.3.45
0003	Point-Of-Sale receipt without fiscalization Obligation or with exeption on fiskalization regulation	1.3.45
0004	E-Commerce receipt type	1.3.45
0005	Delivery Note	1.3.45
1000	Unknown invoice type	1.3.45
1001	B2C invoice type	1.3.45
1002	B2B invoice type	1.3.45
1003	B2G invoice type	1.3.45
2000	Zero Receipt Used for communication test and functional test of the fiskaltrust.SecurityMechanism. 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.45
2001	(reserved) One Receipt	1.3.45
2010	Shift Closing Receipt	1.3.45
2011	Daily Closing Receipt	1.3.45
2012	Monthly Closing Receipt	1.3.45
2013	Yearly Closing Receipt	1.3.45
3000	Protocol (unspecified type)	1.3.45
3001	Protocol (technical event)	1.3.45
3002	Protocol (audit event / accounting event)	1.3.45
3003	Internal usage / Material consumption	1.3.45
3004	Order	1.3.45
3010	Copy Receipt / Print existing Receipt	1.3.45
4001	Queue-Start-Receipt (Initial operations receipt)	1.3.45
4002	Queue-Stop-Receipt (Out of operations receipt)	1.3.45
4011	Initiate SCU-switch	1.3.45
4012	Finish SCU-switch	1.3.45

gggg - global tagging/flag

Value	Description	Middleware version
0001	Process as Late Signing Receipt The cash register lost connection to the queue and processed receipts without communicating with the queue. All processed receipts marked with the hint “Security mechanism not reachable” need to be sent to the queue with this maker.	1.3.45
0002	Training Receipt	1.3.45
0004	IsVoid Marks Receipt as Void to previous one. Mark lineitems also as IsVoid to signal clear data.	1.3.45
0008	Process as Handwritten Receipt During a power outage, the Cash register will not work, and the merchant hands out handwritten receipts. These handwritten receipts need to be sent to the Security Mechanism by using this flag.	1.3.45
0010	IssurIsSmallBusiness Businesses below a country-specific size in revenue need not declare VAT. With this marker, the receipt shows no VAT, all prices are gross, and a country-specific hint must be printed.	1.3.45
0800	Group by Position-Number / 100 100 = first position, 101 first subitem, 102 second subitem. The sum of all chargeitems within a position must count toward the total receipt amount. If the quantity and amount are 0,00, the quantity and amount will not be visualized for this line on the digital receipt. Independent if main our subitem.	1.3.45
8000	ReceiptRequest If you don’t receive a response, try this flag first before taking any other action. This will return a stored result for example in case of a timeout when cashregister calls queue.	1.3.45