Συχνά σφάλματα-λύσεις ΦΗΜΑΣ

KB-02667 - Διασύνδεση με ΦΗΜΑΣ

Πληροφορίες σχετικά με τη διασύνδεση υπάρχουν στο wiki μας και πιο συγκεκριμένα:

1. Read me ERP-EL02-5.8.0.2 https://wiki.entersoft.eu/wiki/ERP-EL02-5.8.0.2
2. Implementation manual FIMAS (επιλέγετε το latest version)

https://wiki.entersoft.eu/wiki/%CE%9A%CE%B1%CF%84%CE%B7%CE%B3%CE%BF%CF%81%CE%AF%CE%B1:POS_DOCS

Πριν την παραμετροποίηση όπως προχωρήσετε σε εγκατάσταση latest hotfixes

KB-02675 - Υποστηριζόμενες Ροές ΦΗΜΑΣ | Τι ισχύει για την χονδρική και τι για την λιανική;

Στους νέους φορολογικούς (ΦΗΜΑΣ) είναι υποχρεωτικό να περνάει και η λιανική και η χονδρική ;

• Οι Λιανικές πρέπει υποχρεωτικά να περνάνε μέσα από ΦΗΜ εκτός και αν ανήκουν σε κάποια ειδική περίπτωση πχ 1002/2014.
• Οι Χονδρικές δεν έχουν υποχρέωση σήμανσης μέσω ΦΗΜ. Δύναται να διαβιβάζονται κατευθείαν από το ERP.

Στην περίπτωση που χωρίς να έχει υποχρέωση κάποιος περνάει τις χονδρικές από ΦΗΜ , 1) Αρχικά δεν απαγορεύεται και θα κάνει ότι έκανε και πριν και 2) θα υπόκειται στους κανόνες διασύνδεσης ΦΗΜ-POS και για την χονδρική.

Άρα υποχρέωση χρήσης ΦΗΜ προκύπτει μόνο για την Λιανική (εκτός ειδικών περιπτώσεων) και αυτό υποστηρίζουμε σε αυτή την έκδοση. Για τις υπόλοιπες περιπτώσεις (χονδρικές, taxfree κλπ) που δεν υπάρχει υποχρέωση, θα το εξετάσουμε σε επόμενη φάση κατόπιν συνεννόησης με RBS και CPI.

KB-02676 - ΦΗΜΑΣ RBS| Σφάλμα "Η εκτύπωση απέτυχε. Error[0]: 64 - 64-Invalid VAT Rate"

Όταν έχουμε μειωμένη κατηγορία ΦΠΑ π.χ. 13% (Εσωτερικού) και κατά την διαδικασία εκτύπωσης μέσω φορολογικού της RBS εμφανίζεται το σφάλμα Error [0]:  64 - 64-Invalid VAT Rate. Τι κάνουμε σε αυτήν την περίπτωση;

Για το συγκεκριμένο σφάλμα θα πρέπει να γίνει ρύθμιση του φορολογικού μηχανισμού από τον τεχνικό του ΦΗΜΑΣ για να δέχεται ειδικές κατηγορίες ΦΠΑ.

KB-02677 - ΦΗΜΑΣ RBS | Σφάλμα : Error [0]:  131 - 131-Cannot parse JSON."

Κατά την εκτύπωση σε ΦΗΜΑΣ της RBS λαμβάνουμε το σφάλμα :

Η εκτύπωση απέτυχε.

Error [0]:  131 - 131-Cannot parse JSON.

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

KB-02679 - ΦΗΜΑΣ | Διαχείριση Ενδοκοινοτικών Αποδείξεων"

