# Πωλήσεις για λογαριασμό τρίτων: έκδοση παραστατικών myDATA 1.4 και 1.5 μέσω API

> Ποιος εκδίδει τι και πότε, η σειρά των βημάτων από την παραλαβή του εμπορεύματος μέχρι την εκκαθάριση, τα τρία πεδία που κρατούν ένα 1.5 έγκυρο, και πλήρη payloads που μπορείς να αντιγράψεις.
>
> AI-friendly Markdown version. HTML version: https://wrapp.ai/el/resources/poliseis-gia-logariasmo-triton-mydata-api
> EN version: https://wrapp.ai/en/resources/mydata-sales-on-behalf-of-third-parties-api.md

Ένας συνεταιρισμός πουλάει λάδι που ανήκει στα μέλη του. Ένα ελαιοτριβείο πουλάει την παραγωγή του παραγωγού. Ένα marketplace τιμολογεί τον τελικό αγοραστή για εμπόρευμα ενός merchant. Και στις τρεις περιπτώσεις μία οντότητα πουλάει, **στο δικό της όνομα**, εμπόρευμα που ανήκει σε άλλον. Το myDATA έχει δύο παραστατικά ακριβώς για αυτό, το **1.4** και το **1.5**, και αυτός ο οδηγός δείχνει πώς τα στέλνεις σωστά μέσω του API.

### Ποιος εκδίδει, πότε, και με ποια σειρά

**Ποιος:** ο **παραγγελιοδόχος**, δηλαδή εκείνος που πουλάει στο όνομά του για λογαριασμό άλλου. Εκδίδει **και τα δύο** παραστατικά. Ο **εντολέας** είναι ο κύριος του εμπορεύματος: ο παραγωγός, το μέλος του συνεταιρισμού, ο merchant.

**Πότε:** σε δύο διαφορετικές στιγμές, προς δύο διαφορετικούς παραλήπτες.

**Το 1.4 πάει στον αγοραστή, τη στιγμή της πώλησης. Το 1.5 πάει στον εντολέα, μετά, για να εκκαθαρίσεις μαζί του.**

**Πώς:** η σειρά των βημάτων είναι σταθερή, και κάθε βήμα έχει το δικό του παραστατικό.

01

### Παραλαμβάνεις

Ο εντολέας σου παραδίδει το εμπόρευμα, με δελτίο αποστολής όπου απαιτείται. Η κυριότητα μένει δική του.

02

### Πουλάς: 1.4

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

03

### Εκκαθαρίζεις: 1.5

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

Με αριθμούς, ώστε να έχεις κάτι συγκεκριμένο στο μυαλό σου για ό,τι ακολουθεί: πουλάς 1.000 κιλά λάδι για **1.000 ευρώ** συν ΦΠΑ 13%, κρατάς αμοιβή **100 ευρώ**, και αποδίδεις στον παραγωγό **900 ευρώ** συν τον αναλογούντα ΦΠΑ. Το 1.4 φέρνει τα 1.000. Το 1.5 φέρνει και τα δύο σκέλη, την εκκαθάριση και την αμοιβή.

### Πριν από οτιδήποτε: κυριότητα, και αγαθό ή υπηρεσία

Δύο τεστ, και προηγούνται όλων των υπολοίπων. Το πρώτο είναι η **κυριότητα**. Αν **αγόρασες** τα αγαθά και τα μεταπωλείς για δικό σου λογαριασμό, δεν είσαι παραγγελιοδόχος και **δεν εκδίδεις κανένα από τα δύο**. Εκδίδεις κανονικό τιμολόγιο `1.1` και έχεις χωριστά ένα παραστατικό αγοράς: τιμολόγιο αγοράς, ή `3.1` τίτλο κτήσης όπου ο προμηθευτής δεν έχει υποχρέωση έκδοσης.

Το δεύτερο είναι **αγαθό ή υπηρεσία**. Το ζεύγος 1.4 και 1.5 αφορά **εμπορεύματα**. Αν αυτό που μεσολαβείς είναι υπηρεσία και όχι αγαθό, δεν είναι ο μηχανισμός που ψάχνεις, και η αντιμετώπιση είναι ερώτημα για τον λογιστή σου. Η δική σου **αμοιβή** είναι άλλο πράγμα: τιμολογείται ως υπηρεσία μέσα στο ίδιο το 1.5, και το βλέπεις παρακάτω.

