Cet article décrit les événements techniques qui doivent être enregistrés en Lituanie.
Conformément au principe « Une interface – tous les pays », toutes les entrées d’événements prises en charge par RetailForce peuvent bien sûr également être enregistrées en Lituanie, mais celles décrites ci-dessous sont absolument indispensables.
| LogEntryType | Code | Description | Déclencheur |
| DocumentCancelDocument | 165 |
Annulation d'une transaction au moyen de la méthode POST /api/v1/transactions/cancelDocument L’abandon indique que la transaction n’a PAS été finalisée, par exemple lorsque le client avait l’intention d’acheter des articles mais n’a pas donné suite. Le JSON payload transmis lors de l’appel POST /api/v1/transactions/cancelDocument doit contenir tous les articles enregistrés dans la caisse jusqu’au moment de l’abandon, mais un objet « Payments » vide. L’entrée d’événement contient la somme des articles individuels, calculée à partir du payload transmis. |
L’entrée d’événement est générée automatiquement lors de l’appel du point de terminaison POST /api/v1/transactions/cancelDocument. |
| DrawerOpen | 200 |
Ouverture du tiroir-caisse Le nombre d’ouvertures du tiroir-caisse par jour doit figurer dans le rapport (X) et le rapport (Z). Cette valeur est également transmise à iEKA (données du rapport (Z)). |
L’événement « ouverture du tiroir-caisse » doit être transmis par le système en amont (caisse enregistreuse) à chaque occurrence (à condition qu’un tiroir-caisse soit disponible). |
Cet article a été traduit automatiquement.
Commentaires
0 commentaire
Vous devez vous connecter pour laisser un commentaire.