Οι αποδείξεις λιανικής(OSS) μπορούν να εκδίδονται και χωρίς σήμανση ΦΗΜ σύμφωνα με την ΠΟΛ.1002/2014 και την απόφαση A.1171/2021. Αυτό μπορεί να γίνει δημιουργώντας νέα σειρά με άμεση διαβίβαση και χωρίς φορολογικό μηχανισμό. Δηλαδή όσα τιμολόγια λιανικής είναι ενδοκοινοτικές συναλλαγές ΔΕΝ υποχρεούνται να περνάνε από φορολογικό - άρα δεν χρειάζονται σήμανση (σχετική ΠΟΛ.1002/2014 και απόφαση A.1171/2021) Για να μπορέσει ο πελάτης να συνεχίσει να τιμολογεί θα πρέπει να δημιουργηθεί μια νέα σειρά με άμεση διαβίβαση ώστε μόνο τα παραστατικά λιανικής(ενδοκοινοτικών)να μην περνάνε από τον ΦΗΜΑΣ.

ΠΟΛ.1002/2014

Άρθρο 1 4. Για τις παρακάτω περιπτώσεις λιανικών συναλλαγών παρέχεται απαλλαγή από την υποχρέωση έκδοσης των σχετικών αποδείξεων πώλησης μέσω φορολογικού ηλεκτρονικού μηχανισμού: α) Οι αποδείξεις λιανικών συναλλαγών που εκδίδονται για πωλήσεις φυσικού αερίου μέσω δικτύου, ύδατος πόσιμου μέσω δικτύου, αεριόφωτος, ηλεκτρικού ρεύματος, θερμικής ενέργειας ή παροχής τηλεπικοινωνιακών, ταχυδρομικών, τραπεζικών, χρηματιστηριακών, χρηματοδοτικών εργασιών, καθώς και στις περιπτώσεις είσπραξης ανταποδοτικών τελών και λοιπών συναφών δικαιωμάτων από το Δημόσιο, Ν.Π.Δ.Δ., Ο.Τ.Α., δημοτικές επιχειρήσεις και επιχειρήσεις κοινής ωφέλειας, β) Οι αποδείξεις λιανικών συναλλαγών που εκδίδονται εκτός της επαγγελματικής εγκατάστασης του υπόχρεου, με εξαίρεση τους πωλητές (αγρότες – μεταπωλητές) σε λαϊκές αγορές και τους πωλητές αποκλειστικά μέσω πλανοδίου ή υπαίθριου εμπορίου,  γ) Οι αποδείξεις λιανικών συναλλαγών που εκδίδονται «επί πιστώσει» από οντότητες που χρησιμοποιούν διπλογραφικό λογιστικό σύστημα,  

A.1171/2021

Άρθρο 5 

ΕΙΔΙΚΟΤΕΡΑ ΘΕΜΑΤΑ

1. Οι οντότητες που μέχρι την έναρξη εφαρμογής της παρούσας, διενεργούν συναλλαγές χονδρικής, προαιρετικά, με τη χρήση ΦΗΜ, για την έκδοση και σήμανση των εκδοθέντων παραστατικών, δεν έχουν υποχρέωση διασύνδεσης με το Π.Σ. των Φ.Η.Μ.

2. Οι οντότητες που διενεργούν συναλλαγές λιανικής και απαλλάσσονται από την υποχρεωτική χρήση Φ.Η.Μ. (απόφαση Γ.Γ.Δ.Ε. ΠΟΛ.1002/2014), στην περίπτωση που χρησιμοποιούν προαιρετικά Φ.Η.Μ. μέχρι την έναρξη εφαρμογής της παρούσας, ομοίως δεν έχουν αντίστοιχη υποχρέωση διασύνδεσης με το Π.Σ. των Φ.Η.Μ. Οι ως άνω οντότητες, εφόσον επιλέξουν την έκδοση των στοιχείων λιανικής πώλησης μέσω αναβαθμισμένων Φ.Η.Μ., έστω και προαιρετικά, καθίστανται υπόχρεες σε εφαρμογή των οριζόμενων με την παρούσα.

3. Σε κάθε περίπτωση οι οντότητες των παραγράφων 1 και 2 του παρόντος άρθρου, δε δύνανται να χρησιμοποιούν μη αναβαθμισμένους Φ.Η.Μ. από τις ημερομηνίες έναρξης διαβίβασης δεδομένων, όπως αυτές ορίζονται στο άρθρο 2, της παρούσας και εφεξής.

