Knowledgebase-128x128

Οδηγίες έκδοσης και διαχειρίσεις παραστατικών στο κύκλωμα του Παρόχου

Τα αξιακά Παραστατικά και τα Δελτία που εκδίδετε πλέον θα
τα παρακολουθείτε από: Μενού => Πωλήσεις => Διασύνδεση με πάροχο ηλ.
τιμολόγηση => Αποστολές σε πάροχο

Αποστολή συναλλαγής στον πάροχο.

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

Αποτυχία αποστολής

Στην περίπτωση ελλιπών στοιχείων τα παραστατικά που έχουν
διαβιβαστεί στην πλατφόρμα myDATA δεν λαμβάνουν τα  στοιχεία
αυθεντικοποίησης. Επιστρέφεται όμως μήνυμα λάθους. Ως αποτέλεσμα αυτά τα
παραστατικά δεν μπορούν να εκδοθούν. Αντίθετα θα πρέπει πρώτα να διορθωθούν και
να αποσταλούν εκ νέου.

Επέμβαση σε απεσταλμένα παραστατικά

Βάσει των οδηγιών της Α.Α.Δ.Ε παραστατικά που έχουν
επιτυχώς διαβιβαστεί στην πλατφόρμα myDATA μέσω πάροχου  ηλεκτρονικής
τιμολόγησης, δεν μπορούν να μεταβληθούν, διαγραφούν ή ακυρωθούν. Για αυτόν
 τον λόγο δεν είναι εφικτή επέμβαση σε αυτά τα παραστατικά. Συνεπώς σε
περίπτωση λανθασμένης καταχώρησης, θα πρέπει να εκδοθεί πιστωτικό τιμολόγιο
ίδιο με το αρχικό παραστατικό το οποίο με την σειρά του και αυτό θα πρέπει να
διαβιβαστεί στην πλατφόρμα. Η υπέρβαση απαγόρευσης αφορά αποκλειστικά τα µη φορολογικά
πεδία του παραστατικού. Η δυνατότητα αυτή καλύπτει τις περιπτώσεις όπου είναι
επιθυμητή η παρέμβαση σε πληροφοριακάεμπορικά πεδία (π.χ. πωλητής, εταιρικές
διαστάσεις κ.ο.κ.).

Έλεγχος παραστατικών

Η όψη Διαχείρηση Παραστατικών Παρόχου συγκεντρώνει όλα τα
παραστατικά εμπορικών συναλλαγών (χονδρικής, λιανικής και δελτίων) που έχουν
χαρακτηριστεί αναλόγως στην σειρά τους. Τα παραστατικά ομαδοποιούνται βάσει της
κατάστασης τους. Ενώ με χρήση του κριτηρίου “Κατάσταση αποστολής” μπορεί κανείς
να διαχειριστεί κάθε ομάδα παραστατικών διαφορετικά. Γενικά θα πρέπει μέσα στην
ημέρα να γίνεται έλεγχος στην συγκεκριμένη λίστα γιατί τα παραστατικά πρέπει να
διαβιβάζονται εντός της ημέρας.

Προς αποστολή

Είναι παραστατικά που δεν έχουν αποσταλεί στον πάροχο
ηλεκτρονικής τιμολόγησης είναι απλώς αποθηκευμένα δεν έχουν ανέβει ΑΑΔΕ οπότε
μπορείτε να τα εκτυπώσετε για να αποσταλούν.

* Σε περίπτωση που επιθυμείτε τα παραστατικά να φεύγουν
μαζικά στο τέλος της ημέρας,  μπορείτε να τα επιλέξετε από τη λίστα
Αποστολές σε πάροχο και να τα εκτυπώσετε μαζικά από Ενέργειες => Εκτύπωση
παρ/κων  

ΠΡΟΣΟΧΗ !!! όσα Παραστατικά έχουν σφάλμα θα φανούν εκείνη
την στιγμή, υπενθυμίζουμε πως η διαβίβαση στον πάροχο πρέπει να γίνετε την ίδια
ημέρα εναλλακτικά μόλις ξεπεραστεί το παρόν σφάλμα θα εμφανίζει σφάλμα στην
ημερομηνία.

Με λάθη

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

Επιτυχής αποστολή

Αφορά παραστατικά που έχουν ενημερώσει τον πάροχο
ηλεκτρονικής τιμολόγησης και έχουν διαβιβαστεί  στην πλατφόρμα myDATA
επιτυχώς.

Όσον αφορά τα παραστατικά που είναι κίτρινα δηλαδή με
ένδειξη offline είναι λόγω του ότι μπορεί να
ήταν κάτω ο πάροχος, ή ΑΑΔΕ θα πάτε από Αυτοματισμοί =>  Ενημέρωση
Οffline Συναλλαγών εκτύπωση παραστατικών.

Knowledgebase-128x128

Βασικά σημεία διαχείρισης του Portal ηλεκτρονικής τιμολόγησης της Impact

Βασικά σημεία διαχείρισης του Portal ηλεκτρονικής τιμολόγησης της Impact

Μπορείτε να ελέγχετε τα παραστατικά που διαβιβάζετε από το portal ηλεκτρονικής τιμολόγησης της impactπαραθέτουμε το link https://einvoice.impact.gr/accounts/login (με τους κωδικούς που δημιουργείτε στο ραντεβού)

Από το κεντρικό Μενού => Παραστατικάθα βρείτε μια σειρά από επιλογές που σχετίζονται με την τιμολόγηση, τη διαβίβαση και τα σφάλματα παραστατικών.

