Zum Hauptinhalt springen

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

ValueDescription
tReceiptCaseType
txccReceiptCase
ggggglobal tagging/flag
llllocal tagging/flag

t - ReceiptCaseType

ValueCategoryDescription
0ReceiptA 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.
1InvoiceAn invoice is generated for those cases where payment isn't handled immediately.
2DailyOperationsThis category contains receipt cases that the Middleware requires for various downstream processes (e.g. book keeping)
3LogLogs can be used for storing / securing events that need are needed for additional processing or downstream processes. (e.g. log for cash drawer opened)
4LifecycleThese 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

ValueDescriptionMiddleware version
0000Unknown type for country-code "IT"

This receipt case is handled like a "pos-receipt" (0001 ). See below:
1.3.45
0001POS 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
0002Payment transfer receipt type

1.3.45
0003Point-Of-Sale receipt without fiscalization

Obligation or with exeption on fiscalization regulation
1.3.45
0004E-Commerce receipt type

1.3.45
0005Delivery Note

1.3.45
1000Unknown invoice type

1.3.45
1001B2C invoice type

1.3.45
1002B2B invoice type

1.3.45
1003B2G invoice type

1.3.45
2000Zero 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
2010Shift Closing Receipt

1.3.45
2011Daily Closing Receipt

1.3.45
2012Monthly Closing Receipt

1.3.45
2013Yearly Closing Receipt

1.3.45
3000Protocol (unspecified type)

1.3.45
3001Protocol (technical event)

1.3.45
3002Protocol (audit event / accounting event)

1.3.45
3003Internal usage / Material consumption

1.3.45
3004Order

1.3.45
3010Copy Receipt / Print existing Receipt

1.3.45
4001Queue-Start-Receipt (Initial operations receipt)

1.3.45
4002Queue-Stop-Receipt (Out of operations receipt)

1.3.45
4011Initiate SCU-switch

1.3.45
4012Finish SCU-switch

1.3.45

gggg - global tagging/flag

ValueDescriptionMiddleware version
0001Process 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
0002Training Receipt1.3.45
0004IsVoid

Marks Receipt as Void to previous one. Mark lineitems also as IsVoid to signal clear data.
1.3.45
0008Process 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
0010IssuerIsSmallBusiness

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
0020ReceiverIsBusiness 

Specific data need to be placed onto the receipt. 
1.3.45
0040ReceiverIsKnown

Characteristics related to VAT taxes are given. For example, Name, Adress, VAT-ID, other local info.
1.3.45
0080IsSaleInForeignCountry

1.3.45
0100IsReturn/IsRefund

Marks Receipt as Return of good or service.
1.3.45
0800Group 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
8000ReceiptRequest

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

lll - local tagging/flag

ValueDescriptionMiddleware version
001X Report

(Only for RT Devices - only for Zero receipts) Prints the X report containing the snapshot of sales totals and activities
1.3.45