SINAPPS

De wiki-iren
Révision datée du 28 juillet 2026 à 10:56 par ELiA (discussion | contributions) (Publier la documentation fonctionnelle du parcours et des intégrations)
(diff) ← Version précédente | Voir la version actuelle (diff) | Version suivante → (diff)
Aller à la navigation Aller à la recherche

SINAPPS[modifier | modifier le wikicode]

Navigation : Accueil > Intégrations > SINAPPS

Version observée : 1.14.2.709 — vérification fonctionnelle du 28 juillet 2026.

SINAPPS est une intégration d'échange de missions et d'événements avec l'écosystème assurance. Lorsqu'elle est activée pour le partenaire et la source, elle relie la référence externe au Dossier iREN et suit les échanges entrants et sortants.

Échanges observés[modifier | modifier le wikicode]

Selon le type de prestation et le paramétrage, les familles d'échanges prévues couvrent notamment :

  • création ou réception d'une mission ;
  • prise, modification ou annulation d'un rendez-vous ;
  • chiffrage et devis ;
  • rendez-vous travaux et facturation d'une intervention ;
  • dépôt d'un compte rendu de visite ou RDF ;
  • signalement ou levée d'une difficulté ;
  • demande ou levée de fin de prestation ;
  • activation du suivi d'information du destinataire ;
  • clôture d'une sollicitation ou de la prestation.

Toutes ces familles ne sont pas nécessairement actives pour chaque partenaire.

Suivi des transmissions[modifier | modifier le wikicode]

Chaque échange peut être suivi avec sa commande fonctionnelle et son état : en attente, transmis, résolu, clôturé ou en erreur selon le retour disponible. Une commande échouée peut être reprise de manière contrôlée. Les événements entrants et sortants sont regroupés dans l'historique associé au dossier.

L'envoi d'un compte rendu peut solder automatiquement la tâche de validation correspondante lorsque le parcours le prévoit.

Règles métier[modifier | modifier le wikicode]

  • Le dossier doit conserver la référence de mission SINAPPS.
  • Les événements doivent être rattachés au bon dossier et à la bonne prestation.
  • Une clôture ou un compte rendu requiert les informations fonctionnelles attendues, notamment la mission et le commentaire lorsque celui-ci est obligatoire.
  • Une reprise ne doit pas créer une seconde commande métier identique.
  • Le statut local doit être rapproché du résultat du partenaire avant de considérer l'échange comme abouti.
  • La clôture d'un dossier d'origine SINAPPS peut déclencher une transmission de clôture si ce comportement est demandé.

Paramétrage et variantes[modifier | modifier le wikicode]

Le partenaire, l'établissement, la source, les natures de mission, les commandes disponibles et les règles de transmission sont configurables. Le périmètre actif doit être vérifié pour chaque environnement.

Situations à contrôler[modifier | modifier le wikicode]

  • référence de mission absente ou incohérente ;
  • commande en attente anormalement longtemps ;
  • retour partenaire en erreur ;
  • compte rendu envoyé mais tâche non soldée ;
  • clôture locale sans confirmation attendue ;
  • reprise d'une commande sans vérification de son résultat externe.

Notions liées[modifier | modifier le wikicode]