Τι Ορίζει ένα Αμετάβλητο API Καθολικού Διπλογραφικού Συστήματος

Ένα καθολικό αγοράς (marketplace ledger) δεν ορίζεται από το αν αποθηκεύει κινήσεις χρημάτων. Τα περισσότερα συστήματα το κάνουν αυτό. Ορίζεται από το τι συμβαίνει όταν ένας πάροχος πληρωμών στέλνει το ίδιο webhook δύο φορές, όταν μια επιστροφή χρημάτων καταφθάνει αφότου ο πωλητής έχει ήδη πληρωθεί, ή όταν ένας ελεγκτής ρωτά πώς το υπόλοιπο ενός πωλητή έφτασε στο τρέχον ποσό του. Αυτές οι στιγμές αποκαλύπτουν αν διαθέτετε ένα αμετάβλητο καθολικό διπλογραφικής (double-entry ledger) ή ένα τροποποιήσιμο πεδίο με μια αισιόδοξη ονομασία.

Για μια πλατφόρμα αγοράς, η σύντομη απάντηση είναι η εξής: ένα αμετάβλητο API καθολικού διπλογραφικού συστήματος καταγράφει κάθε οικονομικά σημαντικό γεγονός ως μια ισοσκελισμένη εγγραφή ημερολογίου, την καταχωρεί ατομικά, δεν την αντικαθιστά ποτέ, και σας επιτρέπει να εξάγετε υπολοίπους, να πραγματοποιείτε συμφωνίες με εξωτερικά συστήματα και να εξάγετε το ιστορικό προγραμματιστικά. Όλα τα υπόλοιπα είναι λεπτομέρειες που εξαρτώνται από αυτόν τον πυρήνα.

Ισοσκελισμένες εγγραφές ημερολογίου, όχι ένα πεδίο τρέχοντος υπολοίπου

Το πιο ξεκάθαρο τεστ είναι ο τρόπος με τον οποίο το API αναπαριστά το υπόλοιπο ενός πωλητή. Εάν το υπόλοιπο είναι ένας αριθμός που η εφαρμογή σας αυξάνει απευθείας, δεν πρόκειται για καθολικό διπλογραφικής. Εάν το υπόλοιπο είναι μια προερχόμενη όψη καταχωρημένων γραμμών ημερολογίου, τότε ενδεχομένως να είναι.

Κάθε συναλλαγή πρέπει να φέρει ίσες χρεώσεις και πιστώσεις. Όταν ένας αγοραστής πληρώνει €100 για μια παραγγελία όπου η αγορά λαμβάνει προμήθεια €15, το καθολικό καταγράφει τον λογαριασμό εκκαθάρισης χρεωμένο με €100 έναντι μιας υποχρέωσης προς τον πωλητή πιστωμένης κατά €85 και εσόδων από προμήθειες πιστωμένων κατά €15. Οι δύο πλευρές αθροίζουν πάντα στο ίδιο ποσό. Αυτός ο δομικός κανόνας εντοπίζει μια μεγάλη κατηγορία σφαλμάτων προτού φτάσουν σε μια αναφορά.

Μια συναλλαγή ημερολογίου πρέπει να εκθέτει, τουλάχιστον:

• Ένα μοναδικό, αμετάβλητο αναγνωριστικό συναλλαγής (transaction ID)
• Γραμμές χρέωσης και πίστωσης, καθεμία με λογαριασμό, ποσό και νόμισμα
• Μια ημερομηνία αξίας και μια χρονική σήμανση καταχώρησης (posting timestamp)
• Ένα τύπο επιχειρηματικού γεγονότος (πώληση, επιστροφή χρημάτων, πληρωμή, αμφισβήτηση χρέωσης)
• Ένα κλειδί ιδιοδυναμίας (idempotency key)
• Μια αναφορά πηγής στην παραγγελία, την πληρωμή ή το γεγονός του παρόχου
• Μια κατάσταση (σε εκκρεμότητα, καταχωρημένο, αντιστραφέν)
• Την υπηρεσία ή τα διαπιστευτήρια που το δημιούργησαν

