Οι ερωτήσεις που παρατίθενται σε αυτό το άρθρο έχουν ως σκοπό να σας βοηθήσουν να ελέγξετε την εφαρμογή του RetailForce Fiskal middleware ως προς τη συμμόρφωση με τον Γερμανικό Κανονισμό για την Ασφάλεια των Ταμειακών Μηχανών (KassenSichV) στη Γερμανία.

Δημιουργία εγγράφου

• Κατά τη δημιουργία αποδείξεων, κλήθηκε η συνάρτηση createDocument (για τη δημιουργία συναλλαγής στο TSE) κατά τη δημιουργία συναλλαγής στο σύστημα POS σας;
  Ιστορικό: Στη Γερμανία απαιτείται η έναρξη συναλλαγής στο TSE κατά την έναρξη του εγγράφου (προσθήκη του πρώτου είδους ή πελάτη ή παρόμοιας δραστηριότητας).

Μετάδοση εγγράφου

• Έχει διασφαλιστεί ότι κάθε έγγραφο που έχει ξεκινήσει έχει επίσης μεταδοθεί;
• Η ακύρωση μιας απόδειξης μεταδίδεται ως «cancelDocument»;
• Πώς αντιμετωπίζονται οι ακυρώσεις γραμμών;
• Πώς αντιμετωπίζονται οι αποθηκευμένες/ανασταλείσες αποδείξεις (εάν υπάρχουν) στο τέλος της ημέρας;
• Ελέγχεται συνεχώς ο αριθμός των ανοιχτών συναλλαγών στο TSE;
• Έχει διασφαλιστεί ότι δεν επικοινωνούν ταυτόχρονα πολλές διεργασίες με έναν FiscalClient;
  (Δεν επιτρέπονται πολλαπλές ταυτόχρονες κλήσεις της storeDocument στον ίδιο FiscalClient, αλλά επιτρέπονται πολλαπλοί FiscalClients ανά FiscalService).
  
  • Πώς υλοποιήθηκε η διαχείριση σφαλμάτων για τις κλήσεις που βρίσκονται στην προσωρινή μνήμη (βλ. επίσης την επόμενη ερώτηση);
• Πώς διασφαλίστηκε ότι μόνο τα φορολογικά σχετικά έγγραφα μεταδίδονται στο φορολογικό σύστημα;
  
  • Ποια είναι η διαδικασία σε περίπτωση σφάλματος;
• Πώς αντιμετωπίζεται η κατάσταση σφάλματος κατά την οποία η υπηρεσία δεν είναι διαθέσιμη;
• Υπάρχουν «παρκαρισμένα» ή «ανασταλμένα» έγγραφα και, αν ναι, έχουν υλοποιηθεί με τη λειτουργία LongTermOrder ή με ανοιχτές συναλλαγές στο TSE;
  
  • Παρακαλώ σημειώστε ότι διαφορετικοί κατασκευαστές TSE υποστηρίζουν διαφορετικό μέγιστο αριθμό ανοιχτών συναλλαγών σε ένα TSE.
  • Δείτε επίσης: Διαδικασίες μακροπρόθεσμων παραγγελιών στον κλάδο της εστίασης.
• Η επικύρωση του εγγράφου κλήθηκε πριν από τη μετάδοση ή μόνο όταν η μέθοδος storeDocument εμφανίζει σφάλμα;

Τύποι εγγράφων

• Θα μεταδοθούν όλοι οι τύποι εγγράφων που έχουν φορολογική σημασία;
  
  • Κατάθεση ρέστα
  • Πώληση
  • Κατάθεση
  • Πληρωμή/ανάληψη
  • Είσπραξη/ανάληψη
  • Διαφορά μετρητών
  • Υπόλοιπο μετρητών
• Ο BusinessTransactionType ορίζεται σκόπιμα ή παραμένει πάντα στην προεπιλογή;
  
  • Ποια έχουν εφαρμοστεί;
  • Υπάρχουν επιχειρηματικές διαδικασίες που δεν έχουν ακόμη αντιστοιχιστεί σε BusinessTransactionType;
    (π.χ.: Επιχορηγήσεις που καταχωρούνται μέσω του συστήματος POS (διαθέσιμο από την έκδοση 1.2.11)).
• Μεταφέρονται σωστά οι φορολογικοί συντελεστές για τις θέσεις;
• Μεταφέρεται σωστά η αναφορά σε περίπτωση ακύρωσης ή επιστροφής;
• Μεταδίδονται τα δεδομένα του πελάτη σε περίπτωση πώλησης με ταυτοποίηση πελάτη;
• Μεταφέρεται ο χρήστης (χρήστης ακινήτου) μαζί με το έγγραφο;

Θέσεις

• Υπάρχουν άλλες θέσεις εκτός από τις θέσεις ειδών;
  
  • Ορισμός στοιχείου
  • Καταχωρήσεις / εγγραφές
  • Στοιχεία κειμένου / θέσεις κειμένου
