Type of Receipt: ftReceiptCase

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

For Portugal (PT), the country code is 0x5054. Thus, the value of an unknown ftReceiptCase in Portugal is 0x5054000000000000.

Format

CCCC_vlll_gggg_txcc

v - version

version 2

Value	Description
t	ReceiptCaseType
txcc	ReceiptCase
gggg	global tagging/flag
lll	local tagging/flag

Table 1. Segments of the version 2 ftReceiptCase format for Portugal.

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 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)

Table 2. ReceiptCaseType (t) categories for Portugal.

txcc - ReceiptCase

Value	Description	Middleware Version
0000	Unknown type for country-code "PT" 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 exception on fiscalization regulation	1.3.45
0004	E-Commerce receipt type	1.3.45
0005	Delivery Note	1.3.45
0006	Table check (Consulta de mesa, SAF-T type CM) Working document that records the open items of a table or order and can be handed to the customer to check goods or services before invoicing. Must not contain cbPayItems. Is numbered in its own series, signed, and exported as a WorkingDocument; the response carries the notice Este documento não serve de fatura. An invoice (1xxx) that references the table check via cbPreviousReceiptReference sets its status to invoiced; only the last table check of a chain may be invoiced, and an invoiced or voided table check cannot be used again.	1.3.83
0007	Pro forma invoice (Fatura pró-forma, SAF-T type PF) Working document offered to the customer before the sale. Must not contain cbPayItems and must not carry the HasTransportInformation flag. Is numbered in its own series, signed, and exported as a WorkingDocument; the response carries the notice Este documento não serve de fatura. Referencing it from an invoice generates OrderReferences and sets the pro forma to invoiced. With the local flag 002 (see Table 5) the same receipt case issues a budget (Orçamento, SAF-T type OR) in a separate series.	1.3.83
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

Table 3. ReceiptCase (txcc) values of ftReceiptCase for Portugal.

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 marker.	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	IssuerIsSmallBusiness 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
0020	ReceiverIsBusiness Specific data need to be placed onto the receipt.	1.3.45
0040	ReceiverIsKnown Characteristics related to VAT taxes are given. For example, Name, Address, VAT-ID, other local info.	1.3.45
0080	IsSaleInForeignCountry	1.3.45
0100	IsReturn/IsRefund Marks Receipt as Return of good or service.	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 or 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

Table 4. Global tagging/flag (gggg) values of ftReceiptCase for Portugal.

lll - local tagging/flag

Value	Description	Middleware version
002	Budget (Orçamento) Only valid together with the pro forma receipt case 0007: 0x5054_2002_0000_0007 issues a budget (SAF-T type OR) in the budget series instead of a pro forma. All other rules of the pro forma apply.	1.3.83

Table 5. Local tagging/flag (lll) values of ftReceiptCase for Portugal.