computerplus
Video Presentation
myDATA · Ψηφιακή Διακίνηση · v2.0.2

Από την έκδοση του παραστατικού
μέχρι την ολοκλήρωση της διακίνησης

Μια πρακτική παρουσίαση για το τι συμβαίνει όταν τα αγαθά φεύγουν από την αποθήκη και ταξιδεύουν προς τον πελάτη.

myDATAΔελτία ΑποστολήςΚύκλος ΔιακίνησηςΠαραδείγματα
Βάση: επίσημη τεχνική τεκμηρίωση ΑΑΔΕ myDATA v2.0.2 · Σεπτέμβριος 20261
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
// μαζί με τα απαιτούμενα στοιχεία διακίνησης
Άρα: το «παραστατικό αξίας» και το «παραστατικό διακίνησης» δεν είναι πάντα δύο διαφορετικά χαρτιά. Μπορούν να είναι ένα και το ίδιο ψηφιακό παραστατικό.
myDATA API v2.0.2 §5.3 — isDeliveryNote · Παράρτημα 8.1 — τύποι 9.1, 9.2, 9.35
computerplus
Ψηφιακή Διακίνηση
Ποιος πατάει το κουμπί;

Η σωστή ενέργεια ανήκει πάντα στον σωστό ρόλο

Ε

Εκδότης

Εκδίδει το παραστατικό. Σε ειδικές ροές επιβεβαιώνει και την ολοκλήρωση επιστροφής.

Issuer
Μ

Μεταφορέας

Δηλώνει έναρξη / μεταφόρτωση και το αποτέλεσμα της φυσικής παράδοσης.

Carrier
Λ

Λήπτης

Στο B2B επιβεβαιώνει την παραλαβή ή μπορεί να απορρίψει ολικά το δελτίο.

Recipient
Συνηθισμένο λάθος: να περιμένουμε από τον εκδότη να «κλείσει» μια κανονική B2B παράδοση. Στο βασικό σενάριο η ολοκλήρωση γίνεται από τον λήπτη.
Delivery Note API v2.0.2 §1.3 — Issuer · Carrier · Recipient6
computerplus
Ψηφιακή Διακίνηση
Η μεγάλη εικόνα

Ο βασικός κύκλος μιας κανονικής B2B αποστολής

Έκδοση

Το ψηφιακό παραστατικό εκδίδεται και παίρνει MARK.

Έναρξη

Ο μεταφορέας παραλαμβάνει τα αγαθά και ξεκινά τη διακίνηση.

Παράδοση

Ο μεταφορέας δηλώνει ότι παρέδωσε στον προορισμό.

Ολοκλήρωση

Ο B2B λήπτης επιβεβαιώνει την παραλαβή.

Registered
Εκδότης
InTransit
Μεταφορέας
DeliveredByCarrier
Μεταφορέας
Completed
Λήπτης
Delivery Note API v2.0.2 — βασικές καταστάσεις και ConfirmDeliveryOutcome7
computerplus
Ψηφιακή Διακίνηση
Ολόκληρο το σύστημα σε μία εικόνα

Ο χάρτης των βασικών καταστάσεων

κανονική ροήροή επιστροφήςειδικό κλείσιμο από εκδότη
Registeredεκδόθηκε / έχει MARK
InTransitη μεταφορά ξεκίνησε
DeliveredByCarrierFULL ή PARTIAL
Completedολοκληρώθηκε
Cancelledακύρωση πριν την έναρξη
FailedDeliveryoutcome = NONE
Rejectedολική απόρριψη λήπτη
InTransit (Return)επιστροφή με αγαθά
Σημείωση: «PARTIAL» είναι αποτέλεσμα παράδοσης — όχι ξεχωριστό status. Με PARTIAL το δελτίο βρίσκεται σε DeliveredByCarrier.
Απλοποιημένη αναπαράσταση του επίσημου «Διαγράμματος Καταστάσεων» v2.0.28
computerplus
Παραδείγματα
1

B2B — όλα πάνε κανονικά

Στέλνω εμπόρευμα σε επιχείρηση. Ο οδηγός παραδίδει όλη την ποσότητα και ο πελάτης επιβεβαιώνει.

Registered
SendInvoices · Εκδότης
InTransit
RegisterTransfer · Μεταφορέας
DeliveredByCarrier
FULL · Μεταφορέας
Completed
Επιβεβαίωση · Λήπτης

Τι βλέπει ο μεταφορέας

«Παρέδωσα όλη την ποσότητα». Η διακίνηση περιμένει την επιβεβαίωση του B2B λήπτη.

Τι βλέπει ο λήπτης

Επιβεβαιώνει ότι παρέλαβε. Τότε μόνο η κανονική B2B ροή περνά σε Completed.

Delivery Note API v2.0.2 §3.2.1–3.2.29
computerplus
Παραδείγματα
2

