Το παρόν άρθρο περιγράφει ειδικά χαρακτηριστικά που πρέπει να ληφθούν υπόψη στο πλαίσιο της φορολογικής καταγραφής στη Λιθουανία ή που απορρέουν από τη νομοθεσία και τις τεχνικές απαιτήσεις. Μια επισκόπηση των όρων που χρησιμοποιούνται στο παρόν άρθρο και των εννοιών τους μπορείτε να βρείτε στο άρθρο «Όροι της φορολογικής καταγραφής στη Λιθουανία».

Επισκόπηση περιεχομένου:

• Προϋποθέσεις – τι απαιτείται για τη συμμόρφωση της λειτουργίας του ταμειακού μηχανήματος;
• Μονάδα ασφαλείας – τι είναι και ποιες ειδικές λειτουργίες συνδέονται με αυτήν;
• Επικοινωνία iEKA – τι πρέπει να ληφθεί υπόψη;
• Ειδικές διαδικασίες – ποια είναι τα ειδικά χαρακτηριστικά των:
  • Επιστροφές/ανταλλαγές
  • Τεχνικό ημερολόγιο
  • Σύνολα στις αναφορές
  • Καταθέσεις και αναλήψεις
  • Ακύρωση συναλλαγής
  • Πώληση ειδικών προϊόντων
• Αναφορές – ποιες αναφορές πρέπει να δημιουργούνται και ποια δεδομένα πρέπει να περιέχουν;
• EKJ – τι είναι και ποιες είναι οι απαιτήσεις;

Προϋποθέσεις

Για να τεθεί σε λειτουργία ένα ταμειακό μηχάνημα στη Λιθουανία, απαιτούνται τα εξής:

Service company

Μόνο εκπρόσωποι πιστοποιημένης service company μπορούν να θέσουν σε λειτουργία ταμειακές μηχανές και να τις συνδέσουν με την υπηρεσία iEKA και τη μονάδα ασφαλείας.

Μπορείτε να ορίσετε μια service company μέσω της διαμόρφωσης «Λιθουανία». Για να επιλεγεί μια service company (διαθέσιμη ως στοιχείο αναπτυσσόμενου μενού στη διαμόρφωση), απαιτείται σύμβαση μεταξύ του distributors και της service company. Μόλις η σύμβαση αποθηκευτεί/ενεργοποιηθεί στο RetailForce portal, μια καταχώριση για την service company καθίσταται διαθέσιμη στη διαμόρφωση.

Μονάδα ασφαλείας

Κάθε ταμειακή μηχανή πρέπει να είναι εξοπλισμένη με πιστοποιημένη μονάδα ασφαλείας. Η μονάδα ασφαλείας σχετίζεται μόνο έμμεσα με την service company. Ωστόσο, κατά την αγορά μονάδας ασφαλείας, βεβαιωθείτε ότι υποστηρίζεται επίσης από το RetailForce system.

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

Παράμετρος «Service company»

Μόλις επιλεγεί μια service company στη διαμόρφωση και αντιστοιχιστεί σε μια οντότητα (οργανισμός, εταιρεία, κατάστημα, terminal), ένας υπάλληλος της service company μπορεί να εισαγάγει τις παραμέτρους της service company (βλ. Όρους φορολογικής καταγραφής της Λιθουανίας) για κάθε terminal.

Εάν το ταμείο διαθέτει μονάδα ασφαλείας και έχουν εισαχθεί οι παράμετροι της service company, το ταμείο (ο client) μπορεί να τεθεί σε λειτουργία.

Μονάδα ασφαλείας

Τα δεδομένα από τις φορολογικές συναλλαγές υπογράφονται αυτόματα από την υπηρεσία φορολογικής καταγραφής της RetailForce μέσω της μονάδας ασφαλείας.

Η μονάδα ασφαλείας ενεργοποιείται αυτόματα κατά την αρχική ρύθμιση. Κατά τη διάρκεια αυτής της διαδικασίας, φορτώνονται επίσης τα απαραίτητα ψηφιακά πιστοποιητικά στη μονάδα ασφαλείας.

Ψηφιακά πιστοποιητικά

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