Το αν μια οντότητα είναι παραγγελιοδόχος ή μεταπωλητής δεν το απαντά το API και δεν το απαντά αυτό το άρθρο. Είναι κρίση του λογιστή της. Τα υπόλοιπα εδώ προϋποθέτουν ότι η απάντηση έχει δοθεί.

### Ποιος εκδίδει τι, ανά περίπτωση

| Εκδότης | 1.4 προς | 1.5 προς |
| --- | --- | --- |
| Αγροτικός συνεταιρισμός, ομάδα παραγωγών | χονδρέμπορο, λιανική αλυσίδα | το μέλος παραγωγό |
| Ελαιοτριβείο | αγοραστή λαδιού | τον παραγωγό |
| Ιχθυόσκαλα, λαχαναγορά | τον πλειοδότη | τον αλιέα ή παραγωγό |
| Πρακτορείο ή αντιπρόσωπος που πωλεί στο όνομά του | τον πελάτη | τον εντολέα |
| Marketplace ή πλατφόρμα που τιμολογεί η ίδια τον αγοραστή | τον τελικό αγοραστή | τον merchant |
| Consignment, παρακαταθήκη λιανικής | τον καταναλωτή | τον προμηθευτή |

### Το 1.4: πώληση για λογαριασμό τρίτου

Το απλό μισό. Ένα τιμολόγιο προς τον αγοραστή, με τον χαρακτηρισμό που δηλώνει ότι το έσοδο δεν είναι δικό σου. Αντικατέστησε το `billing_book_id` με το id της δικής σου σειράς, από το `GET /billing_books`.

POST /api/v1/invoices

```json
{
  "invoice_type_code": "1.4",
  "billing_book_id": "xxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx",
  "payment_method_type": 1,
  "currency": "EUR",
  "net_total_amount": 1000.00,
  "vat_total_amount": 130.00,
  "total_amount": 1130.00,
  "payable_total_amount": 1130.00,
  "counterpart": {
    "name": "ΧΟΝΔΡΕΜΠΟΡΟΣ Α.Ε.",
    "country_code": "GR",
    "vat": "059686915",
    "city": "ΑΘΗΝΑ",
    "street": "ΛΙΟΣΙΩΝ",
    "number": "298",
    "postal_code": "10445"
  },
  "invoice_lines": [
    {
      "line_number": 1,
      "name": "Πώληση για λογαριασμό τρίτου",
      "quantity": 1000,
      "quantity_type": 2,
      "unit_price": 1.00,
      "net_total_price": 1000.00,
      "vat_rate": 13,
      "vat_total": 130.00,
      "subtotal": 1130.00,
      "classification_category": "category1_7",
      "classification_type": "E3_881_001"
    }
  ]
}
```

Η `category1_7` («Έσοδα για λ/σμό τρίτων») είναι η **μόνη** κατηγορία που δουλεύει εδώ: η `category1_1` και η `category1_3` επιστρέφουν **331**, και η `category1_95` επιστρέφει **313**. Μέσα σε αυτήν, ο κωδικός αλλάζει με τον προορισμό: `E3_881_001` για χονδρική, `E3_881_003` για ενδοκοινοτικές, `E3_881_004` για τρίτες χώρες. Καμία `invoice_detail_type` εδώ: αυτό το πεδίο ανήκει αποκλειστικά στο 1.5.

Και εδώ γεννιέται το πιο συχνό λάθος του ζεύγους: αυτοί οι κωδικοί μένουν στο μυαλό και μεταφέρονται στο 1.5. Η οικογένεια `E3_881_*` σημαίνει «Πωλήσεις για λογ/σμό Τρίτων» και ανήκει αποκλειστικά στο 1.4, οπότε πάνω σε ένα 1.5 το myDATA απαντά **313**. Το 1.5 θέλει εντελώς άλλους χαρακτηρισμούς, έναν ανά γραμμή, και είναι το επόμενο κομμάτι.

### Το 1.5: τα τρία πεδία που κρίνουν αν θα περάσει

Ένα 1.5 φέρνει **δύο γραμμές**, την εκκαθάριση και την αμοιβή, και τρία πεδία δουλεύουν μαζί για να το κρατήσουν έγκυρο. Αν κάποιο λείπει, το myDATA το απορρίπτει, οπότε αξίζει να τα δεις μαζί.