Αναφέρουμε συνοπτικά τις σημαντικότερες :

  • Εξερχόμενα:τα παραστατικά που εκδόθηκαν από το erp και εντάσσονται στο κύκλωμα του παρόχου. Μπορείτε να δείτε τόσο αξιακά (τιμολογια) όσο και ποσοτικά (π.χ. δελτία αποστολής) παραστατικά.

  • Εισερχόμενα: υπάρχει η δυνατότητα πλέον να βλέπετε παραστατικά που σας έχουν τιμολογήσει (ισχύει μόνο για όσους έχουνπάροχο IMPACT)
  • Σφάλματα Διαβίβασης: βλέπετε τα παραστατικά που εμφάνισαν σφάλμα κατά τη διαβίβαση, όπως και ποιο είναι το σχετικό σφάλμα. Προτείνουμε να το ελέγχετε από το erp στην όψη *Διαχείριση Παραστατικών Παρόχου.

    Προαγορασμένα Πακέτα

    Αντιστοίχως από Μενού=> Προαγορασμένα Πακέτα, μπορείτε να ελέγξετε την Κατάσταση Ανάλωσης των πακέτων που έχετε αγοράσει:

  • Ενεργά Πακέτα =>Πακέτα σε ισχύ
  • Ημερομηνία ενεργοποίησης / λήξης=>Χρονικό διάστημα χρήσης.
  • Υπόλοιπο πακέτου => Ποσό που απομένει προς κατανάλωση.
  • Ποσοστό Υπόλοιπου => Γραφική ένδειξη για το πόσο κοντά είστε στην εξάντληση.

Χρειάζεται να ελέγχετε το πακέτο σε τακτά χρονικά διαστήματα.

Knowledgebase-128x128

Σύνδεση μέσω EntraID στο Entersoft ERP

1. Ακολουθούμε τις οδηγίες του KB-02873

2. Προσπαθούμε να μπούμε με entraID Login και παίρνουμε το λάθος για προσθήκη στο auth log

3. Εισάγουμε το URL που μας δίνεται στο λάθος μέσα στο AZURE

4. Κάνουμε πλέον κανονικά εισαγωγή με κωδικούς ERP και αντιστοιχούμε τους κωδικούς ERP σε κωδικούς entraID στο πεδίο του χρήστη LDAP user


Knowledgebase-128x128

Οδηγίες παραγγελίας – ανανέωσης POS Connector μέσω Cloudstore

1. Μετάβαση στο https://cloud.entersoft.gr/

2. Δημιουργία λογαριασμού σε περίπτωση που δεν έχει ο πελάτης:

3. Συμπλήρωση στοιχείων τελικού πελάτη:

Αφότου τα συμπληρώσουμε και επιλέξουμε «ΕΓΓΡΑΦΗ», ο πελάτης θα λάβει
στο email επιβεβαίωσης λογαριασμού.

4. Login

5. «Όλες οι εφαρμογές»:

6. Στην λίστα με τις εφαρμογές, αναζητούμε τα:

• Entersoft POS Connector
Ή
• Entersoft POS Connector Total (Entersoft connector για ειδικού τύπου
POS (π.χ. Euronet))

& επιλέγουμε «ΛΕΠΤΟΜΕΡΕΙΕΣ»

7. Προσθήκη στο καλάθι:

8. Συμπληρώνουμε χρήστες (1 user/pos) & «ΕΠΟΜΕΝΟ»

9. Επισκόπηση παραγγελίας, αποδοχή όρους χρήσης & «ΕΠΟΜΕΝΟ»:

10. Επιλογή τρόπου πληρωμής «Πληρωμή με κωδικό RF» & «ΕΠΟΜΕΝΟ»

11. Πληρωμή με τον κωδικό RF που εμφανίζεται & αυτόματη ενεργοποίηση:

Knowledgebase-128x128

Συχνά σφάλματα-λύσεις POS

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

