Risoluzione dei problemi e suggerimenti

Risoluzione dei problemi e suggerimenti

Soluzioni pratiche e consigli per evitare problemi comuni durante l’integrazione di DSFinV-K.

Gruppi di assegnazione

Negli scenari di ristorazione, è previsto l’utilizzo sia di transazioni con ricevuta che con ordine. Per collegare i processi individuali, utilizzare, ad esempio, il numero del tavolo e, se appropriato, altri criteri aggiuntivi nell’array transactions[].head[].allocation_groups, come indicato nella documentazione DSFinV-K fornita dal Bundeszentralamt für Steuern (BZSt).

Tipo di processo AVBelegstorno

La documentazione DSFinV-K fornita dal Bundeszentralamt für Steuern (BZSt) fa riferimento al tipo di processo (tipo di ricevuta) AVBelegstorno (altri processi — annullamento ricevuta), disponibile anche in SIGN DE come transaction_type ‘ANNULATION’ (= AVBelegstorno). Tuttavia, questo tipo di processo non deve essere utilizzato per sistemi connessi a un TSS.

BON_ID vs. BON_NR

In DSFinV-K, vengono utilizzati transactions[].head.transaction_export_id, corrispondente a ‘BON_ID’ della documentazione ufficiale DSFinV-K fornita dal Bundeszentralamt für Steuern (BZSt), e transactions[].head.number, corrispondente a ‘BON_NR’ della documentazione ufficiale DSFinV-K. Né la tx_id né il numero da SIGN DE devono essere utilizzati per questi campi in quanto non corrispondono ai requisiti descritti nella documentazione.

Data commerciale e data di creazione dell’esportazione

Quando si crea una Chiusura giornaliera, è necessario specificare l’export_creation_date — il giorno in cui viene creata la chiusura. Il business_date non è obbligatorio: deve essere utilizzato se il giorno in cui si sta creando la Chiusura giornaliera e il giorno per cui è destinata non coincidono. Un esempio sarebbe la creazione di una Chiusura giornaliera di martedì, ma con transazioni avvenute il giorno precedente, lunedì. In quel caso, si dovrebbe indicare lunedì come business_day, mentre martedì sarebbe l’export_creation_date.

File di esportazione vuoti

Alcuni utenti Windows potrebbero riscontrare un problema in cui i file di esportazione appaiono vuoti dopo la decompressione. Per risolvere questo problema, si consiglia di utilizzare un estrattore di file ZIP come 7-Zip, WinRAR o PeaZip.

Dispositivi portatili/Terminali

Quando si utilizzano dispositivi portatili/terminali/slave (vedere Relazione master-terminale nei sistemi di cassa), deve essere registrato da quale dispositivo specifico ogni riga è stata inviata al sistema di cassa master. Questa informazione deve essere indicata usando il campo transactions[].data[].lines[].source_cash_register.

Cancellazioni retroattive

Quando si gestiscono cancellazioni retroattive, è necessario aggiungere un riferimento alla transazione iniziale nella Chiusura giornaliera, vedere transactions[].head.references. A tal fine, possono essere utilizzati diversi schemi. Se la transazione iniziale è stata firmata con fiskaly SIGN DE, è possibile utilizzare il tipo „InterneTransaktion”, ReferenceInternalTransaction.