ERP-EL02-4.0.16.0

Entersoft Business Suite^® | Entersoft CRM^®

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

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

Entersoft ERP

• Ολοκλήρωση με Entersoft Mobile Sales X-Van

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

• Πρόβλεψη Χρηματοροής ομίλου με ενσωμάτωση προβλέψεων από παραγγελίες & Χρηματοροή κατά νόμισμα

• Συμφωνία ενηλικίωσης υπολοίπων βάσει λήξης με λογιστική εικόνα από Ισοζύγια-Καρτέλες

• Βελτιώσεις στην ηλεκτρονική τιμολόγηση

• Δυνατότητα αναγραφής συστατικών προϊόντων (περιεχόμενα τεχνικών προδιαγραφών) κατά την Παραγγελιοληψία και Τιμολόγηση

Entersoft CRM

• Νέο υποσύστημα Social CRM για τη διαχείριση και ολοκλήρωση με τα μέσα κοινωνικής δικτύωσης

• Νέο υποσύστημα Marketing – Τμηματοποίηση πελατολογίου (RFM)

Entersoft ERP

Πιστωτική πολιτική

Εγκρίσεις υπέρβασης ελέγχων βάσει ορίων ποσών ανά ρόλο

Σε περιπτώσεις που ο πιστωτικός έλεγχος απαγορεύει την Τιμολόγηση (ή και την εισαγωγή Παραγγελίας) για κάποιον πελάτη, αλλά υπάρχει δυνατότητα έγκρισης για υπέρβαση αυτού του ελέγχου και συνέχιση της διαδικασίας πώλησης (από κατάλληλη ομάδα χρηστών), μέχρι σήμερα μπορεί κανείς να χρησιμοποιήσει τον on-line έλεγχο (που απαιτεί διαρκή παρουσία και διαθεσιμότητα των αποδεκτών) ή τον ασύγχρονο έλεγχο μέσω «βήματος» παραστατικών που υλοποιείται με μεταβάσεις τύπου «credit control», MHN επιτρέποντας όμως την κλιμάκωση των εγκρίσεων αναλόγως του ύψους της υπέρβασης.

Χρησιμοποιώντας τις διαδικασίες αιτημάτων υπέρβασης ελέγχων που ενεργοποιούνται με τη νέα έκδοση τύπων εργασιών του CRM, η υπέρβαση πιστωτικού ελέγχου μπορεί να υλοποιηθεί πληρέστερα, κατά επίπεδο ποσού και ρόλων χρηστών, υπευθύνων για τον πιστωτικό έλεγχο και να ενεργοποιηθεί από τη νέα έκδοση του Entersoft Mobile Sales (xVan Τιμολόγηση).

Η διαχείριση των αιτημάτων υπέρβασης πιστωτικών ελέγχων γίνεται από όψη που είναι διαθέσιμη στο μενού «Πιστωτικός Έλεγχος» τόσο από το κεντρικό μενού των «Πωλήσεων» όσο και από το «Λογιστήριο».

Στο αίτημα (που μπορεί να δημιουργηθεί είτε από το EBS είτε από έναν Mobile Sales Agent) δηλώνουμε:

• Την ημερομηνία αιτήματος

• Το ημερομηνιακό διάστημα ισχύος της υπέρβασης

• Τον πελάτη που αφορά το αίτημα

• (Προαιρετικά) τη Δ/νση-Υποκατάστημα του πελάτη για το οποίο ισχύει η υπέρβαση (προτείνεται κενό, πράγμα που σημαίνει πως η αιτούμενη υπέρβαση θέλουμε να ισχύει ανεξαρτήτως υποκ/τος πελάτη)

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

• Τον τρόπο πληρωμής (διακανονισμό) που θέλουμε να ισχύσει ΑΝΤΙ του κανονικού τρόπου πληρωμής του πελάτη

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

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

Η κατάσταση ενός αιτήματος μπορεί να είναι:

1. Ανοικτό (κατάσταση αρχικής δημιουργίας)

2. Επιβεβαιωμένο

3. Εγκεκριμένο

4. Απορριφθέν

Για να εγκριθεί ένα αίτημα χρησιμοποιείται η όψη «Εγκρίσεις αιτημάτων…» από τα ίδια υπομενού του Πιστωτικού Ελέγχου και ο διαθέσιμος αυτοματισμός «έγκριση αιτήματος»:

Έγκριση μπορεί να γίνει από οποιονδήποτε έχει πρόσβαση στην όψη αυτή ΕΚΤΟΣ αν βρεθεί αποκλειστικά ΜΙΑ (ενεργή) κλίμακα υπέρβασης πιστωτικών ορίων, οπότε εφαρμόζεται αυτή. Οι κλίμακες ορίζονται μέσω του πίνακα παραμετροποίησης:

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

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

• Οι ρόλοι κάθε γραμμής κλίμακας ευθύνονται για έγκριση αιτημάτων, των οποίων το ποσό είναι < ή = «έως ποσό» κάθε γραμμής.
• Οι ρόλοι που συνολικά έχουν δηλωθεί σε οποιαδήποτε γραμμή της ενεργής κλίμακας (άρα εμπλέκονται στη διαδικασία του πιστωτικού ελέγχου) μπορούν να κάνουν απόρριψη ή επιβεβαίωση αιτημάτων. Η επιβεβαίωση έχει το νόημα ότι χρήστες που ανήκουν στο σχετικό τμήμα ελέγχου πιστώσεων μπορούν να συμμετέχουν στην αξιολόγηση αιτημάτων, για να διευκολύνουν την αξιολόγηση εκείνου που τελικώς θα εγκρίνει. Έτσι, κάποιος για παράδειγμα που μπορεί να εγκρίνει υπερβάσεις μόνο μέχρι ποσό = 1.000, μπορεί για αιτήματα με ποσά μεγαλύτερα, είτε να κάνει «απόρριψη» (ώστε να ΜΗΝ ασχοληθεί ο υπεύθυνος για εγκρίσεις μεγαλύτερων ποσών) είτε να δηλώσει «επιβεβαίωση» τέτοιων αιτημάτων, ώστε ο υπεύθυνος να βοηθηθεί στην αξιολόγηση. Οι εργασίες αυτές γίνονται από τους ομώνυμους αυτοματισμούς στην όψη επεξεργασίας αιτημάτων.

Η λειτουργικότητα αλλαγής της κατάστασης αιτήματος μπορεί να κληθεί από το χρήστη και στην οθόνη ενός μεμονωμένου αιτήματος, από το μενού «Ενέργειες».

Προϋποθέσεις για την ολοκλήρωση της λειτουργικότητας

1. Πρέπει να γίνει εισαγωγή των τύπων εργασιών CCE & CCL από τη νέα παραμετροποίηση CRM
2. Τόσο για να προταθεί ο κατάλληλος τρόπος πληρωμής κατά την Τιμολόγηση, όσο και για να υπολογιστεί το «αυξημένο» πιστωτικό όριο (από ΕΓΚΕΚΡΙΜΕΝΑ αιτήματα) απαιτείται σχετική παραμετροποίηση (σχέδιο ιδιοτήτων ή κανόνας –BR- για το 1^ο και κατάλληλη έκφραση σε ένα από τα 5 “ειδικά” υπόλοιπα της Πιστωτικής Πολιτικής για το 2^ο).
3. Πρέπει να γίνει ενεργοποίηση των κανόνων που σχετίζονται με τα αιτήματα και με το “συγχρονισμό” των τρόπων πληρωμής.

Έλεγχος ληξιπρόθεσμου υπολοίπου

• Ο χρόνος καθυστέρησης («μέρες χάριτος») μπορεί πλέον να οριστεί σε «εργάσιμες ημέρες»
• Μπορεί να χρησιμοποιηθεί έκφραση για να δηλωθεί ένα ποσό «μη καταχωρημένων εξοφλήσεων». Η νέα αυτή δυνατότητα επιτρέπει την υπέρβαση του ελέγχου καθυστερήσεων, όταν υπάρχει έγκυρη πληροφόρηση ή απόδειξη ή συνεννόηση για εξοφλήσεις που έχουν γίνει, αλλά λόγω συνθηκών (διαδικασιών ενημέρωσης Τραπεζών κ.λπ.) ΔΕΝ έχει καταστεί δυνατόν να ενημερωθεί το σύστημα. Θα μπορούσε κανείς, για παράδειγμα, να περάσει αυτή την πληροφορία σε κάποιο πεδίο της καρτέλας πελάτη ή της επικεφαλίδας παραστατικού ή σε κάποιον άλλο πίνακα και, στη νέα έκφραση της Πιστωτικής πολιτικής, να ορίσει τον τρόπο υπολογισμού του. Μέχρι σήμερα, τέτοια ποσά, μπορούν μεν να δηλωθούν στη διαμόρφωση των ελεγχόμενων πιστωτικών ορίων (μέσω της δυνατότητας δημιουργίας έκφρασης στα 5 «ειδικά» υπόλοιπα της Πιστωτικής Πολιτικής), όμως, αν υπάρχει καθυστέρηση υπολοίπου (ληξιπρόθεσμα) δεν υπήρχε τρόπος να αποφευχθεί ο έλεγχος. Στην ουσία, δηλώνοντας το ποσό αυτό ΜΕΙΩΝΕΤΑΙ (για το σύστημα πιστωτικού ελέγχου) το «καθυστερημένο (ληξιπρόθεσμο) υπόλοιπο» του συναλλασσόμενου.