Τα διαθέσιμα κεφάλτη ενός πωλητή μετατρέπονται έτσι σε ένα ερώτημα προς αυτές τις γραμμές, και όχι σε μια τιμή που κάποιος ενημέρωσε στον κώδικα της εφαρμογής. Αυτό έχει σημασία επειδή ένα άμεσα τροποποιημένο υπόλοιπο χάνει την αιτία πίσω από κάθε κίνηση. Το μοντέλο του Nordlet αντιμετωπίζει το καθολικό διπλογραφικής ως την αυθεντική οδό εγγραφής: κάθε έγγραφο καταχωρεί ισοσκελισμένες εγγραφές ημερολογίου και η ίδια η βάση δεδομένων αρνείται τις μη ισοσκελισμένες. Αυτή είναι η σωστή προεπιλογή για όποιον ενσωματώνει λογιστική σε μια αγορά.

Καταχώρηση αποκλειστικά προσθήκης με διορθωτικές αντιστροφές

Το "αμετάβλητο" πρέπει να σημαίνει ότι ένα καταχωρημένο ημερολόγιο δεν μπορεί να επεξεργαστεί επιτόπου. Τα λάθη διορθώνονται προς τα εμπρός, δεν διαγράφονται. Μια λανθασμένη εγγραφή προμήθειας λαμβάνει μια αντιστροφή που αναιρεί την αρχική, και στη συνέχεια μια διορθωμένη εγγραφή που καταγράφει το επιθυμητό αποτέλεσμα. Και τα δύο συνδέονται πίσω με το πρωτότυπο, και το ιστορικό ελέγχου δείχνει ποιος ξεκίνησε την αλλαγή και πότε.

Το API πρέπει να απορρίπτει απλές εντολές UPDATE και DELETE σε καταχωρημένα λογιστικά αρχεία. Μπορεί να σας επιτρέπει να επισυνάπτετε μη οικονομικά μεταδεδομένα, όπως μια αναφορά υπόθεσης υποστήριξης, εφόσον τα ποσά, οι λογαριασμοί και οι χρονικές σήμανσεις παραμένουν ανέπαφα.

Βοηθάει να διαχωρίσουμε τρία πράγματα που οι άνθρωποι συγχέουν:

• Λειτουργική αμε」。τάβλητότητα: οι χρήστες της εφαρμογής δεν μπορούν να τροποποιήσουν ή να διαγράψουν καταχωρημένες γραμμές.
• Αμεταβλητότητα ελέγχου: το σύστημα μπορεί να αποδείξει ότι το ιστορικό δεν έχει αλλάξει.
• Νομική διατήρηση: τα αρχεία διατηρούνται για την περίοδο που απαιτείται από την ισχύουσα νομοθεσία.

Μια σχεσιακή βάση δεδομένων αποκλειστικά προσθήκης (append-only) με αυστηρές άδειες, αντίγραφα ασφαλείας και πειθαρχημένες ροές εργασίας αντιστροφής παρέχει ένα πραγματικά αμετάβλητο καθολικό. Το blockchain δεν αποτελεί απαίτηση εδώ και, για τα λογιστικά δεδομένα της ΕΕ, συνήθως εισάγει ζητήματα απορρήτου και διόρθωσης που υπερτερούν της προστασίας από παραποίηση που προσθέτει.

Ατομικότητα και ιδιοδυναμία

Ένα γεγονός αγοράς πρέπει να καταχωρείται ατομικά (atomically). Είτε δεσμεύονται όλες οι γραμμές ημερολογίου είτε καμία. Η καταγραφή της είσπραξης των €100 χωρίς την καταγραφή της προμήθειας των €15 παράγει ένα μη ισοσκελισμένο, παραπλανητικό αποτέλεσμα που κάποιος πρέπει να ξεμπερδέψει αργότερα. Το Nordlet επιβάλλει αυτό το χαρακτηριστικό κάτω από το επίπεδο της εφαρμογής: μια καθυστερημένη ενεργοποίηση βάσης δεδομένων (database trigger) ελέγχει ότι κάθε καταχώρηση είναι ισοσκελισμένη κατά τη στιγμή της δέσμευσης, επομένως μια μη ισοσκελισμένη συναλλαγή δεν μπορεί να δεσμευτεί με τίποτα.

