ERP-EL02-4.4.0.3

EBS Version 4.4.0.3

Entersoft Business Suite^® | Entersoft CRM^®

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

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

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

Entersoft ERP

• Σημαντικές επεκτάσεις στη διαδικασία επιμερισμού στοκ στις Παραγγελίες (δυναμική προτεραιοποίηση στην εξυπηρέτηση, ιστορικό σεναρίων εξυπηρέτησης, εξαγωγή σε excel κ.λπ.)
• Πληροφόρηση για διαστάσεις αποθήκης ανάλογη εκείνης που παρέχεται σε επίπεδο ειδών (αξίες, κόστος, ποσότητες πωλήσεων, αγορών, παραγωγής ανά χρώμα-μέγεθος κ.λπ.)
• Εργαλείο δήλωσης των έγκυρων συνδυασμών διαστάσεων ειδών (συνδυασμοί χρωμάτων-μεγεθών κ.λπ. ανά είδος)
• Επεκτάσεις στη διαχείριση δεσμεύσεων και στον έλεγχο αποθεμάτων
• Αντιστοίχιση χρεωπιστώσεων βάσει ομαδοποιητικών πεδίων ειδών
• Έκδοση δωροκάρτας
• Σημαντική βελτίωση ταχύτητας εκτέλεσης του Αναλυτικού Μητρώου Παγίων
• Προσαρμογή Περιοδικής Δήλωσης Φ.Π.Α. στο τελευταίο έντυπο

Οριζόντια λειτουργικότητα

• Σημαντικότατες επεκτάσεις στις όψεις και στους αυτοματισμούς που επιτρέπουν την κατασκευή στοχευμένων οθονών για συγκεκριμένες εργασίες (παραμετρικές toolbars, δυναμική εμφάνιση-απόκρυψη στηλών, παράμετροι αυτοματισμών με τη μορφή wizard όπου κάθε βήμα εξαρτάται από τις απαντήσεις που δόθηκαν στο προηγούμενο κ.λπ.)
• Σημαντικότατες επεκτάσεις στον query builder που επιτρέπουν γρηγορότερη υλοποίηση, μικρότερη συντήρηση & μειωμένο χρόνο εκτέλεσης όψεων & κύβων (υποστήριξη unions, except, intersect, κλήση φίλτρου από άλλο φίλτρο χωρίς αντιγραφή του κ.λπ.)

Entersoft ERP

Αποθήκη

Διαχείριση διαστάσεων αποθήκης

Ενιαία διαχείριση ανεκτέλεστων παραγγελιών

Η λίστα Ανεκτέλεστες παραγγελίες (αναλυτικά) (Πωλήσεις/Παραγγελιοληψία) επεκτάθηκε με τρόπο ώστε να εμφανίζει με δυναμικό τρόπο τις διαστάσεις των ειδών, καθώς επίσης και να επιτρέπει τον αναλυτικό έλεγχο προέλευσης των παραγγελιών (δεσμεύσεων κ.λπ.) από προηγούμενα βήματα της διαδικασίας εξυπηρέτησης:

Ανάλυση προέλευσης

Αν επιλεγεί ανάλυση προέλευσης στο νέο κριτήριο της όψης, αυτό θα έχει ως αποτέλεσμα την ανάπτυξη τόσων γραμμών ανά είδος παραγγελίας, όσα τα αρχικά παραστατικά από τα οποία προέκυψε (νέα στήλη Προέρχεται από…). Αυτό είναι χρήσιμο όταν επιθεωρούμε συγκεκριμένες ετοιμασίες αποστολών (π.χ. ΠΔΣ) και θέλουμε να δούμε τις αντίστοιχες αρχικές παραγγελίες, με αναλυμένες τις ποσότητές τους, όπως προγραμματίζεται να αποσταλούν. Αν ΔΕΝ επιλεγεί η “ανάλυση προέλευσης”, τότε στη νέα στήλη “Προέρχεται από…” θα εμφανιστεί μεν και πάλι η αρχική παραγγελία, αλλά αν είναι περισσότερες της μιας, θα αναγράφονται όλες μαζί διαχωρισμένες με “,” (comma separated list), χωρίς να αναπτύσσονται σε ισάριθμες γραμμές ειδών.

Ανάλυση διαστάσεων

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

Σε αντίθετη περίπτωση (Ανάλυση διαστάσεων = Όχι) ομαδοποιεί αυτές τις γραμμές ανά είδος και οι στήλες διαστάσεων γίνονται αυτόματα ΜΗ ΟΡΑΤΕΣ.

Το ποιες στήλες διαστάσεων θα προστεθούν εξαρτάται από τη νέα γενική παράμετρο “Εμφάνιση προκαθορισμένων στηλών διαστάσεων αποθήκης σε αναφορές”:

Η παράμετρος αυτή λαμβάνεται υπόψη και από νέα Ισοζύγια και Καρτέλες που προστέθηκαν για τις διαστάσεις, όπως θα δούμε.

Έγκυροι συνδυασμοί διαστάσεων ανά είδος

Ο ορισμός των διαστασιολογίων γίνεται ανεξάρτητα ανά διάσταση. Αν όμως κανείς περιλάβει πλήθος τιμών διαστάσεων σε αυτά (για να δηλώνονται σε μεγάλες ομάδες ειδών και να συντηρούνται εύκολα) και όχι συγκεκριμένα-ακριβή διαστασιολόγια που ισχύουν για τα είδη, έχει ως αποτέλεσμα την εμφάνιση τιμών προς συμπλήρωση οι οποίες δεν έχουν νόημα, αλλά ακόμη κι αν είχαν αναπτυχθεί διακριτά διαστασιολόγια ανά είδος, κάποιοι συνδυασμοί τους και πάλι δεν θάπρεπε ποτέ να είναι διαθέσιμοι (π.χ. το μέγεθος XXL υπάρχει στο μεγεθολόγιο ενός είδους, αλλά διατίθεται μόνο για τα χρώματα BL και BK και όχι για όλα τα υπόλοιπα χρώματα).

Αυτή την ανάγκη καλύπτει το νέο “Προφίλ συνδυασμών διαστάσεων” που ορίζεται πλέον στα είδη. Ένα τέτοιο προφίλ μπορεί να δημιουργηθεί από την παραμετροποίηση και να δηλωθεί στη συνέχεια σε πολλά είδη ή εναλλακτικά, μπορεί να χρησιμοποιηθεί η λειτουργικότητα δημιουργίας προφίλ μέσα από την οθόνη του είδους (ειδικά σε νέα είδη), ώστε το σύστημα να χρησιμοποιήσει την πληροφορία των δηλωμένων ήδη διαστασιολογίων και να προτείνει το άνοιγμα των σωστών “γραμμών συνδυασμών”

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

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

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

Η εκμετάλλευση των στοιχείων αυτών απαιτεί την αντίστοιχη παραμετροποίηση του Σχεδίου Ελέγχου Διακινήσεων των Ειδών:

Μέσω του νέου πεδίου των γραμμών του Σχεδίου Ελέγχου Διακινήσεων “Τρόπος ελέγχου έγκυρων συνδυασμών διαστάσεων” μπορεί κανείς να διαφοροποιήσει την επιθυμητή συμπεριφορά ανά περίπτωση παραστατικού (Παραγγελίες, Δ. Αποστολής κ.ο.κ.). Οι διαθέσιμες τιμές του πεδίου:

Όχι Δεν εκτελείται κανένας έλεγχος. Θα επιτρέπονται όλες οι τιμές διαστάσεων που προβλέπονται από τα διαστασιολόγια του είδους

Ναι (όλοι) Θα επιτρέπονται όλοι οι συνδυασμοί διαστάσεων που έχουν οριστεί στο είδος ως έγκυροι (είτε είναι ενεργοί είτε ανενεργοί), θα αρκεί δηλαδή να υπάρχουν ως γραμμές του “προφίλ έγκυρων διαστάσεων”.

Ναι (οι ενεργοί μόνο) Θα επιτρέπονται μόνο οι ενεργοί από τους έγκυρους συνδυασμούς τιμών διαστάσεων του είδους.

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

H συμπεριφορά καθορίζεται από τη νέα γενική παράμετρο “τρόπος εμφάνισης μη επιτρεπτών συνδυασμών διαστάσεων”.

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

Αν η καταχώριση γίνεται σε πλέγμα γραμμών κι όχι σε πίνακα (όπως συμβαίνει όταν υπάρχουν πάνω από 2 ενεργοποιημένες διαστάσεις), τότε, το σύστημα διευκολύνει το χρήστη κατά τις διαδοχικές του πληκτρολογήσεις, με τρόπο ώστε κάθε “επόμενη” στήλη, να εμφανίζει ως επιλογές όσες προκύπτουν από την τιμή των προηγούμενων στηλών διαστάσεων:

Ενιαία πληροφόρηση για ποσότητες και αξίες ανά είδος και διάσταση

Προστέθηκε μια σειρά λειτουργιών οι οποίες επιτρέπουν να εξάγονται καταστάσεις τύπου Ισοζυγίου και Καρτέλας για το σύνολο των ειδών αποθήκης είτε αυτά παρακολουθούν διαστάσεις είτε όχι, με κατάλληλη αναγωγή των αξιών, του κόστους και των ποσοτήτων ανά διάσταση, για όλους τους διακριτούς μετρητές που παρακολουθούνται σε επίπεδο είδους (ποσότητα πωλήσεων, τζίρος, ποσότητες αγορών, λοιπών εισαγωγών και εξαγωγών, κόστος παραγωγής κ.ο.κ.).

Όλες οι στήλες που αφορούν κόστος το οποίο διαμορφώνεται από την Αποτίμηση Αποθεμάτων π.χ. κόστος πωληθέντων, κόστος παραγωγής κ.λπ. ΔΕΝ εμφανίζονται με “προσωρινή” τιμή ΜΕΧΡΙ να εκτελεστεί η διαδικασία της Αποτίμησης, παρά με ΜΗΔΕΝΙΚΗ τιμή (σε αντίθεση με τις αντίστοιχες αναφορές σε επίπεδο είδους, που εμφανίζουν προσωρινό/ενδεικτικό κόστος, στο ενδιάμεσο διάστημα, μέχρι να εκτελεστεί η Αποτίμηση).

Μέσω της επιλογής “Ομαδοποίηση” μπορεί ο χρήστης να επιλέξει τις διαστάσεις για τις οποίες θέλει να δει στοιχεία (αναλυτικά στοιχεία και σύνολα).

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

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

Οι νέες καταστάσεις είναι διαθέσιμες στο νέο κόμβο Ενοποιημένες αναφορές ανά διάσταση του μενού Αποθήκες & Αποθέματα

Απαραίτητη ενέργεια προετοιμασίας

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

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

Περιορισμοί

Η υλοποίηση της παραπάνω λειτουργικότητας στηρίχθηκε στη σχέση γραμμών ειδών και γραμμών ανάλυσης (όπου αυτές υπάρχουν) με τη δημιουργία κατάλληλου view στη Β.Δ. και την προσθήκη κάποιων υπολογιζόμενων (από τα παραστατικά και τη διαδικασία αποτίμησης αποθεμάτων) πεδίων στις γραμμές ανάλυσης. Επομένως, λειτουργεί αξιόπιστα με τους παρακάτω περιορισμούς: Δεν λαμβάνει υπόψη απλές κινήσεις (χωρίς παραστατικά) που μπορεί να υπάρχουν από data migration Παύει να εμφανίζει στοιχεία μετά από Ιστορικοποίηση Οικονομικής Χρήσης (όπου διαγράφονται τα παραστατικά) Δεν υποστηρίζει (και δεν συμφωνεί με) τις καταστάσεις ΕΛΠ/ΔΛΠ στη “Λογιστική βάση” (αν έχουν γίνει δηλαδή μεταβολές σε σχέση με τα φορολογικά στοιχεία) Δεν λαμβάνει υπόψη τυχόν custom παραμετροποίηση, που αφορά την ανάθεση αξιών από τις γραμμές ειδών στις κινήσεις (π.χ. χρήση οριζόμενων πεδίων στη διαμόρφωση αξιών των κινήσεων αποθήκης).

• Ευχρηστία διαλόγου επιλογής παρτίδων

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

Επεκτάσεις στον επιμερισμό στοκ στις παραγγελίες

Στη διαδικασία επιμερισμού του στοκ στις ανεκτέλεστες παραγγελίες (Αποθήκη/Διαδικασίες διανομών) υλοποιήθηκε μια σειρά επεκτάσεων που υποστηρίζουν νέα σενάρια χρήσης:

