ΠΑΡΑΡΤΗΜΑ Α : ΠΙΝΑΚΕΣ ΤΕΧΝΙΚΩΝ ΠΡΟ ΙΑΓΡΑΦΩΝ 1

Α ΠΙΝΑΚΕΣ ΣΥΜΜΟΡΦΩΣΗΣ ΤΕΧΝΙΚΩΝ ΑΠΑΙΤΗΣΕΩΝ ΠΛΗΡΟΦΟΡΙΑΚΟΥ ΣΥΣΤΗΜΑΤΟΣ 1. ΓΕΝΙΚΕΣ ΑΠΑΙΤΗΣΕΙΣ ΑΠΑΙΤΗΣΗ ΑΠΑΝΤΗΣΗ ΠΑΡΑΠΟΜΠΗ 1.1 ΒΑΣΙΚΑ ΣΤΟΙΧΕΙΑ ΤΗΣ ΠΡΟΤΕΙΝΟΜΕΝΗΣ ΛΥΣΗΣ 1.1.1 Συνοπτική περιγραφή της προτεινόµενης λύσης. Πλεονεκτήµατα και οφέλη. 1.1.2 Το πληροφοριακό σύστηµα θα πρέπει να είναι ευρέως διαδεδοµένο ERP και να έχει εγκαταστάσεις στο ηµόσιο και Ιδιωτικό τοµέα (στην Ελλάδα και στο εξωτερικό). Σε περίπτωση διεθνούς ERP, τούτο θα πρέπει να είναι πλήρως µεταγλωττισµένο και να διαθέτει άρτιες οδηγίες χρήσεως στα ελληνικά. 1.1.3 Η προτεινόµενη λύση θα πρέπει να επιτυγχάνει: Την ολοκλήρωση των προσφερόµενων εφαρµογών µε τη µέγιστη δυνατή ασφάλεια, αποτελεσµατικότητα και διαλειτουργικότητα Την µέγιστη δυνατή επεκτασιµότητα Την εκµετάλλευση έτοιµων εφαρµογών δοκιµασµένων σε άλλες εγκαταστάσεις 1.1.4 Αρχιτεκτονική του προσφερόµενου συστήµατος και καθορισµός των τεχνολογιών που θα χρησιµοποιήσει ο Ανάδοχος. Να δοθεί και σχηµατική αναπαράσταση της προτεινόµενης αρχιτεκτονικής. 1.1.5 Ο σχεδιασµός του λογισµικού θα πρέπει να επιτρέπει την προσαρµογή του σε οποιαδήποτε αρχιτεκτονική µηχανογραφικού συστήµατος επιλέξει το ΕΚΑΒ, η οποία µπορεί να είναι διαφορετική ανά οµάδα χρηστών (π.χ. διαφορετικό λειτουργικό σύστηµα και βάση δεδοµένων για την Κεντρική Υπηρεσία και για τα Περιφερειακά Τµήµατα). 1.1.6 Να αναφερθεί ο συνολικός αριθµός αδειών των εφαρµογών του Πληροφοριακού Συστήµατος που προσφέρονται. Να αναφερθεί η πολιτική χορήγησης πρόσθετων αδειών χρήσης (χωρίς οικονοµικά στοιχεία στη τεχνική προσφορά). 1.1.7 Περιγραφή δυνατοτήτων εναλλακτικών µορφών λειτουργίας (µε βάση τις διαθέσιµες τηλεπικοινωνιακές υποδοµές). 1.1.8 Φιλικότητα του συστήµατος. Το σύστηµα θα πρέπει να διασφαλίζει την Ευχρηστία (Usability) σε ένα εύχρηστο και φιλικό περιβάλλον για το χρήστη. 1.1.9 Επιθυµητή είναι η παρουσίαση των εφαρµογών και υποσυστηµάτων του προτεινόµενου συστήµατος σε παραγωγική λειτουργία κατά προτίµηση σε άλλο ηµόσιο Φορέα. 1.1.10 Εργαλεία µετάπτωσης δεδοµένων από προηγούµενα συστήµατα (data migration tools). Να περιγραφούν τα διατιθέµενα εργαλεία. 1.1.11 Σε περίπτωση που απαιτηθεί η χρήση του λογισµικού τοπικά και χωρίς επικοινωνίες, το σύστηµα να έχει τη δυνατότητα να λειτουργήσει χωρίς την ανάγκη επικοινωνίας µε τον Server, αναλαµβάνοντας όµως µε αυτόµατο τρόπο τον «συγχρονισµό» των δεδοµένων όταν αποκατασταθεί η επικοινωνία. Να δοθεί αναλυτική περιγραφή του τρόπου συγχρονισµού και να περιληφθούν στην προσφορά όλα τα απαιτούµενα εργαλεία και υπηρεσίες. 1.2 ΑΠΟ ΟΣΗ 1.2.1 Το σύστηµα πρέπει να καλύπτει το φόρτο εργασίας και τις λειτουργίες των Υπηρεσιών του ΕΚΑΒ, στα πλαίσια που αφορούν την παρούσα διακήρυξη. 1.2.2 Ο ανάδοχος καλείται να περιγράψει το πώς θα αντιµετωπίσει την αύξηση του φόρτου εργασίας (από πλευράς λογισµικού). 60 χρήστες 2

