Fiscal Requirements
Features of EFR
The EFR serves as system interface for certified fiscal printers. It does NOT replace a fiscal printer, which is still needed to fulfill the requirements of Italian fiscal law.
EFR keeps secure journals, as it does for other fiscal countries.
Sales transactions have to be printed using the fiscal functions of the printer. For this to be successful, two elements have to be in place:
- A transaction which contains sales data, sent via REST web request to the EFR
- A formatting file, which defines formal representation of this data
VAT Handling
As in other countries transaction data is normalized upon registration (details see TaxG Tax Group Assignment). Tax rates are controlled via ESR.TaxA, Tax.Prc is matched against the printer configuration, which is loaded with rates valid at startup system date (and after each closure).
Current rates are:
| Prc | TaxG | Epson FP Index | Description |
|---|---|---|---|
| 22% | A | 01 | difetto |
| 10% | B | 02 | prodotti turistici |
| 5% | C | 03 | prestazioni sociali |
| 4% | D | 04 | prima necessità |
| 0% | ES | 00 | Esente |
| 0% | EE | 10 | Esclusa |
| 0% | NS | 11 | Non soggetta |
| 0% | NI | 12 | Non imponibile |
| 0% | RM | 13 | Regime del margine |
| 0% | AL | 14 | Operazione non IVA |
In RT mode for 0% the appropriate tax group has to be used in Field TaxG to distinguish between the different groups, otherwise ES is used by default.
Payment Groups
It is possible to define different payment groups in the Pay element with Pay.PayG.
If no Pay.PayG field is present, Pay.Dsc is used to check for valid payment group values.
If Pay.Dsc is different from the possible types, cash is used.
Following payment groups are possible:
General
Following efsta PayG-values will be mapped to the corresponding printer payment type:
| PayG | Epson_FP | Custom |
|---|---|---|
cash, change, refund, atm, foreign, resto | 0-00 | 01 |
check, cheque, assegno | 1-00 | 02 |
credit, open | 2-00 | 07 |
creditcard, ec, carta | 2-01 | 03 |
ticket | 4-01 | 05-01 |
rounding | 6-00 | 53 |
voucher | 6-01 | 53 |
Lottery Handling
Deferred Lottery
With the new receipt lottery, there is an option to send information relating to the amount on the receipt to a particular lottery Server, which will convert the amount into a virtual lottery ticket. Periodically, this virtual ticket will be sent for participation to the lottery and the result will be available on the lottery web portal.
- During transmission of the lottery receipt to the tax authority, it is required to define the company name of the location where the printer RT has been installed. This is done by setting the corresponding header line number (Ragione Sociale Esercente). Please ensure this is taken care of by your fiscal partner on printer update or installation. By default the first header line is used as company name.
- The request to participate in the lottery game is done from the customers, providing a lottery code released from the lottery web portal.
- The printer will accumulate the request to participate in the lottery in a special memory and when the number of requests is equal to 100, as well as when a Z-report is created, the accumulated requests are sent to the lottery server.
- In case of refund or void of a receipt issued on a different printer, the lottery code has to be sent again.
- Checkdigit generation can be set in EFR profile.
- To participate in the lottery, the field
IT_CodiceLotterianeeds to be included in the transaction
To add the lottery code of a customer to a request, the field ESR.Ctm.IT_CodiceLotteria is used:
<Tra>
<ESR>
<Ctm IT_CodiceLotteria="ABCDEFGH" />
Instant Lottery
With the new instant lottery active the printer will automatically print a lottery data matrix on the receipt if the payment was > 1€ and exclusively electronic. With EFR version >= 2.3.1.1 the response includes the field IT_CodiceLotteria if the receipt participated in the lottery:
<Fis D="10-12-18 15:52" FN="0039 0002 10122018 99MEX030623" DN="0002" ZI="39" ID="99MEX030623" IT_CodiceLotteria="AAAAAAAA" />
For this to work, the printer needs to download lottery codes from Agenzia delle Entrate. The status of the connection and downloaded codes can be checked using the corresponding printer manual.
Instant Lottery refunds/voids
Currently only on Epson_FP, Custom unknown
The printer requires the fixed lottery code sequence AAAAAAAA on refunds/voids, if they are issued on a different printer than the original sales.
EFR automatically transmits this code to the printer on all refunds and voids if the printer serial in the field RFN is different.
This behavior can be disabled with the profile attribute IT_disableLotteryRefundCode.
If you are using this attribute the POS needs to send the code in these cases like this:
<Tra>
<ESR>
<Ctm IT_CodiceLotteria="AAAAAAAA" />
…
The field IT_CodiceLotteria="AAAAAAAA" is ignored on refunds with the same printer serial as the original sale, so it can be sent on all instant lottery refunds.