ERP-EL02-5.12.0.4

Entersoft Business Suite ^®

Νέα χαρακτηριστικά και επεκτάσεις

Συνοπτική περιγραφή περιεχομένων

Νέα έκδοση myData v1.0.11

• Δελτίο Αποστολής Α.1122/2024 και Α.1123/2024
• Σφάλμα σε παραστατικά ΨΔΑ
• Ακύρωση Δελτίου Αποστολής – Πάροχος BXS
• Είδη μονάδων μέτρησης – Παραμετροποίηση
• Ενέργεια έκδοσης παραστατικού με άλλο GUID

Διασύνδεση με πάροχο ηλεκτρονικής τιμολόγησης

• Νέα παράμετρος: Πολιτική Offline παρόχου Softone/Impact
• Διασύνδεση με Impact
• Διασύνδεση με BXS

POS / ΦΗΜΑΣ

• RBS - Υποστήριξη προφόρτωσης συναλλαγών
• Προσθήκη ένδειξης CPI & RBS στο Log αρχείο

Διαχείριση αποθεμάτων

• Διασύνδεση με Ελληνικό Οργανισμό Επαλήθευσης Φαρμάκων (HMVO)

Ψηφιακό δελτίο αποστολής

• Περιγραφή είδους σύνοψης
• Εξαίρεση άμεσης διαβίβασης
• Αλλαγή πεδίου σειράς «Ηλ. Τιμολόγηση»
• Κωδικός είδους – Μήκος πεδίου

Διάφορες βελτιώσεις

• ESCommand Monitor
• Διασύνδεση με ESL (Electronic Shelf Labels)
• Αυτοματισμοί – Business Rules
• Τιμοκατάλογοι – Εμπορικές Πολιτικές – Προσφορές
• Διασύνδεση με courier
• Ψηφιακό πελατολόγιο
• Reports – Statistics

Ηλεκτρονικά βιβλία ΑΑΔΕ

Νέα έκδοση myData v1.0.11

Στην 5.12.0.4, έγιναν οι απαραίτητες υλοποιήσεις και αλλαγές για να υποστηριχθεί η νέα έκδοση v.1.0.11 του myDATA, η οποία ανακοινώθηκε στις 6 Ιουνίου 2025.

• Σχετική ανακοίνωση της ΑΑΔΕ.
• Περισσότερες πληροφορίες στην Τεχνική περιγραφή διεπαφών REST API για διαβίβαση & λήψη δεδομένων για χρήστες ERP:

Δελτίο Αποστολής Α.1122/2024 και Α.1123/2024

Πιο συγκεκριμένα για το Δελτίο Αποστολής Α.1122/2024 και Α.1123/2024, προστέθηκαν:

• Νέος σκοπός διακίνησης 20 Μεταφορές – Ταχυμεταφορές

Κωδικός	Περιγραφή
20	Μεταφορές - Ταχυμεταφορές

• Μετονομασία σκοπών διακίνησης

Κωδικός	Περιγραφή
7	Επεξεργασία – Συναρμολόγηση - Αποσυναρμολόγηση
8	Ενδοδιακίνηση (Προηγούμενη Περιγραφή: Μεταξύ Εγκαταστάσεων Οντότητας)

• Δεν δίνεται η δυνατότητα αποστολής των σκοπών διακίνησης με α/α 6, 15, 16, 17 και 18

Κωδικός	Περιγραφή
6	Φύλαξη
15	Επιστροφή από Φύλαξη
16	Ανακύκλωση
17	Καταστροφή άχρηστου υλικού
18	Διακίνηση Παγίων (Ενδοδιακίνηση)

• Παραστατικά διακίνησης επιτρέπεται το ίδιο Α.Φ.Μ. σε εκδότη και λήπτη στις περιπτώσεις σκοπού διακίνησης:
  • Για τον σκοπό διακίνησης «Ενδοδιακίνηση» ο ΑΦΜ του Λήπτη είναι ίδιος με τον ΑΦΜ του Εκδότη
  • Για τον σκοπό διακίνησης «Λοιπές Διακινήσεις» ο ΑΦΜ του Λήπτη δύναται να είναι ίδιος ή διαφορετικός από τον ΑΦΜ του Εκδότη
