Issues

  • Τι ορίζεται ως πάροχος ηλεκτρονικής τιμολόγησης?

    Έχουμε δημιουργήσει μια διαδικτυακή εμπορική εφαρμογή(cloud) για εταιρείες οι οποίες τηρούν βιβλία Α,Β κατηγορίας(επαγγέλματα που απαλλάσονται από τον φορολογικό μηχανισμό). Έχουμε κάνει τις διασυνδέσεις σύμφωνα με τις τεχνικές προδιαγραφές του my-data. Η ερώτησή μας είναι: Χρειάζεται να πάρουμε την πιστοποίηση όπως αυτή αναφέρεται στο ΦΕΚ για τους παρόχους ηλεκτρονικής τιμολόγησης ή θεωρούμαστε μια εφαρμογή η οποία διαβιβάζει ηλεκτρονικά τα παραστατικά του εκδότη στο mydata, δεν χρειαζόμαστε την πιστοποίηση και συνεχίζουμε να λειτουργούμε κανονικά?

    Status: Proposed | Reported by Hidden Tue, 25 Feb 2020 12:40:32 GMT
  • ΠΡΟΣ ΟΜΑΔΑ ΑΝΑΠΤΥΞΗΣ: Τρόποι Πληρωμής

    Θεωρώ ότι οι τρόποι πληρωμής δεν ανταποκρίνονται στην πραγματικότητα όπως πρέπει. Πού είναι οι τρόποι πληρωμής «Επί Πιστώσει», «Επιταγή», «Γραμμάτιο» και πώς χαρακτηρίζεται ένα παραστατικό που δεν πληρώθηκε βάσει της ΠΟΛ 1214 άρθρο 39β; Επιπλέον, θα πρότεινα οι τρόποι πληρωμής 1, 2, 4, 5, 6 και 8 να πάνε σε μία επιλογή με την περιγραφή «Έμβασμα» και οι επιλογές 3 και 7 σε μία επιλογή με την περιγραφή «Κάρτα» για απλούστευση της διαδικασίας. Φαντάζεστε ίσως την σύγχυση του πελάτη που θα πρέπει να επιλέγει μεταξύ των τρόπων πληρωμής όπως έχουν διαμορφωθεί στην έκδοση 0.6.0. Καταλαβαίνω ότι χρειάζεστε στατιστικά στοιχεία και ίσως δέχεστε πιέσεις για αυτά, ωστόσο δεν μπορούμε να πάμε κόντρα στην αγορά και να κάνουμε τα πράγματα περίπλοκα.

    Status: Proposed | Reported by Hidden Tue, 25 Feb 2020 07:34:11 GMT
  • Θα γίνει update το dev portal με τις μεθόδους ?

    Καλησπέρα, Θα γίνει update το dev portal με τις αλλαγές στις μεθόδους όπως ορίζονται στο νέο document της τεχνικής τεκμηρίωσης (version 0.60)? Γιατί μέχρι στιγμής δεν φαίνεται να έχει γίνει.

    Status: Proposed | Reported by Hidden Mon, 24 Feb 2020 14:20:38 GMT
  • Κατηγορία Λοιπών Φόρων - λαθοι

    Καλησπέρα, παρακαλώ διευκρινήστε τις 2 πρωτες εγγραφες. Επισης στην εγγραφη 9, υπάρχει λάθος εννοειτε 5 αστέρια

    Status: Proposed | Reported by Hidden Mon, 24 Feb 2020 14:08:34 GMT
  • ΤΡΟΠΟΙ ΠΛΗΡΩΜΗΣ

    καλημέρα και καλή εβδομάδα Διαβάζοντας τις καινούργιες προδιαγραφές και φτάνοντας στους τρόπους πληρωμής δεν μπορώ να καταλάβω την διαφορά μεταξύ το 2 με το 6 και του 3 με το 7 Επίσης τη γίνεται με τα ΕΠΙ ΠΙΣΤΩΣΕΙ και τις ΑΝΤΙΚΑΤΑΒΟΛΕΣ

    Status: Proposed | Reported by Hidden Mon, 24 Feb 2020 07:25:19 GMT
  • Σύνδεση στις api του Mydata με χρήση VBA

    Υπάρχει κάποιος συνάδελφος που έχει επιτύχει σύνδεση με τις Api του mydata μέσα από VBA for Access ή Excel 2003, να μας την ανεβάσει γιατί όλες μας οι δοκιμές ήταν άκαρπες με μηνύματα σαν “Η λήψη του καθορισμένου πόρου απέτυχε” (800c0008)

    Status: Proposed | Reported by Hidden Sun, 23 Feb 2020 07:25:35 GMT
  • myDATA και Φορολογικός Μηχανισμός

    Με τις πρόσφατες ανακοινώσεις περί ταμειακών μηχανών και ΦΗΜ, θα πρέπει όλοι να προμηθευτούν ΦΗΜ με δυνατότητα αποστολής στην myDATA. Αν μια επιχείρηση έχει εμπορικό πρόγραμμα που έχει υλοποιήσει το myDATA αλλά (υποχρεωτικά) συνεργάζεται και με ΦΗΜ, τότε ποιός στέλνει στο myDATA? Το πρόγραμμα ή το ΦΗΜ? Και ποιός/πώς καθορίζει αυτή την απάντηση?

    Status: Proposed | Reported by Hidden Fri, 21 Feb 2020 14:18:45 GMT
  • Αποστολή χαρακτηρισμών

    1. Δοκίμασα να στείλω διαδοχικά χαρακτηρισμούς Εσόδου και Εξόδου για το ίδιο παραστατικό και ο server τους δέχθηκε και τους δύο κανονικά χωρίς να λάβει καθόλου υπόψιν το Invoice Type. Είναι λογικό αυτό ? Να στείλεις π.χ. τιμολόγιο πώλησης με τύπο 1.1 και στη συνέχεια να το χαρακτηρίσεις σαν έξοδο ? Και δεν μιλάω για την περίπτωση αποστολής παραστατικού ως λήπτης λόγω άρνησης του εκδότη, με τύπο 1.1 (που είναι έξοδο και φυσιολογικά θα σταλεί χαρακτηρισμός Εξόδου) αλλά για τιμολόγιο δικής μου έκδοσης. 2. Ειδικά για τον τύπο "Τίτλος Κτήσης" (3.1 , 3.2), θεωρώ ότι είναι λογικό να στέλνεται χαρακτηρισμός Εξόδου αφού είναι έξοδο, παρότι είναι δικής μου έκδοσης. Είναι αυτό σωστό ? Γιατί δεν το έχω δει να διευκρινίζεται κάπου.

    Status: Proposed | Reported by Hidden Fri, 21 Feb 2020 12:39:21 GMT
  • Mydata και "Πάροχος Υπηρεσιών Ηλεκτρονικής Έκδοσης Στοιχείων" !

    Από 20/2 το ΓΓΠΣ θεσπισε : "Υποχρεώσεις Παρόχων Υπηρεσιών Ηλεκτρονικής Έκδοσης Στοιχείων και διαδικασίες ελέγχου παροχής υπηρεσιών ηλεκτρονικής έκδοσης στοιχείων" Αν μια εφαρμογη μας , που την εναρμονίζουμε να στέλνει δεδομένα στο Mydata , θεωρείται Πάροχος Υπηρεσιών Ηλεκτρονικής Έκδοσης Στοιχείων ? Η εννοεί τις υπάρχουσες υπηρεσίες αποστολής "Ηλεκτρονικών τιμολογίων" Ξέρει κάποιος την απάντηση ?

    Status: Proposed | Reported by Hidden Fri, 21 Feb 2020 09:18:44 GMT
  • Φόρμα Καταχώρησης

    Καλησπέρα σας Θα θέλαμε να μας ενημερώσετε πότε και πως μπορούμε να δούμε και να κάνουμε τεστ με την Φόρμα Καταχώρησης

    Status: Proposed | Reported by Hidden Tue, 18 Feb 2020 11:22:04 GMT
  • ERROR 001 σε SendInvoices

    Προσπαθώ να στείλω το παρακάτω xml και λαμβάνω απάντησεις ERROR 001

    Status: Proposed | Reported by Hidden Mon, 17 Feb 2020 13:26:48 GMT
  • Δεκαδικά ψηφία στις αξίες

    Καλησπέρα, φαίνεται ότι το mydata κάνει προσπάθεια να διορθώσει το θέμα με τα δεκαδικά ψηφία. Σε αποστολές αξιών με πάνω από 2 δεκαδικά, επιστρέφει error "The FractionDigits constraint failed". Βέβαια στο xsd το FractionDigits restriction παραμένει στο 5. Ακόμα και με αξίες 2 δεκαδικών, το validation παραμένει λάθος και επιστρέφει "The sum of gross values of the invoice lines doesn't match with total gross value of the invoice" δηλαδή εσωτερικά το mydata λειτουργεί με 5 δεκαδικά... Επίσης σήμερα (17/02) δεν δουλεύει καθόλου η SendIncomeClassification

    Status: Proposed | Reported by Hidden Mon, 17 Feb 2020 11:16:57 GMT
  • Αλλαγές των ποσοστών ΦΠΑ και λοιπών φόρων και κρατήσεων

    Συνάδελφοι καλημέρα. Θα ήθελα να ρωτήσω σε περίπτωση αλλαγής των ποσοστών του ΦΠΑ στο μέσον της διαχειριστικής περίοδου, πως θα αντιμετωπιστεί απο το mydata; Θα αλλαχθούν τα ποσοστά στα ήδη υπάρχοντα ή θα προστεθούν νέες περιπτώσεις;

    Status: Proposed | Reported by Hidden Mon, 17 Feb 2020 07:26:07 GMT
  • RequestInvoices TEST

    Πως θα δω τι επιστρέφει η RequestInvoices όταν δεν έχω κανένα τιμολόγιο στο ΑΦΜ μου;

    Status: Proposed | Reported by Hidden Sun, 16 Feb 2020 11:19:50 GMT
  • The sum of gross values of the invoice lines doesn't match with total gross value of the invoice

    Ενώ τα νούμερα είναι σωστά παρόλα αυτά βγάζει σφάλμα.

    Status: Proposed | Reported by Hidden Thu, 13 Feb 2020 22:08:31 GMT
  • /SendIncomeClassification: Unexpected technical error (207)?

    response> entitylineNumber>1 statusCode>TechnicalError errors> error> message>Unexpected technical error: One or more errors occurred. code>207 /error> /errors> /response>

    Status: Proposed | Reported by Hidden Wed, 12 Feb 2020 15:52:43 GMT
  • Στρογγυλοποίηση συνόλων ΦΠΑ -Τελικής τιμής

    Συνάδελφοι καλησπέρα, Αναφορικά με την στρογγυλοποίηση που γίνεται κατά τον υπολογισμό του συνόλου του ΦΠΑ αλλά και της τελικής αξίας είχαμε κάποια εξέλιξη? Έχει νόημα να χρησιμοποιούμε πάνω από δύο δεκαδικά? Ευχαριστώ

    Status: Proposed | Reported by Hidden Tue, 11 Feb 2020 18:48:46 GMT
  • Μελλοντικές ενέργειες

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

    Status: Proposed | Reported by Hidden Thu, 06 Feb 2020 11:48:02 GMT
  • Η GetRequestIssuerInvoices μέθοδος δεν επιστρέφει τα πρόσφατα παραστατικά

    Έχουμε παρατηρήσει πως η μέθοδος GetRequestIssuerInvoices δεν επιστρέφει τα πιο πρόσφατα παραστατικά που έχουμε αποστείλει με την μέθοδο SendInvoices. Για παράδειγμα, αποστέλλουμε μέσω της SendInvoices το πρώτο συνημμένο (InvoicesDoc.xml, ημερομηνία έκδοσης 05/02/2020), με τον εκδότη να έχει το ΑΦΜ που αντιστοιχεί στον λογαριασμό που παρέχουμε στο Request Header, και λαμβάνουμε επιτυχής απάντηση (ResponseDoc.xml). Όταν στην συνέχεια κάνουμε κλήση της RequestIssuerInvoices για τον ίδιο λογαριασμό (με τιμή Mark το 0), δεν λαμβάνουμε στο σύνολο των παραστατικών το πρόσφατα εκδοθέν από εμάς παραστατικό, ούτε μας παρέχετε κάποιο element continuationToken για να λάβουμε περισσότερα αποτελέσματα. Να σημειώσω πως το Mark που λάβαμε στη απάντηση είναι μεταγενέστερο των Marks των παραστατικών που λαμβάνουμε στην GetRequestIssuerInvoices.

    Status: Proposed | Reported by Hidden Wed, 05 Feb 2020 15:41:52 GMT
  • Για τη νέα version MyDATA

    Καλησπέρα συνάδελφοι Ηθελα να ρωτήσω, ποτε περίπου θα βγει η νεα έκδοση του MyDATA? Ευχαριστώ

    Status: Proposed | Reported by Hidden Tue, 04 Feb 2020 14:54:41 GMT
  • SendIncomeClassification - Unexpected technical error: One or more errors occurred.

    Καλημέρα σας. Επιστρέφει σφάλμα "Unexpected technical error: One or more errors occurred." το συγκεκριμένο XML. Δεν καταλαβαίνω τον λόγο. Η SendInvoice δεν επέστρεψε κανένα σφάλμα.

    Status: Proposed | Reported by Hidden Tue, 04 Feb 2020 09:03:33 GMT
  • Παραδείγματα xml για αποστολη΄παραστατικού.

    Καλησπέρα. Υπάρχους δείγματα xml που να καλύπτουν όλες τις πιθανές περιπτώσεις; Για παράδειγμα έχω ένα παραστατικό: με είδη 2 κατηγοριών ΦΠΑ Παρακράτηση στο σύνολο του παραστατικού. Το παραστατικό θα έχει 3 γραμμές (μία για κάθε κατηγορία ΦΠΑ και μία για την παρακράτηση) ή 2 γραμμές (μία για κάθε ΦΠΑ και την παρακράτηση αναλογικά μοιρασμένη);

    Status: Proposed | Reported by Hidden Fri, 31 Jan 2020 15:43:20 GMT
  • Προθεσμίες Αποστολής Τιμολογίων - Εσόδων - Εξόδων

    Ποιές ειναι οι προθεσμίες απο την ημερομηνια εκδοσης για την αποστολή 1) Τιμολογίων πώλησης 2) Εσόδων-Εξόδων

    Status: Proposed | Reported by Hidden Fri, 31 Jan 2020 08:01:35 GMT
  • Παραγωγικό Σύστημα και Ειδική Φόρμα Καταχώρησης

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

    Status: Proposed | Reported by Hidden Thu, 30 Jan 2020 13:04:23 GMT
  • Κωδικοί λάθους 203 και 208 σε περίπτωση υποβολής αμοιβής αρχιτέκτονα

    Χαίρετε λαμβάνω τους κωδικούς λάθους 203,208 όταν πάω να στείλω ένα παραστατικό που έχει φόρο αρχιτεκτόνων 10% και φπα 24%.

    Status: Proposed | Reported by Hidden Thu, 30 Jan 2020 08:22:02 GMT
  • Αποστολή τιμολογίων μέσω CSV?

    Καλησπέρα, υπάρχει κάποιο πλάνο να γίνει αποστολή-λήψη τιμολογίων μέσω CSV?

    Status: Proposed | Reported by Hidden Tue, 28 Jan 2020 09:17:09 GMT
  • SOS! βγάζει διπλά UID

    Καλησπέρα συνάδελφοι, Επι 2477 υποβληθέντων παραστατικών έβγαλε 98 διπλά UID και 3 τριπλά Σας επισυνάπτω ένα τριπλό uid., με τα ΑΦΜ σβησμένα για ευνόητους λόγους. (Αν θέλετε και το πλήρες xml με τα response μπορώ να σας το στείλω σε email) Ευχαριστώ

    Status: Proposed | Reported by Hidden Mon, 27 Jan 2020 14:53:17 GMT
  • Επιτρέπεται ο χωρισμός μια γραμμής παραστατικού του εκδότη σε δυο γραμμές παραστατικού του λήπτη;

    Ας υποθέσουμε ότι ο Α αγοράζει από τον Β δυο ομοειδή αντικείμενα. Ο Α στο παραστατικό που εκδίδει περνάει μια γραμμή με ποσότητα 2 και το συνολικό ποσό καθαρής αξίας. Στο IncomeClassification στέλνει το συνολικό ποσό με Classificationtype=101 και Classificationcategory=1. Ο Β(ο λήπτης) θέλει να χρησιμοποιήσει τα δυο ομοειδή αντικείμενα για διαφορετική χρήση. Έτσι το ένα θα το χρησιμοποιήσει ως πάγιο και το άλλο ως εμπόρευμα. Μπορεί να στείλει στo ExpenseClassification την ίδια γραμμή μια φορά με ClassificationType=201 και classificationcategory=1 και την μισή αξία και αλλη μια φορά με classificationtype=201 και classificationcategory=1;

    Status: Proposed | Reported by Hidden Fri, 24 Jan 2020 11:45:37 GMT
  • Στρογγυλοποίηση στα 5 δεκαδικά και παρ'όλα αυτά χτυπάει

    Καλησπέρα συνάδελφοι Εστειλα ένα παραστατικό πώλησης, και παρ'όλο που το ΦΠΑ και όλα τα ποσά έχουν στρογγυλοποιηθεί στο 5ο δεκαδικό, το σύστημα μου το χτύπησε λάθος Σας παραθέτω και το σχετικό συνημμένο. Ευχαριστώ

    Status: Proposed | Reported by Hidden Thu, 23 Jan 2020 16:46:40 GMT
  • Maximum αριθμός παρ/κών σε μιά αποστολή

    Καλημέρα Συνάδελφοι Ποιος είναι o μέγιστος αριθμός παρ/κών που μπορούμε να στείλουμε σε μιά αποστολή? Ευχαριστώ

    Status: Proposed | Reported by Hidden Thu, 23 Jan 2020 12:35:56 GMT
  • SendIncomeClassification & SendExpenseClassification Methods

    Αγαπητοί μου, ενώ έστειλα "SendIncomeClassification & SendExpenseClassification Methods" έχω πρόβλημα. Για την "IncomeClassification", λαμβάνω το σφάλμα ότι το ποσό είναι λάθος, ο δεύτερος αριθμός γραμμής δεν υπάρχει στο τιμολόγιο και δεν περιλαμβάνονται όλες οι σειρές τιμολογίων. Για την "ExpenseClassification", λέει ότι το ποσό είναι λάθος, αλλά είναι σωστό. Τα δεδομένα επισυνάπτονται.

    Status: Proposed | Reported by Hidden Wed, 22 Jan 2020 12:12:41 GMT
  • SendIncomeClassification με εξαιρούμενο ΦΠΑ

    Κατά την αποστολή χαρακτηρισμών λαμβάνουμε το εξής error: statusCode = ValidationError || code = 306 || message = Invoice line: 1. Sum of classifications are not equal to line's net value Όπως φαίνεται από τα επισυναπτόμενα xml πρόκειται για ένα απλό παραστατικό με σωστά ποσά στο summary, details και classifications

    Status: Proposed | Reported by Hidden Wed, 22 Jan 2020 09:05:54 GMT
  • Η RequestIssuerInvoices δεν επιστρέφει τα νέα ΜΑΡΚ

    Καλημέρα σε όλους, Οταν καλώ την RequestIssuerInvoices δεν επιστρέφει τα ΜΑΡΚ που ήδη έχω πάρει από το ResponseDoc της SendInvoices. Παρατηρώ όμως ότι τα νέα ΜΑΡΚs είναι μικρότερα από τα αυτά που επιστρέφει RequestIssuerInvoices. Για παράδειγμα εάν καλέσω την RequestIssuerInvoices με ΜΑΡΚ = 0 τότε το πρώτο ΜΑΡΚ που επιστρέφει είναι το 1000014977342 ενώ το τελευταίο που έχω πάρει από τη SendInvoices είναι το 1000000005152. Δηλαδή τα νέα ΜΑΡΚ είναι μικρότερα από τα παλαιότερα που επιστρέφει η RequestIssuerInvoices. Μήπως εκεί είναι το πρόβλημα; Ομοίως το ίδιο πρόβλημα υπάρχει και με την RequestInvoices. Δεν επιστρέφει να νέα ΜΑΡΚ. Σας ευχαριστώ εκ των προτέρων για το χρόνο σας.

    Status: Proposed | Reported by Hidden Wed, 22 Jan 2020 07:21:23 GMT
  • SendIncomeClassification

    Κατά την κλήση της SendIncomeClassification με παράμετρο το επισυναπτόμενο xml αρχείο, επιστρέφεται μήνυμα λάθους: statusCode = ValidationError || code = 304 || message = All invoice rows or none should have classifications included Το invoice έχει δύο γραμμές detail και ενώ στέλνουμε χαρακτηρισμούς για κάθε detail, το μήνυμα συνεχίζει και εμφανίζεται.

    Status: Proposed | Reported by Hidden Tue, 21 Jan 2020 15:07:52 GMT
  • incomeClassification.xml 2 σειρές ή παραπάνω

    Καλησπέρα . Εχω πρόβλημα με το incomeClassification.xml οταν το invoice εχει παραπάνω από 1 σειρά. Π.χ.Εστειλα τιμολόγιο με 2 σειρές και σταλθηκε σωστά.Οταν στέλνω το incomeClassification.xml (inc3.xml) ι μου βγαζει μηνύματα λάθους error3.txt . Δοκίμασα διάφορα αλλά τίποτα.Πως πρέπει να συντάξω το incomeClassification.xml; Ευχαριστώ Επισσυνάπτω τα αρχεια με την σειρά 1,2,3,4

    Status: Proposed | Reported by Hidden Mon, 20 Jan 2020 06:58:38 GMT
  • Αίτηση διερεύνησης σφάλματος αθροίσματος ποσών.

    Χαίρετε. Συνημμένα σας αποστέλω α) το τιμολόγιο που αποστείλαμε (μερικά στοιχεία είναι κρυμμένα), β) τα στοιχεία που έφυγαν υπό μορφή .xml και γ) την απάντηση που λάβαμε. Η ερώτηση αφορά στα τρία μηνύματα σφάλματος με κωδικούς 208 και 209 στο τέλος του εγγράφου "responceXML". Όπως θα δείτε, τα ποσά μεταφέρονται σωστά αλλά λαμβάνουμε μήνυμα πως τα αθροίσματα δεν συνάδουν. Υπάρχει μία υποψία γιά το τι το προκαλεί αλλά θα θέλαμε την δική σας γνώμη. Παρακαλούμε γιά τις ενέργειές σας.

    Status: Proposed | Reported by Hidden Fri, 17 Jan 2020 16:47:58 GMT
  • Παράμετρος Μ.ΑΡ.Κ. στην RequestInvoices.

    Χαίρετε. Στην σελίδα 10 του τεύχους προδιαγραφής του API γράφει: Η λήψη πραγματοποιείται μέσω μιας HTTP κλήσης GET της μεθόδου, η οποία παίρνει ως υποχρεωτική παράμετρο έναν Μοναδικό Αριθμό Καταχώρησης (mark) και επιστρέφει όσα παραστατικά έχουν ως ΑΦΜ λήπτη τον ΑΦΜ του χρήστη και ως Μοναδικό Αριθμό Καταχώρησης μεγαλύτερο της παραμέτρου που ορίστηκε. Η ερώτηση είναι η εξής: Προφανώς ο ΜΑΡΚ που θα στείλω θα είναι μεγαλύτερος που θα έχω λάβει από την ΑΑΔΕ γιά τα τιμολόγια που έχω αναρτήσει (τους ΜΑΡΚ των τιμολογίων που έχουν αναρτήσει άλλοι γιά εμένα δεν τους γνωρίζω). Τι γίνεται όμως με τα τιμολόγια που έχουν άλλοι αναρτήσει γιά εμένα και ο ΜΑΡΚ είναι μικρότερος από αυτόν που έστειλα; Με την παραπάνω λογική δεν τα λάβω ποτέ. Μήπως ο ΜΑΡΚ δεν θα πρέπει να αποτελεί υποχρεωτικό πεδίο; Δηλαδή, την πρώτη φορά που θα κάνω κλήση δεν θα στείλω ΜΑΡΚ και θα υπονοηθεί πως ζητώ ό,τι μου έχουν αναρτήσει. Σε μετέπειτα φάση, αν θελήσω να ελέγξω εκ νέου γιά εγγραφές, τότε θα θέσω ως παράμετρο τον τελευταίο ΜΑΡΚ που έλαβα από την προηγούμενη κλήση (λογικά αυτός θα είναι και ο μεγαλύτερος) με σκοπό να μου επιστρέψει τις νέες εγγραφές, αγνοώντας όσες έχω ήδη λάβει.

    Status: Proposed | Reported by Hidden Fri, 17 Jan 2020 12:55:21 GMT
  • Πίνακας 8.3- Προσθήκη ΠΟΛ.1167/29.7.2015

    Στον πίνακα εξαιρέσεων του ΦΠΑ μπορούμε να προσθέσουμε ένα επιπλέον κωδικό για την ΠΟΛ.1167/29.7.2015 ? Αν όχι τι πρέπει να κάνουμε? (Μέσα στην ΠΟΛ αυτή παίζουν διάφορα αρθρα) ευχαριστώ

    Status: Proposed | Reported by Hidden Fri, 17 Jan 2020 08:32:27 GMT
  • Μονάδες Μέτρησης

    στην περιγραφή των μονάδων μέτρησης δεν υπάρχουν τα ΜΕΤΡΑ

    Status: Proposed | Reported by Hidden Fri, 17 Jan 2020 07:01:44 GMT
  • σφάλματα που βγάζουν τα XSD αρχεία

    καλημέρα σε όλους, Στην εικόνα φαίνεται ένα από τα σφάλματα που βγάζουν τα XSD αρχεία. Χαρακτηριστικά να πω, ότι όλες οι εκδόσεις των XSD αρχείων βγάζουν παραπλήσια σφάλματα, εκτός από την πρώτη έκδοση (0.5), που δεν έχει σφάλματα.

    Status: Proposed | Reported by Hidden Fri, 17 Jan 2020 07:00:44 GMT
  • Φόρος Διαμονής Ξενοδοχείων

    Προσπαθούμε να στείλουμε τον φόρο διαμονής αφού έχουμε στείλει την απόδειξη παροχής υπηρεσιών πρώτα. Μας επιστρέφει το εξής λάθος "The sum of gross values of the invoice lines doesn't match with total gross value of the invoice" που είναι το πρόβλημα; Πώς γίνεται να μας επιστρέφει "Counterpart cannot be null" ενώ ο φόρος εκδίδεται σε ιδιώτη; Βγάζει λάθος "correlatedInvoices cannot be null" ενώ υπάρχει το uid απο το παραστατικό παροχής υπηρεσιών, πώς γίνεται;

    Status: Proposed | Reported by Hidden Thu, 16 Jan 2020 15:57:36 GMT
  • MARK ΑΠΟ SEND INVOICE ΔΙΑΦΟΡΕΤΙΚΟ ΜΕ MARK ΑΠΟ SEND INCOME CLASSIFICATION

    καλησπερα.καταχωρωντας με την SendInvoices ενα τιμολόγιο παίρνω το mark Α. Οταν το χαρακτηριζω με την SendIncomeClassification, στελνοντας το με το MARK A που πηρα απο την send invoices, μου επιστρεφει διαφορετικο MARK. αυτο ειναι το λογικο? κι αν ναι το χρειαζομαι και αυτο το MARK? ευχαριστω εκ των προτερων

    Status: Proposed | Reported by Hidden Thu, 16 Jan 2020 12:45:04 GMT
  • Υποχρεωτικότητα πεδίου country στην περίπτωση της requestInvoices

    Ενώ σύμφωνα με τις προδιαγραφές που δίδονται στο εγχειρίδιο του προγραμματιστή το πεδίο country του PartyType είναι υποχρεωτικό. Όταν ζητήσω τα παραστατικά που άλλος έχει εκδόσει για μένα μέσω της requestInvoices ούτε ο issuer ούτε ο counterpart έχουν χώρα(country).

    Status: Proposed | Reported by Hidden Thu, 16 Jan 2020 10:49:45 GMT
  • Counterpart vat number & name must be null

    Αγαπητοί, όταν στέλνετε το "invoiceType 17.1" με το "counterparty's name " και "vatnumber" έχω την απάντηση ότι πρέπει να είναι μηδενικές. Μετά τη θέση "0" για το όνομα και vatNumber, έχω ακόμα την ίδια απάντηση. Το αρχείο XML και η απάντηση προστίθενται.

    Status: Proposed | Reported by Hidden Thu, 16 Jan 2020 09:07:44 GMT
  • vatExemptionCategory [8.3 Κατηγορία Αιτίας Εξαίρεσης ΦΠΑ ] — προσθήκη ελεύθερων κωδικών εξαίρεσης απο τον χρήστη

    Καλησπέρα Συνάδελφοι________ Εχουμε ένα θέμα και δεν μπορούμε να το αντιστοιχίσουμε τον κάθε στοιχείο χρέωσης (του εμπορικού) σε κάθε απαλλασσόμενο κωδικό (του πιν. 8.3), διότι ανάλογα ανάλογα την περίπτωση μπορεί να ισχύει και άλλος κωδικός εξαίρεσης. Πχ , το στοιχείο χρέωσης (εμπορικού) [ ΘΑΛΑΣΣΙΟΣ ΝΑΥΛΟΣ 0% ] μπορεί να απαλλάσσεται ή με το άρθρο 22 ή με το άρθρο 14 ή με άρθρο 24 + 28 , Δηλαδή ανάλογα με τον πελάτη ή τη μεταφορά ο ίδιος κωδικός χρέωσης χρησιμοποιείται με άλλη απαλλαγή. ______Επομένως ο κωδικός κατηγορίας εξαίρεσης του ΦΠΑ πρέπει να επιλέγεται απο τον υπάλληλο της τιμολόγησης κατα την έκδοση τιμολογίου, αλλά το θέμα είναι ότι οι κινήσεις ανα μήνα ανέρχονται σε χιλιάδες, και επομένως πρακτικά είναι αδύνατον οι υπάλληλοι που εκδίδουν τα τιμολόγια να γνωρίζουν ανα περίπτωση τι κωδικό πρέπει να επιλέξουν. ___Λογω του παραπάνω αντικειμενικού προβλήματος ΠΡΟΤΕΙΝΟΥΜΕ την εξής λύση: _____Στον πίνακα 8.3. να μπούν ελεύθεροι κωδικοί π.χ απο την θέση 50 - 99, την περιγραφή των οποίων να την ορίζουν οι χρήστες. ____Ετσι, στην ποιό πάνω περίπτωση το στοιχείο χρέωσης (εμπορικού) ΘΑΛΑΣΣΙΟΣ ΝΑΥΛΟΣ 0% θα μπορούσε να αντιστοιχιστεί με έναν ελεύθερο κωδικό π.χ 50 = [ άρθρο 22 ή άρθρο 14 ή άρθρα 24 + 28 ] οπότε η τιμή του vatExemptionCategory θα είναι ο ελεύθερος κωδικός 50 Ευχαριστώ.

    Status: Proposed | Reported by Hidden Wed, 15 Jan 2020 16:39:32 GMT
  • Πρόβλημα με CounterPart σε παραστατικό 17.1 (Μισθοδοσίας)

    Προσπάθησα να περάσω παραστατικό 17.1 όπως και 13.1, χτυπάει καταρχήν Issuer Cannot be Null, τον περνάω. Εχοντας στο CounterPart τα στοιχεία της εταιρείας μας, χτυπάει μήνυμα counterpart vat number must be null. Αφαιρώ όλο το CounterPart και χτυπάει τώρα counterpart's Address cannot be null! Τελικά υπάρχει κάποια ενημέρωση πότε θα λυθούν όλα αυτά τα προβλήματα καθώς και αναλυτικές οδηγίες για το τι είναι υποχρεωτικό και τι όχι σε κάθε παραστατικό ή τουλάχιστον κάποια demo XML με όλων των ειδών τα παραστατικά? Υποτίθεται ότι από 1/1 θα ξεκινούσε η πιλοτική εφαρμογή.....

    Status: Proposed | Reported by Hidden Wed, 15 Jan 2020 15:16:50 GMT
  • Βοήθεια στα Correlated Invoices

    Μπορεί παρακαλώ κάποιος να ανεβάσει ένα demo XML με παραστατικό συσχετιζόμενο, όπου είναι απαραίτητη η συμπλήρωση CorrelatedInvoices ως StringList. Ευχαριστώ.

    Status: Proposed | Reported by Hidden Tue, 14 Jan 2020 18:42:41 GMT
  • Error Counterpart cannot be null σε Παραστατικά Αγορών Λιανικής (13.1)

    Προσπάθησα να στείλω παραστατικά Δαπανών Λιανικής που σημαίνει ότι δεν έχουν αντικρυζόμενο Προμηθευτή και χτυπάει το μήνυμα Counterpart cannot be null, ενώ σε αντίστοιχο Παρ/κό Λιανικής ΑΛΠ (11.1) περνάει κανονικά. Το έχει αντιμετωπίσει κάποιος άλλος?

    Status: Proposed | Reported by Hidden Tue, 14 Jan 2020 18:30:48 GMT
  • RequestInvoices και RequestIssuerInvoices δε μου επιστρέφει το Address του Issuer

    Γεια σας, οι Υπηρεσίες RequestInvoices και RequestIssuerInvoices μου απαντάνε με τα Invoices που έχω καταχωρήσει, αλλά μέσα στο RequestedInvoicesDoc τους δεν υπάρχει το Address του Issuer, (ενώ υπάρχει το Address του Counterpart) Επίσης στο InvoiceHeader δεν υπάρχει το InvoiceType που έχω καταχωρήσει στο παραστατικό κατα το ανέβασμά του στον Server. Υπάρχει κάποιο λάθος εδώ; Ευχαριστώ δε μου επιστρέφει το Address του Issuer

    Status: Proposed | Reported by Hidden Tue, 14 Jan 2020 18:24:41 GMT
  • LineNumbers με ιδια vatCategory

    Καλησπέρα συνάδελφοι, το συνημμένο παραστατικό έχει LineNumbers με ιδια vatcategories και το πέρασε κανονικά. Το αλλάξατε ? Να το αφήσω? ή πρόκειται για bug οπότε να το διορθώσω? Ευχαριστώ.

    Status: Proposed | Reported by Hidden Tue, 14 Jan 2020 12:56:34 GMT
  • Προτροπή γιά NULL ενώ υπάρχει λίστα τιμών.

    Χαίρετε. Συνημμένο σας αποστέλω το ResponseDoc που λάβαμε κατόπιν μίας δοκιμαστικής κλήσης. Η ερώτηση αφορά μόνο στα πεδία movePurpose, vehicleNumber, measurementUnit και quantity (έχουν σχολιαστεί κατάλληλα). Εμείς διαβιβάζουμε τιμές βάσει των προδιαγραφών αλλά όπως θα δείτε η υπηρεσία ζητά αυτές να είναι NULL γεγονός που έρχεται σε αντίθεση με την προδιαφραφή. Πιό συγκεκριμένα, οι τιμές που διαβιβάζονται είναι οι εξής: movePurpose: 1 vehicleNumber: /COURIER measurementUnit: 1 quantity: 1 Θα μπορούσατε παρακαλώ να μας το διευκρινήσετε πίο είναι το λάθος;

    Status: Proposed | Reported by Hidden Tue, 14 Jan 2020 09:10:59 GMT
  • Δημιουργία UID

    Καλησπέρα,
    επανέρχομαι στο θέμα "δημιουργία UID" επειδη δεν απαντήθηκε ολικά πως μπορώ να παράγω το UID μιας συναλλαγής που ανεβάζω με sendinvoice.
    Σε παράδειγμα για "ΑΦΜ:012345678 ετος:2019 ΑΜΤ:0 Τυπος:1.1 Σειρα:0 ΑΑ:99" το hash SHA1 θα το παραγω στο "012345678201901.1099"?
    Aρα θα πάρω αποτέλεσμα το "33FA809F4E1E30BDAB49E387806BE3FC8707A6EF"?

    Status: Proposed | Reported by Hidden Mon, 13 Jan 2020 17:39:33 GMT
  • Αποστολή παραστατικών από λήπτη

    Για να αποστείλει κάποιος με την sendInvoices θα πρέπει να έχει ΑΦΜ που σχετίζεται με το subscription key που χρησιμοποιεί. Πώς λοιπόν ο λήπτης θα μπορέσει να στείλει τα μη σταλθέντα παραστατικά του εκδότη του; Στο στοιχείο issuer και στο υποστοιχείο vatNumber θα πρέπει ο ΑΦΜ να είναι ο ΑΦΜ αυτού που έχει το subscription key αλλιώς δεν στέλνει.

    Status: Proposed | Reported by Hidden Mon, 13 Jan 2020 11:03:39 GMT
  • ExpensesClassificationsDoc : Could not find schema information for the element

    Καλησπέρα συνάδελφοι, προσπαθώ να στείλω ένα χαρακτηρισμό εσόδου αλλά μου βγάζει το μήνυμα [Could not find schema information for the element]. Κάνω κάτι λάθος? μπορείτε να με βοηθήσετε? Σας επισυνάπτω και το αρχείο. Ευχαριστώ.

    Status: Proposed | Reported by Hidden Fri, 10 Jan 2020 16:29:52 GMT
  • SendInvoices : Name element is forbidden for issuer from Greece

    Καλησπέρα συνάδελφοι Προσπαθώ να κάνω μιά αποστολή στοιχείου πώλησης ΑΠΟ έγκυρο ΑΦΜ σε έγκυρο ΑΦΜ και μου βγάζει το μήνυμα [Name element is forbidden for issuer from Greece] Επισυνάπτω τα αρχεία. Κάνω κάτι λάθος? Ευχαριστώ

    Status: Proposed | Reported by Hidden Fri, 10 Jan 2020 13:06:56 GMT
  • Δημιουργία UID

    Πως μπορώ να παράγω το UID μιας συναλλαγής που ανεβάζω με sendinvoice (πχ ΑΦΜ:012345678 ετος:2019 ΑΜΤ:0 Τυπος:1.1 Σειρα:0 ΑΑ:99 το hash θα το παραγω στο "012345678201901.1099"); Ποιός είναι ο "Αριθμός Εγκατάστασης στο Mητρώο του Taxis" για την συγκεκριμένη συναλλαγή;

    Status: Proposed | Reported by Hidden Fri, 10 Jan 2020 09:04:59 GMT
  • sendIncomeClassification - θέμα ασφάλειας ?

    Καλημέρα, θέλοντας να ελέγξουμε το επίπεδο ασφάλειας της μεθόδου, στείλαμε sendIncomeClassification με mark και amount παραστατικού που εκδόθηκε από άλλους, χρησιμοποιώντας ένα από από τα διάφορα αρχεία που έχουν αναρτηθεί από συναδέφλους στα issues. Δίνοντας τα δικά μας user και key, η κλήση ήταν επιτυχής! Δηλαδή, στείλαμε sendIncomeClassifiaction σε παραστατικό που δεν έχει εκδοθεί από εμάς, επιτυχώς! Η γνώση του mark και του amount είναι ίσως δύσκολη αλλά υπαρκτή. Δεν μπορούμε να αξιολογήσουμε τη σοβαρότητα του φαινομένου, αλλά πιστεύουμε ότι το validation του mydata θα έπρεπε να επιτρέπει το χαρακτηρισμό μόνο τον εσόδων που έχουν εκδοθεί από τον χρήστη της υπηρεσίας.

    Status: Proposed | Reported by Hidden Thu, 09 Jan 2020 11:02:45 GMT
  • selfPricing

    Καλησπέρα και καλή χρονιά, το πεδίο selfPricing πρέπει να συμπληρώνεται απο τον εκδότη και απο το λήπτη της συναλλαγής;

    Status: Proposed | Reported by Hidden Wed, 08 Jan 2020 17:00:11 GMT
  • "Unexpected technical error: One or more errors occurred" στην sendIncomeClassification

    Στέλνουμε 1 παραστατικό όπως φαίνεται στο συνημμένο "Unexpected technical error - sent.xml" και περνάει σωστά. Ακολούθως στέλνουμε income classification και λαμβάνουμε "Unexpected technical error: One or more errors occurred" με κωδικό 207

    Status: Resolved | Reported by Hidden Wed, 08 Jan 2020 12:33:33 GMT
  • Άρθρο μισθοδοσίας

    Καλημέρα σας και χρόνια πολλά, Θα ήθελα να εκφράσω μια απορία σχετικά με το λογιστικό άρθρο μισθοδοσίας. Το άρθρο μισθοδοσίας υποβάλλεται μηνιαίως με είδος παραστατικού οντότητας 17.1 και εκτός από τα ποσά αξιών που αφορούν σε αμοιβές προσωπικού και εργοδοτικές εισφορές, περιλαμβάνει παρακρατούμενους φόρους, δηλαδή φόρο μισθωτών υπηρεσιών και ειδική εισφορά αλληλεγγύης (κατ’ ελάχιστο). Οι παραπάνω παρακρατούμενοι φόροι δεν διαθέτουν κωδικό στον «Πίνακα 8.4-Κατηγορία συντελεστή παρακράτησης φόρου», στον οποίο έχουν κωδικοποιηθεί όλοι οι τύποι παρακράτησης, που εμφανίζονται στην «Στήλη 27» των παραστατικών ΑΑΔΕ (όπως εμφανίζονται στον πίνακα 2 – Αναλυτική περιγραφή λειτουργίας) Παρακαλώ να μας δώσετε ένα υπόδειγμα συμπλήρωσης αρχείου, για παραστατικό μισθοδοσίας με ποσά π.χ. αμοιβές προσωπικού €10.000,00, εργοδοτικές εισφορές €2.481,00, ΦΜΥ €1.750,00 και εισφορά αλληλεγγύης €182,25 Ευχαριστώ

    Status: Proposed | Reported by Hidden Wed, 08 Jan 2020 09:43:57 GMT
  • SendInvoices: για ίδιο σώμα XML από το web περιβάλλον παίρνω το ResponseDoc ενώ από την εφαρμογή C# παίρνω JSON StatusCode: 202, ReasonPhrase: 'Accepted' Συνάδελφοι

    Συνάδελφοι, για το SendInvoices χρησιμοποιώ το κώδικα C# που υπάρχει στο myData. Ενώ για το ίδιο σώμα XML (τιμολόγιο) από το web περιβάλλον λαμβάνω κανικά το ResponseDoc με ενημερωμένα τα elements (entityUid, entityMark) μέσα από την εφαρμογή c# η response = await client.PostAsync(uri, content); response.toString() επιστρέφει το παρακάτω περιεχόμενο (τι κάνω λάθος ή τι πρέπει να κάνω για να λάβω το ResponseDoc) {StatusCode: 202, ReasonPhrase: 'Accepted', Version: 1.1, Content: System.Net.Http.StreamContent, Headers: { Pragma: no-cache Request-Context: appId=cid-v1:d79d33b2-a8ec-4d26-b285-a641ea27dce3 Cache-Control: no-cache Date: Mon, 06 Jan 2020 21:17:53 GMT X-Powered-By: ASP.NET Content-Length: 1905 Content-Type: application/xml; charset=utf-8 Expires: -1 }}

    Status: Resolved | Reported by Hidden Tue, 07 Jan 2020 21:45:05 GMT
  • Πρόβλημα με sendIncomeClassification όταν το παραστατικό έχει 2 γραμμές (?)

    Αποστέλλουμε το XML "problem with incomeClassification.xml" και παίρνουμε το λάθος που αναγράφεται στο αρχείο "problem with incomeClassification - response.xml" Μπορείτε να μας υποδείξετε το λάθος? (Μάλλον για το ΜΑΡΚ 1000000000106 δεν μας βγάζει λάθος. Μόνο για το 1000000000107)

    Status: Proposed | Reported by Hidden Tue, 07 Jan 2020 15:29:34 GMT
  • Name element is forbidden for counterpart from Greece (2)

    Επανερχόμαστε σε αυτό το θέμα. 1) Εξακολουθεί να χτυπάει 2) Αν βάλουμε τη λογική "αν η χώρα είναι Ελλάδα, μην συμπληρώνεις τα πεδία ονόματος και διεύθυνσης", όπως έχει προταθεί αλλού, τότε παίρνουμε νέο μήνυμα λάθους: Line:8.Position:5.The element issuer in namespace http://www.aade.gr/myDATA/invoice/v1.0 has incomplete content. List of possible elements expected: name, address in namespace http://www.aade.gr/myDATA/invoice/v1.0. Τελικά, πώς πρέπει να δομούμε το XML? Έχουμε πρόβλημα, διότι λόγω αυτού του λόγου, έχουμε σταματήσει όλα μας τα τεστ!

    Status: Proposed | Reported by Hidden Tue, 07 Jan 2020 08:58:11 GMT
  • Λάθος Υπολογισμού Αξιών ΦΠΑ απο την myDATA

    Σε συνέχεια του προηγούμενου Post https://mydata-dev.portal.azure-api.net/issues/5e0f3bf8e3d0310ee872549b και κάνοντας πλέον με πραγματικά παραστατικά δοκιμές απο εφαρμογή μας είχαμε λάθος αποστολή στην παρακάτω περίπτωση: Καθαρή αξία στο 13% 6,77 Αξία ΦΠΑ 0,88 Σύνολο Παραστατικού 7,65. Το portal βγαζει λάθος συνόλων γιατι υπολογίζει το ΦΠΑ ΧΩΡΙΣ ΣΤΡΟΓΓΥΛΟΠΟΙΗΣΗ ΣΤΑ 2 ΔΕΚΑΔΙΚΑ ( Κανόνας του Ευρώ στις Αξίες) με αποτέλεσμα να "περιμένει" αξία ΦΠΑ 0,08801 και Σύνολο Παραστατικού 7,6501€. Επισυνάπτω και τα 2 xml αρχεία το invoices_error ειναι αυτό που εμπεριέχει ΣΩΣΤΑ τους υπολογισμούς αξιών με στρογγυλοποίηση στα 2 Δεκαδικα και ΔΕΝ ΤΟ δέχεται το Portal και το invoices.xml που αλλάξαμε με το χέρι το ΦΠΑ και την Συνολική Αξία και το δέχτηκε κανονικά. Την ίδια δοκιμή κάναμε και απ' ευθείας απο το portal μέσω του API με τα ίδια αποτελέσματα.

    Status: Proposed | Reported by Hidden Mon, 06 Jan 2020 16:51:57 GMT
  • Καταχώρηση Παραστατικών Λιανικής δεν μπορεί να καταχωρηθεί λόγο υπολογισμών του service για έλεγχο αξιών.

    Καλησπέρα σας, Θα ήθελα να μου διευκρινίσετε τον τρόπο με τον οποίο μπορώ να στείλω ένα παραστατικό λιανικής πώλησης που έχει ως τελική αξία 47€ η οποία περιέχει δύο είδη. Είδος 1 Αξία: 42€ Καθαρή Αξία: 33.87€ ΦΠΑ: 8.13€ (ΦΠΑ 24%) Είδος 2 Αξία: 5€ Καθαρή Αξία: 4.42€ ΦΠΑ: 0.58€ (ΦΠΑ 13%) Ο υπολογισμός/έλεγχος ο οποίος γίνετε από το service για να καθορίσει το totalGrossValue δεν θα μπορέσει ποτέ να συμφωνήσει με το ποσό που θα πρέπει εγώ να στείλω το οποίο είναι το 47€. Ο πελάτης έχει πληρώσει 47€ και όχι 46.99340€ γιατί όταν πρόκειται για παραστατικά λιανικής οι υπολογισμοί γίνονται ξεκινώντας από το πληρωτέο και αποφορολογόντας φτάνουμε στην καθαρή αξία και το ΦΠΑ. Το ίδιο και για το totalVatAmount το οποίο είναι 8.71€. Τα πραγματικά στοιχεία που θα έπρεπε να δέχεται είναι Σύνολο Καθαρής Αξίας: 38.29€ Σύνολο ΦΠΑ: 8.71€ Συνολική Αξία: 47€ Σε ένα τέτοιο παραστατικό το service δέχτηκε τις αξίες Σύνολο Καθαρής Αξίας: 38.29000€ Σύνολο ΦΠΑ: 8.70340€ Συνολική Αξία: 46.99340€ Μηνύματα Λάθους που λαμβάνω The sum of gross values of the invoice lines doesn't match with total gross value of the invoice The sum of vat amount of the invoice lines doesn't match with total vat amount of the invoice Σας επισυνάπτω και τις κλήσεις που δοκιμάζω για την περίπτωση που αναφέρω.

    Status: Proposed | Reported by Hidden Fri, 03 Jan 2020 13:04:56 GMT
  • XML Σχήματος Παραστατικού (InvoiceRowType ... inv:invoiceDetailType)

    Σχετικά με το XML Σχήματος Παραστατικού invoiceDetailType (InvoiceRowType ... inv:invoiceDetailType), στο Pdf αρχείο αναφέρει, Υποχρεωτικό: ΝΑΙ, Τύπος: int, Περιγραφή: Επισήμανση, Αποδεκτές τιμές: Λίστα τιμών 1,2 !!! Δεν υπάρχει σχετική επεξήγησή !!! - Τι πάει να πει "Επισήμανση" !!! - Πότε και γιατί θα παίρνει τιμή 1 ή 2 !!!

    Status: Resolved | Reported by Hidden Fri, 03 Jan 2020 11:14:39 GMT
  • Πρόβλημα Ημερομηνίας δοκιμάζοντας την RequestIssuerInvoices

    Καλή Χρονιά και Χρόνια Πολλά σε όλους με υγεία. Σήμερα δοκιμάζοντας την RequestIssuerInvoices παρατήρησα τα εξής. Με ημερομηνία 2/1/2020 καταχωρώ παραστατικό με εκδότη και λήπτη το ιδιο ΑΦΜ ( για να τα πάρω με την RequestInvoices) Με την RequestInvoices μου το φέρνει με σωστή ΗΜΕΡΟΜΗΝΙΑ issuedate 2020-01-02 UID 0127D622275FB7B9B21413D485EC4D15DA67165A MARK 1000015054983 α/α Παρ/κού 9999 Σύνολο Αξίας 300 Σύνολο ΦΠΑ 72.00 Ενώ με την RequestIssuerInvoices εμφανίζει ΟΛΑ τα Παραστατικά με issuedate 1970-01-01 issuedate 1970-01-01 C888BF1BB65E051C28A1A9BB3658CE28BA8F5037 1000015054983 α/α Παρ/κού 9999 Σύνολο Αξίας 300 Σύνολο ΦΠΑ 72.00 και φυσικά διαφέρουν και τα UID. Παραστατικά που είχα καταχωρήσει με τον ιδιο τρόπο εκδότης και λήπτης με το ιδιο ΑΦΜ πριν απο τις 19-12-2019 με την RequestIssuerInvoices μου τα εμφανίζει με σωστή Ημερομηνία. Απο αυτή την ημερομηνία και μετά ολα εχουν ημερομηνία 01-01-1970 με την RequestIssuerInvoices ενώ παλαιότερα παραστατικά τα εμφανίζει με την σωστή ημερομηνία ακόμα και παραστατικό που είχα καταχωρήσει στις 09-08-2019 με MARK 1000001855165.

    Status: Proposed | Reported by Hidden Thu, 02 Jan 2020 22:03:46 GMT
  • Πρόβλημα με SendExpencesClassification

    Συνάδελφοι, μπορεί κάποιος να εξηγήσει γιατί λαμβάνω την απάντηση response.xml μετά από την αίτηση expensesclassification.xml Ευχαριστώ πολύ!

    Status: Resolved | Reported by Hidden Thu, 02 Jan 2020 14:39:07 GMT
  • Ειδικό Ακυρωτικό Στοιχείο

    Καλησπέρα. Η έκδοση του Ειδικού Ακυρωτικού Στοιχείου πώς θα αντιμετωπίζεται δεδομένου ότι το αρχικό παραστατικό πώλησης έχει σταλεί στην ΑΑΔΕ και δεν υπάρχει τρόπος διαγραφής του αρχικού παραστατικού από την πλαρφόρμα. Η πράξη δεν είναι έκδοση πιστωτικού (παραστατικό 5.1 ή 5.2)? Στον Φορολογικό μηχανισμό προβλέπεται διαδικασία. Εδώ? Ευχαριστώ

    Status: Proposed | Reported by Hidden Thu, 02 Jan 2020 13:44:59 GMT
  • XML Σχήματος Παραστατικού (5.2 Επικεφαλίδα παραστατικού inv:currency)

    Σχετικά με το XML Σχήματος Παραστατικού (5.2 Επικεφαλίδα παραστατικού inv:currency) για το Currency μας λέτε να βάλουμε κωδικό νομίσματος σύμφωνα με το πρότυπο ISO 4217, το πρότυπο ISO 4217 έχει για το νόμισμα, Alphabetic Code και Numeric Code ποιόν κωδικό θέλετε ; (π.χ. ENTITY: EUROPEAN UNION, Currency: Euro, Alphabetic Code: EUR, Numeric Code: 978, Minor unit: 2);

    Status: Resolved | Reported by Hidden Thu, 02 Jan 2020 12:06:10 GMT
  • Χαρακτηρισμός εκκαθάρισης αγροτικών προϊόντων που πωλούνται για λογαριασμό τρίτων

    Η εκκαθάρηση πωλήσεων αγροτικών προιόντων για λογαριασμό τρίτων (παραγωγών συνήθως) περιέχει και έξοδα (αυτά που αποδίδονται στον παραγωγό) και έσοδα (προμήθεια της εκκαθάρησης για την επιχήρηση), ή ενδεχομένως και άλλα έξοδα που βαρύνουν τον παραγωγό φωρτωτικά κλπ , πως γίνετε ο χαρακτηρισμός τέτοιων παραστατικών; . Επίσης ειναι δυνατόν η εκκαθαρηση τετοιων προιόντων να είναι και αρνητική γιατί ενδεχομένως η πώληση να μην καλύπτει τα έξοδα πως θα γίνει η αποστολή τέτοιων παραστατικών αφου το σύστημα δεν δέχετε αρνητικά ποσά; Θα πρέπει να σπάμε την εκκαθάρηση σε 30 υποπαραστατικά εσόδων και εξόδων με αντοιστιχα mark;. Και το μεγάλο ερωτημα παραμένει. Γιατί θα πρέπει να χαρακτηρισμός των παραστατικών να γίνετε με άλλη διαδικασία για τον εκδότη και όχι με την αποστολή του παραστατικού. Η εκτίμησή μου ειναι ότι, ουτε το 2030 δεν θα είστε ετοιμοι για τα ηλεκτρονικά βιβλία κύριοι της myData αφού μέχρι και σήμερα δεν έχετε επιλύσει το απλό θέμα των δεκαδικών του φπα.

    Status: Resolved | Reported by Hidden Thu, 02 Jan 2020 08:23:07 GMT
  • Διαφορετικό mark

    Στέλνωντας με την SendInvoices παίρνω mark . Χαρακτηριζόντας το με την SendIncomeClassification παίρνω διαφορετικό mark. Η ερωτηση μου είναι αν μου χρειάζεται το mark της SendIncomeClassification

    Status: Proposed | Reported by Hidden Mon, 30 Dec 2019 15:24:10 GMT
  • Δημιουργία Νέου Λογαριασμού

    Καλημέρα Συνάδελφοι και χρόνοια πολλά_____ προσπαθω να ανοίξω ένα νέο λογαριασμο για να κάνω τα test, διαφορετικό απο αυτόν της εταιρειας, και χρησιμοποιόντας το προσωπικό μου ΑΦΜ και email αλλά μου βγάζει ότι το email (το προσωπικό μου) είναι ήδη καταχωρημένο, ενώ ποτέ δεν άνοίχτηκε λογαριασμός στο MyDATA με αυτό το email. ___Πρόκειτε για Λάθος ? ____Πρέπει να κάνω κάτι άλλο?_____ Αν δεν υπάρχει καποιο λαθος απο μέρους σας, μπορείτε να δείτε τι έχει γίνει με το email μου? (ότι πληροφορίες θέλετε θα σας τις δώσω μέσω του email του τρεχοντος λογαριασμού) Ευχαριστώ.

    Status: Resolved | Reported by Hidden Mon, 30 Dec 2019 14:06:39 GMT
  • RequestInvoices

    Υπάρχει κάποιο πρόβλημα τις τελευταίες ημέρες με το RequestInvoices; Στέλνω κανονικά τα παραστατικά, επιστρέφει entityUid & entityMark αλλά όταν τα ζητάω δεν εμφανίζεται κανένα αποτέλεσμα.

    Status: Proposed | Reported by Hidden Mon, 30 Dec 2019 07:11:30 GMT
  • request invoice δεν εμφανίζει το παραστατικό

    Καλησπέρα. Σε java ενώ υπάρχει το μαρκ δεν το εμφανίζει CloseableHttpClient httpclient = HttpClients.createDefault(); try { URIBuilder builder = new URIBuilder("https://mydata-dev.azure-api.net/RequestInvoices"); builder.setParameter("mark", "1000015006071"); // builder.setParameter("nextPartitionKey", "{string}"); // builder.setParameter("nextRowKey", "{string}"); URI uri = builder.build(); HttpGet request = new HttpGet(uri); request.setHeader("aade-user-id", "user"); request.setHeader("Ocp-Apim-Subscription-Key", "key"); // Request body // StringEntity reqEntity = new StringEntity("{body}"); // request.setEntity(reqEntity); HttpResponse response = httpclient.execute(request); HttpEntity entity = response.getEntity(); System.out.println(response.getStatusLine().toString()); if (entity != null) { System.out.println(EntityUtils.toString(entity)); } } catch (Exception e) { System.out.println(e.getMessage()); } ευχαριστώ

    Status: Proposed | Reported by Hidden Sat, 28 Dec 2019 17:14:19 GMT
  • Παραστατικό 1.6 ΛΑΘΟΣ

    Καλημέρα σας. Στέλνω Παραστατικό 1.6 (Τιμολόγιο πώλησης / Συμπληρωματικό Παραστατικό) και βγάζει correlatedInvoices cannot be null 204. Βάλω δε βάλω περιεχόμενο το ίδιο λάθος.

    Status: Proposed | Reported by Hidden Sat, 28 Dec 2019 08:23:04 GMT
  • Καλά Χριστούγεννα και Χρόνια Πολλά σε όλους!

    Καλά Χριστούγεννα και Χρόνια Πολλά σε όλους!

    Status: Resolved | Reported by Hidden Thu, 26 Dec 2019 18:59:24 GMT
  • Τεκμηρίωση σχετικά με τους ελέγχους και τις επικυρώσεις του σχήματος/ Documentation regarding Schema controls and validations

    Αγαπητοί, θέλω να δώσω προσοχή στο γεγονός ότι δεν υπάρχει τεκμηρίωση σχετικά με τους ελέγχους και τις επικυρώσεις που κάνει το σχήμα. Δοκίμασα αρκετά παραδείγματα, αλλά αυτό είναι απαραίτητο! Πότε μπορούμε να περιμένουμε για την απελευθέρωση τέτοιων εγγράφων;

    Status: Proposed | Reported by Hidden Wed, 25 Dec 2019 08:58:41 GMT
  • Dummy data - εταιρείες για τεστ

    Πως γίνεται να δουλέψουμε με εικονικά δεδομένα ( 2-3 ΑΦΜ) ώστε να μπορούμε να πειραματιστούμε?

    Status: Proposed | Reported by Hidden Tue, 24 Dec 2019 14:39:08 GMT
  • Γενική παρατήρηση υλοποίησης

    Θα ήθελα να σας προτείνω να σκεφθείτε πολύ σοβαρά να υλοποιήσετε στην πλατφόρμα σας τις 2 κρίσιμες ενέργειες που έχει άλλωστε, όπως γνωρίζετε, κάθε βάση δεδομένων δηλαδή το DELETE και το UPDATE. Το INSERT που κάνετε συνεχώς μπορεί να κάνει τα api πολύ γρήγορα, αυτό που ονομάζετε «api υψηλής διαθεσιμότητας» αλλά επί της ουσίας στην λογική μιας βάσης δεδομένων όπως αυτή που υλοποιείτε, τα αποτελέσματα θα είναι, κατά την γνώμη μου, εξαιρετικά αρνητικά. Δεν μπορεί το ίδιο παραστατικό να παίρνει, με κάθε αποστολή, το ίδιο UID (αν τα εμπλεκόμενα πεδία είναι ίδια) αλλά διαφορετικό mark. Δηλαδή 10 αποστολές να σημαίνει 10 εγγραφές με ίδιο UID και διαφορετικό mark. Ούτε να μην επιτρέπεται η διαγραφή ενός record. Αν υπολογίσουμε την πλατφόρμα να υπηρετεί τα παραστατικά όλης της χώρας, σκεφθείτε το αποτέλεσμα. Καταλαβαίνω πού καλά ότι τόσο το DELETE όσο και το UPDATE απαιτούν πολύ περισσότερο χρόνο εκτέλεσης, ενώ το INSERT συγκριτικά ελάχιστο. Αλλά χωρίς τις 2 πρόσθετες εντολές νομίζω ότι δεν θα προκύψει αξιοποιήσιμη πλατφόρμα. Βέβαια αυτή είναι η δική μου γνώμη, και θα ήθελα να ακούσω και άλλους συναδέλφους να τοποθετούνται επ΄ αυτού εκτός από την ομάδα ανάπτυξης. Σας ευχαριστώ και περιμένω με ενδιαφέρον την απάντησή σας διότι έχει και σχεδιαστικό χαρακτήρα για εμάς η υλοποίηση που θα ακολουθήσετε.

    Status: Proposed | Reported by Hidden Tue, 24 Dec 2019 09:54:31 GMT
  • SendIncomeClassification

    Καλημέρα. Από χθές που ξαναδοκίμασα αποστολές χαρακτηρισμών το api επιτρεφει νέο entitymark κάθε φορά που γίνεται αποστολή χαρακτηρισμού για το ίδιο παραστατικό, που έχει άλλωστε το δικό του mark. Τι ακριβώς συμβαίνει ? Ευχαριστώ...

    Status: Proposed | Reported by Hidden Tue, 24 Dec 2019 09:09:02 GMT
  • Χρόνος λήξης Tests myData για προγραμματιστές

    Η διαδικασία των τεστ που κανουμε , εχει κάποιο χρόνο λήξης ? Είχα στο μυαλό μου οτι θα ηταν απο 1/10 εως το τέλος του έτους. Παρότι θεωρώ ότι τελείωσα με τον κώδικα , υπάρχουν σημαντικές λεπτομέρειες ( σαν τα 2 ή 5 δεκαδικά ) που δεν έχουν ξεκαθαριστεί. Αρα δεν εχω τελειώσει ! Εχει ανακοινωθεί οτι από 1/4/2020 πρέπει να "τρέχει" το API ( μέσω των εφαρμογών μας ). Για να μην μακρηγορώ , έχουμε κάποια ημερομηνία ?

    Status: Proposed | Reported by Hidden Mon, 23 Dec 2019 19:45:49 GMT
  • Business Workflows

    Καλησπέρα, Έστω το εξής παράδειγμα : Βήμα 1 : Στέλνουμε επιτυχώς ένα παραστατικό με την μέθοδο sendinvoices. Βήμα 2 : Στέλνουμε επιτυχώς την οντότητα με τα στοιχεία εσόδων για το παραστατικό Βήμα 3 : Λόγω λάθους επιδιώκουμε και ξαναστέλνουμε επιτυχώς με διορθωμένα στοιχεία το ίδιο παραστατικό απο το βήμα 1. Το mydata κάνει αυτομάτως drom / fail την οντότητα με τα στοιχεία εσόδων ή την θεωρεί valid μέχρι να την "καπακώσει" η επόμενη σωστή για το συγκεκριμένο παραστατικό?

    Status: Proposed | Reported by Hidden Mon, 23 Dec 2019 14:30:31 GMT
  • SendIncomeClassification / SendExpenseClassification Methods

    Καλησπέρα και καλές γιορτές, 1.Όταν στέλνουμε τα στοιχεία εσόδων/εξόδων για παραστικά με τις συγκεκριμένες μεθόδους θα πρέπει να επιστρέφουν υποχρεωτικά uid τιμή που θα χαρακτηρίζει μοναδικά την οντότητα εσόδου / εξόδου που υποβάλαμε για το συγκεκριμένο παραστατικο σε περίπτωση επιτυχημένης καταχώρησης? 2.Σε περίπτωση που υποβάλλουμε δεύτερη φορά (για παράδειγμα) για το ίδιο παραστατικό την οντότητα στοιχείων εσόδου θα πρέπει να μας επιστραφεί τιμή uid ίδια όπως και όταν καταχωρήθηκε πρωτη φορά η οντότητα εσόδων του συγκεκριμένου παραστικού?

    Status: Proposed | Reported by Hidden Mon, 23 Dec 2019 14:24:12 GMT
  • SendIncomeClassification Method , Uid Field

    Καλησπέρα, Μέχρι πριν κάποιες μέρες η συγκεκριμένη μέθοδος επέστρεφε τιμή για το πεδίο uid , σήμερα δεν επιστρέφει τιμή για το πεδίο uid . Έχει γίνει κάποια αλλαγή? (Παρεπιπτόντως η SendExpenseClassification method εξακολουθεί να στέλνει uid τιμή )

    Status: Proposed | Reported by Hidden Mon, 23 Dec 2019 14:16:00 GMT
  • Η Χρήση κανονικού ΑΦΜ είναι ασφαλής στο περιβάλλον για δοκιμές?

    Είναι ασφαλές οι δοκιμές σε αυτό το dev περιβάλλον να γίνουν με κανονικά αφμ ? Οι όποιες εγγραφές δημιουργηθούν για λόγους δοκιμών θα διαγραφούν από το σύστημα κάποια στιγμή?

    Status: Proposed | Reported by Hidden Mon, 23 Dec 2019 13:27:43 GMT
  • Κανονικό Test Enviroment για δοκιμές

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

    Status: Proposed | Reported by Hidden Mon, 23 Dec 2019 13:23:12 GMT
  • Περιορισμός στον αριθμό παραστικών με την sendinvoices?

    Καλησπέρα, Υπάρχει κάποιος περιορισμός στον αριθμό παραστικών που μπορούμε να ανεβάσουμε στο myData-dev περιβάλλον με την μέθοδο sendinvoices, και συγκεκριμένα 12? Παρατηρώ ότι ενώ στέλνω εκατοντάδες παραστατικά επιτυχώς με την συγκεκριμένη μέθοδο , μόνο τα πρώτα 12 μπορώ να τραβήξω με την requestinvoices. (Χρησιμοποιώ το ίδιο τεστ αφμ και για issuer και για counter, ώστε να μπορώ να κάνω κάποιους υποτυπώδεις ελέγχους των αποτελεσμάτων μεθόδων).

    Status: Proposed | Reported by Hidden Mon, 23 Dec 2019 13:09:46 GMT
  • SendIncomeClassification() για πολλά παραστατικά

    Σύμφωνα με το documentation και incomeClassification-v0.5.1.xsd, ένα /IncomeClassificationsDoc element μπορεί να περιέχει ένα ή περισσότερα /incomeInvoiceClassification elements στα οποία ορίζονται οι χαρακτηρισμοί εσόδων του κάθε παραστατικού, βάσει του υπάρχοντος MARK. Στις δοκιμές που κάνω σήμερα, σε κλίσεις όπου υπάρχουν άνω το ενός incomeInvoiceClassification elements, λαμβάνω μόνο ένα /response για το πρώτο incomeInvoiceClassification. Να αναμένουμε διόρθωση της SendIncomeClassification() ή αλλαγή στο XML schema;

    Status: Proposed | Reported by Hidden Mon, 23 Dec 2019 13:09:11 GMT
  • ΣΗΜΑΝΤΙΚΗ ΕΡΩΤΗΣΗ προς ομάδα myData η προς οποιοδήποτε συνάδελφο γνωρίζει

    Ανεβάζω me Sendinvoices ένα παραστατικό και παίρνω MARK αφού κάνω μια διόρθωση στο παραστατικό ξανά ανεβάζω το ίδιο παραστατικό με ίδιο UID και παίρνω νέο MARK, μετά χαρακτηρίζω με Sendincomeclassifications το παραστατικό , αλλά βλέπω ότι η ΑΑΔΕ κρατά και τα 2 παραστατικά (που στην ουσία είναι ένα αφού έχει ίδιο UID) Εάν Τρέξω την Requestinvoice (σαν λήπτης του παραπάνω παραστατικού) βλέπω ότι ο προμηθευτής στην ουσία μου έκοψε 2 παραστατικά (το ένα χαρακτηρισμένο και το άλλο όχι)

    Status: Resolved | Reported by Hidden Mon, 23 Dec 2019 12:22:42 GMT
  • counterpart cannot be null σε αποστολη εγγραφων μισθοδοσια, αποσβέσων και γενικα στην ομαδα τυπου παραστατικων 17

    Ενώ παλιότερα δεν υπήρχε πρόβλημα στην αποστολή παραστατικων τυπου 17 τώρα απανταει με λάθος counterpart cannot be null ΔΕΝ υπάρχει counterpart

    Status: Proposed | Reported by Hidden Mon, 23 Dec 2019 10:11:54 GMT
  • Πρόταση για τα ηλεκτρονικά τιμολόγια.

    Μήπως θα ήταν ποιο συνετό σαν ιδέα να βγάζατε μια εφαρμογή σε windows,mac,android την οποία να έκανε όλη αυτη τη διαχείρηση των τιμολογίων έτσι ως ωστε να μη δημιουργόταν λάθη και απλά για ότι καινουργιο έβγαινε απλα να κατεβάζαμε τη τελευταία έκδοση και να μην επεμβέναμε συνέχεια στο κώδικα. Να στέλναμε ένα excel με τα πεδία που χρειάζεστε και να πέρναμε το ΜΑΡΚ και το UID κλπ.. Επίσης δεν έχουν γνώση όλοι οι προγραμματιστές με xml. Κατα πόσο υπάρχει περίπτωση να υλοποιηθεί κάτι τέτοιο?

    Status: Proposed | Reported by Hidden Sun, 22 Dec 2019 11:15:10 GMT
  • Ερώτηση για το XML και τισ τιμές των vatCategory και invoiceType

    Υπάρχει κάποια λίστα με τις τιμές του InvoiceType (στο xsd υπάρχει ενα enumeration αλλά σε αυτό δεν φαίνεται ποιος τύπος πραστατικού είναι) ; Υπάρχει κάποια λίστα με τις τιμές του vatCategory (στο xsd υπάρχει μόνο ελαχιστη και μέγιστη τιμή και πάλι δεν φαίνεται σε τι ποσοστό αντιστοιχεί) ; Ευχαριστώ

    Status: Resolved | Reported by Hidden Fri, 20 Dec 2019 11:37:14 GMT
  • ΠΡΟΣ ΟΜΑΔΑ ΑΝΑΠΤΥΞΗΣ: ΠΕΡΙΠΤΩΣΗ ΧΕΙΡΟΓΡΑΦΩΝ ΠΑΡΑΣΤΑΤΙΚΩΝ

    Καλημέρα σας, έχετε σκεφτεί τις περιπτώσεις των χειρόγραφων παραστατικών και των λαθών που μπορεί να γίνουν;_____ Υποθετικά μιλώντας πάντα, έστω ένα απλό παράδειγμα. Ένα παραστατικό με καθαρή αξία 100,00€ και ΦΠΑ 24% όπου ο εκδότης, από κεκτημένη ταχύτητα, γράφει ΦΠΑ 25,00%, και δεν γίνεται έγκαιρα αντιληπτό ούτε από τον εκδότη ούτε από τον λήπτη. Ο λήπτης πρέπει να αποδώσει και να απεικονίσει υποχρεωτικά και τα 25,00€ που εισέπραξε. Πώς θα το κάνει αυτό στα myDATA; Με τα τώρα δεδομένα δεν μπορεί να συμβεί.

    Status: Proposed | Reported by Hidden Fri, 20 Dec 2019 07:39:11 GMT
  • ΠΡΟΣ ΟΜΑΔΑ ΑΝΑΠΤΥΞΗΣ: ΓΕΝΙΚΑ ΠΡΟΒΛΗΜΑΤΑ ΣΤΡΟΓΓΥΛΟΠΟΙΗΣΕΩΝ ΠΟΥ ΠΡΕΠΕΙ ΝΑ ΛΑΒΕΤΕ ΥΠΟΨΗ

    Καλημέρα σας, θα ήθελα να επαναφέρω το θέμα των στρογγυλοποιήσεων που είχε θίξει ένας άλλος συνάδελφος. Εάν δεν μπορέσει να βρεθεί λύση, το όλο σύστημα των Ηλεκτρονικών Βιβλίων και τα myDATA δεν πρόκειται να λειτουργήσουν και καλύτερα να σταματήσουν εδώ πριν παιδευτούμε όλοι μας παραπάνω.____________________ Προσπαθούμε να αντιμετωπίσουμε την εξής πραγματική περίπτωση που συνέβη χτες. Έχουμε ένα Τιμολόγιο με δύο εγγραφές, με καθαρή αξία 271,69€ και 169,73€ με ΦΠΑ 24% και τα δύο. Αντίστοιχα, έχουν ΦΠΑ 65,2056€ και 40,7352€. Τα παραπάνω ΦΠΑ στο παραστατικό φαίνονται στρογγυλοποιημένα ως 65,21€ και 40,74€. Στην καθαρή αξία έχει μπει παρακράτηση Φόρου 20% με 54,338€ και 33,946€ αντίστοιχα. Επίσης οι παρακρατήσεις εμφανίζονται αθροιστικά ως 88,28€ αντί για 88,284€.____________________ Ο πελάτης έχει πληρώσει το ποσό των [441,42 καθαρής αξίας – 88,28 παρακράτηση + 105,95 ΦΠΑ] 459,09€.____________________ Όταν το παραστατικό υποβάλλεται, παρουσιάζονται 3 σφάλματα. Ένα για το σύνολο παραστατικού, ένα για το σύνολο ΦΠΑ και ένα για το σύνολο των παρακρατήσεων. ____________________ Σύμφωνα με τα δεδομένα που υπάρχουν αυτήν την στιγμή θα έπρεπε να υποβληθεί το ποσό των 459,0768€ και ποσό παρακράτησης 88,284. Όπως παρατηρείτε, υπάρχει ήδη μία συνολική διαφορά του 0,0132€, που οφείλεται στον ΦΠΑ και την παρακράτηση. Συγκεκριμένα για τον ΦΠΑ έχουμε 65,2056+40,7352=105,9408. Ωστόσο ο εκδότης έχει εισπράξει 105,95€ ΦΠΑ, το οποίο και πρέπει να αποδώσει, πράγμα που δεν του επιτρέπεται. ____________________ Συνεπώς, με τα ως τώρα δεδομένα, το παραστατικό αυτό δεν πρόκειται να υποβληθεί ποτέ! ____________________ Θα μου πείτε τώρα «γιατί δεν αθροίζεις τις καθαρές αξίες να κάνεις μία εγγραφή με 24%;». Γιατί πολύ απλά πρόκειται για διαφορετικά προϊόντα, και όπως όλοι μας θέλουμε να διευκολύνουμε τον πελάτη μας που θα τα αντλήσει στην συνέχεια. Από αυτά, το ένα ή και τα δύο μπορεί να είναι πάγια. Αν μαζευτούνε όλα σε μία εγγραφή, ο χρήστης όταν θα κάνει τις καταχωρήσεις του, δεν θα μπορεί να ξέρει τι ποσό αντιστοιχεί σε κάθε εγγραφή ούτε πόσες εγγραφές είναι. Μέχρι λοιπόν να πάρει το παραστατικό στα χέρια του, πρέπει κάπως να δουλέψει. Προφανώς δεν περιμένετε να συμβεί αυτό για να ανατρέξει πάλι πίσω στο καταχωρημένο παραστατικό για να το σπάσει. Ας μην ξεχνάμε ότι οι τελικοί χρήστες μπορεί να χρησιμοποιούν λογιστικό από άλλη εταιρεία και τιμολόγηση από άλλη και οι εγγραφές να μην μπορούν να γίνουν αυτόματα. Αλλά και πάλι έστω ότι στέλνονται συγκεντρωτικά οι καθαρές αξίες με τον ίδιο ΦΠΑ, πάρτε το ίδιο παραστατικό και βάλτε την μία εγγραφή με ΦΠΑ 13%. Θα προκύψει πάλι 0,01€ διαφορά.____________________ Προτείνω τους εξής τρόπος διόρθωσης: 1ος τρόπος: Να επαναφέρετε το σύστημά σας όπως ήταν πριν, όπου δεν γίνονταν τέτοιοι έλεγχοι. Ωστόσο δεν είναι και η ιδανικότερη λύση. _____ 2ος τρόπος: Να στρογγυλοποιείτε τις μεταβλητές double που χρησιμοποιείτε σε δύο δεκαδικά. Ας μην ξεχνάμε ότι η αγορά δουλεύει αποκλειστικά με δύο δεκαδικά. _____ 3ος τρόπος: Να βάλετε στο InvoiceDetails πεδίο για τον ΦΠΑ όπου δυναμικά, ή και προαιρετικά αν θέλετε, θα μπαίνει η αξία ΦΠΑ που έχει εισπράξει ο εκδότης ανά εγγραφή. Αντίστοιχα για την παρακράτηση, καλό θα ήταν να υπάρχει απλά συγκεντρωτικά το ποσό στο τέλος καθώς και εκεί μπορεί και θα δημιουργηθεί το ίδιο ακριβώς πρόβλημα με τις στρογγυλοποιήσεις. Αντίστοιχα και για τυχόν κρατήσεις, χαρτόσημα, κτλ.

    Status: Proposed | Reported by Hidden Fri, 20 Dec 2019 07:28:22 GMT
  • Αντιπαραβολή Στοιχείων - Test enviroment

    Καλησπέρα, Στο mydata-dev.portal μπορούμε να δοκιμάσουμε τις μεθόδους του API,Αλλά δεν μπορούμε να δούμε τις εγγραφές που δημιουργούνται στο αναλυτικό / συνοπτικό βιβλίο. 1.Υπάρχει test enviroment στο οποίο να μπορούμε να δούμε τις εγγραφές του αναλυτικού / συνοπτικού βιβλίου που δημιουργούνται από την επικοινωνία με τα xml αρχεία?Ώστε να μπορέσουμε να κάνουμε αντιπαραβολή των στοιχείων που στέλνουμε με αυτά που δημιουργούνται.

    Status: Proposed | Reported by Hidden Thu, 19 Dec 2019 13:45:04 GMT
  • SendInvoices - Λάθη κατά την αποστολή Αποσβέσεων, Μισθοδοσίας και Τακτοποιητικών Εγγραφών

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

    Status: Proposed | Reported by Hidden Thu, 19 Dec 2019 08:56:02 GMT
  • RequestIssuerInvoices - Δεν επιστρέφονται όλα τα παραστατικά

    Καλημέρα σας, η καινούρια μέθοδος RequestIssuerInvoices επιστρέφει παραστατικά που έχουν σταλθεί μέχρι και τις 16/12/2019 με τελευταίο mark το 1000014977028. Στείλαμε μαζικά 20 νέα παραστατικά, τα οποία πήταν τα mark από 1000014994055 έως και 1000014994074, και δεν επιστρέφονται με την νέα μέθοδο. Είναι σαν να μην καταχωρήθηκαν ποτέ._____ Επίσης, κατά τον χαρακτηρισμό των παραπάνω παραστατικών, παρουσιάζεται το σφάλμα "Unexpected technical error: One or more errors occurred." με κωδικό 207.

    Status: Open | Reported by Hidden Thu, 19 Dec 2019 06:30:25 GMT
  • Πρόβλημα στο σύνολο και με 5 δεκαδικά ψηφία... (The sum of gross values of the invoice lines doesn't match with total gross value of the invoice)

    Τις προάλλες είχα ρωτήσει αν θα γινόταν να ανεβάζουμε τιμές με 2 δεκαδικά ψηφία... και μου απαντήθηκε ότι προσωρινά το σύστημα δέχεται μόνο με 5 δεκαδικά ψηφία... Στο παράδειγμα που κάνω attach έχω 5 δεκαδικά παρόλου αυτά συνεχίζει το σύστημα να παρουσιάζει ότι υπάρχει θέμα στο σύνολο.... που κάνω λάθος - ευχαριστώ προκαταβολικά...

    Status: Proposed | Reported by Hidden Wed, 18 Dec 2019 18:35:03 GMT
  • νέα μέθοδος RequestIssuerInvoices

    Καλησπέρα, στο 'API METHODS' εμφανίστηκε νέα μέθοδος RequestIssuerInvoices που επιστρέφει "όσα παραστατικά έχουν ως εκδότη την οντότητα". Καλείται όπως και η RequestIssuerInvoices, που αυτή τη στιγμή δείχνει ότι και αυτή λειτουργεί.

    Status: Resolved | Reported by Hidden Wed, 18 Dec 2019 11:34:27 GMT

You're not signed in. Please sign-in to report an issue or post a comment.