eINVOICING
  1. API Endpoints
eINVOICING
  • eInvoicing Service
    • About Us
    • What We Offer
    • FAQ
    • Changelog
    • On Boarding
    • eInvoicing Service API
      • API Authentication
        • API Key Authentication
          • /Authentication/login
        • Bearer Token Authentication
          • Authentication Login Bearer Token
          • Authentication Refresh
      • API Endpoints
        • API Validations
        • Sending a Document
          • Sending a Document
          • Mandatory Fields B2C, B2B
          • Mobile Notifications
          • IAPR SIGN POLICY METHODS
          • QR OF THE DOCUMENT
          • einvoice/json
          • Invoice/credit
        • Purchase Orders for F&B
          • FnB Purchase Orders Documentation
          • Offline QR Code Implementation
          • Retrieve Open Order Documents (FnB)
        • Document Management
          • Retrieving a document
          • PDF Invoice Attachment
        • Alternative Currency Holding
          • ALTERNATIVE CURRENCY (AC)
        • Delivery Notes
          • Delivery Notes Documentation
          • /Invoice/cancelDeliveryNote
        • POS Integration
          • POS Integration
          • Offline QR Code Implementation
          • /PosSignatures/{issuerTin}
          • /Receipt
          • /PosTransactions/signpos
        • Delayed POS Payment
          • Delayed POS Payment
        • B2G Documents
          • B2G Documents
          • B2G Mandatory Fields
          • B2G Status response
          • B2G Soft Reject
          • RESEED INVOICE
          • ΕΓΚΥΚΛΙΟΣ ΠΡΟΣ ΠΑΡΟΧΟΥΣ-ΠΡΟΜΗΘΕΥΤΕΣ ΥΠΗΡΕΣΙΩΝ ΥΓΕΙΑΣ ΓΙΑ ΤΗΝ ΗΛΕΚΤΡΟΝΙΚΗ ΤΙΜΟΛΟΓΗΣΗ
          • BT-10 BuyerReference
          • /B2GInvoice/ReSeedInvoice
          • /B2GInvoice/GetLastStatus
      • JSON Structures & Payloads
        • EliseCoreDocument Structure
          • EliseCoreDocument Structure
        • Minimum & Conditional Fields
          • Minimum & Conditional Fields
        • Response Examples & Error Handling
          • Response Examples & Error Handling
      • Offline QR Code
        • Offline QR Code Instructions
      • Status MyData
        • MyData/status
      • Extra Functionalities
        • Archiver
          • Archiver Functionality
      • Terminology
        • Document Type Codes
        • VAT & TAX Codes
        • Country & Currency Codes
        • Measurement Unit Codes (IAPR & EN16931)
        • Self-Billing Remarks (IAPR)
        • Classification & Payment Method Codes (IAPR)
        • Special Invoice Category
      • VAT Validation
        • Greek VAT Check
        • EU VAT Check
      • Attachments
        • Attaching Media & PDFs
        • Invoice Document Upload (Invoice/File)
      • SOFTONE ERP Related Segments
        • SOFTONE Configurator
          • SOFTONE Configurator - B2G Mapping
    • eInvoicing Portal
      • Template Configuration (Default Template)
      • Single Sign-On (SSO)
        • Single Sign-on (SSO) Setup Instructions
        • Single Sign-On (SSO)
    • WIKI JSON Samples
      • 1.1 B2B
      • 1.3 B2B Sales Invoice Third Country
      • 5.2 B2B Credit Invoice Non-Associated
      • 2.1 B2B Service Rendered Invoice
      • 1.1 Debit B2G
      • 11.1 B2C Retail Sales Receipt
      • 11.4 Retail Sales Credit Note
  1. API Endpoints

API Validations

Starting from May 1st 2025, the following changes will be applied to our service’s API, aiming to ensure the proper transmission of documents to the Independent Authority for Public Revenue (AADE).
1.
Validation on the CPV Code field: This field must always be populated. If it is left empty (Null), the API will return a completeness error. (This applies only to B2G invoices.)
2.
Validation on fields using standardized AADE code lists/tables (e.g. InvoiceTypeCode, paymentMethodTypeCode, etc.):
When using such fields, they must always be submitted with valid, predefined values according to AADE specifications, regardless of the document type.
3.
Validation on the VAT Number (AFM) field:
All documents with CountryCode = GR must include a VAT number (AFM) that complies with the required format of 8 or 9 digits. In the case of retail transactions, when counterparty details are provided, the VAT number field must either be left empty or follow a compatible placeholder format (e.g. 000000000).
Invalid Counterparty VAT Number (AFM) for Country Code -GR-
A validation error will occur if the counterparty’s VAT number meets any of the following conditions:
-It is shorter than 8 digits or longer than 9 digits.
-It starts with "EL" or "GR" and is not exactly 8 or 9 digits in length
The Counterparty VAT Number (AFM) is NOT validated when:
The countryCode field is missing.
-The countryCode exists but is different from "GR".
-The document type is retail or classified as 8.2.
-The AFM field is empty.
4.
Validation of POS Signature sent to AADE:
For documents that include PaymentDetails.PaymentMethods, if a PaymentMethod contains both PosInput and ProviderSignature, then the signature must match the one generated from the given PosInput.
5.
Documents of types 1.1, 1.6, 2.1, 2.4, 5.1 & 5.2 will be classified as B2G documents, provided that the Contracting Authority Code is filled in the file transmitted during the call.
Modified at 2025-06-13 13:32:39
Previous
Authentication Refresh
Next
Sending a Document
Built with