4. Στις περιπτώσεις έκδοσης αποδείξεων λιανικών συναλλαγών, κατά τις οποίες σύμφωνα με τις κείμενες διατάξεις ορίζεται η αναγραφή επιπλέον στοιχείων πέραν του υποχρεωτικού περιεχομένου αυτών, τα στοιχεία λιανικής, στην περίπτωση που είναι υποχρεωτική η χρήση Φ.Η.Μ., δύνανται να εκδίδονται με οποιοδήποτε πρόσφορο μέσο. Ενδεικτικά αναφέρεται η περίπτωση της Α.Υ.Ο. ΠΟΛ.1338/1996 (Β’ 18) σχετικά με τη διαδικασία απαλλαγής από το ΦΠΑ της παράδοσης αγαθών προς αγοραστή ταξιδιώτη (Tax Free), καθώς και των άρθρων 1 έως 18 του ν. 4818/2021 (Α’ 124), σχετικά με τις υποχρεώσεις για παροχές υπηρεσιών και πωλήσεις αγαθών εξ αποστάσεως(VAT OSS). Τα ως άνω ισχύουν και στην περίπτωση έκδοσης πιστωτικών στοιχείων λιανικής πλην αυτών που εκδίδονται μέσω ΕΑΦΔΣΣ. Τα δεδομένα των εν λόγω συναλλαγών διαβιβάζονται, ανά περίπτωση, στην ψηφιακή πλατφόρμα myDATA με τα λοιπά κανάλια διαβίβασης (Πιστοποιημένοι Πάροχοι Ηλεκτρονικής Έκδοσης Στοιχείων, Προγράμματα Διαχείρισης Εμπορικού Λογιστικού ERP, Ειδική Φόρμα Καταχώρησης και Εφαρμογή Έκδοσης και Διαβίβασης Παραστατικών της A.A.Δ.Ε.) σύμφωνα με την Α. 1138/2020.

KB-02681 - ΦΗΜΑΣ RBS | Σφάλμα Error [0]:  20 - 20-Z closure time limit

Υπάρχουν περιπτώσεις με φορολογικό RBS όπου κατά την εντολή εκτύπωσης λαμβάνουμε το παρακάτω σφάλμα:

ΕΦΑΡΜΟΓΗ = [ERP-EL02] ΕΚΔΟΣΗ = [5.8.0 - 2] S/N = [01100101508]

F48 Build, Microsoft .NET Framework 4.8 (Version: 4.8.9037), 64-bit Process Microsoft Windows 10 Pro 64 bit (Version 10.0.19045)

Current DateTime: 6/8/2024 14:40:13 Login Date: 6/8/2024 Login User: SARIDOU

Η εκτύπωση απέτυχε.

Error [0]:  20 - 20-Z closure time limit. System.Exception, mscorlib    σε Entersoft.ERP.Financials.PRT.PrintingHandler.PrintDocumentWithResult(DataRow pDocument, Boolean pPreconfirmed)    σε Entersoft.ERP.Financials.UI.UIPrintingHandler.PrintCurrentDocument(DataRow pDocument, Boolean pPreConfirmed, Boolean GenerateMessages, Boolean IsSave)

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

KB-02683 - Σφάλμα "Result Not Available Yet" σε συναλλαγή ΦΗΜΑΣ RBS

Σε συναλλαγή ΑΠΛ μέσω ΦΗΜΑΣ RBS λαμβάνουμε το παρακάτω σφάλμα κατά την εκτύπωση:

System.InvalidCastException: Η μετατροπή από συμβολοσειρά "" σε τύπο"Double" δεν είναι έγκυρη. ---> System.FormatException: Η συμβολοσειρά εισόδου δεν είχε τη σωστή μορφή.

  σε Microsoft.VisualBasic.CompilerServices.Conversions.ParseDouble(String Value, NumberFormatInfo NumberFormat)
  σε Microsoft.VisualBasic.CompilerServices.Conversions.ToDouble(String Value, NumberFormatInfo NumberFormat)
  --- Τέλος ιχνηλάτησης στοίβας εσωτερικών εξαιρέσεων ---
  σε Microsoft.VisualBasic.CompilerServices.Conversions.ToDouble(String Value, NumberFormatInfo NumberFormat)
  σε ESFMImpl.RBSDriverB.GetSignature(ESFMConfiguration Configuration, TaxMachineRequest Invoice, Int32 Delay, SignatureRequest Request)
