Βάση: Α.1233/2026 · ΦΕΚ Β΄6576/30.10.2026 · Τεχνικές ονομασίες: API v2.0.21
computerplus
Εισαγωγή
Η διαδρομή της παρουσίασης
Τρία πράγματα — με αυτή τη σειρά
1
myDATA σε 90''
Τι στέλνουμε, τι επιστρέφει η ΑΑΔΕ και πού μπαίνει το παραστατικό στην εικόνα.
2
Ψηφιακή Διακίνηση
Ποια παραστατικά συμμετέχουν, ποιοι είναι οι ρόλοι και ποιος αλλάζει την κατάσταση.
3
Πραγματικά σενάρια
B2B, B2C, ακύρωση, απόρριψη, αποτυχία, μερική παράδοση και επιστροφή.
Στόχος: στο τέλος ο πελάτης να καταλαβαίνει όχι το API, αλλά ποιος πρέπει να κάνει τι και πότε.
Δομή παρουσίασης για μη τεχνικό κοινό2
computerplus
myDATA
Η βασική ιδέα
myDATA = το ψηφιακό κανάλι της επιχείρησης προς την ΑΑΔΕ
1. Έκδοση
ERP / εφαρμογή / πάροχος
2. Διαβίβαση
Στοιχεία παραστατικού
3. ΑΑΔΕ
Έλεγχος & καταχώριση
4. Απάντηση
MARK · UID · QR URL
MARK
Μοναδικός αριθμός καταχώρισης
UID
Αναγνωριστικό παραστατικού
QR
Πρόσβαση στο παραστατικό και καταγραφή ενεργειών
myDATA API Documentation v2.0.2 — Εισαγωγή, Σκοπός, ResponseDoc3
computerplus
myDATA
Το σημείο που μπερδεύει συχνά
Άλλο «έκοψα παραστατικό» — άλλο «ολοκληρώθηκε η διακίνηση»
€
Παραστατικό / αξία
Πώληση, λιανική, πίστωση κ.λπ.
Αξίες, ΦΠΑ, χαρακτηρισμοί
Καταχώριση στο myDATA
⇄
Φυσική διακίνηση αγαθών
Πότε φορτώθηκαν
Ποιος τα μεταφέρει
Αν και πώς παραδόθηκαν
Το κρίσιμο: ένα παραστατικό μπορεί να έχει εκδοθεί σωστά και να έχει MARK, αλλά η διακίνηση να βρίσκεται ακόμη σε Registered, InTransit ή άλλη ενδιάμεση κατάσταση.
Delivery Note API v2.0.2 — σκοπός: real-time παρακολούθηση από έκδοση έως τελική παραλαβή4
computerplus
Ψηφιακή Διακίνηση
Δεν είναι μόνο ένα «ΔΑ»
Δύο βασικοί δρόμοι για να έχουμε παραστατικό διακίνησης
9.x
Καθαρά παραστατικά διακίνησης
9.1 Δελτίο Αποστολής Συσχετιζόμενο
9.2 Συγκεντρωτικό Δελτίο Αποστολής
9.3 Δελτίο Αποστολής
✓
Αξιακό παραστατικό που είναι και ΔΑ
Παράδειγμα: Τιμολόγιο Πώλησης 1.1
isDeliveryNote = true // μαζί με τα απαιτούμενα στοιχεία διακίνησης
Άρα: το «παραστατικό αξίας» και το «παραστατικό διακίνησης» δεν είναι πάντα δύο διαφορετικά χαρτιά. Μπορούν να είναι ένα και το ίδιο ψηφιακό παραστατικό.
Εκδίδει το παραστατικό. Σε ειδικές ροές επιβεβαιώνει και την ολοκλήρωση επιστροφής.
Issuer
Μ
Μεταφορέας
Δηλώνει έναρξη / μεταφόρτωση και το αποτέλεσμα της φυσικής παράδοσης.
Carrier
Λ
Λήπτης
Επιβεβαιώνει τη φυσική παραλαβή. Ακολουθεί ποσοτικός έλεγχος και, όπου απαιτείται, ΔΠΠ.
Recipient
Οι ρόλοι δεν είναι διαφορετικά πρόσωπα κατ’ ανάγκη: η ίδια επιχείρηση μπορεί να είναι εκδότης και μεταφορέας. Σε σύνθετες συναλλαγές συμμετέχουν και αποστολέας τρίτος / παραλήπτης τρίτος.
κανονική ροήροή επιστροφήςειδικό κλείσιμο από εκδότη
Registeredεκδόθηκε / έχει MARK
InTransitη μεταφορά ξεκίνησε
DeliveredByCarrierFULL ή PARTIAL
Completedολοκληρώθηκε
Cancelledακύρωση πριν την έναρξη
FailedDeliveryoutcome = NONE
Rejectedολική απόρριψη λήπτη
InTransit (Return)επιστροφή με αγαθά
Τεχνική εικόνα v2.0.2: PARTIAL είναι αποτέλεσμα, όχι status. Η φυσική επιστροφή μετά από απόρριψη δεν τεκμηριώνει από μόνη της μετάβαση από Rejected σε άλλο status.
Τεχνική απεικόνιση API v2.0.2 — οι μεταβάσεις ελέγχονται στην εκάστοτε ισχύουσα τεχνική τεκμηρίωση8
computerplus
Παραδείγματα
1
B2B — όλα πάνε κανονικά
Στέλνω εμπόρευμα σε επιχείρηση. Ο οδηγός παραδίδει όλη την ποσότητα και ο πελάτης επιβεβαιώνει.
Registered
SendInvoices · Εκδότης
InTransit
RegisterTransfer · Μεταφορέας
DeliveredByCarrier
FULL · Μεταφορέας
Completed
Επιβεβαίωση · Λήπτης
Τι βλέπει ο μεταφορέας
«Παρέδωσα όλη την ποσότητα». Η διακίνηση περιμένει την επιβεβαίωση του B2B λήπτη.
Τι βλέπει ο λήπτης
Επιβεβαιώνει τη φυσική παραλαβή. Το Completed δεν σημαίνει ότι έχει ολοκληρωθεί και ο ποσοτικός έλεγχος.
Μη υπόχρεος λήπτης — ιδιώτης ή αλλοδαπή επιχείρηση
Δεν αφορά μόνο B2C: περιλαμβάνει και αλλοδαπές επιχειρήσεις σε ενδοκοινοτικές παραδόσεις ή εξαγωγές.
Registered
nonObligatedRecipient = true
InTransit
Μεταφορέας
Completed
FULL · Μεταφορέας
✓
Τι αλλάζει
Με FULL από τον μεταφορέα, το δελτίο μπορεί να πάει απευθείας σε Completed όταν έχει δηλωθεί μη υπόχρεος λήπτης.
↯
Και ειδικές περιπτώσεις εκδότη
Με την ένδειξη «Μη Υπόχρεος Λήπτης» προβλέπεται και ολοκλήρωση από τον εκδότη, σε χρόνο μετά την έκδοση. Η τεχνική ενέργεια ελέγχεται στην ισχύουσα τεκμηρίωση.
Το ΔΑ έχει εκδοθεί, αλλά το φορτηγό δεν έχει ξεκινήσει
↓
Cancelled
Ενέργεια εκδότη
!
Ο κανόνας
Μόλις η διακίνηση περάσει σε InTransit, η απλή ακύρωση δεν είναι πια η σωστή διαδρομή.
Πρώτα κοιτάζουμε πού βρίσκεται η φυσική διακίνηση και μετά επιλέγουμε απόρριψη / αποτυχία / επιστροφή.
Delivery Note API v2.0.2 — Cancelled: ακύρωση από εκδότη πριν την έναρξη11
computerplus
Παραδείγματα
4
Απόρριψη παραστατικού — όχι γενική εμπορική άρνηση
Η νέα διάταξη αφορά λήπτη που δηλώθηκε εκ παραδρομής και απορρίπτει το παραστατικό πριν ολοκληρωθεί η διακίνηση.
!
Πριν από την έναρξη
Δεν απαιτείται Δελτίο Ποσοτικής Παραλαβής ούτε από τον εκδότη ούτε από τον λήπτη.
↩
Αφού τα αγαθά έχουν διακινηθεί
Για τα αγαθά που επιστρέφουν, ο εκδότης εκδίδει ΔΠΠ 10.2 και το συσχετίζει με το αρχικό παραστατικό. Ο λήπτης δεν εκδίδει ΔΠΠ λόγω της απόρριψης.
Διαφορετικές έννοιες: απόρριψη παραστατικού από τον λήπτη, μη/μερική παράδοση από τον μεταφορέα και φυσική επιστροφή. Δεν συνάγουμε τεχνική μετάβαση από το Rejected μόνο από την απόφαση.
InTransit (Return) = το εμπόρευμα ταξιδεύει πλέον προς τα πίσω
↩
Πότε εμφανίζεται
Μετά από μερική παράδοση
Μετά από μη παράδοση
Με ροή επιστροφής / μεταφόρτωση επιστροφής
✓
Πώς κλείνει
Ο εκδότης καλεί την επιβεβαίωση επιστροφής και το παραστατικό καταλήγει σε:
Completed
επιστρέφεται deliveryReturnMark
Δύο χωριστές υποχρεώσεις: καταγραφή της επιστροφής και έκδοση ΔΠΠ 10.2 για τα αγαθά που παρέλαβε πίσω ο εκδότης. Το deliveryReturnMark δεν υποκαθιστά το ΔΠΠ.
Το ConfirmDeliveryReturn δεν σημαίνει πάντα «γύρισε εμπόρευμα»
9.2
Συγκεντρωτικό Δελτίο Αποστολής
Στη v2.0.2 το 9.2 μπορεί να ολοκληρωθεί από τον εκδότη ενώ βρίσκεται σε InTransit, μέσω ConfirmDeliveryReturn.
InTransit
Completed
9.3
Αντίστροφη διακίνηση
Το 9.3 με reverseDeliveryNote=true έχει επίσης ειδική δυνατότητα ολοκλήρωσης από τον εκδότη.
InTransit
Completed
Τεχνική περιγραφή v2.0.2: qrUrl → deliveryReturnMark. Η αντίστροφη διακίνηση εκδίδεται από τον παραλήπτη, όπου προβλέπεται· δεν ταυτίζεται με επιστροφή. Για επιστρεφόμενα του 9.2 απαιτείται ΔΠΠ 10.2.
Αν διαφέρουν οι ημερομηνίες, αναγράφονται και οι δύο. Το όριο αφορά την έναρξη της διακίνησης, όχι την επιβεβαίωση παραλαβής.
✓
Πρώτα παραλαβή, μετά ποσοτικός έλεγχος
Ο χρόνος του ποσοτικού ελέγχου καθορίζεται από την Α.1122/2024 όπως ισχύει. Δεν προσθέτουμε αριθμητική προθεσμία επιβεβαίωσης από αυτό το ΦΕΚ.
Συσχετίσεις: το μεταγενέστερο παραστατικό συσχετίζεται με τα προγενέστερα, όπου απαιτείται. Η συσχέτιση μπορεί να είναι πολλαπλή και αφορά και 10.2, όχι μόνο 10.1.
ΔΠΠ: προβλέπεται δυνατότητα ακύρωσής του εντός 5 ημερών από την έκδοση — διαφορετικός κανόνας από το όριο έναρξης διακίνησης.
Κανονιστικό πλαίσιο ≠ ενεργοποίηση κάθε λειτουργίας
Τι ισχύει και πότε ενεργοποιείται
Α
Α΄ φάση
Έκδοση και διαβίβαση παραστατικών. Το νέο Παράρτημα Ι αποτυπώνει τα πεδία και τις λειτουργίες ανά φάση.
Β
Β1 / Β2
Διακριτές επιμέρους λειτουργίες της Β΄ φάσης. Δεν θεωρούμε ότι όλες ενεργοποιούνται ταυτόχρονα για κάθε επιχείρηση.
15
Τεχνικές επικαιροποιήσεις
Για αλλαγές πεδίων/τιμών προβλέπεται συμμόρφωση εντός 15 ημερών από την παραγωγική ενεργοποίησή τους.
Η Α.1233 ισχύει από τη δημοσίευση: οι ημερομηνίες υποχρεωτικής ένταξης ελέγχονται στην Α.1122/2024 όπως ισχύει· η παραγωγική λειτουργία επιμέρους κανόνων στην εκάστοτε τεχνική τεκμηρίωση.
Α.1233/2026 · ΦΕΚ σ. 6–13 · Άρθρο Μόνο §§8, 15 · Παραρτήματα Ι και ΙΙ §120
computerplus
Σύνοψη
Αν κρατήσουμε μόνο τέσσερα πράγματα
Η Ψηφιακή Διακίνηση είναι μια ακολουθία γεγονότων — όχι ένα ακόμη «χαρτί»
1
Εκδίδω
Το παραστατικό δημιουργεί την αρχική κατάσταση.
2
Ξεκινώ
Ο μεταφορέας ανοίγει τη φυσική διακίνηση.
3
Δηλώνω αποτέλεσμα
Ο μεταφορέας δηλώνει παράδοση, μερική ή μη παράδοση.
4
Ολοκληρώνω
Επιβεβαιώνω φυσική παραλαβή. Ελέγχω ποσότητες και εκδίδω ΔΠΠ όπου απαιτείται.
Η εφαρμογή πρέπει να κρύβει την πολυπλοκότητα. Ο χρήστης χρειάζεται να βλέπει την πραγματική επιχειρησιακή ενέργεια: «φόρτωσα», «παρέδωσα», «απέρριψα», «επέστρεψα».
computerplus · παρουσίαση για πελάτες21
computerplus
Πηγές
Τεκμηρίωση
Πάνω σε τι βασίζεται η παρουσίαση
Επίσημη τεχνική τεκμηρίωση ΑΑΔΕ
myDATA API Documentation v2.0.2 — ERP
Delivery Note API v2.0.2
Provider API v2.0.2
Επίσημα XSD v2.0.2
Κανονιστικό & επεξεργασμένο υλικό
Α.1123/2024 όπως τροποποιείται με την Α.1233/2026
ΦΕΚ Β΄6576/30.10.2026 · Επιχειρησιακή Ανάλυση
Α.1122/2024 όπως ισχύει — χρόνοι και πεδίο εφαρμογής
Σημείωση: οι ονομασίες API αναφέρονται στη v2.0.2. Η Α.1233/2026 δεν αποτελεί νέο διάγραμμα API. Οι ακριβείς μεταβάσεις και κλήσεις ελέγχονται στην τρέχουσα τεχνική τεκμηρίωση της ΑΑΔΕ.