Δυναμική προτεραιοποίηση με κριτήρια

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

Παράδειγμα

Εξυπηρέτηση κατά προτεραιότητα των πελατών ομάδας 04, μετά της ομάδας 01 και μετά της ομάδας 03 (όπου δηλαδή η σειρά εξυπηρέτησης δεν προκύπτει από τον “κωδικό” της ομάδας) και με 2^ο κριτήριο το status του πελάτη (πρώτα τους πελάτες με status ΗΟΤ, μετά εκείνους με GOLD και μετά όσους έχουν status NEW) που, ας υποθέσουμε ότι παρακολουθείται σε ένα οριζόμενο πεδίο τύπου πίνακα της καρτέλας πελάτη. Αυτό σημαίνει πως αν βρεθούν πολλές παραγγελίες πελατών της ομάδας 04, πρώτα θα εκτελεστούν εκείνες των πελατών ΗΟΤ, μετά εκείνες των GOLD και μετά εκείνες των NEW, πριν ξεκινήσει με την ίδια λογική η εξυπηρέτηση των παραγγελιών πελατών της ομάδας 01 κ.ο.κ.

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

Εμφανίζεται οθόνη όπου, για καθένα από τα ΔΥΟ διαθέσιμα κριτήρια προτεραιοποίησης, ο χρήστης επιλέγει:

• Ποιο πεδίο αντιπροσωπεύει το κριτήριο

• Ποιες τιμές του πεδίου θα προηγηθούν στη σειρά εξυπηρέτησης (με επιλέγονται οι τιμές του πεδίου-κριτηρίου και μεταφέρονται από το πάνω στο κάτω πλέγμα και με αλλάζουν σειρά εξυπηρέτησης/ταξινόμησης).

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

• Επέμβαση στην προτεραιοποίηση

Στο πλέγμα έχει υπολογιστεί ένας αύξων αριθμός εξυπηρέτησης, με βάση τη δυναμική προτεραιοποίηση πελατών και ακολούθως με βάση την προτεραιότητα παραστατικών. Αυτός ο Α/Α δίνει άμεση εικόνα του τρόπου με τον οποίο η διαδικασία του επιμερισμού στοκ θα λειτουργήσει (αν δεν επαρκεί το στοκ για την εξυπηρέτηση ΟΛΩΝ).

Ο χρήστης, στο σημείο αυτό (ΠΡΙΝ ζητήσει να εκτελεστεί η διαδικασία), μπορεί μέσω της κάθετης μπάρας εργαλείων να επηρεάσει την προτεραιότητα συγκεκριμένων παραγγελιών επί τούτω, χρησιμοποιώντας ειδική λογική που δεν περιγράφεται στο μοντέλο:

• Μετακίνηση μια θέση πάνω ( )

• Μετακίνηση μια θέση κάτω ( )

• Μετακίνηση στη γραμμή με συγκεκριμένο Α/Α προτεραιότητας ( )

• Πλέγμα παραγγελιών και πλέγμα γραμμών

Αφού αναγνωστούν τα δεδομένα βάσει των κριτηρίων και εμφανιστούν οι παραγγελίες στο πλέγμα, ο χρήστης μπορεί πλέον να επιλέξει (από την κάθετη μπάρα εργαλείων) να βλέπει:

• Είτε παραγγελίες (επικεφαλίδες παραστατικών) ( )

• Είτε γραμμές (και γραμμές ανάλυσης) παραγγελιών ( )

Επισημαίνουμε ότι ο διάλογος “αναλώσεων στοκ” ( ή F12), που εμφανίζεται όταν είμαστε τοποθετημένοι σε ένα κελί ποσότητας “Προς αποστολή”, δεν είναι διαθέσιμος στο πλέγμα παραγγελιών (εκεί εμφανίζεται η συνολική ποσότητα “Προς αποστολή” των επιλεγμένων ειδών της κάθε παραγγελίας, εκφρασμένη στη μονάδα εξυπηρέτησης του κάθε είδους – και έχει νόημα μόνον όταν τα είδη έχουν κοινή μονάδα εξυπηρέτησης). Λειτουργεί μόνο στο πλέγμα των γραμμών.

Υπάρχει επίσης η δυνατότητα μαζικής επιλογής και διαχείρισης των παραγγελιών, μέσω της στήλης επιλογέα των γραμμών (1^η στήλη του πλέγματος). Αν επιλεγούν κάποιες παραγγελίες ή κάποιες γραμμές () ο αλγόριθμος επιμερισμού (μέσω του πλήκτρου “κατανομή στις παραγγελίες”), καθώς και η διαδικασία δημιουργίας παραστατικών δεσμεύσεων που ακολουθεί (μέσω του πλήκτρου “δημιουργία δεσμεύσεων”) θα εκτελεστούν μονάχα για αυτές τις γραμμές.

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

Ιστορικότητα σεναρίων εξυπηρέτησης

Σενάριο εξυπηρέτησης ορίζεται

• Ένα σενάριο προτεραιοποίησης πελατών προς εξυπηρέτηση

• Ένα σύνολο παραμέτρων που έχει ως αποτέλεσμα την ανάκληση δεδομένων συγκεκριμένων παραγγελιών και των γραμμών τους, με τη συγκεκριμένη προτεραιοποίηση που υπολογίστηκε ή/και αλλοιώθηκε από το χρήστη

• Ένα σετ δεδομένων εξυπηρέτησης που προέκυψαν από την εκτέλεση της διαδικασίας επιμερισμού του στοκ, με τις παραπάνω συνθήκες (δηλαδή οι ποσότητες εξυπηρέτησης - “προς αποστολή” - που υπολόγισε η διαδικασία).

Ένα τέτοιο σενάριο μπορεί να αποθηκευτεί για μελλοντική χρήση, μέσω του πλήκτρου “Αποθήκευση σεναρίου σε XML” στο κάτω μέρος του διαλόγου. Η προτεινόμενη περιοχή αποθήκευσης είναι \ESNoSync\ESFIAvailableStockAllocation και το όνομα του αρχείου είναι {Κωδικός εταιρείας}_{Κωδικός χρήστη}_{Ημ/νία}_DeliveryUpTo_{MM-DD}, όπου Ημ/νία είναι η ημ/νία εκτέλεσης της διαδικασίας και ΜΜ-DD, o μήνας και η ημ/νία τέλους του διαστήματος παράδοσης από το αντίστοιχο κριτήριο της όψης.

Αντιστοίχως, ξεκινώντας με τη διαδικασία, μπορεί κανείς να ανακαλέσει ένα παλιότερο σενάριο και να το χρησιμοποιήσει, μέσω του πλήκτρου “Ανάκληση σεναρίου από XML” στο πάνω αριστερό τμήμα του διαλόγου.

Επιμερισμός στοκ συγκεκριμένης παραλαβής ή καθ’ οδόν (φόρτωσης)

Μία από τις διαθέσιμες επιλογές για υπολογισμό στοκ (το οποίο και θα επιμεριστεί στις παραγγελίες στη συνέχεια) είναι “Συγκεκριμένη παραλαβή”.

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

Με όμοιο τρόπο λειτουργεί και η νέα επιλογή “Συγκεκριμένη εντολή φόρτωσης” με τη διαφορά ότι στην περίπτωση αυτή, η επιλογή γίνεται από γραμμές ειδών.

Πρόκειται για επιβεβαίωση της δρομολόγησης παραγγελίας προμηθευτή (καθ’ οδόν εμπορεύματα, αντίγραφο της packing list) που μπορεί να έχουμε λάβει από αυτόν με κάποιο τρόπο π.χ. excel και, για την καταχώρισή του, χρησιμοποιείται συνήθως το προϊοντικό “ΕΝΦ” που ενημερώνει και τις αντίστοιχες ποσότητες “σε φόρτωση”, μέχρι να εισαχθεί το αντίστοιχο Δελτίο Παραλαβής.

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

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

• Προβολή τρέχουσας διαθεσιμότητας στοκ

Το πλέγμα που εμφανίζει τα υπόλοιπα των ειδών ανά ΑΧ ενημερώνεται αναλόγως της επιλογής “Υπολογισμός στοκ από”. Αν έχουν επιλεγεί συγκεκριμένες παραλαβές ή (αναμενόμενες) παραγγελίες ή εντολές φόρτωσης, εμφανίζονται οι ποσότητές τους (στους “AX εξυπηρέτησης”), ενώ αν έχει επιλεγεί το Διαθέσιμο ή το Πραγματικό στοκ, εμφανίζονται όλα τα σχετικά υπόλοιπα των ειδών (και διαστάσεων αποθήκης) στους Χώρους αυτούς.

Με τη νέα ρύθμιση “Είδη επιλεγμένων παραγγελιών μόνο” μπορούμε να εφαρμόσουμε ένα πρόσθετο φίλτρο στο τι στοκ βλέπουμε στο πλέγμα αυτό: οι γραμμές του αυτόματα θα περιοριστούν σε όσες αφορούν ΜΟΝΟ τα επιλεγμένα είδη ή παραγγελίες στο 1^ο πλέγμα, όσες γραμμές δηλαδή έχουν τσεκαριστεί ().

Στην περίπτωση που γίνεται επεξεργασία ή προτεραιοποίηση ή έλεγχος παραγγελιών και ο χώρος του διαλόγου δεν επαρκεί, θυμίζουμε τη δυνατότητα επί τόπου αύξησης ή μείωσης του χώρου των 2 τμημάτων μέσω της μετακίνησης μιας διαχωριστικής γραμμής (splitter) μεταξύ τους.

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

Πολλές φορές, γίνεται μια παραγγελία προμηθευτή με μετάβαση από παραγγελία πελάτη (ή πολλές παραγγελίες πελατών).

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

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

Για να μεταφέρεται η πληροφορία των παραγγελιών πελατών σε εκείνα τα παραστατικά που η διαδικασία επιμερισμού του στοκ μπορεί να επεξεργαστεί (Εντολές φόρτωσης, Δελτία Παραλαβής Προμηθευτών), μια νέα δυνατότητα προστέθηκε στους κανόνες μετάβασης:

Σε κάθε παραγόμενο παραστατικό, όχι μόνο μεταφέρονται (ως “σχετικά” παραστατικά) εκείνα από τα οποία αυτό προήλθε (“αρχικά”) αλλά μπορούν να μεταφέρονται και τα σχετικά παραστατικά αυτών των “αρχικών”. Αυτό ρυθμίζεται από την τιμή που θα δοθεί στο πεδίο Τήρηση ιστορικότητας παραγόμενου: Αν οριστεί Πλήρες ιστορικό αρχικού, τότε θα αντιγραφούν όλα τα σχετικά παραστατικά των αρχικών στα παραγόμενα.

Παράδειγμα

1^ο βήμα – Παραγγελία σε προμηθευτή

Αν στείλουμε Παραγγελία σε προμηθευτή για συγκεκριμένες Παραγγελίες πελατών, χρησιμοποιώντας τη μετάβαση “104. ΠΑΡ=>ΠΠΡ (βασικός προμηθευτής)”, τότε οι Παραγγελίες προμηθευτών θα αποκτούν ως σχετικά παραστατικά τις Παραγγελίες πελατών.

2^ο βήμα – Παραλαβή στοκ

Αν στη συνέχεια, παραλαμβάνοντας από τους Προμηθευτές, δημιουργήσουμε Δ.Παραλαβής με τη μετάβαση “101. ΠΠΡ=>ΑΔΠ” (στην οποία έχουμε ορίσει “πλήρες ιστορικό αρχικού” στην παραπάνω ρύθμιση), τότε αυτά τα Δελτία, πέραν της Παραγγελίας αγοράς, θα έχουν και τις σχετικές Παραγγελίες πελατών ως σχετικά παρ/κά.

3^ο βήμα – Επιμερισμός στοκ στις Παραγγελίες πελατών

Εκτελώντας τον επιμερισμό στοκ για τις Παραγγελίες πελατών με “υπολογισμό στοκ από” τις συγκεκριμένες Παραλαβές και ενεργοποιώντας τo “Προτεραιότητα στις σχετικές παραγγελίες”, το σύστημα θα βρει ποιες Παραγγελίες πελατών συνδέονται σε κάθε Παραλαβή (ΑΔΠ) και θα μοιράσει το στοκ σε αυτές. Αν υπάρξει και πλεονάζον στοκ από την Παραλαβή, τότε και μόνο αυτό θα επιμεριστεί στις υπόλοιπες παραγγελίες.