B2C — μη υπόχρεος λήπτης

Παράδειγμα: παράδοση σε ιδιώτη. Ο λήπτης δεν χρειάζεται να κάνει δική του ψηφιακή ενέργεια.

Registered
nonObligatedRecipient = true
InTransit
Μεταφορέας
Completed
FULL · Μεταφορέας

Τι αλλάζει

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

Τι δεν υπάρχει

Δεν περιμένουμε δεύτερη ψηφιακή επιβεβαίωση από τον ιδιώτη όπως στο κανονικό B2B.

Delivery Note API v2.0.2 §3.2.2 — NonObligatedRecipient=true10
computerplus
Παραδείγματα
3

Ακύρωση — μόνο πριν ξεκινήσει η διακίνηση

Registered
Το ΔΑ έχει εκδοθεί, αλλά το φορτηγό δεν έχει ξεκινήσει
Cancelled
Ενέργεια εκδότη
!

Ο κανόνας

Μόλις η διακίνηση περάσει σε InTransit, η απλή ακύρωση δεν είναι πια η σωστή διαδρομή.

Πρώτα κοιτάζουμε πού βρίσκεται η φυσική διακίνηση και μετά επιλέγουμε απόρριψη / αποτυχία / επιστροφή.
Delivery Note API v2.0.2 — Cancelled: ακύρωση από εκδότη πριν την έναρξη11
computerplus
Παραδείγματα
4

Ο πελάτης αρνείται να παραλάβει

Η απόρριψη είναι ολική και γίνεται από τον λήπτη.

InTransit
τα αγαθά ταξιδεύουν
Rejected
RejectDeliveryNote · Λήπτης
InTransit (Return)
αν δηλωθεί η επιστροφή από μεταφορέα
Completed
ConfirmDeliveryReturn · Εκδότης
Σημαντικό: ο λήπτης απορρίπτει όλη την παραλαβή. Η μερική παράδοση είναι διαφορετικό σενάριο και δηλώνεται από τον μεταφορέα με outcome = PARTIAL.
Delivery Note API v2.0.2 §3.2.3 · RegisterTransfer return · ConfirmDeliveryReturn12
computerplus
Παραδείγματα
5

Ο οδηγός δεν μπόρεσε να παραδώσει

Κανείς δεν παρέλαβε τίποτα. Ο μεταφορέας δηλώνει outcome = NONE.

InTransit
σε διακίνηση
FailedDelivery
NONE · Μεταφορέας
InTransit (Return)
return=true, όταν καταγραφεί η επιστροφή
Completed
ConfirmDeliveryReturn · Εκδότης

Παράδειγμα

Ο πελάτης είναι κλειστός ή η διεύθυνση δεν μπορεί να εξυπηρετηθεί.

Δεν είναι «Rejected»

Στην απόρριψη ο λήπτης κάνει ρητή ενέργεια. Στο FailedDelivery το αποτέλεσμα το δηλώνει ο μεταφορέας.

Delivery Note API v2.0.2 §3.2.2 — outcome NONE → FailedDelivery13
computerplus
Παραδείγματα
6

Παραδίδεται μόνο ένα μέρος των αγαθών

InTransit
μεταφορά
DeliveredByCarrier
outcome = PARTIAL · μόνο ο μεταφορέας
InTransit (Return)
επιστρέφει το υπόλοιπο
Completed
ConfirmDeliveryReturn · Εκδότης
½

PARTIAL = αποτέλεσμα

Δεν είναι ξεχωριστή κατάσταση. Το status είναι DeliveredByCarrier με πληροφορία ότι η παράδοση ήταν μερική.

Το υπόλοιπο επιστρέφει

Ο μεταφορέας μπορεί να δηλώσει τη ροή επιστροφής και ο εκδότης να την ολοκληρώσει.

Delivery Note API v2.0.2 §3.2.2 · PARTIAL · transition to InTransit(Return)14
computerplus
Επιστροφές
Νέα κατάσταση στην 2.0.2

InTransit (Return) = το εμπόρευμα ταξιδεύει πλέον προς τα πίσω

Πότε εμφανίζεται

Μετά από μερική παράδοση
Μετά από Rejected
Με ροή επιστροφής / μεταφόρτωση επιστροφής

Πώς κλείνει

Ο εκδότης καλεί την επιβεβαίωση επιστροφής και το παραστατικό καταλήγει σε:

Completed
επιστρέφεται deliveryReturnMark
Πρακτικά: η νέα ροή ξεχωρίζει την «επιστροφή που βρίσκεται στον δρόμο» από την «επιστροφή που ολοκληρώθηκε».
Delivery Note API v2.0.2 — νέα κατάσταση InTransit(Return) και νέα μέθοδος ConfirmDeliveryReturn15
computerplus
Επιστροφές
Ειδικές ροές

Το ConfirmDeliveryReturn δεν σημαίνει πάντα «γύρισε εμπόρευμα»