Έλεγχος καθυστέρησης εξόφλησης αξιογράφων

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

Στις επιλογές επιτρεπτού χρόνου καθυστέρησης μπορεί κανείς να χρησιμοποιήσει την τιμή «επιτρεπτές ημέρες» η οποία ορίζεται (γιατί πιθανώς διαφοροποιείται) ΑΝΑ ΤΥΠΟ ΑΞΙΟΓΡΑΦΟΥ.

Ειδικά πιστωτικά όρια & πηγή ελέγχου

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

Πληρέστερη αναφορά πιστωτικών ελέγχων

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

• Συνολικό καθυστερημένο ποσό, για την περίπτωση που έχει παραβιαστεί ο χρόνος καθυστέρησης
• Ποσό υπέρβασης πιστωτικού ορίου, για καθένα από τα 5 “ειδικά” υπόλοιπα (πέραν του λογιστικού, εμπορικού και ρίσκου)

Δυνατότητα δεσμευτικού μηδενικού πλαφόν

Όλοι οι έλεγχοι της Πιστωτικής Πολιτικής που έχουν δηλωθεί ως «απαγόρευση» ή «μήνυμα με δυνατότητα υπέρβασης» λειτουργούν πλέον κανονικά ακόμη και για ΜΗΔΕΝΙΚΕΣ ΤΙΜΕΣ στα πεδία ελέγχου π.χ. πιστωτικό όριο = 0 με τρόπο ελέγχου = απαγόρευση, χρόνος καθυστέρησης υπολοίπου = 0 με τρόπο ελέγχου = απαγόρευση κ.ο.κ. Με αυτό τον τρόπο, μπορεί κανείς να κάνει υποχρεωτική την προκαταβολή απαιτήσεων ή την τιμολόγηση μετρητοίς ή επίσης, να μην επιτρέψει καθόλου μέρες χάριτος σε ληξιπρόθεσμα τιμολόγια ή επιταγές (χρόνος καθυστέρησης = 0). Μέχρι σήμερα, οι μηδενικές τιμές δεν ελέγχονταν.

Μέρες πίστωσης πελάτη

Η πληροφορία «μέρες πίστωσης» μεταφέρεται πλέον στα παραστατικά εμπορικών συναλλαγών και χρησιμοποιείται σε όλες τις σχετικές λειτουργίες αντί του ομώνυμου πεδίου της καρτέλας συναλλασσόμενου:

• Χρησιμοποιείται κατά τη δημιουργία αυτόματης πρόβλεψης (δημιουργίας “open-items”) για τον υπολογισμό της ημ/νίας λήξης (αν απουσιάζει ο τρόπος πληρωμής ή αν, στον τρόπο πληρωμής έχει οριστεί η λήξη να υπολογίζεται από τις μέρες πίστωσης).

• Χρησιμοποιείται επίσης στους ελέγχους χρόνου καθυστέρησης της Πιστωτικής Πολιτικής όταν εκεί έχει οριστεί «μέρες πίστωσης» για παράδειγμα στο χρόνο καθυστέρησης υπολοίπου. Το πεδίο «μέρες πίστωσης» δεν εμφανίζεται στις οθόνες παραστατικών, απλώς αντιγράφεται από το συναλλασσόμενο και λειτουργεί όπως μέχρι τώρα. Αν όμως μεταβληθεί η οθόνη εμφάνισης και γίνει διαθέσιμο το πεδίο, θα μπορεί ο χρήστης να επηρεάσει άμεσα τόσο τη λήξη του τιμολογίου όσο και τον πιστωτικό έλεγχο, γι’αυτό και καλό είναι στην περίπτωση αυτή, να προστατευθεί το πεδίο και να δοθούν δικαιώματα μεταβολής μόνο στην κατάλληλη ομάδα χρηστών.