Για την ανταλλαγή πιστοποιητικών, η υπηρεσία φορολογικής καταχώρησης παρέχει τη λειτουργία:

• POST /api/v1/management/lithuania/{clientId}/certificate-update

Όταν καλείται το endpoint, η υπηρεσία φορολογικής παρακολούθησης (middleware) ελέγχει αν τα πιστοποιητικά πρέπει να αντικατασταθούν. Εάν ένα πιστοποιητικό πλησιάζει στο τέλος της περιόδου ισχύος του, αντικαθίσταται με ένα νεότερο.

Απαιτείται ενημέρωση

Η ανταλλαγή πιστοποιητικών είναι δυνατή μόνο μετά από ημερήσιο κλείσιμο/αναφορά (Z) (έγγραφο EndOfDay). Για κάθε έγγραφο EndOfDay, η ιδιότητα «certificatesUpdateRequired» επιστρέφεται στο fiscalResponse.

Εάν η τιμή του «certificatesUpdateRequired» = true, το ανάντη σύστημα πρέπει να ξεκινήσει την ανταλλαγή πιστοποιητικών χρησιμοποιώντας το τελικό σημείο POST /api/v1/management/lithuania/{clientId}/certificate-update.

Τιμές Μονάδα ασφαλείας

Οι τιμές που αποθηκεύονται στη μονάδα ασφάλειας (μετρητής πωλήσεων, ID ταμειακής μηχανής, αριθμός υπογεγραμμένων εγγράφων και άλλες) μπορούν να αναγνωσθούν χρησιμοποιώντας το τελικό σημείο

• GET /api/v1/management/lithuania/{clientId}/param-stick 

Επαναφορά της δοκιμαστικής μονάδας ασφαλείας

Σε αντίθεση με τις μονάδες ασφαλείας που χρησιμοποιούνται σε πραγματικές συνθήκες λειτουργίας, οι δοκιμαστικές μονάδες ασφαλείας μπορούν να επαναφερθούν στις εργοστασιακές προεπιλογές. Αυτό είναι ιδιαίτερα σημαντικό κατά τη φάση υλοποίησης, σε περίπτωση που έχουν προκύψει σφάλματα (π.χ. στην επικοινωνία με το iEKA – βλ. παρακάτω).

Η επαναφορά πραγματοποιείται χρησιμοποιώντας το σημείο τερματισμού

• DELETE /api/v1/management/lithuania/{clientId}/reset-stick

Επικοινωνία με το iEKA 

Εκτός από την υπογραφή των δεδομένων συναλλαγών μέσω της μονάδας ασφαλείας, η μεταφορά δεδομένων στο ηλεκτρονικό σύστημα των φορολογικών αρχών (iEKA) αποτελεί μία από τις βασικές απαιτήσεις της φορολογικής καταγραφής στη Λιθουανία.

The RetailForce system handles automatic communication with iEKA. iEKA limits the number of data records that can be transferred within a specific timeframe, as well as the frequency of transfers/requests within a timeframe. For this reason, the tax recording service does not transmit data to iEKA in real time, but rather asynchronously.

Εντοπισμός σφαλμάτων

Τα δεδομένα που χρησιμοποιούνται ως βάση για τη διαβίβαση δεδομένων αποθηκεύονται από την υπηρεσία φορολογικής καταγραφής στον φάκελο (π.χ. σε συστήματα Windows) C:\ProgramData\RetailForce\Fiscal Webservice\{clientId}\lithuaniaFiscalFiles.

Διαδικασία

Ο φάκελος που περιγράφεται παραπάνω περιέχει συνήθως τρεις υποφακέλους:

• send - Δεδομένα που πρόκειται να μεταφερθούν στο iEKA (δεδομένα που δεν έχουν ακόμη μεταφερθεί).
• accepted - Δεδομένα που αποστάληκαν στο iEKA και έγιναν αποδεκτά από το σύστημα.
• 20xy - Απάντηση από το iEKA μετά την επικύρωση των δεδομένων για κάθε μεμονωμένη εγγραφή δεδομένων (αντιπροσωπεύει το έτος κατά το οποίο καταγράφηκε η συναλλαγή)

Η διαβίβαση δεδομένων στο iEKA ακολουθεί την ακόλουθη διαδικασία:

1. Το RetailForce Client λαμβάνει δεδομένα από το ανάντη σύστημα («ταμειακή μηχανή») και
2. τα μετατρέπει σε μορφή iEKA (ως αρχείο JSON).
3. Αυτό το αρχείο JSON αποθηκεύεται στον φάκελο \\lithuaniaFiscalFiles\send.
4. Τα αρχεία στον φάκελο \\send μεταφέρονται περιοδικά (ασύγχρονα) στην υπηρεσία iEKA. Πριν από τη μετάδοση, τα αρχεία JSON μετατρέπονται σε μορφή XML της iEKA.
5. Μόλις τα δεδομένα φτάσουν στο σύστημα iEKA, το iEKA επιβεβαιώνει τη λήψη τους.
6. Σε αυτό το σημείο, τα δεδομένα των συναλλαγών μεταφέρονται από το φάκελο \\send στο φάκελο \\accepted, μαζί με την επιβεβαίωση που ελήφθη από το iEKA.
   1. Εάν τα δεδομένα δεν μπόρεσαν να μεταφερθούν στην iEKA, παραμένουν στο φάκελο \\send και η υπηρεσία φορολογικής καταχώρισης επιχειρεί να τα μεταφέρει σε μεταγενέστερο χρόνο.
7. Το σύστημα iEKA επαληθεύει πλέον τα μεταφερθέντα δεδομένα. Η κατάσταση επαλήθευσης πρέπει να ελέγχεται ενεργά από τη μονάδα μεταφοράς δεδομένων (υπηρεσία φορολογικής καταχώρησης)
8. Αυτή η ερώτηση πραγματοποιείται επίσης περιοδικά λόγω περιορισμών επικοινωνίας εκ μέρους της iEKA (βλ. παραπάνω).
9. Το αποτέλεσμα της ερώτησης για την κατάσταση επικύρωσης αποθηκεύεται στο φάκελο 20xy (τα δεδομένα μετακινούνται από το \\accepted στο \\20xy).

Κατάσταση συναλλαγής

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

• GET /api/v1/management/lithuania/{clientId}/check-document-status-by-iEKA-document-number/{iEKADocumentNumber} και
• GET /api/v1/management/lithuania/{clientId}/check-document-status-by-document-number/{DocumentNumber}

Ειδικές διαδικασίες

Επιστροφές / ανταλλαγές εμπορευμάτων

Οι επιστροφές (π.χ. ανταλλαγή εμπορευμάτων) θεωρούνται στη Λιθουανία μη φορολογικά έγγραφα, δηλαδή μη φορολογικές συναλλαγές. Διαβιβάζονται στο σύστημα iEKA, αλλά δεν υπογράφονται μέσω της μονάδας ασφαλείας. Αυτό σημαίνει επίσης ότι τα έγγραφα επιστροφής δεν επηρεάζουν τους μετρητές πωλήσεων (συνολικό ποσό) της μονάδας ασφαλείας.

Προκειμένου το RetailForce system να αναγνωρίζει σωστά τις επιστροφές ως τέτοιες, πρέπει να οριστούν οι ακόλουθες ιδιότητες:

• "documentType": 0 / "[0] = Απόδειξη"
• "cancellationDocument": true
• "documentReference" - πρέπει να οριστεί η αναφορά σε άλλο έγγραφο (το αρχικό έγγραφο πώλησης)
• Αρνητικές τιμές συναλλαγών («GrossValue», «NetValue», «TaxValue», «Amount»)

Τεχνικό ημερολόγιο

Οι τεχνικές διαδικασίες πρέπει να καταγράφονται στη Λιθουανία. Όπως και σε άλλες χώρες, αυτό γίνεται χρησιμοποιώντας το «Technical Event Log» / «Technical Journal» ή το «AuditLog».

Πρέπει να καταγράφονται ειδικότερα τα ακόλουθα συμβάντα:

• Άνοιγμα ταμειακού συρταριού (DrawerOpen) – πρέπει να διαβιβάζεται από το ανώτερο σύστημα.
• Ακύρωση εγγράφου (DocumentCancelDocument) – καταγράφεται αυτόματα.