- Result Not Available Yet

Ερώτηση: Που οφείλεται το παραπάνω σφάλμα;

Απάντηση: Έχει τελειώσει το χαρτί στον ΦΗΜΑΣ. Βάζοντας χαρτί και με δίνοντας επανεκτύπωση, η εκτύπωση προχωράει επιτυχώς.

KB-02737 - ΦΗΜΑΣ CPI | Error 824 - Result Token wrong syntax

Κατά την εκτύπωση παραστατικών που περιλαμβάνουν είσπραξη με κάρτα και διέρχονται μέσω του ΦΗΜΑΣ της CPI, εμφανίστηκε το σφάλμα «Error 824 - Result Token wrong syntax». Το ζήτημα αυτό έχει επιλυθεί μέσω ενός hotfix για νέες συναλλαγές που θα καταχωρηθούν από εδώ και στο εξής.

Το πρόβλημα προέρχεται από το NSP, καθώς η τιμή του response token δημιουργείται από τον ίδιο και, όπως φαίνεται, σε ορισμένες περιπτώσεις δεν εισάγεται ο τύπος κάρτας, με αποτέλεσμα το /D να μένει κενό. Σε αυτές τις περιπτώσεις, όταν το /D είναι κενό, θα προσθέτουμε την τιμή unknown. Για παράδειγμα:

Αρχική μορφή token με κενό /D:

R/SE4939F/RDMU77000136/T0/M0/C00/Dunknown:00:411111******1111:620:620:0:0:0:014:99980981:1:424217928810:1216:928810:20240829170413:0

Ανανεωμένη μορφή token με την προσθήκη του τύπου κάρτας ως unknown:

R/SE4939F/RDMU77000136/T0/M0/C00/Dunknown:00:411111******1111:620:620:0:0:0:014:99980981:1:424217928810:1216:928810:20240829170413:0

Ενημέρωση για τα ήδη καταχωρημένα παραστατικά

Για τα παραστατικά που έχουν ήδη καταχωρηθεί και περιέχουν tokens χωρίς τύπο κάρτας, θα χρειαστεί ενημέρωση στη βάση δεδομένων. Θα πρέπει να αναζητηθούν tokens με την παρακάτω μορφή (χωρίς τύπο κάρτας) και να ενημερωθούν.

Παράδειγμα Ενημέρωσης Δεδομένων

Αρχική μορφή token: R/SE4939F/RDMU77000136/T0/M0/C00/D:00:411111******1111:620:620:0:0:0:014:99980981:1:424217928810:1216:928810:20240829170413:0

Ενημερωμένη μορφή token:

R/SE4939F/RDMU77000136/T0/M0/C00/Dunknown:00:411111******1111:620:620:0:0:0:014:99980981:1:424217928810:1216:928810:20240829170413:0

Παράδειγμα Ερωτήματος SQL

Για την ενημέρωση ενός συγκεκριμένου token στη βάση δεδομένων, χρησιμοποιούμε το ακόλουθο ερώτημα:

update ESFIMyDataPaymentRequestTransaction

set TokenResponse ='R/SE4939F/RDMU77000136/T0/M0/C00/Dunknown:00:411111******1111:620:620:0:0:0:014:99980981:1:424217928810:1216:928810:20240829170413:0'

where gid='722C4E2F-5052-41EA-A543-0012768EE600'

Με αυτό το ερώτημα, η τιμή του TokenResponse θα ενημερωθεί ώστε να περιλαμβάνει το unknown ως τύπο κάρτας στο /D, διασφαλίζοντας σωστή σύνταξη για την επεξεργασία.

KB-02738 - ΦΗΜΑΣ CPI| Εύρεση εκκρεμών tokens