Αν χρησιμοποιηθεί η νέα δυνατότητα στους κανόνες μετάβασης, τότε είναι πιθανό να γίνει δυσανάγνωστο το γράφημα των μεταβάσεων (που απεικονίζει εποπτικά την εξέλιξη των παραγγελιών) το οποίο βασίζεται ακριβώς στην πληροφορία των «σχετικών παραστατικών».

Για το λόγο αυτό, υλοποιήθηκαν δύο ακόμη επεκτάσεις:

1. Στη λίστα των σχετικών παραστατικών προστέθηκε μια νέα στήλη Αφορά με τιμές

• Ροή εργασιών (αυτή η τιμή τοποθετείται αυτόματα από τις μεταβάσεις, όταν το σχετικό παρ/κό είναι “αρχικό” στο πλαίσιο της μετάβασης - πρόκειται δηλαδή για την τυπική ροή)

• Ιστορικό (αυτή η τιμή τοποθετείται αυτόματα όταν πρόκειται για σχετικό παραστατικό που αντιγράφτηκε από τα σχετικά παρ/κά του “αρχικού”, με τη νέα δυνατότητα στην “τήρηση ιστορικότητας παραγόμενου”)

• Τριγωνική ροή (αυτή η τιμή τοποθετείται στα σχετικά παραστατικά όσων δεσμεύσεων παράγονται από την παρούσα διαδικασία επιμερισμού του στοκ, όταν αυτή βασιστεί σε “συγκεκριμένη παραλαβή” ή “συγκεκριμένη εντολή φόρτωσης” - έτσι σε ένα “ΠΔΣ” για παράδειγμα που έχει προκύψει από Παραγγελία “ΠΑΡ”, αν εξυπηρετηθεί από συγκεκριμένη παραλαβή “ΑΔΠ”, το μεν σχετικό ΠΑΡ αφορά τιμή “Ροή εργασιών”, το δε ΑΔΠ αφορά “Tριγωνική ροή”)

• Πληροφορία (ελεύθερη τιμή προς χρήση σε διάφορα σενάρια)

• Εξωτερικό σύστημα (τιμή που τοποθετείται αυτόματα κατά την προσθήκη γραμμής σχετικού παρ/κού από το χρήστη, όταν αυτό δεν βρεθεί στα δεδομένα του EBS – είναι δηλαδή ένα κείμενο που αναφέρεται πιθανώς σε τρίτο σύστημα).

2. Παράλληλα, στην απεικόνιση μεταβάσεων, εμφανίζονται αυτόματα ΜΟΝΟΝ οι συνδέσεις που αφορούν “Ροή εργασιών”. Αν θέλει κανείς να δει όλες τις συνδέσεις, η σχετική ρύθμιση είναι διαθέσιμη, στο κάτω μέρος του διαλόγου απεικόνισης του γραφήματος από το πεδίο “Τύπος σχέσης”.

Προώθηση των αναμενόμενων σορτιμέντων άμεσα σε πελάτες

Στην περίπτωση που το στοκ (προς επιμερισμό) υπολογίζεται από συγκεκριμένη παραλαβή αγορών ή καθ’ οδόν εμπορεύματα (συγκεκριμένη εντολή φόρτωσης), τότε, μια νέα ρύθμιση γίνεται διαθέσιμη: Προτεραιότητα στα σορτιμέντα.

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

Παράδειγμα

Έστω ότι έχουμε 2 παραγγελίες πελατών

Πελάτης	Προτεραιότητα	Είδος	Συσκευασία	Ποσότητα	Χρώμα	S	M	L	Σύνολο (τεμάχια)
Α	1	Χ	Τεμάχια	15	ΒΚ	5	5	5	15
Β	2	Χ	Σορτ-S01	1	BK	4	3	3	10

Και μια Παραλαβή από τον Προμηθευτή (που δεν επαρκεί για την πλήρη εξηπηρέτηση και των δύο)

Χ

Σορτ-S01

2

ΒΚ

8

6

6

20

Το σύστημα θα προτείνει την εξυπηρέτηση του πελάτη Β κατά προτεραιότητα (“ταιριάζοντας” το σορτιμέντο παραλαβής με το σορτιμέντο ζήτησης) και το πλεονάζον απόθεμα θα το τοποθετήσει στην παραγγελία του πελάτη Α (ο οποίος κανονικά έχει μεγαλύτερη προτεραιότητα εξυπηρέτησης). Δηλαδή:

Πελάτης	Προτεραιότητα	Είδος	Συσκευασία	Ποσότητα	Χρώμα	S	M	L	Σύνολο (τεμάχια)
Α	1	Χ	Τεμάχια	10	ΒΚ	4	3	3	10
εκκρεμότητα	5	ΒΚ	1	2	2	5
Β	2	Χ	Σορτ-S01	1	BK	4	3	3	10

Το αν η ρύθμιση αυτή θα προτείνεται ενεργοποιημένη ή όχι, εξαρτάται από μια νέα γενική παράμετρο:

Εξαγωγή στο excel

Στην κάθετη μπάρα εργαλείων του πλέγματος των παραγγελιών, προστέθηκε η δυνατότητα εξαγωγής των δεδομένων στο excel για περαιτέρω επεξεργασία ή για αποστολή σε κάποιον off-line χρήστη κ.λπ. Επιλέγοντας την ενέργεια αυτή ( ) εμφανίζεται μια ερώτηση για το αν θα εξαχθούν:

1. Oι παραγγελίες προς αποστολή (γραμμές – στήλες με θετική “ποσότητα προς αποστολή”)

2. Οι παραγγελίες σε εκκρεμότητα (γραμμές – στήλες με μικρότερη “ποσότητα αποστολής” από την “ποσότητα ζήτησης”, οπότε στο excel θα μεταφερθούν αυτές μόνο οι διαφορές, που θα δημιουργήσουν δηλαδή “back orders”)

3. Όλες οι παραγγελίες

• Άλλες βελτιώσεις

1. Στο πλέγμα των παραγγελιών λειτουργεί πλέον το “double click” για άνοιγμα της οθόνης της τρέχουσας Παραγγελίας
2. Η ποσότητα αποστολής επιτρέπεται πλέον να ξεπερνά την ποσότητα ζήτησης. Αυτό μπορεί κανείς να το κάνει με πληκτρολόγηση πάνω στο πλέγμα των γραμμών παραγγελιών (πριν ή αφού εκτελεστεί η διαδικασία κατανομής του στοκ) ή στο διάλογο “αναλώσεων στοκ” ( ή F12) που εμφανίζει και τα αποθέματα ανά Αποθηκευτικό Χώρο.
3. Η δημιουργία των παραστατικών δεσμεύσεων μετατράπηκε σε αυτοματισμό, ώστε να μπορεί να γίνει εύκολα η όποια επιθυμητή επέκταση (\ESFormCommands\ESFIAvailableStockAllocation\AvailableStockAllocation.xml).

Δεσμεύσεις και έλεγχος αποθεμάτων

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

Νέα διαδικασία διαχείρισης του κατεστραμμένου στοκ

Προστέθηκαν οι εξής νέοι τύποι παραστατικών:

ΔΚΦ Δέσμευση κατεστραμμένου αποθέματος

Χρησιμοποιείται όταν διαπιστώνεται κλοπή, απώλεια, καταστροφή, για να δεσμευτεί το στοκ και να θεωρείται ΜΗ διαθέσιμο για διακίνηση. Ενημερώνει ποσότητα κατεστραμμένων μόνο. Πρέπει να ακολουθήσει μετάβαση σε Πρωτόκολλο καταστροφής/απόσυρσης δεσμευμένου αποθέματος (Προσοχή -> ΠΚΘ και όχι ΠΚΑ) ώστε να εξαχθεί οριστικά το απόθεμα και να ενημερώσει και τα Βιβλία Αποθήκης.

ΠΚΘ Απόσυρση/καταστροφή δεσμευμένου αποθέματος

Χρησιμοποιείται για απόσυρση - καταστροφή - εξαγωγή ακατάλληλου αποθέματος. Παράγεται από ΔΚΦ (δέσμευση προς καταστροφή). Ενημερώνει ποσότητα και κόστος Λοιπών Εξαγωγών στο Βιβλίο Αποθήκης, καθώς και τη Λογιστική. Μέσω της μετάβασης από ΔΚΦ, μειώνεται η ποσότητα κατεστραμμένων.

…και o νέος κανόνας μετάβασης:

433. ΔΚΦ=>ΠΚΘ Απόσυρση δεσμευμένου/κατεστραμμένου στοκ

Χρησιμοποιείται για οριστική απόσυρση/καταστροφή δεσμευμένου στοκ. Μειώνονται τα κατεστραμμένα (δεσμευμένα) και ενημερώνονται οι Εξαγωγές.

Για την κατάργηση της δέσμευσης κατεστραμμένων (σε περίπτωση λάθους) και την επιστροφή του αποθέματος στα διαθέσιμα, προστέθηκαν επίσης ο τύπος παραστατικού ΚΔΑ Κατάργηση δέσμευσης αποθέματος και ο κανόνας μετάβασης 432._ΔΚΦ=>ΚΔΑ Κατάργηση δέσμευσης κατεστραμμένων

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

Τα κατεστραμμένα αποθέματα πρώτα ΧΑΡΑΚΤΗΡΙΖΟΝΤΑΙ ως κατεστραμμένα (ΔΚΦ) τη στιγμή που διαπιστώνεται η ακαταλληλότητά τους εν είδει ΔΕΣΜΕΥΣΗΣ (για να μην χρησιμοποιηθεί τέτοιο απόθεμα) και (με ξεχωριστή εγγραφή) εξάγονται από την Αποθήκη (τη στιγμή που ΟΝΤΩΣ καταστρέφονται – αποσύρονται) (ΠΚΘ). Και μάλιστα αυτό πρέπει να εισαχθεί με μετάβαση (όπως ακριβώς απαιτείται π.χ. μετάβαση μιας δέσμευσης για πελάτη ΠΔΣ όταν γίνει η αποστολή με ΤΔΑ), ώστε να μειωθούν τα κατεστραμμένα (δεσμευμένα προς καταστροφή) και να έχουμε πάντα την πληροφορία του ποια “απομένουν” προς καταστροφή (καταστροφές δηλαδή που δεν οριστικοποιήθηκαν ακόμη, περνώντας στις “Λοιπές εξαγωγές”).

Το υπάρχον ΠΚΑ (πρωτόκολλο καταστροφής) ενημερώνει (πέραν των λοιπών εξαγωγών) ΚΑΙ τα κατεστραμμένα για πληροφοριακούς λόγους. Αντίθετα, το νέο ΠΚΘ ενημερώνει μόνο τις Λοιπές Εξαγωγές. Όσοι λοιπόν χρησιμοποιούν το ΠΚΑ θα βλέπουν (στους πίνακες δεδομένων των ειδών) τις ποσότητες κατεστραμμένων ως σύνολο, ενώ όσοι χρησιμοποιούν τη νέα διαδικασία, θα βλέπουν μόνο τα κατεστραμμένα που ΔΕΝ έχουν οριστικά αποσυρθεί/καταστραφεί.

Για να ενεργοποιήσετε τη νέα διαδικασία, αφενός πρέπει να εισάγετε τους νέους τύπους παραστατικών και κανόνες μετάβασης από το \ESMasterConfig, καταργώντας - απενεργοποιώντας το ΠΚΑ, αφετέρου να ελέγξετε* αν υπάρχει ποσότητα κατεστραμμένων από παλιά (για στοκ που δεν υπάρχει πια στην Αποθήκη) και να το μηδενίσετε με το νέο τύπο παρ/κού που φτιάχτηκε για το σκοπό αυτό:

ΔΚΘ Διορθωτική εγγραφή κατεστραμμένου αποθέματος

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

*Για τον έλεγχο αυτό, χρησιμοποιείστε τη νέα όψη “Κατεστραμμένα είδη” (Αποθέματα/Πληροφορίες) που εμφανίζει ανά περίοδο τα είδη για τα οποία έγιναν εγγραφές καταστροφών (από παλιότερα ΠΚΑ).

Όσο υπάρχουν ποσότητες κατεστραμμένων (από ΠΚΑ) η νέα όψη διαθεσιμότητας (βλ. στα επόμενα) θα δείχνει λάθος αποτελέσματα.

Νέα διαδικασία διαχείρισης του παγωμένου στοκ (π.χ. για ποιοτικό έλεγχο)

