API uptosignCore : signature lancée par un autre module (stancer, capdocumentunique) UPTOD-093
À tester
Automatisable
Desktop
Instructions
Depuis un module consommateur, lancer une signature d'un objet via uptosignCore : avec un PDF de l'objet, un PDF du tiers de l'objet, un PDF d'un autre objet, et sans objet. Attendu : les deux premiers sont envoyés ; le PDF étranger et l'appel sans objet sont refusés et loggués ; la liste "qui peut signer" retournée est celle de la fenêtre de positionnement ; l'interface ArrayAccess reste compatible avec les consommateurs existants.
Liens
Aucun lien.
Tests automatiques liés
| Source | Référence du test | Niveau |
|---|---|---|
| phpunit | UptoSignCoreSourceFileTest | partial |
| phpunit | UptosignCoreTest | full |
| phpunit | UptoSignCoreWhoCanSignTest | full |
Vidéos de test
Aucune vidéo. Les tests automatiques publient ici la vidéo de référence (succès, une seule fois) et, en cas d'échec, la vidéo d'échec à comparer.
Historique des verdicts
Aucun verdict enregistré.
Discussion
Revue des liens test/cas (2026-10-19) : couverture partielle confirmee. Verifie : PDF de l'objet envoye, PDF du tiers envoye, PDF d'un autre objet refuse, appel sans objet refuse, liste whoCanSign, compatibilite ArrayAccess (UptoSignCoreSourceFileTest, UptosignCoreTest, UptoSignCoreWhoCanSignTest). Non verifie : journalisation des refus (PDF etranger, appel sans objet) - aucun test ne consulte les logs.
Suite a la revue : l'ecart est ferme. testRefusalsAreLoggedWithTheUptosignPrefix (UptoSignCoreSourceFileTest) asserte une ligne "uptosign: uptosignCore..." par refus (PDF etranger, appel sans objet), la mention du fichier refuse et la trace "run:" pour la cause objet manquant. Cas passe en full, run local-f79a8b4.