Intégration API UETS demandée dans le cahier des charges : qu'est-ce que c'est et comment la chiffrer dans le devis ?

Les services UETS reposent généralement sur des standards SOAP et WSDL plutôt que sur une API REST classique. Vous allez devoir manipuler des signatures XML, des validations de certificats X.509 et les algorithmes de chiffrement imposés par la PTT. La doc technique n'étant pas toujours à jour, préparez-vous à passer du temps sur le parsing des paquets dans l'environnement de test.

Intégrez impérativement ces trois clauses spécifiques dans votre contrat lors du chiffrage : 1) Le protocole juridique et le suivi administratif auprès de la PTT incombent exclusivement au client. 2) L'équipe de développement ne saurait être tenue responsable des pertes de droits procéduraux découlant d'une panne ou d'un dépassement de délai du web-service UETS. 3) Les tests d'intégration sont menés uniquement sur l'environnement de recette fourni par la PTT.

Il y a huit mois, on a fait une intégration similaire pour une boîte de conseil. La partie dev nous a pris 12 jours ouvrés, mais il a fallu 45 jours pleins à la PTT pour valider le contrat entreprise et configurer l'IP de l'environnement de test. Dans votre devis, ne liez surtout pas la date de livraison à ces démarches administratives.

Dans votre devis, ne noyez surtout pas cette tâche au milieu des autres modules. Créez une ligne distincte intitulée « Module d'Intégration Officielle UETS ». Et fixez son tarif à au moins le double d'une intégration d'API classique parce que c'est vous qui allez devoir gérer la majeure partie des échanges entre le client et la PTT.

Votre client utilise-t-il son compte UETS en tant que personne physique ou personne morale ? Pour les comptes d'avocats individuels l'obtention des accès directs au web service peut impliquer des démarches différentes de celles des comptes d'entreprises. Ont-ils vérifié ce point au préalable auprès de la PTT ?

Les cabinets d'avocats veulent rapatrier automatiquement chaque notification par API, mais si demain le service ne répond pas et qu'un délai de procédure est dépassé, le premier qu'ils accuseront, c'est le dev. Si vous ne pouvez pas délimiter très clairement les responsabilités juridiques dans le contrat autant ne pas vous lancer là-dedans.

Il y a deux ans, sur un projet on avait assimilé cette intégration à un simple service de SMS et facturé un petit forfait de dev. Résultat : entre les certificats de sécurité exigés par la PTT, les changements d'IP serveur et les réponses de l'API qui changeaient sans arrêt, toute notre marge est passée dans le support technique. Quand vous faites le devis, prévoyez impérativement des frais annuels de maintenance et de suivi du service.

les demarches d'api avec la ptt c'est d'une lenteur pas possible. blindez votre contrat avec une clause stipulant que les delais de validation imputables au client ne sont pas inclus dans le delai de livraison sinon ils vont vous mettre la pression en disant que vous etes en retard.

En regardant le processus, le tableau change. La plupart des pertes de temps s'accumulent sur les tâches en attente de validation.

Ce sujet est archivé. Si vous ne formalisez pas cela par écrit dès le départ des disputes éclateront plus tard.

J'ai vécu la même chose.

Je suis passé par là, laissez-moi vous raconter. Le calendrier de paiement doit être lié aux étapes du projet, pas au calendrier lui-même.

J'espère que cela vous sera utile.

Il y a un point qui m'interpelle. Mettre en place un processus de demande de changement n'ralentit pas le travail il l'accélère.

C'est mon avis je ne l'écris pas comme une vérité absolue.

Je vais essayer.

C'est noté, merci.

Je vais expliquer comment c'est fait en pratique. La plupart des pertes de temps s'accumulent sur les tâches en attente de validation.

Bon courage.

Je suis du même avis. Tous ceux qui se pressent sur integration api uets se heurtent au même obstacle.

Commencez par un petit test, ne vous engagez pas sur tout d'un coup. J'espère que cela vous sera utile.

Pour entrer dans le détail : Lors de la prise de décision, écrivez aussi le pire scénario, pas seulement le meilleur.

J'espère que cela vous sera utile.