• Πώς αντιστοιχίζονται οι πιθανές πωλήσεις με κουπόνια;
• Μεταφέρονται οι εκπτώσεις στην υπάρχουσα δομή;
• Όσον αφορά τις τιμές NetValue/GrossValue ενός στοιχείου, μεταφέρονται οι πραγματικές πωλήσεις που πραγματοποιήθηκαν για το συγκεκριμένο στοιχείο, συμπεριλαμβανομένων όλων των εκπτώσεων (συμπεριλαμβανομένων των σωρευτικών εκπτώσεων / εκπτώσεων υποσυνόλων);
• Μεταδίδονται τα ενδιάμεσα σύνολα;
• Υπάρχουν διαφορετικές μονάδες μέτρησης;

Τρόποι πληρωμής

• Έχουν οριστεί σωστά οι κατάλληλοι PaymentTypes;
• Γίνεται διάκριση μεταξύ κουπονιών μίας χρήσης και κουπονιών πολλαπλών χρήσεων;
• Για τα ξένα νομίσματα, μεταφέρονται σωστά η συναλλαγματική ισοτιμία και το νόμισμα;

Κλείσιμο ταμείου

• Έχει πραγματοποιηθεί το κλείσιμο ταμείου;
• Εάν χρησιμοποιείται το απλοποιημένο κλείσιμο ταμείου, πώς γίνεται ο συγκερασμός/η επαλήθευση των δεδομένων με το σύστημα;

Εκτύπωση

• Εκτυπώνεται ο κωδικός QR σε κάθε εκτύπωση/απόδειξη;
• Η εκτύπωση συμμορφώνεται με τις νομικές απαιτήσεις;
  
  • Δείτε επίσης: Υποχρέωση έκδοσης αποδείξεων και απαιτήσεις για τις αποδείξεις.
• Εκτυπώνεται (ή παρέχεται ηλεκτρονικά) κάθε απόδειξη και παραδίδεται στον πελάτη;
• Σημειώνεται στην εκτύπωση τυχόν βλάβη του TSE;
• Έχει ενσωματωθεί στην εκτύπωση το PrintMessage (υποχρεωτικό!) του fiscalResponse;

Λειτουργία

• Πώς διασφαλίστηκε ότι καλείται το CloudConnect κατά την επανεκκίνηση της υπηρεσίας (και η εφαρμογή POS δεν αντιλαμβάνεται την επανεκκίνηση, ισχύει μόνο εάν είναι ενεργή η αρχειοθέτηση στο cloud);
  
  • Ανιχνεύθηκε κατάλληλα ο κωδικός απόκρισης (424, αποτυχημένη εξάρτηση) για την απουσία σύνδεσης με το Cloud;
• Πώς διασφαλίζεται ότι η υπηρεσία λειτουργεί συνεχώς;
  
  • Έχει εγκατασταθεί σύστημα παρακολούθησης;
• Πώς διασφαλίζεται ότι ελέγχεται η τρέχουσα μεταφορά στο Cloud (αρχειοθέτηση) για να διαπιστωθεί αν εκτελείται σωστά;
  
  • Χρησιμοποιείται το endpoint /api/v1/information/client/{clientId}/status για τον συνεχή έλεγχο των ανοιχτών μεταφορών στο cloud;
• Εξασφαλίζεται η φυσική (τοπική) εγγύτητα του συστήματος POS προς τη φορολογική υπηρεσία καθώς και προς το TSE;
  Δείτε επίσης τις Συχνές Ερωτήσεις (FAQ) του BSI.

Τεχνικές ερωτήσεις/δοκιμές

• Έχουν δημιουργηθεί δοκιμαστικές μονάδες για τον έλεγχο της ενσωμάτωσης;
  
  • Ποιες περιπτώσεις δοκιμών καλύπτονται από τις μονάδες δοκιμών;
  • Ποιες επιχειρηματικές περιπτώσεις καλύπτονται από τις μονάδες δοκιμών;
• Ποιες δοκιμές και πρωτόκολλα δοκιμών δημιουργήθηκαν;
• Πώς αντιμετωπίζεται μια αλλαγή στην release του RetailForce; Επανεκκινούνται οι μονάδες δοκιμών;
  
  • Πώς λειτουργεί η διαδικασία δοκιμών;
• Εξασφαλίζεται ότι χρησιμοποιούνται μόνο τερματικά παραγωγής (διαμόρφωση) κατά τη λειτουργία παραγωγής;
• Εξασφαλίζεται ότι δεν είναι δυνατή η λειτουργία του ταμειακού μηχανήματος χωρίς σύνδεση με τη συσκευή φορολογικής καταγραφής και/ή το TSE;
• Εξασφαλίζεται ότι δεν είναι δυνατή η εύκολη αποσύνδεση του ταμειακού μηχανήματος από τη συσκευή φορολογικής καταγραφής / τεχνικής ασφάλειας μέσω της διαμόρφωσης;

Αυτό το άρθρο μεταφράστηκε αυτόματα.