Ποιες είναι οι περιπτώσεις εφαρμογής των ρητρών παραλαβής και της υποθετικής παραλαβής στην ανάπτυξη συστημάτων

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

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

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

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

Τι είναι η Παραλαβή στην Ανάπτυξη Συστημάτων

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

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

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

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

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

Προσοχή στη ρήτρα της υποθετικής παραλαβής

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

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

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

Τι είναι οι ρήτρες θεωρούμενης παραλαβής;

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

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

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

4. Η επιτυχής παραλαβή που ορίζεται σε αυτό το άρθρο θεωρείται ως ολοκλήρωση της παραλαβής του εν λόγω λογισμικού.

https://www.meti.go.jp/policy/it_policy/keiyaku/model_keiyakusyo.pdf

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

Θεωρείται…
→Ακόμα και αν πραγματικά δεν ισχύει κάτι, νομικά αντιμετωπίζεται σαν να ισχύει.

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

Υποθέτεται…
→Εκτός αν υπάρχουν συγκεκριμένες αποδείξεις που να αντικρούουν ένα γεγονός, αυτό θα αντιμετωπίζεται ως αλήθεια.

(Παράδειγμα) Αν κάποιος κοιτάζει ένα smartphone κατά τη διάρκεια ενός τεστ, υποθέτεται ότι κάνει κλεψύδρα.
→Καταρχήν θεωρείται ότι έχει γίνει κλεψύδρα, αλλά αν μπορεί να αποδειχθεί ότι το smartphone χρησιμοποιήθηκε για διαφορετικό σκοπό, τότε αυτή η κρίση μπορεί να ανατραπεί ακόμα και αργότερα. (Βέβαια, δεν είναι συνηθισμένο να ακούς τέτοιες ανακοινώσεις σε μια αίθουσα εξετάσεων.)

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

Παραδείγματα Δικαστικών Αποφάσεων Σχετικά με τις Ρήτρες Υποθετικής Παραλαβής

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

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

Απόφαση Δικαστηρίου Τόκιο, 24η Φεβρουαρίου 2012 (Heisei 24)

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

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

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

Απόφαση Δικαστηρίου Τόκιο, 23η Ιουνίου 2004 (Heisei 16)

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

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

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

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

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

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

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

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

Συνηθισμένα Πρότυπα Εύρεσης Ελαττωμάτων κατά την Παραλαβή

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

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

Συνοπτικά

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

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