Το Odoo 20 τεκμηριώνει μια ροή εργασίας διαεταιρικού συμψηφισμού για ένα συγκεκριμένο σενάριο λογιστικής πολλαπλών εταιρειών: μία εταιρεία λαμβάνει πληρωμή πελάτη για τιμολόγιο που έχει εκδοθεί από άλλη εταιρεία στην ίδια βάση δεδομένων του Odoo. Το σύστημα μπορεί να συμφωνήσει το ανοιχτό τιμολόγιο της εκδότριας εταιρείας και να δημιουργήσει αντισταθμιστικές λογιστικές εγγραφές μεταξύ των δύο οντοτήτων. (Odoo 20.0 Docs: Companies Multi Company) Η Odoo ανακοίνωσε το Odoo 20 στις 24 Σεπτεμβρίου 2026. (Meet Odoo 20)
Η ροή εργασίας καλύπτει και τις δύο πλευρές της συναλλαγής. Στην εταιρεία που εξέδωσε το τιμολόγιο, η απαίτηση από τον πελάτη μετατρέπεται σε απαίτηση έναντι της εταιρείας που εισέπραξε την πληρωμή. Η εταιρεία που έλαβε την πληρωμή καταχωρίζει το αντίστοιχο ποσό ως υποχρέωση προς την εκδότρια εταιρεία. Έτσι κλείνει το υπόλοιπο του πελάτη, ενώ διατηρείται η χρηματοοικονομική υποχρέωση μεταξύ των δύο εταιρειών. (Odoo 20.0 Docs: Companies Multi Company)
Τι καλύπτει η ροή εργασίας
Η τεκμηριωμένη περίπτωση χρήσης ξεκινά με ένα τιμολόγιο που ανήκει σε μία εταιρεία και μια πληρωμή που λαμβάνεται από άλλη. Και οι δύο εταιρείες πρέπει να είναι ρυθμισμένες στην ίδια βάση δεδομένων του Odoo. Διαδικασίες που αφορούν ξεχωριστές βάσεις δεδομένων ή εξωτερικά λογιστικά συστήματα δεν αποτελούν μέρος της τεκμηριωμένης ροής εργασίας. (Odoo 20.0 Docs: Companies Multi Company)
Όταν μια πληρωμή επεξεργάζεται με την απαιτούμενη παραμετροποίηση, το Odoo συμφωνεί το αρχικό τιμολόγιο πελάτη και δημιουργεί τις διαεταιρικές εγγραφές. Η αυτοματοποίηση συνδέει τη συμφωνία του τιμολογίου με το εσωτερικό υπόλοιπο μεταξύ των συμμετεχουσών εταιρειών. Δεν εξαλείφει αυτό το υπόλοιπο. Αντίθετα, καταχωρίζει το ποσό στους διαμορφωμένους διαεταιρικούς λογαριασμούς. (Odoo 20.0 Docs: Companies Multi Company)
Η λογιστική αντιμετώπιση διαχωρίζει τη σχέση με τον πελάτη από τη σχέση μεταξύ των εταιρειών. Μετά τον συμψηφισμό, η εκδότρια εταιρεία δεν εμφανίζει πλέον το διακανονισμένο ποσό ως ανοιχτή απαίτηση από πελάτη. Καταχωρίζει απαίτηση από την εταιρεία που κατέχει την πληρωμή, ενώ η εταιρεία που έλαβε την πληρωμή αναγνωρίζει την αντίστοιχη υποχρέωση. (Odoo 20.0 Docs: Companies Multi Company)
Απαιτούμενη παραμετροποίηση του Odoo
Μια βάση δεδομένων πολλαπλών εταιρειών από μόνη της δεν αρκεί. Το module Intercompany Payment - Account του Odoo πρέπει να εγκατασταθεί και το Inter-Company Transactions πρέπει να ενεργοποιηθεί για κάθε εταιρεία που συμμετέχει στη ροή εργασίας. (Odoo 20.0 Docs: Companies Multi Company) Οι υφιστάμενες υλοποιήσεις πολλαπλών εταιρειών θα πρέπει να ελέγξουν και τις δύο απαιτήσεις πριν επιχειρήσουν την επεξεργασία αυτών των πληρωμών.
Κάθε συμμετέχουσα εταιρεία απαιτεί επίσης ένα ημερολόγιο συμψηφισμού και ειδικούς διαεταιρικούς λογαριασμούς πληρωτέων και εισπρακτέων. Αυτοί οι λογαριασμοί καθορίζουν πού καταχωρίζονται οι υποχρεώσεις μεταξύ των οντοτήτων. (Odoo 20.0 Docs: Companies Multi Company) Ο σχεδιασμός θα πρέπει να ελεγχθεί σε σχέση με το σχέδιο λογαριασμών, την αναφορά σε επίπεδο οντότητας και τις απαιτήσεις διαεταιρικής συμφωνίας πριν από την επεξεργασία συναλλαγών.
Η μέθοδος πληρωμής πρέπει να χρησιμοποιεί λογαριασμό εκκρεμών εισπράξεων. (Odoo 20.0 Docs: Companies Multi Company) Αυτή η προϋπόθεση θα πρέπει να ελεγχθεί στην τρέχουσα ρύθμιση πληρωμών, ιδιαίτερα όπου τα τραπεζικά ημερολόγια, η επεξεργασία εισπράξεων ή οι αντιστοιχίσεις λογαριασμών έχουν προσαρμοστεί. Η εγκατάσταση του module και η ρύθμιση των διαεταιρικών λογαριασμών δεν αρκούν από μόνα τους για να καλύψουν τις τεκμηριωμένες απαιτήσεις, αν η μέθοδος πληρωμής δεν διαθέτει τον απαιτούμενο λογαριασμό εκκρεμών εισπράξεων. (Odoo 20.0 Docs: Companies Multi Company)
Λογιστικές επιπτώσεις
Η ροή εργασίας συνδυάζει τη συμφωνία πελάτη και τη δημιουργία αντίστοιχων διαεταιρικών εγγραφών. (Odoo 20.0 Docs: Companies Multi Company) Χωρίς αυτή τη σύνδεση, οι οικονομικές ομάδες μπορεί να χρειαστεί να χειριστούν το υπόλοιπο του πελάτη και την υποχρέωση μεταξύ των εταιρειών ως ξεχωριστά λογιστικά βήματα. Το αν η αυτοματοποιημένη διαδικασία είναι κατάλληλη εξαρτάται από τις ροές πληρωμών του οργανισμού και από τη δυνατότητά του να υποστηρίξει την απαιτούμενη δομή λογαριασμών.
Μια πληρωμή που εισπράττεται από μία εταιρεία για το τιμολόγιο μιας άλλης εταιρείας δεν αντιμετωπίζεται από αυτή τη ροή εργασίας ως έσοδο της εταιρείας που την παραλαμβάνει. Οι καταγεγραμμένες εγγραφές δημιουργούν μια υποχρέωση στην οντότητα που παραλαμβάνει και μια αντίστοιχη απαίτηση στην εκδούσα οντότητα. (Odoo 20.0 Docs: Companies Multi Company) Κατά τη διάρκεια της δοκιμής, οι ομάδες οικονομικών θα πρέπει να ελέγξουν τις παραγόμενες εγγραφές ημερολογίου και να επιβεβαιώσουν ότι οι λογαριασμοί πελατών, διαεταιρικοί και εκκρεμών εισπράξεων χρησιμοποιούν τους προβλεπόμενους λογαριασμούς.
Η διαμόρφωση ισχύει για κάθε συμμετέχουσα εταιρεία ξεχωριστά, αντί να λειτουργεί ως μία ενιαία ρύθμιση σε όλη τη βάση δεδομένων. (Odoo 20.0 Docs: Companies Multi Company) Εταιρείες που μοιράζονται ένα περιβάλλον Odoo μπορεί να έχουν διαφορετικό λογιστικό σχέδιο, δομές ημερολογίων ή μεθόδους πληρωμής, επομένως η ρύθμιση κάθε οντότητας πρέπει να επαληθεύεται ξεχωριστά.
Περιορισμοί της τεκμηριωμένης ροής εργασίας
Η τεκμηρίωση περιγράφει τον λογιστικό σκοπό της ροής εργασίας και προσδιορίζει τις απαιτήσεις της σε ενότητα, ρύθμιση εταιρείας, ημερολόγιο, λογαριασμό και μέθοδο πληρωμής. (Odoo 20.0 Docs: Companies Multi Company) Δεν καθορίζει πώς θα συμπεριφέρεται κάθε προσαρμογή, τοπική παραμετροποίηση ή εξωτερική ενσωμάτωση με τη διαεταιρική εκκαθάριση. Εκείνες οι περιοχές απαιτούν έλεγχο ανά περίπτωση υλοποίησης.
Η ροή εργασίας τεκμηριώνεται για εταιρείες που βρίσκονται στην ίδια βάση δεδομένων. (Odoo 20.0 Docs: Companies Multi Company) Οι παρεχόμενες πηγές δεν επιβεβαιώνουν ισοδύναμη αυτοματοποιημένη διαδικασία μεταξύ ξεχωριστών βάσεων δεδομένων Odoo. Οι οργανισμοί που χρησιμοποιούν ξεχωριστές εγκαταστάσεις θα πρέπει, επομένως, να επαληθεύσουν ανεξάρτητα την απαιτούμενη διαβάση δεδομένων διαδικασία τους.
Οι παρεχόμενες πηγές επίσης δεν ορίζουν τη μεταχείριση της ροής εργασίας για μερικές πληρωμές, επιστροφές χρημάτων, διακανονισμούς σε ξένο νόμισμα, αντιστροφές πληρωμών ή αλυσίδες που περιλαμβάνουν πρόσθετες εταιρείες. Εάν αυτές οι συναλλαγές είναι σημαντικές για έναν οργανισμό, κάθε περίπτωση θα πρέπει να δοκιμάζεται πριν από τη λειτουργική χρήση.
Τι να επαληθεύσετε πριν από την υιοθέτηση
Πρώτα, επιβεβαιώστε ότι η εταιρεία που εκδίδει το τιμολόγιο και η εταιρεία που λαμβάνει την πληρωμή βρίσκονται στην ίδια βάση δεδομένων Odoo. Ελέγξτε ότι η ενότητα Intercompany Payment - Account είναι εγκατεστημένη και ότι το Inter-Company Transactions είναι ενεργοποιημένο για κάθε εταιρεία που προορίζεται να συμμετάσχει. (Odoo 20.0 Docs: Companies Multi Company)
Δεύτερον, ελέγξτε το ημερολόγιο εκκαθάρισης και τους ειδικούς λογαριασμούς υποχρεώσεων και απαιτήσεων για κάθε οντότητα. (Odoo 20.0 Docs: Companies Multi Company) Οι επιλογές λογαριασμών θα πρέπει να υποστηρίζουν τις απαιτήσεις αναφοράς και συμφωνίας του οργανισμού. Οι χρήστες θα πρέπει να μπορούν να αναγνωρίσουν το ποσό που οφείλεται από την εταιρεία που έλαβε την πληρωμή και το αντίστοιχο ποσό που οφείλεται στην εταιρεία που εξέδωσε το τιμολόγιο.
Τρίτον, ελέγξτε τη μέθοδο πληρωμής και επιβεβαιώστε ότι χρησιμοποιεί λογαριασμό εκκρεμών εισπράξεων. (Odoo 20.0 Docs: Companies Multi Company) Ελέγξτε την πραγματική διαμόρφωση και μην βασίζεστε στο όνομα του ημερολογίου ή σε υποθέσεις που στηρίζονται σε μια υπάρχουσα διαδικασία είσπραξης.
Τέλος, εκτελέστε μια ελεγχόμενη συναλλαγή με ένα αντιπροσωπευτικό τιμολόγιο και μια πληρωμή. Επιβεβαιώστε ότι το Odoo συμφωνεί το τιμολόγιο πελάτη, καταγράφει τη διαεταιρική απαίτηση της εκδούσας εταιρείας και δημιουργεί την αντίστοιχη υποχρέωση στην εταιρεία που έλαβε τα χρήματα. (Odoo 20.0 Docs: Companies Multi Company) Ελέγξτε και τα λογιστικά βιβλία και των δύο εταιρειών πριν από ευρύτερη χρήση, ώστε να μπορούν να επαληθευτούν οι αντιστοιχίσεις λογαριασμών και τα υπόλοιπα σε επίπεδο οντότητας.
Το αποτέλεσμα θα πρέπει να αφήνει το τιμολόγιο πελάτη συμφωνημένο, ενώ θα εμφανίζει το ποσό μεταξύ των δύο εταιρειών στους αντίστοιχους διαεταιρικούς λογαριασμούς τους. Αυτή η διάκριση είναι κεντρική για τη ροή εργασίας: ο διακανονισμός του πελάτη ολοκληρώνεται, αλλά η ξεχωριστή υποχρέωση μεταξύ της εκδούσας και της παραλήπτριας οντότητας παραμένει ορατή για μεταγενέστερη συμφωνία. (Odoo 20.0 Docs: Companies Multi Company)