Για περισσότερες λεπτομέρειες, ανατρέξτε στο άρθρο «Τεχνικά συμβάντα στη Λιθουανία».

Σύνολα στις αναφορές

Στις αναφορές (αναφορά (Z) – ημερήσια φορολογική αναφορά, αναφορά (X) – ημερήσια ενδιάμεση αναφορά), ορισμένα (συνολικά) σύνολα πρέπει να εμφανίζονται ξεχωριστά. Για να διασφαλιστεί αυτό, πρέπει να τηρούνται ορισμένοι κανόνες κατά τη μεταφορά δεδομένων μεταξύ του συστήματος προέλευσης («ταμειακές μηχανές») και της υπηρεσίας φορολογικής καταγραφής.

Για λεπτομέρειες, ανατρέξτε στο άρθρο «Σύνολα στις αναφορές Λιθουανίας».

PayIn & Πληρωμές

Η φορολογική καταγραφή στη Λιθουανία απαιτεί τη διαβίβαση του υπολοίπου μετρητών στο ταμείο (συρτάρι) προς το iEKA. Για να διασφαλιστεί αυτό, οι συναλλαγές εισπράξεων και πληρωμών (π.χ. καταθέσεις ρέστα) πρέπει επίσης να διαβιβάζονται από το ανάντη σύστημα προς την υπηρεσία φορολογικής καταγραφής RetailForce (middleware) με τη μορφή εγγράφων PayIn και PayOut («documentType»: 11 / «[11] = PayIn» και «documentType»: 10 / «[10] = PayOut» με «BusinessTransactionType»: «[90] = MoneyTransfer»).

Για τις καταθέσεις (PayIn) και τις αναλήψεις (PayOut) πρέπει να ληφθούν υπόψη τα εξής:

Παραδείγματα JSON payloads

PayIn:

(Release: 1.11.4; Έκδοση DOM 1.6.2)

{
	"ModelVersion": "1.6.2",
	"UniqueClientId": "bef09871-a19b-4eba-9f88-f14e0b482ab3",
	"UniqueCashRegisterId": "0001-0007",
	"FiscalModuleVersion": "1.11.4.593",
	"FiscalCountryModuleVersion": "0.9.7",
	"SoftwareName": "RetailForce NeverPOS",
	"DocumentGuid": "da8e52c6-fb33-4b07-8f9b-7962bc0a0002",
	"DocumentId": "PI001",
	"DocumentNumber": "PI202500001",
	"CreateDate": "2025-12-16T14:43:08.6110527+02:00",
	"BookDate": "2025-12-16T14:43:08.6110527+02:00",
	"DocumentType": 11,
	"User": {
		"Id": "7b1e3d67-25d0-4ad1-a230-5264b3aa1fca"
	},
	"PositionCount": 1,
	"DocumentIssueType": 0,
	"FiscalDocumentNumber": "0",
	"FiscalDocumentStartTime": 0,
	"Positions": [
		{
			"Type": "[3] = Booking",
			"Caption": "Pridėti grynuosius pinigus",
			"BusinessTransactionType": "[11] = PayIn",
			"VatIdentification": 10,
			"VatPercent": 0.0,
			"NetValue": 20.0,
			"GrossValue": 20.0,
			"TaxValue": 0.0,
			"PositionNumber": 0,
			"DeletedPosition": false,
			"AdditionalFields": {},
			"ExternalIdentifier": []
		}
	],
	"Payments": [
		{
			"Amount": 20.0,
			"CurrencyIsoCode": "EUR",
			"UniqueReadablePaymentIdentifier": "CashMovement",
			"AdditionalFields": {},
			"PaymentType": 0,
			"ExternalIdentifier": []
		}
	],
	"AdditionalHeader": [],
	"AdditionalFooter": [],
	"FiscalAdditionalFields": {}
}

PayOut:

(Release: 1.11.4; Έκδοση DOM 1.6.2)