Απενεργοποίηση πιστωτικού ελέγχου σε παραστατικό από εξωτερική πηγή

Προστέθηκε πεδίο «Πιστωτικός έλεγχος» στα παραστατικά εμπορικών συναλλαγών (με αρχική τιμή από το ομώνυμο πεδίο του τύπου παραστατικού) που αναγνωρίζεται από το σύστημα πιστωτικού ελέγχου ΑΝΤΙ εκείνου (του πεδίου δηλαδή στον τύπο παραστατικού). Αυτό δίνει δυνατότητα διενέργειας πιστωτικών ελέγχων με άλλες μεθόδους και εισαγωγής παραστατικού (import) στο σύστημα με προσωρινή «κατάργηση» του πιστωτικού ελέγχου, ώστε να αποθηκεύεται πάντα. Χρήση της δυνατότητας γίνεται από το data interchange που φροντίζει για την εισαγωγή παραστατικών Τιμολόγησης από το νέο module “X-Van τιμολόγηση” του Entersoft Mobile Sales.

Με βάση όλες τις παραπάνω επεκτάσεις, μεταβλήθηκε κατάλληλα και η οθόνη παραμετροποίησης της Πιστωτικής Πολιτικής:

Τιμολόγηση

Τιμολόγηση σύνθετων προϊόντων

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

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

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

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

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

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

Η επιλογή “απλής ανάπτυξης” για παραγόμενα πρέπει να ενεργοποιηθεί μόνο σε παραστατικά με την έτοιμη (system) παραμετροποίηση. Σε παραστατικά ειδικής κατασκευής (CUSTOM), θα πρέπει ο υπεύθυνος να αλλάξει την παραμετροποίηση έτσι ώστε οι γραμμές συστατικών προϊόντων να μην ενημερώνουν Αποθήκη & Λογιστική.

Ηλεκτρονική τιμολόγηση

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

Επιλογή	Περιεχόμενο
Όλα τα αρχεία	a.txt, b.txt & pdf
Mόνο αρχείο εκτύπωσης	pdf
Μόνο αρχεία σήμανσης	a.txt, b.txt
Καμία αποστολή	-

Νέα πεδία

• Στα παραστατικά χρηματικών συναλλαγών προστέθηκε το πεδίο «Πωλητής». Έχει προτεινόμενη τιμή από τον συναλλασσόμενο. Είναι πληροφοριακό πεδίο, χωρίς κάποια έτοιμη χρήση-εκμετάλλευση.
• Στα παραστατικά εμπορικών συναλλαγών προστέθηκε το πεδίο «Τύπος συναλλαγής». Είναι πίνακας, τα περιεχόμενα του οποίου ορίζονται στην παραμετροποίηση/παράμετροι συναλλαγών. Πρόκειται για μια πρόσθετη κατηγοριοποίηση των παραστατικών, χωρίς άλλη έτοιμη λειτουργικότητα. Στις φόρμες καταχώρισης, εμφανίζεται στα «λοιπά στοιχεία».
• Στις γραμμές ειδών προστέθηκε το πεδίο «Αρχικό παραστατικό» (και συγκεκριμένα στην «επιπρόσθετη γραμμή είδους») με αναζήτηση σε παραστατικά απαιτήσεων ή υποχρεώσεων του ίδιου συναλλασσόμενου και ενημέρωση του πεδίου «αρχική ημερομηνία». Η λειτουργικότητα αυτή είναι κατάλληλη για χρήση σε Πιστωτικά Τιμολόγια.
• Στα παραστατικά εμπορικών συναλλαγών προστέθηκαν τα (Boolean) πεδία «Πιστωτικός έλεγχος» (Credit control), «Ελεγχος στοκ» (Check stock Level) και «Ανάπτυξη συνταγών» (BOM execution) τα οποία δεν αποθηκεύονται, αλλά λαμβάνονται υπόψη από τις ομώνυμες λειτουργίες των παραστατικών (όταν αυτές ενεργοποιούνται, αναλόγως του είδους μιας γραμμής). Μπορεί πλέον λοιπόν κανείς, σε επίπεδο ειδικής παραμετροποίησης, να τους δώσει διαφορετική προκαθορισμένη τιμή, μέσω των διαφόρων εργαλείων customization του συστήματος, επηρεάζοντας έτσι κατά περίπτωση, τη λειτουργικότητα.