Η ιδιοδυναμία (idempotency) είναι το σημείο όπου οι περισσότερες ενσωματώσεις αποτυγχάνουν αθόρυβα. Τα συστήματα πληρωμών επαναλαμβάνουν τις προσπάθειες σε αστοχίες δικτύου και τα αρχεία διακανονισμού επανεξετάζονται. Χωρίς ένα κλειδί ιδιοδυναμίας που δεσμεύεται στον μισθωτή (tenant) ή τον λογαριασμό, ένα επαναλαμβανόμενο αίτημα δημιουργεί διπλότυπη λογιστική. Ένα επαναλαμβανόμενο αίτημα με το ίδιο κλειδί θα πρέπει να επιστρέφει την αρχική συναλλαγή και όχι μια δεύτερη.

Το κλειδί θα πρέπει να συνδέεται με το προερχόμενο γεγονός, τον τύπο γεγονότος, το αναγνωριστικό γεγονότος του παρόχου, τη νομική οντότητα και ένα hash του ωφέλιμου φορτίου του αιτήματος. Εάν το ίδιο κλειδί φτάσει με διαφορετικό ποσό ή νόμισμα, το API θα πρέπει να το αντιμετωπίσει ως σύγκρουση και να το απορρίψει αντί να αποδεχτεί σιωπηρά το νέο ωφέλιμο φορτίο. Η σιωπηλή αποδοχή είναι ο τρόπος με τον οποίο σαπίζουν οι ιχνηλατήσεις ελέγχου. Η κεφαλίδα Idempotency-Key του Nordlet λειτουργεί με αυτόν τον τρόπο: μια επανάληψη με το ίδιο κλειδί και ωφέλιμο φορτίο αναπαράγει την αποθηκευμένη απάντηση, και το ίδιο κλειδί με διαφορετικό ωφέλιμο φορτίο απορρίπτεται με το μήνυμα idempotency_key_reuse. Είναι ένα μικρό χαρακτηριστικό με τεράστια επίδραση στη συμφωνία.

Λογιστική κατανομής πολλαπλών μερών

Μια παραγγελία αγοράς δεν αποτελείται από μία μόνο κίνηση. Μια μεμονωμένη πώληση μπορεί να αγγίξει τα κεφάλτια του αγοραστή, τα έσοδα του πωλητή, την προμήθεια της αγοράς, τα τέλη επεξεργασίας πληρωμών, τον ΦΠΑ επί της προμήθειας, τα έξοδα αποστολής και τα αποθέματα ασφαλείας. Το καθολικό χρειάζεται δομές λογαριασμών που τα κρατούν αυτά ξεχωριστά αντί να τα συγχωνεύουν σε ένα καθαρό ποσό.

Υπάρχει μια κοινή παραδοχή στην οποία αξίζει να αντιταχθούμε: η λειτουργία «κατανομής πληρωμής» (split payout) ενός παρόχου πληρωμών δεν είναι το ίδιο με τη λογιστική μιας αγοράς. Η κατανομή χρημάτων σε δικαιούχους δρομολογεί μετρητά. Δεν σας παρέχει ένα πλήρες, αμετάβλητο αρχείο της κερδισμένης προμήθειας, του εισπραχθέντος ΦΠΑ, των επιστροφών χρημάτων που οφείλονται ή των αποθεμάτων που διατηρούνται. Εξακολουθείτε να χρειάζεστε το δικό σας καθολικό και εξακολουθείτε να χρειάζεστε τη συμφωνία του με τον πάροχο.

Ένα καθολικό αγοράς θα πρέπει επίσης να διακρίνει περισσότερα από ένα υπόλοιπα πωλητή:

Κατάσταση υπολοίπου	Τι αντιπροσωπεύει
Σε εκκρεμότητα (Pending)	Κεφάλτια συνδεδεμένα με ένα γεγονός αλλά όχι ακόμη επιλέξιμα για ανάληψη
Διαθέσιμα (Available)	Κεφάλτια που περνούν τους κανόνες αποδέσμευσης, αποθέματος, επιστροφής χρημάτων και αμφισβήτησης
Κατεχόμενα / δεσμευμένα (Held / reserved)	Ποσά που παρακρατούνται για αμφισβητήσεις χρεώσεων, επιστροφές ή ελέγχους απάτης
Πληρωμένα (Paid out)	Ποσά που μεταφέρθηκαν στον πωλητή
Αρνητικά / ανακτήσιμα (Negative / recoverable)	Ποσά που οφείλει ο πωλητής αφότου οι επιστροφές ή τα τέλη υπερβούν τα διαθέσιμα κεφάλτια

