100 % FREELANCE 100 % IT
100 % FREELANCE 100 % IT
 

Prestation réalisée mais pas (encore) payée

JDW

2 Messages

nouveau
11/12/2020 à 15:56

Bonjour à tous,

Petit nouveau sur le forum et peti nouveau dans le monde des freelances, merci de m'acceuillir parmis vous.

Je me suis lancé dans le freelancing il y a peu et j'ai récemment effectuer ma première mission pour une boîte X.

Mission de trois jours avec un TJM de 400. Il fallait développer un petit portail web pour la lecture et la modification de données via une API. Langages de mon choix (JS en l'occurence). Pas de cahier des charges, juste trois liens vers l'API en question.

Quelques échanges par mail, un coup de téléphone, un devis signé et hop, je me mets au travail. (Paiement à la livraison sur le devis)

Une fois fait, je l'envoie au client pour tester. Et c'est là que ça se corse...

Il s'agit d'une boîte de sécurité informatique qi bosse avec une grande banque française. L'API en question est sur un serveur privé sur un réseau privé. Et ils se trouvent que le serveur en question n'a pas de politiques CORS et que donc, l'appel sur l'API via une application web n'est pas possible.

Après quelques échanges avec les développeurs du programme et de l'api en question, le problème est confirmé. Seul solution, développer un outil desktop en perl, java, script ou python (Ce que je ne maitrise pas du tout).

Mon problème est que ben, le taf, je l'ai fait... Même si l'appli web que j'ai développer ne peut pas fonctionner comme il se doit, j'ai réalisé le travail quand même.

Alors certes, la boîte X ne semblait pas du tout être au courant de ce problème mais bon, c'est qui le fautif ?

Moi parce que j'ai accepté sans plus de vérification sur la faisablité du projet ou la boîte X ?

Je vous avoue, c'est un peu confus...

Merci à vous

_lael

549 Messages

impliqué
11/12/2020 à 18:14

A mon avis, vérifiez que vous avez bien rempli toutes les conditions du contrat et du cahier des charges initial.
Il peut y avoir des clauses nécessitant la recette du travail effectué et autres choses avant de pouvoir déclencher le paiement.

Vous avez beau ne pas être responsable de la mauvaise analyse du besoin ou des mauvaises spécifications qui vous ont été transmises, ils pourront faire trainer le paiement à cause de l'absence de recette.

Dans ce cas ça sera compliqué de vous faire payer, il faudra probablement aller au tribunal.
Car les relances, mises en demeure ou injonctions de payer ne changeront rien si une recette est prévue et qu'elle n'est pas effectuée.

Mais de ce que je comprends, la recette ne peut pas être effectuée pour des raisons indépendantes de votre prestation.
Et ils ne peuvent pas vous obliger à faire quelque chose qui n'était pas prévu initialement.
Cela doit faire l'objet d'une prestation complémentaire ou vous pouvez aussi refuser de le faire si vous ne savez pas faire car vous n'étiez pas engagé contractuellement sur cette partie.


Bon courage

JDW

2 Messages

nouveau
11/12/2020 à 21:09

Ben comme je l'ai dit, il n'y avait pas de cahier des charges et le contrat c'est un devis signé qui reprend les grandes lignes du projet. Rien de plus.

Donc pas de clause nécessitant la recette du travail effectué et autres choses avant de pouvoir déclencher le paiement.

Mais je pense que effectivement, ça va être difficile de me faire payer...

Merci de la réponse...

caquito

134 Messages

très actif
18/12/2020 à 12:05

Si vous estimez que vous avez effectué toutes les tâches listées dans le devis, et en l'absence de CDC détaillé du client, et vu la faible somme en jeu, je pense qu'ils devraient vous payer.
Avez-vous une aide juridique via votre assurance RC Pro ?

saadb

1 Messages

nouveau
21/12/2020 à 21:43

Pour moi si on te demande une appli Web qui cible une Api, l'api doit être accessible évidemment sinon ça n'a pas trop de sens. 

Sinon comment tu as pu tester ton appli avec le problème de CORS ? Tu n'as pas détecté le problème avant la livraison ? 

Pour te proposer une solution simple, Si ton appli est en JS tu peux rajouter un proxy à ton backend (node-http-proxy par exemple), comme ça ton front appel ton backend qui est sur le même domaine, et ton backend forward les appels à l'api de ton client => pas de problème de CORS

Ça répond pas vraiment à ta question d'un point de vue contractuel mais c'est rapide à faire si tu veux tenter...

elisarilou

5 Messages

nouveau
23/12/2020 à 14:02

Bonjour, donc si je comprends bien au moment de débuter la mission il n'y a pas eu de contrat signé avec les clauses et les conditions ? car comme le dit l'un d'entre nous, le résultat se paye également...