KNOWLEDGEBASE

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 με αποτέλεσμα να μην είναι εφικτή η διαβίβαση του σχετικού παραστατικού
  • Δοκιμάστε αργότερα την διαβίβαση του σχετικού παραστατικού.
  • 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


    Knowledgebase-128x128

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

    Αν επιθυμούμε την προεπισκόπηση (και στην συνέχεια εκτύπωση ή εξαγωγή σε αρχείο) γραμμών λίστας σε κρεμασμένη φόρμα εκτύπωσης, αρκεί να ‘μαρκάρουμε’ τις γραμμές λίστας που επιθυμούμε και στην συνέχεια να επιλέξουμε την σχετική φόρμα πατώντας παράλληλα Ctrl από το πληκτρολόγιο

     

    Ακολουθεί σχετικό παράδειγμα εκτύπωσης από την λίστα ‘Είδη με Φωτογραφίες’:

     

    Επιλέγουμε τις γραμμές που επιθυμούμε να εκτυπωθούν με Ctrl ώστε να τις μαρκάρουμε

     

     

    [image]

     

     

    στην συνέχεια από εκτυπώσεις επιλέγουμε την φόρμα εκτύπωσης που επιθυμούμε πατώντας πάλι παράλληλα Ctrl

     

     

    [image]

     

     

    στην ερώτηση ‘Είστε σίγουρος για την εκτύπωση μόνο των επιλεγμένων γραμμών;’ επιλέγουμε ‘Ναι’

     

     

    [image]

     

     

    Και θα έχουμε σε προεπισκόπηση μόνο τις επιλεγμένες μας γραμμές όπως φαίνεται στην εικόνα

     

    [image]

    Knowledgebase-128x128

    Οδηγίες ανοίγματος νέας οικονομικής χρήσης έτους 2021

    Η διαδικασία ανοίγματος Νέας Οικονομικής Χρήσης προτείνεται να εκτελεστεί πριν τη λήξη της Τρέχουσας Οικονομικής Χρήσης (έως 31/12/20).

    Επισήμανση: Σε περίπτωση που η διαδικασία εκτελεστεί  αργότερα,  θα πρέπει να εισέλθουμε στην εφαρμογή με «Ημερομηνία Εισόδου» 31/12/2020, προκειμένου να ολοκληρώσουμε τη διαδικασία βάσει των παρακάτω βημάτων.

     

    [image]

    Αναλυτικά:

     

    1. Από το μενού της εφαρμογής, επιλέγουμε «Γενικά» και στη συνέχεια «Εταιρείες–Υποκαταστήματα»

    [image]

     

    1. Στην όψη που θα εμφανιστεί, επιλέγουμε (double click) την εταιρεία.

     

    1. Από τα αριστερά επιλέγουμε στο δενδρικό μενού την επιλογή «Οικονομικές χρήσεις»

     

    [image]

     

     

    1. Στη συνέχεια επιλέγουμε το πλήκτρο ενεργειών «Νέα Χρήση»

     

    1. Δημιουργείται μια νέα γραμμή στις υπάρχουσες χρήσεις και στο πάνω αριστερά μέρος της οθόνης εμφανίζεται η περιγραφή «Χρήση 2021»

     

    [image]

     

     

    1. Ελέγχουμε τα πεδία «Ημερομηνία έναρξης» και «ημερομηνία λήξης»  ώστε να έχουν τις τιμές 1/1/2021 και 31/12/2021 αντίστοιχα.

     

    1. Με το πλήκτρο επιλογής «Γένεση Περιόδων», προχωράμε στη δημιουργία των αντίστοιχων οικονομικών  περιόδων της χρήσης.

     

    [image]

     

     

    Παρατηρούμε ότι εμφανίζεται μήνυμα ολοκλήρωσης της δημιουργίας 14 λογιστικών περιόδων.

    [image]

     

     

    1. Αποθηκεύουμε & επιλέγουμε τη Νέα Χρήση 2021 για τις τελικές ενέργειες, οι οποίες είναι οι εξής:.

    [image]

     

    • Μετονομάζουμε την Περιγραφή από «Χρήση 2021» σε «2021»

    • Η κατάσταση από «Υπό ορισμό» θα πρέπει να οριστεί ως «Ανοιχτή»

    • Ορίζουμε οπωσδήποτε την κοστολογική περίοδο αποθεμάτων  (1 για μηνιαία, 12 για ετήσια κ.ο.κ)

    • Αποθηκεύουμε τις αλλαγές και τελευταία ενέργεια   => ΕΠΑΝΕΚΚΙΝΗΣΗ ΕΞΥΠΗΡΕΤΗΤΗ.

    ΠΡΟΣΟΧΗ! ΑΠΟ ΤΗΝ ΕΠΟΜΕΝΗ ΕΙΣΟΔΟ ΣΤΗΝ ΕΦΑΡΜΟΓΗ και μετά από επανεκκίνηση του Eξυπηρετητή Εφαρμογών, η οικονομική χρήση θα αναγνωριστεί και θα μπορούν να εισαχθούν παραστατικά σε αυτήν

    Knowledgebase-128x128

    Διαδικασία δημιουργίας χρηστών στο Entersoft

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

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

    [image]

     

     

     

     

     

     

     

     

     

     

     

    Μετά από την Λίστα χρηστών επιλέγουμε την δεξιά επιλογή (+) για την δημιουργία νέου χρήστη.

    [image]

    Στο νέο παράθυρο θα πρέπει να συμπληρώσουμε τα στοιχεία του νέου χρήστη.

    [image]

     

     

    Πριν συμπληρώσουμε τα στοιχεία θα πρέπει να ανοίξουμε ένα νέο πρόσωπο για τον χρήστη ή να επιλέξουμε εάν ήδη υπάρχον αν έχει ανοιχτεί στο παρελθόν.

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

    [image]

    [image]

     

    Αν υπάρχει το πρόσωπο κάνουμε απλά αναζήτηση και το επιλέγουμε από την λίστα.

    Μετά από την σύνδεση με το πρόσωπο συμπληρώνουμε και τα υπόλοιπα στοιχεία.

     

     

     

     

    Επιλέγουμε τις ομάδες χρηστών (Δικαιώματα-Ρόλους) που θα έχει ο χρήστης.

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

    [image] 

     

     

     

     

    Ομοίως και στην επιλογή Εταιρείες και Υποκαταστήματα που θα συμμετέχει ο χρήστης.

    [image]

     

    Δημιουργία Κλειδιού / Αλλαγή Κλειδιού (Password)

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

     

    [image]

     

     

     

     

     

     

     

     

    [image]

     

     

     

     

     

    Αφού ολοκληρώσουμε τις ενέργειες πατάμε αποθήκευση.

    Knowledgebase-128x128

    Αναβάθμιση εφαρμογής Entersoft

    Προσοχή η διαδικασία της εγκατάστασης θα πρέπει να εκτελεστεί απο τον App Server και θα πρέπει να μας έχετε ενημερώσει για την πρόθεση σας για αναβάθμιση ώστε να παρέμβουμε σε περίπτωση που συμβεί κάποιο πρόβλημα. Επίσης θα πρέπει απαραίτητα να έχει ληφθεί αντίγραφή της βάσης δεδομένων και του φακέλου της εφαρμογής

    Για την εκκίνηση της διαδικασίας αναβάθμισης θα πάμε απο την παρακάτω διαδρομη και επιλέγουμε ναι.:
    [image]

    Στην επόμενη οθόνη αφού πατήσουμε έλεγχο κάνουμε λήψη της νέας έκδοσης (για το My Data θα πρέπει να πάμε τουλάχιστον στην 40.10.26.0)

    [image] 

    Αφου ολοκληρωθεί η λήψη επιλέγουμε Εγκατάσταση και στο επόμενο παράθυρο Κλεισιμο όλων και συνέχεια
    [image]
     
    Και ΝΑΙ στο επόμενο παράθυρο:
    [image]
    [image]

    Στην συνέχεια επιλέγουμε Install για να ξεκινήσει η διαδικασία της εγκατάστασης όπου δεν θα πρέπει σε καμία περίπτωση να διακοπεί:
    [image]
    Όταν ολοκληρωθεί επιλέγουμε ΟΚ
    [image]

    Knowledgebase-128x128

    Mydata Ηλεκτρονικά βιβλία – Εγγραφή στο παραγωγικό περιβάλλον (KB-01950)

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

    [image]  Πως γίνεται η εγγραφή στην πλατφόρμα MyData;

    1. Στην αρχική σελίδα της Α.ΑΔ.Ε. για την πλατφόρμα myData  : https://www.aade.gr/mydata

      Επιλέγουμε Είσοδο στην εφαρμογή, με χρήστη των credentials του Taxis.
      [image]

    1. Στην οθόνη διαχείρισης, επιλέξτε την ενέργεια Εγγραφή στο myDATA REST API.

    [image]

    1. Στην επόμενη σελίδα κάνουμε την εγγραφή:
      [image]
    2. Άμεσα αποστέλλεται από την Υπηρεσία, email επιβεβαίωσης όπου θα πρέπει να ακολουθήσετε το link για ενεργοποίηση του λογαρισμού σας.

    [image]

    1. Με την εγγραφή, δίνονται τα απαραίτητα στοιχεία σύνδεσης.

      [image]
      Η παράμετρος εταιρείας myData: Στοιχεία σύνδεσης για πρόσβαση στην υπηρεσία myData της Α.Α.Δ.Ε. πρέπει να συμπληρωθεί ως εξής:

      – Κωδικός χρήστη. Όπως δηλώθηκε στην Υπηρεσία.
      –  Κλειδί χρήστη & Επαλήθευση κλειδιού. Εδώ συμπληρώνονται ο Κωδικός API που δόθηκε από την Υπηρεσία.

    [image]

    Knowledgebase-128x128

    Προσθήκη κωδικών ΑΑΔΕ για My data στο Entersoft

    Απο την παρακάτω διαδρομή γίνεται η εισαγωγή των κωδικών My Data στην εφαρμογή:

     

    [image] [image]

     

    Όπου στον Κωδικό χρήστη μπαίνει το όνομα χρήστη όπως εμφανίζεται στο Site της ΑΑΔΕ και στον κωδικό ο κωδικός API

    [image]