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

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

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

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

https://monolith.law/corporate/collapse-of-the-system-development-project[ja]

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

https://monolith.law/corporate/project-management-duties[ja]

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

https://monolith.law/corporate/support-obligations-of-vendors-after-system-development[ja]

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

https://monolith.law/corporate/the-transition-from-the-oldsystem[ja]

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

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

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

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

Πρώτα εξετάζουμε την ύπαρξη παραβίασης υποχρεώσεων από την πλευρά του προμηθευτή

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

Στη συνέχεια, επιβεβαιώνουμε την κατάσταση της ζημιάς που υπέστη ο χρήστης

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

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

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

（Αποζημίωση）
Άρθρο 53 Ο α’ και ο β’ μπορούν, σε περίπτωση που υποστούν ζημιά λόγω κάποιου γεγονότος που είναι ευθύνη του αντισυμβαλλόμενου κατά την εκτέλεση της παρούσας σύμβασης και των επιμέρους συμβάσεων, να απαιτήσουν αποζημίωση από τον αντισυμβαλλόμενο, (μόνο για ζημιές έως ○○○). Ωστόσο, αυτή η απαίτηση δεν μπορεί να γίνει μετά την πάροδο ○ μηνών από την ημερομηνία ολοκλήρωσης της παραλαβής των προμηθευμένων αγαθών ή την ημερομηνία επιβεβαίωσης της ολοκλήρωσης των εργασιών, όπως ορίζεται στην επιμέρους σύμβαση.

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

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

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

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

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

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

https://monolith.law/corporate/dataloss-risk-and-measures[ja]

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

Επιθέσεις ασφαλείας, όπως οι ιοί

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

Ανακάλυψη σφαλμάτων ή προβλημάτων μετά την επιθεώρηση και την αποδοχή

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

https://monolith.law/corporate/system-flaw-measure-after-acceptance[ja]

Συνοπτικά

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