{
	"ModelVersion": "1.6.2",
	"UniqueClientId": "277a1220-5af4-4fc4-900f-694dcc0a6227",
	"UniqueCashRegisterId": "0001-0007",
	"FiscalModuleVersion": "1.11.4.593",
	"FiscalCountryModuleVersion": "0.9.7",
	"SoftwareName": "RetailForce NeverPOS",
	"DocumentGuid": "da8e52c6-fb33-4b07-8f9b-7962bc0a0002",
	"DocumentId": "PO0002",
	"DocumentNumber": "PO202500001",
	"CreateDate": "2025-12-16T12:08:08.6110527+02:00",
	"BookDate": "2025-12-16T12:08:08.6110527+02:00",
	"DocumentType": 10,
	"User": {
		"Id": "7b1e3d67-25d0-4ad1-a230-5264b3aa1fca"
	},
	"PositionCount": 1,
	"DocumentIssueType": 0,
	"FiscalDocumentNumber": "0",
	"FiscalDocumentStartTime": 0,
	"Positions": [
		{
			"Type": "[3] = Booking",
			"Caption": "Grynųjų pinigų išėmimas",
			"BusinessTransactionType": "[10] = PayOut",
			"PayOutType": null,
			"VatIdentification": 10,
			"VatPercent": 0.0,
			"NetValue": -12.0,
			"GrossValue": -12.0,
			"TaxValue": 0.0,
			"PositionNumber": 0,
			"DeletedPosition": false,
			"AdditionalFields": {},
			"ExternalIdentifier": []
		}
	],
	"Payments": [
		{
			"Amount": -12.0,
			"CurrencyIsoCode": "EUR",
			"UniqueReadablePaymentIdentifier": "CashMovement",
			"AdditionalFields": {},
			"PaymentType": 0,
			"ExternalIdentifier": []
		}
	],
	"AdditionalHeader": [],
	"AdditionalFooter": [],
	"FiscalAdditionalFields": {}
}

Ακύρωση / Διακοπή συναλλαγών

Οποιαδήποτε εγκατάλειψη συναλλαγής πριν από την ολοκλήρωσή της πρέπει να καταγράφεται στη Λιθουανία. Το τελικό σημείο

• POST /api/v1/transactions/cancelDocument

χρησιμοποιείται για το σκοπό αυτό.

Το μεταδιδόμενο JSON payload πρέπει να περιλαμβάνει

• όλες τις θέσεις που έχουν καταγραφεί μέχρι το σημείο της ακύρωσης, αλλά
• ένα κενό αντικείμενο «Payments».

Παράδειγμα:

(Release: 1.11.4; Έκδοση DOM 1.6.2)

{
	"ModelVersion": "1.6.2",
	"UniqueClientId": "bef09871-a19b-4eba-9f88-f14e0b482ab3",
	"UniqueCashRegisterId": "T001-1502",
	"FiscalModuleVersion": "1.11.4.593",
	"FiscalCountryModuleVersion": "0.9.7",
	"SoftwareName": "x x 1.0",
	"AutomaticVatCalculation": 0,
	"DocumentGuid": "da8e52c6-fb33-4b07-8f9b-7962bc0c0002",
	"DocumentId": "0002",
	"DocumentNumber": "202500001",
	"CreateDate": "2025-12-16T15:19:08.6110527+02:00",
	"BookDate": "2025-12-16T15:19:08.6110527+02:00",
	"DocumentType": 0,
	"User": {
		"Id": "7b1e3d67-25d0-4ad1-a230-5264b3aa1fca"
	},
	"PositionCount": 2,
	"DocumentIssueType": 0,
	"FiscalDocumentNumber": "0",
	"FiscalDocumentStartTime": 0,
	"Positions": [
		{
			"ItemCaption": "Testavimo prekė 222",
			"Discounts": [],
			"Type": "[0] = Item",
			"Quantity": 1.0,
			"QuantityUnit": {
				"Id": null
			},
			"ItemId": "8639d547-3db3-4a44-e0c3-08de3c72db58",
			"ItemType": 0,
			"BaseNetValue": 1.77686,
			"BaseGrossValue": 2.15,
			"BaseTaxValue": 0.37314,
			"BaseTaxValue2": null,
			"BusinessTransactionType": "[0] = Revenue",
			"VatIdentification": 1,
			"VatPercent": 21.0,
			"NetValue": 1.78,
			"GrossValue": 2.15,
			"TaxValue": 0.37,
			"ItemTaxType": 0,
			"PositionNumber": 0,
			"DeletedPosition": false,
			"AdditionalFields": {},
			"ExternalIdentifier": []
		},
		{
			"Type": "[10] = Total",
			"Rounding": 0.0,
			"BaseValue": 2.15,
			"Value": 2.15,
			"Discounts": [],
			"PositionNumber": 1,
			"DeletedPosition": false,
			"AdditionalFields": {},
			"ExternalIdentifier": []
		}
	],
	"Payments": [],
	"AdditionalHeader": [],
	"AdditionalFooter": [],
	"FiscalAdditionalFields": {}
}