| Πεδίο | Πού | Τι κάνει, και τι γίνεται χωρίς αυτό |
| --- | --- | --- |
| `invoice_detail_type` | Σε **κάθε** γραμμή | Ακέραιος. `1` η εκκαθάριση, `2` η αμοιβή. Αν λείπει, **246** και **204** |
| `expense` | Γραμμή εκκαθάρισης | Boolean `true`. Δρομολογεί το ζεύγος στο `expensesClassification`. Χωρίς αυτό, **101** σε κάθε γραμμή |
| `classification_type` | Γραμμή εκκαθάρισης | Η κυριολεκτική τιμή `"_"`, «χωρίς κωδικό Ε3». Το `""` και το `null` **δεν** δουλεύουν |

**Το `expense` δεν είναι διακοσμητικό, και η απουσία του δεν περνά σιωπηλά.** Αν το παραλείψεις ή το στείλεις `false` κρατώντας την `category2_9`, οι δύο γραμμές σειριοποιούνται ως `incomeClassification`, όπου η `category2_9` δεν υπάρχει στη λίστα τιμών. Το myDATA απαντά **101**, μία φορά για κάθε γραμμή, με μήνυμα «The Enumeration constraint failed». Αν δεις `incomeClassificaton` στο μήνυμα ενός 1.5, ξέχασες το `expense`.

Το `"_"` είναι εκείνο που ξεκλειδώνει τους περισσότερους. Κάτω από την `category2_9` («Έξοδα για λογαριασμό Τρίτων») είναι η **μόνη** επιτρεπόμενη τιμή, και είναι υποχρεωτική: το κενό string και το `null` δεν είναι μέλη της λίστας. Στη γραμμή της **αμοιβής** ισχύει το αντίστροφο, το `"_"` απορρίπτεται με **313**, γιατί εκεί χρειάζεται πραγματικός κωδικός Ε3. Και η γραμμή της αμοιβής δέχεται `category1_1`, `category1_2` ή `category1_3`, ποτέ `category1_7`, που επιστρέφει **331**.

### Τι λέει ο νόμος για τις αξίες και τον ΦΠΑ

Η δομή του 1.5 είναι δεδομένη. Οι **αξίες** των δύο γραμμών και ο **ΦΠΑ** τους δεν προκύπτουν από το σχήμα, προκύπτουν από τον νόμο, και το myDATA δεν τους επιβάλλει: θα δεχτεί και αριθμούς που δεν στέκουν φορολογικά.

Ο **Κώδικας ΦΠΑ**, **ν.5144/2024** (ΦΕΚ Α΄ 162/11.10.2024), το ρυθμίζει στο **άρθρο 5 παρ. 2**:

«Κατά την πώληση ή αγορά αγαθών από παραγγελιοδόχο που ενεργεί στο όνομά του, θεωρείται ότι συντελείται παράδοση αγαθών μεταξύ αυτού και του παραγγελέα (εντολέα). Στην περίπτωση αυτή ο παραγγελιοδόχος θεωρείται, κατά περίπτωση, αγοραστής ή πωλητής ως προς τον παραγγελέα (εντολέα).»

Δηλαδή συντελούνται **δύο παραδόσεις των ίδιων αγαθών**: η *πραγματική*, από εσένα στον αγοραστή, και μία *δεύτερη*, από τον εντολέα σε εσένα. Το πώς αποτιμάται η δεύτερη και τι γίνεται με την αμοιβή το εξηγεί η ερμηνευτική εγκύκλιος **Ε.2181/2020** «Εφαρμογή διατάξεων ΦΠΑ στις παραγγελιοδοχικές πωλήσεις», κατά λέξη:

«στις παραγγελιοδοχικές πωλήσεις αγαθών πραγματοποιούνται δύο παραδόσεις αγαθών και **δεν πραγματοποιείται παροχή υπηρεσιών** από τον παραγγελιοδόχο προς τον παραγγελέα (εντολέα)»

Δύο συνέπειες, και είναι αυτές που καθορίζουν τους αριθμούς στο payload. Πρώτον, η **δεύτερη παράδοση αποτιμάται στην πώληση μείον την αμοιβή**. Δεύτερον, η αμοιβή **δεν είναι υπηρεσία**: είναι το περιθώριο μεταξύ των δύο παραδόσεων, και ο ΦΠΑ της βρίσκεται ήδη μέσα στη φορολογητέα αξία της πραγματικής πώλησης. Να φορολογηθεί ξανά, λέει η εγκύκλιος, «θα συνιστούσε **διπλή φορολόγηση** ».

