ΕΡΓΟ: «ΠΟΛΙΤΙΣΤΙΚΟΣ ΠΛΟΗΓΟΣ ΤΗΣ ΑΘΗΝΑΣ ΣΕ ΣΥΣΤΗΜΑΤΑ GPS ΚΑΙ ΚΙΝΗΤΑ ΤΗΛΕΦΩΝΑ» ΔΙΕΥΚΡΙΝΙΣΕΙΣ ΥΣΕ-ΠΛΟ-2 Ημερομηνία δημοσίευσης διευκρινίσεων: 19 Δεκεμβρίου 2011 Σύμφωνα με το άρθρο 9.3. της προκήρυξης του διαγωνισμού «ΥΛΟΠΟΙΗΣΗ ΚΑΙ ΟΛΟΚΛΗΡΩΣΗ ΗΛΕΚΤΡΟΝΙΚΗΣ ΕΦΑΡΜΟΓΗΣ ΠΟΛΙΤΙΣΤΙΚΟΥ ΠΛΟΗΓΟΥ ΤΗΣ ΑΘΗΝΑΣ ΓΙΑ ΣΥΣΤΗΜΑΤΑ GPS ΚΑΙ ΚΙΝΗΤΑ ΤΗΛΕΦΩΝΑ», κωδικός Αναφοράς ΥΣΕ-ΠΛΟ-2, παρέχονται οι ακόλουθες διευκρινίσεις, κατόπιν αντίστοιχων ερωτημάτων που υποβλήθηκαν από τους ενδιαφερόμενους: 1. Διορθώνεται το ακόλουθο τυπογραφικό λάθος του τεύχους: Στο άρθρο 26, στην παράγραφο 26.1, στην ομάδα κριτηρίων 2 «25.2. Μέρος 2: Υλοποίηση εφαρμογής χρήστη», στο κριτήριο 7 όπου «Εγκατάσταση συσκευής» διάβαζε «Εγκατάσταση εφαρμογής» και όπου «Καταλληλότητα και ευχέρια τρόπου πρόσβασης του τελικού χρήστη στη συσκευή» διάβαζε «Καταλληλότητα και ευχέρια τρόπου πρόσβασης του τελικού χρήστη στην εφαμρογή». 2. Όσο αφορά στην ποσότητα του οπτικού περιεχομένου που απαιτείται στην παράγραφο 25.5 της διακήρυξης, ισχύουν τα προβλεπόμενα στην παράγραφο 25.5.1: «Ο ανάδοχος θα παραδώσει στο ΙΜΕ φωτογραφίες 240 θεμάτων. Ο ακριβής κατάλογος των προς φωτογράφηση θεμάτων θα οριστικοποιηθεί και θα παραδοθεί από το ΙΜΕ στον ανάδοχο το αργότερο 2 μήνες μετά την υπογραφή της σύμβασης». Ο έννοια του φωτογραφικού θέματος είναι απολύτως σαφής. Ο υποψήφιος στην τεχνική έκθεση που προβλέπεται στην παράγραφο 25.5.4 της διακήρυξης δύναται να επεξηγήσει αναλυτικά, στο πλαίσιο της τεχνικής προσφοράς του, τον τρόπο και τις μεθόδους με τις οποίες θα αντιμετωπίσει τα φωτογραφικά αυτά θέματα, στοιχείο το οποίο αξιολογείται σύμφωνα με τα σχετικά προβλεπόμενα στη διακήρυξη. 3. Όσο αφορά στον κύκλο εργασιών των υποψηφίων, ισχύουν τα προβλεπόμενα στην παράγραφο 12.5.1 της διακήρυξης: «Οι υποψήφιοι πρέπει κατʼ ελάχιστον
να έχουν κύκλο εργασιών αθροιστικά για τα 3 τελευταία έτη (2008, 2009 και 2010) ίσο με 2.500.000 ευρώ». Συνεπώς είναι αποδεκτές προσφορές υποψηφίων που έχουν κύκλο εργασιών αθροιστικά για τα 3 τελευταία έτη (2008, 2009 και 2010) μεγαλύτερο από ή ίσο με 2.500.000 ευρώ. 4. Ως προς την παράγραφο 12.6.1 διευκρινίζεται πως η αναφορά στην τελευταία τριετία αφορά την τελευταία τριετία πριν το έτος διεξαγωγής του διαγωνισμού (2012). Συνεπώς η παράγραφος 12.6.1 αναφέρεται σε έργα που έχουν ολοκληρωθεί τα έτη 2009, 2010 και 2011. 5. Όσον αφορά στα λειτουργικά συστήματα κινητών με τα οποία θα πρέπει να είναι συμβατή η αναπτυσσόμενη εφαρμογή όπως προβλέπεται στο άρθρο 25.2.2. «θα πρέπει να είναι κατάλληλα προσαρμοσμένη στην πλειονότητα των smartphones που θα κυκλοφορούν στην αγορά κατά την ολοκλήρωση του έργου». Με δεδομένη την παρούσα εξέλιξη των τεχνολογιών διευκρινίζεται πως οι προτεινόμενες λύσεις θα πρέπει να είναι συμβατές τουλάχιστον με τα ακόλουθα λειτουργικά συστήματα κινητών τηλεφώνων και τις μετέπειτα εκδόσεις τους: Android 2.3 BlackBerry OS 6.0 ios 4 Symbian 9.5 Windows Phone 7 Σε περίπτωση που κάποιο εξ αυτών κατά την διάρκεια εκτέλεσης της σύμβασης καταργηθεί ή αντικατασταθεί από κάποιο άλλο, ο ανάδοχος θα προσαρμόσει πριν την παράδοση την εφαρμογή του στα νέα τεχνικά δεδομένα. Επίσης σύμφωνα με το άρθρο 25.2.2. «θα πρέπει να υπάρχει και κατάλληλη τεχνική προσέγγιση για χρήση σε διαφορετικές συσκευές ή/και σε συσκευές που θα παραχθούν στο μέλλον η οποία και θα αξιολογηθεί ως προς την λειτουργικότητά της». Προφανώς η ίδια η ανάπτυξη της εφαρμογής για συσκευές που «θα παραχθούν στο μέλλον» δεν περιλαμβάνεται στις απαιτήσεις της παρούσας. Απαιτείται όμως και αξιολογείται η σχετική «κατάλληλη τεχνική προσέγγιση» που θα το επιτρέψει στο μέλλον. 6. Σε σχέση με τις τεχνολογίες και την τεχνική λύση που δύναται να προταθεί, διευκρινίζεται πως οι υποψήφιοι μπορουν να επιλέξουν την τεχνική λύση που θα προτείνουν, σύμφωνα και με τα προβλεπόμενα στη διακήρυξη. Ενδεικτικά, και όχι αποκλειστικά, αναφέρονται οι επιλογές ανάπτυξης εφαρμογής διαδικτύου, ανάπτυξης διαφορετικής εφαρμογής για κάθε λειτουργικό σύστημα, ανάπτυξης διαφορετικής εφαρμογής για κάθε λειτουργικό σύστημα και τύπο συσκευής κλπ. Ανάλογα με την τεχνική λύση που θα επιλέξουν οι υποψήφιοι θα πρέπει στην τεχνική τους έκθεση να εξηγήσουν τον τρόπο με τον οποίο η προσφορά τους ικανοποιεί τις προϋποθέσεις που θέτει η διακήρυξη. Συνεπώς, ο ανάδοχος θα τεκμηριώσει στην προσφορά του την κάλυψη ή υπερκάλυψη των σχετικών λειτουργικών απαιτήσεων και θα αξιολογηθεί με βάση τα κριτήρια που προβλέπονται στην διακήρυξη.
7. Όσο αφορά στις ελάχιστες τεχνικές προδιαγραφές των τηλεφώνων με τα οποία θα πρέπει να είναι συμβατή η αναπτυσσόμενη εφαρμογή, διευκρινίζεται πως η εφαρμογή θα πρέπει να λειτουργεί στις συσκευές των κινητών τηλεφώνων της κατηγορίας smartphone, τα οποία διαθέτουν δέκτη GPS και ένα από τα ανωτέρω αναφερόμενα λειτουργικά συστήματα. Προφανώς σε περίπτωση που κατά την διάρκεια της υλοποίησης του έργου εμφανιστεί επόμενη γενιά smartphone, ο ανάδοχος θα φροντίσει για την λειτουργία της εφαρμογής του και στα smartphone της γενιάς αυτής στο πλαίσιο του άρθρου 25.2.2. «θα πρέπει να είναι κατάλληλα προσαρμοσμένη στην πλειονότητα των smartphones που θα κυκλοφορούν στην αγορά κατά την ολοκλήρωση του έργου». 8. Διευκρινίζεται πως όπου στη διακήρυξη αναφέρονται συστήματα GPS εννοείται οιαδήποτε συσκευή επίδειξης περιεχομένου έχει δυνατότητα προγραμματισμού και λήψης πληροφορίας GPS, όπως για παράδειγμα internet tablets με GPS modules και αυτά εννοούνται και στο άρθρο 25.2. ως «συσκευές GPS». Προφανώς δεν απαιτείται η προσφερόμενη εφαρμογή να είναι συμβατή με «κλειστά» συστήματα που δεν επιτρέπουν την ανάπτυξη και εγκατάσταση εφαρμογών από τρίτους πλην του κατασκευαστή τους. Όσο αφορά τα «κλειστά» συστήματα GPS στην τεχνική τους προσφορά οι υποψήφιοι, σύμφωνα με το άρθρο 25.1.2. της διακήρυξης οφείλουν να προσφέρουν λύσεις οι οποίες, θα επιτρέπουν την εξαγωγή των δεδομένων του έργου σε κατάλληλη και χρηστική μορφή, με στόχο να μπορεί μελλοντικά να αξιοποιηθεί από το ΙΜΕ με οιονδήποτε τρόπο, προφανώς και σε συνεργασία με κατασκευαστές «κλειστών» συστημάτων εάν αυτά συνεχίσουν να υφίστανται ή άλλων συστημάτων που θα παραχθούν στο μέλλον, προσαρμοζόμενα καταλλήλως. 9. Όσο αφορά στη διασύνδεση της εφαρμογής που περιγράφεται στη διακήρυξη με τις ήδη υπάρχουσες υποδομές του ΙΜΕ και συγκεκριμένα με τη βάση δεδομένων της ΕΜΕ, επισυνάπτεται στο παράρτημα Α του παρόντος η περιγραφή της υπηρεσίας διασύνδεσης (web service) μέσω της οποίας θα επιτυγχάνεται η πρόσβαση στα δεδομένα. Διευκρινίζεται πως το ΙΜΕ διατηρεί το δικαίωμα να επικαιροποιήσει την ακριβή δομή και ονοματολογία των υποστηριζόμενων μεθόδων, οι υποψήφιοι ανάδοχοι μπορούν όμως να θεωρήσουν την τρέχουσα μορφή τους ενδεικτική της τελικής τους μορφής για να προσδιορίσουν τις εργασίες τους. Η βάση δεδομένων της ΕΜΕ βρίσκεται σε υποδομές που ήδη διαθέτει το ΙΜΕ. Επισημαίνεται ότι οι υποψήφιοι μπορούν, εφόσον το κρίνουν σκόπιμο, να κάνουν χρήση της δυνατότητας που τους παρέχεται στο άρθρο 9.4. της διακήρυξης. 10. Ο υποψήφιος θα πρέπει στο πλαίσιο της τεχνικής του πρότασης θα περιλάβει το σύνολο των εφαρμογών, διεπαφών και κάθε άλλο σύστημα που απαιτείται, ανάλογα με την τεχνική του λύση, για να δύναται το ΙΜΕ να προσθέτει, να αλλάζει ή να αφαιρεί περιεχόμενο, σύμφωνα με τα προβλεπόμενα στο άρθρο 25.1.3: «Είναι απαραίτητο το ΙΜΕ να έχει τη δυνατότητα να ενημερώνει το κειμενικό και οπτικό περιεχόμενο του έργου και μετά την παράδοση των συστημάτων που αναπτύσσονται στο πλαίσιο της παρούσας. Κατά συνέπεια απαιτείται η ανάπτυξη κατάληλης λειτουργίας διασύνδεσης της βάσης με τα
υφιστάμενα συστήματα του ΙΜΕ ώστε η μεταφορά των δεδομένων από τα συστήματα του ΙΜΕ στα συστήματα του έργου να γίνεται με τρόπο αυτοματοποιημένο.» Η λειτουργικότητα και τα λοιπά στοιχεία της λύσης που θα προταθεί αξιολογούνται σύμφωνα με τα προβλεπόμενα στην διακήρυξη κριτήρια. 11. Επισημαίνεται ότι για όποιας μορφής εφαρμογή προταθεί από τον υποψήφιο, ο υποψήφιος θα πρέπει να λάβει υπόψη του τα προβλεπόμενα στην παράγραφο 25.8.2. της διακήρυξης: «Τυχόν εξοπλισμός που χρειάζεται για την υλοποίηση και λειτουργία του έργου (όπως ενδεικτικά ο server στον οποίο θα εκτελείται η serverside εφαρμογή) βαρύνουν τον ανάδοχο. Δεν επιτρέπεται η επιλογή τεχνικών λύσεων που βασίζονται σε ενοικιαζόμενο εξοπλισμό ή ενοικιαζόμενες υπηρεσίες hosting καθώς η χρήση τους πέραν της λήξης του έργου θα μεταφράζονταν σε πρόσθετα έξοδα συντήρησης της λειτουργίας του έργου.» Σύμφωνα με το ανωτέρω, ο όποιος εξοπλισμός απαιτείται για την πλήρη και μόνιμη λειτουργία του έργου στις εγκαταστάσεις του ΙΜΕ, ανάλογα με την τεχνική λύση που θα προταθεί, θα περιληφθεί από τον υποψήφιο στην προσφορά του και θα παραδοθεί και εγκατασταθεί στο ΙΜΕ ή σε χώρους που αυτό θα ορίσει. Διευκρινίζεται με έμφαση ότι εάν κατά την πορεία υλοποίησης της τεχνικής λύσης από τον ανάδοχο διαπιστωθεί ότι κάποια στοιχεία εξοπλισμού δεν είχαν περιληφθεί και περιγραφεί στην προσφορά του υποψηφίου ενώ είναι αναγκαία για την υλοποίηση και την μόνιμη λειτουργία του έργου στο ΙΜΕ, ο ανάδοχος οφείλει να τα συμπληρώσει, να τα παραδώσει και να τα ενσωματώσει με τρόπο τέτοιο ώστε το έργο να είναι κατά την ολοκλήρωσή του πλήρως λειτουργικό. Όλα αυτά τα στοιχεία περιλαμβάνονται στο κατ αποκοπή τίμημα της προσφοράς του. 12. Όσο αφορά στη διανομή της εφαρμογής στους χρήστες, ισχύουν τα προβλεπόμενα στην παράγραφο 25.2.5: «Για την επιτυχία του έργου είναι επίσης απαραίτητο η πρόσβαση στην εφαρμογή και στις υπηρεσίες του έργου να παρέχεται με τρόπο εύκολο για το μέσο χρήστη. Στο παρόν μέρος του έργου περιλαμβάνεται και κάθε ανάπτυξη ή άλλη εργασία απαιτείται για να δοθεί στους τελικούς χρήστες η δυνατότητα να αποκτήσουν και να χρησιμοποιήσουν την εφαρμογή». Συνεπώς ο υποψήφιος θα προτείνει, στο πλαίσιο της τεχνικής λύσης που θα επιλέξει, εάν αυτή περιλαμβάνει την εγκατάσταση στοιχείων στο κινητό τηλέφωνο του χρήστη, τον τρόπο με τον οποίο θα γίνεται η διανομή των στοιχείων αυτών στους χρήστες καθώς και η επικαιροποίησή τους για νέες εκδόσεις τους. Ο υποψήφιος θα πρέπει επίσης να λάβει υπόψη πως, σύμφωνα με τα προβλεπόμενα στο άρθρο 25.8.2, «δεν επιτρέπεται η επιλογή τεχνικών λύσεων που βασίζονται σε ενοικιαζόμενο εξοπλισμό ή ενοικιαζόμενες υπηρεσίες hosting καθώς η χρήση τους πέραν της λήξης του έργου θα μεταφράζονταν σε πρόσθετα έξοδα συντήρησης της λειτουργίας του έργου.» Επισημαίνεται ότι η παρούσα διευκρίνιση θα πρέπει να γίνει κατανοητή μεταξύ άλλων σε συνδυασμό με τα κριτήρια αξιολόγησης της προσφοράς όπου αξιολογείται ο «τρόπος εξασφάλισης συμβατότητας με διαφορετικές συσκευές καθώς και με μελλοντικές συσκευές, τρπος προσαρμογής στην κάθε συσκευή» και η «καταλληλότητα και ευχέρια τρόπου πρόσβασης του τελικού χρήστη στην εφαρμογή». 13. Όσο αφορά στην δυνατότητα ενημέρωσης του περιεχομένου που προβλέπεται στην παράγραφο 25.1.3 της διακήρυξης, διευκρινίζεται πως αυτή αφορά το
σύνολο του περιεχομένου που προβλέπεται στο έργο, σε κάθε μορφή και γλώσσα. 14. Όσο αφορά στην παράγραφο 25.1.4 της διακήρυξης διευκρινίζεται πως με την αναφορά σε «κάθε άλλο κώδικα που αναπτύσσεται ή αξιοποιείται στο πλαίσιο του παρόντος» εννοείται κάθε κώδικας που είτε αναπτύσσεται από τον ανάδοχο ή λαμβάνεται σε μορφή κώδικα από οποιαδήποτε άλλη πηγή και αξιοποιείται στο πλαίσιο του έργου. Δεν απαιτείται ο πηγαίος κώδικας για στοιχεία που παρέχονται «κλειστά» από τρίτους και έχουν ενταχθεί στο έργο χωρίς ο ανάδοχος να έχει χρησιμοποιήσει τον κώδικά τους ή να έχει πρόσβαση σε αυτόν. 15. Όσο αφορά στον αριθμό των σημείων ενδιαφέροντος και του αντίστοιχου κειμενικού και πολυμεσικού υλικού που θα ενσωματωθούν στην εφαρμογή στο πλαίσιο του έργου, ισχύουν τα προβλεπόμενα στην διακήρυξη στο άρθρο 25.3.2 και στα λοιπά σχετικά άρθρα. Επισημαίνεται πως ισχύουν επίσης τα προβλεπόμενα στο άρθρο 25.1.3, σύμφωνα με τα οποία ο μελλοντικός αριθμός πρόσθετου περιεχομένου που δύναται να ενσωματώσει το ΙΜΕ στην εφαρμογή είναι πρακτικά απεριόριστος καθώς το περιεχόμενο θα μεταβάλλεται, θα επικαιροποιείται και θα επεκτείνεται. 16. Η εφαρμογή που θα αναπτυχθεί στο πλαίσιο του έργου θα προσφέρει υπηρεσίες πλοήγησης. Συνεπώς, η πληροφορία που προσφέρεται στο χρήστη θα πρέπει να συνδέεται ως σημείο ενδιαφέροντος με κατάλληλο χάρτη. Ο υποψήφιος στην τεχνική του προσφορά θα περιγράψει τον τρόπο σύνδεσης με τον κατάλληλο χάρτη (ενδεικτικά και όχι αποκλειστικά αναφέρουμε τα ενδεχόμενα της χρήσης χάρτη που ο χρήστης διαθέτει ήδη, χρήση δωρεάν χαρτών όπως ενδεικτικά από το Google Maps API, χρήση χαρτών που αναπτύσσονται ειδικά για την εφαρμογή από τον ανάδοχο κλπ), λαμβάνοντας υπόψη τα προβλεπόμενα στα άρθρα 25.2.5: «Για την επιτυχία του έργου είναι επίσης απαραίτητο η πρόσβαση στην εφαρμογή και στις υπηρεσίες του έργου να παρέχεται με τρόπο εύκολο για το μέσο χρήστη.», 25.8.2. «δεν επιτρέπεται η επιλογή τεχνικών λύσεων που... θα μεταφράζονταν σε πρόσθετα έξοδα συντήρησης της λειτουργίας του έργου.» και 25.1.3: «Είναι απαραίτητο το ΙΜΕ να έχει τη δυνατότητα να ενημερώνει το κειμενικό και οπτικό περιεχόμενο του έργου και μετά την παράδοση των συστημάτων που αναπτύσσονται στο πλαίσιο της παρούσας.» και ειδικά για την περίπτωση ανάπτυξης γεωχωρικών δεδομένων στο πλαίσιο του έργου και του άρθρου 25.10. 17. Διευκρινίζεται ότι δεν απαιτείται ως ελάχιστη απαίτηση η εφαρμογή να παρέχει υπηρεσίες αυτόματης πλοήγησης από το ένα σημείο ενδιαφέροντος στο άλλο. Θα πρέπει όμως ο χρήστης να έχει την δυνατότητα ανεύρεσης και εντοπισμού της θέσης του στον χάρτη. Θα πρέπει επίσης να έχει τη δυνατότητα εντοπισμού και άλλων σημείων ενδιαφέροντος, είτε μέσω στατικών προτεινόμενων διαδρομών που θα παρασχεθούν από το ΙΜΕ, είτε μέσω πλοήγησης (zoom-in, zoom-out, pan) στο χάρτη, είτε μέσω θεματικής κατηγοριοποιημένης λίστας σημείων ενδιαφέροντος (τεσσάρων το πολύ επιπέδων) που θα παρασχεθεί από το ΙΜΕ και που θα παραπέμπει στο χάρτη, ή και μέσω λίστας κοντινών προς τη θέση του χρήστη σημείων ενδιαφέροντος, σε απόσταση που θα καθορίζει ο χρήστης, η οποία και πάλι θα παραπέμπει στο χάρτη.
18. Όσο αφορά στους χρήστες της εφαρμογής σημειώνεται ότι τελικοί χρήστες είναι δυνητικά όλοι οι επισκέπτες της περιοχής της Αθήνας και οι κάτοικοί της, οι οποίοι δυνητικά μπορούν να χρησιμοποιήσουν τις συσκευές που περιγράφονται. Οι χειριστές του ΙΜΕ που θα δύνανται να χειρίζονται και να ενημερώνουν το περιεχόμενο ανέρχονται σε 10 κατελάχιστον. 19. Το έργο θα παρέχει την δυνατότητα ενσωμάτωσης πρόσθετου πολυμεσικού υλικού συνδυασμένου με σημεία ενδιαφέροντος, σύμφωνα με τα προβλεπόμενα στη διακήρυξη. Η φύση και η ποσότητα του υλικού αυτού που θα ενσωματωθεί στην διάρκεια του έργου με ευθύνη του αναδόχου, περιγράφονται αναλυτικά στη διακήρυξη. Η τεχνική υποδομή που θα αναπτυχθεί θα επιτρέπει στο ΙΜΕ να ενσωματώσει πρόσθετο υλικό και αντίστοιχα σημεία ενδιαφέροντος, κατά την διάρκεια του έργου και μετά το πέρας του έργου. Διευκρινίζεται πως δεν απαιτείται η δυνατότητα ενσωμάτωσης άλλου υλικού πέραν αυτού στο πλαίσιο της προς ανάθεσης σύμβασης. Η δυνατότητα επέκτασης και του είδους του υλικού, δηλαδή πέραν όσων ρητώς προβλέπονται στη διακήρυξη, και το οποίο θα δύναται να ενσωματωθεί στο μέλλον, αξιολογείται κατά τα προβλεπόμενα στα κριτήρια που αφορούν στην επεκτασιμότητα του έργου. 20. Σε σχέση με τις προβλεπόμενες στο άρθρο 12.6.5. της διακήρυξης απαιτήσεις για τον υπεύθυνο του έργου, και ειδικά και μόνο σε σχέση με την εμπειρία του υπεύθυνου του έργου, διευκρινίζεται ότι ως συναφές έργο εννοείται έργο το οποίο σχετίζεται με την ανάπτυξη εφαρμογών ή/και περιεχομένου για συστήματα γεωεντοπισμού, είτε για κινητά τηλέφωνα είτε για άλλα συστήματα με τεχνολογίες GPS.
ΠΑΡΑΡΤΗΜΑ Α ΥΠΗΡΕΣΙΑ ΔΙΑΣΥΝΔΕΣΗΣ ΜΕ ΒΑΣΗ ΔΕΔΟΜΕΝΩΝ ΕΜΕ Για τις ανάγκες διασύνδεσης του έργου με τις προϋπάρχουσες υποδομές του ΙΜΕ και συγκεκριμένα με τη βάση δεδομένων της ΕΜΕ θα χρησιμοποιηθεί Web Service που θα αναπτυχθεί με ευθύνη του ΙΜΕ. Ακολούθως περιγράφεται η τρέχουσα μορφή του συγκεκριμένου Web Service. ιευκρινίζεται πως το ΙΜΕ διατηρεί το δικαίωμα να αναθεωρήσει την ακριβή δομή και ονοματολογία των υποστηριζόμενων υπηρεσιών, οι υποψήφιοι ανάδοχοι μπορούν όμως να θεωρήσουν την τρέχουσα μορφή του ενδεικτική της τελικής του μορφής. Το Web Service έχει δημιουργηθεί σε.net και διαθέτει τις εξής μεθόδους: GetLemmaByIdAndLanguage(int lemmaid, string GUICultureName,string providerid) ID λήμματος γλώσσα GUI σε μορφή ISO (π.χ. el-gr, en-us) Έξοδος: αντικείμενο LemmaData. Η XML δομή LemmaData περιλαμβάνει τα σχετικά πεδία που περιλαμβάνονται στη βάση της ΕΜΕ. Στην περίπτωση που ο provider έχει ήδη την τελευταία έκδοση του λήμματος, τότε επιστρέφεται κενό XML document χωρίς δεδομένα. GetLemmaByIdAndLanguageId(int lemmaid, int GUILanguageId, string providerid, bool forceget) ID λήμματος ID γλώσσας GUI true/false forceget αν επιθυμούμε να πάρουμε το λήμμα, ακόμη και αν o provider διαθέτει ήδη την τελευταία έκδοση
Έξοδος: Αντικείμενο LemmaData GetNewLemmaIdsByDate(int GUILanguageId, string providerid, bool forceupdate, DateTime from, DateTime to) ID γλώσσας GUI true/false forceupdate αν επιθυμούμε να πάρουμε τη λίστα με τα IDs των λημμάτων για μια συγκεκριμένη περίοδο ανεξάρτητα αν ο provider το έχει ήδη κάνει from / to οι ημερομηνίες για να ορίσουμε την περίοδο για την οποία θέλουμε να αναζητήσουμε νέα λήμματα. Οι ημερομηνίες είναι στην μορφή YYYY-MM- DD. Στην περίπτωση που το forceupdate=false, τότε ως περίοδος αναζήτησης νέων λημμάτων είναι από την τελευταία φορά που ο provider ζήτησε update έως σήμερα, αλλιώς αν forceupdate=true, η περίοδος καθορίζεται από τις παραμέτρους from-to. Έξοδος: πίνακας ακεραίων int[] με τα IDs των λημμάτων GetNewLemmas(int GUILanguageId, string providerid, bool forceupdate) ID γλώσσας GUI true/false forceupdate αν επιθυμούμε να πάρουμε τη λίστα με τα λήμματα ανεξάρτητα αν ο provider το έχει ήδη κάνει. Σε περίπτωση forceupdate=true η κλήση θα φέρει όλα τα λήμματα γενικώς, οπότε δεν ενδείκνυται λόγω μεγάλου όγκου δεδομένων GetNewLemmasByDate(int GUILanguageId, string providerid, bool forceupdate, DateTime from, DateTime to)
ID γλώσσας GUI true/false forceupdate αν επιθυμούμε να πάρουμε τη λίστα με τα IDs των λημμάτων για μια συγκεκριμένη περίοδο ανεξάρτητα αν ο provider το έχει ήδη κάνει from / to οι ημερομηνίες για να ορίσουμε την περίοδο για την οποία θέλουμε να αναζητήσουμε νέα λήμματα. Οι ημερομηνίες είναι στην μορφή YYYY-MM- DD. Στην περίπτωση που το forceupdate=false, τότε ως περίοδος αναζήτησης νέων λημμάτων είναι από την τελευταία φορά που ο provider ζήτησε update έως σήμερα, αλλιώς αν forceupdate=true, η περίοδος καθορίζεται από τις παραμέτρους from-to. Έξοδος: πίνακας από LemmaData LemmaData[] με τα λήμματα που περιλαμβάνονται στην ενημέρωση. Κάθε φορά που ζητείται και επιστρέφεται ένα λήμμα από έναν provider, όπως και όταν ζητάει τα νέα λήμματα, η ενέργεια καταχωρείται στον πίνακα ProviderRequests. Τα στοιχεία που καταγράφονται είναι: tsstamp (datetime) χρονική στιγμή καταγραφής providerid (nvarchar(50)) id provider lemmaid (int) ID λήμματος ή 0 εφόσον ζητείται ενημέρωση για τα νέα λήμματα guiid (int) το ID της γλώσσας του GUI που ζητείται Όταν ζητείται ένα λήμμα, για το οποίο υπάρχει ήδη η τελευταία έκδοση, τότε το λήμμα δεν επιστρέφεται εκτός και αν το ζητήσουμε ρητά. Μόνο εφόσον επιστρέφουμε το λήμμα κάνουμε και την καταγραφή ότι ο provider έλαβε ενημέρωση για το λήμμα.