Issues

  • 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

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