Διακίνηση¶

Q: Γιατί απορρίπτεται δελτίο αποστολής με movePurpose = 6 και ποιον σκοπό διακίνησης χρησιμοποιώ αντί γι' αυτόν;

Ο σκοπός διακίνησης 6 (Φύλαξη) έχει καταργηθεί από την ΑΑΔΕ και δεν γίνεται πλέον δεκτός, ακόμη κι αν αποστολέας και παραλήπτης έχουν τον ίδιο ΑΦΜ. Το ίδιο ισχύει για τους 15, 16, 17 και 18. Επιλέξτε έναν ενεργό κωδικό από τον πίνακα «Σκοπός Διακίνησης» ανάλογα με την πραγματική συναλλαγή, π.χ. 14 (Αποθήκευση σε Τρίτους) ή 19 (Λοιπές Διακινήσεις, με otherMovePurposeTitle). Ποιος κωδικός ταιριάζει σε μια παρακαταθήκη το αποφασίζει η επιχείρηση με τον λογιστή της. Δείτε: Διακίνηση

Q: Υποστηρίζεται κωδικός TARIC / Συνδυασμένης Ονοματολογίας ανά γραμμή για την Ενιαία Κωδικοποίηση Ειδών;

Ναι. Το πεδίο γραμμής invoiceDetails[].TaricNo (10 χαρακτήρες) γίνεται δεκτό και διαβιβάζεται στο myDATA, μαζί με τα itemCode / itemDescr. Για την Ενιαία Κωδικοποίηση Ειδών σε όλα τα παραστατικά θα ανακοινώσουμε στις Αλλαγές ό,τι χρειαστεί, όταν η ΑΑΔΕ εκδώσει τις τελικές προδιαγραφές. Δείτε: SendInvoices

Δελτία αποστολής και Ψηφιακή Διακίνηση.

Πρέπει τα δελτία αποστολής (9.3) να διαβιβάζονται υποχρεωτικά μέσω Παρόχου ή μπορούν να πηγαίνουν απευθείας στην ΑΑΔΕ;

Είναι φορολογικό/λογιστικό ζήτημα που εξαρτάται από τις υποχρεώσεις της επιχείρησης και πρέπει να επιβεβαιωθεί με τον λογιστή της. Κατά τη Novus, όταν ένας πελάτης έχει δηλώσει Πάροχο, θα πρέπει να εκδίδει μέσω Παρόχου σε όλα. Μέσω του Provider API υποστηρίζονται τα δελτία 9.1, 9.2, 9.3 και 10.x, καθώς και τιμολόγιο ή απόδειξη που είναι και δελτίο (isDeliveryNote), με χρέωση 1 credit ανά δελτίο.

Δείτε: Διακίνηση: δελτία αποστολής

Με το Ψηφιακό Δελτίο Αποστολής, αλλάζει η έκδοση δελτίων μέσω Παρόχου; Μπορεί ο Πάροχος να καλεί για λογαριασμό μου τις μεθόδους μεταφοράς (/RegisterTransfer έως /ConfirmDeliveryReturn);

Η έκδοση και η διαβίβαση των παραστατικών διακίνησης (9.x, 10.x, Τιμολόγιο/Απόδειξη – Δελτίο Αποστολής) συνεχίζονται κανονικά μέσω του Παρόχου, με MARK και QR, χωρίς αλλαγή στη διασύνδεση. Τα γεγονότα της μεταφοράς (παραλαβή/μεταφόρτωση, παράδοση, επιβεβαίωση ή απόρριψη από τον λήπτη, ολοκλήρωση επιστροφής) τα δηλώνει το ERP απευθείας στην ΑΑΔΕ, από το κανάλι ERP του myDATA. Χρησιμοποιεί τα διαπιστευτήρια (aade-user-id, ocp-apim-subscription-key) της επιχείρησης που ενεργεί κάθε φορά: εκδότη, μεταφορέα ή λήπτη. Οι μέθοδοι αυτές δεν υπάρχουν στο κανάλι των παρόχων, άρα ο Πάροχος δεν μπορεί να τις καλέσει. Ως αναφορά χρησιμοποιείτε το MARK / qrUrl του δελτίου που σας επιστρέφει ο Πάροχος.

Δείτε: Διακίνηση: δελτία αποστολής

Γιατί ένα Τιμολόγιο Πώλησης - Δελτίο Αποστολής (1.1 με isDeliveryNote: true) εμφανίζεται στο RequestTransmittedDocs με isDeliveryNote = false;