1.3 ΟΛΟΚΛΗΡΩΣΗ - ΙΑΣΥΝ ΕΣΗ ΜΕ ΤΡΙΤΕΣ ΕΦΑΡΜΟΓΕΣ 1.3.1 Το προτεινόµενο πληροφοριακό σύστηµα πρέπει να είναι ανοικτής αρχιτεκτονικής και να υποστηρίζει αναγνωρισµένα standards για την διασύνδεση µε άλλα συστήµατα. 1.3.2 Καθορισµός του τρόπου ανταλλαγής δεδοµένων στα πλαίσια του ολοκληρωµένου πληροφοριακού συστήµατος µεταξύ των εφαρµογών. Να περιγραφεί η αρχιτεκτονική υλοποίησης της διασυνδεσιµότητας. 1.3.3 Καθορισµός τρόπου διασύνδεσης µε άλλα πληροφοριακά συστήµατα τρίτων Φορέων (π.χ. Υπουργείο Υγείας). 1.3.4 ιασύνδεση του πληροφοριακού συστήµατος µε την εφαρµογή της Μισθοδοσίας για την έκδοση των µισθοδοτικών καταστάσεων εργαζοµένων που αφορούν αποζηµιώσεις για εκτός έδρας µετακινήσεις και για αποζηµιώσεις εκπαιδευτών ΙΕΚ. 1.4 ΚΩ ΙΚΟΠΟΙΗΣΕΙΣ 1.4.1 Το σύστηµα πρέπει να υποστηρίζει τη χρήση µνηµονικών ή κωδικών µε αντίστοιχη συνοπτική λεκτική περιγραφή ώστε να ελαχιστοποιεί την εισαγωγή δεδοµένων και να διευκολύνει την ανάλυση και στατιστική επεξεργασία των δεδοµένων. 1.4.2 Το σύστηµα πρέπει να συνθέτει µία ολοκληρωµένη λύση που να καλύπτει τις ανάγκες κωδικοποιήσεων όπου: Όλα τα κωδικοποιηµένα στοιχεία θα είναι διαθέσιµα από το σύνολο των εφαρµογών του συστήµατος. Τα κωδικοποιηµένα στοιχεία πρέπει να υποστηρίζουν ταυτόχρονη προσπέλαση από πολλούς χρήστες. 1.4.3 Το σύστηµα πρέπει να επιτρέπει τη συντήρηση των αρχείων κωδικοποιήσεων µε δυνατότητες προσθήκης, µεταβολής ή διαγραφής εγγραφών. 1.5 ΕΠΕΚΤΑΣΙΜΟΤΗΤΑ ΠΛΗΡΟΦΟΡΙΑΚΟΥ ΣΥΣΤΗΜΑΤΟΣ 1.5.1 Επεκτασιµότητα και δυνατότητες αναβάθµισης του συστήµατος. 1.5.2 Στο πλαίσιο της απαιτούµενης επεκτασιµότητας του νέου πληροφοριακού συστήµατος, ο υποψήφιος ανάδοχος καλείται να αναφέρει ποιες εφαρµογές και ηλεκτρονικές υπηρεσίες είναι διαθέσιµες που αποτελούν επεκτάσεις του συστήµατος. 1.5.3 Η τεχνολογία του λογισµικού θα πρέπει να επιτρέπει την ικανότητα αντίδρασης σε νέες διαδικασίες, απαιτήσεις ή ιδέες του ΕΚΑΒ και να προσφέρει τη δυνατότητα ελαχιστοποίησης του χρόνου κάλυψής τους. Αυτό σηµαίνει ότι θα πρέπει να µπορούν να προστεθούν / τροποποιηθούν στοιχεία σε επίπεδο interface και βάσης δεδοµένων από το τµήµα µηχανογράφησης του ΕΚΑΒ, χωρίς ιδιαίτερες γνώσεις προγραµµατισµού ή/και την απαίτηση πηγαίου κώδικα. 1.5.4 Σε περίπτωση που απαιτηθεί πρόσθετος κώδικας για να καλυφθούν οι τυχόν ιδιαιτερότητες, αυτός να είναι στη κυριότητα και να µπορεί να χρησιµοποιηθεί και από το ΕΚΑΒ. Για το σκοπό αυτό απαιτείται από τον Ανάδοχο να προσφερθούν όλα τα απαιτούµενα εργαλεία για την αξιοποίηση και τροποποίηση του πηγαίου κώδικα, καθώς και των εργαλείων προσαρµογής (customization) µε αντίστοιχο µε τους προσφερόµενους χρήστες αριθµό αδειών χρήσης των εργαλείων. 1.5.5 Ακόµη απαιτείται ειδική πρόβλεψη για τη συντήρηση του συστήµατος µέσω ανανεωµένων εκδόσεων που αυξάνουν τις δυνατότητες αλλά δεν επηρεάζουν τυχόν κατά παραγγελία επεκτάσεις της λειτουργικότητας ή την επικοινωνία µε άλλα συστήµατα. 1.6 ΑΣΦΑΛΕΙΑ Ε ΟΜΕΝΩΝ 1.6.1 Το σύστηµα πρέπει να είναι συµβατό µε το νοµοθετικό και 3

το θεσµικό πλαίσιο περί προστασίας προσωπικών δεδοµένων της Ελλάδας (Ν2472/97) και της Ε.Ε. 1.6.2 Να αναλυθεί η Ασφάλεια δεδοµένων του συστήµατος. Να υποστηρίζεται σύστηµα ασφάλειας βασισµένο στο οργανωτικό σχήµα του ΕΚΑΒ. Να αναφερθούν πόσα και ποια είναι τα επίπεδα πρόσβασης στα δεδοµένα. 1.6.3 Η πρόσβαση του χρήστη πρέπει να είναι εξουσιοδοτηµένη. Οι εφαρµογές που προσφέρονται πρέπει να υποστηρίζουν τη δυνατότητα ορισµού των στοιχείων πρόσβασης των εξουσιοδοτηµένων χρηστών όπως µοναδικό κωδικό χρήστη (user id) και κωδικό πρόσβασης (password). Οι κωδικοί πρόσβασης πρέπει να καταχωρούνται µε ασφαλή τρόπο στο σύστηµα και να κρυπτογραφούνται. 1.6.4 Να παρέχεται δυνατότητα αντιστοίχησης αρµοδιοτήτων σε ρόλους χρηστών, µε δυνατότητα αντιστοίχησης χρήστη σε έναν ή πολλούς ρόλους. 1.6.5 Ορισµός µοναδικού κωδικού χρήστη για όλα τα υποσυστήµατα του πληροφοριακού συστήµατος (single sign on). 1.6.6 Να διατίθεται κεντρικό σύστηµα παρακολούθησης χρηστών για τον administrator. Να υποστηρίζεται αποκλεισµός χρηστών από ορισµένα υποσυστήµατα. 1.6.7 Ο υποψήφιος ανάδοχος καλείται να περιγράψει συνοπτικά τη µεθοδολογία κάλυψης των παρακάτω βασικών αρχών ασφαλείας δεδοµένων που θα υλοποιήσει: Πιστοποίηση (authentication) Εξουσιοδότηση (Authorization) Εµπιστευτικότητα (confidentiality) Ακεραιότητα (integrity) Μη άρνηση συµµετοχής (non-repudiation) Έλεγχος (revision / audit) Ευθύνη (accountability) ιαφάνεια (transparency) ιαθεσιµότητα (availability) 1.6.8 Το πληροφοριακό σύστηµα που προσφέρεται πρέπει να διαθέτει δυνατότητες διαχείρισης και παρακολούθησης των µη εξουσιοδοτηµένων προσπαθειών πρόσβασης. 1.6.9 Τα στοιχεία του audit trail πρέπει να είναι προσβάσιµα µόνο σε εξουσιοδοτηµένους χρήστες. Τα στοιχεία αυτά πρέπει να συγκεντρώνονται µε τέτοιο τρόπο ώστε να αναλύονται εύκολα και να µπορούν να διενεργηθούν αναζητήσεις σε αυτά. 1.6.10 Ύπαρξη κεντρικού αρχείου καταγραφής σφαλµάτων εφαρµογής (Error Log) για αναδροµική εξέταση των σφαλµάτων του συστήµατος 1.7 ΛΟΙΠΕΣ ΑΠΑΙΤΗΣΕΙΣ 1.7.1 Να αναφερθούν οι απαιτήσεις σε εξοπλισµό που προκύπτουν από τη λειτουργία των συστηµάτων. 1.7.2 Ο Ανάδοχος θα πρέπει να δεσµευτεί στην προσφορά του για την παροχή όλων των αναγκαίων υπηρεσιών για την εγκατάσταση και θέση σε πλήρη λειτουργία των συστηµάτων, αναλαµβάνοντας και τις ειδικές ρυθµίσεις (fine tuning), που τυχόν θα απαιτούνται για τον εξοπλισµό και τα λογισµικά συστήµατος. 4

