MONOLITH LAW OFFICE+81-3-6262-3248Καθημερινές 10:00-18:00 JST [English Only]

MONOLITH LAW MAGAZINE

IT

Τι είναι η ευθύνη για ασυμβατότητα στις συμβάσεις ανάπτυξης συστημάτων και λογισμικού; Εξήγηση των τροποποιήσεων

IT

Τι είναι η ευθύνη για ασυμβατότητα στις συμβάσεις ανάπτυξης συστημάτων και λογισμικού; Εξήγηση των τροποποιήσεων

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

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

Η ευθύνη για «ασυμφωνία με τη σύμβαση» καθιερώθηκε με την αναθεώρηση του Ιαπωνικού Αστικού Κώδικα (Minpō) το 2017 (Heisei 29), αντικαθιστώντας την προηγούμενη ευθύνη για «ελαττώματα εγγύησης». Είναι σημαντικό να προσέξουμε πώς αυτή η αναθεώρηση επηρεάζει την ανάπτυξη συστημάτων και λογισμικού.

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

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

Εικόνα που απεικονίζει δικαστή

Το νόμο που «Τροποποιεί Μέρος του Αστικού Κώδικα», που δημοσιεύτηκε στις 2 Ιουνίου 2017 (Έτος Χέισει 29), τέθηκε σε ισχύ από την 1η Απριλίου 2020.

Στον Αστικό Κώδικα, ο τομέας που καθορίζει τους πιο βασικούς κανόνες σχετικά με τις συμβάσεις και άλλα θέματα ονομάζεται «Δίκαιο των Οφειλών».

Από την ίδρυσή του το 1896 (Έτος Μέιτζι 29), το Δίκαιο των Οφειλών δεν είχε υποστεί σχεδόν καμία αναθεώρηση για περίπου 120 χρόνια.

Για να ανταποκριθεί στη σύγχρονη κοινωνία, η τρέχουσα τροποποίηση αποσκοπεί σε μια σημαντική αναθεώρηση.

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

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

Τι είναι η Αναντιστοιχία Συμβολαίου

Άνθρωποι που δέχονται λογισμικό με αναντιστοιχία συμβολαίου και αισθάνονται μπερδεμένοι

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

Η έννοια της “Αναντιστοιχίας Συμβολαίου” εισήχθη με την αναθεώρηση του Ιαπωνικού Αστικού Κώδικα (Minpō) και αντικατέστησε τον παλαιότερο όρο “ελάττωμα (瑕疵, kashi)”.

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

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

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

Περιπτώσεις όπου οι ατέλειες του λογισμικού αντιστοιχούν σε “Αναντιστοιχία Συμβάσεων”

Εικόνα αναπαράστασης αναντιστοιχίας

Όταν το λογισμικό παρουσιάζει προβλήματα και η επιδιόρθωση καθυστερεί

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

Για παράδειγμα, υπάρχει περίπτωση όπου ένα εγκατεστημένο σύστημα ερωτήσεων αποθεμάτων απαιτούσε πάνω από 30 λεπτά για μια αναζήτηση, προκαλώντας προβλήματα, και ο πελάτης αναγκάστηκε να δημιουργήσει ένα χειρόγραφο μητρώο αποθεμάτων για να ανταποκριθεί στις ερωτήσεις. Σε αυτή την περίπτωση, ένα δικαστήριο αναγνώρισε ότι το πρόβλημα αντιστοιχούσε σε “ελάττωμα” που εμπίπτει στην τρέχουσα έννοια της “Αναντιστοιχίας Συμβάσεων” (Απόφαση του Δικαστηρίου Τόκιο, 14ο έτος της εποχής Χέισει (2002), 22 Απριλίου).

Όταν τα προβλήματα εμφανίζονται διαδοχικά

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

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

Περιπτώσεις που οι ατέλειες λογισμικού δεν αποτελούν «Ασυμφωνία Συμβάσεων»

Άνθρωποι που συμβουλεύονται νομικά θέματα

Σε περίπτωση άμεσης επισκευής ή λήψης αντικαταστατικών μέτρων