Προστέθηκαν οι εξής νέοι τύποι παραστατικών:

ΔΠΓ Δέσμευση αποθέματος (πάγωμα)

Χρησιμοποιείται όταν χρειάζεται να δεσμευτεί κάποιο απόθεμα για διάφορους λόγους (π.χ. έλεγχο) και να θεωρείται ΜΗ διαθέσιμο για διακίνηση. Ενημερώνει ποσότητα παγωμένου αποθέματος μόνο. Πρέπει να ακολουθήσει ΕΙΤΕ Καταστροφή/απόσυρση (με ΠΚΘ) για να εξαχθεί οριστικά το απόθεμα και να ενημερώσει και τα Βιβλία Αποθήκης ΕΙΤΕ Κατάργηση δέσμευσης αποθέματος (ΚΔΑ) ώστε να επανέλθει στα Διαθέσιμα.

ΠΚΘ Απόσυρση/καταστροφή δεσμευμένου αποθέματος

Χρησιμοποιείται για απόσυρση - καταστροφή - εξαγωγή ακατάλληλου αποθέματος. Παράγεται από ΔΠΓ (δέσμευση-πάγωμα αποθέματος). Ενημερώνει ποσότητα και κόστος Λοιπών Εξαγωγών στο Βιβλίο Αποθήκης, καθώς και τη Λογιστική. Μέσω της μετάβασης από ΔΠΓ, μειώνεται το παγωμένο απόθεμα (αφού εξάγεται).

…και o νέος κανόνας μετάβασης:

433. ΔΠΓ=>ΠΚΘ Απόσυρση δεσμευμένου/παγωμένου στοκ

Χρησιμοποιείται για οριστική απόσυρση/καταστροφή δεσμευμένου στοκ. Μειώνεται το παγωμένο απόθεμα και ενημερώνονται οι Εξαγωγές. Αν θέλετε να επανέλθει το στοκ ως διαθέσιμο, χρησιμοποιείστε την Κατάργηση Δέσμευσης (ΔΠΓ=>ΚΔΑ).

Αν δεν αποσυρθεί το παγωμένο απόθεμα, αλλά πρέπει να επιστρέψει στα διαθέσιμα θα πρέπει να γίνει κατάργηση της δέσμευσης αυτής. Για το σκοπό αυτό, προστέθηκαν ο τύπος παραστατικού ΚΔΑ Κατάργηση δέσμευσης αποθέματος και ο κανόνας μετάβασης 432. ΔΠΓ=>ΚΔΑ Κατάργηση δέσμευσης παγωμένου στοκ για έλεγχο

Νέα διαδικασία διαχείρισης του μελλοντικού στοκ (αναμενόμενου)

Προστέθηκε ο τύπος παραστατικού:

ΔΜΑ Δέσμευση μελλοντικού αποθέματος

Χρησιμοποιείται όταν χρειάζεται να δεσμευτεί αναμενόμενο απόθεμα. Για να μπορεί να διακινηθεί (να επιστρέψει στα διαθέσιμα), μπορείτε να κάνετε Κατάργηση δέσμευσης αποθέματος (ΚΔΑ) με την αντίστοιχη μετάβαση.

…και o κανόνας μετάβασης:

432. ΔΜΑ=>ΚΔΑ Κατάργηση δέσμευσης μελλοντικού στοκ

• Κατάργηση (αναίρεση) δεσμεύσεων ενδοδιακίνησης

Για να μπορεί κανείς να διορθώσει λανθασμένες δεσμεύσεις για ενδοδιακινήσεις, προστέθηκε ο τύπος παραστατικού:

ΚΔΕ Κατάργηση δέσμευσης για ενδοδιακίνηση

Χρησιμοποιείται για την ακύρωση δεσμεύσεων αποθέματος που έγιναν για ενδοδιακίνηση σε άλλο υποκ/μα ή αποθήκη, ώστε να επανέλθει το απόθεμα στο διαθέσιμο. Για αυτό το σκοπό χρησιμοποιείστε τον κανόνα μετάβασης ΠΔΝ=>ΚΔΕ ή τον ΠΔΠ->ΚΔΕ.

…και oι κανόνες μετάβασης:

432. ΠΔΝ=>ΚΔΕ Κατάργηση δέσμευσης για ενδοδιακίνηση

432. ΠΔΠ=>ΚΔΕ Κατάργηση δέσμευσης για ενδοδιακίνηση

• Κατάργηση (αναίρεση) δεσμεύσεων εντολών Παραγωγής για συγκεκριμένους πελάτες

Αν χρησιμοποιείτε τη διαδικασία εντολής Παραγωγής ΠΑΡ->ΕΝΤ->ΔΠΕ->ΔΑΠ (ή ΤΔΑ) θα πρέπει στο εξής να χρησιμοποιείτε (στο τελευταίο στάδιο για αποστολή στον πελάτη) τις νέες μεταβάσεις

184. ΔΠΕ=>ΔΑΠ (ΕΝΤ) και

185. ΔΠΕ=>ΤΔΑ (ΕΝΤ)

που μειώνουν σωστά και τα δεσμευμένα των παραγόμενων, για τους συγκεκριμένους πελάτες.

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

Δύο νέες όψεις έχουν κατασκευαστεί για να μπορεί κανείς να ελέγξει και να αξιοποιήσει τις παραπάνω διαδικασίες δεσμεύσεων:

• Λίστα δεσμεύσεων

Η όψη αυτή εμφανίζει όλες τις δεσμεύσεις ανά τύπο (παραστατικού) δέσμευσης :

• Ανάλυση διαθεσιμότητας στοκ

Η όψη αυτή εμφανίζει ανά είδος και Αποθηκευτικό Χώρο τη διαθεσιμότητα αποθέματος, με ξεχωριστές στήλες για ΚΑΘΕ “τύπο αποθέματος” που επηρεάζει το τελικό μελλοντικό διαθέσιμο:

Αξιοποίηση των δεσμεύσεων στον έλεγχο αποθεμάτων

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

Λογιστικό απόθεμα

Ποσότητα Χρέωσης – Ποσότητα Πίστωσης

Διαθέσιμο απόθεμα

Ποσότητα Χρέωσης – Ποσότητα Πίστωσης – Δεσμευμένα

DebitQty - CreditQty – ReservedStock

Λογιστικό απόθεμα + Αναμενόμενα

Λογιστικό απόθεμα + Αναμενόμενα (από προμηθευτές, παραγωγή, υποκ/τα) – Παγωμένο απόθεμα

DebitQty - CreditQty + PendingPurchaseOrders + PendingProductionOrders + PendingOrdersFromSite – FrozenStock

Μελλοντικό διαθέσιμο απόθεμα

Διαθέσιμο απόθεμα + Αναμενόμενα (από προμηθευτές, από παραγωγή, από υποκ/τα, σε φόρτωση) – Παραγγελίες (προς πελάτες, προς υποκ/τα, επιβ/νες πελατών) – Δεσμευμένα από μελλοντικό απόθεμα – Παγωμένο απόθεμα

DebitQty - CreditQty - ReservedStock + PendingPurchaseOrders + PendingProductionOrders + PendingOrdersFromSite + QtyLoaded – PendingSalesOrders – ConfirmedOrders - PendingOrdersToSite - ReservedFromFutureStock - FrozenStock

Ελάχιστο μελλοντικό απόθεμα

Διαθέσιμο απόθεμα – Παραγγελίες προς υποκ/τα – Επιβ/νες παραγγελίες πελατών – Παγωμένο απόθεμα

DebitQty - CreditQty - ReservedStock - PendingOrdersToSite – ConfirmedOrders – FrozenStock

Βεβαιωμένο μελλοντικό απόθεμα

Διαθέσιμο απόθεμα – Δεσμευμένα από μελλοντικό απόθεμα – Παγωμένο απόθεμα + Ποσότητες σε φόρτωση

DebitQty - CreditQty - ReservedStock - ReservedFromFutureStock – FrozenStock + QtyLoaded

Διαθέσιμο - επιβ/νες παραγγελίες

Διαθέσιμο απόθεμα – Παγωμένο απόθεμα – Επιβ/νες παραγγελίες πελατών

DebitQty - CreditQty - ReservedStock - FrozenStock – ConfirmedOrders

Μέγιστο μελλοντικό απόθεμα

Διαθέσιμο απόθεμα + Αναμενόμενα – Δεσμευμένα από μελλοντικό απόθεμα – Παγωμένο απόθεμα

DebitQty - CreditQty - ReservedStock + PendingPurchaseOrders + PendingProductionOrders + PendingOrdersFromSite + QtyLoaded - ReservedFromFutureStock - FrozenStock

Κάτω όριο λογιστικού

Λογιστικό απόθεμα – Παγωμένο – Όριο ασφαλείας

DebitQty - CreditQty - FrozenStock – SecurityLevel

Κάτω όριο διαθέσιμου

Διαθέσιμο απόθεμα – Παγωμένο – Όριο ασφαλείας

DebitQty - CreditQty - ReservedStock - FrozenStock – SecurityLevel

Λογιστικό - παγωμένο απόθεμα

DebitQty - CreditQty - FrozenStock

Διαθέσιμο - παγωμένο απόθεμα

DebitQty - CreditQty - ReservedStock - FrozenStock

Λογιστικό - επιβ/νες παραγγελίες - παγωμένο απόθεμα

DebitQty - CreditQty - ConfirmedOrders - FrozenStock

Διαθέσιμο - επιβ/νες παραγγελίες - παγωμένο απόθεμα

DebitQty - CreditQty - ReservedStock - ConfirmedOrders - FrozenStock

Διαθέσιμο – παγωμένο – κατεστραμμένο απόθεμα

DebitQty - CreditQty - ReservedStock - FrozenStock – DamagedStock

Μελλοντικό διαθέσιμο – κατεστραμμένο απόθεμα

Διαθέσιμο απόθεμα + Αναμενόμενα (από προμηθευτές, από παραγωγή, από υποκ/τα, σε φόρτωση) – Παραγγελίες (προς πελάτες, προς υποκ/τα, επιβ/νες πελατών) – Δεσμευμένα από μελλοντικό απόθεμα – Παγωμένο – Κατεστραμμένο

DebitQty - CreditQty - ReservedStock+PendingPurchaseOrders+PendingProductionOrders+PendingOrdersFromSite+QtyLoaded - PendingSalesOrders - ConfirmedOrders - PendingOrdersToSite - ReservedFromFutureStock - FrozenStock – DamagedStock

Αποτίμηση αποθεμάτων

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

Η νέα όψη Είδη με επιστροφές χωρίς υπόλοιπο (Αποθήκες & Αποθέματα/Αποτίμηση) προστέθηκε ακριβώς για να αποτελέσει εργαλείο ελέγχου των ειδών με τέτοιο ιστορικό, για τα οποία και είναι απαραίτητος ο προσδιορισμός της πρότυπης τιμής. Έτσι, η διαδικασία της Αποτίμησης θα λειτουργήσει απρόσκοπτα.

Το αποτέλεσμα θα είναι να προστεθεί νέα γραμμή στις “τιμές κόστους” όλων των επιλεγμένων ειδών με πρότυπη τιμή εκείνη που πληκτρολογήθηκε στη στήλη αυτή της όψης.

Λογιστικοποίηση κόστους Παραγωγής

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

Εκτυπώσεις

• Στις Οικονομικές Αναφορές της Αποθήκης, στα κριτήρια των εταιρικών διαστάσεων προστέθηκε η δυνατότητα καθορισμού ορίων τιμών.

• Στις Οικονομικές Αναφορές της Αποθήκης προστέθηκε κριτήριο για το αν θα περιλαμβάνονται τα βασικά είδη ή όσα ανήκουν σε άλλα (μη βασικά).

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

• Στις Καταστάσεις Απογραφής Αποθήκης (φορολογική και λογιστική βάση) η τιμή αποτίμησης τυπώνεται πλέον με τα δεκαδικά τιμών του βασικού νομίσματος. Υπενθυμίζουμε ότι στην συνδεδεμένη εκτύπωση, το πλήθος δεκαδικών της τιμής είναι παραμετρικό. Η παρούσα αλλαγή αφορά μόνο την εμφάνιση στην οθόνη.

Άλλα

