Ποια είναι τα μέτρα αντιμετώπισης όταν ανακαλύπτονται προβλήματα στο σύστημα μετά την παραλαβή

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

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

Δεν είναι παράξενο που μετά την έγκριση ελέγχου ή τη διαδικασία δοκιμών παραμένουν σφάλματα

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

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

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

Συνήθως, το χρέος θεωρείται ως εκπληρωμένο

Τι πρέπει να κάνετε, λοιπόν, όταν ανακαλύπτετε τέτοια προβλήματα; Θα ταξινομήσουμε τα βήματα που πρέπει να ακολουθήσετε σύμφωνα με τη νομική διαδικασία.

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

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

https://monolith.law/corporate/system-development-contact-agreement[ja]

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

https://monolith.law/corporate/completion-of-work-in-system-development[ja]

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

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

Διαδικασία Αναζήτησης Ευθύνης Βάσει της Εγγύησης για Ελαττώματα

Πώς λοιπόν μπορούμε να απαιτήσουμε από τον προμηθευτή να ανταποκριθεί βάσει της ευθύνης για ελαττώματα; Ας εξετάσουμε ποια βήματα πρέπει να ακολουθήσουμε και σε ποια σειρά.

Πρώτα επιβεβαιώστε τη σοβαρότητα των σφαλμάτων ή των προβλημάτων

Όταν ανακαλύπτονται σφάλματα ή προβλήματα μετά την παράδοση και αυτά θεωρούνται νομικά «ελαττώματα», τότε η σοβαρότητά τους γίνεται ζήτημα. Τα νομικά ζητήματα των ελαττωμάτων διακρίνονται σε τρεις κατηγορίες:

1. Ακόμα και αν υπάρχουν σφάλματα ή προβλήματα, αυτά είναι ασήμαντα και δεν θεωρούνται νομικά «ελαττώματα».
2. Αν και θεωρούνται νομικά «ελαττώματα», η εκπλήρωση του σκοπού της σύμβασης είναι εφικτή.
3. Θεωρούνται νομικά «ελαττώματα» και η εκπλήρωση του σκοπού της σύμβασης δεν είναι εφικτή.

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

Άρθρο 634

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

2. Ο παραγγελιοδόχος μπορεί να απαιτήσει αποζημίωση αντί για την επιδιόρθωση των ελαττωμάτων ή μαζί με αυτήν. Σε αυτή την περίπτωση, εφαρμόζονται οι διατάξεις του άρθρου 533.

Άρθρο 635

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

Για μια πιο λεπτομερή ανάλυση των σταδιακών διακρίσεων των «ελαττωμάτων», μπορείτε να ανατρέξετε στο παρακάτω άρθρο.

https://monolith.law/corporate/defect-warranty-liability[ja]

Στη συνέχεια, καθορίστε σαφώς τι πρέπει να απαιτήσετε από τον προμηθευτή

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

https://monolith.law/corporate/the-minutes-in-system-development[ja]

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

Άλλες Σημαντικές Παρατηρήσεις

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

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

https://monolith.law/corporate/cancellation-of-contracts-in-system-development[ja]

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

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

https://monolith.law/corporate/disputes-related-to-system-development[ja]

Θα πρέπει να διακρίνετε μεταξύ των σφαλμάτων και των ελλείψεων στις λειτουργίες

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

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

Συνοπτικά

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