Η μεταφορά χρημάτων από την κατάσταση εκκρεμότητας στη διαθεσιμότητα πρέπει από μόνη της να αποτελεί μια ισοσκελισμένη εγγραφή ημερολογίου, και όχι ένα μετονομασμένο πεδίο.

Αντιστροφές, επιστροφές χρημάτων και αρνητικά υπολόγισμα

Τα χρήματα των αγορών ρέουν προς αμφότερες τις κατεύθυνσης, συχνά εκτός σειράς. Οι δύσκολες περιπτώσεις είναι οι επιστροφές χρημάτων μετά την πληρωμή και οι αμφισβητήσεις χρεώσεων που φτάνουν εβδομάδες αργότερα. Ένα σοβαρό καθολικό ορίζει τι συμβαίνει όταν το διαθέσιμο υπόλοιπο ενός πωλητή δεν μπορεί να καλύψει μια επιστροφή χρημάτων: δημιουργία αρνητικού υπολοίπου, μεταφορά του ποσού στις απαιτήσεις από πωλητές, χρήση αποθεματικού ή περιορισμός περαιτέρω πληρωμών.

Κάθε ένα από αυτά τα γεγονότα θα πρέπει να παραπέμπει στην αρχική συναλλαγή και να τη διατηρεί. Το καθολικό καταγράφει τη λογιστική συνέπεια μιας επιστροφής χρημάτων. Δεν αποφασίζει την πολιτική επιστροφών της αγοράς ή τη νομική ευθύνη. Η διατήρηση αυτού του ορίου ξεκάθαρου αποτρέπει πολλές συζητήσεις σχεδιασμού γεμάτες σύγχυση.

Νομίσματα και ακρίβεια

Οι διασυνοριακές αγορές απαιτούν ρητό χειρισμό χρημάτων. Τα ποσά πρέπει να χρησιμοποιούν κωδικούς νομισμάτων ISO 4217 και ακριβή αναπαράσταση, είτε ακέραιες υπομονάδες (minor units) είτε δεκαδικά συμβόλαια σταθερής ακρίβειας, ποτέ κινητής υποδιαστολής (floats). Χωρίς σιωπηλές στρογγυλοποιήσεις. Όταν πραγματοποιείται μετατροπή, το καθολικό πρέπει να διατηρεί το αρχικό ποσό, την ισοτιμία συναλλάγματος, την πηγή της ισοτιμίας, τη χρονική σήμανση και το προκύπτον ποσό, με τις διαφορές στρογγυλοποίησης να καταχωρούνται σε έναν καθορισμένο λογαριασμό.

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

Συμφωνία με εξωτερικά συστήματα

Ένα εσωτερικά ισοσκελισμένο καθολικό δεν είναι αυθεντικό από μόνο του. Πρέπει να συμφωνεί με τον έξω κόσμο: συναλλαγές παρόχων πληρωμών, τέλη παρόχων, αναφορές διακανονισμού, τραπεζικά αντίγραφα, αρχεία πληρωμών και αναφορές αμφισβητήσεων χρεώσεων.

Ένα ώριμο API υποστηρίζει εισαγόμενα εξωτερικά γεγονότα και καταστάσεις αντιστοίχισης όπως: αντιστοιχισμένο, μερικώς αντιστοιχισμένο, μη αντιστοιχισμένο, διπλότυπο, ανατιστοιχία ποσού και χρήζει επανεξέτασης. Οι διαφορές συμφωνίας πρέπει να δημιουργούν ρητά αρχεία εξαιρέσεων ή λογιστικές εγγραφές. Δεν πρέπει ποτέ να επαναγράφουν σιωπηρά το ιστορικό του καθολικού. Η προσέγγιση του Nordlet στη τραπεζική συμφωνία και την αντιστοίχιση πληρωμών βασίζεται σε αυτή την αρχή: τα εισαγόμενα αντίγραφα και οι εξαγωγές του Stripe παραλείπουν οτιδήποτε έχει ήδη εισαχθεί, οι προτάσεις πληρωμών βαθμολογούνται ανάλογα με το ποσό, την αναφορά, το αντισυμβαλλόμενο μέρος και το IBAN, η αντιστοίχιση με ένα κλικ χειρίζεται τις τυπικές περιπτώσεις και οι εξαιρέσεις αναδεικνύονται αντί να απορροφώνται.