Αυτή τη στιγμή, χρήση τους γίνεται από το Entersoft Mobile X-Van Sales όπου, όταν εισάγεται τιμολόγιο στο EBS (το οποίο δημιουργήθηκε και εκδόθηκε από το mobile), θα πρέπει να μην ενεργοποιείται κανένας απαγορευτικός έλεγχος (πλην εκείνων που αφορούν φυσικά τη Βάση Δεδομένων, υπαρκτοί κωδικοί κ.ο.κ.).

Μεταγενέστερες μεταβολές

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

Για να γίνει αυτό, δεδομένου ότι η μεταβολή/διαγραφή «κλειδώνεται» από το κλείσιμο τύπου «Διοικητική πληροφόρηση», δόθηκε η δυνατότητα αλλαγής αυτού του στοιχείου από την οθόνη της Εταιρείας, στη σελίδα «Οικονομικές Χρήσεις», στη στήλη «Διοικητική πληροφόρηση». Μπορεί κανείς σε μια κλεισμένη Οικονομική Χρήση, χωρίς άλλη διαδικασία (άνοιγμα Χρήσης κ.λπ.), να μεταβάλλει αυτό το στοιχείο και, μετά τις απαραίτητες μεταβολές παραστατικών, να το επαναφέρει στην αρχική του κατάσταση.

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

Εκμετάλλευση εταιρικών διαστάσεων

Σε όλα τα ΒΙΤ όλων των υποσυστημάτων προστέθηκαν οι κατηγορίες των εταιρικών διαστάσεων και ως κριτήρια (εμφανίζονται στα επιπλέον κριτήρια ) και ως πεδία ομαδοποίησης:

• Κατηγορία εμπορικού τομέα

• Κατηγορία δραστηριότητας

• Κατηγορία διάστασης 1

• Κατηγορία διάστασης 2

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

Με αυτό τον τρόπο μπορεί κανείς εύκολα:

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

Ενηλικίωση υπολοίπων

Στην ενηλικίωση υπολοίπων (για λογιστικό έλεγχο) δόθηκε η δυνατότητα να ενηλικιώνονται οι εγγραφές με βάση την ημερομηνία ΛΗΞΗΣ. Οι εγγραφές εκείνες που θα περιλάβει η εκτύπωση είναι πάντα εκείνες που, με βάση την ημερομηνία ΕΚΔΟΣΗΣ, θα δώσουν ταυτόσημο υπόλοιπο με τις αντίστοιχες Καρτέλες και Ισοζύγια για το τέλος της ζητούμενης περιόδου (έως την ημ/νία αναφοράς).

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

Πρόβλεψη Χρηματοροής

1. Σε όλες τις εκδοχές της Πρόβλεψης Χρηματοροής (εταιρικά, ομίλου, με βεβαιωμένες ή προγραμματισμένες εισροές-εκροές ή με ενσωμάτωση εκτιμήσεων προϋπολογισμού):

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

• Προτείνεται ως ημερομηνιακό διάστημα «από σήμερα έως 12 μήνες μετά»

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

3. Δημιουργήθηκε εκτύπωση Πρόβλεψης Χρηματοροής ανά νόμισμα για την τρέχουσα εταιρεία αλλά και σε επίπεδο ομίλου (διαθέσιμη στο μενού Εικόνα Επιχείρησης/Χρηματοοικονομικός Έλεγχος και στο Εικόνα Επιχείρησης/Όμιλος-Λογιστήριο). Παρουσιάζεται σε 2 σετ στηλών (α) για το νόμισμα κίνησης (β) για το βασικό νόμισμα, ώστε να μπορεί κανείς να ελέγξει και τα σύνολα (που έχουν νόημα μόνο στο 2^ο σετ στηλών – σε βασικό νόμισμα).

Εμπορική εικόνα πελατών