Το μενού “Ελεγχος υπολοίπων” μεταφέρθηκε κάτω από τον κόμβο “Φυσική απογραφή” και δημιουργήθηκε ο νέος κόμβος “Δείκτες Διοίκησης Αποθεμάτων” στον οποίο συγκεντρώθηκαν οι όψεις “Οικονομικοί δείκτες” και “Μέσος χρόνος παραμονής στο στοκ”, καθώς και οι κύβοι “Κόστος ανενεργού αποθέματος” και “Σύγκριση μεταξύ Χρήσεων”.

Πωλήσεις (Λιανική)

Έκδοση δωροκάρτας

Προστέθηκε ο νέος τύπος παραστατικού ΕΚΔ - Εκδοση δωροκάρτας (αγορά από πελάτη Λιανικής).

Χρησιμοποιείται για έκδοση - παράδοση δωροκαρτών-δωροεπιταγών Λιανικής. Το ταμείο χρεώνεται και ο ειδικός λ/σμός δωροεπιταγών (τύπου κράτησης) πιστώνεται. Ο πελάτης χρεωπιστώνεται ώστε να είναι ορατή η συναλλαγή στην καρτέλα του (χωρίς μεταβολή του υπολοίπου). Το πληρωτέο ποσό πρέπει να είναι ίσο με το ποσό του ειδικού λ/σμού.

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

Αν η δωροκάρτα χρησιμοποιηθεί σε παραστατικό πώλησης (μειώνοντας το πληρωτέο ποσό), θα χρεωθεί ο ειδικός λ/σμός.

Για να το χρησιμοποιήσετε, πρέπει να εισάγετε από το \ESMasterConfig

• Τα σχέδια ιδιοτήτων 2-GIFT και 2-CARD

• Τον τύπο παραστατικού ΕΚΔ

• Δωροεπιταγές ως εκπτώσεις ή ως κρατήσεις

Στους ειδικούς λογαριασμούς μπορεί πλέον να ενεργοποιηθεί το Αφορά δωροεπιταγές ΚΑΙ στην περίπτωση λ/σμών ΚΡΑΤΗΣΕΩΝ και προστέθηκε αντίστοιχη εντολή για χρήση στη δυναμική φόρμα Λιανικής Πώλησης.

Έλεγχος νέου ορίου συναλλαγών μετρητοίς (500€) (άρθρο 69 του ν.4446/22-12-2016)

Η προτεινόμενη τιμή των σχετικών γενικών παραμέτρων άλλαξε σε “500” και ο έλεγχος για συναλλαγές μετρητοίς βελτιώθηκε ώστε να γίνεται και σε παραστατικά χρηματικών συναλλαγών. Οι σχετικοί κανόνες πρέπει να ενεργοποιηθούν, για να εξασφαλίσετε ότι δεν θα συμβεί λάθος.

Εμφάνιση marketing μηνύματος σε τερματικά με 2 displays

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

• Νέα έκδοση του manual Retail

Στην ενότητα “Χρήσιμες συμβουλές” του manual (/EsBooks/EBS-Retail_EL.pdf) προστέθηκαν οδηγίες για την προτεινόμενη υλοποίηση Εντατικής Λιανικής.

Αγορές

Παραλαβή για Τιμολόγιο σε Φάκελο εισαγωγών προηγούμενης Χρήσης

Σε περίπτωση που στο τέλος της Οικονομικής Χρήσης λαμβάνουμε τιμολόγιο εξωτερικού, ενώ η παραλαβή γίνεται στην επόμενη Χρήση, ο ενδεδειγμένος τρόπος χειρισμού είναι:

• Καταχώριση του Τιμολογίου στην ημ/νία του με πληκτρολόγηση (οπότε θα ανοίγετε Φάκελο και σε αυτόν θα συνδέετε το/τα Τιμολόγια)
• Μετάβαση σε Δελτίο Παραλαβής (1 ή περισσότερα) με τη μετάβαση ΑΤΞ->ΑΔΠ (ΟΧΙ χρήση της “αντίστροφης” μετάβασης, δηλαδή δημιουργία Δ. Παραλαβής και μετάβαση σε Τιμολόγιο προηγούμενης ημ/νίας).

Έχει διαπιστωθεί ότι ακολουθείται από τους χρήστες η “αντίστροφη” διαδικασία (κατά ΣΥΜΜΕΤΡΙΚΟ ΤΡΟΠΟ με τις Αγορές εσωτερικού, όπου όμως προηγείται και πρώτο εισάγεται το Δ.Παραλαβής), με αποτέλεσμα να δημιουργούνται αξιακές εκκρεμότητες σε λανθασμένη κοστολογική περίοδο και λόγω αυτού, λανθασμένες προϋπολογιστικές εγγραφές από τη διαδικασία Αποτίμησης Αποθεμάτων.

• Κλείσιμο του φακέλου (προσωρινό ή οριστικό) στην περίοδο του Δελτίου Παραλαβής, ώστε η αξία η οποία θα ενημερώσει το Βιβλίο Αποθήκης (μέσω της κοστολογικής εγγραφής κλεισίματος φακέλου) να αντιστοιχεί στην ποσότητα (που ενημερώνεται με το Δ. Παραλαβής).

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

• Η εκτέλεση της Αποτίμησης μπορεί να γίνεται είτε με αναλυτικές προϋπολογιστικές εγγραφές (για να βλέπετε από ποιο παραστατικό προέρχεται κάθε “προϋπολογιστική” αξία) είτε με συγκεντρωτικές προϋπολογιστικές εγγραφές, με βάση την τιμή της σχετικής γενικής παραμέτρου.

Για να εκτελέσετε απρόσκοπτα τις διαδικασίες αυτές, πρέπει να εισάγετε από το \ESMasterConfig

• Τον τύπο παραστατικού ΑΤΞ (άλλαξε το σχόλιό του μόνο)

• Τον κανόνα μετάβασης 110. ΑΤΞ=>ΑΔΠ (ενημερώνει πλέον εκκρεμότητες)

Τιμολόγιο με πολλούς προορισμούς

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

Η περίπτωση μπορεί να ισχύσει, αν ο προμηθευτής κάνει άμεσα την παράδοση στα υποκαταστήματα με βάση μια συγκεντρωτική κατάσταση και το Λογιστήριο παραλαμβάνει τελικά ένα ενιαίο Τιμολόγιο-Δ. Αποστολής (ΑΤΔ για το EBS).

Για το σκοπό αυτό, δημιουργήθηκε το παρακάτω παραστατικό, το οποίο μπορείτε να εισάγετε από το \ESMasterConfig:

ΤΓΥ Προσωρινό Τιμολόγιο με προορισμό διάφορα Υποκ/τα

Είναι ορατό από τη λίστα Ετοιμασία προμηθειών (Αγορές & Προμήθειες/Παραγγελιοδοσία) από την οποία μπορεί και να εισαχθεί.

