Dans les rapports (rapport (Z) – rapport fiscal quotidien, rapport (X) – rapport intermédiaire quotidien), certains totaux doivent être indiqués séparément. Pour ce faire, les règles suivantes doivent être respectées lors du transfert de données entre le système en amont (« caisses enregistreuses ») et le service de fiscalisation.
Attention : le respect des règles suivantes est obligatoire. Tout manquement entraînera la transmission de valeurs erronées à iEKA.
Remarque : les règles suivantes sont spécifiques à la Lituanie, mais peuvent également être appliquées dans d’autres pays.
Séparation des totaux
La propriété « UniqueReadablePaymentIdentifier » est généralement utilisée pour séparer les totaux dans le document EndOfDay. En règle générale, les valeurs de cette propriété peuvent être attribuées librement par le développeur de la caisse enregistreuse ; toutefois, en Lituanie, certaines valeurs doivent être définies pour certaines transactions ! La séparation des totaux concerne principalement les transactions en espèces.
Ventes et rendu de monnaie
iEKA exige la gestion de toutes les transactions en espèces, y compris la remise de la monnaie. Cela signifie que si, par exemple, un client remet 150 € en espèces pour une transaction d’une valeur de 121 € et que le caissier lui rend 29 € de monnaie, ces montants doivent être déclarés correctement à iEKA comme suit :
- 121,00 EUR = Montant total à payer
- 150,00 EUR = Montant payé par le client
- 29,00 EUR = Rendu de monnaie
Ces totaux doivent également figurer séparément sur le rapport (Z) – Clôture journalière ou sur d’autres rapports – voir les exigences en matière de documentation en Lituanie.
| Transaction | TypeDePaiement | UniqueReadablePaymentIdentifier | Remarques |
| Paiement en espèces | 0 / espèces | au choix (par ex. « espèces ») | L'UniqueReadablePaymentIdentifier peut généralement être attribué librement ; toutefois, les ventes et les retours (en espèces !) doivent avoir des valeurs différentes ! |
| Remboursement de monnaie | 0 / espèces | « cashReturn » | Utilisé pour identifier la monnaie et la distinguer du paiement en espèces. |
Transactions « PayIn » et « PayOut »
Particularités lors de l’enregistrement des opérations d’encaissement et de décaissement (« documentType » : 11 / « [11] = PayIn » et « documentType » : 10 / « [10] = PayOut »).
Les opérations de PayIn et de PayOut doivent être enregistrées, car le solde de caisse actuel doit être déclaré et transmis à iEKA.
De plus, les PayIn et les décaissements doivent être totalisés séparément des autres transactions (ventes et retours en espèces) afin que ces valeurs soient correctement prises en compte dans la communication avec iEKA.
Attention : pour ces deux types de document, la valeur « cashMovement » DOIT être utilisée comme « UniqueReadablePaymentIdentifier » afin que les montants soient transmis correctement à iEKA.
Remarque : veuillez également tenir compte d’autres particularités lors de l’enregistrement des dépôts et des retraits.
Cet article a été traduit automatiquement.
Commentaires
0 commentaire
Vous devez vous connecter pour laisser un commentaire.