• Νέα Μέθοδος CancelDeliveryNote από πάροχο – για ακύρωση παραστατικών διακίνησης
• Δυνατότητα χρήσης «Δωροεπιταγής - Δώρου» (ειδικής γραμμής Rec_type 6) στους τύπους παραστατικών που υποστηρίζεται και με μηδενική αξία

	Οι παραπάνω υλοποιήσεις ισχύουν για: Διαβίβαση μέσω ERP Διαβίβαση μέσω BXS Διαβίβαση μέσω SoftOne

Νέα Ειδική Κατηγορία Παραστατικού

Σύμφωνα με τη v 1.0.11 του myDATA, προστέθηκε επίσης νέα ειδική κατηγορία παραστατικού:

Ειδική Κατηγορία Παραστατικού 13 - Δυσχέρεια Συσχέτισης για προσυμπλήρωση Φ2 και Ε3.

Η συγκεκριμένη κατηγορία παραστατικού αποτελεί έγκυρη τιμή ΜΟΝΟ για τύπους παραστατικών 11.4, 14.30 (ΦΣΔ, ΦΞΔ),

Δημιουργήθηκε επίσης το αντίστοιχο σχέδιο ιδιοτήτων.

Σφάλμα σε παραστατικά ΨΔΑ

Πλέον είναι δυνατή η αποστολή SendIncomeClassification από τις οθόνες της αυτόματης ενημέρωσης χαρακτηρισμών, καθώς και από την ενέργεια "Αποθήκευση και αποστολή" στην οθόνη επεξεργασίας χαρακτηρισμών στα Έσοδα.

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

Πριν, αν από το παραστατικό έχει χαθεί η απάντηση και έχει γυρίσει είτε με σφάλματα ή offline, αν το ξαναστείλουμε σε προηγούμενες εκδόσεις εμφανιζόταν στον χρήστη το σφάλμα "statusCode = ValidationError || code = 228 || message = The invoice with UID: XXX is invalid, it has already been sent for another invoice (MARK: YYY)". Πλέον, αντιμετωπίζεται σαν επιτυχία και καταχωρείται παραστατικό ΨΔΑ (είτε 1.1 με αφορά διακίνηση αγαθών mydata ή 9.*/10.*) στο myDATA, ενώ ενημερώνεται και το ΜΑΡΚ αλλά και το UID λεκτικό του exception.

Ακύρωση Δελτίου Αποστολής – Πάροχος BXS

Προσθήκη CancellationMark για την κλήση CancelDeliveryNote

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

Καλώντας την θα επιστραφεί το cancellation mark από την ΑΑΔΕ και το Δελτίο θα χαρακτηριστεί ως canceled και στον πάροχο.

Στο UI θα το βλέπετε με το νέο status canceled, ενώ στο preview θα απεικονίζεται η ένδειξη Ακυρωμένο Παραστατικό και στα στοιχεία ταυτοποίησης θα φαίνονται το ΜΑΡΚ και η ημερομηνία ακύρωσης.

	Είναι δυνατή η ακύρωση ΜΟΝΟ Δελτίων Αποστολής με κατάσταση «issued» που έχουν αποσταλεί μέσω παρόχου.

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

135. ΔΑΛ=>ΠΣΛ (Πιστωτικό Λιανικής για Απόδειξη Λιανικής)

Για να χρησιμοποιηθεί σαν αντιλογισμός (αντί για ακύρωση) σε παραστατικά ΔΑΛ που έχουν εκδοθεί (και αποσταλεί μέσω παρόχου) πρέπει:

1. Ο νέος κανόνας να γίνει Εισαγωγή από Master Config, και
2. Να καταχωρηθεί ο κωδικός "135. ΔΑΛ=>ΠΣΛ" στο πεδίο Κανόνας μετάβασης αντιλογισμού"(TargetDocumentTransition) στον τύπο παραστατικού ΔΑΛ.

Είδη μονάδων μέτρησης - Παραμετροποίηση

Στην 5.12.0.4, η επιλογή «Είδη μονάδων μέτρησης» έχει αλλάξει πλέον θέση, βρίσκεται στο μενού:

Παραμετροποίηση/Παραστατικά και Σειρές/Ηλεκτρονικά Βιβλία Α.Α.Δ.Ε./Είδη μονάδων μέτρησης.

Διασύνδεση με πάροχο ηλεκτρονικής τιμολόγησης

Νέα παράμετρος: Πολιτική Offline παρόχου Softone/Impact

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

Στις στις παραμέτρους εταιρείας μπορούμε να βρούμε την MYDATA_E_INVOICING_IAPRSIGNPOLICY ----> myDATA: Πολιτική Offline παρόχου Softone/Impact, με τιμές:

DEFAULT = 0
STRICT = 1

Η προεπιλεγμένη τιμή είναι DEFAULT = 0.

Διασύνδεση με Impact

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

Η διαφοροποίηση μεταξύ διευθύνσεων ηλεκτρονικού ταχυδρομείου γίνεται ως εξής:

• xx@email.com;yy@email.com

• xx@email.com,yy@email.com

Διασύνδεση με BXS

Σε τιμολόγια με ένδειξη καυσίμου, εμφανίζεται πλέον το πεδίο supplyAccountNo (Αρ. Παροχής) σε EliseCoreDocument, για παραστατικά:

• ΤΔΑ (Τιμολόγιο Πώλησης - Δελτίο Αποστολής),
• ΔΕΝ (Δελτίο Ενδοδιακίνησης)
• ΑΠΔ (Δελτίο Αυτοπαράδοσης Ειδών)

(Με σειρά Impact).

POS / ΦΗΜΑΣ

RBS - Υποστήριξη προφόρτωσης συναλλαγών

Στην 5.12.0.4 έγινε υλοποίηση για την υποστήριξη της προφόρτωσης RBS-ΦΗΜΑΣ στην 5.12.0.4. Από εδώ και πέρα θα πρέπει πρώτα να αποθηκεύονται τα παραστατικά και μετά δια μέσου της μαζικής προφόρτωσης, 1) να εκδίδονται και 2) να προφορτώνονται, ώστε να λαμβάνεται το ECR TOKEN κατά την διαδικασία της έκδοσης.

	Βήματα που πρέπει να έχουν ήδη προηγηθεί: Όπως συμβαίνει μέχρι σήμερα, θα πρέπει να έχει γίνει pairing στον φορολογικό μηχανισμό της RBS με το POS όπου θέλουμε να γίνει η προφόρτωση

Ροή RBS - Προ-φορτωμένων:

1) Δημιουργία σειράς όπως γίνεται μέχρι σήμερα για ΦΗΜΑΣ ΧΩΡΙΣ εκτύπωση:

• Τρόπος εκτύπωσης: Όχι

2) Προφόρτωση

Μέσα από το παραστατικό, εκτελούμε την ενέργεια Προφόρτωση Συναλλαγής.

• Αν είμαι με RBS, εμφανίζεται νέο ξεχωριστό μήνυμα από την CPI:

3) Αν γίνει αποδοχή της διαδικασίας, μόλις ολοκληρωθεί ΠΡΕΠΕΙ ο χρήστης να κάνει έκδοση του παραστατικού.

4) Μετάβαση στο Λογιστήριο > Ηλεκτρονικά Βιβλία myData > Αιτήματα πληρωμών με POS

• Πληρωμή της προφορτωμένης συναλλαγής,
• Επιλέγουμε το παραστατικό που έχουμε προφορτώσει,
• Εκτελούμε την ενέργεια Ολοκλήρωση προφορτωμένων συναλλαγών,
• Επιλέγουμε τον αντίστοιχο Τύπο παραστατικού που έχουμε δημιουργήσει για την RBS.

και τέλος, πατάμε Δημιουργία παραστατικών.

Μόλις ολοκληρωθεί η διαδικασία, θα εμφανίζεται το παρακάτω αποτέλεσμα

Προσθήκη ένδειξης CPI & RBS στο Log αρχείο

Κατά την λειτουργία του ΦΗΜΑΣ (RBS ή CPI) ενεργοποιείται η καταγραφή των κλήσεων στον φάκελο ESNoSync/ESPOSHandler με δημιουργία αρχείου ESPOSImplRequests.trigger στον φάκελο «ESNoSync».

Από την 5.12.0.4 και μετά, προστίθεται ένδειξης cpi & rbs στο .log αρχείο.

Φάκελος ESNoSync

Διαχείριση αποθεμάτων

Διασύνδεση με Ελληνικό Οργανισμό Επαλήθευσης Φαρμάκων (HMVO)

Δυνατότητα κλήσης ενεργειών HMVO από αυτοματισμό σε όψη

Στην 5.12.0.4 υπάρχει πλέον η δυνατότητα ετεροχρονισμένων HMVO ενεργειών (decommission, κλπ.) από αυτοματισμό σε όψεις, ο οποίος θα παρουσιάζει τα δεδομένα των σκαναρισμένων QR ανάλογα τις ροές του κάθε πελάτη.