Read me ERP-EL02-5.8.0.1 https://wiki.entersoft.eu/wiki/ERP-EL02-5.8.0.1
Implementation manual POS 1155 (επιλέγετε τo 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

Για τη διερεύνηση ενός προβλήματος που αφορά διασύνδεση Πάροχο – POS:

Σε πρώτη φάση ελέγχουμε εάν το μοντέλο είναι συμβατό, βάσει της λίστας στο Entersoftwiki:
       https://wiki.entersoft.eu/wiki/Compatible_POS

Να διασφαλιστεί ότι έχουν περαστεί τα latest hotfixes στο EBS
Για οποιοδήποτε πρόβλημα αντιμετωπίζουμε, πρέπει να διασφαλίσουμε ότι έχει γίνει η απαραίτητη παραμετροποίηση βάσει του implementation manual που βρίσκεται στο wiki μας (https://wiki.entersoft.eu/wiki/V1.2_5.8.0.1_POS_1155_ImplementationManual)
και παράλληλα να εξετάσουμε αν το POS έχει αναβαθμιστεί με επιτυχία.

Πληροφορίες σχετικά με τους NSP μπορείτε να βρείτε στο link

POS_FHMAS_1155

Σε περίπτωση που το πρόβλημα απαιτεί περαιτέρω διερεύνηση μπορείτε να επικοινωνήσετε με το Support, στην επικοινωνία σας προτείνουμε να έχετε διαθέσιμα τα παρακάτω

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

«H πληρωμή με POS απέτυχε. Κωδικός σφάλματος 58;TXN_VALIDATION_FAILED.»

Φαίνεται ότι το συγκεκριμένο τερματικό δεν έχει το κλειδί του παρόχου. Θα χρειαστεί στο POS να δηλώσετε Provider ID (Κλειδί Παρόχου).

Για να το κάνετε αυτό πρέπει:

Στην αρχική οθόνη του τερματικού πατάμε “OK”,
Στην επιλογή “ΛΕΙΤ.EDPS” πατάμε “OK”,
Πληκτρολογούμε “50” και “OK”,
Επιλέγουμε «ΚΛΕΙΔΙ ΠΑΡΟΧΟΥ»,
Πληκτρολογούμε το τριψήφιο κωδικό παρόχου 002

CARDLINK intranet: model A80 σφάλμα THE_POS_DID_NOT_RESPOND_ON_TIME
Σε περίπτωση όπου κατά την έγκριση πληρωμής λάβω το σφάλμα:

«H πληρωμή με POS απέτυχε. Κωδικός σφάλματος SaleAsync – Unexpected response: [THE_POS_DID_NOT_RESPOND_ON_TIME] >> Http status 200»

transactionData >> {} error >> [THE_POS_DID_NOT_RESPOND_ON_TIME]

Nα ελεγχθεί:

εάν το ECR είναι ενεργοποιημένο πριν τη συναλλαγή
στο προφίλ επικοινωνίας με POS, IP δικτύου και Πόρτα καθώς η cardlink είναι μέσω intranet.

Εάν το ECR είναι ενεργοποιημένο και η παραμετροποίηση σωστή θα πρέπει να γίνουν εκ νέου τα βήματα της αναβάθμισης (κυρίως από το 3 και μετά) και να μας ενημερώσετε εάν το σφάλμα εξακολουθεί να υφίσταται.

Στις περιπτώσεις όπου κατά την επικοινωνία μεταξύ ERP και POS (π.χ. έγκριση πληρωμής) λαμβάνουμε σφάλμα στο EBS

«H πληρωμή με POS απέτυχε. Κωδικός σφάλματος DECLINED;COMPLETED”’.»

και το παραστατικό αφορά πιστωτικό θα χρειαστεί να επικοινωνήσετε με την EURONET για την ενεργοποίηση του refund ανά TID.

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

Στις περιπτώσεις όπου κατά την επικοινωνία μεταξύ ERP και POS (π.χ. έγκριση πληρωμής) λαμβάνουμε σφάλμα, πέραν του etl σφάλματος που λάβαμε στο ui του EBS, το Service της Cardlink κρατάει log αρχεία από το service προς το pos και αντίστροφα, τα αρχεία είναι διαθέσιμα στο path C:ProgramDataSonomalogs

Για παράδειγμα, ένα σφάλμα που μπορεί να καταγραφεί στο Log αρχείο είναι το εξής:

«2024-07-19 10:32:39,791 INFO [http-nio-8080-exec-4] c.s.e.c.SimpleFunctional 319] Trxn 3: sale failed. – [THE_POS_IS_NOT_AVALIABLE]»

Άρα στην παραπάνω περίπτωση μπορώ να εξετάσω αν δικτυακά βλέπω την IP / PORT του POS.

Η κίνηση που θα καλεί η ενέργεια «’Έγκριση Συναλλαγής μέσω POS» εξαρτάται από τον κωδικό ΑΑΔΕ που έχει το παραστατικό. Πιο συγκεκριμένα:

Για παραστατικό με κωδικοποίηση ΑΑΔΕ 11.1, 8.4, 1.1 κλπ, η ενέργεια της έγκρισης θα κάνει είσπραξη.
Για παραστατικό με κωδικοποίηση ΑΑΔΕ 11.4, 8.5 , 5.1 κλπ, η ενέργεια της έγκρισης θα κάνει επιστροφή.
 

1) Στον φάκελο ESNoSync της εφαρμογής κάνουμε δημιουργία αρχείου txt

2) Μετονομάζουμε το αρχείο σε ESPOSImplRequests

3) Αλλάζουμε την κατάληξη του αρχείου από . txt σε .trigger

Μετά την συγκεκριμένη προσθήκη κάθε επικοινωνία που θα γίνεται με το POS θα κρατιούνται logs στον φάκελο ESNoSyncESPOSImpl

 

Για συναλλαγές μέσω POS της Cardlink, όπου ενώ έχει ολοκληρωθεί η διασύνδεση του POS, η ΑΑΔΕ εξακολουθεί να βλέπει το POS ως μη διασυνδεδεμένο θα πρέπει να ελέγξετε τα εξής:

1) Έχει εγκατασταθεί η version 6.3.0 του service της Cardlink. Μέσα στο Program filessonoma θα βρείτε σχετικό PDF αρχείο στον φάκελο εγκατάστασης του service, όπου αναφέρει το release version.

2) Να έχει πραγματοποιηθεί τουλάχιστον μία συναλλαγή από το POS

3) Να επιβεβαιώσετε ότι στο xml της σύνοψης της συναλλαγής αναγράφετε το TID του POS.

 

Διασύνδεση ΦΗΜΑΣ-POS | Cardlink-Exec__echo-Unexpected response
Υπάρχουν περιπτώσεις που κατά την διαδικασία διασύνδεσης ΦΗΜΑΣ-POS της Cardlink λαμβάνουμε το παρακάτω σφάλμα

Σε αυτήν την περίπτωση πρέπει να προχωρήσουμε εκτελώντας με σειρά τα παρακάτω βήματα

Απεγκατάσταση του ήδη υπάρχων Service “Ecr2EftWeb”
Εγκατάσταση του Service εκ νέου το σωστό από το παρακάτω Link ECR2WEB Training Run As Service x64 CRDL 1155.pptx – Παρουσιάσεις Google
Επιβεβαίωση ότι το Zip που έγινε λήψη είναι Unblocked
Τέλος προχωράμε σε δοκιμή διασύνδεσης εκ νέου
ΤΟ ΣΦΑΛΜΑ

Exec__echo – Unexpected response >> Http status 404

timestamp >> 1727512115921

status >> 404

error >> Not Found

message >> Not Found

path >> /echo

(No log)

System.ApplicationException, mscorlib

   σε Entersoft.ERP.Financials.DS.ESPOS.ESPOSHandler.PairTaxMachineWithPOS_TerminalBind(PairingRequest request)

   σε Entersoft.ERP.GlobalObjects.UI.TaxMechanismPairedPOSForm.MiddlewareConnect_btn_Click(Object sender, EventArgs e)

   σε System.Windows.Forms.Control.OnClick(EventArgs e)

   σε System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent)

   σε System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)

   σε System.Windows.Forms.Control.WndProc(Message& m)

   σε System.Windows.Forms.ButtonBase.WndProc(Message& m)

   σε System.Windows.Forms.Button.WndProc(Message& m)

   σε System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

Exec__echo – Unexpected response >> Http status 404

timestamp >> 1727512115921

status >> 404

error >> Not Found

message >> Not Found

path >> /echo

(No log)

