The ftReceiptCase defines the type of receipt and hence how fiskaltrust.SecurityMechanisms should process receipts according to the French law.
For France (FR) the country code is 0x4652
. Thus, the value for an unknown ftReceiptCase in France is 0x4652000000000000
.
Value | Description | Middleware-Version |
---|---|---|
0x4652000000000000 |
Unknown receipt for FR Processed like a ticket |
1.2 |
0x4652000000000001 |
Ticket Legal document; has to be signed. Sign: Yes Chain and national numbering: T Details: GT counters are raised |
1.2 |
0x4652000000000002 |
Payment Prove Payment without knowledge what was paid. Legal document; has to be signed. Sign: Yes Chain and national numbering: P No ChargeItems on payment-prove, the total amount is always zero, a negative payitem of type 0x4652000000000011 is used to get the sum of payitems to zero.Details: GT counters are not raised |
|
0x4652000000000003 |
Invoice Legal document; has to be signed. Sign: Yes Chain and national numbering: I A reference to the ticket can be created by using the cbPreviousReceiptNumber in the request. Detail: GT counters are raised |
|
0x4652000000000004 |
Shift Receipt / Grand Total Ticket / Grand Total Invoice: Shift Sign: Yes Chain and national numbering: G Details: Resets shift counter, keeps all other counters |
|
0x4652000000000005 |
Daily Receipt / Grand Total Ticket / Grand Total Invoice: Daily Sign: Yes Chain and national numbering: G Details: - Adds daily counter to month-counter an then resets daily counter - keeps shift counter |
|
0x4652000000000006 |
Monthly Receipt / Grand Total Ticket / Grand Total Invoice: Month Sign: Yes Chain and national numbering: G Details: - Adds daily counter to month-counter an then resets daily counter - Adds monthly counter to yearly counter and then resets monthly counter - keeps shift counter |
|
0x4652000000000007 |
Yearly Receipt / Grand Total Ticket / Grand Total Invoice: Year Sign: Yes Chain and national numbering: G Details: - Adds daily counter to month-counter an then resets daily counter - Adds monthly counter to yearly counter and then resets monthly counter - Resets yearly counter - keeps shift counter |
|
0x4652000000000008 |
Bill List of ChargeItems to be payed. Used to inform customers about their open ChargeItems. payitemtype 0x4652000000000011 is usedSign: Yes Chain and national numbering: B Details: GT counters are not raised. When the bill is used, the phrase "document provisoire" is returned with the fiskaltrust signature and must be printed on the bill. Every time the bill is reprinted, an upcounting number denoting how may times the bill has been printed is returned and must be printed on the bill and is then recorded in the journal. If bill and payment prove are created, this does not replace a ticket creation. A ticket or an invoice has to be issued to raise turnover and raise the GT counters as well #B02 |
|
0x4652000000000009 |
Delivery Note Sign: no Chain and national numbering: no |
|
0x465200000000000A |
Cash Deposit Same handling as payment prove Chain and national numbering: P |
|
0x465200000000000B |
Pay out Same handling as payment prove Chain and national numbering: P |
|
0x465200000000000C |
Payment transfer Switch between Payment method, e.g. from cash to credit card Sign: Yes Chain and national numbering: P |
|
0x465200000000000D |
Internal / Material Sign: No Chain and national numbering: no |
|
0x465200000000000E |
Foreign sales Same handling as bill Sign: Yes Chain und national numbering: B |
|
0x465200000000000F |
Zero-Receipt Sign: Yes Chain and national numbering: G Details: A receipt with empty charge items block (ftChargeItem) and empty payment block (ftPayItem) which amounts to a total of "0". |
|
0x4652000000000010 |
Start-Receipt Sign: Yes Chain and national numbering: G |
|
0x4652000000000011 |
Stop-Receipt Sign: Yes Chain and national numbering: G |
|
0x4652000000000012 |
Protocol / Technical Event Log Has to be signed Sign: Yes Chain and national numbering: L #L03 Details: Can be used by the POS system to log custom data. |
|
0x4652000000000013 |
Protocol / Accounting / Audit Has to be signed Sign: Yes Chain and national numbering: L #L02 Details: Can be used by the POS system to log custom data. |
|
0x4652000000000014 |
Protocol / Custom Does not need to be signed Sign: No Chain and national numbering: No # Details: Can be used by the POS system to log custom data. |
|
0x4652000000000015 |
Archive Has to be Signed Sign: Yes Chain and national numbering: A Details: Will trigger automatically a daily closing. |
|
0x4652000000000016 |
Copy Has to be Signed Sign: Yes Chain and national numbering: C Details: in a request the cbPreviousReceiptReference is mandatory. It contains the receiptnumber of the cash register which was handed out as a copy. When a copy of a reciept is requested, the phrase "duplicata" is returned with the fiskaltrust signature and must be printed on the receipt. Every time the receipt is reprinted, an upcounting number denoting how may times the receipt has been printed is returned and must be printed on the receipt and is then recorded in the journal. |
Table 33. Type of Receipt: ftReceiptCase (FR – BOI-TVA-DECL 30-10-30)
Diverse business transactions according to the French law and regulations can result in certain combinations of types of receipts. For this, bytes 6, 5, 4 and 3 are used as combinable codes. These codes can be added with the help of the logic operator "OR".
Value | Description | Version |
---|---|---|
0x0000000000010000 |
"out of service" The transferred receipt contains data which has been created during an outage of the connection between the POS System and the fiskaltrust.Middleware. The original receipts are avaiable in handwritten or digital format and are now transferred and subsequently consolidated and signed via zero receipt. This can be necessary for example after a power or server outage. |
1.2 |
0x0000000000020000 |
"training receipt" All requests issued with this flag are chained and signed in a separate chain. The phrase "mode école" is printed on any artifact that is printed while the flag is being used. For national numbering "X" is used. GT counters are not raised. |
1.2 |
0x0000000000040000 |
"reverse receipt" or "voided receipt" Common behaviour |
|
0x0000800000000000 |
"receipt request" Common behaviour |
Table 34. Type of Receipt: ftReceiptCase Flags (FR – BOI-TVA-DECL 30-10-30)
The ftChargeItemCase defines the type of service in charge item blocks and thus how fiskaltrust.SecurityMechanism processes individual receipts with regards to receipt generation and the accordance to the French law.
For France (FR) the country code is 0x4652. Thus, the value for an unknown ftChargeItemCase in France is 0x4652000000000000.
Value | Description | Middleware Version |
---|---|---|
0x4652000000000000 |
"unknown type of service for FR" With help of the VAT-rates table saved within fiskaltrust.SecurityMechanisms, an allocation to standard /reduced-1 /reduced-2 / super-reduced/zero is attempted. |
1.2 |
0x4652000000000001 |
"undefined type of service for FR reduced-1" (as of 1.1.2017, this is calculated with 5,5%). |
1.2 |
0x4652000000000002 |
"undefined type of service for FR reduced-2" (as of 1.1.2016, this is calculated with 10% Loi n° 2015-1786 du 29 décembre 2015, art. 79). |
1.2 |
0x4652000000000003 |
"undefined type of service for FR normal" (as of 1.1.2014, this is 20%, Loi n° 2012-1510 du 29 décembre 2012, art. 68-III-B). |
1.2 |
0x4652000000000004 |
"undefined type of service for FR special" (super-reduced) Includes all rates hat are not contained in the previous ones (as of 1.1.2017, this can be for example 2,1%). |
1.2 |
0x4652000000000005 |
"undefined type of service for FR zero" Includes data which are indicated with 0% sales tax and also data where the sales tax is unknown, for example in a reference to an outgoing invoice. Also in cases where the sales tax should not be apparent, for example in the case of differential taxation, the data can be issued with this code. |
1.2 |
0x4652000000000006 |
"reverse charge" Reversal of tax liability. |
1.2 |
0x4652000000000007 |
"not own sales" In the data, a VAT-rate can be indicated. |
1.2 |
0x4652000000000008 |
"delivery reduced-1" For processing, see ( 0x4652000000000001 ) |
1.2 |
0x4652000000000009 |
"delivery reduced-2" For processing, see ( 0x4652000000000002 ) |
1.2 |
0x465200000000000A |
"delivery normal" For processing, see ( 0x4652000000000003 ) |
1.2 |
0x465200000000000B |
"delivery special" For processing, see ( 0x4652000000000004 ) |
1.2 |
0x465200000000000C |
"delivery zero" For processing, see ( 0x4652000000000005 ) |
1.2 |
0x465200000000000D |
"other services reduced-1" For processing, see ( 0x4652000000000001 ) |
1.2 |
0x465200000000000E |
"other services reduced-2" For processing, see ( 0x4652000000000002 ) |
1.2 |
0x465200000000000F |
"other services normal" For processing, see ( 0x4652000000000003 ) |
1.2 |
0x4652000000000010 |
"other services special" For processing, see ( 0x4652000000000004 ) |
1.2 |
0x4652000000000011 |
"other services zero" For processing, see ( 0x4652000000000005 ) |
1.2 |
0x4652000000000012 |
"catalogue services reduced-1" For processing, see ( 0x4652000000000001 ) |
1.2 |
0x4652000000000013 |
"catalogue services reduced-2" For processing, see ( 0x4652000000000002 ) |
1.2 |
0x4652000000000014 |
"catalogue services normal" For processing, see ( 0x4652000000000003 ) |
1.2 |
0x4652000000000015 |
"catalogue services special" For processing, see ( 0x4652000000000004 ) |
1.2 |
0x4652000000000016 |
"catalogue services zero" For processing, see ( 0x4652000000000005 ) |
1.2 |
0x4652000000000017 |
"own consumption reduced-1" For processing, see ( 0x4652000000000001 ) |
1.2 |
0x4652000000000018 |
"own consumption reduced-2" For processing, see ( 0x4652000000000002 ) |
1.2 |
0x4652000000000019 |
"own consumption normal" For processing, see ( 0x4652000000000003 ) |
1.2 |
0x465200000000001A |
"own consumption special" For processing, see ( 0x4652000000000004 ) |
1.2 |
0x465200000000001B |
"own consumption zero" For processing, see ( 0x4652000000000005 ) |
1.2 |
0x465200000000001C |
"prepayment reduced-1" For processing, see ( 0x4652000000000001 ) |
1.2 |
0x465200000000001D |
"prepayment reduced-2" For processing, see ( 0x4652000000000002 ) |
1.2 |
0x465200000000001E |
"prepayment normal" For processing, see ( 0x4652000000000003 ) |
1.2 |
0x465200000000001F |
"prepayment special" For processing, see ( 0x4652000000000004 ) |
1.2 |
0x4652000000000020 |
"prepayment zero" For processing, see ( 0x4652000000000005 ) |
1.2 |
0x4652000000000021 |
"account of a third party/ third party name/ collection" For processing, see ( 0x4652000000000007 ) |
1.2 |
0x4652000000000022 |
Obligation ??? | 1.2 |
Table 35. Type of Service: ftChargeItemCase (FR – BOI-TVA-DECL 30-10-30)
In the following there are further guidelines for using ftChargeItemCase.
The ftPayItemCase defines the type of payment within the pay items block and thus how the fiskaltrust.SecurityMechanism processes the individual payment in terms of the receipt.
Value | Description | Middleware Version |
---|---|---|
0x4652000000000000 |
"default value" unknown payment type: automatic processing through the fiskaltrust.SecurityMechanisms settings is attempted. |
1.2 |
0x4652000000000000 |
"unknown payment type for FR" This is handled like a cash payment in national currency. |
1.2 |
0x4652000000000001 |
"cash payment in national currency" cash |
1.2 |
0x4652000000000002 |
"cash payment in foreign currency" cash |
1.2 |
0x4652000000000003 |
"crossed cheque" cash |
1.2 |
0x4652000000000004 |
"debit card payment" noncash |
1.2 |
0x4652000000000005 |
"credit card payment" cash |
1.2 |
0x4652000000000006 |
"voucher payment (coupon)" voucher by money value cash |
1.2 |
0x4652000000000007 |
"online payment" noncash |
1.2 |
0x4652000000000008 |
"customer card payment" noncash |
1.2 |
0x4652000000000009 |
"other debit card" noncash |
1.2 |
0x465200000000000A |
"other credit card" cash |
1.2 |
0x465200000000000B |
"account receivable" delivery note/ settlement in foreign currency internal |
1.2 |
0x465200000000000C |
"SEPA transfer" noncash |
1.2 |
0x465200000000000D |
"other transfer" noncash |
1.2 |
0x465200000000000E |
"cash book expense" internal |
1.2 |
0x465200000000000F |
"cash book contribution" internal |
1.2 |
0x4652000000000010 |
"levy" ?? internal |
1.2 |
0x4652000000000011 |
"internal/ material consumption" Can be used for bill internal |
1.2 |
0x4652000000000012 |
"change" tip cash |
1.2 |
Table 36. Type of Payment: ftPayItemCase (FR - BOI-TVA-DECL 30-10-30)
The ftSignatureType indicates type and origin of the signature.
Value | Description | Version |
---|---|---|
0x4652000000000000 |
unknown FR | |
0x4652000000000001 |
JWT | 1.2 |
0x4652000000000002 |
Shift Closing Sum | 1.2 |
0x4652000000000003 |
Day Closing Sum | 1.2 |
0x4652000000000004 |
Month Closing Sum | 1.2 |
0x4652000000000005 |
Year Closing Sum | 1.2 |
0x4652000000000006 |
Archive Totals Sum | 1.2 |
Table 37. Type of Signature: ftSignatureType (FR - BOI-TVA-DECL 30-10-30)
The ftJournalType is used in connection with the journal function and defines the journal stream in accordance to the French law which is given back. In In the ftJournalType, the ISO-3166-1-ALPHA-2 from ASCII value is converted into hex and used as byte 8 and 7. For France (FR) this is 0x4652.
Value | Description | Version |
---|---|---|
0x4652000000000000 |
Status information for QueueFR | |
0x4652000000000001 |
Ticket ("T" group) export | |
0x4652000000000002 |
Payment Prove ("P" group) export | |
0x4652000000000003 |
Invoice ("I" group) export | |
0x4652000000000004 |
Grand Total ("G" group) export | |
0x4652000000000007 |
Bill ("B" group) export | |
0x4652000000000008 |
Archive ("A" group) export | |
0x4652000000000009 |
Log ("L" group) export | |
0x465200000000000A |
Copy ("C" group) export | |
0x465200000000000B |
Training ("X" group) export |
Table 38. Type of Journal: ftJournalType (FR - BOI-TVA-DECL 30-10-30)