### Το παράδειγμα της ΑΑΔΕ, με τους αριθμούς της

Το Παράδειγμα 2ο του μέρους Β της εγκυκλίου: αγροτικός συνεταιρισμός, αγρότης κανονικού καθεστώτος, εκκαθάριση εντός του μηνός, αμοιβή 20%.

| Σκέλος | Ποσό |
| --- | --- |
| Πραγματική πώληση προς τον αγοραστή, το 1.4 | 1.000 συν ΦΠΑ 13% = **130** |
| Αμοιβή βάσει συμφωνίας, 20% | 200 |
| Πλασματική παράδοση, η γραμμή εκκαθάρισης | 800 συν ΦΠΑ 13% = **104** |
| ΦΠΑ που αποδίδει ο συνεταιρισμός | **26** |
| ΦΠΑ που αποδίδει ο αγρότης | **104** ως φόρος εκροών |

Τα 26 ευρώ θέλουν προσοχή, γιατί είναι το σημείο που παρερμηνεύεται. Η εγκύκλιος τα ονομάζει το ποσό «που αντιστοιχεί στην *προμήθειά* του», και είναι **καθαρή απόδοση**, 130 μείον 104. **Δεν είναι ΦΠΑ που χρεώθηκε σε γραμμή αμοιβής.** Ο συνεταιρισμός δεν τιμολογεί ποτέ 200 συν ΦΠΑ σε κανέναν.

Ο ίδιος λόγος ισχύει σε κάθε ποσό: ο παραγγελιοδόχος αποδίδει ΦΠΑ πάνω στην αμοιβή του, σαν διαφορά δύο παραδόσεων, και όχι επιπλέον ΦΠΑ πάνω σε μια γραμμή αμοιβής. Αυτό είναι και το κλειδί για τους αριθμούς του payload που ακολουθεί.

### Το payload του 1.5

Πώληση 1.000, αμοιβή 100, δηλαδή οι αριθμοί από την αρχή του άρθρου. Η γραμμή εκκαθάρισης στα **900**, που είναι η πώληση μείον την αμοιβή, και η γραμμή αμοιβής στο **0%** με `vat_exemption_code` την τιμή `2`.

POST /api/v1/invoices

```json
{
  "invoice_type_code": "1.5",
  "billing_book_id": "xxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx",
  "payment_method_type": 1,
  "currency": "EUR",
  "net_total_amount": 1000.00,
  "vat_total_amount": 117.00,
  "total_amount": 1117.00,
  "payable_total_amount": 1117.00,
  "counterpart": {
    "name": "ΠΑΡΑΓΩΓΟΣ",
    "country_code": "GR",
    "vat": "059686915",
    "city": "ΑΘΗΝΑ",
    "street": "ΛΙΟΣΙΩΝ",
    "number": "298",
    "postal_code": "10445"
  },
  "invoice_lines": [
    {
      "line_number": 1,
      "name": "Εκκαθάριση πωλήσεων τρίτων",
      "quantity": 1,
      "quantity_type": 1,
      "unit_price": 900.00,
      "net_total_price": 900.00,
      "vat_rate": 13,
      "vat_total": 117.00,
      "subtotal": 1017.00,
      "invoice_detail_type": 1,
      "expense": true,
      "classification_category": "category2_9",
      "classification_type": "_"
    },
    {
      "line_number": 2,
      "name": "Αμοιβή από πωλήσεις τρίτων",
      "quantity": 1,
      "quantity_type": 1,
      "unit_price": 100.00,
      "net_total_price": 100.00,
      "vat_rate": 0,
      "vat_total": 0.00,
      "subtotal": 100.00,
      "vat_exemption_code": "2",
      "invoice_detail_type": 2,
      "classification_category": "category1_3",
      "classification_type": "E3_561_001"
    }
  ]
}
```