Όρια της ΕΕ που το API πρέπει να σέβεται, και αυτά που δεν μπορεί

Εδώ είναι που οι ισχυρισμοί μάρκετινγκ τείνουν να ξεπερνούν την πραγματικότητα. Ένα καθολικό βοηθά με τις υποχρεώσεις στην ΕΕ, αλλά δεν τις ικανοποιεί από μόνο του.

ΦΠΑ (VAT). Το καθολικό πρέπει να διατηρεί τις διαστάσεις που σχετίζονται με τους φόρους: δικαιοδοσία, συντελεστής, κατηγορία φόρου και τον τρόπο προσδιορισμού του συντελεστή. Πρέπει να διακρίνει την πώληση του πωλητή στον αγοραστή από την προμήθεια της αγοράς και να ξεχωρίζει τον ΦΠΑ επί των τελών από τα ποσά που απλώς διέρχονται. Το Nordlet διαχειρίζεται υπολογισμούς ΦΠΑ ανά χώρα, επικύρωση VIES και δημιουργία μητρώου i.SAF, μαζί με τα σενάρια OSS και IOSS που αντιμετωπίζουν οι αγορές της ΕΕ. Αντιμετωπίστε το καθολικό ως αποδεικτικό στοιχείο και μηχανισμό φορολογίας, και όχι ως φορολογική συμβουλή.

DAC7. Οι κανόνες αναφοράς πλατφορμών απαιτούν αξιόπιστους συνδέσμους μεταξύ της ταυτότητας του πωλητή, της δικαιοδοσίας, των συνόλων συναλλαγών, των τελών, των επιστροφών χρημάτων και των πληρωμών. Ένα ισοσκελισμένο καθολικό παράγει τα αποδεικτικά στοιχεία συναλλαγών. Δεν καθορίζει εάν ένας πωλητής υπόκειται σε υποχρέωση αναφοράς και δεν αντικαθιστά τα πρωτόκολλα KYC, onboarding ή τη ροή εργασίας αναφοράς. Κρατήστε τη λογιστική συναλλαγών και την κανονιστική αναφορά ως ξεχωριστά ζητήματα.

PSD2 και φύλαξη κεφαλαίων. Η καταγραφή κινήσεων χρημάτων δεν είναι το ίδιο με το να είστε αδειοδοτημένη υπηρεσία πληρωμών ή να διαφυλάττετε κεφάλτια. Το καθολικό πρέπει να καθιστά σαφή τη ροή των κεφαλαίων και τα εμπλεκόμενα μέρη. Δεν μπορεί, από μόνο του, να παρέχει εξουσιοδότηση υπηρεσιών πληρωμών ή να αποδείξει ότι τα μετρητά φυλάσσονται σε έναν συγκεκριμένο λογαριασμό. Αυτό παραμένει ζήτημα του κανονιστικού σας ρόλου και του παρόχου υπηρεσιών πληρωμών (PSP) σας.

GDPR. Η αμεταβλητότητα δημιουργεί πραγματική ένταση με τις αρχές προστασίας δεδομένων. Η ασφαλέστερη αρχιτεκτονική διατηρεί τα νομισματικά δεδομένα στον αμετάβλητο πυρήνα και τα προσωπικά δεδομένα εκτός αυτού. Χρησιμοποιήστε σταθερές ψευδωνυμοποιημένες αναφορές πωλητών και πελατών στις γραμμές ημερολογίου. Αποθηκεύστε τα τροποποιήσιμα προσωπικά στοιχεία σε ένα ξεχωριστό, ελεγχόμενου ελέγχου πρόσβασης σύστημα με τη δική του ροή εργασίας διατήρησης και διαγραφής. Το "αμετάβλητο" δεν αποτελεί άδεια να διατηρείτε κάθε ωφέλιμο φορτίο πληρωμής για πάντα.

