Ce lege se aplică în cazul în care remunerația pentru dezvoltarea sistemului nu a fost plătită

Pentru partea furnizorului care preia sarcinile de dezvoltare a sistemului, unul dintre cele mai mari riscuri ar putea fi situația în care, deși a livrat, utilizatorul nu plătește recompensa. Costurile necesare pentru dezvoltarea sistemului sunt adesea ridicate, deoarece o mare parte a acestora constă în personal calificat, inclusiv programatori. Întârzierea recuperării vânzărilor poate deveni uneori o problemă de viață și de moarte. În acest articol, vom discuta aspectele pe care partea furnizorului ar trebui să le ia în considerare din punct de vedere juridic, presupunând cazul în care utilizatorul nu răspunde la plata recompensei.

În primul rând, verificați dacă este posibilă solicitarea de plată

• Deși furnizorul a livrat produsul către utilizator, utilizatorul nu acceptă livrarea, ceea ce duce la întârzierea procesului de solicitare a plății
• Deși se credea că procesul de acceptare a fost finalizat, există o discrepanță între înțelegerea furnizorului și a utilizatorului, iar utilizatorul refuză să plătească

Aceste situații pot apărea foarte ușor în realitate.

De asemenea, termenul folosit în dezvoltarea de sisteme pentru a descrie procesul prin care utilizatorul verifică specificațiile sistemului finalizat și acceptă livrarea este “acceptare”. Semnificația acestui termen și aspectele care trebuie luate în considerare atunci când progresul nu este satisfăcător sunt explicate în detaliu în articolul de mai jos.

Articolul corelat: Ce este acceptarea în dezvoltarea de sisteme și când se aplică clauza de acceptare presupusă[ja]

Deși explicarea generală a acceptării este lăsată articolului de mai sus, din punct de vedere legal, trebuie să se ia în considerare dacă acceptarea utilizatorului este completă, luând în considerare și prevederile privind “clauza de acceptare presupusă”.

Având acest lucru în minte, primul punct care trebuie luat în considerare atunci când utilizatorul refuză să plătească ar fi următoarele:

1. Dacă munca este completă sau încă neterminată
2. Dacă se aplică răspunderea pentru garanția defectelor (Articolul 635 al Codului Civil Japonez)

Motivul pentru care trebuie să verificăm mai întâi cele două puncte de mai sus este că, dacă nu confirmăm în prealabil că munca este completă și că nu se aplică răspunderea pentru garanția defectelor (Articolul 635 al Codului Civil Japonez), chiar dacă am intenta un proces, nu putem aștepta să primim plata.

Deci, ce ar trebui să verifice reprezentantul furnizorului pentru a examina cele două puncte de mai sus? Să vedem ce documente ar trebui verificate.

Documentele de verificat pentru a determina dacă se poate solicita remunerația

De asemenea, am explicat în detaliu într-un alt articol cum să gestionați modificările specificațiilor sistemului de dezvoltat și cum să creați un document de gestionare a modificărilor.

Articolul corelat: Cum să gestionați schimbările în dezvoltarea de sisteme din punct de vedere juridic[ja]

Verifică cât de mult poți solicita ca recompensă

În principiu, suma pe care o puteți solicita este indicată în contract. Cu toate acestea, este posibil ca în cazul în care s-au făcut modificări ale specificațiilor sau alte schimbări după încheierea contractului, să nu aveți un contract scris sau un document similar. Explicăm în detaliu cum să recalculați estimarea pe baza motivelor ulterioare, cum ar fi modificarea specificațiilor sau adăugarea de funcții, în articolul de mai jos.

Articolul corelat: Este posibilă majorarea sumei estimate pentru dezvoltarea de sisteme?[ja]

Metoda de recalculare a estimării este conform acestui articol, dar în special din perspectiva examinării dacă este posibilă majorarea sumei solicitate, ar trebui să luați în considerare:

1. Existența și conținutul estimării pentru dezvoltarea suplimentară și modificarea funcțiilor
2. Reacția utilizatorului la estimare
3. Existența unui acord asupra situației care a generat dezvoltarea suplimentară și modificarea funcțiilor înregistrate în tabelul de gestionare a problemelor și asupra sumei acestora

În esență, trebuie să verificați dacă există un acord cu utilizatorul cu privire la “comandarea lucrărilor pentru acea sumă” (adică dacă putem spune că s-a încheiat un contract).

În final, examinăm problemele de luat în considerare în cazul unui proces efectiv

Fiți atenți la posibilitatea unei contra-acțiuni

În dezvoltarea de sisteme, nu este rar ca, atunci când unul dintre utilizatori sau furnizori inițiază un proces împotriva celuilalt, să fie inițiată o contra-acțiune. Adică, există o anumită nemulțumire din partea utilizatorilor în situația în care nu se face plata remunerației.

În primul rând, dezvoltarea de sisteme implică obligații de cooperare din partea utilizatorilor, dar nu trebuie să uităm că furnizorii, ca experți în dezvoltarea de sisteme, au o mare responsabilitate și o largă discreție. Detaliile despre obligațiile de management al proiectelor pe care furnizorii le au în dezvoltarea de sisteme sunt explicate în detaliu în articolul de mai jos.

Articolul corelat: Ce înseamnă obligațiile de management al proiectului în dezvoltarea de sisteme[ja]

Prin urmare, este necesar să se examineze în prealabil dacă este posibil să se pună vina pe utilizatorii care nu plătesc remunerația în mod unilateral. Dacă ne uităm la cazurile anterioare, există multe cazuri în care, deși inițial furnizorul a cerut plata remunerației și a inițiat un proces, utilizatorul a cerut în schimb restabilirea situației inițiale și despăgubiri.

Este necesar să se examineze dacă există cu adevărat un avantaj comercial

Chiar dacă argumentele furnizorului sunt acceptate și este recunoscut în instanță că este posibil să se solicite plata remunerației, dacă situația se complică până la proces, continuarea tranzacțiilor ulterioare va fi probabil dificilă în practică. În plus, chiar dacă argumentele dvs. sunt acceptate în instanță, ar trebui să vă așteptați că va dura mult timp până când veți putea primi efectiv remunerația. Dacă luăm în considerare și faptul că efortul și costurile implicate în proces nu sunt deloc mici, ar fi adesea mai bine să depunem eforturi pentru a găsi un punct de compromis.

Rezumat

Dacă un utilizator nu se conformează cu plata recompensei, examinarea legală a acestei probleme necesită verificarea mai multor tipuri de documente. În plus, nu este suficient doar să aveți o gestionare riguroasă a documentelor, trebuie să luați în considerare și riscurile și dezavantajele organizaționale pe care le veți întâmpina dacă decideți să inițiați un proces.

Desigur, gestionarea riguroasă a documentelor în mod obișnuit face parte din activitățile de nivel de teren. Cu toate acestea, dacă decideți să inițiați un proces pe baza documentelor și materialelor stocate, acesta poate deveni o decizie de management majoră. Ar trebui să înțelegeți întregul proces, împreună cu faptul că în astfel de situații neobișnuite, unitatea și forța organizațională dintre teren și management sunt testate.