Τα δεδομένα σχετικά με την εγκατάλειψη συναλλαγών πρέπει να αποστέλλονται στο iEKA και να εμφανίζονται επίσης στις αναφορές (βλ. το επόμενο κεφάλαιο).

Εγγραφή στο αρχείο ελέγχου για ακύρωση / εγκατάλειψη συναλλαγών

Εάν αποσταλεί ένα payload στο POST /api/v1/transactions/cancelDocument, η υπηρεσία φορολογικής καταγραφής της RetailForce δημιουργεί αυτόματα μια καταχώριση στο τεχνικό αρχείο καταγραφής συμβάντων / τεχνικό ημερολόγιο («αρχείο ελέγχου») του τύπου:

• DocumentCancelDocument

Η καταχώριση περιέχει το σύνολο (GrossValue) των επιμέρους στοιχείων του μεταδιδόμενου payload, καθώς αυτή η πληροφορία

• πρέπει να διαβιβαστεί στην iEKA και
• επίσης να αναφέρεται στην αναφορά (Z) και
• στην αναφορά (X).

Τα δεδομένα διαβιβάζονται στο iEKA μέσω του εγγράφου EndOfDay. Όταν καταχωρείται η ημερήσια κλείσιμο, επιστρέφονται οι ακόλουθες τιμές στο fiscalResponse της Λιθουανίας:

• "DayCanceledReceiptsDocumentsQuantity" – αριθμός ακυρώσεων / εγκαταλείψεων συναλλαγών ανά ημέρα
• «DayCanceledReceiptsDocumentsAmount» – (ακαθάριστο) σύνολο όλων των ακυρώσεων / εγκαταλείψεων συναλλαγών

Πώληση ειδικών εμπορευμάτων

Στη Λιθουανία, η πώληση ορισμένων ειδών πρέπει να επισημαίνεται ειδικά. Αυτές οι πωλήσεις αναφέρονται στο σύστημα iEKA ως ξεχωριστά σύνολα και περιλαμβάνονται επίσης στις αναφορές (Αναφορά (X), Αναφορά (Z)).

Αυτές οι λεγόμενες «Πωλήσεις Ειδικών Αγαθών» περιλαμβάνουν τις ακόλουθες ομάδες προϊόντων:

• Αλκοόλ και
• καύσιμα

Στο RetailForce DOM, τα σχετικά είδη μπορούν να επισημανθούν αναλόγως χρησιμοποιώντας την ιδιότητα «ItemTypeClassification». Οι ομάδες προϊόντων που ταξινομούνται ως «Ειδικά Είδη» στη Λιθουανία μπορούν να αναζητηθούν μέσω των «fiscalCountryProperties» (ιδιότητα: «supportedItemTypeClassification»).

Αναφορές

Τα συστήματα ταμειακών μηχανών πρέπει να είναι σε θέση να δημιουργούν τις ακόλουθες αναφορές:

• Αναφορά (X) – ημερήσια ενδιάμεση αναφορά (γνωστή και ως Αναφορά (X))
• Αναφορά (Z) – ημερήσια φορολογική αναφορά (γνωστή και ως Αναφορά (Z))
• Λεπτομερής φορολογική αναφορά
• Συνοπτική οικονομική αναφορά

Για περισσότερες πληροφορίες σχετικά με τα δεδομένα που πρέπει να περιλαμβάνονται στις αντίστοιχες αναφορές, ανατρέξτε στο άρθρο «Απαιτήσεις εγγράφων στη Λιθουανία».

EKJ

Αυτό το άρθρο μεταφράστηκε αυτόματα.