Μια λίστα ελέγχου για την αξιολόγηση ενός API καθολικού

Οι ετικέτες χαρακτηριστικών είναι φτηνές. Δοκιμάστε τη συμπεριφορά σε ένα sandbox αντιθέτως. Εκτελέστε αυτά τα σενάρια και ελέγξτε τα αποδεικτικά στοιχεία:

• Καταχωρήστε μια παραγγελία €100 που κατανέμεται μεταξύ πωλητή και αγοράς, και επιβεβαιώστε ένα ισοσκελισμένο ημερολόγιο με ρητούς λογαριασμούς.
• Στείλτε το ίδιο αίτημα δύο φορές και επιβεβαιώστε μία μόνο συναλλαγή, χωρίς διπlοτυπία.
• Προσπαθήστε να επεξεργαστείτε μια καταχωρημένη εγγραφή και επιβεβαιώστε ότι απορρίπτεται ή περιορίζεται σε μη οικονομικά μεταδεδομένα.
• Διορθώστε μια λανθασμένη προμήθεια και επιβεβαιώστε μια συνδεδεμένη αντιστροφή συν μια διορθωμένη εγγραφή.
• Εκδώστε μια μερική επιστροφή χρημάτων μετά την πληρωμή και επιβεβαιώστε μια ιχνηλατήσιμη επιστροφή χρημάτων με απαίτηση από πωλητή ή αρνητικό υπόλοιπο όπου απαιτείται.
• Αναπαράγετε ένα webhook παρόχου και επιβεβαιώστε τον εντοπισμό διπλοτυπίας.
• Επεξεργαστείτε έναν διακανονισμό πολλαπλών νομισμάτων και επιβεβαιώστε τις λεπτομέρειες FX και τη λογιστική μετατροπής.
• Υποβάλετε ερώτημα για το υπόλοιπο ενός πωλητή στο τέλος της περιόδου και επιβεβαιώστε ένα αναπαραγώγιμο αποτέλεσμα με τεκμηριωμένο σημείο αποκοπής.
• Εισαγάγετε έναν διακανονισμό παρόχου και επιβεβαιώστε την αντιστοίχιση με κατάσταση εξαίρεσης που αφήνει το ιστορικό ανέπαφο.
• Εξάγετε δραστηριότητα ενός μήνα και επιβεβαιώστε ένα πλήρες, σε σελίδες, επαναλαμβανόμενο απόσπασμα.

Τα ισχυρότερα αποδεικτικά στοιχεία είναι η τεκμηρίωση συν ένα επαναραγώγιμο τεστ. Λέξεις όπως "σε πραγματικό χρόνο", "έτοιμο για έλεγχο" και "αμετάβλητο" δεν σημαίνουν τίποτα χωρίς το μοντέλο δεδομένων, τη σημασιολογία σφαλμάτων και τη συμπεριφορά διατήρησης πίσω από αυτά.

Τι θα ελέγχαμε πρώτα

Εάν αξιολογούσαμε ένα API καθολικού αύριο για μια αγορά, θα ξεκινάγαμε με δύο πράγματα προτού κοιτάξουμε οτιδήποτε άλλο. Πρώτον, να αποδείξουμε ότι το υπόλοιπο ενός πωλητή προέρχεται από γραμμές ημερολογίου και όχι από ένα τροποποιήσιμο πεδίο, επειδή οτιδήποτε έπεται εξαρτάται από αυτό. Δεύτερον, να αναπαράγουμε το ίδιο webhook και να επιβεβαιώσουμε ακριβώς ένα λογιστικό αποτέλεσμα. Αυτά τα δύο τεστ σας λένε περισσότερα για την ποιότητα του υποκείμενου σχεδιασμού από οποιαδήποτε λίστα χαρακτηριστικών.

