Σχετικά με τους Παρόχους Ηλεκτρονικής Τιμολόγησης.

[kpmdevgr]

Ένα μεγάλο ευχαριστώ για το repo. Και ίσως να λέω και λίγα.

Τι γίνεται με το παραπάνω, είμαστε οκ χρησιμοποιώντας το framework μονοι μας?

Επίσης εγώ αυτή τη στιγμή θέλω να κάνω συνδέσει και με POS με we common eft-pos και χρήστη ecr. Το POS πιθανότατα από cardlink.

Υπάρχουν τίποτα έξτρα οδηγίες που να βοηθήσουν στην ομαλή διασύνδεση? Να πω την αλήθεια με τρομάζει λίγο το διάστημα πριν γίνει η επικοινωνία από και προς το POS

[Megaventory]

@kpmdevgr πολύ καλή ερώτηση, την ίδια απορία έχω και εγώ. Εχω την εντύπωση ότι η διαβίβαση παραστατικών λιανικής μπορεί να γίνει μόνο μέσου παρόχου και ότι δεν μπορούμε να την κάνουμε μόνοι μας. Εχω ρωτήσει 5 διαφορετικούς ανθρώπους του χώρου (λογιστές και εταιρείες πληροφορικής) και όλοι -εκτός από εναν- μου έχουν πει ότι η διαβίβαση παραστατικών λιανικής μπορεί να γίνει μόνο μέσω παρόχου.

[Moto-John]