H VB έκφραση αυτοματισμού έχει ως εξής:

#references ESMMHMVOISUD.dll

1. imports Entersoft.ERP.MaterialsMgmt.DS.HMVO

Dim prms As New Dictionary(of string, object)()

prms!LocationCode="www"

prms!ProductCode="05430002045948"

prms!SerialNumber="10dcQbKkscQr4ehQIBQ7"

prms!Expiration="300128"

prms!BatchID="GR_71_BV_3"

prms!BatchCode="SCAN-20.06.2025"

prms!fDocumentGID="4E458D01-AA5B-46A1-A822-53D16FF69EF4"

prms!fItemGID="70CA50DE-8CED-43E1-BCB0-57F6EB2FA2D0"

prms!IsManual=False

prms!IsPPN=False

BarcodeHandler.ExecuteCommand(session,"HMVO_SCAN_ONLY",prms)

return Nothing

VB έκφραση αυτοματισμού κλήσης ενεργειών HMVO

Ψηφιακό δελτίο αποστολής

Περιγραφή είδους σύνοψης

Για εγκαταστάσεις που δεν υποχρεούνται να τηρούν αποθήκη (και έτσι δεν παρακολουθείται στην εφαρμογή) είναι πλέον δυνατόν το item description του peppol να εξάγεται από άλλο πεδίο που μπορεί να οριστεί custom, αντί να έρχεται από την περιγραφή του είδους αποθήκης.

Για παράδειγμα, σε μια Σειρά παρ/κού παρόχου BXS συμπληρώσαμε στην Παράμετρο φόρμας παρόχου, στο πεδίο Εκτυπώσιμο πεδίο περιγραφής είδους την τιμή «Σχόλια είδους στο παραστατικό».

Έτσι έχουμε το custom πεδίο μας:

	Η αλλαγή ισχύει για: Trade, Stock και Adjustment παραστατικά.

Εξαίρεση άμεσης διαβίβασης

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

Σφάλμα κατά την άμεση διαβίβαση παραστατικού στην ΑΑΔΕ.

Κατάσταση αποστολής [0]: Δημιουργήθηκε σύνοψη και δεν απεστάλη.

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

Αλλαγή πεδίου σειράς «Ηλ. Τιμολόγηση»

Μέχρι σήμερα ήταν αδύνατη η αλλαγή του πεδίου σειράς παραστατικού Ηλ. Τιμολόγηση από «Όχι» σε «Μέσω παρόχου», σε περίπτωση που υπήρχαν στην εφαρμογή παλιότερες ενεργές συνόψεις που δεν είχαν διαβιβαστεί στην ΑΑΔΕ. Πιο συγκεκριμένα, εμφανιζόταν το παρακάτω σφάλμα:

H αλλαγή τιμής του πεδίου [Ηλ. Τιμολόγηση] από 'Όχι' σε 'Μέσω παρόχου' δεν είναι έγκυρη, γιατί υπάρχουν προγενέστερες συνόψεις που δεν έχουν διαβιβαστεί στην ΑΑΔΕ μέσω ERP.

Πλέον υλοποιήθηκαν οι απαραίτητες αλλαγές ώστε το σύστημα να επιτρέπει μεν την αλλαγή της τιμής του πεδίου σε «Μέσω Παρόχου», αλλά πρώτα εμφανίζεται το παρακάτω προειδοποιητικό μήνυμα:

• «Ναι» => Η σειρά παραστατικού αλλάζει σε «Μέσω παρόχου». Όσα παραστατικά της σειράς αυτής καταχωρούνται από εδώ και στο εξής έχουν ως κανάλι διαβίβασης τον σχετικό πάροχο.
• «Όχι» ή « » => η αλλαγή δεν αποθηκεύεται.

Κωδικός είδους – Μήκος πεδίου

Σε προηγούμενη έκδοση παρατηρήθηκε ότι όταν υπήρχε ένας κωδικός είδους με πλήθος χαρακτήρων > 50, ο οποίος καταχωρούταν σε παραστατικά με ενεργή την ψηφιακή διακίνηση, η ΑΑΔΕ το παρακάτω σφάλμα παρουσίαζε το παρακάτω σφάλμα:

statusCode = ValidationError || code = 262 || message = Invoice Line: 15. itemCode length must be less or equal than 50