Μετά από αυτό, οι σκέψεις που προτάσσουν το API έχουν σημασία για το πόσο γρήγορα παραδίδει η ομάδα σας: πληκτρολογημένα SDK, webhooks για γεγονότα όπως sale_invoice.paid, ένα λειτουργικό sandbox και κλείδωμα περιόδου για την προστασία των κλειστών μηνών. Το Nordlet χτίστηκε γύρω από αυτό το μοντέλο, με το ίδιο σύνολο χαρακτηριστικών να εκτίθεται μέσω του API όσο και μέσω της εφαρμογής, κάτι που επιτρέπει σε μια πλατφόρμα να λειτουργεί με βιβλία έτοιμα για έλεγχο εντός του δικού της προϊόντος αντί να ενσωματώνει πρόχειρα ένα ταμείο τρίτου μέρους. Για μια ευρύτερη εικόνα του πώς ένα τέτοιο καθολικό εντάσσεται σε μια στοίβα αγοράς, δείτε τον οδηγό μας για τα API καθολικού διπλογραφικής για τη λογιστική αγορών.

FAQ

Εγγυάται η διπλογραφική ότι η λογιστική μου είναι σωστή;

Όχι. Ένα καθολικό μπορεί να είναι απολύτως ισοσκελισμένο ενώ καταχωρεί στους λάθος λογαριασμούς, εφαρμόζει τη λάθος μεταχείριση ΦΠΑ ή αποδίδει κεφάλτια στον λάθος πωλητή. Η ισορροπία είναι ένας δομικός έλεγχος που εντοπίζει αριθμητικά σφάλματα και ελλιπείς πλευρές μιας συναλλαγής. Δεν λέει τίποτα για το εάν η επιχειρηματική σας λογική αντιστοίχισε το γεγονός σωστά. Γι' αυτό οι δοκιμές σε sandbox έναντι πραγματικών σεναρίων έχουν μεγαλύτερη σημασία από τον ίδιο τον έλεγχο υπολοίπου.

Είναι επαρκές το καθολικό ενός παρόχου πληρωμών για μια αγορά;

Συνήθως όχι. Ένας πάροχος υπηρεσιών πληρωμών (PSP) παρακολουθεί κεφάλτια εντός του δικού του συστήματος, το οποίο είναι χρήσιμο για κινήσεις και πληρωμές. Η αγορά σας εξακολουθεί να χρειάζεται τα δικά της αρχεία για έσοδα προμηθειών, υποχρεώσεις πωλητών, ΦΠΑ επί των τελών, επιστροφές χρημάτων, αποθεματικά, αμφισβητήσεις και αναφορές διοίκησης. Τα δύο συστήματα πρέπει να συμφωνούνται και η αντιμετώπιση της όψης του παρόχου ως λογιστικής σας αφήνει κενά που εμφανίζονται κατά τη στιγμή του ελέγχου.

Χρειάζομαι blockchain για να κάνω ένα καθολικό αμετάβλητο;

Όχι. Ένας σχεσιακός χώρος αποθήκευσης αποκλειστικά προσθήκης με αυστηρές άδειες εγγραφής, ελεγχόμενες ροές εργασίας διόρθωσης, καταγραφή ελέγχου και αξιόπιστα αντίγραφα ασφαλείας σάς παρέχει λειτουργική αμεταβλητότητα και αμεταβλητότητα ελέγχου. Το blockchain προσθέτει αποκεντρωμένη προστασία από παραποίηση, αλλά φέρνει δυσκολίες απορρήτου, απόδοσης και διόρθωσης που λειτουργούν αντίθετα με τις απαιτήσεις λογιστικής της ΕΕ και του GDPR. Για τις περισσότερες αγορές, λύνει ένα πρόβλημα που δεν έχουν.

Μπορεί ένα αμετάβλητο καθολικό να διατηρεί δεδομένα για πάντα βάσει του GDPR;

Η διατήρηση λογιστικών αρχείων για μια νομικά απαιτούμενη περίοδο είναι αποδεκτή. Η διατήρηση πλήρων προσωπικών δεδομένων ή ωφέλιμων φορτίων πληρωμής επ' αόριστον επειδή το καθολικό είναι αμετάβλητο δεν είναι. Διατηρήστε τα νομισματικά δεδομένα και τις ψευδωνυμοποιημένες αναφορές στον αμετάβλητο πυρήνα και κρατήστε τα προσωπικά στοιχεία σε ένα ξεχωριστό σύστημα με κατάλληλη διατήρηση και διαγραφή. Η αμεταβλητότητα ισχύει για το οικονομικό γεγονός, και όχι για κάθε κομμάτι δεδομένων που είναι συνδεδεμένο με αυτό.