Issues

  • Επιτρέπεται ο χωρισμός μια γραμμής παραστατικού του εκδότη σε δυο γραμμές παραστατικού του λήπτη;

    Ας υποθέσουμε ότι ο Α αγοράζει από τον Β δυο ομοειδή αντικείμενα. Ο Α στο παραστατικό που εκδίδει περνάει μια γραμμή με ποσότητα 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

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