9.2

Συγκεντρωτικό Δελτίο Αποστολής

Στη v2.0.2 το 9.2 μπορεί να ολοκληρωθεί από τον εκδότη ενώ βρίσκεται σε InTransit, μέσω ConfirmDeliveryReturn.

InTransit
Completed
9.3

Αντίστροφη διακίνηση

Το 9.3 με reverseDeliveryNote=true έχει επίσης ειδική δυνατότητα ολοκλήρωσης από τον εκδότη.

InTransit
Completed
Κοινός μηχανισμός: η κλήση έχει μόνο το qrUrl και η επιτυχία επιστρέφει deliveryReturnMark.
Delivery Note API v2.0.2 §3.2.7 — 9.2 και 9.3 reverseDeliveryNote=true16
computerplus
Διαφορές Παραλαβής
Όταν η πραγματικότητα δεν συμφωνεί με το δελτίο

10.1 / 10.2 — καταγράφουν τι πραγματικά παραλήφθηκε

10.1

Συσχετιζόμενο ΔΠΠ

Χρησιμοποιείται όταν υπάρχει σύνδεση με συγκεκριμένο παραστατικό διακίνησης.

10.2

Μη συσχετιζόμενο ΔΠΠ

Ανεξάρτητο Δελτίο Ποσοτικής Παραλαβής για περιπτώσεις χωρίς συγκεκριμένη συσχέτιση.

ΠαράδειγμαΤι κοιτάμεΣημείωση
Ποσοτικός έλεγχοςτι στάλθηκε vs τι παραλήφθηκεreceivingNotePurpose
Μη / μερική παράδοσητι δεν παραδόθηκεξεχωριστό από το status PARTIAL
Λοιπές περιπτώσειςαιτία έκδοσηςμπορεί να απαιτεί τίτλο
myDATA API v2.0.2 — τύποι 10.1/10.2 και receivingNotePurpose17
computerplus
Πρακτικά
Τα λάθη που αλλάζουν όλη τη ροή

Πέντε πράγματα που αξίζει να ελέγχουμε πριν πατήσουμε «ΟΚ»

1. Σωστός λήπτης

Ποιος πραγματικά παραλαμβάνει τα αγαθά;

2. Σωστός ρόλος

Εκδότης, μεταφορέας και λήπτης δεν έχουν τα ίδια δικαιώματα.

3. Σωστό outcome

FULL, PARTIAL και NONE οδηγούν σε διαφορετική συνέχεια.

4. Ακύρωση ≠ απόρριψη

Η ακύρωση γίνεται πριν ξεκινήσει η διακίνηση. Η απόρριψη γίνεται από τον λήπτη.

5. Το «Completed» δεν σημαίνει πάντα την ίδια διαδρομή

Μπορεί να προήλθε από B2B επιβεβαίωση λήπτη, B2C FULL μεταφορέα, ειδική ολοκλήρωση επιστροφής ή ροή χωρίς ψηφιακή παρακολούθηση.

Σύνοψη επιχειρησιακών κανόνων v2.0.218
computerplus
Σύνοψη
Αν κρατήσουμε μόνο τέσσερα πράγματα

Η Ψηφιακή Διακίνηση είναι μια ακολουθία γεγονότων — όχι ένα ακόμη «χαρτί»

1

Εκδίδω

Το παραστατικό δημιουργεί την αρχική κατάσταση.

2

Ξεκινώ

Ο μεταφορέας ανοίγει τη φυσική διακίνηση.

3

Δηλώνω αποτέλεσμα

FULL, PARTIAL, NONE ή απόρριψη.

4

Ολοκληρώνω

Ο σωστός ρόλος κλείνει τη σωστή διαδρομή.

Η εφαρμογή πρέπει να κρύβει την πολυπλοκότητα. Ο χρήστης χρειάζεται να βλέπει την πραγματική επιχειρησιακή ενέργεια: «φόρτωσα», «παρέδωσα», «απέρριψα», «επέστρεψα».
computerplus · παρουσίαση για πελάτες19
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 και Α.1047/2025
«myDATA — Ψηφιακή Διακίνηση — Πλήρης Ανάλυση»
Wiki / Χάρτης / Οδηγός για όλους
Σημείωση: το υλικό είναι εκπαιδευτικό. Σε περίπτωση διαφοροποίησης, υπερισχύουν οι ισχύουσες αποφάσεις, οι οδηγίες και η τρέχουσα τεχνική τεκμηρίωση της ΑΑΔΕ.
© computerplus 2026 · Προετοιμασία παρουσίασης20
1 / 20
Πλήκτρα
/Space επόμενο · προηγούμενο
Home/End αρχή/τέλος · O overview
P presenter notes · C clean mode · F fullscreen

Επισκόπηση παρουσίασης

Απαγορεύεται η αντιγραφή — © computerplus.gr 2026