Από όσο καταλαβαινω για να διασυνδέσουμε και POS θα πρέπει να έχουμε είτε κάποιο φόρτο λογικό σύστημα (ταμειακή μηχανή, αδημε, φημας κλπ) είτε σύνδεση με πάροχο ηλεκτρονικής τιμολόγησης. Επιπλέον, απ’ότι φαίνεται στο προσεχές μέλλον το κανάλι διαβίβασης μέσω ERP (αυτό που χρησιμοποιείται από αυτό το πακέτο δηλαδή) πιθανότατα θα απενεργοποιηθεί ώστε να κινηθούμε αναγκαστικά μέσω παρόχου ( βλ. https://www.taxheaven.gr/news/70077/skamhge-hlektronikh-timologhsh-ti-isxyei-pragmatika?output=printer). Πιθανότατα οπότε μέχρι τέλος του 2025 το πακέτο αυτό να πάψει να λειτουργεί εξολοκλήρου δυστυχώς

[kpmdevgr]

Δεν ξέρω τι γίνεται με τις περιπτώσεις που τα POS κάνουν και αυτά διαβίβαση σε mydata/ΑΑΔΕ.
Αυτό πάλι με την υποχρεωτικότητα πολύ με εκνευρίζει. Εγώ το σκέφτομαι πολύ σοβαρά να ψαχτό για να γίνω Πάροχος Ηλεκτρονικής Τιμολόγησης.

Επίσης προσεύχομαι να πιάσει τόπο η κοινοποίηση της ΕΕΕΠΕ προς την Κομισιον σχετικά με αυτό το κομμάτι και τον τρόπο που έχει μοιραστεί η πίτα στην αγορά!

[firebed]

Δεν υπάρχουν σχέδια εγκατάλειψης του package. Πολλές λειτουργίες που προσφέρει του ERP κανάλι πχ: ακύρωση παραστατικών, διόρθωση και επανυποβολη, λήψη τιμολογίων αλλά και λήψη εσόδων εξόδων και άλλα απλά δεν υπάρχουν στο κανάλι του παρόχου.

Υπάρχει βέβαια μια απόφαση για τον περιορισμό του ERP, όπου ενδέχεται να βάλουν ένα ανώτατο όριο βάση ετήσιου τζίρου της επιχείρησης που εκδίδει το παραστατικό.

Επίσης, ισχύει το γεγονός ότι οι αποδείξεις λιανικής πρέπει να είναι θεωρημένες, δηλαδή να έχουν ένα auth code, το οποίο το λαμβάνεις από το κανάλι του παρόχου και όχι του ERP. Το ίδιο ισχύει και για τις υπογραφές Provider signature. Ωστόσο κάποιες περιπτώσεις επιχειρήσεων εξαιρούνται από την υποχρέωση αυτή.

Σε αυτό το πλαίσιο, μπορώ να αναφέρω πως ψάχνουμε ήδη λύσεις για τα προβλήματα αυτά. Ενδέχεται να υλοποιηθεί plugin για το package αυτό το οποίο θα μας δώσει τη δυνατότητα να εκδίδουμε νόμιμες αποδείξεις λιανικής αλλά και υπογραφές για να σηκώσουμε pos, ιδανικά χωρίς breaking changes. Παράλληλα βέβαια θα συνεχίσει να λειτουργεί και το κανάλι του ERP. Θα παρέχεται δηλαδή στον dev ή στην επιχείρηση η επιλογή του καναλιού διαβίβασης που θέλει.

[kpmdevgr]

Οποτε όσον αφορά αποδείξεις παροχής υπηρεσιών και POS, για τα μέχρι τώρα δεδομένα είμαστε οκ, σωστά?

Επειδή εγώ περιμένω να συνδέσω POS αν χρειαστώ βοήθεια, μπορώ να σε ενοχλήσω?

[firebed]

Συγνώμη αλλά δεν είδα κάπου στην συζήτηση αυτή τα τωρινά δεδομένα που θεωρείτε πως ισχύουν για τις αποδείξεις παροχής υπηρεσιών και τα POS. Αν μου πείτε ίσως μπορέσω να εξηγήσω καλύτερα. Και ναι, οποιαδήποτε απορία έχετε, μπορούμε να το συζητήσουμε εδώ ή σε κάποιο άλλο dedicated discussion.

[Megaventory]

Καλημέρα σε όλους,

Φαίνεται ότι υποχρεωτικά και όλα τα b2b πρέπει να πάνε μέσω παρόχου. Μου ήρθε αυτό το newsletter σήμερα: https://businessvoice.gr/oikonomia/868804/an-to-erp-sou-den-milaei-me-ton-parocho-i-epicheirisi-sou-siopa-ti-tha-simainei-i-apotychia-diavivasis-stin-exeligmeni-ilektroniki-timologisi-apo-1-7-2025/

Με deadline σε 2 μήνες (!). Υπάρχει κάποιος που να γνωρίζει περισσότερα (αν θα πάρει αναβολή κτλ);

[lowv-developer]

Το αρθρο υπογράφει:

Από τον Νικόλαο Σπυρόπουλο, Προγραμματιστή Αναλυτή και Γραμματέα της Επιτροπής Πληροφορικής του Επαγγελματικού Επιμελητηρίου Αθηνών

Ο οποίος φωτογραφίζεται μπρόστα απο το λογότυπο της εταιρείας του i-spirit.gr που ολως τυχαίως ειναι πιστοποιημένος παρόχος ηλεκτρονικής τιμολόγησης

Δηλαδη ο ιδιος ανθρωπος και στην επιτροπή και στην αγορά. οτι να ναι ειμαστε παιδια.

[isarantoglou]

Καλησπέρα,

Αρχικά να πω ότι είμαι από την Oxygen (Cloud Services IKE) που ειναι και πιστοποιημένος πάροχος ηλεκτρονικής τιμολόγησης. Σχετικά με ότι λένε για την υποχρεωτικότητα χρήσης παρόχου ηλεκτρονικής τιμολόγησης, μέχρι και σήμερα δεν έχει βγει καμία απόφαση από την ΑΑΔΕ παρά μόνο άρθρα που το αναφέρουν. Το μόνο γεγονός είναι ότι έχουμε πάρει την "άδεια" της ευρωπαϊκής ένωσης στο να υποχρεώσουμε της επιχειρήσεις να ανταλλάσσουμε ηλεκτρονικά παραστατικά. Από εκεί και πέρα θα πρέπει να υπάρξει απόφαση από την ΑΑΔΕ που να αναφέρει το πότε και το πιο σημαντικό το ποιες επιχειρήσεις θα μπουν στο μέτρο αυτό.

[halvid]

Καλησπέρα σε όλους. Συγχαρητήρια για την καταπληκτική δουλειά.
Όσον αφορά τα B2B έχουμε υποβάλει επίσημο ερώτημα στην ΑΑΔΕ εδώ και δύο μήνες, έχουμε πάρει τηλέφωνα... και ακόμα το αίτημα μας προωθείτε. Ξέρει κανείς κάτι καινούριο?
Λογιστές πάντως δεν γνωρίζουν. Μόνο ένας μου είπε ότι η EU επέβαλε η ΑΑΔΕ να γίνει πάροχος (όπως και έγινε) για να παρέχει δωρεάν αυτη την υπηρεσία. Για το όμως API όμως, ακόμα κουβέντα.

[isarantoglou]

Όπως ισχύει μέχρι σήμερα από 02/02/2026 όσες εταιρείες έχουν πάνω από 1.000.000€ τζίρο το 2023 και απο 01/10/2026 όλες οι υπόλοιπες επιχειρήσεις θα πρέπει να αποστέλλουν τα παραστατικά τους μέσω παρόχου ηλεκτρονικής τιμολόγησης ή etimologio. Ενημέρωση υπάρχει εδώ: https://www.taxheaven.gr/news/71646/ypoxrewtikh-apo-222026-h-hlektronikh-timologhsh-stis-b2b-synallages και σχετικές απόφάσεις είναι 1128/2025 και για τα κίνητρα 1129/2025

Στο άρθρο αναφέρει:

Κάθε επιχείρηση μπορεί να εκπληρώσει την υποχρέωση αυτή επιλέγοντας είτε:

• υπηρεσίες Παρόχου Ηλεκτρονικής Έκδοσης Στοιχείων,
• τη δωρεάν εφαρμογή της ΑΑΔΕ, timologio και τη δωρεάν εφαρμογή για κινητές συσκευές myDATAapp, οι οποίες προσφέρουν ισοδύναμη λύση και καλύπτουν, χωρίς κόστος, και τις περιπτώσεις έκδοσης ηλεκτρονικών τιμολογίων που αφορούν σε δημόσιες συμβάσεις.

Σχετικά με το e-timologio από όσα έχουν ειπωθεί η ΑΑΔΕ δεν θα βγάλει API.

[halvid]

Ευχαριστώ για την απάντηση
Λίγο πολύ είναι γνωστά αυτά. Για πιό λόγο όμως δεν θα προσφέρει API (εφόσον είναι πάροχος) και για πιό λόγο πρέπει να το δεχτούμε αδιαμαρτύρητα προπαθώ να μάθω.

[lowv-developer]

Συμπέρασμα μετα απο συζητηση με το claude:
"Η επιλογή σου τελικά είναι μία: πάροχος. Και ναι, πληρώνεις για κάτι που το έκανες δωρεάν. Τα λεφτά πάνε στους πιστοποιημένους παρόχους που είναι — όπως εύστοχα το είπες — οι ημέτεροι."

Δεν υπάρχει κανένας λόγος να μην προσφέρει API η ΑΑΔΕ. Δεν υπάρχει κανένας λόγος να πληρώνουμε για κατι που εχουμε ήδη φτιάξει δωρεαν. Ειλικρινά δεν προσφέρει τίποτα περισσότερο ο πάροχος. εβαλαν και ενα ωραιο term 50εκατομυρια για ιδιοπαροχος και η υποθεση εκλεισε. Ελλαδαρα.

[idimopoulos]

Θα πω κάτι που, disclaimer, δεν ξέρω αν είναι αλήθεια, είναι απλά κάτι που παρατηρώ. Παντού και κάθε φορά που βγαίνει μία ανακοίνωση για την ηλεκτρονική τιμολόγηση, υπάρχει η σημείωση σχετικά με την υποχρεωτικότητα για τους ηλεκτρονικούς παρόχους. Και πάντα υπάρχουν οι υποσημειώσεις, τα ψιλά γράμματα, για την δωρεάν παροχή του etimologio το οποίο έρχεται μαζί με το myData API (στο οποίο στέλνει η συγκεκριμένη βιβλιοθήκη).
Έτσι όπως το βλέπω, και όπως βλέπω και το etimologio/API να αναπτύσσεται, ΔΕΝ βλέπω πουθενά να λέει ότι το API θα σταματήσει να λειτουργεί.
Ακόμα και όταν με κάλεσαν από τους παρόχους λόγω της επικείμενης υποχρεωτικότητας, και το έψαξα online, δεν βρήκα πουθενά άρθρο που να μην έχει την υποσημείωση (τουλάχιστον όχι μη clickbait άρθρο).
Συνεργάζεται το API με το etimologio; όχι. Το οποίο είναι πρόβλημα. Υποβάλλουμε τιμολόγια χωρίς να μπορούμε να ανατρέξουμε και να δούμε ποια κόπηκαν και ποια κόψαμε.
Δεν βλέπω κάποια κίνηση σύντομα για κατάργηση του API. Φαντάζομαι, οι μεγάλες εταιρίες θα προτιμήσουν ένα ενοίκιο από το κόστος ανάπτυξης και συντήρησης του δικού τους λογισμικού, αλλά δε βλέπω τον λόγο γιατί για μία μικρότερη εταιρία δεν μπορεί να χρησιμοποιήσει ένα μικρότερο δωρεάν πακέτο.
Αλλά προφανώς, ποιος θα πάρει το ρίσκο να αναλάβει την ευθύνη για τυχόν λάθος υποβολή και πως θα είναι προετοιμασμένος σε πιθανό έλεγχο.

Αυτά είναι μόνο κάποιες σκέψεις και αναρωτιέμαι πόσο υποχρεωτικοί είναι οι υποχρεωτικοί πάροχοι.

[kpmdevgr]

Αν η ΑΑΔΕ δεν έβγαζε API πως θα κάνανε διαβίβαση οι πάροχοι προς την ΑΑΔΕ? Τα δεδομένα πρέπει να λάβουν τουλάχιστον έναν συσχετισμό, και από πλευράς του API του παρόχου αλλά και από το API της ΑΑΔΕ, διαφορετικά που θα σταλθούν τα παραστατικά που εκδίδονται διαβιβάζονται.

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

Τωρα το πώς και γιατί έχει γίνει μονόδρομος η επιλογή των παρόχων, δλδ με βάση τι αποφάσεις, αυτό ας είναι κουβέντα για αλλού.

[idimopoulos]

@kpmdevgr δε διαφωνώ. Αυτό που λέω από πάνω είναι ότι η υποχρεωτικότητα του ιδιώτη παρόχου ηλεκτρονικής τιμολόγησης φαίνεται μονόδρομος ενώ το API είναι ανοιχτό και προς χρήση από όλους. Θέλω να πω, αν εγώ έχω μία πολύ συγκεκριμένη χρήση για το site μου (το λέω από προσωπική εμπειρία καθώς το κάνω ήδη για πελάτη), δεν βλέπω τον λόγο γιατί πρέπει οπωσδήποτε να μεσολαβεί ιδιώτης πάροχος.

[kpmdevgr]

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

[firebed]

Δεν μπορώ να πω με σιγουριά αλλά πολύ πιθανόν και το etimologio στέλνει τα τιμολόγια μέσω του myDATA API. Η τελευταία αναβάθμιση του myDATA (2.0.1) με την ψηφιακή διακίνηση αγαθών, δείχνει πως το api και το ERP κανάλι δεν θα σταματήσει να λειτουργεί, καθώς η ψηφιακή διακίνηση αγαθών αφορά μόνο το ERP κανάλι και όχι παρόχους. Εξ' άλλου, όλοι πάροχοι ηλεκτρονικής τιμολόγησης στέλνουν μέσω API και βασίζονται πάνω σε αυτό, το ίδιο και οι λογιστές μέσω ERP για άντληση εσόδων - εξόδων. Οπότε, το ERP κανάλι και γενικότερο το myDATA API λίγο δύσκολο να σταματήσει.

Όσον αφορά την υποχρεωτικότητα τιμολόγησης μέσω παρόχων, ναι ισχύει. Έχει εφαρμοστεί ήδη νόμος που αναγκάζει τις επιχειρήσεις με τζίρο πάνω από 1 εκταμμύριο να κόβουν τα τιμολόγια τους μέσω παρόχου. Το ίδιο θα εφαρμοστεί καθολικά για όλες τις επιχειρήσεις ανεξαρτήτως του τζίρου (λένε το Νοέμβριο 2026 🤔). Το etimologio είναι επίσης πάροχος και οι επιχειρήσεις θα μπορούν να στέλνουν μέσω αυτού. Δεν προσφέρει όμως δυνατότητα διασύνδεσης με ERP εφαρμογές όπως πχ eshops.

Για την διασφάλιση της συνέχειας του package αυτού και την αδιάκοπη έκδοση τιμολογίων, είμαστε σε συνεργασία με πάροχο ηλεκτρονικής τιμολόγησης. Στόχος μας είναι αυτοί που χρησιμοποιούν το package αυτό για να στέλνουν τα τιμολόγια τους, με ένα μικρό tweak (2-3 γραμμές κώδικα) να μπορέσουν να στέλνουν μέσω του παρόχου χωρίς να έχουν κάποιο breaking change. Δηλαδή, το package αυτό θα στέλνει το τιμολόγια απευθείας στον πάροχο, και μετά ο πάροχος στο myDATA.

Είναι πολύ λόγοι που σταματάνε σιγά σιγά την έκδοση τιμολογίων μέσω ERP, εγώ μπορώ να σκεφτώ τα παρακάτω:

1. Οι πάροχοι κάνουν προ-ελέγχους (schema validation, business rules) πριν στείλουν το τιμολόγιο
2. Προσαρμόζονται άμεσα σε αλλαγές του myDATA
3. Eίναι πιστοποιημένος με συγκεκριμένες υποχρεώσεις
4. Φυσικά η καταπολέμηση φοροδιαφυγής
5. Λιγότερος κίνδυνος μη συμμόρωσης

Αυτά για την ΑΑΔΕ σημαίνουν:

1. Λιγότερα σφάλματα διαβίσασης
2. Λιγότερο support
3. Πιο σταθερό οικοσύστημα (η ΑΑΔΕ προτιμά λίγους ελεγχόμενους κόμβους αντί για χιλιάδες direct clients)
4. Λιγότερο ρίσκο

Τυπικά το κανάλι ERP παραμένει διαθέσιμο. Πρακτικά όμως, όσο αυξάνονται οι υποχρεώσεις real-time διαβίβασης και οι έλεγχοι, το μοντέλο παρόχου γίνεται πιο ασφαλές για το κράτος.

[idimopoulos]

Μπορώ να σκεφτώ εγώ άλλον ένα πολύ σημαντικό που είναι η πεπτουσία του 4ου point. Δεν διαθέτουν πρόσβαση να πειράξουν τα δεδομένα μετέπειτα ή να κάνουν ότι εκδίδουν. Το έχουμε δει ακόμα και με πειραγμένες ταμειακές μηχανές. Που όταν ήμουν μικρότερος και το είχα μάθει μου φαινόταν εξωπραγματικό. Αλλά και πάλι μου φαίνεται περίεργο εφόσον τα δεδομένα είναι live και πλέον σε υποχρεώνουν να κόβεις ακόμα και σε eshop απόδειξη την στιγμή της παραγγελίας και όχι όταν π.χ. γίνει η πληρωμή, να μην υπάρχει δωρεάν/με προσωπικό κόστος συντήρησης έκδοση για μικρές επιχειρήσεις.
Καταλλήγει η απόπειρα επιχειρηματικότητας να γίνεται ασύμφορη (π.χ. πριν λίγα χρόνια λέγαμε "άνοιξε λογαριασμό στο etsy και αν ξεκινήσεις να πουλάς, ανοίγεις λογαριασμό", και τώρα δεν μπορεί κάποιος να "δοκιμάσει το χόμπυ του". Βέβαια τώρα αυτά είναι παραδείγματα που ποιος νοιάζεται, και το καταλαβαίνω.
Τέλος πάντων, όψωμεθα. Από Νοέμβριο. Μέχρι τότε, μένουμε στην δωρεάν έκδοση.

[pixieapps]

Η απάντηση σε σχετικό ερώτημα που κατέθεσα έχει ως εξής:

[pixieapps]

Αξίζει να αναφερθεί ότι, ως εναλλακτική λύση στο Firebed για την έκδοση αποδείξεων και τιμολογίων, αναπτύσσω ένα σύστημα βασισμένο στο Puppeteer, το οποίο εκδίδει παραστατικά μέσω του API του e-τιμολόγιο. Το πλεονέκτημα είναι ότι, από πλευράς ΑΑΔΕ, όλα τα παραστατικά εμφανίζονται ως εκδοθέντα απευθείας από το e-τιμολόγιο. Εφόσον υπάρχει ενδιαφέρον, μπορώ να το μοιραστώ μόλις ολοκληρωθεί.

[firebed]

Θα ήθελα να διευκρινίσω ορισμένα πράγματα για να μην δημιουργούνται λανθασμένες εντυπώσεις στους χρήστες του repository:

1. API vs Web Scraping: Η βιβλιοθήκη αυτή βασίζεται στο επίσημο REST API της ΑΑΔΕ, που είναι ο ενδεδειγμένος και σταθερός τρόπος διασύνδεσης για ERPs. Η χρήση εργαλείων όπως το Puppeteer για αυτοματοποίηση του UI (e-timologio) δεν αποτελεί επίσημη μέθοδο διασύνδεσης, ενέχει κινδύνους ασφαλείας και μπορεί να σταματήσει να λειτουργεί με οποιαδήποτε αλλαγή στο interface της πλατφόρμας.
2. Διευκρίνιση για Ιδιοπάροχο: Όπως φαίνεται και από την απάντηση της ΑΑΔΕ στο screenshot, η χρήση του API μέσω ERP δεν απαιτεί άδεια ιδιοπαρόχου. Η αναφορά σου σε αυτό το θέμα ήταν άστοχη και δημιουργεί σύγχυση στους developers που θέλουν να χρησιμοποιήσουν το package.
3. Ρόλος της βιβλιοθήκης: Το πακέτο αυτό λειτουργεί ως γέφυρα (wrapper) μεταξύ της εφαρμογής σας και του API της ΑΑΔΕ. Δεν είναι standalone λογισμικό ούτε υπηρεσία SaaS. Αν κάποιος επιθυμεί να λάβει επίσημη άδεια Ιδιοπαρόχου, η πιστοποίηση αφορά την επιχείρηση του και τη συνολική του εφαρμογή και τις εσωτερικές του διαδικασίες, η βιβλιοθήκη αυτή απλώς διευκολύνει την τεχνική υλοποίηση της επικοινωνίας.

Ευχαριστώ για την κατανόηση.

[pixieapps]

@firebed Να αναφέρω και το εξής παράδοξο - η κυρία που μου απάντησε στο μήνυμα μου από την ΑΑΔΕ, πριν μου απαντήσει με πήρε τηλέφωνο και μου είπε ακριβώς το αντίθετο από αυτό που έγραψε στο μήνυμα! Μου είπε προφορικά δηλαδή ότι ΔΕΝ μπορώ να χρησιμοποιώ το firebed για έκδοση παραστατικών χωρίς άδεια σαν ιδιοπάροχος. Προσωπικά, με όλα τα δεδομένα που έχουν δημιουργηθεί, δεν αισθάνομαι ασφαλής απέναντι στην ΑΑΔΕ να χρησιμοποιώ το firebed απευθείας. Ασφαλώς και λύσεις που αφορούν αυτοματοποίηση του UI δεν είναι ιδανικές, πλην όμως με τα δεδομένα που έχουν δημιουργηθεί, αποτελούν εύλογες εναλλακτικές.

[firebed]

Στις 27/3/2026 και μόνο έχουν διαβιβαστεί 1.673.736 τιμολόγια μέσω του καναλιού ERP. Δεν ξέρω τι ακριβώς συζητήσατε με την κυρία στο τηλέφωνο αλλά ενδέχεται να μην κατάλαβε αρχικά το σκοπό σας και το διόρθωσε μετά στο μήνυμα της.

Η βιβλιοθήκη αυτή δεν πιστοποιείται. Για να πάρει κάποιος πιστοποίηση πρέπει να έχει ΑΦΜ, να είναι φυσικό ή νομικό πρόσωπο. Η πιστοποίηση αφορά την επιχείρηση στο σύνολο της. Για να στείλει κάποιος μέσω του καναλιού ERP δεν χρειάζεται να είναι ούτε πάροχος ούτε ιδιοπάροχος. Και ειλικρινά, αν το package αυτό ήταν πάροχος δεν θα ήταν open source 🙂

Μπορείς να δεις εδώ https://www.taxheaven.gr/circulars/34549/syxnes-erwthseis-apanthseis-enhmerwmeno
Συγκεκριμένα 15. Ε και 32. E λέει ξεκάθαρα ότι μπορείς να στείλεις τιμολόγια είτε μέσω ERP είτε μέσω παρόχου, το package αυτό είναι ρυθμισμένο να στέλνει μέσω ERP.

Το ίδιο λέει και η Softone εδώ

Ωστόσο αυτό θα σταματήσει να ισχύει σε λίγους μήνες. Έχει ξεκινήσει διαδικασία κατάργησης της διαβίβασης παραστατικών μέσω ERP. Αλλά και εμείς έχουμε ξεκινήσει διαδικασία ενσωμάτωσης παρόχου στο package. Εσείς από την άλλη είστε free να κάνεται ό,τι θέλετε, το puppeteer για σας μπορεί να είναι λύση, αλλά προσωπικά θα με ανυσχούσε πιο πολύ το τί θα γίνει αν ξαφνικά το timologio αλλάξει το name ή το id ενός input field ή άλλου tag, καθώς δεν προειδοποιούν για τυχόν αλλαγές και δεν έχει sandbox για δοκιμές.

Όλα αυτά καθιστούν επικύνδυνο το puppeteer για τη χρήση αυτή καθώς, πρέπει να συμπληρώσεις δεκάδες πεδία με χαρακτηρισμούς με φόρους και με όλες τις ιδιαιτερότητες του τιμολογίου και εμπλέκεται η ΑΑΔΕ και πέφτουν πρόστιμα. Και όταν υπάρχουν δεκάδες παράγοντες που επηρεάζουν την ορθή λειτουργεία του puppeteer τότε είναι πολύ εύκολο να "σπάσει" κάτι.