Στην 5.12.0.4 πραγματοποιήθηκε υλοποίηση ώστε να μην χρειάζεται να γίνεται τροποποίηση των κωδικών των ειδών. Συγκεκριμένα, πλέον όταν ο κωδικός είδους υπερβαίνει το όριο πλήθους χαρακτήρων η εφαρμογή «κόβει» τους επιπλέον χαρακτήρες και στέλνει μόνο αυτούς που εμπίπτουν στο επιτρεπόμενο όριο, προσπερνώντας έτσι την παρουσίασε του σφάλματος από την ΑΑΔΕ.

Διάφορες βελτιώσεις

ESCommand Monitor

Εξαγωγή καταγραφών

Στην 5.12.0.4 υλοποιήθηκε βελτίωση στον ESCommandMonitor.exe στον φάκελο της εφαρμογής. Πιο συγκεκριμένα, βελτιώθηκε η λειτουργία των υπαρχόντων buttons «Copy» και «Cut», τα οποία φέρνουν πλέον όλες τις απαιτούμενες πληροφορίες, διαχωρισμένες με κόμμα (comma-separated).

ESCommand Monitor

Αποτελέσματα «copy»

Διασύνδεση με ESL (Electronic Shelf Labels)

Υποστηρίζεται πλέον η διασύνδεση με το API της VUSION για την επικοινωνία και διαχείριση των ηλεκτρονικών ετικετών ESL.

Τα ESL είναι ηλεκτρονικές ετικέτες ραφιού μέσω των οποίων απεικονίζουμε πληροφορίες σχετικά με το προϊόν με το οποίο έχουν συνδεθεί. Μέσω του API της VUSION, θα έχουμε την δυνατότητα της διαχείρισης αυτών των πληροφοριών, της διαχείρισης των ηλεκτρονικών ετικετών καθώς και των προϊόντων που αυτές απεικονίζουν. Με αυτόν τον τρόπο θα έχουμε έγκυρη και άμεση ενημέρωση των πληροφοριών ενός προϊόντος.

Η διασύνδεση με την ESL Platform αυτήν τη στιγμή είναι εφικτή:

• Έμμεσα μέσω του CloudDriver ή οποιουδήποτε άλλου middleware.

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

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

Αυτοματισμοί – Business Rules

Χρονοπρογραμματισμός αυτόματης σύνδεσης συνόψεων

Με την 5.12.0.4 είναι πλέον δυνατός ο χρονοπρογραμματισμός της ενέργειας «Αυτόματη σύνδεση επιλεγμένων συνόψεων», ώστε να τρέχει για όλα τα αποτελέσματα μίας όψης.

Για τους σκοπούς του παραδείγματος, ένα δείγμα job related αυτοματισμού επί της όψης των Εξόδων (Παραστατικά λήπτη - MyDataReceiverDocs), για την εκτέλεση της νέας κλήσης με χρονοπρογραμματισμό:

Προσθέτουμε το αρχείο στον φάκελο CSScrollerCommands > ESFIMyData > MyDataReceiverDocs της εφαρμογής.

Στη σελίδα του Χρονοπρογραμματισμού επιλέγουμε Αυτοματισμός, τον συμπληρώνουμε και κάνουμε Αποθήκευση.

Σε αυτήν την φάση μπορούμε να πραγματοποιήσουμε είτε άμεση Εκτέλεση του είτε να τον χρονοπρογραμματίσουμε.

Η σύνδεση συνόψεων ολοκληρώνεται επιτυχώς.

Τιμοκατάλογοι – Εμπορικές Πολιτικές – Προσφορές

Καθεστώς ΦΠΑ Εταιρείας ≠ Υποκαταστήματος

Σε εταιρείες με κανονικό καθεστώς ΦΠΑ, κατά κανόνα υπάρχει και ένας ενιαίος τιμοκατάλογος για όλα τα προϊόντα, ανεξάρτητου καθεστώτος ΦΠΑ της εκάστοτε περιοχής. Σε αυτήν την περίπτωση, μπορεί να υπάρχουν υποκαταστήματα με μειωμένο καθεστώς ΦΠΑ που ανήκουν στην ίδια εταιρεία, όπου οι πελάτες των υποκαταστημάτων απολαμβάνουν μειωμένο καθεστώς ΦΠΑ.

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

Λανθασμένη τιμή λιανικής

Για την επίλυση του προβλήματος αυτού δημιουργήθηκε στις Παραμέτρους Εταιρείας / Διαχείριση Παραστατικών δημιουργήθηκε η APPLY_BRANCH_VAT_STATUS_ON_UNDO_TAXATION - «Αποφορολόγηση τιμών σύμφωνα με το καθεστώς ΦΠΑ του υποκαταστήματος» με προεπιλεγμένη τιμή = FALSE.