2. ΤΕΧΝΙΚΑ ΧΑΡΑΚΤΗΡΙΣΤΙΚΑ ΑΠΑΙΤΗΣΗ ΑΠΑΝΤΗΣΗ ΠΑΡΑΠΟΜΠΗ 2.1 ΓΕΝΙΚΑ 2.1.1 Το πληροφοριακό σύστηµα να έχει δυνατότητα λειτουργίας σε δικτυακό και διαδικτυακό περιβάλλον (WAN και Web), χωρίς την χρήση ειδικού λογισµικού άλλων (τρίτων) κατασκευαστών. 2.1.2 Το πληροφοριακό σύστηµα πρέπει να είναι εξ ολοκλήρου στην Ελληνική γλώσσα (γραφικό περιβάλλον, οθόνης βοήθειας, κλπ.). 2.1.3 Το σύστηµα πρέπει να έχει παραµετρική φιλοσοφία σε όλες τις ενότητες των εφαρµογών. 2.1.4 Το σύστηµα πρέπει να εξασφαλίζει ότι οι πληροφορίες τίθενται στη διάθεση όλων των εξουσιοδοτηµένων χρηστών κατά τρόπο προσιτό, εύχρηστο και έγκαιρο. 2.1.5 Το πληροφοριακό σύστηµα απαιτείται να αποµονώνει το business logic από τον τρόπο που εµφανίζεται το πρόγραµµα στο χειριστή και να επιτρέπει την ανανέωση του user interface χωρίς αυτό να επηρεάζει τον κώδικα που έχει ήδη αναπτυχθεί για να υποστηρίξει το ΕKAB και αντιστρόφως. Ενδεικτικά, το λογισµικό θα πρέπει να παρέχει δυνατότητες σχεδίασης οθονών και reports µε απλή αναφορά των πεδίων που περιέχουν, αυτόµατες διαδικασίες συγχρονισµού database αρχείων, extended data dictionaries µε αυτόµατη δυνατότητα editing πεδίων, αυτόµατη κατασκευή menu των εφαρµογών κ.ά. 2.1.6 Το πληροφοριακό σύστηµα θα πρέπει να µπορεί να αξιοποιήσει όλες τις δηµοφιλείς σχεσιακές βάσεις δεδοµένων (και κατ ελάχιστο Oracle RDBMS και Microsoft SQL Server), εξασφαλίζοντας ασφαλή και σταθερή λειτουργία και πλήρη προστασία των δεδοµένων του EKAB, µε δυνατότητα ταυτόχρονης χρήσης συνδυασµού βάσεων δεδοµένων σε περίπτωση που απαιτηθεί για τις ανάγκες επέκτασης του συστήµατος. 2.1.7 Να παρέχεται ασφαλής, σταθερή λειτουργία και πλήρης προστασία δεδοµένων από τεχνικά προβλήµατα συστήµατος, εφαρµογής ή εξοπλισµού. 2.1.8 Εύκολη, τυποποιηµένη ανταλλαγή δεδοµένων µε άλλες εφαρµογές βάσει τυποποιηµένων & καθιερωµένων διεθνών προτύπων. 2.1.9 Να υποστηρίζεται η διαλειτουργικότητα µε όλες τις εφαρµογές του MS Office, µε δυνατότητα τήρησης «ζωντανών» links µε αρχεία επεξεργασίας κειµένου, φύλλων εργασίας, multimedia κλπ. ή αποθήκευσης των αρχείων αυτών στη βάση δεδοµένων του ΕΚΑΒ. Να παρέχεται επίσης η δυνατότητα import και update από Excel µε µηχανισµούς Copy / Paste. Επιπρόσθετα να υποστηρίζονται εφαρµογές γραφείου ανοικτού λογισµικού όπως το Libre & Open Office. 2.1.10 Ενσωµατωµένη δυνατότητα αντιγραφής εγγραφών µε απλό τρόπο (copy paste) από οποιαδήποτε λίστα (browser) των εφαρµογών ώστε να µπορεί ο χειριστής να µεταφέρει εύκολα δεδοµένα. 2.1.11 Να υποστηρίζεται η δυνατότητα διαµόρφωσης ενιαίου περιβάλλοντος λειτουργίας µε Intranet, καθώς και µε Σύστηµα ιασφάλισης Ποιότητας (πρότυπο ISO ή άλλο), µε υποστήριξη χρήσης html menus. 2.1.12 Να διατίθεται σύστηµα επικοινωνίας (on-line και off-line) µεταξύ των χρηστών µέσα από την εφαρµογή. 2.1.13 Στις απαιτούµενες δυνατότητες του πληροφοριακού συστήµατος είναι η παροχή ενσωµατωµένου πλήρες συστήµατος υποστήριξης µέσω Internet, που να παρέχει on-line πρόσβαση στο κέντρο υποστήριξης του κατασκευαστή και να εξασφαλίζεται η άµεση επίλυση 5