Το παραστατικό αυτό δεν ενημερώνει τίποτε στο σύστημα. Στη συνέχεια, θα πρέπει να χρησιμοποιήσετε τον αυτοματισμό “Δημιουργία παραστατικών ανά υποκ/μα προορισμού” (αφού εισάγετε από το \ESMasterConfig το νέο κανόνα μετάβασης:

100. ΤΓΥ=>ΑΤΔ Δημιουργία τιμολογίων ανά υποκατάστημα προορισμού

Θα παραχθούν τόσα διαφορετικά τιμολόγια Αγοράς όσα τα "Υποκαταστήματα προορισμού" που έχουν συμπληρωθεί στις γραμμές των ειδών, με αυτόματη επιλογή της (1^ης κατά κωδικό) σειράς στο εκάστοτε υποκατάστημα. Όλα τα παραγόμενα Τιμολόγια – Δ. Παραλαβής αποκτούν νέα μηχανογραφική αρίθμηση και κοινό κωδικό "εναλλακτικού παραστατικού" (που είναι ο κωδικός του πρωτότυπου παραστατικού του προμηθευτή, που έχει συμπληρωθεί στην επικεφαλίδα του "προσωρινού" τιμολογίου ΤΓΥ).

Αφού ολοκληρωθεί η διαδικασία, το “προσωρινής χρήσης” αυτό παραστατικό θα κλειδωθεί, ώστε να μην επαναληφθεί κατά λάθος η διαδικασία.

Προσοχή!

Ο κανόνας μετάβασης δεν θα λειτουργήσει σωστά, παρά μόνο μέσω του συγκεκριμένου αυτοματισμού, που θα επιλέξει αυτόματα τις κατάλληλες σειρές για τα παραγόμενα παραστατικά.

Πάγια

Βελτιώσεις στο Αναλυτικό Μητρώο Παγίων

• Αισθητή βελτίωση της ταχύτητας εκτέλεσης του Αναλυτικού Μητρώου (φορολογικού και λογιστικών προτύπων)
• Προσθήκη νέας δυνατότητας ομαδοποίησης “Πάγιο-Κτήση” όπου δεν παρεμβάλλονται ομαδοποιήσεις ανά πάγιο (και επομένως, το πάγιο προστίθεται αυτόματα ως στήλη), για περιπτώσεις όπου κάθε πάγιο αποτελείται από ΜΙΑ κτήση.

Αν χρησιμοποιηθεί η νέα αυτή επιλογή, ΔΕΝ ΠΡΕΠΕΙ να χρησιμοποιηθούν ταυτόχρονα (όπως είναι προφανές) οι υπάρχουσες επιλογές “Πάγιο” ή/και “Κτήση”.

ΣΥΣΤΑΣΗ

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

Επανυπολογισμός αποσβέσεων για πάγια με μεταβολές αξίας

Όταν λαμβάνουμε αξιακό τιμολόγιο από τον προμηθευτή παγίου (χρεωστικό ή πιστωτικό) ενώ ήδη έχουν εκτελεστεί αποσβέσεις (με την αρχική αξία), ζητούμενο είναι να μπορούμε να κάνουμε για τα συγκεκριμένα και μόνο πάγια επανυπολογισμό αποσβέσεων (με διαγραφή ή αντιλογισμό των αποσβέσεων που έχουν ήδη διενεργηθεί μέσα στη Χρήση), αφού για όλα τα υπόλοιπα πάγια οι αποσβέσεις εκτελούνται συνήθως ΧΩΡΙΣ να ζητείται “επανυπολογισμός των υπαρκτών αποσβέσεων”. Κάτι τέτοιο έχει νόημα μόνο όταν έχουν αλλάξει οι κανόνες απόσβεσης.

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

Ο αυτοματισμός Επανυπολογισμός αποσβέσεων που καλείται από την οριζόντια μπάρα εργαλείων εκτελεί επανυπολογισμό όλων των αποσβέσεων του επιλεγμένου χρονικού διαστήματος για τα επιλεγμένα πάγια (αποσβεστέες κτήσεις), με βάση τις επιλογές του χρήστη στο διάλογο των παραμέτρων.

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

Επέμβαση στις αντιλογισμένες αποσβέσεις

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

ΔΝΑ Εγγραφή διόρθωσης αντιλογισμένων αποσβέσεων

Συνιστούμε να εισάγετε αυτό τον τύπο παραστατικού από το \ESMasterConfig

Προστασία χρηστών από λάθος μεταβολή σε παρ/κό αποσβέσεων

Έχει διαπιστωθεί ότι κάποιες φορές οι χρήστες μεταβάλλουν κατά λάθος το Υποκατάστημα (ή τον Αποθηκευτικό Χώρο και, μέσω αυτού, το Υποκατάστημα) που έχει αυτόματα τοποθετηθεί στις γραμμές των παραστατικών αποσβέσεων. Το αποτέλεσμα είναι ότι:

• Το Μητρώο Παγίων εμφανίζει λανθασμένα στοιχεία (λανθασμένο αναπόσβεστο υπόλοιπο ανά υποκατάστημα, για όσους το τηρούν ΑΝΑ ΥΠΟΚΑΤΑΣΤΗΜΑ)
• Ο επόμενος υπολογισμός Αποσβέσεων θα λογίσει τις Αποσβέσεις σε λανθασμένο ΥΠΟΚΑΤΑΣΤΗΜΑ
• Το Κλείσιμο Χρήσης θα απογράψει λανθασμένα υπόλοιπα αν ζητηθεί να γίνει ΑΝΑ ΥΠΟΚΑΤΑΣΤΗΜΑ

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

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

Ο έλεγχος εφαρμόζεται σε τύπους παραστατικών με το νέο χαρακτηρισμό DEPRECIATION.

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

Χρηματοοικονομικά

Αντιστοίχιση βάσει ομαδοποιήσεων ειδών

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

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

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

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

1. Κατά την εφαρμογή του τρόπου πληρωμής
2. Κατά τη μεταβολή αξιών των γραμμών ειδών σε παραστατικό που περιλαμβάνει προβλέψεις εξόφλησης και ταυτόχρονα έχει τέτοιου είδους τρόπο πληρωμής (με ομαδοποίηση βάσει κάποιου πεδίου των ειδών).

Η αξιοποίηση της λειτουργικότητας αυτής από την αντιστοίχιση μπορεί να γίνει με κάποιες επιπλέον ενέργειες παραμετροποίησης:

• Κατάλληλα σχέδια εμφάνισης εγγραφών στο διάλογο της αντιστοίχισης (κάνοντας ορατό το πεδίο π.χ. “Κείμενο 1”)
• Κατάλληλο κανόνα αντιστοίχισης, που να φροντίζει να “ταιριάζει” το πεδίο αυτό μεταξύ των εγγραφών ανοίγματος και κλεισίματος.

Εφαρμογή πιστωτικού ελέγχου

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

Είσπραξη από πελάτη Λιανικής με πιστωτική κάρτα

Στον τύπο παραστατικού ΑΕΠ Απόδειξη είσπραξης προστέθηκε η λειτουργικότητα αυτόματης μεταβολής του τύπου γραμμής χρηματικού λογαριασμού σε ΠΡΟΒΛΕΨΗ όταν επιλέγεται χρηματικός λ/σμός που “αφορά κάρτα” (ώστε ο χρήστης να μην χρειάζεται να κάνει πρόσθετη ενέργεια και να γνωρίζει το νόημα των τύπων γραμμών – πραγματικών/προβλέψεων).

Για να χρησιμοποιήσετε τη λειτουργικότητα, πρέπει να εισάγετε από το \ESMasterConfig

• Το σχέδιο ιδιοτήτων 2-CARD

• Τον τύπο παραστατικού ΑΕΠ

Επεμβάσεις στις προγραμματισμένες Χρηματικές Ροές

Προστέθηκαν παραστατικά διόρθωσης των προγραμματισμένων χρηματοροών, λόγω λαθών που πιθανώς εντοπίστηκαν στο Cash flow.

ΧΓΠ Προγραμματισμένες χρηματικές εισροές/εκροές

Προορίζεται για ενημέρωση των προγραμματισμένων εισπράξεων (εισροών) & πληρωμών (εκροών). Δέχεται κάθε τύπου συν/νο. Η ημ/νία λήξης κάθε γραμμής ενημερώνει την αντίστοιχη ημ/νία στην πρόβλεψη Χρηματοροής.

ΧΓΣ Αντιλογισμός προγραμματισμένων χρηματικών εισροών/εκροών

Προορίζεται για αντιλογισμό (ακύρωση) προγραμματισμένων εισπράξεων (εισροών) & πληρωμών (εκροών). Δέχεται κάθε τύπου συν/νο. Η ημ/νία λήξης κάθε γραμμής ενημερώνει την αντίστοιχη ημ/νία στην πρόβλεψη Χρηματοροής.

Για να χρησιμοποιήσετε τη λειτουργικότητα αυτή, πρέπει να εισάγετε τους τύπους παραστατικών από το \ESMasterConfig

Λογιστική

Νέο έντυπο Φ.Π.Α.

Έγιναν οι κατάλληλες αλλαγές στην όψη της Περιοδικής Δήλωσης Φ.Π.Α. ώστε να είναι συμβατή με το τελευταίο έντυπο (ΠΟΛ 1084 - 29.6.2016)

Προέλευση ποσών ανά λογαριασμό

Η όψη αυτή, που είναι διαθέσιμη μέσω του dashboard “Έλεγχος ορθότητας λογιστικοποίησης” καλείται πλέον και από Λογιστήριο/Λογιστικό σχέδιο & εγγραφές, και εμφανίζει αναλυτικές πληροφορίες για την προέλευση των ποσών της επιλεγμένης χρονικής περιόδου ανά λογαριασμό:

1. Από ποια οντότητα ενημερώθηκε κάθε λογαριασμός και, σε 2^ο επίπεδο:
2. Ποια είναι η σχετική λογιστική εγγραφή και
3. Ποια είναι η πηγή ενημέρωσής του από το πρωτογενές παραστατικό.

Θυμίζουμε ότι προϋπόθεση για την διαθεσιμότητα της παραπάνω πληροφορίας είναι η ενεργοποίηση της σχετικής γενικής παραμέτρου “Ενεργοποίηση του πίνακα αιτιολόγησης κατά τη Γέφυρα”.

Άλλες εκτυπώσεις

• Στα Αναλυτικά Καθολικά (φορολογική και λογιστική βάση) προστέθηκε νέο κριτήριο για το Ημερολόγιο
• Στο Ισοζύγιο Λογιστικής με τον Εναλλακτικό κωδικό στην “επιλογή κωδικού”, διαχωρίζεται πλέον ο κωδικός από την περιγραφή λογαριασμού (δύο στήλες)
• Στις όψεις Ελεγχος παραστατικών και Εγγραφές συναλλαγών ΚΕΠΥΟ (Λογιστήριο/Διαδικασίες λήξης περιόδων/Διαδικασίες ΚΕΠΥΟ) προστέθηκε το Επάγγελμα συναλλασσόμενου ως νέο κριτήριο και στις 2 όψεις και ως στήλη (στον έλεγχο παραστατικών στις ορατές στήλες και στις Εγγραφές συναλλαγών ΚΕΠΥΟ στις διαθέσιμες), έτσι ώστε να γίνεται καλύτερος έλεγχος της ορθότητας των παραστατικών (π.χ. αν κατά λάθος εκδόθηκε τιμολόγιο σε ιδιώτες κ.λπ.).

Παραστατικά και μεταβάσεις

• Δόθηκε η δυνατότητα να εξαιρούνται κάποιοι πίνακες γραμμών κατά τη δημιουργία παραστατικών με «Νέο με αντιγραφή». Αυτό ρυθμίζεται από το νέο πεδίο «Εξαίρεση κατά το Νέο με αντιγραφή».

Παράδειγμα χρήσης

Θα μπορούσε να εξαιρεί κανείς την αντιγραφή των στοιχείων διακανονισμού σε εμπορικά παραστατικά

• Στους κανόνες μετάβασης παραστατικών προστέθηκε η δυνατότητα αντιγραφής από το αρχικό παραστατικών ΟΛΩΝ του των σχετικών παραστατικών. Μέχρι τώρα αν ενεργοποιούσε κανείς το πεδίο «Τήρηση ιστορικότητας παραγόμενου» το αποτέλεσμα ήταν να μεταφέρονται στα σχετικά παραστατικά του παραγόμενου, εκείνα τα παραστατικά από τα οποία αυτό προήλθε. Από την παρούσα έκδοση, το πεδίο αυτό δίνει πλέον και την επιλογή «Πλήρες ιστορικό αρχικού».

Δείτε πώς χρησιμοποιείται η δυνατότητα αυτή από τη διαδικασία Επιμερισμού στοκ στις Παραγγελίες (1^ο κεφάλαιο του παρόντος, περί επεκτάσεων στην Αποθήκη).

• Κατά τη σύμπτυξη γραμμών ενός παραστατικού, αθροίζονται πλέον και οι Ποσότητες 1..4 στην περίπτωση που η Μονάδα Μέτρησης έχει πλήθος μεταβλητών περισσότερες της μιας.

Οριζόντια λειτουργικότητα

Εργαλείο κατασκευής όψεων και κύβων

Όψεις με παραμετρικές toolbars

Η εντολή sInvoke για την κλήση μιας όψης εμπλουτίστηκε με τρόπο ώστε να μπορεί κανείς να ρυθμίσει ορισμένα βασικά settings των γραμμών εργαλείων των όψεων.

Τα διαθέσιμα settings είναι τα: Hide, Image, ImageAndText, Text, DockTop, DockLeft, DockRight, DockBottom. Μεταξύ τους συνδέονται με το & π.χ. (Hide:1,2&DockTop:3)

Μετά από κάθε setting ακολουθεί η άνω και κάτω τελεία και μετά μια λίστα από τους αριθμούς των toolbars στις οποίες θέλουμε να εφαρμοστεί αυτό το setting. Π.χ. Hide:1,2 σημαίνει να κρυφτούν η 1^η και η 2^η toolbar. Η αρίθμηση των toolbars ξεκινά από πάνω αριστερά προς τα δεξιά και τελευταία (5) είναι η κάθετη δεξιά toolbar.

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

sInvoke|Entersoft.Framework.Windows.Components.ESScrollerForm, ESGrid|SHOW|Λίστα Πελατών|ESFICustomer|ESFITradeAccountCustomer_def|||0||Hide:1,3,4,5&DockRight:2

Το σημαντικότερο είναι ότι ειδικά για την 4^η toolbar (αυτοματισμοί) μπορεί κανείς να ορίσει να εμφανίζεται “αναπτυγμένη” (setting Show) δημιουργώντας στοχευμένες όψεις για συγκεκριμένες εργασίες.

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

sInvoke|Entersoft.Framework.Windows.Components.ESScrollerForm, ESGrid|SHOW|Λίστα Πελατών|ESFICustomer|ESFITradeAccountCustomer_def|||0||Hide:1,2,3,5&Show:4&DockTop:4

Συνθήκες εμφάνισης/απόκρυψης στηλών

Προστέθηκε η δυνατότητα δήλωσης συνθήκης εμφάνισης στηλών (με έκφραση) στα grids του EBS.

Οι εκφράσεις χρησιμοποιούν το σύστημα των fillers για τον ορισμό και υπολογισμό των εκφράσεων. Η κάθε έκφραση, καλείται στο context της εγγραφής που είναι bound η κολώνα και επιστρέφει true ή false αντίστοιχα με το αν θέλουμε η κολώνα να είναι ορατή ή όχι.

Οι εκφράσεις αποθηκεύονται μέσα στο EGL (grid layout) και μπορούν να μεταφερθούν με copy-paste σε άλλο egl αν έχει την ίδια δομή.

Ο ορισμός των εκφράσεων στις όψεις, γίνεται μέσω του διαλόγου των ιδιοτήτων της κολώνας (δεξί κλικ -> ιδιότητες -> έκφραση εμφάνισης).

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

Αλλαγή ΜΟΝΟ της εμφάνισης σε προϊοντική όψη

Όταν η ανάγκη customization περιορίζεται στην αλλαγή της εμφάνισης (γραμμογράφησης) δεν οδηγείται πλέον κανείς σε customization του συνόλου του ορισμού της όψης (μαζί με το query). Πολύ σημαντική βελτίωση που επιτρέπει να γίνονται αλλαγές στο user interface χωρίς να χάνεται το προνόμιο αναβάθμισης, επεκτάσεων, διορθώσεων προβλημάτων σε επόμενες εκδόσεις του προϊόντος.

Μπορεί να διαπιστώσει κανείς τη νέα λειτουργικότητα, ζητώντας (μετά από διάφορες αλλαγές στην εμφάνιση μιας όψης) δεξί κλικ και “αποθήκευση σχήματος”. Εκείνο που αποθηκεύεται τη στιγμή εκείνη στην αντίστοιχη περιοχή CS είναι μόνο το αρχείο με τις πληροφορίες της γραμμογράφησης (layout). Την επόμενη φορά που θα κληθεί η όψη, ΔΕΝ θα εμφανίζεται * στον τίτλο της, αφού βρέθηκε (και εφαρμόζεται) ΜΟΝΟ το σχήμα (γραμμογράφησης).

Πολλαπλοί designers ταυτόχρονα ανοιχτοί

Από οποιαδήποτε όψη μπορούμε να ανοίξουμε τον designer πατώντας το πλήκτρο κρατώντας πατημένο ταυτόχρονα και το “Control” οπότε μας επιτρέπεται η παράλληλη πρόσβαση στην υπόλοιπη εφαρμογή. Ένα παράδειγμα χρήσης της δυνατότητας είναι το άνοιγμα του designer για δύο όψεις και η σύγκριση των φίλτρων τους (σε διπλανά παράθυρα).

Σημαντικές επεκτάσεις στον Query Builder

JOINS με περισσότερες των 3 στηλών και επιπλέον operators

Οι δυνατότητες αυτές υλοποιούνται μέσω της επιλογής Sql additions στη μπάρα εργαλείων του διαλόγου του εργαλείου σχεδίασης:

H επιλογή οδηγεί στον παρακάτω διάλογο:

Παραδείγματα χρήσης

• Union subqueries

Pre-SELECT:

({~SubQuery1})
Union
({~SubQuery2})
Union

Υπο-φίλτρο SubQuery1:
SELECT col1, col2 FROM ESTable1

Υπο-φίλτρο SubQuery2:
SELECT col1, col2 FROM ESTable2

Κυρίως φίλτρο:
SELECT col1, col2 from ESTable3

• Περίπλοκα joins μεταξύ πινάκων/υπο-φίλτρων

Post-FROM:

inner join ({~SubQuery}) as Q on (Q.col1 is null or Q.col1 = T.col1) and (Q.col2 is null or Q.col2 = T.col2)

Κυρίως φίλτρο:
SELECT col1, col2, col3, Q.col4 FROM ESTable1 as T

(όπου Q.col4 είναι στήλη-έκφραση)

Υπο-φίλτρο SubQuery:
SELECT col1, col2, col4 FROM ESTable2

• Linked Server και OpenRowset

1. {~~SubQuery}

Όπως και το {~SubQuery} (με ένα ~), αντικαθίσταται (στο σημείο που το έχουμε τοποθετήσει) από το ανεπτυγμένο SubQuery, μόνο που όλα τα απλά quotes που έχουμε γράψει σε διάφορες εκφράσεις στα queries μας, θα διπλασιαστούν, λίγο πριν σταλούν προς εκτέλεση στον SQL Server.

2. ESEqual με 4^ο argument τον τύπο της παραμέτρου

H ESEqual δέχεται πλέον και 4^ο argument τον τύπο της παραμέτρου, όπου S:string, G:guid, D:date, N:numeric decimal και I:int. Αν δοθεί αυτό το 4^ο argument, τότε θα αντικαταστήσει την παράμετρο με literal. Έτσι π.χ. μια ESEqual(Table.Column, @param, ,S) γίνεται Table.Column = N’‘X’’ (με διπλασιασμένα τα μονά quotes) αν η τιμή της @param είναι X, ενώ παλαιότερα θα γινόταν Table.Column = @param.

Για παράδειγμα, έστω ότι έχουμε φτιάξει κάποιον link server με όνομα RFWMS και περιέχει μια DB με όνομα NonESDB.

Pre-SELECT:

SELECT *
from openrowset('SQLNCLI', 'Server=RFWMS;Trusted_Connection=yes;Database=NonESDB',
'{~~Persons}') as O

Υπο-φίλτρο Persons:

SELECT
ESGOPerson.GID AS GID,
ESGOPerson.Code AS Code,
ESGOPerson.Name AS Name,
ESGOPerson.TaxRegistrationNumber AS TaxRegistrationNumber,
ESGOPerson.fTaxOfficeCode AS fTaxOfficeCode,
(case when ESGOPerson.Code > '000009' then '>00009' else '<=000009' end) AS QuotesTest
FROM ESGOPerson AS ESGOPerson
WHERE (ESEqual(ESGOPerson.Code,@Code,,S))

• ESQ function

Καλεί το master ESQ ενός άλλου scroller/pq.

Κυρίως φίλτρο:
SELECT GID, Code, Name FROM ESFITradeAccount
WHERE fPersonCodeGID in (ESQ(Scroller, ESCMS/Common))

Scroller ESCMS/Common:
SELECT GID FROM ESGOPerson
WHERE NOT (TaxRegistrationNumber Is NULL) AND (TaxRegistrationNumber <> )

ΠΡΟΣΟΧΗ Δεν γίνεται κανενός είδους merge των παραμέτρων του κυρίως φίλτρου με αυτά που καλούμε με ESQ. Έτσι π.χ. αν μια όψη A χρειάζεται μια παράμετρο P, όταν κληθεί μέσω μιας ESQ από μια άλλη όψη B, τότε θα πρέπει να έχει δηλωθεί αυτή η παράμετρος Α στην όψη Β, προκειμένου να μην έχουμε συντακτικό λάθος κατά την εκτέλεση στον SQL server. Η χρήση της ES function πρέπει να γίνεται με σύνεση, δεδομένου ότι μπορεί να καταλήξει κανείς σε ιδιαίτερα δαιδαλώδεις συνθέσεις/εξαρτήσεις μεταξύ των φίλτρων/pq και να μην μπορούν να συντηρηθούν. Μπορεί για παράδειγμα αν καλέσουμε μέσω μιας ESQ κάποια όψη που χρησιμοποιείται και αυτόνομα, είναι πιθανό κάποιος άλλος να θελήσει να την αλλάξει, με αναπάντεχα αποτελέσματα.

• CTE with subqueries (simple or recursive)

Υπο-φίλτρο TaskRoots:

SELECT 0 AS Level, GID FROM ESTMTask

Pre-SELECT:
with TreeTasks
as (
{~TaskRoots}
union all
select TT.Level+1, T.GID from ESTMTask T inner join TreeTasks TT on T.fParentTaskGID = TT.GID
)

Post-FROM:
inner join TreeTasks on ESTMTask.GID = TreeTasks.GID

Κυρίως φίλτρο:
SELECT GID, Code, Description FROM ESTMTask

• Δημιουργία Temp (#) πίνακα

Υπο-φίλτρο FilteredPersons:

SELECT GID, fCategoryCode
FROM ESGOPerson
WHERE NOT (TaxRegistrationNumber Is NULL) AND (TaxRegistrationNumber <> )

Pre-SELECT:
select * into #my_temp from {~FilteredPersons} FP

Post-FROM:
inner join #my_temp T on T.GID = {Εσωτερικός κωδικός}

Κυρίως φίλτρο:
SELECT ESGOPerson.GID, ESGOPerson.Code, ESGOPerson.Name, ESGOPerson.TaxRegistrationNumber, ESGOPerson.fTaxOfficeCode, ESGOPerson.LastName, ESGOPerson.FirstName, T.fCategoryCode
FROM ESGOPerson
(όπου T.fCategoryCode είναι στήλη-έκφραση)

• Πληκτρολόγηση SQL statement

Αν δεν επιλέξουμε καμία στήλη από τον κυρίως πίνακα και δεν φτιάξουμε καμία στήλη-έκφραση, ούτε συμπληρώσουμε κάτι στα κριτήρια, τότε το παραγόμενο από τον query builder θα είναι μόνο ότι έχουμε γράψει στο pre-SELECT. Έτσι μπορούμε να έχουμε ένα SQL statement το οποίο θα έχουμε πλήρως πληκτρολογήσει εμείς.

Δοκιμαστική εκτέλεση Public Query (PQ)

Αν θέλουμε να εκτελέσουμε ένα Public Query και να δούμε το json string που επιστρέφει, μπορούμε να το επιτύχουμε αν κρατήσουμε πατημένο το “Control” και το “Shift” όταν επιλέγουμε την “Κοινοποίηση WEB”. Τότε αντί να γίνει κοινοποίηση, θα εμφανιστεί η παραπάνω φόρμα όπου θα το εκτελέσει και θα επιστρέψει τις πρώτες 20 εγγραφές.

Παράμετροι με χρήση comma στην προτεινόμενη τιμή

Δόθηκε δυνατότητα να οριστεί προτεινόμενη τιμή σε παράμετρο μιας όψης, χωρίς αυτό να μεταφραστεί σε “πολλαπλές τιμές”. Για να πετύχουμε το επιθυμητό αποτέλεσμα αρκεί να προσθέσουμε στην παράμετρο την ιδιότητα NO_MULTIVALUE_PARSING.

Αυτοματισμοί

Wizard εισαγωγής παραμέτρων

Προκειμένου να μπορεί κανείς να παραμετροποιήσει σενάρια ροής εργασιών με τη βέλτιστη καθοδήγηση του χρήστη, δόθηκε δυνατότητα εμφάνισης ή απόκρυψης των παραμέτρων αυτοματισμών με βάση συνθήκη που προκύπτει από τις τιμές άλλων παραμέτρων (που προηγούνται). Ταυτόχρονα, οι παράμετροι ομαδοποιούνται σε διαδοχικά παράθυρα με τις ιδιότητες των wizards (previous, next), με αποτέλεσμα να μπορεί πλέον κανείς να χτίσει στοχευμένες οθόνες καταχώρισης χρησιμοποιώντας τις παραμέτρους των αυτοματισμών.

Κλήση ενεργειών όψεων από αυτοματισμούς

Υλοποιήθηκε δυνατότητα πρόσβασης στις ενέργειες των όψεων μέσω αυτοματισμών (π.χ. Print Preview, Refresh, κλήση Crystal Reports).

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

Όπως το #include_ui δίνει πρόσβαση στην φόρμα της οντότητας, υλοποιήθηκε το #include_scroller_ui για πρόσβαση στο Scroller UC μέσω vb script.

Για να δούμε ποιο είναι το command ID μιας ενέργειας, χρησιμοποιούμε CTRL-SHIFT-CLICK πάνω στον τίτλο της.

Δείτε ένα παράδειγμα αυτοματισμού για την κλήση Crystal Report επί μιας όψης.

Επιλογή γραμμών ιεραρχικής όψης

Η επιλογή γραμμών για τις οποίες θα εκτελεστεί ένας αυτοματισμός σε όψη μπορεί να γίνει σε οποιοδήποτε επίπεδο μιας όψης (για απλές αλλά και ιεραρχικές όψεις), μέσω της στήλης Selector:

Στον αυτοματισμό δεν απαιτείται αλλαγή.

Η στήλη “Selector” αντικαθιστά την επιλογή γραμμών και συγκεκριμένα:

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

Λοιπές επεκτάσεις

• Νέες τιμές στη λειτουργικότητα Μετατροπή (Date Range to From Date, Date Range to To Date, StringToGuid, ToString)
• Δυνατότητα εκμετάλλευσης του τρέχοντος παραστατικού κατά την εκτέλεση της ενέργειας Αυτόματη αντιστοίχιση ποσοτήτων βάσει κριτηρίων μέσα από αυτοματισμούς. Δηλαδή, η διαδικασία αυτή εκτελείται για το παραστατικό που εκείνη τη στιγμή δημιουργεί (“γεμίζει”) ο αυτοματισμός. Το αποτέλεσμα θα είναι ταυτόσημο με το να συμπληρώσει ο χρήστης στο παραγόμενο παραστατικό τα σχετικά παραστατικά και να επιλέξει να γίνει αυτόματη αντιστοίχιση ποσοτήτων, βάσει αυτών.

• Δυνατότητα επιλογής εκτυπωτή σε παράμετρο αυτοματισμού, μέσω νέας build-in function Επιλογή Εκτυπωτή που μπορεί να χρησιμοποιηθεί για την αρχικοποίηση παραμέτρου αυτοματισμού. Αν η παράμετρος είναι μη ορατή και επίσης είναι μοναδική τότε δεν εμφανίζεται ο διάλογος των παραμέτρων, παρά μόνο ο διάλογος επιλογής εκτυπωτή.
• Δυνατότητα εκτέλεσης ενέργειας επί μιας οντότητας χωρίς να χρειαστεί πρώτα να την αποθηκεύσουμε (η ενέργεια δηλώνεται στα πλαίσια μιας ανάθεσης “Μετά τις αναθέσεις τιμών (στο πλαίσιο της εγγραφής προορισμού)”
• Δυνατότητα ακύρωσης παραστατικού σε χειρόγραφη σειρά. Η ενέργεια ακύρωσης παραστατικού επεκτάθηκε ώστε με επιπλέον παράμετρο “Αριθμός”, ώστε ο κατασκευαστής του αυτοματισμού να φροντίζει να τη συμπληρώνει όταν πρόκειται να χρησιμοποιηθεί χειρόγραφη σειρά.
• Δυνατότητα κλήσης του υπολογισμού αποσβέσεων μέσω αυτοματισμού, πράγμα που επιτρέπει και το χρονοπρογραμματισμό της διαδικασίας. Παράδειγμα χρήσης της δυνατότητας δείτε στο κεφάλαιο του παρόντος περί Παγίων (Επανυπολογισμός αποσβέσεων για πάγια με μεταβολές αξίας).

Εργαλείο εισαγωγής δεδομένων (ΕΜΙ)

Προεπισκόπηση δεδομένων προς εισαγωγή

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

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

Δυνατότητα αλλαγής σειράς μεταξύ των details μιας οντότητας

Προστέθηκαν δύο κουμπιά στην εισαγωγή/ενημέρωση οντότητας μέσω ενός EMI (βλ. παραπάνω εικόνα), ώστε να μπορούμε να αλλάζουμε τη σειρά με την οποία θα γεμίζουν οι detail γραμμές της οντότητας.

Data Interchange

Για την βελτίωση του κύκλου λειτουργίας του Data Interchange, τόσο σε Mobile περιβάλλοντα αλλά και ανεξάρτητα, υλοποιήθηκαν οι παρακάτω επεκτάσεις:

Σενάρια εξαγωγής

• Προστέθηκαν πεδία Κωδικός, Ομαδοποίηση, Σχόλια & Συνθήκη εκτέλεσης (με τιμές Πάντα, Ποτέ, Αρχική εκτέλεση, Επόμενες εκτελέσεις).
• Υποστηρίζεται η χρήση της ESFunction ESQ με αναφορά σε άλλο σενάριο εξαγωγής, πχ η χρήση της ESQ(DI, PersonToPDA) ενσωματώνει το SQL statement του σεναρίου εξαγωγής με κωδικό PersonToPDA.
• Μπορούν πια να χρησιμοποιηθούν στο query ως παράμετροι τιμές ιδιοτήτων του κόμβου/τύπου δεδομένων με τη σύμβαση PROP_name_PARAM όπου name το όνομα της ιδιότητας.
• Υποστηρίζεται παράλληλη εκτέλεση των queries, αν δηλωθεί η ιδιότητα ES_PARALLEL_PACKAGE ως True. Αυτό σημαίνει ότι αν ένα query είναι node dependent, άρα και θα εκτελεστεί n φορές, όπου n το πλήθος των κόμβων, τότε οι εκτελέσεις αυτές θα γίνονται παράλληλα (με βάση το πλήθος των πυρήνων του μηχανήματος).

Σενάρια εισαγωγής

• Μπορούν πια να χρησιμοποιηθούν στο EMI ως παράμετροι τιμές ιδιοτήτων του κόμβου/τύπου δεδομένων με τη σύμβαση PROP_name_PARAM όπου name το όνομα της ιδιότητας.
• Υποστηρίζεται παράλληλη εκτέλεση των σεναρίων εισαγωγής αν δηλωθεί η ιδιότητα ES_PARALLEL_PACKAGE ως True. Αυτό σημαίνει ότι αν ζητηθεί Import για πολλούς κόμβους μαζί, τότε οι εισαγωγές εκτελούνται παράλληλα (με βάση το πλήθος των πυρήνων του μηχανήματος) αν και όλα τα EMI για ένα συγκεκριμένο κόμβο θα τρέξουν σειριακά.

ES/CS

• Ένας προϊοντικός τύπος πια μπορεί να γίνει edit, όπου συγκεκριμένα στα σενάρια εξαγωγής μπορούν να τροποποιηθούν μόνο το ESQ και τα πεδία Σχόλια, Συνθήκη εκτέλεσης, ενώ στα σενάρια εισαγωγής μόνο το σενάριο EMI. Οι τροποποιήσεις αποθηκεύονται σε αντίστοιχα αρχεία σε υποφάκελο CS εντός του φακέλου που ήταν αποθηκευμένο το ESQ/EMI αντίστοιχα.

• Η εγκατάσταση προϊοντικού τύπου εγκαθιστά πια πάντα αντίγραφο. Έτσι όταν γίνεται διαθέσιμη νέα έκδοση προϊοντικού τύπου και αυτή εγκατασταθεί, μέσω των επιλογών Αντιγραφή/ Επικόλληση στα σενάρια εξαγωγής/εισαγωγής μπορεί να γίνει μια γρήγορη μεταφορά των επιλεγμένων customizations από τη προηγούμενη working έκδοση στη νέα. Η ροή εργασίας είναι ως εξής:

  • Έχοντας ανοίξει για μεταβολή τον παλιό τύπο δεδομένων, ο παραμετροποιητής θα επιλέξει στο grid των exports/imports τα custom σενάρια και θα πατήσει αντιγραφή.

  • Επιλέγει τον νέο τύπο δεδομένων, πατάει μεταβολή και στη συνέχεια επικόλληση στα exports/imports. Τώρα θα έχει διαθέσιμα τα customizations που είχε κάνει. Στη συνέχεια ανοίγοντας για μεταβολή ένα συγκεκριμένο export/import μπορεί να δει και το προϊοντικό Definition ESQ/EMI παράλληλα με το customization του, για να μπορεί να πραγματοποιήσει τις αντίστοιχες μεταβολές, αν αυτές χρειάζονται.

• Η λειτουργία αντιγραφής/επικόλλησης για σενάρια εξαγωγής/εισαγωγής λειτουργεί και σε μη προϊοντικούς τύπους. Μόνο τα προϊοντικά definitions δεν μπορούν να αντιγραφούν.
• Δεν υποστηρίζεται edit σε παλιούς προϊοντικούς τύπους δεδομένων, δηλαδή τύπους που δημιουργήθηκαν με παλιότερη έκδοση DataInterchange.
• Αν ο τύπος δεδομένων είναι προϊοντικός, τότε τα customizations εμφανίζονται στο grid με αντίστοιχο κόκκινο χρωματισμό της ανάλογης κολώνας (Τίτλος για το ESQ/EMI, Συνθήκη εκτέλεσης για την συνθήκη κ.ο.κ.).

Designer

• Τα exports, imports εμφανίζονται πια σε tab pages, για να μεγαλώσει το editing surface, ενώ αντικαταστάθηκαν και τα controls με grids για υποστήριξη filtering και extra κολωνών.
• Η διαγραφή του τύπου δεδομένων σβήνει πια και τις εγγραφές ES00PackageLogEx, ES00DevicePackageLog ώστε να μη χρειάζεται περαιτέρω βήμα από τον αυτοματισμό.
• Οι user-defined παράμετροι εξαγωγής/εισαγωγής γίνονται σεβαστές και δε διαγράφονται, οπότε δεν χρειάζεται να προστίθενται πια σε κάθε σενάριο εισαγωγής/εξαγωγής μεμονωμένα.
• Ο designer του export και του import με Alt+F12 ανοίγει το φάκελο με τα περιεχόμενα (ESQ, EMI) κατά την ώρα του Edit.
• Στη λίστα με τους τύπους δεδομένων υποστηρίχθηκε filtering.

Διάφορα

• Κατά την επικόλληση από clipboard σε πεδία που υποστηρίζουν αναζήτηση (π.χ. είδος σε γραμμή παραστατικού), η λειτουργία πλέον είναι “ακριβής ταύτιση” (exact match) και όχι αναζήτηση με LIKE.
• Έγιναν βελτιώσεις στην οθόνη Συνδεδεμένοι Χρήστες (Εργαλεία και Ρυθμίσεις -> Επικοινωνία με τον εξυπηρετητή)

• Προστέθηκε δυνατότητα διαγραφής (kill) των επιλεγμένων στο πλέγμα συνδέσεων, με το button Διαγραφή επιλεγμένων συνδέσεων.

• Κατά τη Διαγραφή εξωτερικών Συνδέσεων (που διαγράφει όλες τις συνδέσεις που έχουν χαρακτηριστεί ως NC – No Count) εμφανίζεται πλέον στο χρήστη φόρμα επιβεβαίωσης της διαδικασίας.

• Εμφανίζονται όλες οι συνδέσεις που υπάρχουν πάνω στο Server (από MainApp, Μobile, WebApi..) καθώς και αν καταναλώνουν άδεια χρήσης (License) -> (νέα στήλη "Χρήση άδειας”)

• Στο κάτω μέρος της οθόνης εμφανίζεται ο συνολικός αριθμός αδειοδοτημένων χρηστών

• Προστέθηκαν νέες στήλες Στιγμή τελευταίας επικοινωνίας (LastPingTime), Ημ/νία και Ώρα εισόδου και Εφαρμογή (Application ID)

• Τέλος, προστέθηκε λειτουργία για την αποστολή μηνύματος στις επιλεγμένες στο πλέγμα συνδέσεις

• Υποστηρίχθηκε αποστολή push notification στους χρήστες της εφαρμογής ESMaster στα παρακάτω γεγονότα:

• Application server started

• Application server stopped

• Βackup DB started

• Βackup DB finished

• Version update started

• Version update finished

• Version update error

• Custom version change

• Clear cache

• Out of licenses

Παράρτημα

Στην εφαρμογή ESRetail υποστηρίχθηκαν τα εξής που θα επιτρέψουν την εκμετάλλευση 2^ης οθόνης στο σταθμό εργασίας:

1. Αν στο ES00RetailParams.xml δηλωθεί παράμετρος με κωδικό EXTRA_SCREEN_1_TEMPLATE, τότε στην 1^η non-primary display του τερματικού (γιατί στην primary εμφανίζεται το ESRetail) θα εμφανιστεί full screen μια οθόνη με web browser control. Το control αυτό είναι disabled για να μην παίρνει το focus από την οθόνη του Retail. Αν η τιμή της παραμέτρου είναι url, τότε το control αυτό θα δείχνει τη σελίδα αυτή, αλλιώς θα δείχνει τα περιεχόμενα του φακέλου ESHtmls\<τιμή παραμέτρου>\index.html (ή CSHtmls αντίστοιχα).

Αν υπάρχει και 2^η extra οθόνη, βάζουμε και παράμετρο EXTRA_SCREEN_2_TEMPLATE κ.ο.κ. Έτσι μπορούμε να δείχνουμε στον πελάτη π.χ. μερικές φωτογραφίες σαν διαφήμιση και όταν καταχωρείται μια απόδειξη, να δείχνουμε και στοιχεία της απόδειξης.

2. Για κάθε παραστατικό που αναγράφεται στο ES00RetailDocuments.xml , μπορούμε να δείχνουμε στοιχεία του στη 2^η οθόνη, αρκεί να θέσουμε τιμή true στην ιδιότητα ShowInExtraScreen.

3. Τα πεδία που θα είναι διαθέσιμα στο HTML markup είναι αυτά που ορίζονται στο αρχείο ESExtraDisplayData.json του φακέλου ESRetail/CSRetail και έχουν την μορφή π.χ.

{

"ESFIDocumentTrade": [ "fADCurrencyCode", "CurrencyPayableAmount", "PayableAmount" ],

"ESFILineItem": [ "fItemGID", "fItemMUGID", "Quantity", "Price", "TotalValue" ],

"FK_ESFILineItem_ESFIItem": [ "Description" ],

"FK_ESFILineItem_ESMMItemMU": [ "Code" ]

}

Στο HTML markup πρέπει να υπάρχουν 2 js functions: η ShowDocument και η HideDocument. Η ShowDocument παίρνει ως όρισμα σε μορφή JSON τα δεδομένα του παραστατικού που επιλέχθηκαν μέσω του ESExtraDisplayData.json. Για το προηγούμενο παράδειγμα:

{

"ESFIDocumentTrade": { "CBF7F94E-BC87-45E7-A81B-6B4568808132": {

"fADCurrencyCode": "EUR",

"CurrencyPayableAmount": "27,930",

"PayableAmount": "27,93",

"PayableAmount__Symbol": "€"

}

},

"ESFILineItem": { "2AEA2DB0-EADE-4E22-9857-269915A5FC18": {

"fItemGID": "ecc5ac8e-4e01-46bc-afc0-c1b6091ee4d7",

"fItemMUGID": "d12cd677-5a7a-4908-a932-21b7c5199116",

"Quantity": "1,000",

"Price": "29,40",

"TotalValue": "27,93",

"TotalValue__Symbol": "€"

}

},

"FK_ESFILineItem_ESFIItem": { "ECC5AC8E-4E01-46BC-AFC0-C1B6091EE4D7": { "Description": "ΣΚΟΤΕΙΝΟΣ ΤΟΠΟΣ" } },

"FK_ESFILineItem_ESMMItemMU": { "D12CD677-5A7A-4908-A932-21B7C5199116": { "Code": "ΤΕΜ" } }

}

4. Για να διαβάζουμε αυτόματα αρχεία που υπάρχουν σε συγκεκριμένο υποφάκελο, ώστε π.χ. να δείχνουμε όλες τις εικόνες του φακέλου promo ως carousel, υπάρχει διαθέσιμη στο αντικείμενο window.external η function GetFiles που παίρνει ως όρισμα το φάκελο, το search pattern και το αν θα είναι recursive και επιστρέφει σε JSON μορφή τα αρχεία sorted ως προς το όνομα.

Παράδειγμα κλήσης:

window.external.GetFiles("promo", "*.jpg", false);

Release Document for ERP-EL02-4.4.0.3