Résolution des problèmes et conseils
Résolution des problèmes et conseils
Section intitulée « Résolution des problèmes et conseils »Solutions pratiques et conseils pour éviter les problèmes courants lors de l’intégration de DSFinV-K.
Groupes d’attribution
Section intitulée « Groupes d’attribution »Dans les scénarios de restauration, il est prévu d’utiliser à la fois des transactions de reçu et de commande. Pour relier les processus individuels, utilisez par exemple le numéro de table et, le cas échéant, d’autres critères supplémentaires dans le tableau transactions[].head[].allocation_groups, comme indiqué dans la documentation DSFinV-K fournie par le Bundeszentralamt für Steuern (BZSt).
Type de processus AVBelegstorno
Section intitulée « Type de processus AVBelegstorno »La documentation DSFinV-K fournie par le Bundeszentralamt für Steuern (BZSt) fait référence au type de processus (type de reçu) AVBelegstorno (autres processus — annuler le reçu), également disponible dans SIGN DE en tant que transaction_type ‘ANNULATION’ (= AVBelegstorno). Cependant, ce type de processus ne doit pas être utilisé pour les systèmes connectés à un TSS.
BON_ID vs. BON_NR
Section intitulée « BON_ID vs. BON_NR »Dans DSFinV-K, transactions[].head.transaction_export_id, correspondant à ‘BON_ID’ de la documentation officielle DSFinV-K fournie par le Bundeszentralamt für Steuern (BZSt), et transactions[].head.number, correspondant à ‘BON_NR’ de la documentation officielle DSFinV-K, sont utilisés. Ni la tx_id ni le numéro de SIGN DE ne doivent être utilisés pour ces champs car ils ne correspondent pas aux exigences décrites dans la documentation.
Date commerciale et date de création de l’exportation
Section intitulée « Date commerciale et date de création de l’exportation »Lors de la création d’une Clôture journalière, vous devez spécifier l’export_creation_date — le jour où la clôture est créée. Le business_date n’est pas obligatoire : il doit être utilisé si le jour où vous créez la Clôture journalière et le jour pour lequel elle est destinée ne sont pas les mêmes. Par exemple, si vous créez une Clôture journalière un mardi mais avec des transactions qui ont eu lieu le jour précédent, lundi. Dans ce cas, vous devez indiquer lundi comme business_day, tandis que mardi serait l’export_creation_date.
Fichiers d’exportation vides
Section intitulée « Fichiers d’exportation vides »Certains utilisateurs Windows peuvent rencontrer un problème où les fichiers d’exportation apparaissent vides après la décompression. Pour résoudre ce problème, nous recommandons d’utiliser un extracteur de fichiers ZIP tel que 7-Zip, WinRAR ou PeaZip.
Appareils mobiles/Terminaux
Section intitulée « Appareils mobiles/Terminaux »Lors de l’utilisation d’appareils mobiles/terminaux/esclaves (voir Relation maître-terminal dans les systèmes de caisse), il doit être enregistré depuis quel appareil spécifique chaque ligne a été envoyée au système de caisse maître. Cette information doit être indiquée en utilisant le champ transactions[].data[].lines[].source_cash_register.
Annulations rétroactives
Section intitulée « Annulations rétroactives »Lors du traitement d’annulations rétroactives, vous devez ajouter une référence à la transaction initiale dans la Clôture journalière, voir transactions[].head.references. Pour ce faire, différents schémas peuvent être utilisés. Si la transaction initiale a été signée avec fiskaly SIGN DE, le type „InterneTransaktion”, ReferenceInternalTransaction, peut être utilisé.
Was this page helpful?