In reports (report (Z) – daily fiscal report, report (X) – daily interim report), certain totals must be shown separately. To ensure this, the following rules must be observed when transferring data between the upstream system ("cash registers") and the fiscalisation service.
Attention: Compliance with the following rules is mandatory! Failure to comply will result in incorrect values being transmitted to iEKA!
Note: The following rules are specific to Lithuania, but can also be used in other countries!
Sum separation
The "uniqueReadablePaymentIdentifier" property is generally used to separate totals in the EndOfDay document. As a rule, the values of the property can be freely assigned by the cash register developer, but in Lithuania however, certain values must be set for some transactions! The separation of totals mainly affects cash transactions.
Sales & change given
iEKA requires the management of all cash transactions, including the giving of change. This means that if, for example, a customer hands over €150 in cash for a transaction worth €121 and the cashier gives €29 in change, these amounts must be reported correctly to iEKA as follows:
- EUR 121.00 = Total amount to pay
- EUR 150.00 = Amount paid by customer
- EUR 29.00 = Change given
These totals must also be shown separately on Report (Z) – Daily Closing or on other reports – see Document requirements Lithuania.
| Transaction | paymentType | uniqueReadablePaymentIdentifier | Notes |
| Cash payment | 0 / cash | arbitrary (e.g. "cash") | The UniqueReadablePaymentIdentifier can generally be assigned freely; however, sales and returns (in cash!) must have different values! |
| Change given | 0 / cash | "cashReturn" | Used to identify change and keep it separate from the cash payment. |
PayIn & PayOut transactions
Special features when recording PayIns and PayOuts ("documentType": 11 / "[11] = PayIn" und "documentType": 10 / "[10] = PayOut").
PayIns and PayOuts must be recorded, as the current cash balance of the till must be reported and sent to iEKA!
Furthermore, PayIn and PayOuts must be totalled separately from other transactions (sales and returns in cash) so that these values are correctly taken into account in iEKA communication.
Attention: For both document types, the value "cashMovement" MUST be used as "uniqueReadablePaymentIdentifier" so that the values are transmitted correctly to iEKA.
Note: Please also note other special features when recording deposits and withdrawals.
Comments
0 comments
Please sign in to leave a comment.