προβληµάτων των χρηστών. 2.1.14 Να ενσωµατώνονται στο ERP εκτός από τις διατιθέµενες στη βάση δεδοµένων που θα χρησιµοποιηθεί ειδικές διευκολύνσεις για τις διαδικασίες επανάκτησης δεδοµένων και αντιγράφων ασφαλείας. 2.1.15 Να διατίθεται προηγµένο σύστηµα διαχείρισης όλων των δικαιωµάτων (ανάγνωση, µεταβολή, τροποποίηση, διαγραφή κλπ.) των χρηστών µε δυνατότητα χρήσης οποιασδήποτε µεθοδολογίας και κριτηρίων εξυπηρετεί το ΕΚΑΒ (δικαιώµατα ανά οµάδα χρηστών ή ανά χρήστη). 2.2 ΠΕΡΙΒΑΛΛΟΝ ΑΝΑΠΤΥΞΗΣ ΚΑΙ ΕΡΓΑΛΕΙΑ 2.2.1 Χρήση σύγχρονων εργαλείων ανάπτυξης και βιβλιοθηκών λογισµικού. 2.2.2 Ενιαία τεχνολογική πλατφόρµα µε κοινό κέλυφος (πλατφόρµα εκτέλεσης) όλων των υποσυστηµάτων. 2.2.3 Να υποστηρίζεται η χρήση µεθοδολογιών που εξασφαλίζουν ταχύτατη ικανοποίηση νέων απαιτήσεων. Να αναφερθούν. 2.3 ΑΡΧΙΤΕΚΤΟΝΙΚΗ 2.3.1 Η αρχιτεκτονική των εφαρµογών απαιτείται να είναι ανοικτή, πολλών επιπέδων open, multi-tier µε εφαρµογή των σχεδιαστικών αρχών very thin client, παρέχοντας ένα ελαφρύ και ευέλικτο περιβάλλον εκτέλεσης που δεν απαιτεί βαριά χρήση υπολογιστικών resources. 2.3.2 Να υποστηρίζεται αρχιτεκτονική, αναλόγως της τοπολογίας του εγκατεστηµένου δικτύου και δυνατότητα δυναµικής µεταβολής αρχιτεκτονικής ανά οµάδα χρηστών. 2.3.3 Εφαρµογή σχεδιαστικών προτύπων και δηµιουργία very thin client µε δυνατότητες προσοµοίωσης των λειτουργιών και εργασιών τοπικών δικτύων σε περιβάλλον διαδικτύου (utilized Internet capabilities). 2.3.4 Υιοθέτηση χαρακτηριστικών λειτουργίας µε ανεξάρτητες βάσεις δεδοµένων: Σταθερότητα Ασφαλής, σταθερή λειτουργία, πλήρης προστασία δεδοµένων από τεχνικό προβλήµατα συστήµατος, εφαρµογής ή εξοπλισµού Multi user Ασφαλείς, πραγµατικές multi user λειτουργίες σε τοπικά και αποµακρυσµένα δίκτυα Ασφάλεια δεδοµένων (Security) Ασφαλείς και πλήρως ελεγχόµενες διαδικασίες ασφάλειας ελέγχου πρόσβασης και backup Αριθµός εγγραφών (Records) Απεριόριστος αριθµός εγγραφών σε βασικούς και βοηθητικούς πίνακες (τύποι σειρές παραστατικών, αποθηκευτικοί χώροι κλπ.) Αναφορές (Reporting) υνατότητες σχεδιασµού παρουσίασης των πρωτογενών πληροφοριών µε οιαδήποτε συνδεσµολογία µεταξύ τους για την έκδοση οιασδήποτε κατάστασης. Ταχύτητα αποτελεσµάτων και δυνατότητες αξιοποίησης τεχνολογιών Business Intelligence, Data Mining, Data Warehousing κλπ. Export Import & File Formats (ASCII, ODBC, etc) Εύκολη, τυποποιηµένη ανταλλαγή δεδοµένων µε άλλες εφαρµογές βάσει τυποποιηµένων & καθιερωµένων διεθνών προτύπων. ιασυνδεσιµότητα (General Connectivity) (Hardware, Peripherals, Rest Systems) Αµφίδροµη επικοινωνία σε πραγµατικό χρόνο µε εφαρµογές τρίτων κατασκευαστών Πεδία Πίνακες (Fields Tables): υνατότητα προσθήκης οποιουδήποτε νέου πεδίου, οποιουδήποτε τύπου, σε οποιοδήποτε πίνακα και 6

µε οριζόµενη συµπεριφορά υνατότητα απεριόριστης επεκτασιµότητας µε περιφερειακές εφαρµογές µε τυποποιηµένα development tools τρίτων κατασκευαστών Ανεξαρτησία Πλήρης έλεγχος δεδοµένων µε ή χωρίς τη συνεργασία του κατασκευαστή του λογισµικού. 2.3.5 Ειδική απαίτηση είναι να διασφαλίζεται η ανεξαρτησία στην επιλογή του λειτουργικού συστήµατος του database server και των clients και να µην υπάρχουν τεχνολογικοί περιορισµοί στον αριθµό των clients που µπορούν να συνδεθούν σε έναν application server εξαντλώντας τις δυνατότητές του. 2.4 USER INTERFACE & ΒΑΣΙΚΟΙ ΧΕΙΡΙΣΜΟΙ 2.4.1 Το σύστηµα πρέπει να παρέχει ένα ενιαίο γραφικό περιβάλλον εργασίας (GUI), και κοινή φιλοσοφία περιβάλλοντος εργασίας (look & feel) σε όλες τις εφαρµογές. 2.4.2 Το γραφικό περιβάλλον εργασίας χρήστη πρέπει να είναι εύχρηστο και ελεγχόµενο µέσω µιας σειράς δοµηµένων µεθόδων προσπέλασης (π.χ. δοµηµένα µενού επιλογών), επιτρέποντας την άµεση πρόσβαση σε οποιαδήποτε λειτουργία για την οποία ο χρήστης είναι εξουσιοδοτηµένος. Ακόµη, πρέπει να είναι ευέλικτο, ικανό να υποστηρίζει τις ιδιαιτερότητες κάθε περιβάλλοντος εργασίας και χώρου. Να περιγραφεί πλήρως η εργονοµία του πληροφοριακού συστήµατος. 2.4.3 Να παρέχεται εύκολη προσαρµογή του γραφικού περιβάλλοντος (GUI) µε βάση τα δικαιώµατα και τις ανάγκες των χρηστών (εµφανιζόµενα µενού, µπάρες εργαλείων, επίπεδα πρόσβασης κλπ.). υνατότητα διαµόρφωσης προσωπικού menu εργασιών (My menu). 2.4.4 Το σύστηµα πρέπει να διαθέτει µηχανισµούς για πεπειραµένους χρήστες που να επιτρέπουν την ταχύτερη ολοκλήρωση λειτουργιών µέσω διαδικασιών συντόµευσης εργασίας (shortcuts). 2.4.5 Το σύστηµα πρέπει να διαθέτει λειτουργίες και χαρακτηριστικά που να υποβοηθούν τη χρήση του ακόµα και από χρήστες µε µικρή εξοικείωση (περιστασιακούς χρήστες) και να επιτρέπει τον προγραµµατισµό ειδικών πλήκτρων συντόµευσης (function keys) καθώς και µακροεντολές που να µπορούν να προγραµµατιστούν µε βάση την ανάλυση απαιτήσεων και τις ιδιαιτερότητες των χρηστών. Θα πρέπει επίσης να παρέχεται η πραγµατοποίηση βασικών λειτουργιών και χωρίς τη χρήση ποντικιού (mouse). 2.4.6 Το σύστηµα πρέπει να επιτρέπει τη διακοπή µιας λειτουργίας και την εν συνεχεία επιστροφή στο αρχικό σηµείο της διακοπής. 2.4.7 Πρότυπα και δυνατότητες περιβάλλοντος εργασίας: Περιβάλλον τύπου Internet Explorer: Εργασία σε γνώριµο περιβάλλον και µε γνώριµους χειρισµούς Ενσωµατωµένη δυνατότητα πρόσβασης σε Internet & Intranet Ενσωµατωµένη δυνατότητα για πρόσβαση µέσω Internet σε υπηρεσίες υποστήριξης του Κατασκευαστή του λογισµικού Χρώµατα: Ελεύθερος καθορισµός χρωµάτων οθόνης εργασίας βάσει προτιµήσεων Help & User Notes: Κείµενο βοήθειας ανά εργασία και πεδίο και δυνατότητα δηµιουργίας και αποθήκευσης προσωπικών σηµειώσεων 2.4.8 Αναζητήσεις Ανευρέσεις & χρήση κωδικών: Χρήση πολλαπλών κλειδιών ανεύρεσης για οποιοδήποτε αρχείο µε ελεύθερη προσθήκη νέων 7