Συνήθως επειδή τα πεδία της διακίνησης δεν βρίσκονται μέσα στο αντικείμενο invoiceHeader. Τα isDeliveryNote, dispatchDate, dispatchTime, vehicleNumber, movePurpose και το otherDeliveryNoteHeader (με loadingAddress και deliveryAddress) ανήκουν όλα στο invoiceHeader. Αν το invoiceHeader κλείσει νωρίτερα (π.χ. αμέσως μετά το currency), τα πεδία μένουν στο root του παραστατικού, δεν αναγνωρίζονται και το παραστατικό περνά ως απλό τιμολόγιο. Συγκρίνετε τη δομή σας με το έτοιμο παράδειγμα «1.1 — Τιμολόγιο Πώλησης - Δελτίο Αποστολής».

Δείτε: Διακίνηση: δελτία αποστολής

Γιατί απορρίπτεται δελτίο αποστολής με movePurpose = 6 και ποιον σκοπό διακίνησης χρησιμοποιώ αντί γι' αυτόν;

Ο σκοπός διακίνησης 6 (Φύλαξη) έχει καταργηθεί από την ΑΑΔΕ και δεν γίνεται πλέον δεκτός, ακόμη κι αν αποστολέας και παραλήπτης έχουν τον ίδιο ΑΦΜ. Το ίδιο ισχύει για τους 15, 16, 17 και 18. Επιλέξτε έναν ενεργό κωδικό από τον πίνακα «Σκοπός Διακίνησης» ανάλογα με την πραγματική συναλλαγή, π.χ. 14 (Αποθήκευση σε Τρίτους) ή 19 (Λοιπές Διακινήσεις, με otherMovePurposeTitle). Ποιος κωδικός ταιριάζει σε μια παρακαταθήκη το αποφασίζει η επιχείρηση με τον λογιστή της.

Δείτε: Διακίνηση

Μπορώ να ανακτήσω μέσω του Provider API τα εισερχόμενα παραστατικά (π.χ. δελτία αποστολής) που εκδόθηκαν προς τον ΑΦΜ της επιχείρησης;

Όχι. Το Provider API δεν έχει endpoint για εισερχόμενα, και το RequestTransmittedDocs επιστρέφει μόνο παραστατικά που εκδώσατε εσείς μέσω του λογαριασμού σας. Τα εισερχόμενα προς έναν ΑΦΜ τα αντλεί το λογισμικό σας απευθείας από το myDATA API της ΑΑΔΕ, με τους κωδικούς myDATA της επιχείρησης.

Δείτε: Υπόλοιπες κλήσεις

Υποστηρίζεται κωδικός TARIC / Συνδυασμένης Ονοματολογίας ανά γραμμή για την Ενιαία Κωδικοποίηση Ειδών;

Ναι. Το πεδίο γραμμής invoiceDetails[].TaricNo (10 χαρακτήρες) γίνεται δεκτό και διαβιβάζεται στο myDATA, μαζί με τα itemCode / itemDescr. Για την Ενιαία Κωδικοποίηση Ειδών σε όλα τα παραστατικά θα ανακοινώσουμε στις Αλλαγές ό,τι χρειαστεί, όταν η ΑΑΔΕ εκδώσει τις τελικές προδιαγραφές.

Δείτε: SendInvoices

Υποστηρίζει ο Πάροχος τους νέους τύπους διακίνησης του myDATA 2.0.2 (9.1, 9.2, 10.1, 10.2) ή πρέπει να περιμένω νέα έκδοση της διασύνδεσης;

Υποστηρίζονται ήδη όλοι: 9.1, 9.2, 9.3, 10.1 και 10.2, καθώς και 1.1 / 11.1 ως Τιμολόγιο/Απόδειξη – Δελτίο Αποστολής (isDeliveryNote: true με otherDeliveryNoteHeader). Εκδίδονται με το ίδιο SendInvoices και παίρνετε MARK και UID στην απάντηση, χωρίς να τα στείλετε χωριστά στο myDATA. Στα 10.1 / 10.2 το receivingNotePurpose είναι υποχρεωτικό. Η τρέχουσα τεκμηρίωση (έκδοση 3.0) είναι ευθυγραμμισμένη με το myDATA 2.0.2, και κάθε νέα αλλαγή της ΑΑΔΕ ανακοινώνεται στο changelog πριν τεθεί σε ισχύ.

Δείτε: Διακίνηση: δελτία αποστολής