Entersoft.Framework.Platform.Integrations.POS.ESPOSWebEcrException, ESPOSImpl

   σε Entersoft.Framework.Platform.Integrations.POS.Cardlink.IntranetECR.CardlinkClient.VB$StateMachine_29_DoRequest.MoveNext()

— Τέλος ιχνηλάτησης στοίβας από προηγούμενη θέση όπου δημιουργήθηκε μια εξαίρεση —

   σε System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()

   σε System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)

   σε Entersoft.Framework.Platform.Integrations.POS.Cardlink.IntranetECR.CardlinkClient.VB$StateMachine_25_Exec__echo.MoveNext()

— Τέλος ιχνηλάτησης στοίβας από προηγούμενη θέση όπου δημιουργήθηκε μια εξαίρεση —

   σε System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()

   σε System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)

   σε Entersoft.Framework.Platform.Integrations.POS.Cardlink.IntranetECR.CardlinkClient.VB$StateMachine_5_TerminalBindAsync.MoveNext()

Υποστηρίχθηκε η δυνατότητα ταυτόχρονης είσπραξης προκαταβολής μέσω POS κατά την καταχώρηση παραγγελιών πωλήσεων. Εφόσον η παραγγελία περιλαμβάνει είσπραξη με POS (βάσει 1155) θα ανατεθεί αυτόματα κωδικός ΑΑΔΕ 8.4 και θα διαβιβαστεί το παραστατικό σε πάροχο και ΑΑΔΕ ως προείσπραξη.

Σημειώσεις παραμετροποίησης:

Οι τύποι παραστατικών παραγγελιών και οι αντίστοιχες σειρές ΔΕΝ πρέπει να έχουν συμπληρωμένο κωδικό ΑΑΔΕ.
Στους τύπους παραστατικών παραγγελιών χρειάζεται να συμπληρωθούν οι αποδεκτοί όροι πληρωμής όπως γίνεται και στα υπόλοιπα trade παραστατικά (πχ ΑΠΛ).
Δημιουργήθηκε νέα φόρμα παραγγελιών (ESFIDocumentTrade_POSSalesOrder_DEF) η οποία περιλαμβάνει το τμήμα εξόφλησης με τις κατάλληλες ενέργειες συναλλαγής με POS.
Σε περίπτωση που υπάρχουν custom φόρμες θα πρέπει να προστεθούν οι κατάλληλες ενέργειες.

Υποστηρίχθηκε η δυνατότητα ταυτόχρονης είσπραξης προκαταβολής μέσω POS κατά την έκδοση δωροεπιταγών (ΕΔΚ). Εφόσον στο παραστατικό περιλαμβάνεται είσπραξη με POS (βάσει 1155) θα ανατεθεί αυτόματα κωδικός ΑΑΔΕ 8.4 και θα διαβιβαστεί το παραστατικό σε πάροχο και ΑΑΔΕ ως προείσπραξη.

Σημειώσεις παραμετροποίησης:

Ο τύπος παραστατικού και οι σειρές ΔΕΝ πρέπει να έχουν συμπληρωμένο κωδικό ΑΑΔΕ.
Στον τύπο παραστατικού ΕΔΚ χρειάζεται να συμπληρωθούν οι αποδεκτοί όροι πληρωμής όπως γίνεται και στα υπόλοιπα trade παραστατικά (πχ ΑΠΛ).
Επεκτάθηκε η φόρμα ESFIDocumentTrade_VoucherRecharge_DEF ώστε να περιλαμβάνει τις κατάλληλες ενέργειες συναλλαγής με POS.
Σε περίπτωση που υπάρχουν custom φόρμες θα πρέπει να προστεθούν οι κατάλληλες ενέργειες.
   

Για ποιο λόγο σταμάτησε να λειτουργεί το service της Cardlink “Ecr2EftWeb” και δεν μπορεί να γίνει η εκκίνηση του;

Έχει παρατηρηθεί τον τελευταίο καιρό να υπάρχει πρόβλημα με το service να τερματίζεται και να μην μπορεί να γίνει η εκκίνηση του. Σε αυτές τις περιπτώσεις θα πρέπει να γίνει αντικατάσταση του αρχείου “application.properties” (υπάρχει στα επισυναπτόμενα του άρθρου γνώσης -KB-02726) στο path “C:ProgramDataSonomaEcr2EftWEB”. 

   

  

 

Knowledgebase-128x128