όπου και αν απαιτείται, ελεύθερα οριζόµενος τρόπος αναζήτησης πληροφοριών. υνατότητα καθορισµού: Των πεδίων βάσει των οποίων θα εκτελείται ανεύρεση (πεδίων κλειδιών) σε κάθε αρχείο Των πεδίων που θα εµφανίζονται στο χειριστή ως στήλες της κατάστασης επιλογής (διαθέσιµα για εµφάνιση όλα τα πεδία) Των πεδίων βάσει των οποίων θα ταξινοµηθεί η κατάσταση επιλογής (διαθέσιµα για ταξινόµηση όλα τα πεδία του αρχείου) Προ συµπληρωµένων τιµών στα πεδία - κλειδιά βάσει των οποίων θα διευκολύνονται συνήθεις ανευρέσεις πχ. [Κωδικός Από:] 30* Ελεύθερη διαχείριση πολλών (πραγµατικών ή µη) κλειδιών ανεύρεσης On-line δυνατότητα ταξινόµησης (αύξηση ή φθίνουσα σειρά) υνατότητα µεταβολής κωδικών εντός της οικονοµικής χρήσης ή της διαχειριστικής περιόδου Πλήθος τρόπων on-line οµαδοποίησης και reporting µε βοηθητικά πεδία χωρίς απαραίτητα «κωδικοποίησή» τους. υνατότητα σταδιακής εµβάθυνσης στις παρεχόµενες πληροφορίες (drill down) και εµφάνιση λεπτοµερειακών στοιχείων και δεδοµένων. 2.4.9 υνατότητα ανεύρεσης δεδοµένων πινάκων µε πληκτρολόγηση των αρχικών χαρακτήρων (search as you type). 2.4.10 υνατότητα αποθήκευσης απεριόριστων «σεναρίων» αναζήτησης (τιµές, στήλες, ταξινόµηση). Άµεση επιλογή και εκτέλεση οποιουδήποτε σεναρίου ανάκλησης δεδοµένων για οποιαδήποτε επεξεργασία των πεδίων των αρχείων (άµεση ή έµµεση). Πλήρης ταύτιση των σχεδιασµών ανεύρεσης µε τους µηχανισµούς εκτύπωσης, δηλαδή, χρήση των σχεδιασµών αναζήτησης ως έχουν για εκτυπώσεις reports χωρίς καµία πρόσθετη εργασία. 2.4.11 Ελεύθερα Οριζόµενα Πεδία & Κείµενο: Ελεύθερα πεδία µε οριζόµενη από το χειριστή ονοµασία και χρήση σε τυποποιηµένη θέση. Προσχεδιασµένα διαθέσιµα πεδία ανά κατηγορία πεδίου: Κειµένου, Αριθµών, Πινάκων, Ηµεροµηνιών, Λογικά (Ναι / Όχι) Πρόσθετα πεδία κατ επιλογή του supervisor (αθροιστές) µε δυνατότητα αυτόµατης ενηµέρωσης επανενηµέρωσής τους από κινήσεις υνατότητα απόκρυψης των πεδίων ή εµφάνισής τους στο περιβάλλον της εφαρµογής Χώρος για σχόλια και παρατηρήσεις (ελεύθερο κείµενο) σε κάθε ενότητα 2.5 BACK END 2.5.1 Λειτουργία σε αναγνωρισµένα σχεσιακά ή / και αντικειµενοστραφή συστήµατα διαχείρισης βάσεων δεδοµένων. Ο ανάδοχος θα πρέπει να τεκµηριώσει την υποστήριξη της λειτουργίας του προσφερόµενου λογισµικού στις γνωστές βάσεις δεδοµένων και κατ ελάχιστο σε Oracle και MS-SQL. 2.5.2 Το προσφερόµενο πληροφοριακό σύστηµα πρέπει να λειτουργεί σε περιβάλλον n-tier και πιο συγκεκριµένα να επιτρέπει τις παρακάτω λειτουργίες: ιαχωρισµός των data services από το Business Logic αποµόνωση της λογικής της εφαρµογής από τις εργασίεςεντολές διαχείρισης δεδοµένων (Select, Insert, Update, 8

Delete Statements) Λειτουργία των components του Business Logic (της Λογικής Εφαρµογής) σε διαφορετικό Application Server για επίτευξη 3-tier αρχιτεκτονικής Λειτουργία των components των data services (δηλαδή των εντολών αλληλεπίδρασης µε τη βάση δεδοµένων ) σε διαφορετικό Application Server 2.5.3 Προσθήκη και άλλων Application Servers σε περίπτωση µεγάλου αριθµού χρηστών που πρέπει να εξυπηρετηθούν ώστε να επιτυγχάνεται αποδοτικότερη διαχείριση του load balancing. 2.5.4 Αποτελεσµατική αντιµετώπιση των ταυτόχρονων προσβάσεων εγγραφών (concurrency issues) από τους χρήστες (όταν δύο διαφορετικοί χρήστες λαµβάνουν την ίδια εγγραφή τότε µονάχα ένας µπορεί να επεξεργαστεί την εγγραφή ). 2.5.5 Περιγραφή διαδικασιών ανάνηψης από καταστροφή δεδοµένων (disaster recovery) βάσει της προτεινόµενης αρχιτεκτονικής 2.6 ΛΕΙΤΟΥΡΓΙΑ ΣΤΟ ΙΑ ΙΚΤΥΟ (WEB) ΚΑΙ ΣΤΟ CLOUD 2.6.1 Φιλοξενία (hosting) εφαρµογής σε αποµακρυσµένο server, δηλαδή δυνατότητα προσπέλασης στο σύστηµα από αποµακρυσµένους χρήστες. Περιγράψτε το µοντέλο λειτουργίας και τις παρεχόµενες υπηρεσίες. 2.6.2 Υποστήριξη ασφάλειας συναλλαγών µέσω Internet Secure Sockets Layer (SSL) Transport layer security (TLS) 2.6.3 Να υπάρχει δυνατότητα λειτουργίας του προσφερόµενου λογισµικού σε περιβάλλον Public Cloud (Να διαθέτει ο Ανάδοχος εγκαταστάσεις που λειτουργούν ήδη σε Cloud) 2.6.4 Να περιγραφούν η cloud πλατφόρµα, οι δυνατότητες και οι υπηρεσίες που παρέχονται και το κόστος αυτών (ως προαιρετικές στην οικονοµική προσφορά) 2.6.5 Να διατίθεται πλήρως αυτοµατοποιηµένο περιβάλλον βιοµηχανικού τύπου για hosting της υπηρεσίας 2.6.6 Να υπάρχει ασφάλεια και σταθερότητα της πλατφόρµας σε συνδυασµό µε τη δοµηµένη αρχιτεκτονική της 2.6.7 Να διαθέτει ο Ανάδοχος αυτοµατοποιηµένο περιβάλλον υποστήριξης των εφαρµογών που λειτουργούν στο Cloud και αυτοµατοποιηµένους µηχανισµούς διαχείρισης 2.6.8 Οι προτεινόµενες εφαρµογές να ενσωµατώνουν τεχνολογίες ειδικά σχεδιασµένες για cloud (όπως Loose-State Servers Technology, Selective Server Access, Reduced RPC Call, Hibernate Connections Technology κ.ά.) και να διαθέτουν ενσωµατωµένο µηχανισµό για εύκολο και γρήγορο ανέβασµα της τοπικής ( on-premise ) εγκατάστασης στο περιβάλλον cloud 2.6.9 Να περιγραφεί από τον Ανάδοχο το διατιθέµενο Service Level Agreement (SLA) για τη χρήση του προσφερόµενου λογισµικού στο Cloud 2.6.10 Να υπάρχει η δυνατότητα λήψης εφεδρικών αρχείων από το µηχανογραφικό κέντρο του ΕΚΑΒ, χωρίς την παρέµβαση άλλου λογισµικού. Αντιστοίχως να υπάρχει η διαδικασία επανάκτησης από εφεδρικά αρχεία, σε τοπικό επίπεδο. 2.7 E-SERVICES MOBILE ΕΦΑΡΜΟΓΕΣ 2.7.1 Το προσφερόµενο σύστηµα να παρέχει εγγενώς τη δυνατότητα για ανάπτυξη ηλεκτρονικών υπηρεσιών (eservices) µέσω δοκιµασµένων τεχνολογιών (REST Web services κλπ.) που να δίνουν τη δυνατότητα αναταλλαγής δεδοµένων (modular ή και free) σε οποιαδήποτε µορφή όπως.xml, JSON κλπ. 2.7.2 Να διατίθεται δυνατότητα επέκτασης του πληροφοριακού συστήµατος µε τη χρήση «κινητών» εφαρµογών (mobile 9

apps) µε χρήση ενσωµατωµένου µηχανισµού διασύνδεσης µε εφαρµογές φορητών συσκευών 2.8 ΦΑΚΕΛΟΙ, ΈΓΓΡΑΦΑ, MULTIMEDIA 2.8.1 Γενικευµένη δυνατότητα για εισαγωγή αρχείων κειµένου ή / και multimedia files (documents, spreadsheets φύλλα εργασίας, αρχεία δεδοµένων, φωτογραφίες, ήχοι, video κλπ.) σε οποιοδήποτε σηµείο των εφαρµογών. 2.8.2 Συνέργιες µε εσωτερικά συστήµατα documentation (πχ. Intranets) απεριόριστες δυνατότητες συνδυασµού στατικών µε δυναµικά έγγραφα 2.8.3 υνατότητα για τήρηση ζωντανών links µε τα document multimedia files ή /και πλήρη αποθήκευση τους στη βάση δεδοµένων. 2.9 ΥΝΑΤΟΤΗΤΑ ΠΡΟΣΑΡΜΟΓΗΣ ΣΤΙΣ ΑΠΑΙΤΗΣΕΙΣ (CUSTOMIZATION) 2.9.1 Το προσφερόµενο σύστηµα πρέπει να συνδυάζει τη σταθερότητα (και την ποιότητα) τυποποιηµένων εφαρµογών µε τις δυνατότητες των κατά παραγγελία εφαρµογών, ενσωµατώνοντας στο βασικό σύστηµα εργαλεία και τεχνολογίες που θα επιτρέπουν την προσαρµογή στις απαιτήσεις και τις ιδιαιτερότητες του ΕΚΑΒ, που αφορούν: στη λειτουργικότητα των εφαρµογών στις απαιτήσεις κάθε θέσης εργασίας στις ανάγκες επικοινωνίας µε άλλα συστήµατα 2.9.2 Ενσωµατωµένη δυνατότητα αντιγραφής εγγραφών µε απλό τρόπο (copy paste) από οποιαδήποτε λίστα (browser) µιας εφαρµογής είτε σε clipboard των Windows είτε σε αρχείο µε στόχο την επικόλλησή των εγγραφών αυτών σε άλλη εγκατάσταση (installation) είτε σε άλλη εφαρµογή του συστήµατος. 2.9.3 Να υπάρχει εργαλείο που να δίνει τη δυνατότητα σχεδιασµού «παραστατικών» που αφορούν σε εξειδικευµένες λειτουργίες του ΕΚΑΒ (όχι κατ ανάγκη λογιστικές) και να ενσωµατώνονται στις εφαρµογές. Οι φόρµες αυτές να µπορούν να περιλαµβάνουν οποιαδήποτε στοιχεία επιθυµεί να τηρεί ο Φορέας. 2.9.4 Επιθυµητή είναι η διάθεση εργαλείου χρονοπρογραµµατισµού της εκτέλεσης επιλεγµένων εργασιών και διαχείρισης. 2.9.5 υνατότητα εκτύπωσης δεδοµένων αποστολής µε e-mail χωρίς την παρέµβαση του χρήστη µέσω κατάλληλης παραµετροποίησης. 2.9.6 Να παρέχεται δυνατότητα χρήσης scripts για τη δηµιουργία επιπλέον λειτουργικότητας για την κάλυψη επιπλέον, ειδικών διαδικασιών, ώστε να µπορεί ο χρήστης να παρεµβάλει στις ενέργειές του ή στις ενέργειες της εφαρµογής άλλες, νέες ενέργειες για να εµπλουτίσει ή να περιορίσει τη λειτουργικότητα της εφαρµογής. Υποστήριξη κατ ελάχιστο VB scripts και Java scripts. 2.9.7 υνατότητα προσθήκης νέων πινάκων και οποιουδήποτε νέου πεδίου (οποιουδήποτε τύπου, σε οποιοδήποτε πίνακα και µε οριζόµενη συµπεριφορά). Να υπάρχει µηχανισµός προσθήκης στη βάση δεδοµένων νέων πεδίων ή/και πινάκων µέσα από τις εφαρµογές. 2.9.8 Να διατίθεται ενσωµατωµένο οπτικό εργαλείο σχεδιασµού οθονών, σύµφωνα µε τις ανάγκες κάθε χρήστη (τροποποίηση ή/και νέου σχεδιασµού), µε δυνατότητα χρήσης και των οριζόµενων από το χρήστη πεδίων. 2.10 MIS Reporting Tools 2.10.1 Ενσωµάτωση εργαλείου επεξεργασίας αναφορών για µεταβολή, επεξεργασία, δηµιουργία, παρουσίαση και εκτύπωση υφιστάµενων καταστάσεων και αναφορών. υνατότητα οµαδοποίησης και ταξινόµησης µε βάση οποιοδήποτε πεδίο και ακόµη δυνατότητα δενδροειδούς 10