**Γιατί η τιμή `2` στο παράδειγμά μας.** Η αιτία εξαίρεσης ΦΠΑ `2` είναι «Άρθρο 5 (Παράδοση αγαθών)», δηλαδή **το ίδιο άρθρο στο οποίο στηρίζεται όλο το σχήμα**: κατά το άρθρο 5 παρ. 2 η δεύτερη πράξη είναι παράδοση αγαθών και όχι παροχή υπηρεσιών, οπότε η αμοιβή δεν φέρει δικό της ΦΠΑ. Η αιτία που δηλώνεις λέει *γιατί* η γραμμή είναι στο 0%, και εδώ ο λόγος είναι ακριβώς αυτό το άρθρο.

Την πλήρη λίστα των αιτιών με τους κωδικούς τους τη δίνει το API: `GET /api/v1/vat_exemptions`, που επιστρέφει ζεύγη κωδικού και περιγραφής, για παράδειγμα `"2": "Άρθρο 5 (Παράδοση αγαθών)"`. Οι ίδιες τιμές είναι και στον πίνακα αναφοράς για τις [αιτίες εξαίρεσης ΦΠΑ](https://wrapp.ai/el/resources/aities-exairesis-fpa). **Ποια ταιριάζει στη δική σου περίπτωση είναι φορολογική επιλογή, όχι τεχνική**, και το myDATA δεν την ελέγχει.

Καθαρή απόδοση για τον εκδότη: 130 από το 1.4, μείον 117 εισροή από την εκκαθάριση, μείον μηδέν από την αμοιβή, ίσον **13**. Δηλαδή 13% επί των 100 της αμοιβής, η ίδια σχέση που παράγει το παράδειγμα της ΑΑΔΕ στα 200 και 26.

### Τι επικυρώνει το myDATA, και τι δεν επικυρώνει

Όλοι οι κανόνες του ζεύγους, με τον κωδικό που παίρνεις όταν τους σπάσεις. Αξίζει να τους ελέγχεις από τη δική σου πλευρά πριν στείλεις.

| Κωδικός | Πότε τον παίρνεις |
| --- | --- |
| `101` | `category2_9` μέσα σε `incomeClassification`, δηλαδή ξεχασμένο `expense: true` |
| `208` | Το `payable_total_amount` δεν ισούται με το άθροισμα των γραμμών |
| `222` | Γραμμή αμοιβής με αξία `0,00`: μηδενική αμοιβή δεν γίνεται |
| `231` | Χαρακτηρισμός Ε3 στη γραμμή εκκαθάρισης, όπου απαγορεύεται |
| `246` | Ένα 1.5 χωρίς μία γραμμή από κάθε `invoice_detail_type` |
| `313` | `E3_881_*` σε 1.5, ή `"_"` στη γραμμή αμοιβής: ο συνδυασμός δεν επιτρέπεται |
| `331` | `category1_7` στη γραμμή αμοιβής: δεν υπάρχει έγγραφο επικύρωσης για το ζεύγος |

Και το αντίστροφο, που είναι εξίσου χρήσιμο: το myDATA επικυρώνει **δομή**, όχι φορολογική ερμηνεία. Θα δεχτεί μια αιτία εξαίρεσης ΦΠΑ που δεν ταιριάζει και αξίες που δεν στέκουν, χωρίς κανένα σφάλμα. Οι αριθμοί είναι δική σου ευθύνη, όχι του API.

### Το σύνολο που δεν συμφωνεί με το πληρωτέο

Ένα πρακτικό, και το πιο χρήσιμο για όποιον δίνει το χαρτί σε παραγωγό. Επειδή το `payable_total_amount` πρέπει να ισούται με το άθροισμα των γραμμών, αλλιώς έρχεται **208**, η αμοιβή **προσθέτει** στο σύνολο του παραστατικού ενώ οικονομικά **αφαιρείται** από αυτό που εισπράττει ο εντολέας.

Στο payload παραπάνω το παραστατικό αθροίζει **1.117,00**, ενώ ο παραγωγός εισπράττει **1.017,00**: η αμοιβή των 100 προσθέτει στο σύνολο αντί να αφαιρεθεί από αυτό.

**Το παραστατικό δεν μπορεί να δηλώσει το πράγματι καταβλητέο**, παρόλο που υπάρχει ακριβώς για να πει σε έναν παραγωγό τι θα πάρει. Είναι ο κανόνας 208 του myDATA όπως αποτυπώνεται στο χαρτί, και ισχύει για κάθε πάροχο. Γι' αυτό πολλές εκκαθαρίσεις στην πράξη κουβαλούν μια χωριστή γραμμή κειμένου με το καθαρό πληρωτέο.

Το πεδίο για αυτό είναι το `notes` στο header, ένα ελεύθερο κείμενο που τυπώνεται στο παραστατικό:

notes στο header

```json
{
  "invoice_type_code": "1.5",
  "payable_total_amount": 1117.00,
  "notes": "Καθαρό πληρωτέο προς τον εντολέα: 1.017,00 EUR (εκκαθάριση 1.017,00 μείον αμοιβή 100,00)",
  "invoice_lines": [ ... ]
}
```

Το `notes` είναι **κείμενο και μόνο**: δεν μπαίνει σε κανένα άθροισμα, δεν διαβιβάζεται ως ποσό και δεν αλλάζει τίποτα στο myDATA. Εξυπηρετεί τον άνθρωπο που κρατάει το χαρτί, όχι τον έλεγχο.

### Αγροτικά προϊόντα: ο χρόνος της εκκαθάρισης αλλάζει τον υπόχρεο

Για τους συνεταιρισμούς, τα ελαιοτριβεία και τις ιχθυόσκαλες, δηλαδή τις πρώτες γραμμές του πίνακα στην αρχή, υπάρχει μια επιπλέον διάκριση που οι άλλες περιπτώσεις δεν έχουν. Δεν είναι θέμα δομής: αλλάζει **ποιος αποδίδει τον φόρο**. Πηγάζει από το **άρθρο 40 παρ. 1 περ. α΄** του Κώδικα ΦΠΑ (ν.5144/2024), που ονομάζει ρητά τον υπόχρεο.

| Περίπτωση | Υπόχρεος |
| --- | --- |
| Εκκαθάριση **πέραν του μηνός** της πραγματικής πώλησης | ο **παραγγελιοδόχος**, για όλον τον φόρο. Το ποσό προς τον εντολέα δεν επιβαρύνεται με ΦΠΑ |
| Εκκαθάριση **εντός του ίδιου μήνα** | **και οι δύο**, ο καθένας για τη δική του παράδοση, πραγματική και πλασματική |
| Αγρότες **ειδικού καθεστώτος**, άρθρο 48 | ο **παραγγελιοδόχος**, σε κάθε περίπτωση, ανεξάρτητα από τον χρόνο |

Δύο περιορισμοί, και οι δύο σημαντικοί. Το κριτήριο είναι **πότε εκδίδεται η εκκαθάριση σε σχέση με τον μήνα της πραγματικής πώλησης**, όχι κάποια προθεσμία υποβολής. Και το άρθρο 40 ονομάζει τον **εντολέα**: πρέπει να είναι αγρότης φυσικό πρόσωπο, αγροτικός συνεταιρισμός, ή νομικό πρόσωπο με αποκλειστικά αγροτική δραστηριότητα. Δεν είναι κανόνας για «αγροτικά προϊόντα» γενικά.

Το ποιο καθεστώς ισχύει για έναν συγκεκριμένο παραγωγό δεν το ξέρει το API σου και δεν το απαντά αυτό το άρθρο. Ξέρεις όμως τώρα ότι η ερώτηση υπάρχει και ότι αλλάζει την απάντηση, που είναι το μισό της δουλειάς.

### Πώς ξεκινάς

Για πρόσβαση στο staging περιβάλλον, συμπλήρωσε τη φόρμα στη σελίδα [συνεργασίας μέσω API](https://wrapp.ai/el/api/becomeapartner) με το ΑΦΜ σου. Ο staging λογαριασμός σου δημιουργείται αυτόματα και θα επανέλθουμε άμεσα με τα credentials σου. Θα χρειαστείς σειρές τιμολόγησης για **και τους δύο** τύπους, 1.4 και 1.5, πριν στείλεις το πρώτο draft.

Το πλήρες σχήμα των πεδίων είναι στην [τεκμηρίωση του REST API](https://wrapp.ai/api/documentation), και το αδελφό άρθρο για τους [κωδικούς καυσίμων](https://wrapp.ai/el/resources/kodikoi-kausimon-mydata-api-pratiria) καλύπτει με τον ίδιο τρόπο τα παραστατικά πρατηρίου, και αν χτίζεις πλατφόρμα που τιμολογεί για λογαριασμό των πελατών της, το [API onboarding συνεργατών](https://wrapp.ai/api/partnersonboarding) είναι το κομμάτι που δημιουργεί τους λογαριασμούς τους. Οι αποδεκτές τιμές που αναφέρονται εδώ είναι στους πίνακες αναφοράς για τα [είδη παραστατικών](https://wrapp.ai/el/resources/eidi-parastatikon), τους [τύπους χαρακτηρισμού](https://wrapp.ai/el/resources/typoi-charaktirismou) και τις [αιτίες εξαίρεσης ΦΠΑ](https://wrapp.ai/el/resources/aities-exairesis-fpa).

Αν το ευρύτερο ερώτημα είναι τι αλλάζει συνολικά στην έκδοση παραστατικών από την [1η Οκτωβρίου 2026](https://wrapp.ai/el/resources/ypochreotiki-ilektroniki-timologisi-oktovrios-2026), το χρονοδιάγραμμα και οι υποχρεώσεις είναι εκεί.

*Τα παραδείγματα και τα payloads αυτού του άρθρου δείχνουν **δομή**: ποια πεδία στέλνεις και πού μπαίνει το καθένα. Οι **χαρακτηρισμοί**, οι **συντελεστές ΦΠΑ**, οι **αιτίες εξαίρεσης** και οι **αξίες των γραμμών** είναι φορολογικές επιλογές της κάθε οντότητας και γίνονται **αποκλειστικά με την καθοδήγηση του λογιστή της**, ποτέ με βάση ένα άρθρο ή ένα παράδειγμα, ούτε αυτό εδώ. Το myDATA δεν τις επικυρώνει: θα δεχτεί και λάθος επιλογή, χωρίς σφάλμα.*

## Συχνές ερωτήσεις

### Ποιο από τα δύο εκδίδω, 1.4 ή 1.5;

Και τα δύο, σε διαφορετικές στιγμές και προς διαφορετικούς παραλήπτες. Το 1.4 πάει στον αγοραστή, τη στιγμή της πώλησης. Το 1.5 πάει στον εντολέα, μετά, για να εκκαθαρίσεις μαζί του. Ίδιος εκδότης, δύο παραλήπτες. Αυτή η διάκριση είναι εκείνη που μπερδεύεται πιο συχνά.

### Πότε δεν εκδίδω κανένα από τα δύο;

Όταν έχεις την κυριότητα του εμπορεύματος. Αν αγόρασες τα αγαθά και τα μεταπωλείς για δικό σου λογαριασμό, δεν είσαι παραγγελιοδόχος: εκδίδεις ένα κανονικό τιμολόγιο 1.1 και έχεις χωριστά ένα παραστατικό αγοράς, τιμολόγιο αγοράς ή 3.1 τίτλο κτήσης όπου ο προμηθευτής δεν έχει υποχρέωση έκδοσης. Το αν μια οντότητα είναι παραγγελιοδόχος ή μεταπωλητής είναι κρίση του λογιστή της, όχι του API.

### Γιατί παίρνω 313 όταν βάζω E3_881_001 σε ένα 1.5;

Επειδή η οικογένεια E3_881_* σημαίνει «Πωλήσεις για λογ/σμό Τρίτων» και είναι κωδικοί εσόδου που ανήκουν στο 1.4. Σε ένα 1.5 ο συνδυασμός τύπου, κατηγορίας και είδους παραστατικού δεν επιτρέπεται, και το myDATA απαντά 313. Είναι το πιο συχνό λάθος σε αυτό το ζεύγος. Η σωστή γραμμή εκκαθάρισης θέλει category2_9 με χαρακτηρισμό «_», και οι αποδεκτοί συνδυασμοί είναι στους πίνακες αναφοράς για τους τύπους χαρακτηρισμού.

### Τι είναι ο χαρακτηρισμός «_»;

Σημαίνει «χωρίς κωδικό Ε3». Στη γραμμή εκκαθάρισης ενός 1.5 είναι η μόνη αποδεκτή τιμή κάτω από την category2_9, και είναι υποχρεωτική. Το κενό string και το null δεν δουλεύουν: δεν είναι μέλη της επιτρεπόμενης λίστας. Στη γραμμή της αμοιβής, αντίστροφα, το «_» απορρίπτεται με 313, γιατί εκεί χρειάζεται πραγματικός κωδικός Ε3.

### Τι χρειάζεται οπωσδήποτε ένα 1.5 για να περάσει;

Τρία πράγματα. Πρώτον, invoice_detail_type σε κάθε γραμμή: 1 για την εκκαθάριση, 2 για την αμοιβή. Αν λείπουν, παίρνεις 246 και 204. Δεύτερον, expense: true στη γραμμή της εκκαθάρισης, που δρομολογεί το ζεύγος στο expensesClassification. Χωρίς αυτό οι γραμμές πάνε ως incomeClassification, όπου η category2_9 δεν υπάρχει, και παίρνεις 101 σε κάθε γραμμή. Τρίτον, ο χαρακτηρισμός «_» σε εκείνη τη γραμμή.

### Πώς επιβεβαιώνω ότι τα πεδία πέρασαν σωστά;

Διαβάζοντας πίσω το παραστατικό. Το find_invoice_by_id και το find_all_invoices επιστρέφουν invoice_detail_type και expense μαζί με τους χαρακτηρισμούς, τις αξίες, το quantity_type και την αιτία εξαίρεσης. Έλεγξε ότι η γραμμή εκκαθάρισης γύρισε με invoice_detail_type 1, expense true και category2_9, ότι η γραμμή αμοιβής γύρισε με invoice_detail_type 2 και πραγματικό κωδικό Ε3, και ότι υπάρχει ΜΑΡΚ. Το GET /invoices/{id} είναι σκόπιμα λιτό, οπότε δεν είναι το σωστό endpoint για αυτόν τον έλεγχο.

### Πόσο βάζω στη γραμμή εκκαθάρισης και με τι ΦΠΑ την αμοιβή;

Το άρθρο 5 παρ. 2 του Κώδικα ΦΠΑ (ν.5144/2024) θεωρεί ότι συντελείται παράδοση αγαθών μεταξύ παραγγελιοδόχου και εντολέα, και η Ε.2181/2020 εξηγεί ότι αυτή η παράδοση αποτιμάται στην πώληση μείον την αμοιβή, ενώ η αμοιβή δεν είναι παροχή υπηρεσιών: ο ΦΠΑ της βρίσκεται ήδη μέσα στη φορολογητέα αξία της πραγματικής πώλησης, οπότε δεν φορολογείται ξανά. Στο παράδειγμα του άρθρου, πώληση 1.000 με αμοιβή 100, η γραμμή εκκαθάρισης πάει στα 900. Οι τελικές επιλογές είναι φορολογικές και γίνονται με τον λογιστή της οντότητας.

### Γιατί το σύνολο του 1.5 δεν συμφωνεί με αυτά που πληρώνω στον παραγωγό;

Επειδή το myDATA απαιτεί το payable_total_amount να ισούται με το άθροισμα των γραμμών, αλλιώς απαντά 208. Η αμοιβή προσθέτει στο σύνολο του παραστατικού, ενώ οικονομικά αφαιρείται από αυτό που εισπράττει ο εντολέας. Το παραστατικό δεν μπορεί να δηλώσει το πράγματι καταβλητέο, και γι' αυτό πολλές εκκαθαρίσεις στην πράξη κουβαλούν μια χωριστή γραμμή κειμένου με το καθαρό πληρωτέο.

### Ποιος αποδίδει τον ΦΠΑ σε παραγγελιοδοχική πώληση αγροτικών προϊόντων;

Εξαρτάται από τον χρόνο έκδοσης της εκκαθάρισης και από το καθεστώς του εντολέα. Κατά το άρθρο 40 παρ. 1 περ. α΄ του Κώδικα ΦΠΑ (ν.5144/2024) και την Ε.2181/2020, όταν η εκκαθάριση εκδίδεται πέραν του μηνός της πραγματικής πώλησης, υπόχρεος για όλον τον φόρο είναι ο παραγγελιοδόχος και το ποσό που αποδίδεται στον εντολέα δεν επιβαρύνεται με ΦΠΑ. Εντός του ίδιου μήνα, οφείλουν και οι δύο, ο καθένας για τη δική του παράδοση. Για αγρότες του ειδικού καθεστώτος του άρθρου 48 ο παραγγελιοδόχος αποδίδει σε κάθε περίπτωση. Ποιο καθεστώς ισχύει για έναν συγκεκριμένο παραγωγό το απαντά ο λογιστής, όχι το API.

### Πώς δοκιμάζω πριν βγω σε παραγωγή;

Χρειάζεσαι βοήθεια; Επικοινώνησε μαζί μας: https://wrapp.ai/contact