Μηνύματα MyData Α.Α.Δ.Ε.

  • Μήνυμα

  • Αιτία
  • Λύση
  • Access denied due to invalid subscription key. Make sure to provide a valid key for an active subscription
  • Λανθασμένοι κωδικοί MyData
  • Εκδώστε κωδικούς myData
  • User VAT number XXXXXXXXX is not authorized to execute this method
  • Οι κωδικοί που έχετε ορίσει δεν είναι του myData αλλά του e-timologio
  • Εκδώστε κωδικούς myData
  • Counterpart postal code is mandatory for this invoice type
  • Κενό πεδίο ΤΚ
  • Θα πρέπει να συμπληρωθεί ο ΤΚ στα στοιχεία του πελάτη.
  • Counterpart city is mandatory for this invoice type
  • Κενό πεδίο Πόλης
  • Θα πρέπει να συμπληρωθεί η πόλη του πελάτη.
  • Code: 243, Message: Counterpart’s country for this invoice type must be in Europe but not Greece
  • Λάθος Χώρα
  • Στα στοιχεία του πελάτη θα πρέπει να δηλωθεί η σωστή χώρα στο αντίστοιχο πεδίο.
  • Counterpart’s country for this invoice type must not be in EU
  • Λάθος Χώρα
  • Στα στοιχεία του πελάτη θα πρέπει να δηλωθεί χώρα εκτός ΕΕ.
  • Code: 217, Message: When vatCategory has value 7, element vatExemptionCategory is mandatory
  • Μη συμπλήρωση άρθρου Απαλλαγής ΦΠΑ
  • Κατά την έκδοση Παραστατικού, , θα να συμπληρώσετε το πεδίο Απαλλαγή Φ.Π.Α. με το σωστό άρθρο Απαλλαγής.
  • Code: 216, Message: Vat category must have value other than 8 for this invoice type
  • Λάθος Καθεστώς ΦΠΑ
  • Λάθος Καθεστώς ΦΠΑ
  • Code: 215, Message: Vat category must have value 8 for this invoice type
  • Λάθος Καθεστώς ΦΠΑ
  • Λάθος Καθεστώς ΦΠΑ ”
    • Code: 222, Message: NetValue per line must have value greater than 0 for this invoice type
    • Το παραστατικό έχει μηδενική αξία
    • Ο συγκεκριμένος τύπος παραστατικού δεν είναι αποδεκτός από το mydata με μηδενική αξία.
  • Code: 204, Message: CorrelatedInvoices is mandatory for this invoice type
  • Το παραστατικό πρέπει να είναι συσχετιζόμενο
  • Έχετε κάνει έκδοση σε σειρά που απαιτεί σχετικό παραστατικό. Θα πρέπει είτε να συνδέσετε το παραστατικό με το σχετικό του
  • Code: 101, Message: Line:59.Position:10.The element ‘incomeClassification’ in namespace ‘http://www.aade.gr/myDATA/invoice/v1.0’ has invalid child element ‘amount’ in namespace ‘https://www.aade.gr/myDATA/incomeClassificaton/v1.0’. List of possible elements expected: ‘classificationType, classificationCategory’ in namespace ‘
  • Δεν υπάρχει πρόταση Χαρακτηρισμών
  • Δεν υπάρχει πρόταση Χαρακτηρισμών εξαιτίας της παραμετροποίησης.
  • Classification type is forbidden for Classification category category1_3 combined with invoice type item2_1
  • Λάθος Τύπος Παραστατικού MyData
  • Δεν είναι αποδεκτός ο συνδυασμός του Category με αυτό τον τύπο παρ/κού
  • Bad Gateway
  • Υπάρχει τεχνικό ζήτημα με την πλατφόρμα της Α.Α.Δ.Ε.
  • Παρακαλούμε δοκιμάστε τη διαβίβαση αργότερα
  • Message: XXXXXXXXXX: Invalid Greek VAT number
  • Λάθος ΑΦΜ
  • Διορθώστε το ΑΦΜ στην καρτέλα Πελάτη
  • Code: 253, Message: IssueDate is invalid, it must be greater or equal than 2023-01-01 and less or equal than current date
  • Η ημερομηνία έκδοσης του παραστατικού είναι μεταγενέστερη της τρέχουσας ημερομηνίας
  • Δοκιμάστε την διαβίβαση κατά την ημερομηνία έκδοσης του παραστατικού ή αργότερα.
  • The remote server returned an error: (403) Forbidden
  • Υπάρχει τεχνικό ζήτημα με την πλατφόρμα της Α.Α.Δ.Ε.
  • Παρακαλούμε δοκιμάστε τη διαβίβαση αργότερα
  • <html> <head><title>502 Bad Gateway</title></head> <body> <center><h1>502 Bad Gateway</h1></center> <hr><center>Microsoft-Azure-Application-Gateway/v2</center> </body> </html>
  • Αδυναμία σύνδεσης λόγω τεχνικών προβλημάτων Α.Α.Δ.Ε.
  • Παρακαλούμε δοκιμάστε τη διαβίβαση αργότερα
  • Unexpect techn error
  • Αδυναμία σύνδεσης λόγω τεχνικών προβλημάτων Α.Α.Δ.Ε.
  • Παρακαλούμε δοκιμάστε τη διαβίβαση αργότερα
  • Η σύνδεση με τον απομακρυσμένο διακομιστή απέτυχε.
  • Υπάρχει τεχνικό ζήτημα με την πλατφόρμα της Α.Α.Δ.Ε.
  • Παρακαλούμε δοκιμάστε τη διαβίβαση αργότερα
  • Code: 301 , Message: Invoice with ΜΑΡΚ 4000000****** not found for VAT number *********
  • Το παραπάνω μήνυμα εμφανίζεται καθώς δεν έχει ολοκληρωθεί η επεξεργασία και η απεικόνιση του πρωτογενούς παραστατικού στο συνοπτικό βιβλίο από την πλατφόρμα MYDATA με αποτέλεσμα να μην είναι εφικτή η διαβίβαση του σχετικού παραστατικού
  • Δοκιμάστε αργότερα την διαβίβαση του σχετικού παραστατικού.
  • News-128x128

    Καλοκαιρινές Διακοπές 2023

    Η inteliseis σας εύχεται χαρούμενες καλοκαιρινές διακοπές.

    Θα θέλαμε να σας ενημερώσουμε ότι η εταιρεία θα παραμείνει κλειστή την Δευτέρα 14/08/2023.

    Για οτιδήποτε επείγον κατά την ημέρα αυτή, παρακαλείστε όπως επικοινωνήσετε με τα κινητά των συμβούλων.
    Knowledgebase-128x128

    Χρήση web hooks στο EBS οικοσύστημα

    Πολλές φορές υπάρχει η ανάγκη να ενημερωθεί το EBS από κάποιο εξωτερικό σύστημα ώστε να κάνει κάποιοα ενέργεια. Π.χ μια παραγγελία μπήκε σε κάποιο marketplace, μια πληρωμή μπήκε μέσω ΔΙΑΣ, ολοκληρώθηκε η αποστολή από μια μεταφορική κτλ. Τότε την στιγμή που γίνεται η ενέργεια στο τρίτο σύστημα, θα θέλαμε να ενημερωθεί το EBS ώστε να δημιουργηθεί και σε αυτό η αντίστοιχη εγγραφή. Το Entersoft, με το Web Api που παρέχει δίνει την δυνατότητα να υλοποιηθούν web hooks που εκπληρώνουν την ανάγκη αυτή. Έτσι υλοποιείτε ένας απλός αυτοματισμός με συγκεκριμένες προδιαγραφές που δέχεται όλη το περιεχόμενο της κλήσης από το εξωτερικό σύστημα (συνήθως json) και δημιουργεί τις αντίστοιχες εγγραφές στο ERP.

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

    KB-02230 Generic Web Hook API
    Κατηγορία: WEBAPI

    The need:

    Some APIs require to call a web hook to invoke some action od pass some information to the caller, e.g. EBS. In such cases the API provides parameters to define the URL to be called and the authentication to be passed, to gether with documentation regarding the payload passed to the web hook and optionally, the expected return values

    The solution:

    WEBAPI has implemented a generic WEB Hook API in Entersoft Business Suite WEBAPI available using the eComConnector Cloud App.

    The API has the following URL:

    /api/endpoint/autohook/scroller Area/Scroller ID/Scroller Automation ID

    it requires a POST verb and it calls directly the specified Scroller Automation (with ID Scroller Automation ID) declared on a scroller in the scroller Area with scroller ID Scroller ID
    it requires a POST verb and it calls directly the specified Scroller Automation.

    The Web Hook Automation:

    1. must have a Command Parameter with Code Payload (attn. the name is case-sensitive)
    2. may have an output variable with code RetCode (attn. the name is case-sensitive)
    3. must have Apply to: Without view i.e. it runs without a source dataset

    How it works:
    When called the API calls the Scroller automation and passes the POST payload to the automation Payload command parameter

    The automation processes the the Payload (e.g. if it’s JSON it may use Newtonsoft library to parse it)
    and formulates the proper responce to the output variable RetCode
    The API returns RetCode’s string content the result to the caller.

    Εδώ απαιτείται μια σημαντική επισήμανση. Η απάντηση από το web api webhook είναι πάντα σε text (κείμενο) ακόμα και αν πρόκεται για σωστά δομημένο json. Εδώ παρέχουμε ως πρόσθετη υπηρεσία σε πελάτες μας που έχουν ενεργό συμβόλαιο υποστήριξης με την INTELISEIS και ενεργές εκδόσεις με την ENTERSOFT, μέσω azure functions ένα σύνολο από κλήσεις που
    1. Λαμβάνουν από το τρίτο σύστημα την κλήση
    2. Καταγράφουν με ένα απλό τρόπο την πηγή της κλήσης ώστε στο ERP να γνωρίζετε από που προήλθε μέσω ενός αναγνωριστικού.
    3. Την μεταφέρουν στον αντίστοιχο subscirption του api.entersoft.gr
    4. Επιστρέφουν το αποτέλεσμα της κλήσης που στέλνει το Entersoft μορφοποιημένο ως json ώστε να ενημερωθεί σωστά το τρίτο σύστημα.

    Knowledgebase-128x128

    Προϋπολογιστικές εγγραφές κατά την αποτίμηση

    Η αποτίμηση σε οποιοδήποτε σύστημα είναι μια πολύπλοκη διαδικασία που καλείται με γενικευμένο τρόπο να υπολογίσει το κόστος του αποθέματος σε οποιοδήποτε επιχειρηματικό περιβάλλον. Είτε μιλάμε για εμπορική λειτουργία είτε για παραγωγική διαδικασία είτε για παροχή υπηρεσιών με ελάχιστη διατήρηση στοκ για επισκευές, το μηχανογραφικό σύστημα καλείται με μια και μόνη διαδικασία να λάβει υπόψιν της όλους τις δυνατές παραμέτρους ώστε να καταλήξει σε ένα αποδεκτό αποτέλεσμα. Στο Entersoft μέρος της διαδικασίας αυτής είναι και η παραγωγή προϋπολογιστικών εγγραφών τόσο στις εισαγωγές όσο και στις εξαγωγές. Τι είναι οι προϋπολογιστικές εγγραφές που ξαφνικά εμφανίζονται στο σύστημα μετά την εκτέλεση της διαδικασίας αποτίμησης; Οι εγγραφές αυτές είναι η προσπάθεια του ERP να λογίσει κόστος σε εγγραφές που:

    1. Έχουν παραληφθεί ποσοτικά αλλά δεν έχουν τιμολογηθεί στην ίδια κοστολογική περίοδο.

    2. Έχουν τιμολογηθεί αλλά δεν έχουν παραληφθεί ποσοτικά σε ίδια ή προηγούμενη περίοδο.

    3. Έχουν παραληφθεί και τιμολογηθεί σε ίδια ή προηγούμενη περίοδο αλλά οι ποσότητες μεταξύ παραλαβής και τιμολόγησης διαφέρουν.

    Αναφέραμε παραπάνω την κοστολογική περίοδο που είναι πολύ σημαντική έννοια. Κοστολογική περίοδος είναι το χρονικό διάστημα που το υπεύθυνο τμήμα της επιχείρησης θεωρεί ότι μπορεί να έχει ένα ασφαλές και αδιαμφισβήτητο αποτέλεσμα κυρίως για την σωστή αποτύπωση των βιβλίων της όσο και ως προς την εμφάνιση αποτελεσμάτων στην κεντρική φορολογική αρχή. Έτσι σε κάποιες εταιρείες συμπίπτει με το έτος ενώ σε άλλες κυμαίνεται μεταξύ μήνα (περιόδου) ή πολλαπλάσιο αυτού (π.χ δίμηνο – τρίμηνο κτλ).
    Στο ERP ορίζεται ανά οικονομική χρήση και μπορεί να διαφοροποιείται μεταξύ αυτών, αλλά αν αλλάξει κατά την διάρκεια μιας χρήσης, θα χρειαστεί να επανεκτελεστεί η διαδικασία της αποτίμησης για όλη την οικονομική χρήση. Για ότι αφορά την αποτίμηση η κοστολογική περίοδος είναι αυτόνομη και η εκάστοτε προηγούμενη θεωρείται ως εξ’ απογραφής για την επόμενη. Συνεπώς αν έχουμε μηνιαία (1) ως κοστολογική περίοδο και αποτιμούμε τον μήνα Απρίλιο, το αποτέλεσμα του Μαρτίου θεωρείται οριστικό και λαμβάνεται ως εξ’απογραφής.

    Με βάση τα παραπάνω σε περίπτωση που βρεθεί είτε στις εισαγωγές είτε στις εξαγωγές διαφορά μεταξύ ποσότητας αποστολής / παραλαβής με την αντίστοιχη τιμολογημένη τότε δημιουργούνται οι προϋπολογιστικές εγγραφές. Διακρίνουμε τις παρακάτω περιπτώσεις:

    1. Σε περίπτωση μεγαλύτερης ποσότητας σε σχέση με την αντίστοιχη τιμολογημένη δημιουργούνται ΘΕΤΙΚΑ προϋπολογιστικά (τύπου τιμολογίου) ώστε να συμπεριληφθεί αξία τιμολόγησης και για αυτά που δεν έχουν τιμολογηθεί.

    π.χ Έστω ότι έχουμε το είδος Α στο οποίο για μια περίοδο παραλάβαμε 10 τεμάχια και έχουμε λάβει τιμολόγιο για τα 6 εξ αυτών έστω με 5€ το κάθε ένα δηλαδή συνολικά κόστος 30€. Αν ΔΕΝ γίνουν προϋπολογιστικές εγγραφές και έχουμε μέση τιμή ως μέθοδο αποτίμησης, το κόστος θα υπολογιστεί ως

    Αξία Τιμολογήσεων / Συνολική ποσότητα τιμολογημένων εισαγωγών (ΠΡΟΣΟΧΗ Όχι ποσότητας εισαγωγών) = 30€ / 6τεμ = 5€

    Και στο ισοζύγιο το επιπλέον κόστος θα περαστεί ως διαφορά κόστους χορηγήσεων αντί προϋπολογιστικού κόστους εισαγωγών

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

    Αντιλαμβανόμαστε οπότε ότι είτε συνυπολογίσουμε τις προϋπολογιστικές στην αποτίμηση είτε όχι το σύστημα θα κάνει εγγραφές αποτίμησης ώστε να προσεγγίσει το κόστος. Παρόμοια τακτική θα ακολουθούσε το ERP αν είχαμε τιμολόγησει σε επόμενη ΚΟΣΤΟΛΟΓΙΚΗ περίοδο. Και λέμε ΚΟΣΤΟΛΟΓΙΚΗ και όχι απλή περίοδο γιατί αν είχαμε 12μηνο ως επίσημη κοστολογική περίοδο, τότε όλα τα προηγούμενα παραστατικά της διαδικασίας αποτίμησης θα διαγράφονταν ή ακυρώνονταν (είναι επιλογή κατά την εκτέλεση) και θα επανυπολογίζονταν. Επομένως ανάμεσα στις εκτελέσεις θα είχαμε και διαφορετική εικόνα στις καταστάσεις της αποθήκης. Μόνο που στην περίπτωση αυτή που είχαμε μόνο δελτίο παραλαβής στην περίοδο αποτίμησης, επειδή και η τιμολογημένη ποσότητα και η σχετική αξία κτήσης θα ήταν 0, το κόστος θα έβγαινε μηδενικό. Έτσι και τυχών πωλήσεις / χορηγήσεις θα εμφανίζονται ως 100% κέρδος μιας και θα είχαν μηδενικό κόστος.

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

    Ενδιαφέρον εδώ έχει να δούμε πως θα αποφασίσει το σύστημα με τι τιμή θα κάνει το προϋπολογιστικό. Το εγχειρήδιο από την Entersoft αναφέρει ότι θα ληφθεί για τον σκοπό αυτό η τιμή που έχει οριστεί στο αντίστοιχο δελτίο παραλαβής. Αυτή όμως είναι η μισή αλήθεια. Στην πραγματικότητα αυτό που γίνεται είναι ότι αφαιρείται από την αξία των εκκρεμών δελτίων, η αξία των τιμολογήσεων και αυτό που απομένει μπαίνει ως αξία στο προϋπολογιστικό, μαζί με την διαφορά τιμολογημένης ποσότητας – συνολικής ποσότητας (εισαγωγών εδώ). Έτσι στο παράδειγμά μας έχουμε

    Τιμολογημένη ποσότητα 6 με αξία τιμολογημένη 30€

    Ποσότητα παραλαβής 10 με αξία δελτίου 50€.

    Άρα εκρεμής ποσότητα = 10 – 6 = 4 τεμ με αξία εκκρεμής ποσότητας = 50 – 30 = 20€. Αυτή θα είναι και η αξία που θα μπεί στο προϋπολογιστικό που θα δημιουργήσει η αποτίμηση. Αν τώρα είχαμε διαφορετική εκτιμώμενη αξία από την τελική της αποτίμησης, αναλόγως θα προέκυπτε (είτε αρνητικά είτε θετικά) η αντίστοιχη αξία. Έτσι αν στο παράδειγμά μας η αξία των ΑΔΠ ήταν 4€ το τεμάχιο ενώ στο σχετικό τιμολόγιο λαμβάναμε την αξία με 5€ το τεμάχιο, η εικόνα που θα είχαμε θα ήταν:


    Δηλαδή το προϋπολογιστικό των 4 μη τιμολογημένων τεμαχίων θα ήταν στα 2,5€!! Λάθος θα πουν πολύ. Όμως είναι ολόσωστο. Θυμηθείτε ότι η αξία που λαμβάνεται για τον υπολογισμό είναι η προκύπτουσα διαφορά μεταξύ ΠΡΟΣΩΡΙΝΗΣ ΑΞΙΑΣ ΔΕΛΤΙΩΝ με την τελική ΑΞΙΑ ΤΙΜΟΛΟΓΗΣΕΩΝ και αυτό διαιρείται με την εκκρεμή ποσότητα (Ποσότητα συνολική – Τιμολογημένη ποσότητα). Έτσι και εδώ η προσωρινή αξία του δελτίου είναι 10τεμ * 4€/τεμ = 40€. Ενώ των τιμολογήσεων είναι 5€ * 6τεμ = 30€. Άρα μη τιμολογήμένη αξία = 40 – 30 = 10€. Το πηλίκο αυτής της εναπομείνουσας αξίας προς την μη τιμολογημένη ποσότητα είναι 2,5€!

    2. Σε περίπτωση μικρότερης ποσότητας σε σχέση με την αντίστοιχη τιμολογημένη δημιουργούνται ΑΡΝΗΤΙΚΑ προϋπολογιστικά (τύπου πιστωτικού) ώστε να συμπεριληφθεί αξία τιμολόγησης και για αυτά που δεν έχουν τιμολογηθεί.

    Η μέθοδος που ακολουθείται και στην περίπτωση αυτή είναι πανομοιότυπη με την προηγούμενη που αναλύσαμε διεξοδικά.Άρα λαμβάνεται η προσωρινή αξία από τα δελτία (50€), από αυτήν αφαιρείται η αξία των τιμολογημένων ποσοτήτων (60€) και το αποτέλεσμα μπαίνει στην σχετική εγγραφή προϋπολογισμού που δημιουργείται από την αποτίμηση. Άρα αντίθετη εγγραφή (πιστωτικό) για τα επιπλέον τιμολογημένα 2 τεμάχια με αξία 10€ (50€-60€ = -10€).
    Σε κάθε περίπτωση για να έχετε μια εικόνα των μη τιμολογημένων ποσοτήτων / αξιών μπορείτε να συμβουλεύεστε την εκτύπωση “Έλεγχος μη τιμολογημένων στοιχείων” από το μενού Αποθήκες & Αποθέματα, Αποτίμηση αποθεμάτων. 

    Συνεπώς οι προϋπολογιστικές εγγραφές είναι κρίσιμες για την σωστή απεικόνιση των επίσημων καταστάσεων της αποθήκης. Εφόσον τις απενεργοποιούμε και πάλι το Entersoft θα κάνει σχετικές εγγραφές ώστε να υπάρχει συμφωνία στο ισοζύγιο, αλλά σε διαφορετικές κολώνες και με άλλο τρόπο υπολογισμού. Το ποιά θεώρηση “βολεύει” κάθε εταιρεία είναι θέμα προς διεξοδική συζήτηση αλλά όποια και να είναι αυτή για να γίνει αυτοματοποιημένα θα πρέπει να έχει καθολική ισχύ και όχι σε κάποια είδη να δώσουμε εντολή δημιουργίας προϋπολογιστικών και σε κάποια όχι. Κάτι τέτοιο δεν υποστηρίζεται. Στην περίπτωση που τελικά επιλεχθεί να γίνουν οι προϋπολογιστικές εγγραφές, θα χρειαστεί να ληφθεί ιδιαίτερη προσοχή στις συμφωνίες εμπορικού – λογιστικής καθώς στο ισοζύγιο αποθήκης θα απεικονίζονται πλέον και οι προϋπολογιστικές κινήσεις ενώ στα αντίστοιχα ισοζύγια λογιστικής όχι, εφόσον αυτές δεν έχουν λογιστικοποιηθεί.

    Εννοείτε ότι το παρόν κείμενο έχει σκοπό να εξηγήσει σε απλό βαθμό το πότε και για ποιό λόγο δημιουργούνται οι προϋπολογιστικές εγγραφές και δεν εξαντλεί το θέμα. Σε ένα σύστημα με χιλιάδες κινήσεις είναι δύσκολο να εξηγήσει πλήρως και εξαντλητικά για κάθε ξεχωριστή μερίδα γιατί υπολογίστηκε το κόστος με τον Α τρόπο και όχι με τον Β και εδώ σκοπός μας είναι να αιτιολογήσουμε ποιά θεώρηση ακολουθεί το ERP. Το αν υπάρχει άλλη μέθοδος που η κάθε εταιρεία θεωρεί πιο σωστή αυτό είναι θέμα άλλης συζήτησης και σε κάθε περίπτωση αυτό που μας αφορά είναι ότι το ERP της Entersoft ακολουθεί μια γενικευμένη μέθοδος που οδηγεί βάση συγκεκριμένων προδιαγραφών και προαπαιτούμενων σε σωστό αποτέλεσμα.

    Η ομάδα υποστήριξης της INTELISEIS


    Μετακομίζουμε!!

    Αγαπητοί συνεργάτες. Ήρθε η ώρα να αλλάξουμε βάση. Συνεπώς από 1/11/2022 ως και 10/11/2022 η εταιρεία θα είναι σε διαδικασία μετακόμισης. Αυτό θα έχει ως συνέπεια την εμφάνιση ορισμένων δυσλειτουργιών στην εξυπηρέτηση των αιτημάτων σας. Συγκεκριμένα

    1. Από 27/10/2022 θα πάψει να λειτουργεί στο κέντρο μας η γραμμή 2610315735. Η γραμμή θα επανέλθει σε πλήρη λειτουργία στις 5/11/2022.
    2. Από 4/11/022 θα σταματήσει η λειτουργία του 2610327111 στο τηλεφωνικό μας κέντρο. Η λειτουργία της θα επανέλθει στις 10/11/2022.

    Για την καλύτερη εξυπηρέτησή σας, παρακαλούμε τις ημέρες αυτές να χρησιμοποιείται κυρίως τα emails ως κύριο μέσο επικοινωνίας (κάτι που προτείνουμε σε κάθε περίπτωση για λόγους ποιότητας υπηρεσιών). Σε περίπτωση μεγάλης ανάγκης βεβαίως μπορείτε να επικοινωνείτε με τα κινητά των συμβούλων / στελεχών μας καθώς και στο online κέντρο μας 2610200340.

    Ζητάμε προκαταβολικά συγνώμη για την όποια τυχόν δυσλειτουργία προκληθεί λόγω των ειδικών συνθηκών τις ημέρες αυτές. Η νέα μας διεύθυνση από 4/11/2022 θα είναι Αρχελάου 5, Πάτρα, ΤΚ 26334.

    Η ομάδα της INTELISEIS