What Is a Double-Entry Ledger API for Marketplaces?
A double-entry ledger API records marketplace money movement as balanced, immutable journal entries so you always know who is owed what and why.
Μια πλατφόρμα (marketplace) μπορεί να φαίνεται οικονομικά εύρωστη στον πίνακα orders (παραγγελίες) της και παρόλα αυτά να κάνει λάθος όσον αφορά τα κεφάλαιά της. Η παραγγελία αναφέρει την ένδειξη "paid" (πληρωμένη). Το ταμπλό (dashboard) του πωλητή εμφανίζει ένα υπόλοιπο. Ωστόσο, τίποτα σε αυτόν τον πίνακα δεν αποδεικνύει πόσα μετρητά διαθέτει η πλατφόρμα, πόσα οφείλει σε κάθε πωλητή, πόσο μέρος της πληρωμής αφορά έσοδα από προμήθειες ή πόσος ΦΠΑ είναι πλέον πληρωτέος. Ένα API διπλογραφικού καθολικού (double-entry ledger API) υπάρχει ακριβώς για να καταγράφει αυτές τις οικονομικές συνέπειες με ακρίβεια, μία ισοσκελισμένη συναλλαγή τη φορά.
Με απλά λόγια: ένα API διπλογραφικού καθολικού είναι ένα προγραμματιζόμενο λογιστικό σύστημα. Η εφαρμογή σας τού αποστέλλει ένα οικονομικό συμβάν, όπως μια είσπραξη πληρωμής ή μια εγκεκριμένη εκταμίευση, και το καθολικό καταγράφει αυτό το συμβάν ως ημερολογιακή εγγραφή με ισόποσες χρεώσεις και πιστώσεις σε καθορισμένους λογαριασμούς. Δεν μεταφέρει χρήματα· καταγράφει την αλήθεια σχετικά με χρήματα που μεταφέρθηκαν αλλού.
Τι σημαίνει "διπλογραφικό καθολικό" σε αυτό το πλαίσιο
Ένα καθολικό είναι το αρχείο καταγραφής των μεταβολών στους λογαριασμούς και όχι ένας πίνακας που αποθηκεύει απλώς το πιο πρόσφατο υπόλοιπο. Ένα λειτουργικό καθολικό βασίζεται σε τρεις συνδεδεμένες έννοιες:
- Λογαριασμός (Account): μια ονοματισμένη οικονομική θέση, όπως οι απαιτήσεις από τον πάροχο πληρωμών, οι υποχρεώσεις προς πωλητές, τα έσοδα από προμήθειες ή ο ΦΠΑ πληρωτέος.
- Συναλλαγή (Transaction / journal): ένα αδιαίρετο (atomic) οικονομικό συμβάν που περιέχει πολλαπλές ισοσκελισμένες γραμμές.
- Εγγραφή (Entry / posting): μια μεμονωμένη γραμμή χρέωσης ή πίστωσης εντός αυτής της συναλλαγής.
Ο απαράβατος κανόνας που διατηρεί τη συνοχή κάθε σχεδιασμού είναι απλός: οι συνολικές χρεώσεις ισούνται με τις συνολικές πιστώσεις, για κάθε συναλλαγή και κάθε νόμισμα. Τα API καθολικού συνήθως απορρίπτουν μια μη ισοσκελισμένη εγγραφή προτού αυτή αποθηκευτεί. Η τεκμηρίωση της Modern Treasury ορίζει μια συναλλαγή καθολικού ως μια διαδικασία που εμπλέκει δύο ή περισσότερους λογαριασμούς με τουλάχιστον μία χρέωση και μία πίστωση ίσων συνολικών ποσών, αντιμετωπίζοντας μια καταχωρισμένη συναλλαγή ως αμετάκλητη (immutable).
Η διπλογραφική μέθοδος δεν σημαίνει απαραίτητα ακριβώς δύο γραμμές. Μια μεμονωμένη πώληση σε μια πλατφόρμα απαιτεί συχνά μία χρέωση και πολλές πιστώσεις. Αυτό είναι το σημείο που παρερμηνεύεται συχνότερα.
Γιατί οι πλατφόρμες χρειάζονται καθολικό και όχι απλώς έναν πίνακα πληρωμών
Μια πλατφόρμα διαχειρίζεται πολλές οικονομικές σχέσεις ταυτόχρονα. Ένας αγοραστής πληρώνει. Ένας πάροχος εκκαθαρίζει τη συναλλαγή. Η πλατφόρμα ενδέχεται να ελέγχει προσωρινά τα κεφάλαια. Ο πωλητής κερδίζει ένα μερίδιο. Η πλατφόρμα κρατά μια προμήθεια. Ο φόρος γίνεται πληρωτέος. Ένα αποθεματικό κεφάλαιο ενδέχεται να παρακρατηθεί. Αργότερα, μια εκταμίευση μεταφέρει χρήματα εκτός συστήματος, ενώ επιστροφές χρημάτων ή αμφισβητήσεις (chargebacks) αναιρούν τμήματα αυτής της διαδικασίας.
Ένας πίνακας payments μπορεί να σας ενημερώσει για την εμπορική κατάσταση μιας παραγγελίας. Δεν μπορεί όμως να σας διαβεβαιώσει με αξιοπιστία για τα εξής:
- ποιο είναι το ύψος των απαιτήσεων από τον πάροχο ή των διαθέσιμων μετρητών
- πόσα χρήματα οφείλονται σε κάθε πωλητή
- ποιο ποσό εσόδων ανήκει στην πλατφόρμα
- πόσος ΦΠΑ είναι πληρωτέος και σε ποια χώρα
- τι ποσό έχει δεσμευτεί έναντι επιστροφών ή διαφορών
- αν μια εκταμίευση μείωσε τη σωστή υποχρέωση προς τον πωλητή
- αν οι εκκαθαρίσεις του πάροχου πληρωμών συμφωνούν με τις προσδοκίες της πλατφόρμας
Ο οδηγός του Nordlet για τα API διπλογραφικού καθολικού στη λογιστική πλατφόρμων θέτει σαφή όρια: οι πίνακες της εφαρμογής περιγράφουν την κατάσταση του προϊόντος, ενώ το καθολικό καταγράφει τις οικονομικές συνέπειες αυτής της κατάστασης. Επισημαίνει επίσης κάτι που αξίζει να επαναληφθεί, ότι οι αναφορές των παρόχων πληρωμών αποτελούν εισροές για τη συμφωνία (reconciliation), και όχι πλήρη διπλογραφικά βιβλία.
Μια υποθετική πώληση σε πλατφόρμα
Ας υποθέσουμε ότι ένας αγοραστής πληρώνει €100, ο πωλητής δικαιούται €85 και η προμήθεια της πλατφόρμας ανέρχεται σε €15. Για λόγους σαφήνειας, αγνοούμε τον ΦΠΑ και τις προμήθειες του παρόχου.
| Λογαριασμός | Χρέωση | Πίστωση | Αιτιολόγηση |
|---|---|---|---|
| Απαιτήσεις από πάροχο πληρωμών | €100 | Ο πάροχος οφείλει στην πλατφόρμα την εισπραχθείσα πληρωμή | |
| Υποχρεώσεις προς πωλητή | €85 | Η πλατφόρμα οφείλει στον πωλητή | |
| Έσοδα από προμήθειες | €15 | Η πλατφόρμα κέρδισε την προμήθειά της | |
| Σύνολο | €100 | €100 | Ισοσκέλιση |
Η σημαντική ταξινόμηση εδώ είναι ότι τα €85 που οφείλονται στον πωλητή αποτελούν υποχρέωση (liability) και όχι έσοδο της πλατφόρμας. Σύμφωνα με το εννοιολογικό πλαίσιο των ΔΠΧΠ (IFRS conceptual framework), μια υποχρέωση είναι μια τρέχουσα υποχρέωση μεταφοράς ενός οικονομικού πόρου. Μια πλατφόρμα δεν πρέπει να καταχωρίζει το σύνολο των εσόδων πώλησης του πωλητή ως δικό της εισόδημα απλώς και μόνο επειδή ο αγοραστής πλήρωσε μέσω αυτής. Το αν λειτουργείτε ως αντιπρόσωπος (agent), κύριος (principal) ή θεωρούμενος προμηθευτής (deemed supplier) αλλάζει τη μεταχείριση, αλλά ο μηχανισμός του καθολικού παραμένει ίδιος.
Όταν ο πωλητής πληροί τις προϋποθέσεις για εκταμίευση, δεν αναγνωρίζεται κανένα νέο έσοδο. Εξοφλείτε την υποχρέωση:
| Λογαριασμός | Χρέωση | Πίστωση |
|---|---|---|
| Υποχρεώσεις προς πωλητή | €85 | |
| Τραπεζικός λογαριασμός ή ενδιάμεσος λογαριασμός εκταμιεύσεων | €85 | |
| Σύνολο | €85 | €85 |
Εάν ο πάροχος κρατήσει προμήθεια €3 πριν από την εκκαθάριση, η κίνηση των μετρητών μετατρέπεται σε ημερολόγιο τριών γραμμών: €7 στα ταμειακά διαθέσιμα τράπεζας, €3 σε έξοδα επεξεργασίας πληρωμών, και €100 εκτός απαιτήσεων παρόχου. Κάθε μεταβολή θέσης έχει μια πηγή και έναν προορισμό.
Πώς λειτουργεί το API, βήμα προς βήμα
1. Η εφαρμογή σας εντοπίζει ένα επιχειρηματικό συμβάν. Μια πληρωμή εισπράττεται, μια παραγγελία εκτελείται, μια εκταμίευση εγκρίνεται, μια επιστροφή χρημάτων εκδίδεται, μια αμφισβήτηση (chargeback) ανοίγει, μια εκκαθάριση ολοκληρώνεται. Η βάση δεδομένων σας διατηρεί την επιχειρησιακή κατάσταση, ενώ το καθολικό καταγράφει τη νομισματική επίδραση.
2. Αποστέλλετε ένα δομημένο αίτημα. Συνήθως περιλαμβάνει τον τύπο συμβάντος, το ποσό και το νόμισμα, το αναγνωριστικό παραγγελίας ή πληρωμής, τα αναγνωριστικά αγοραστή και πωλητή, την προμήθεια, τα δεδομένα φόρων, τους εμπλεκόμενους λογαριασμούς, τις ημερομηνίες ισχύος και καταχώρισης, ένα κλειδί αμεταβλητότητας ή ταυτότητας (idempotency key) και μεταδεδομένα που συνδέονται με τα αρχεία του πάροχου και του προϊόντος. Το παράδειγμα δημόσιου API του Nordlet εμφανίζει ένα εννοιολογικό αίτημα πώλησης με αναγνωριστικό πωλητή, τύπο πώλησης, ποσό, νόμισμα, καθώς και χώρα και συντελεστή ΦΠΑ.
3. Το API πραγματοποιεί επικύρωση. Ελέγχει ότι οι χρεώσεις και οι πιστώσεις ισosσκελίζονται, ότι οι λογαριασμοί υπάρχουν και δέχονται εγγραφές, ότι το νόμισμα υποστηρίζεται, ότι το ποσό χρησιμοποιεί ακριβή διαχείριση υποδιαιρέσεων νομίσματος (minor-unit handling), ότι το κλειδί idempotency δεν επαναχρησιμοποιείται για διαφορετικό αποτέλεσμα, ότι η λογιστική περίοδος είναι ανοιχτή και ότι υπάρχουν τα απαιτούμενα μεταδεδομένα. Ένας αποτυχημένος έλεγχος δεν αφήνει πίσω του ημιτελείς ημερολογιακές εγγραφές.
4. Καταχωρίζει αδιαιρέτως (atomically). Ολόκληρη η συναλλαγή εγράφεται ως μία ενιαία μονάδα. Δεν πρέπει ποτέ να είναι εφικτό να καταγραφεί η χρέωση ενώ η αντίστοιχη πίστωση αποτυγχάνει. Για μια πλατφόρμα, ένας μερικός διαχωρισμός θα μπορούσε να δημιουργήσει ένα φαινομενικό υπόλοιπο πωλητή χωρίς αντίστοιχα μετρητά, ή να καταχωρίσει προμήθεια χωρίς την αντίστοιχη υποχρέωση προς τον πωλητή.
5. Τα υπολοίπα και οι αναφορές προέρχονται από το καθολικό. Μετά την καταχώριση, μπορείτε να διαβάσετε τα υπόλοιπα λογαριασμών, τα εκκρεμή και διαθέσιμα υπόλοιπα πωλητών, το ισοζύγιο (trial balance), τη δραστηριότητα του γενικού καθολικού, τις περιλήψεις ΦΠΑ και το ιστορικό ανά παρελθούσα ημερομηνία. Το υπόλοιπο του πωλητή θα πρέπει να μπορεί να ανασυσταθεί από τις εγγραφές και όχι να βασίζεται σε ένα τροποποιήσιμο πεδίο.
6. Τα webhooks ειδοποιούν το προϊόν σας. Συμβάντα όπως sale_invoice.paid, ένα καταχωρισμένο ημερολόγιο, μια διαθέσιμη εκταμίευση ή μια εξαίρεση συμφωνίας αποστέλλονται σε εσάς. Επεξεργαστείτε τα με τρόπο που να διασφαλίζει το idempotency. Ένα webhook είναι μια ειδοποίηση και όχι άδεια εφαρμογής του οικονομικού συμβάντος για δεύτερη φορά. Οι συμβάσεις API καλύπτουν λεπτομερώς τα scopes, τα κλειδιά idempotency, τις μορφές σφαλμάτων και την υπογραφή webhooks.
Τα υπολοίπα των πωλητών δεν αποτελούν έναν ενιαίο αριθμό
Οι περισσότερες πλατφόρμες αντιμετωπίζουν προβλήματα επειδή θεωρούν το υπόλοιπο ενός πωλητή ως έναν ενιαίο αριθμό. Τα χρήματα πρέπει να κατηγοριοποιούνται σε καταστάσεις:
| Κατάσταση | Σημασία |
|---|---|
| Εκκρεμεί (Pending) | Ο πωλητής ενδέχεται να το δικαιούται, αλλά δεν πληρούνται οι προϋποθέσεις αποδέσμευσης |
| Διαθέσιμο (Available) | Επιλέξιμο για εκταμίευση |
| Δεσμευμένο (Reserved) | Παρακρατημένο έναντι επιστροφών χρημάτων, υπαναχωρήσεων ή διαφορών |
| Εξοφλημένο (Paid out) | Η υποχρέωση διευθετήθηκε μέσω μεταφοράς |
| Αρνητικό (Negative) | Οι επιστροφές, οι αμφισβητήσεις ή οι προμήθειες υπερβαίνουν τα διαθέσιμα κεφάλαια |
Τα μοντέλα των παρόχων πληρωμών αντικατοπτρίζουν αυτή την προσέγγιση. Η ροή ξεχωριστών χρεώσεων και μεταφορών της Stripe επιτρέπει σε μια πλατφόρμα να χρεώνει τον δικό της λογαριασμό και στη συνέχεια να μεταφέρει τμήματα σε συνδεδεμένους λογαριασμούς, με τις προμήθειες, τις επιστροφές και τις αμφισβητήσεις να καταλήγουν στο υπόλοιπο της πλατφόρμας. Το μοντέλο πλατφόρμας της Adyen διαχωρίζει τους λογαριασμούς υπολοίπων χρηστών, οι οποίοι διατηρούν κεφάλαια μέχρι την εκταμίευση, από έναν λογαριασμό υποχρεώσεων που μπορεί να απορροφήσει αρνητικά υπολοίπα από επιστροφές ή αμφισβητήσεις. Αυτά αποτελούν χρήσιμες εισροές για το καθολικό σας, αλλά δεν αποτελούν το πλήρες λογιστικό σας μοντέλο.
Οι εκταμιεύσεις και τα έσοδα των πωλητών συμβαίνουν σε διαφορετικές χρονικές στιγμές
Ένας πωλητής μπορεί να κερδίσει χρήματα τη Δευτέρα και να πληρωθεί τη Δευτέρα της επόμενης εβδομάδας. Μεταξύ αυτών των σημείων, μια παραγγελία εκτελείται, κρατείται ένα αποθεματικό, δημιουργείται μια παρτίδα εκταμίευσης, ο πάροχος πραγματοποιεί την εκκαθάριση αφαιρώντας τις προμήθειες και καταφθάνει μια τραπεζική κατάθεση. Ένα καθολικό πρέπει να διατηρεί κάθε στάδιο αντί να αντικαθιστά την παραγγελία με μια τελική ένδειξη "paid". Αυτό ακριβώς σας επιτρέπει να εξηγείτε τις χρονικές διαφορές μεταξύ της δραστηριότητας παραγγελιών, των δικαιωμάτων του πωλητή, της εκκαθάρισης, της έναρξης εκταμίευσης και της τραπεζικής είσπραξης.
Επιστροφές χρημάτων και αμφισβητήσεις: αντιστροφή, όχι τροποποίηση
Οι επιστροφές χρημάτων και οι αμφισβητήσεις είναι νέα συμβάντα συνδεδεμένα με την αρχική πληρωμή. Σε ένα αμετάκλητο καθολικό, διορθώνετε μια κατάσταση με μια αντιστρεφόμενη εγγραφή που ακολουθείται από μια διορθωμένη, έτσι ώστε η αρχική να παραμένει ορατή για λόγους ελέγχου (audit). Η Modern Treasury αντιμετωπίζει τις καταχωρισμένες συναλλαγές ως αμετάκλητες και υποστηρίζει κλειδιά idempotency για την αποτροπή διπλών αντικειμένων σε περίπτωση επανάληψης.
Μια επιστροφή χρημάτων τυπικά μειώνει τα μετρητά ή τις απαιτήσεις από αγοραστές, αντιστρέφει τις υποχρεώσεις προς πωλητές, ενδέχεται να αντιστρέψει μέρος της προμήθειας ανάλογα με την πολιτική, προσαρμόζει τον φόρο και μπορεί να καταναλώσει ένα αποθεματικό επιστροφών. Μια αμφισβήτηση μειώνει τα μετρητά ή τις απαιτήσεις από παρόχους, μπορεί να ανοίξει ξανά ένα ποσό που οφείλεται από τον πωλητή ή την πλατφόρμα, καταγράφει έξοδα διαφοράς και προμήθεια παρόχου, και μεταφέρει κεφάλαια μέσω ενός αποθεματικού λογαριασμού.
Συμφωνία (Reconciliation): σύνδεση του καθολικού με τα πραγματικά χρήματα
Ένα καθολικό μπορεί να είναι εσωτερικά ισοσκελισμένο και παρόλα αυτά να κάνει λάθος σχετικά με τον έξω κόσμο. Η συμφωνία συγκρίνει τα εσωτερικά αρχεία με εξωτερικά αποδεικτικά στοιχεία: αναφορές εκκαθάρισης παρόχων, τραπεζικές καταστάσεις, αρχεία εκταμιεύσεων, καθώς και αρχεία επιστροφών και διαφορών.
Ένας λειτουργικός κύκλος μοιάζει με τα εξής:
- Εισαγωγή της παρτίδας εκκαθάρισης ή της τραπεζικής παρτίδας.
- Αντιστοίχιση κάθε γραμμής σε παραγγελία, πληρωμή, επιστροφή, προμήθεια, εκταμίευση ή διαφορά.
- Σύγκριση αναμενόμενων μικτών ποσών, κρατήσεων, αποθεματικών και καθαρών ποσών.
- Καταχώριση των επιβεβαιωμένων κινήσεων στο καθολικό.
- Αποστολή μη αντιστοιχισμένων στοιχείων σε έναν ονοματισμένο λογαριασμό εκκρεμοτήτων (suspense account).
- Διερεύνηση εξαιρέσεων.
- Κλείδωμα της περιόδου.
Το υλικό συμφωνίας του Nordlet περιγράφει ακριβώς αυτή τη διαδικασία: εισαγωγή παρτίδων εκκαθάρισης, αντιστοίχιση γραμμών χρεώσεων και επιστροφών, και δρομολόγηση μη αντιστοιχισμένων εισπράξεων σε λογαριασμό εκκρεμοτήτων αντί για την πραγματοποίηση υποθέσεων σχετικά με ένα τιμολόγιο. Δύο έλεγχοι έχουν σημασία και κανένας δεν αντικαθιστά τον άλλο: η επικύρωση διπλογραφικής μεθόδου ρωτά αν κάθε ημερολόγιο ισοσκελίζεται, ενώ η συμφωνία ρωτά αν συμφωνεί με τον πάροχο, την τράπεζα και το επιχειρηματικό συμβάν.
Σχεδιαστικές λεπτομέρειες που καθορίζουν την επιτυχία
Idempotency. Συνδέστε το κλειδί με ένα σταθερό συμβάν, όπως payment_captured:pi_123. Μια επανάληψη επιστρέφει το αρχικό αποτέλεσμα και όχι ένα δεύτερο ημερολόγιο.
Αδυναμία κατάτμησης (Atomicity). Όλες οι γραμμές ενός συμβάντος καταχωρίζονται μαζί ή καμία.
Αμεταβλητότητα και αντιστροφές (Immutability and reversals). Το καταχωρισμένο ιστορικό δεν είναι τροποποιήσιμο μέσω συνηθισμένων ενημερώσεων. Οι διορθώσεις δημιουργούν συνδεδεμένες εγγραφές που διατηρούν το αρχικό ποσό, την ημερομηνία, την ταξινόμηση, την αιτιολόγηση και τον συντάκτη.
Ακριβής διαχείριση χρημάτων. Απαγόρευση δυαδικών αριθμών κινητής υποδιαστολής (binary floating point). Χρησιμοποιήστε ακέραιες υποδιαιρέσεις νομισμάτων ή ακριβή δεκαδικά ψηφία, ρητό νόμισμα και έναν ντετερμινιστικό κανόνα στρογγυλοποίησης για τους διαμερισμούς. Εάν διαμερίσετε ποσό €100 σε πωλητές και προμήθειες χωρίς αυτόν τον κανόνα, ένα «ορφανό» σεντ θα καταστρέψει την ισορροπία του υπολοίπου σας.
Ημερομηνίες ισχύος έναντι ημερομηνιών καταχώρισης (Effective vs posting dates). Η στιγμή που πλήρωσε ο αγοραστής, η στιγμή που κέρδισε ο πωλητής, η στιγμή που η τράπεζα εκκαθάρισε τη συναλλαγή και η στιγμή που καταχωρίστηκε η εγγραφή είναι διαφορετικές ημερομηνίες. Η σύγχυσή τους καθιστά την περιοδική αναφορά και τον χρονικό προσδιορισμό των φόρων αναξιόπιστους.
Πολυνομισματικότητα. Η χρέωση και η πίστωση πρέπει να ισοσκελίζονται εντός του ίδιου νομίσματος. Η μετατροπή απαιτεί ένα ρητό συμβάν συναλλαγματικής ισοτιμίας με λογαριασμούς για την προμήθεια, τη στρογγυλοποίηση και τυχόν κέρδη ή ζημίες από συνάλλαγμα. Η απλή αποδοχή ενός πεδίου currency δεν καθιστά ένα καθολικό μηχανισμό συναλλάγματος.
Τι δεν θα κάνει ένα API καθολικού για εσάς
Δεν θα αποφασίσει το λογιστικό σας σχέδιο (chart of accounts). Πρέπει ούτως ή άλλως να καθορίσετε αν είστε κύριος ή αντιπρόσωπος, πότε κερδίζεται η προμήθεια, ποιο μέρος επιβαρύνεται με τις προμήθειες του παρόχου, πώς οι επιστροφές επηρεάζουν την προμήθεια και πώς υπολογίζεται και δηλώνεται ο ΦΠΑ. Η ίδια η καθοδήγηση του Nordlet προτείνει να χαρτογραφήσετε πρώτα τις ροές χρημάτων, να σχεδιάσετε το λογιστικό σχέδιο, να το ελέγξετε με έναν λογιστή και, στη συνέχεια, να υλοποιήσετε μία πλήρη ροή από την παραγγελία έως την εκταμίευση και τη συμφωνία προτού προχωρήσετε σε κλιμάκωση.
Δεν θα επιλύσει φορολογικά ζητήματα. Ο ΦΠΑ εξαρτάται από την τοποθεσία αγοραστή και πωλητή, τον τύπο προϊόντος, το καθεστώς εγγραφής και τους κανόνες περί θεωρούμενου προμηθευτή· ο οδηγός ΦΠΑ της ΕΕ καθορίζει τι υπολογίζει αυτόματα ο μηχανισμός και τι επισημαίνει για ανθρώπινη παρέμβαση. Η κάλυψη ΦΠΑ του Nordlet επικεντρώνεται στην ΕΕ και τον ΕΟΧ, επομένως δεν επεκτείνεται στον φόρο πωλήσεων των ΗΠΑ ή στην ηλεκτρονική τιμολόγηση της Λατινικής Αμερικής. Επιπλέον, δεν θα επιλύσει λειτουργικές αμφισημίες, όπως αν έκλεισε το παράθυρο επιστροφών, αν πρέπει να αποκλειστεί μια εκταμίευση ή αν μια πληρωμή είναι δόλια. Αυτές είναι δικές σας αποφάσεις. Το καθολικό απλώς καταγράφει το οικονομικό τους αποτέλεσμα.
Πού ταιριάζει το Nordlet
Το Nordlet είναι ένα λογιστικό API σχεδιασμένο για πλατφόρμες και marketplaces, με αμετάκλητο διπλογραφικό καθολικό, εκταμιεύσεις, διαχείριση ΦΠΑ ΕΕ, τελικά σημεία REST, πληκτρολογημένα SDK και webhooks προσβάσιμα μέσω μιας ενιαίας διεπαφής. Η βασική του διαφοροποίηση έγκειται στην ενσωματωμένη λογιστική εντός του δικού σας προϊόντος αντί για μια εξωτερική διαδικασία ολοκλήρωσης αγοράς (checkout). Κατά τη συγγραφή αυτού του άρθρου, το προϊόν βρίσκεται σε στάδιο περιορισμένης πρόσβασης (early access) με sandbox για σχεδιαστικούς συνεργάτες, οπότε θα πρέπει να αντιμετωπιστεί ως ένα ισχυρό παράδειγμα της κατηγορίας του και να αξιολογηθεί ως προς την ωριμότητα παραγωγής, τον χρόνο λειτουργίας (uptime) και τη γεωγραφική κάλυψη για τη δική σας περίπτωση πριν από οποιαδήποτε δέσμευση.
Για τους προγραμματιστές πλατφόρμων, το χρήσιμο νοητικό μοντέλο είναι ο διαχωρισμός μεταξύ της μεταφοράς πληρωμών και της οικονομικής αλήθειας. Ο πάροχός σας μεταφέρει τα χρήματα. Ένα API διπλογραφικού καθολικού καταγράφει ποιος οφείλεται τι, τι κερδίσατε, τι φόρους και αποθεματικά διατηρείτε, και αν ο έξω κόσμος συμφωνεί με τα βιβλία σας.
FAQ
Είναι ένα API διπλογραφικού καθολικού το ίδιο με έναν πάροχο πληρωμών;
Όχι. Ένας πάροχος εγκρίνει, εισπράττει, εκκαθαρίζει και ενίοτε εκταμιεύει κεφάλαια. Ένα API καθολικού καταγράφει τις λογιστικές συνέπειες αυτών των συμβάντων. Οι περισσότερες πλατφόρμες χρησιμοποιούν και τα δύο: έναν πάροχο όπως η Stripe ή η Adyen για τη μεταφορά και ένα καθολικό για τα βιβλία.
Μπορώ απλώς να χρησιμοποιήσω το ταμπλό του πάροχου πληρωμών ως γενικό καθολικό;
Μπορείτε να το δοκιμάσετε, αλλά αργότερα θα αποτύχει σε έναν οικονομικό έλεγχο. Οι αναφορές του πάροχου εμφανίζουν χρεώσεις, προμήθειες, μεταφορές και εκκαθαρίσεις, αλλά συνήθως δεν αντιπροσωπεύουν τις συνολικές υποχρεώσεις προς πωλητές, τις φορολογικές υποχρεώσεις, τα έξοδα εκτός παρόχου ή τις λογιστικές προσαρμογές. Αντιμετωπίστε τις ως δεδομένα εισόδου για τη συμφωνία.
Σημαίνει ένα ισοσκελισμένο καθολικό ότι τα βιβλία μου είναι σωστά;
Σημαίνει μόνο ότι οι εγγραφές σας ικανοποιούν τον κανόνα χρέωσης-πίστωσης. Μια απολύτως ισοσκελισμένη συναλλαγή μπορεί εξακολουθ Jνα καταχωριστεί σε λάθος λογαριασμό, σε λάθος πωλητή ή με λάθος φορολογική μεταχείριση. Η ισορροπία είναι απαραίτητη, αλλά όχι επαρκής. Η συμφωνία είναι αυτή που εντοπίζει τα υπόλοιπα.
Εάν το καθολικό είναι αμετάκλητο, πώς διορθώνω τα λάθη;
Καταχωρίζετε μια αντιστρεφόμενη εγγραφή και στη συνέχεια μια διορθωμένη. Το πρωτότυπο παραμένει ορατό, γεγονός που αποτελεί και τον βασικό σκοπό. Η αμεταβλητότητα προστατεύει το ελεγκτικό ίχνος, δεν παγιδεύει τα λάθη σας.
Με καθιστά ένα λογιστικό API αυτόματα συμμορφούμο;
Όχι. Επιβάλλει τη λογιστική δομή και παράγει χρήσιμα αρχεία. Η νομική συμμόρφωση εξακολουθεί να εξαρτάται από τη δικαιοδοσία σας, τον συμβατικό σας ρόλο, τη φορολογική μεταχείριση, τους κανονισμούς πληρωμών, τις διαδικασίες KYC και AML, καθώς και τις υποχρεώσεις υποβολής αναφορών.