Σύμφωνα με τη νομολογία, ακόμη και αν οι χρήστες εντοπίσουν σφάλματα ή άλλες ατέλειες, εάν ο προμηθευτής διορθώσει άμεσα το πρόβλημα ή λάβει κάποιο αντικαταστατικό μέτρο που θεωρείται κατάλληλο μετά από συνεννόηση με τον χρήστη, τότε δεν θεωρείται ότι υπάρχει ελάττωμα (Τόκιο Περιφερειακό Δικαστήριο, 18 Φεβρουαρίου 1997 (Heisei 9)).

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

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

Αυτό θα ίσχυε και κάτω από την τρέχουσα νομοθεσία για την «Ασυμφωνία Συμβάσεων».

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

Η σημασία αυτών των στοιχείων εξηγείται αναλυτικά στο παρακάτω άρθρο.

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

Σε περίπτωση που συγκεκριμένο άτομο δεν μπορούσε να κατανοήσει εύκολα τον τρόπο λειτουργίας

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

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

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

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

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

【Πρόσθετη Πληροφορία】Όταν η ατέλεια προκλήθηκε από λανθασμένες οδηγίες του χρήστη

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

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

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

https://monolith.law/corporate/user-obligatory-cooporation[ja]

Θέματα που μπορεί να αξιώσει ο εργολάβος/αγοραστής βάσει της ευθύνης για ασυμβατότητα συμβάσεων

Άτομα που ελέγχουν έγγραφα

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

Αίτημα επισκευής

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

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

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

Αίτημα αποζημίωσης

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

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

Κατά συνέπεια, ο προμηθευτής δεν θα φέρει ευθύνη αποζημίωσης εάν αποδείξει την ύπαρξη αιτίας απαλλαγής.

Ακύρωση σύμβασης

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

Σε μια περίπτωση που έχει ήδη παρουσιαστεί στα δικαστήρια, ένα σύστημα ερωτήσεων αποθεμάτων απαιτούσε πάνω από 30 λεπτά για την επεξεργασία αναζήτησης, προκαλώντας τόσο μεγάλη καθυστέρηση που η χρήση του τερματικού έγινε αδύνατη, και έτσι ο παραγγελιοδότης αναγκάστηκε να εγκαταλείψει τη χρήση του εγκατεστημένου συστήματος, οδηγώντας στην ακύρωση της σύμβασης (Τόκιο Περιφερειακό Δικαστήριο, 22 Απριλίου του έτους Heisei 14 (2002)).

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

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

Αίτημα μείωσης αμοιβής

Το δικαίωμα αίτησης μείωσης της αμοιβής έχει εισαχθεί με την τροποποίηση.

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

Περίοδος ευθύνης

  • Αίτημα επισκευής
  • Αίτημα αποζημίωσης
  • Ακύρωση σύμβασης
  • Αίτημα μείωσης αμοιβής

Για αυτά τα δικαιώματα υπάρχει περιορισμένη περίοδος κατά την οποία μπορούν να ασκηθούν.

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

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

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

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

Άρνηση πληρωμής αμοιβής

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

Σημεία των διατάξεων συμβάσεων που λαμβάνουν υπόψη την ασυμβατότητα συμβάσεων

Άνθρωποι που χειραψία κατά τη σύναψη συμβάσεων

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

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

Σημείο 1: Τα γεγονότα και το εύρος που αποτελούν αντικείμενο ασυμβατότητας συμβάσεων

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

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

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

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

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

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

Σημείο 2: Σαφήνεια στην περίοδο εγγύησης

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

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

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

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

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

Σημείο 3: Η αντιμετώπιση σε περίπτωση που προκύψει ασυμβατότητα συμβάσεων

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

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

Συνοπτικά: Συμβουλευτείτε έναν δικηγόρο για τη σύνταξη συμβολαίων που περιλαμβάνουν την “Ευθύνη για Ασυμβατότητα με τη Σύμβαση”

Εικόνα αναφοράς

Η αναθεώρηση του Ιαπωνικού Αστικού Κώδικα είχε σημαντικές επιπτώσεις στις νομικές σχέσεις που αφορούν την ανάπτυξη συστημάτων και λογισμικού.

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

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

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

Managing Attorney: Toki Kawase

The Editor in Chief: Managing Attorney: Toki Kawase

An expert in IT-related legal affairs in Japan who established MONOLITH LAW OFFICE and serves as its managing attorney. Formerly an IT engineer, he has been involved in the management of IT companies. Served as legal counsel to more than 100 companies, ranging from top-tier organizations to seed-stage Startups.

Category: IT

Tag:

Επιστροφή στην κορυφή