[FEAT] Pouvoir transmettre avec confirme au Tdt

[syji35]

Lorsque que le connecteur Tdt est paramétré pour utiliser l'authentification par certificat, l'utilisateur doit pouvoir envoyer l'acte.

Voici les actions possibles en fonction du paramétrage du conencteur :

• Sans authentification :

  • orientation

• Avec authentification :

  • orientation -> puis ["teletransmission-tdt", "verif-tdt"]

[syji35]

Après Analyse : Il est possible d'envoyer de deux façons au Tdt. Cela dépend du paramétrage du connecteur. En effet, le connecteur Tdt, S2low possède un paramétrage pour indiquer si la transmission se fait via authentification avec certif RGS** :

Si le paramétrage est désactivé, la transmission se fait via l'appel API "entite//document//action/orientation" Si le paramétrage est activé, la transmission se fait via la même API, mais le flux est ensuite bloqué au status "document-transmis-tdt" Dans les infos du documents, on a action possible = [teletransmission-tdt ou verif-tdt]

L'appel API "entite//document//action/teletransmission-tdt " n'est pas fonctionnel. A cet instant, l'acte est bien dans le S2low au statut "en attente d'être posté":

Pour que l'authentification fonctionne, il faut faire comme dans pastell. Pastell fait simplement une redirection vers le TDT en construisant une URL contenant plusieurs informations. Une fois l'url construire, l'utilisateur est redirigé vers cette url du TDT, et c'est le TDT qui se charge de demander le certificat et le code PIN de l'utilisateur.

Finalement, dans MegActes, il faut faire une API qui construit cette URL (comme pastell) et faire une redirection. Une autre possibilité serait de voir si il est possible de faire cela via API S2low (à étudier).

[syji35]

Pour construire l'url, il est nécessaire de récupérer un "nounce" dans S2low. Il faut donc faire une api dans MegActes pour faire appel à /api/get-nounce.php de s2low

[syji35]

Nécessité d'utiliser l'API S2low pour valider la transmission au Tdt. Pour cela, MegActe a besoin des paramètres suivant :

• [x] Url de s2low
• [x] Certificat et mdp du compte technique (le même pour tous les connecteurs dans notre cas)
• [x] login/mdp de l'utilisateur technique qui demande la transmission via authentification forte.

Pour les deux derniers, ce sont les paramètres techniques du connecteur TdT dans Pastell.

Découpe de la tâche :

• [x] Mise en place de la config (url s2low + certif)
• [x] Modification du service qui liste les documents pour compléter l'objet et déduire les actions manuels possibles. Cela permet d'avoir directement les actions possibles dans le tableau et de traiter le cas de la transmission au TDT par certif. Il est possible de récupérer les actions d'un flux entier via APi pastell /flux//action
• [x] Bdd contenant les infos du connecteurs (id_e, flux, auth_tdt)
• [x] Action de transmission de l'acte (gérer le cas où authentification forte activé, et désactivé) => déduit du champ 'next_actions' des documents