Détails du reçu fiscal en Lituanie – correspondance – RetailForce

Cet article explique quels éléments du modèle de document RetailForce (DOM) correspondent aux éléments obligatoires des tickets de caisse fiscaux en Lituanie et où ceux-ci se trouvent dans le DOM.

Les exigences relatives aux documents en Lituanie sont décrites dans l’article « Exigences relatives aux documents en Lituanie ».

Les informations figurant dans la colonne « N° » correspondent à chaque élément de la section « Justificatif fiscal » de l’article dont le lien figure ci-dessus.

N°	Désignation	RetailForce DOM		Remarques
N°	Désignation	Éléments	Lieu	Remarques
1	En-tête du ticket de caisse	NomDeL'Entreprise AdresseDeL'Entreprise{} Numéro de TVA de l'entreprise	FiscalClients	Les informations sont stockées dans la configuration client (fiscalService.config.json).
2	Identification du document
2	Identification du document	Kvitas_Nr.	fiscalResponse. PrintingFields	Numéro d'ordre global du document
2	Identification du document	Numéro du rapport de clôture	fiscalResponse. AdditionalFields	Numéro de rapport (Z) courant (auquel le document « appartient »)
2	Identification du document	DayFiscalDocNr	fiscalResponse. AdditionalFields	Numéro de reçu fiscal figurant dans le rapport (Z)
3	Détails de l'article	ItemCaption	Document.Positions	Informations détaillées sur les lignes issues de la requête JSON.
4	Prix	GrossValue	Document.Positions	GrossValue correspond au total de la ligne (et NON au prix unitaire !)
5	Quantité	Quantité	Document.Positions	Quantité d'articles.
6	Taux d'imposition	VatIdentification	Document.Positions	Remarque : « VatIdentification » correspond au code interne de RetailForce désignant un taux d'imposition. Idéalement, il convient d'utiliser ici un code distinct (par exemple A, B, C...).
7	Montant de la taxe	TaxValue	Document.Positions	Montant de la taxe pour l’article.
8	Montant du paiement	Montant	Document.Paiement	Montant du paiement par type de paiement (PaymentType)
9	Remises / Suppléments	DiscountValue	Document.Positions	Cette information est-elle définie dans le RetailForce DOM au niveau de l’article individuel, ou au niveau d’une position de type 10 / « [10] = Total » ?
10	Corrections	Arrondi	Document.Positions	L'arrondi est spécifié au niveau d'un DocumentPosition de type 10 / « [10] = Total ». Remarque : veuillez tenir compte de l'arrondi des montants.
11	Montant total dû	Somme de tous les éléments « Montant »	Document.Paiement	Les montants de paiement individuels doivent être additionnés.
12	Montant reçu	-	-	La monnaie n’est pas gérée par le service de fiscalisation.
13	Montant restitué	UniqueReadablePaymentIdentifier : cashMovement	Document.Payment	Lorsqu’une monnaie est versée, la valeur « cashMovement » doit être définie dans la propriété « UniqueReadablePaymentIdentifier » afin qu’elle soit correctement détaillée dans le document EndOfDay. Pour plus de détails, consultez la section « Totalisation dans les rapports – Lituanie ».
14	Numéro de caisse	cashRegisterId ou EKA_Nr	fiscalResponse / fiscalResponse.PrintingFields	Le numéro de caisse iEKA est renvoyé dans la fiscalResponse.
14.1	Module de sécurité des numéros	ID du module de sécurité	fiscalResponse.PrintingFields	Numéro du module de sécurité attribué par iEKA
15	Données de contrôle
15.1	Numéro du document
15.2	Signature du document	Signature du ticket	fiscalResponse.PrintingFields	Signature du document (par le module de sécurité).
15.3	Code du document	Kvito_kodas	fiscalResponse.PrintingFields	Numéro de document unique attribué par iEKA.
15.4	Code QR	Np_QrCode	fiscalResponse.PrintingFields	La chaîne de données doit être convertie en code QR.
16	Identification du client	ID	Document.Partner	Identification du client. Le cas échéant, le numéro de TVA du client (B2B) peut être requis.

Cet article a été traduit automatiquement.

Articles associés