1. Εκτέλεση Κλήσης στον Browser

• Εκτελούμε την κλήση http://localhost:11180/webservice/pending σε έναν browser από το τερματικό όπου είναι εγκατεστημένος ο Sign Pro.
• Με την εκτέλεση αυτής της κλήσης, εμφανίζεται η ακόλουθη εικόνα:

2. Εκτέλεση Ερωτήματος SQL

• Εκτελούμε το ερώτημα: SELECT * FROM ESFIMyDataPaymentRequest WHERE SessionNumber='XXXXX', όπου XXXXX είναι το sessionID.
• Ελέγχουμε αν υπάρχει τιμή στην κολόνα fRegistrationDocumentGID (GID του παραστατικού) για το συγκεκριμένο record.
• Εάν υπάρχει τιμή στο fRegistrationDocumentGID, σημειώνουμε το documentGID.

3. Έλεγχος Παραστατικού και Κατάστασης Σήμανσης

• Εάν έχουμε τιμή στο fRegistrationDocumentGID, ελέγχουμε εάν το παραστατικό υπάρχει και έχει περάσει από ΦΗΜΑΣ (άρα έχει λάβει σήμανση) από την όψη «Διαχείριση Παραστατικών Φορολογικού Μηχανισμού».
• Σε αυτό το βήμα, επιβεβαιώνουμε ότι στο request προς τον ΦΗΜΑΣ υπάρχει το sessionNo στο header, ώστε να κλείσει το token.

Ενέργειες Διόρθωσης

1. Μη Εύρεση Record στο Πρώτο Ερώτημα

• Εάν το ερώτημα SELECT * FROM ESFIMyDataPaymentRequest WHERE SessionNumber='XXXXX' δεν επιστρέψει κάποιο record στη βάση:
  • Εκτελούμε την ενέργεια "Κλείσιμο Εκκρεμών Υπογραφών" μέσα από την οντότητα του Φορολογικού Μηχανισμού.
  • Η ενέργεια αυτή είναι διαθέσιμη μόνο από την έκδοση 5.9.0.0 και απαιτεί εκτέλεση από το τερματικό όπου είναι εγκατεστημένος ο Sign Pro.

2. Εύρεση Record με Τιμή στην Κολώνα Signature

• Εάν το ερώτημα SELECT signature, * FROM ESFIMyDataPaymentRequest WHERE SessionNumber='XXXXX' επιστρέψει κάποιο record:
  • Λαμβάνουμε την τιμή από την κολόνα signature
  • Στην όψη "Αιτήματα Πληρωμών σε POS", προβάλλουμε την στήλη υπογραφής και εφαρμόζουμε φίλτρο με την τιμή που έχουμε από την κολόνα signature.

3. Αποδοχή ή Απόρριψη Πληρωμής

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

Κατάσταση παραστατικού	Κατάσταση υπογραφής	Κατάσταση πληρωμής	Provider	Ενέργεια
έχει σφάλμα	οτιδήποτε	οτιδήποτε	CPI	Να εκδοθεί το παραστατικό
issued	προς έγκριση/ληγμένη	πετυχημένη	CPI	Πρέπει να γίνει αποδοχή της πληρωμής από την όψη πριν το έκδοση Ζ
δεν υπάρχει	ληγμένη/προς απορριψη	αποτυχημένη	CPI	Να γίνει απόρριψη πληρωμής (πρέπει να περαστούν latest hotfixes)

Σημείωση !

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

KB-03011 - Προφόρτωση POS με RBS

Σχετικά με τις προφορτώσεις σε RBS το flow είναι διαφορετικό συγκριτικά με την CPI ή πάροχο. Πιο συγκεκριμένα, η προφόρτωση θα πρέπει να προηγείται της έκδοσης/εκτύπωσης. Δηλαδή :

• Δημιουργώ παραστατικό ΑΠΛ με επί πιστώσει
• Εκτελώ την ενέργεια της προφόρτωσης
• Εκτυπώνω/διαβιβάζω το παραστατικό