Προβολή πηγαίου κώδικα για τη σελίδα Common FIMAS Errors

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

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

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

# Read me ERP-EL02-5.8.0.2 [https://wiki.entersoft.eu/wiki/ERP-EL02-5.8.0.2 <u>https://wiki.entersoft.eu/wiki/ERP-EL02-5.8.0.2</u>]
# Implementation manual FIMAS (επιλέγετε το latest version)

<blockquote>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
</blockquote>
Πριν την παραμετροποίηση όπως προχωρήσετε σε εγκατάσταση 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/<span style="color: blue;">Dunknown:</span>00:411111******1111:620:620:0:0:0:014:99980981:1:424217928810:1216:928810:20240829170413:0

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

R/SE4939F/RDMU77000136/T0/M0/C00/<span style="color: blue;">Dunknown:</span>00:411111******1111:620:620:0:0:0:014:99980981:1:424217928810:1216:928810:20240829170413:0 

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

'''''<span style="color: blue;">Παράδειγμα Ενημέρωσης Δεδομένων</span>'''''

'''Αρχική μορφή token:'''
R/SE4939F/RDMU77000136/T0/M0/C00/<span style="color: blue;">D:</span>00:411111******1111:620:620:0:0:0:014:99980981:1:424217928810:1216:928810:20240829170413:0

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

R/SE4939F/RDMU77000136/T0/M0/C00/<span style="color: blue;">Dunknown:</span>00:411111******1111:620:620:0:0:0:014:99980981:1:424217928810:1216:928810:20240829170413:0

<span style="color: blue;">'''Παράδειγμα Ερωτήματος SQL'''</span>

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

<span style="color: magenta;">update</span> ESFIMyDataPaymentRequestTransaction

<span style="color: blue;">set</span> TokenResponse =<span style="color: red;">'R/SE4939F/RDMU77000136/T0/M0/C00/Dunknown:00:411111******1111:620:620:0:0:0:014:99980981:1:424217928810:1216:928810:20240829170413:0'</span>
 
<span style="color: blue;">where</span> gid=<span style="color: red;">'722C4E2F-5052-41EA-A543-0012768EE600'</span>

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

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

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

[[Αρχείο:Kb02738-1.jpg|909x215px]]

2. '''Εκτέλεση Ερωτήματος SQL'''
* Εκτελούμε το ερώτημα: <span style="color: blue;">SELECT * FROM</span> ESFIMyDataPaymentRequest <span style="color: blue;">WHERE</span> SessionNumber=<span style="color: red;">'XXXXX'</span>, όπου <span style="color: red;">XXXXX</span> είναι το sessionID.
* Ελέγχουμε αν υπάρχει τιμή στην κολόνα '''''fRegistrationDocumentGID''''' (GID του παραστατικού) για το συγκεκριμένο record.
* Εάν υπάρχει τιμή στο '''''fRegistrationDocumentGID''''', σημειώνουμε το '''''documentGID'''''.

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

[[Αρχείο:Kb02738-2.jpg.png|841x536px]]

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

[[Category:POS_FAQ]]

1. '''Μη Εύρεση Record στο Πρώτο Ερώτημα'''
* Εάν το ερώτημα <span style="color: blue;">SELECT * FROM</span> ESFIMyDataPaymentRequest <span style="color: blue;">WHERE</span> SessionNumber=<span style="color: red;">'XXXXX'</span> δεν επιστρέψει κάποιο record στη βάση:
** Εκτελούμε την ενέργεια "Κλείσιμο Εκκρεμών Υπογραφών" μέσα από την οντότητα του Φορολογικού Μηχανισμού.
** Η ενέργεια αυτή είναι διαθέσιμη μόνο από την έκδοση 5.9.0.0 και απαιτεί εκτέλεση από το τερματικό όπου είναι εγκατεστημένος ο Sign Pro.

2. '''Εύρεση Record με Τιμή στην Κολώνα Signature'''
* Εάν το ερώτημα <span style="color: blue;">SELECT signature, * FROM</span> ESFIMyDataPaymentRequest <span style="color: blue;">WHERE</span> SessionNumber=<span style="color: blue;">'XXXXX'</span> επιστρέψει κάποιο record:
** Λαμβάνουμε την τιμή από την κολόνα <span style="color: blue;">signature</span>
** Στην όψη "Αιτήματα Πληρωμών σε POS", προβάλλουμε την στήλη υπογραφής και εφαρμόζουμε φίλτρο με την τιμή που έχουμε από την κολόνα <span style="color: blue;">signature.</span>

[[Αρχείο:Kb02738-3.jpg|1357x680px]]

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

{| class="wikitable" style="margin:auto"
|-
! Κατάσταση παραστατικού !! Κατάσταση υπογραφής !! Κατάσταση πληρωμής !! Provider !! Ενέργεια
|-
| έχει σφάλμα || οτιδήποτε || οτιδήποτε || style="color:green; background-color:#ffffcc;" | CPI || Να εκδοθεί το παραστατικό 
|-
| issued || προς έγκριση/ληγμένη || πετυχημένη  || style="color:green; background-color:#ffffcc;" | CPI || Πρέπει να γίνει αποδοχή της πληρωμής από την όψη πριν το έκδοση Ζ
|-
| δεν υπάρχει  || ληγμένη/προς απορριψη || αποτυχημένη || style="color:green; background-color:#ffffcc;" | CPI || Να γίνει απόρριψη πληρωμής (πρέπει να περαστούν latest hotfixes)
|}

'''Σημείωση !'''

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

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

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

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


{{#seo:
|title=Common_FIMAS_Errors
|title_mode=append
|keywords=ERP,CRM,Expert,Retail,Sales Force,Mobile,Cloud,B2B,Entersoft Business Suite,Entersoft Expert,Entersoft CRM,Entersoft WMS,Entersoft Retail,Entersoft Cloud,Entersoft Sales Force for iOS,Entersoft Mobile for Android,Entersoft Medical Representative,Entersoft Field Service,Enterprise Mobility,Entersoft xVan
}}