απεικόνισης των πεδίων προς επιλογή. Οι εκτυπώσεις που προκύπτουν να κατευθύνονται προς αρχείο Excel, Word, ASCII ή να εµφανισθούν στην οθόνη προς έλεγχο. Να υποστηρίζεται η δηµιουργία αναφορών (reports) µε γραφικές απεικονίσεις των αποτελεσµάτων (π.χ. γραφήµατα, στατιστικές πίτες κλπ). 2.10.2 ιάθεση εργαλείου δηµιουργίας νέων, ελεύθερων αναφορών και λοιπών στατιστικών καταστάσεων µε πρόσβαση σε όλους ανεξαιρέτως τους πίνακες και τα πεδία της εφαρµογής. Εύχρηστο interface µε οπτικό σχεδιασµό (visual) και µε κλιµάκωση των δυνατοτήτων του εργαλείου (από απλή επιλογή στηλών έως και ελεύθερη σύνταξη εκτεταµένων εντολών SQL). 2.10.3 Όλες οι αναφορές να µπορούν να έχουν χρονική διάρκεια και να µπορούν να συγκρίνουν τα ιστορικά στοιχεία που τηρούν οι εφαρµογές. 2.10.4 Να διατίθεται επίσης εργαλείο δηµιουργίας αναφορών χωρίς προκαθορισµένη διάταξη γραµµογράφησης (layout), που αντλεί στοιχεία από οποιουσδήποτε πίνακες της εφαρµογής µε ενσωµατωµένες συναρτήσεις και έτοιµους αριθµοδείκτες ώστε να µπορεί να καλύψει σύνθετες απαιτήσεις πληροφόρησης. Η σχεδίαση αυτών των αναφορών να γίνεται είτε µέσα από την εφαρµογή είτε σε απευθείας σύνδεση µε ειδικά προσαρµογές φόρµες (documents) του Word ή του Excel ή του αντίστοιχου ανοικτού λογισµικού. 2.10.5 Να διατίθεται ολοκληρωµένο σύστηµα στατιστικής επεξεργασίας των βασικών πινάκων (αγορών, πωλήσεων, προϋπολογισµού κλπ) µέσω εργαλείων παραγωγής στατιστικών καταστάσεων (κατά προτίµηση ενσωµατωµένων στις εφαρµογές). Να αναφερθούν αναλυτικά οι δυνατότητες των διατιθέµενων εργαλείων. 2.10.6 Να χρησιµοποιείται χωριστή σχεσιακή βάση δεδοµένων από την βάση δεδοµένων του νέου ERP. Στην νέα βάση, του MIS, θα συγκεντρώνονται τα δεδοµένα από τις ποικίλες βάσεις που χρησιµοποιεί το ΕΚΑΒ, χωρίς να αποκλείεται η εισαγωγή δεδοµένων από άλλες πηγές, όπως text αρχεία, πίνακες XML ή υπολογιστικά φύλλα. 2.10.7 Ο σχεδιασµός των αναφορών να γίνεται µε γραφικά εργαλεία. Να υποστηρίζεται κατ ελάχιστον VB script και Java script. 2.10.8 Σε περίπτωση που προσφέρονται ανεξάρτητα εργαλεία στατιστικής επεξεργασίας, θα πρέπει να προσφερθούν οι αντίστοιχες άδειες χρήσης για όλους τους χρήστες των εφαρµογών. 2.10.9 Να υποστηρίζεται η ανάλυση των στοιχείων κατά ποικίλους τρόπους όπως κατά δραστηριότητα, τµήµα, γεωγραφική περιοχή/ ζώνη κ.α. υνατότητες σχεδιασµού παρουσίασης των πρωτογενών πληροφοριών µε οιαδήποτε συνδεσµολογία µεταξύ τους για την έκδοση οιασδήποτε κατάστασης. 2.10.10 Να υποστηρίζεται η εξαγωγή αναφορών (reports) σε υπολογιστικά φύλλα. Nα αξιοποιείται η λειτουργία pivot table µε δυνατότητα drag and drop µεταβλητών και εκφράσεων κατά τους οριζόντιους και κάθετους άξονες. 2.11 ΣΥΣΤΗΜΑ ΕΓΚΡΙΣΕΩΝ 2.11.1 Για την κάλυψη των απαιτήσεων του ΕΚΑΒ απαιτείται η υποστήριξη από τις εφαρµογές της διαδικασίας έγκρισης σε στάδια (σε όλες τις συναλλαγές του Φορέα), µε δυνατότητα ορισµού συγκεκριµένων χρηστών ή οµάδων χρηστών που εµπλέκονται σε κάθε στάδιο της διαδικασίας έγκρισης. 2.11.2 Η ενηµέρωση για τις εκκρεµότητες (εκκρεµείς ενέργειες) του κάθε εµπλεκόµενου θα πρέπει να γίνεται µε αναφορά (report) µε επιπλέον δυνατότητα άµεσης εκτέλεσης µέσα από την ίδια την αναφορά. Ακόµη, πρέπει να παρέχεται η 11

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

