Σύμφωνα με την πρόσφατη ανακοίνωση της ΑΑΔΕ, από τις 2 Φεβρουαρίου 2026 θα πρέπει οι επιχειρήσεις με κύκλο εργασιών άνω του 1 εκατομμυρίου ευρώ για το φορολογικό έτος 2023 να έχουν ενεργοποιήσει την Υπηρεσία Παρόχου Ηλεκτρονικής Τιμολόγησης και να εκδίδουν και να διαβιβάζουν τα Β2Β παραστατικά τους ηλεκτρονικά.

Οι επιχειρήσεις που θα ενεργοποιήσουν πάροχο ηλεκτρονικής τιμολόγησης έως 1η Δεκεμβρίου 2025, έχουν τη δυνατότητα να επωφεληθούν από σημαντικές φοροαπαλλαγές:

✅ Πλήρη και προσαυξημένη κατά 100% απόσβεση της δαπάνης για τεχνικό εξοπλισμό και λογισμικό, στο έτος αγοράς,

✅ 100% προσαύξηση της δαπάνης για παραγωγή, διαβίβαση και ηλεκτρονική αρχειοθέτηση ηλεκτρονικών τιμολογίων για τους πρώτους 12 μήνες έκδοσης.

Β’ ΠΕΡΙΟΔΟΣ

Αντίστοιχα, για τις υπόλοιπες επιχειρήσεις με κύκλο εργασιών κάτω του 1 εκατομμυρίου ευρώ, η υποχρεωτική εφαρμογή της ηλ. τιμολόγησης μέσω Παρόχου για τις B2B συναλλαγές, ξεκινάει την 1η Οκτωβρίου 2026, ενώ η δυνατότητα αξιοποίησης των φοροαπαλλαγών παραμένει ενεργή έως και τις 3 Αυγούστου του ίδιου έτους.

Έκδοση 54.2: Χρονοσήμανση Διαβίβασης παραστατικών: Προστέθηκε λειτουργία καταχώρισης της Ημερομηνίας-Ώρας κατά την οποία ολοκληρώθηκε η διαβίβαση των εγγραφών myDATA στην ΑΑΔΕ. Ειδική μέριμνα λήφθηκε για την ενημέρωση της πληροφορίας και στις περιπτώσεις στις οποίες προηγούνται αποτυχημένες προσπάθειες διαβίβασης τύπου 1, 2 ή 3 και έκδοση παραστατικών με Αδυναμία διαβίβασης. Προσοχή! Σε κάθε Εταιρεία της εφαρμογής, η ειδική φόρμα eINVOICE για τη διαβίβαση στο πάροχο παραστατικών Πωλήσεων, πρέπει να ενημερωθεί σε ότι αφορά το πεδίο @21 με τη νέα φόρμουλα υπολογισμού : DATETOSTR(GETQUERY(‘SELECT UPLOADDATE FROM MYDATAHEADER WHERE FTRID=:1’, ‘UPLOADDATE’, DMFIELD(‘FINTRADE’, ‘ID’)),’YYYYMMDD HHNNSS’) Αντίστοιχα, πρέπει να ενημερωθεί η φόρμουλα υπολογισμού στο πεδίο $.dateIssued σε δομημένους μορφότυπους διαβίβασης Json, με την επιλογή του πεδίου ‘uploadDate’ από τα ‘Διαθέσιμα πεδία’ της ενότητας ‘Header’

Με την Ψηφιακή Διακίνηση πλέον σε λειτουργία (Α’ Φάση) και με βάση τις νέες προδιαγραφές myDATA, ιδιαίτερη προσοχή θα πρέπει να δοθεί στην κατάργηση των σκοπών διακίνησης με κωδικούς myDATA:  6 -Φύλαξη , 15 -Επιστροφή από φύλαξη, 16 – Ανακύκλωση, 17 – Καταστροφή άχρηστου υλικού και 18 – Διακίνηση Παγίων(Ενδοδιακίνηση).

Προτείνεται να γίνει σχετικός έλεγχος στον πίνακα [Σκοποί Διακίνησης] της εφαρμογής (Οργάνωση – Πίνακες – Αγορών / Πωλήσεων), ώστε οι εγγραφές που χρησιμοποιούνται να είναι συνδεδεμένες με τους αποδεκτούς κωδικούς myDATA.

• myDATA & Ψηφιακή διακίνηση : Στα παραστατικά Διακίνησης (Πωλήσεις, Αποθήκης, Πωλήσεις παγίων, Λοιπές συν/γες παγίων), προστέθηκε η δυνατότητα καθορισμού τόπου φόρτωσης και τόπου παράδοσης εκτός εγκατάστασης(εκδότη – λήπτη αντίστοιχα), σύμφωνα με τη σχετική προδιαγραφή της ΑΑΔΕ.

Σας ενημερώνουμε ότι από την 1η Μαΐου, θα τεθούν σε ισχύ οι παρακάτω αλλαγές στο API της υπηρεσίας μας, με στόχο τη διασφάλιση της ορθής διαβίβασης των παραστατικών στην ΑΑΔΕ.

Νέοι έλεγχοι στο API:

• Έλεγχος στο πεδίο του CPV Code: Το πεδίο αυτό θα πρέπει να είναι πάντα συμπληρωμένο. Σε περίπτωση που παραμείνει κενό (Null), το API θα επιστρέφει σφάλμα πληρότητας. (Σε περιπτώσεις όπου η πληροφορία δεν είναι διαθέσιμη ή δεν απαιτείται, μπορείτε να καταχωρείτε την τιμή “-” στο αντίστοιχο πεδίο.)
• Έλεγχος στα πεδία που διαθέτουν τυποποιημένο κωδικολόγιο από την ΑΑΔΕ (π.χ. InvoiceTypeCode): Όταν χρησιμοποιείτε ανάλογα πεδία, πρέπει να αποστέλλονται με τις ορθές τιμές, ανεξάρτητα από τον τύπο του παραστατικού.
• Έλεγχος στο πεδίο του ΑΦΜ: Όλα τα παραστατικά με CountryCode=GR πρέπει να περιέχουν ΑΦΜ που συμμορφώνεται με την απαιτούμενη μάσκα 8-9 ψηφίων. Για την περίπτωση των λιανικών συναλλαγών, όταν υπάρχουν στοιχεία αντισυμβαλλομένου, το πεδίο του ΑΦΜ θα πρέπει να είναι είτε κενό είτε συμβατού τύπου (π.χ. 000000000).
• Έλεγχος για το POS Signature που διαβιβάζεται στην ΑΑΔΕ. Στα παραστατικά τα οποία διαθέτουν PaymentDetails.PaymentMethods, αν το PaymentMethod έχει συμπληρωμένα τα  “PosInput” & “ProviderSignature”, τότε η υπογραφή (signature) πρέπει να είναι αυτή που παράχθηκε από το συγκεκριμένο “input”.
• Τα παραστατικά τύπου 1.1, 1.6, 2.1, 2.4, 5.1 & 5.2 θα χαρακτηρίζονται ως B2G παραστατικά, εφόσον ο Κωδικός Αναθέτουσας Αρχής είναι συμπληρωμένος στο αρχείο που διαβιβάζεται στην κλήση.