Θέματα Αποκλίσεων (transactionMode + invoiceVariationType)
Δημοσιεύτηκε: Τετ Σεπ 07, 2022 4:37 pm
Καλησπέρα Συνάδελφοι,
Θέλω να κάνω μιά ερώτηση στην ομάδα, αναφορικά με τις αποκλίσεις, αν έχει καταφέρει κάποιος να τις
υλοποιήσει…
Ο λόγος για τα flags transactionMode + invoiceVariationType
Εχουμε :
transactionMode
1 = Μη αποδεκτή συναλλαγή
2 = Απόκλιση στα ποσά
και
invoiceVariationType
1 = Διαβίβαση Παράληψης απο τον Λήπτη
2 = Διαβίβαση Παράληψης απο τον Εκδότη
3 = Διαβίβαση Απόκλισης απο τον Λήπτη
4 = Διαβίβαση Απόκλισης απο τον Εκδότη
1) Εστω ότι ο Εκδότης “Α” εκδίδει ΤΠΔΑ – 991 Αξίας 1240 Ευρώ, στο όνομα του Λήπτη “Β”.
2) Ο Λήπτης “Β” το βλέπει, αλλα δεν μπορεί να το διασταυρώσει γιατί τα 120 ευρώ απο τα 240 τα εξοδοποιεί.
3) Ο Λήπτης “Β” επειδή δεν μπορεί να το διασταυρώσει το καταχωρεί με 13.1
Εξοδα Αγορές Λιανικής + InvoiceVariationType 3 = Διαβίβαση Απόκλισης απο τον Λήπτη
[ Λογικά.. στην προκειμένη περίπτωση θα μπεί και το <issuer> που θα έχει το ΑΦΜ του εκδότη ]
4) Οπότε ο Εκδότης θα δει την διαβίβαση αποκλισης απο τον λήπτη και θα πρέπει να το στείλει με
11.3 Απλοποιημένο τιμολόγιο +
InvoiceVariationType = 4 = Διαβίβαση Απόκλισης απο τον Εκδότη
Ερωτήσεις
(1) Αρα το transactionMode = 2 = Απόκλιση στα ποσά
α) χρειάζεται κάπου?
β) Δεν χρειάζεται πλέον ?
(2) Το παραστατικό του Λήπτη 13.1 με InvoiceVariationType = 3 = Διαβίβαση Απόκλισης απο τον Λήπτη
α) θα έχει στο correlatedInvoices το ΜΑΡΚ του αρχικού που δεν μπορεί να διασταυρώθεί ?
β) δεν χρειάζεται καθόλου το correlatedInvoices ?
(3) Το αρχικό τιμολόγιο του εκδότη (1.1) θα έχει διαφορετικό UID απο το απλοποιημένο (11.3) άρα το
απλοποιημένο (11.3) θα έχει στο correlatedInvoices
α) το ΜΑΡΚ του αρχικού 1.1 ?
β) το ΜΑΡΚ του 13.1 που υπέβαλε ο Λήπτης ?
γ) δεν χρειάζεται καθόλου το correlatedInvoices ?
Έχει κάνει καποιος κάποια υλοποίηση ?
Θέλω να κάνω μιά ερώτηση στην ομάδα, αναφορικά με τις αποκλίσεις, αν έχει καταφέρει κάποιος να τις
υλοποιήσει…
Ο λόγος για τα flags transactionMode + invoiceVariationType
Εχουμε :
transactionMode
1 = Μη αποδεκτή συναλλαγή
2 = Απόκλιση στα ποσά
και
invoiceVariationType
1 = Διαβίβαση Παράληψης απο τον Λήπτη
2 = Διαβίβαση Παράληψης απο τον Εκδότη
3 = Διαβίβαση Απόκλισης απο τον Λήπτη
4 = Διαβίβαση Απόκλισης απο τον Εκδότη
1) Εστω ότι ο Εκδότης “Α” εκδίδει ΤΠΔΑ – 991 Αξίας 1240 Ευρώ, στο όνομα του Λήπτη “Β”.
2) Ο Λήπτης “Β” το βλέπει, αλλα δεν μπορεί να το διασταυρώσει γιατί τα 120 ευρώ απο τα 240 τα εξοδοποιεί.
3) Ο Λήπτης “Β” επειδή δεν μπορεί να το διασταυρώσει το καταχωρεί με 13.1
Εξοδα Αγορές Λιανικής + InvoiceVariationType 3 = Διαβίβαση Απόκλισης απο τον Λήπτη
[ Λογικά.. στην προκειμένη περίπτωση θα μπεί και το <issuer> που θα έχει το ΑΦΜ του εκδότη ]
4) Οπότε ο Εκδότης θα δει την διαβίβαση αποκλισης απο τον λήπτη και θα πρέπει να το στείλει με
11.3 Απλοποιημένο τιμολόγιο +
InvoiceVariationType = 4 = Διαβίβαση Απόκλισης απο τον Εκδότη
Ερωτήσεις
(1) Αρα το transactionMode = 2 = Απόκλιση στα ποσά
α) χρειάζεται κάπου?
β) Δεν χρειάζεται πλέον ?
(2) Το παραστατικό του Λήπτη 13.1 με InvoiceVariationType = 3 = Διαβίβαση Απόκλισης απο τον Λήπτη
α) θα έχει στο correlatedInvoices το ΜΑΡΚ του αρχικού που δεν μπορεί να διασταυρώθεί ?
β) δεν χρειάζεται καθόλου το correlatedInvoices ?
(3) Το αρχικό τιμολόγιο του εκδότη (1.1) θα έχει διαφορετικό UID απο το απλοποιημένο (11.3) άρα το
απλοποιημένο (11.3) θα έχει στο correlatedInvoices
α) το ΜΑΡΚ του αρχικού 1.1 ?
β) το ΜΑΡΚ του 13.1 που υπέβαλε ο Λήπτης ?
γ) δεν χρειάζεται καθόλου το correlatedInvoices ?
Έχει κάνει καποιος κάποια υλοποίηση ?