Νέα Παράμετρος εταιρείας

Έτσι,

1. Αν η παράμετρος εταιρείας έχει τη default τιμή "Όχι" & login στο υποκ/μα Χ, τότε το σύστημα παρουσιάζει την ίδια συμπεριφορά με πριν. Δηλαδή, γίνεται αποφορολόγηση βάσει του καθεστώτος ΦΠΑ της εταιρείας.
2. Αν η παράμετρος εταιρείας έχει τιμή "Ναι" & login στο υποκ/μα Χ, τότε η αποφορολόγηση γίνεται με βάση το Καθεστώς ΦΠΑ του υποκαταστήματος με το οποίο έχει κάνει login ο χρήστης.

Διασύνδεση με courier

SPEEDEX – Αυτοματισμοί παραστατικών

Με τη νέα έκδοση 5.12.0.4, ενημερώνονται και οι αυτοματισμοί για courier SPEEDEX που αφορούν σε παραστατικά:

1. Μεταφορών-Συμψηφισμού (Adjustment)
2. Διακινήσεων ΑΧ (Stock), καθώς και
3. Εμπορικά παραστατικά (Trade)

Σημειώνεται σε αυτό το σημείο ότι στη SPEEDEX δεν υφίσταται η έννοια της «λίστας παραλαβής».

Ψηφιακό πελατολόγιο

Ενημέρωση πεδίου «Σύνδεση με Ψηφιακό πελατολόγιο» από τύπο/σειρά

Με τη νέα έκδοση 5.12.0.4, όταν ο χρήστης αλλάξει τον τύπο ή σειρά του παρ/κου, το πεδίο «Σύνδεση με Ψηφιακό πελατολόγιο» (LinkToDClient) ενημερώνεται, με προτεραιότητα την αλλαγή της 1) σειράς και μετά του 2) τύπου. Εφόσον η σειρά είναι >0, υπερτερεί έναντι του τύπου.

Πιο συγκεκριμένα, η προτεραιότητα έχει ως ακολούθως:

Τύπος	Σειρά	Αποτέλεσμα
ΟΧΙ	ΝΑΙ	ΝΑΙ
ΟΧΙ	ΑΥΤΟΜΑΤΗ	ΑΥΤΟΜΑΤΗ
ΟΧΙ	ΟΧΙ	ΟΧΙ
ΝΑΙ	ΝΑΙ	ΝΑΙ
ΝΑΙ	ΑΥΤΟΜΑΤΗ	ΑΥΤΟΜΑΤΗ
ΝΑΙ	ΟΧΙ	ΝΑΙ
ΑΥΤΟΜΑΤΗ	ΝΑΙ	ΝΑΙ
ΑΥΤΟΜΑΤΗ	ΑΥΤΟΜΑΤΗ	ΑΥΤΟΜΑΤΗ
ΑΥΤΟΜΑΤΗ	ΟΧΙ	ΑΥΤΟΜΑΤΗ

Ο κανόνας είναι ο εξής:

• Αν η σειρά έχει ΝΑΙ ή ΑΥΤΟΜΑΤΟ υπερτερεί του τύπου ανεξαρτήτως τιμής του τύπου.
• Αν ο τύπος έχει ΝΑΙ ή ΑΥΤΟΜΑΤΟ υπερτερεί της σειράς μόνο αν αυτή έχει τιμή ΟΧΙ.

Πεδίο παρ/κου

Κλείδωμα λειτουργικότητας

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

Reports - Statistics

Υπέρ-σύνδεσμοι σε OLAP

Στην 5.12.0.4 είναι πλέον δυνατή η ρύθμιση εμφάνισης και χρήσης context menu σε OLAP.

Επιλέγοντας Εργασίες προσθετικής ανάπτυξης > Διαμόρφωση μενού, δημιουργείται ένα μενού και αποθηκεύεται στο ..\CSMenus. Tα Commands πρέπει να είναι της μορφής: bInvoke|esmmstockitem|LOAD|{fItemGID}, όπου μέσα σε {..} το πεδίο του Datasource.

Στην συνέχεια, μέσα από την Σχεδίαση OLAP / Μεταβολή όψης / Ορισμός, γίνεται επιλογή του αποθηκευμένου μενού ως "Context Menu".

PDF Version