Β ΠΙΝΑΚΕΣ ΣΥΜΜΟΡΦΩΣΗΣ ΙΟΙΚΗΤΙΚΟΥ ΟΙΚΟΝΟΜΙΚΟΥ ΥΠΟΣΥΣΤΗΜΑΤΟΣ 1. ΚΥΚΛΩΜΑ ΓΕΝΙΚΗΣ ΛΟΓΙΣΤΙΚΗΣ ΑΠΑΙΤΗΣΗ ΑΠΑΝΤΗΣΗ ΠΑΡΑΠΟΜΠΗ 1.1 Π 146/03, ΚΦΑΣ ΛΠ 1.1.1 Πλήρης συµµόρφωση στις απαιτήσεις του Π 146/03 1.1.2 Σύστηµα προειδοποιήσεων και ελέγχου ηµεροµηνιών σύµφωνα µε τον ΚΦΑΣ. Τήρηση των υποχρεωτικών ηµερολογίων όπως προβλέπει ο ΚΦΑΣ. Πλήρης συµµόρφωση µε τον ΚΦΑΣ σε θέµατα εκτυπώσεων και αναφορών (γραµµογράφηση, κτλ.) 1.1.3 Συµφωνία στο τέλος της ηµέρας, του µήνα µε έκδοση αναλόγων λογιστικών αναφορών ελέγχου και συµφωνίας 1.1.4 Αποκεντρωµένες εγγραφές και κυρίως στο σηµείο της πράξης. Το σηµείο της πράξης είναι στο δίκτυο το σηµείο όπου εκτελείται η κίνηση π.χ. Περιφερειακά Τµήµατα. 1.2 ΟΡΙΣΜΟΙ (λογαριασµοί, χρήση, περίοδοι κλπ) 1.2.1 ηµιουργία λογιστικού σχεδίου µε βάση του Π 146/03 και ενηµέρωση ανωτεροβάθµιων από κατωτεροβάθµιους 1.2.2 Η ανάπτυξη των λογαριασµών της Γενικής Λογιστικής να είναι της µορφής ΧΧ.ΧΧ.ΧΧ.ΧΧ. µε δυνατότητα περαιτέρω ανάπτυξης σε τουλάχιστον 5 ο βαθµό και η περιγραφή των λογαριασµών να είναι τουλάχιστον 50 χαρακτήρες 1.2.3 υνατότητες διευκόλυνσης της καταχώρησης των λογαριασµών (αυτοµατοποίηση και ευκολίες χειριστικές) 1.2.4 Ειδικά οριζόµενα από εξουσιοδοτηµένους χρήστες τµηµάτων λογαριασµού µε ιδιότητες οµαδοποίησης ή άλλου µηχανισµού ορισµού ιδιοτήτων λογαριασµών για οµαδοποίηση και δυνατότητες αναφορών (π.χ. Χρηµατικά διαθέσιµα, Πάγια, κτλ) 1.2.5 Τήρηση των υποχρεωτικών λογαριασµών που προβλέπει το Π 146/03, δυνατότητα ανάπτυξης µη υποχρεωτικών όπου ορίζεται από το Π, σύµφωνα µε τα προβλεπόµενα στο ΚΦΑΣ 1.2.6 Υποχρεωτική αντιστοίχιση πολλών αναλυτικών λογαριασµών µε έναν ΚΑΕ του ηµόσιου Λογιστικού 1.2.7 Παράλληλη σύγκριση δύο ή περισσότερων οικονοµικών χρήσεων 1.2.8 Ορισµός εύρους οικονοµικής περιόδου σύµφωνα µε τις απαιτήσεις του χρήστη για ανάγκες reporting και ελέγχου 1.2.9 Πολλαπλά Ηµερολόγια, οριζόµενα από το χρήστη µε πλήρη δυνατότητα παραµετροποίησης των στοιχείων επεκτεινόµενα σε πολλές περιόδους και σε πολλές οικονοµικές χρήσεις 1.2.10 Οριζόµενα από το χρήστη όρια ηµεροµηνιών για έλεγχο και οριστικοποίηση των λογιστικών άρθρων 1.3 ΚΙΝΗΣΕΙΣ 1.3.1 Έκδοση ειδικού ακυρωτικού παραστατικού για κάθε λανθασµένη κατάχώρηση µε αυτόµατη δηµιουργία αντιλογιστικού άρθρου 1.3.2 Να επιτρέπει αυτόµατες κινήσεις από το σύστηµα προµηθειών και να επιτρέπει αυτόµατες κινήσεις από την εφαρµογή εισπρακτέων λογαριασµών 1.3.3 Να επιτρέπει αυτόµατες κινήσεις από το σύστηµα της αποθήκης 1.3.4 Να επιτρέπει αυτόµατες κινήσεις από /ή να έχει interface µε συστήµατα µισθοδοσίας 1.3.5 Να επιτρέπει ανεξάρτητες κινήσεις κατευθείαν στα ηµερολόγια και στους λογαριασµούς της Γενικής Λογιστικής 13