Ποιο είναι το νόμο όταν η αμοιβή για την ανάπτυξη συστημάτων δεν έχει καταβληθεί;
Για τους προμηθευτές που αναλαμβάνουν έργα ανάπτυξης συστημάτων, ένας από τους μεγαλύτερους κινδύνους ενδέχεται να είναι η κατάσταση όπου «παρά την παράδοση του έργου, ο χρήστης δεν προβαίνει στην πληρωμή της αμοιβής». Το κόστος για την ανάπτυξη ενός συστήματος συχνά είναι υψηλό, καθώς περιλαμβάνει τις αμοιβές των προγραμματιστών και άλλων ειδικευμένων επαγγελματιών. Η καθυστέρηση στην είσπραξη των πωλήσεων μπορεί κάποιες φορές να αποτελέσει ζήτημα επιβίωσης για την επιχείρηση. Σε αυτό το άρθρο, θα εξετάσουμε από νομική σκοπιά τα ζητήματα που πρέπει να λάβει υπόψη ο προμηθευτής, σε περίπτωση που ο χρήστης αρνείται να πληρώσει την αμοιβή.
Πρώτα, επιβεβαιώστε αν είναι δυνατή η αίτηση αμοιβής
- Παρά το γεγονός ότι ο προμηθευτής έχει παραδώσει τα αποτελέσματα στον χρήστη, ο χρήστης δεν αποδέχεται την παράδοση και αυτό προκαλεί καθυστέρηση στη διαδικασία αίτησης αμοιβής
- Παρόλο που υπήρχε η αντίληψη ότι η επιθεώρηση είχε ολοκληρωθεί, υπάρχει κάποια ασυμφωνία με την αντίληψη του χρήστη και δεν είναι πρόθυμος να προχωρήσει στην πληρωμή της αμοιβής
Αυτές οι καταστάσεις είναι πραγματικά πιθανές να συμβούν.
Επιπλέον, όταν ο χρήστης ελέγχει τις προδιαγραφές του ολοκληρωμένου συστήματος και αποδέχεται την παράδοση, αυτό στην ορολογία της ανάπτυξης συστημάτων ονομάζεται “επιθεώρηση”. Η σημασία της επιθεώρησης και τα θέματα που πρέπει να εξεταστούν όταν η πρόοδος δεν είναι ικανοποιητική, εξηγούνται αναλυτικά στο παρακάτω άρθρο.
Σχετικό άρθρο: Τι είναι η επιθεώρηση ανάπτυξης συστημάτων και οι ρήτρες εκτιμώμενης επιθεώρησης[ja]
Αν και η γενική εξήγηση για την επιθεώρηση αφήνεται στο παραπάνω άρθρο, από νομικής πλευράς, για να κριθεί αν η επιθεώρηση από τον χρήστη έχει ολοκληρωθεί, πρέπει να ληφθούν υπόψη οι διατάξεις της “ρήτρας εκτιμώμενης επιθεώρησης”.
Με αυτό κατά νου, τα πρώτα σημεία που πρέπει να εξετάσετε όταν αντιμετωπίζετε μια περίπτωση όπου ο χρήστης δεν προχωρά στην πληρωμή της αμοιβής είναι τα εξής:
- Αν η εργασία έχει ολοκληρωθεί ή αν είναι ακόμα σε εξέλιξη
- Αν εφαρμόζεται η ευθύνη για ελαττώματα (Άρθρο 635 του Ιαπωνικού Αστικού Κώδικα)
Ο λόγος που πρέπει να επιβεβαιώσετε πρώτα τα δύο παραπάνω σημεία είναι επειδή, αν η εργασία έχει ολοκληρωθεί και δεν υπάρχει εφαρμογή της ευθύνης για ελαττώματα, τότε ακόμα και αν κινηθεί δικαστική διαδικασία, δεν μπορείτε να περιμένετε την πληρωμή της αμοιβής.
Τι πρέπει λοιπόν να ερευνήσει ο αρμόδιος του προμηθευτή για να εξετάσει τα παραπάνω δύο σημεία; Παρακάτω θα δούμε ποια έγγραφα πρέπει να ελεγχθούν.
Έγγραφα που πρέπει να ελέγξετε για να διαπιστώσετε την εγκυρότητα αίτησης αμοιβής
Τιμολόγιο Παράδοσης Σε περίπτωση απουσίας τιμολογίου παράδοσης, υπάρχει η προϋπόθεση ότι η παράδοση δεν έχει ολοκληρωθεί και η εργασία δεν έχει ολοκληρωθεί. |
Έγγραφο Ειδοποίησης Αποτελεσμάτων Επιθεώρησης Αποτελεί το πιο σημαντικό έγγραφο για την απόφαση αν μπορεί να θεωρηθεί ότι η εργασία έχει ολοκληρωθεί. Επιπλέον, σε περίπτωση που η επιθεώρηση έχει αναβληθεί λόγω συνθηκών του χρήστη, θα ήταν σκόπιμο να ελέγξετε πώς έχει διατυπωθεί η ρήτρα “θεωρούμενης επιθεώρησης” στη σύμβαση. |
Πίνακας Διαχείρισης Ζητημάτων Είναι ένα έγγραφο που δείχνει ποια ζητήματα έχουν εντοπιστεί και ποιες ενέργειες έχουν ληφθεί. Επίσης, χρησιμεύει για την κατανόηση της κατάστασης των προβλημάτων ή των ελλείψεων που ανακαλύφθηκαν μετά την παράδοση και της κατάστασης των επιδιορθώσεων. |
Έγγραφο Ορισμού Απαιτήσεων & Σχεδιασμού καθώς και Έγγραφο Διαχείρισης Αλλαγών & Πρακτικά Διάφορων Συναντήσεων Αυτά τα έγγραφα καθορίζουν την αρχική κατανόηση μεταξύ χρήστη και προμηθευτή και βοηθούν στη διασαφήνιση του τι θα πρέπει να θεωρηθεί ως πρόβλημα ή ελάττωμα. |
Για το πώς να διαχειρίζεστε τις αλλαγές στις προδιαγραφές του αναπτυσσόμενου συστήματος και για τις μεθόδους δημιουργίας εγγράφων διαχείρισης αλλαγών, έχουμε παράσχει λεπτομερή εξήγηση σε άλλο άρθρο.
Σχετικό Άρθρο: Πώς να διαχειριστείτε τις αλλαγές στην ανάπτυξη συστημάτων από νομική σκοπιά[ja]
Έγγραφο Ακύρωσης ή Έγγραφο που Καταγράφει τις Προθέσεις του Χρήστη Αποτελεί μέσο για την κατανόηση των προθέσεων του χρήστη σχετικά με την μη προώθηση της επιθεώρησης (ή την μη πληρωμή της αμοιβής). |
Στη συνέχεια, επιβεβαιώστε πόσο αμοιβή μπορείτε να διεκδικήσετε
Η δυνατότητα διεκδίκησης αμοιβής συνήθως καθορίζεται από το συμβόλαιο. Ωστόσο, σε περίπτωση που γίνουν αλλαγές στις προδιαγραφές μετά την υπογραφή, είναι πιθανό να μην υπάρχει ένα επίσημο συμβόλαιο ή έγγραφο που να τις καλύπτει. Η μέθοδος επανυπολογισμού της εκτίμησης κόστους βάσει των μεταγενέστερων αλλαγών και προσθήκης λειτουργιών εξηγείται αναλυτικά στο παρακάτω άρθρο.
Σχετικό άρθρο: Είναι δυνατή η αύξηση της εκτιμώμενης αμοιβής μετά την ανάπτυξη ενός συστήματος;[ja]
Η μέθοδος επανυπολογισμού της εκτίμησης είναι όπως περιγράφεται στο άρθρο, αλλά αν εξετάσουμε το ζήτημα από την οπτική γωνία της δυνατότητας αύξησης του ποσού αξίωσης, τότε θα πρέπει να εξετάσουμε κυρίως τα εξής:
- Την ύπαρξη και το περιεχόμενο της προσφοράς για την πρόσθετη ανάπτυξη ή την τροποποίηση λειτουργιών
- Την αντίδραση του χρήστη στην προσφορά
- Την κατάσταση που προκάλεσε την πρόσθετη ανάπτυξη ή την τροποποίηση λειτουργιών, όπως καταγράφεται στον πίνακα διαχείρισης ζητημάτων, και την ύπαρξη συμφωνίας για το ποσό
Βασικά, θα πρέπει να ερευνήσουμε αν υπήρξε συμφωνία με τον χρήστη για την παραγγελία των εργασιών στο συγκεκριμένο ποσό (δηλαδή, αν μπορούμε να πούμε ότι έχει συναφθεί συμβόλαιο).
Τέλος, εξετάζουμε τα ζητήματα που αφορούν την πραγματοποίηση μιας δίκης
Προσοχή στην πιθανότητα αντενδίκησης
Στην ανάπτυξη συστημάτων, δεν είναι σπάνιο όταν ο χρήστης ή ο προμηθευτής κινεί δικαστικές διαδικασίες εναντίον του άλλου μέρους, να αντιμετωπίσει αντενδίκηση. Δηλαδή, υπάρχει πιθανότητα ο χρήστης να έχει κάποια επιχειρήματα σχετικά με την μη πληρωμή της αμοιβής.
Κατ’ αρχάς, στην ανάπτυξη συστημάτων, ο χρήστης φέρει διάφορες υποχρεώσεις συνεργασίας, αλλά πρέπει πρωτίστως να μην ξεχνάμε ότι ο προμηθευτής ως ειδικός στην ανάπτυξη συστημάτων φέρει εκτεταμένη ευχέρεια και μεγάλη ευθύνη. Τις υποχρεώσεις διαχείρισης του πρότζεκτ που φέρει ο προμηθευτής τις έχουμε αναλύσει αναλυτικά στο παρακάτω άρθρο.
Σχετικό άρθρο: Τι είναι οι υποχρεώσεις διαχείρισης πρότζεκτ στην ανάπτυξη συστημάτων[ja]
Δηλαδή, πρέπει να εξετάσουμε εκ των προτέρων εάν είναι δυνατόν να αποδοθεί η ευθύνη μονομερώς στον χρήστη για την μη πληρωμή της αμοιβής. Ανατρέχοντας σε παλαιότερες δικαστικές αποφάσεις, βλέπουμε πολλές περιπτώσεις όπου αν και ο προμηθευτής ξεκίνησε τη δικαστική διαδικασία ζητώντας την αμοιβή του, ο χρήστης αντενδίκησε ζητώντας την επαναφορά στην αρχική κατάσταση ή αποζημίωση για τις ζημιές.
Επίσης, αξίζει να εξετάσουμε εάν υπάρχει πραγματικό εμπορικό όφελος
Ακόμη και αν ο προμηθευτής δικαιωθεί και το δικαστήριο αναγνωρίσει το δικαίωμα στην αμοιβή, εάν η κατάσταση κλιμακωθεί σε δικαστική διαμάχη, είναι πιθανόν να γίνει δύσκολη η συνέχιση των μελλοντικών συναλλαγών. Επιπλέον, ακόμη και αν το δικαστήριο αναγνωρίσει τα επιχειρήματα του προμηθευτή, πρέπει να είμαστε έτοιμοι για τον χρόνο που θα απαιτηθεί μέχρι να λάβουμε πραγματικά την αμοιβή. Αν λάβουμε υπόψη τον κόπο και το κόστος που συνεπάγεται μια δίκη, συχνά μπορεί να είναι προτιμότερο να καταβάλλουμε προσπάθειες για την εύρεση ενός σημείου συμβιβασμού.
Συνοπτικά
Όταν ένας χρήστης αρνείται να προβεί σε πληρωμή αμοιβής, η νομική εξέταση του ζητήματος απαιτεί τον έλεγχο πολλαπλών ειδών εγγράφων. Επιπλέον, δεν είναι αρκετό μόνο να διασφαλίσουμε ότι η διαχείριση των εγγράφων είναι αυστηρή, αλλά πρέπει επίσης να εξετάσουμε τους κινδύνους και τα μειονεκτήματα που μπορεί να αντιμετωπίσει ο οργανισμός σε περίπτωση που προχωρήσει σε δικαστική διαμάχη.
Η αυστηρή διαχείριση των εγγράφων στην καθημερινότητα ανήκει συνήθως στις εργασίες πεδίου. Ωστόσο, όταν φτάνουμε στο σημείο να προχωρήσουμε σε δικαστική διαμάχη βασιζόμενοι στα αποθηκευμένα έγγραφα και υλικά, αυτό γίνεται ένα σημαντικό ζήτημα διοικητικής απόφασης. Είναι σημαντικό να κατανοούμε ότι σε τέτοιες ασυνήθιστες καταστάσεις, αξιολογείται η ικανότητα συνεργασίας και οργανωτικής δύναμης μεταξύ του πεδίου και της διοίκησης, και πρέπει να είμαστε ενήμεροι για την ολόκληρη διαδικασία.
Category: IT
Tag: ITSystem Development