Στα ΒΙΤ «Εμπορική εικόνα» (εταιρείας και ομίλου) προστέθηκε ως κριτήριο και ως πεδίο ομαδοποίησης το υποκατάστημα (εταιρείας) όπου ανήκει ο πελάτης (δηλαδή το υποκατάστημα που έχει δηλωθεί στον πελάτη, ανεξαρτήτως αν κάποιες εγγραφές που τον αφορούν, γίνονται κι από άλλα υποκ/τα της εταιρείας). Ο τίτλος το διαφοροποιεί από το υποκατάστημα των εγγραφών που ήταν ήδη διαθέσιμο.

Διαχείριση αξιογράφων

Προστέθηκε ο αριθμός αξιογράφου ως κριτήριο επιλογής.

Παραστατικά απογραφής αποθήκης

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

Μητρώο παγίων

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

Γενικά

Νέοι έλεγχοι προστασίας από λάθη

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

Σημείωση

Μόνον εγγραφές κλεισίματος συναλλαγματικών διαφορών που έχουν προκύψει από τη μαζική διαδικασία (στις Εργασίες κλεισίματος περιόδων) λαμβάνονται υπόψη στην «Ενηλικίωση υπολοίπων (για λογιστικό έλεγχο)» στον υπολογισμό του σωστού ποσού σε βασικό νόμισμα. Κάθε μεταβολή της (υπολογισμένης) αξίας θα προκαλούσε ασυμφωνία Ενηλικίωσης με Καρτέλα –Ισοζύγιο.

Νέες δυνατότητες στην παραμετροποίηση

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

Τεχνικές διαχείρισης των αντιστοιχίσεων

Προστέθηκε η δυνατότητα διαχείρισης της (χρηματικής) αντιστοίχισης από αυτοματισμούς και κανόνες (business rules). Συγκεκριμένα, πρέπει να κατασκευαστεί ένας handler:

#References ESFIDocumentsISUD.dll

1. Imports Entersoft.ERP.Financials.DS

Dim handler As New Entersoft.ERP.Financials.DS.LiquidityAccountMatchings.SI.MatchingsHandling

Ρουτίνες που μπορούν να χρησιμοποιηθούν για διαχείριση της αντιστοίχισης κατά τις ανάγκες:

Επανυπολογισμός για συγκεκριμένο συν/νο	handler.CalculateTradeAccountMatchings(session, fromDate, tradeAccountGID)
Επανυπολογισμός για συγκεκριμένο παραστατικό & συν/νο	handler.CreateDocumentMatchings(session, documentGID, tradeAccountGID)
Επανυπολογισμός για συγκεκριμένο συν/νο με συγκεκριμένο κανόνα αντιστοίχισης	handler.CalculateTradeAccountMatchingsWithSpecificProfile(session, fromDate, tradeAccountGID, profileGID)
Επανυπολογισμός με συγκεκριμένο κανόνα, για συγκεκριμένο συν/νο & παραστατικό	handler.CreateDocumentMatchingsWithSpecificProfile(session, documentGID, tradeAccountGID, profileGID)
Επανυπολογισμός ΧΩΡΙΣ κανόνα, ακόμη κι αν ο συν/νος έχει δηλωμένο κανόνα	handler.CalculateTradeAccountMatchingsWithoutProfile(session, fromDate, tradeAccountGID)
Επανυπολογισμός ΧΩΡΙΣ κανόνα, για συγκεκριμένο παραστατικό, ακόμη κι αν ο συν/νος έχει δηλωμένο κανόνα	handler.CreateDocumentMatchingsWithoutProfile(session, documentGID, tradeAccountGID)
Δημιουργία επιλεκτικών αντιστοιχίσεων για συγκεκριμένη εγγραφή κλεισίματος (close item)	handler.CreateSpecificMatchingsForSpecificCloseItem(session, gidOIs, gidCI)
Διαγραφή αντιστοιχίσεων συγκεκριμένης εγγραφής κλεισίματος (close item)	handler.DeleteCloseItemManualAndAutoMatchings(session, gidCI)
Διαγραφή αντιστοιχίσεων συγκεκριμένου παραστατικού	handler.DeleteDocumentManualAndAutoMatchings(session, documentGID)

Entersoft CRM

CRM Marketing

Τμηματοποίηση πελατών

Release Document for ERP-EL02-4.0.16.0