Les questions répertoriées dans cet article ont pour but de vous aider à vérifier que votre implémentation du Fiskal middleware de RetailForce est conforme à l’ordonnance allemande sur la sécurité des caisses enregistreuses (KassenSichV).

Création de documents

• Lors de la création de tickets de caisse, la fonction createDocument (permettant de créer une transaction sur le TSE) a-t-elle été appelée lors de la création d’une transaction dans votre système de point de vente ?
  Contexte : en Allemagne, il est obligatoire de lancer une transaction sur le TSE dès le début de la création du document (ajout du premier article, du premier client ou toute autre activité similaire).

Transmission des documents

• Avez-vous vérifié que chaque document lancé a bien été transmis ?
• L’annulation d’un ticket de caisse est-elle transmise sous la forme d’un « cancelDocument » ?
• Comment les annulations de lignes sont-elles gérées ?
• Comment sont traités les tickets de caisse « mis de côté » ou « suspendus » (le cas échéant) en fin de journée ?
• Le nombre de transactions en cours sur le TSE est-il surveillé en continu ?
• A-t-on vérifié qu’il n’y a pas plusieurs processus communiquant simultanément avec un même « FiscalClient » ?
  (Les appels simultanés de la fonction « storeDocument » sur un même « FiscalClient » ne sont pas autorisés, mais plusieurs « FiscalClients » par « FiscalService » sont autorisés).
  
  • Comment la gestion des erreurs a-t-elle été mise en œuvre pour les appels mis en mémoire tampon (voir également la question suivante) ?
• Comment s’est-on assuré que seuls les documents pertinents sur le plan fiscal sont transmis au système fiscal ?
  
  • Quelle procédure est mise en place en cas d’erreur ?
• Comment est gérée la situation d’erreur où le service n’est pas disponible ?
• Existe-t-il des documents mis en attente ou suspendus et, le cas échéant, ont-ils été gérés à l’aide de la fonction LongTermOrder ou via des transactions ouvertes sur le TSE ?
  
  • Veuillez noter que les différents fabricants de TSE prennent en charge un nombre maximal différent de transactions ouvertes sur une TSE.
  • Voir également : Processus de commande à long terme dans le secteur de la restauration.
• La validation du document a-t-elle été appelée avant la transmission ou uniquement lorsque la méthode storeDocument génère une erreur ?

Types de documents

• Tous les types de documents pertinents sur le plan fiscal seront-ils transmis ?
  
  • Dépôt de la monnaie
  • Vente
  • Dépôt
  • Décaissement/retrait
  • Prélèvement/retrait
  • Différence de caisse
  • Solde de trésorerie
• Le BusinessTransactionType est-il défini de manière intentionnelle ou toujours laissé par défaut ?
  
  • Lesquels ont été implémentés ?
  • Disposez-vous de processus métier qui ne sont pas encore mappés par un BusinessTransactionType ?
    (par exemple : les subventions comptabilisées via le système de point de vente (disponible à partir de la version 1.2.11)).
• Les taux d’imposition des postes sont-ils correctement transférés ?
• La référence est-elle correctement transférée en cas d’annulation ou de retour ?
• Les données client sont-elles transmises en cas de vente identifiée par le client ?
• L’utilisateur (propriétaire) est-il transmis avec le document ?

Postes

• Existe-t-il d’autres DocumentPositions que les positions de ligne ?
  
  • Définir un article
  • Écritures / comptabilisation
  • Postes de texte / positions de texte
• Comment les éventuelles ventes de bons d’achat sont-elles prises en compte ?
• Les remises sont-elles transmises dans la structure existante ?
• En ce qui concerne les valeurs « NetValue » / « GrossValue » d’un article, les ventes réelles réalisées pour cet article sont-elles transmises, en tenant compte de toutes les remises (y compris les remises cumulées et les remises sur sous-totaux) ?
• Les sous-totaux sont-ils transmis ?
• Existe-t-il différentes unités de mesure ?

Modes de paiement

• Les PaymentTypes appropriés sont-ils correctement définis ?
• Une distinction est-elle opérée entre les bons d’achat à usage unique et les bons d’achat à usages multiples ?
• Pour les devises étrangères, le taux de conversion et la devise sont-ils correctement transférés ?

Clôture de caisse

• La clôture de caisse a-t-elle été effectuée ?
• Si la clôture de caisse simplifiée est employée, quelle procédure de rapprochement/validation des données avec le système est appliquée ?

Impression

• Le code QR est-il imprimé sur chaque document émis (impression/ticket de caisse) ?
• L’impression respecte-t-elle les exigences légales ?
  
  • Voir également : Obligation d’émettre des reçus et exigences relatives aux reçus.
• Chaque ticket de caisse est-il émis (par impression ou voie électronique) et remis au client ?
• Une éventuelle défaillance du TSE est-elle mentionnée sur l’impression ?
• Le message « PrintMessage » (obligatoire !) de la « fiscalResponse » a-t-il été intégré au document imprimé ?

Fonctionnement

• Comment a-t-on garanti que CloudConnect soit appelé lors du redémarrage du service (et que l’application TPV ne détecte pas ce redémarrage ; cela ne s’applique que si l’archivage dans le cloud est actif) ?
  
  • Le code de réponse 424 (dépendance manquante) signalant l’absence de connexion au Cloud a-t-il été correctement intercepté ?
• Comment s’assure-t-on que le service demeure opérationnel en permanence ?
  
  • Un système de surveillance est-il en place ?
• Comment s'assure-t-on que le transfert en cours vers le Cloud (archivage) est vérifié pour s'assurer qu'il s'exécute correctement ?
  
  • Le point de terminaison /api/v1/information/client/{clientId}/status est-il utilisé pour surveiller en continu les transferts vers le cloud en cours ?
• La proximité physique (locale) du système de point de vente par rapport au service fiscal et au TSE est-elle garantie ?
  Voir également la FAQ du BSI.

Questions techniques/tests

• Des cas de test ont-ils été élaborés pour valider l’intégration ?
  
  • Quels cas de test sont couverts par ces unités de test ?
  • Quels cas d’utilisation sont couverts par les unités de test ?
• Quels tests et protocoles de test ont été élaborés ?
• Comment une release de RetailForce est-elle gérée ? Les unités de test sont-elles relancées ?
  
  • Comment se déroule le processus de test ?
• Est-il garanti que seuls des terminaux de production (configuration) sont utilisés en exploitation ?
• Est-il garanti qu’il n’est pas possible d’utiliser la caisse enregistreuse sans connexion au dispositif de fiscalisation et/ou au TSE ?
• Est-il garanti qu’il n’est pas possible de déconnecter aisément le système deencaissement du dispositif de fiscalisation/de sécurité technique par le biais de la configuration ?

Cet article a été traduit automatiquement.