Contents
Who this article is for: it applies to clubs operating in Greece that must comply with its fiscal receipt rules.
What is this integration?
The integration with the Greek tax authority adds compliance with Greece's fiscal rules for receipts and invoices. For each invoice, Golfmanager automatically generates an "e-line": a standard-format string required by Greek tax law that the fiscal printer prints on the receipt.
The e-line is generated when the invoice is created/saved and printed on the receipt after the payment information.
The e-line is an encoded text line with the document's fiscal data (company and customer tax IDs, type, series, number, bases and VAT per rate, total). The Greek fiscal printer reads it and prints it, complying with the regulation. It's not a submission to the tax authority (it's not myDATA/AADE): the e-line is generated and printed locally, on the receipt itself.
What problem does it solve?
Complying with Greek fiscal rules for receipts, with no manual steps.
It automatically generates the e-line of each invoice and prints it on the receipt.
It avoids fiscal errors by validating that the VAT rates are the ones allowed in Greece.
It's recorded on each invoice for reference.
Which systems does it connect, and which way does the data flow?
This integration works inside Golfmanager and the fiscal printer, with no connection to external services:
When invoicing, Golfmanager calculates and generates the e-line with the document's fiscal data.
The e-line is printed on the receipt through the Greek fiscal printer, after the payment details.
The e-line is also stored on the invoice in Golfmanager.
What information does the e-line contain?
Data | What it is |
Company tax ID (AFM) | The club's fiscal number (9 or 12 digits) |
Customer tax ID (AFM) | The customer's; if absent, 999999999 is used |
Document type | Normal sale (233) or credit note (175) |
Series and number | Invoice identification |
Bases and VAT per rate | Pre-tax amounts and tax amounts of each VAT |
Total | Document total |
The e-line can be seen in the invoice detail (in the E-line field, below the public comments). It's a read-only field.
Prerequisites (before turning the integration on)
Operate in Greece and be subject to its fiscal rules.
Have a Greek fiscal printer connected to the POS.
Have the module installed, along with the billing and POS modules.
Have the company's tax ID (AFM) correctly filled in (9 or 12 digits).
Use the VAT rates allowed in Greece on the products.
Billing management permissions for the configuration.
How to set it up (step by step)
Step 1 — Install the module
Install the Greek Fiscal Printer module. Afterwards its configuration section appears in the menu.
Step 2 — Company tax ID (AFM)
Make sure the company has its tax ID (AFM) with 9 or 12 digits. It's required to generate the e-line.
Save your changes.
Step 3 — VAT rates
Greek law requires specific VAT rates. Configure your products with one of these:
Allowed VAT rates |
0% |
6% |
13% |
24% |
36% |
If a line uses a different VAT, the system will error when invoicing ("Tax percent not supported").
Step 4 — Ignored payment method (optional)
Go to Settings > Greek Fiscal Printer > Configuration.
If you need it, select an Ignored payment method: receipts paid with that method don't generate an e-line and aren't printed.
Save your changes.
Each configuration field explained
Below, each field is explained: what it is, how it affects the system, how it behaves, and an example of use. This integration has very few fields: basically the company tax ID, the products' VAT, and a single setting (the ignored payment method).
Company tax ID (AFM)
Field name: Tax number (AFM), on the company record.
Description: the club's fiscal number included in the e-line.
System impact: it's required and must have 9 or 12 digits; without it, the e-line can't be generated.
System behavior: if it's missing, on invoicing it warns that "the company's fiscal ID is missing"; if it doesn't have 9 or 12 digits, that "the company's fiscal ID length is not valid".
Example of use / what happens: you fill it in once on the company; all e-lines include it.
Product VAT rate
Field name: VAT rate (on each product/tax).
Description: the VAT percentage applied to each product.
System impact: it determines how the bases and tax amounts are split in the e-line.
System behavior: only the Greek rates are accepted (0%, 6%, 13%, 24%, 36%); any other one errors when invoicing.
Example of use / what happens: you set a green fee at 24% and an exempt product at 0%.
Customer tax ID (AFM)
Field name: Customer tax ID (AFM) (on the customer record).
Description: the customer's fiscal number included in the e-line.
System impact: it appears in the document's e-line.
System behavior: if the customer has no tax ID, the e-line uses the generic value
999999999(consumer with no tax ID).Example of use / what happens: for a business customer you set their AFM; in a counter sale with no details, 999999999 comes out.
Ignored payment method
Field name: Ignored payment method (Settings > Greek Fiscal Printer). Optional.
Description: a payment method for which no e-line is generated and the receipt isn't printed.
System impact: receipts paid with that method skip the fiscal printing entirely.
System behavior: when charging with that method, no e-line is generated and the receipt isn't printed. It affects the whole receipt, not just the e-line.
Example of use / what happens: you use it for a method that shouldn't go through the fiscal printer; leave it empty if you want all receipts printed.
E-line (on the invoice)
Field name: E-line (on the invoice detail).
Description: the fiscal string generated for that invoice.
System impact: it's the line the fiscal printer prints and the one kept as a record.
System behavior: it's read-only; it's generated on its own when the invoice is saved and can't be edited. It appears below the public comments.
Example of use / what happens: you check it if you need to verify a specific document's fiscal data.
How it works day to day
It works automatically: you invoice and charge as normal and the module handles fiscal compliance.
When the invoice is confirmed, the e-line is generated automatically.
When the receipt is printed, the e-line appears after the payment information.
You can check the e-line in the invoice detail.
There's nothing manual to do: the e-line is calculated on its own from the amounts, the VAT and the fiscal data. There are no submissions, queues or retries.
Which documents generate an e-line
Document | Generates an e-line? |
Normal invoices | Yes (type 233) |
Receipts | Yes |
Credit notes | Yes (type 175) |
Internal invoices | No |
Summary invoices | No |
Proforma invoices | No |
Limitations to keep in mind
It only accepts the Greek VAT rates (0%, 6%, 13%, 24%, 36%); any other one errors.
The company's tax ID (AFM) is required and must have 9 or 12 digits.
Internal, summary and proforma invoices don't generate an e-line.
It requires a Greek fiscal printer to print the e-line on the receipt.
The e-line can't be edited: it's read-only; corrections are made by re-issuing the document.
It's not a submission to the tax authority: the e-line is printed locally; it isn't transmitted to myDATA/AADE.
It's specific to Greece: it doesn't apply to other countries.
Frequently asked questions
Does this submit the invoices to the Greek tax authority (myDATA/AADE)?
No. This integration doesn't transmit data to the tax authority. It generates the e-line (a fiscal string) and prints it on the receipt through the fiscal printer, locally. It's receipt-rules compliance, not e-invoicing.
What exactly is the e-line?
It's an encoded text line with the document's fiscal data: company and customer tax IDs, type, series, number, the VAT bases and amounts per rate, and the total. The fiscal printer reads it and prints it.
When is the e-line generated?
Automatically, when the invoice is confirmed/saved. There's nothing manual to do.
Where is it printed on the receipt?
After the payment information, at the end of the receipt, through the Greek fiscal printer.
Where can I see an invoice's e-line?
In the invoice detail, in the E-line field (below the public comments). It's a read-only field.
I get "The company's fiscal ID is missing". What do I do?
The company has no tax ID (AFM). Add it on the company record and invoice again.
I get "The company's fiscal ID length is not valid". What should I check?
The company's AFM doesn't have 9 or 12 digits. Correct it to have exactly one of those lengths.
I get "Tax percent not supported". What's going on?
Some line uses a VAT that isn't allowed in Greece. Change the product's VAT to one of the allowed ones: 0%, 6%, 13%, 24% or 36%.
What happens if the customer has no tax ID?
The e-line uses the generic value 999999999, which corresponds to a consumer with no tax ID. It's valid under the regulation.
Which documents generate an e-line?
Normal invoices, receipts and credit notes. Internal, summary and proforma invoices don't.
How are credit notes distinguished?
In the e-line, normal sales carry type 233 and credit notes type 175. Golfmanager assigns it automatically based on the document.
What is the "ignored payment method" for?
So receipts paid with a specific method don't generate an e-line and aren't printed. It's optional; it's configured in Settings > Greek Fiscal Printer.
I configured an ignored payment method and now the receipt doesn't print. Is that normal?
Yes, it's the expected behavior: with that method the receipt isn't printed and no e-line is generated. If you want it printed, don't use that method or remove the ignored method from the configuration.
Does the ignored method skip only the e-line or the whole receipt?
The whole receipt. You can't skip only the e-line and print the rest: the ignored method prevents the entire print.
Can I edit an invoice's e-line?
No. The e-line is read-only: it's calculated on its own and can't be modified. If something needs correcting, the document is re-issued.
Where do the series and number in the e-line come from?
From the invoice's series and number (the series is taken from the numbering series' format). It's best to have the series properly configured so they come out correct.
Do I need any credentials, key or internet connection?
No. Since it's a local generation, there are no credentials, API keys or external connection. You only need the fiscal printer and the fiscal data properly configured.
Are there retries or a submission queue if something fails?
No, because there's no submission to any system. The e-line is generated when the invoice is saved; if a detail is missing (AFM or VAT), the system warns at that moment so you can correct it.
Which VAT rates can I use?
Only the Greek ones: 0%, 6%, 13%, 24% and 36%. Configure your products with one of those to avoid errors when invoicing.
What permissions do I need to configure the integration?
Billing management permissions, which give access to the Greek fiscal printer configuration.
What should I do at go-live to make sure it works?
Check the company's tax ID (AFM), configure the products with the Greek VAT rates, and make a test receipt, verifying that the e-line prints correctly at the end.
Recommended best practices
Review the company's tax ID (AFM) at go-live: it's essential for the e-line (9 or 12 digits).
Configure the products with the Greek VAT rates to avoid errors when invoicing.
Check a test receipt and verify the e-line prints correctly at the end.
Use the ignored payment method only when appropriate, so you don't stop printing receipts by mistake.
Keep the numbering series well configured so the e-line's series is correct.