STM ICU EAI — Inventaire des integrations

Tableau sommaire

Par canal

SMS

STM.ICUTexto.EAI — Envoi SMS sortant

Objectif : Recoit les demandes d'envoi SMS du ICU Mediator et les achemine vers la passerelle SMS VuDu.

Emplacement de reception :

• STM.ICUTexto.EAI_EnvoiTexto.WCF-WebHttp — /icutexto/api.svc (POST /texto), WCF-WebHttp, authentification Basic sur TLS, JSON

Flux d'orchestration :

1. EnvoyerMessageUsagerTexto (projet Mediator) — recoit la demande du ICUMediator, s'active sur /icutexto/api.svc.
2. EnvoyerSMS — repartition principale; decide entre envoi simple ou par lot.
3. EnvoyerSMSVudu — appelle VuDu POST /send (${uriFournisseur}/send), enregistre le suivi de lot via SQL.
4. EnvoyerSMSVuduBatch — appelle VuDu POST /send_batch pour les grands volumes.
5. SauvegarderDetailsEnvoi — ecrit SauvegarderTraitementSMS / UpdTraitementSMSBatch dans la BD SQL ICU.
6. MettreAJourBroadcast — interroge VuDu POST /get_broadcast pour obtenir le statut de livraison; met a jour la BD ICU.
7. MettreAJourFeed — interroge VuDu POST /get_feed pour le statut detaille du flux (actuellement desenliste en prod).

Ports d'envoi :

• STM.ICUTexto.EAI_vuduSend — WCF-WebHttp → ${uriFournisseur}, operations : /send, /send_batch, /get_broadcast
• STM.ICUTexto.EAI_vuduSendbatch — WCF-WebHttp → ${uriFournisseur}/send_batch
• STM.ICUTexto.EAI_vuduGetBroadcast — WCF-WebHttp → ${uriFournisseur}/get_broadcast
• STM.ICUTexto.EAI_vuduGetFeed — WCF-WebHttp → ${uriFournisseur}/get_feed
• STM.ICUTexto.EAI_SQLTraitementSms — WCF-SQL → ${IcuDbAdress} (ecriture seule)
• STM.ICUTexto.EAI_SQLTraitementSmsResponse — WCF-SQL → ${IcuDbAdress} (lecture-ecriture, updFeed / updBroadcast)
• STM.ICUTexto.EAI_ResultatExecution — FILE → ${RepertoireArchive}\Out\%MessageID%.xml (archive des resultats)

STM.ICUTextoRecup.EAI — Routeur de recuperation SMS sortant

Objectif : Abonne CBR (routage base sur le contenu). Recupere tout message Texto du BizTalk MessageBox et le depose dans un partage de fichiers pour les consommateurs en aval (surveillance, reprise, etc.).

• Filtre du port d'envoi : BTS.MessageType = http://www.stm.info/namespaces/internal/icu/communicationusager/1#Texto
• Sortie : FILE → ${RepertoireTexto}\%MessageID%.xml

STM.ICUMessageEntrantRecup.EAI — Routeur de recuperation SMS entrant

Objectif : Abonne CBR pour les SMS entrants (CommunicationUsagereEntrante). Ecrit les textos entrants dans un partage de fichiers.

• Filtre du port d'envoi : BTS.MessageType = http://www.stm.info/namespaces/internal/icu/communicationusagerentrante/1#Texto
• Sortie : FILE → ${RepertoireMessageEntrant}\%MessageID%.xml

STM.ICUTextoExtraction.EAI — Extraction de donnees SMS (Analytique)

Objectif : Extraction quotidienne par lot des donnees SMS SSPO de la BD operationnelle ICU vers la base de donnees de rapports Optimax/PowerBI.

• Declencheur : Adaptateur Schedule (quotidien a 01h00) ou reprise FILE (XML ou CSV)
• ExtraireSSPO — interroge la BD ICU (icuextraction.selExtractionTexto_SPPO)
• SauvegardeExractionSSPO — insere dans la BD Optimax (icuTexteExtraction.instextoSSPO)

Courriel

STM.ICUCourriel.EAI — Envoi de courriels sortants + Gestion des rebonds

Objectif : Recoit les demandes d'envoi de courriels du ICUMediator et les achemine via le relais SMTP ou l'API SendGrid. Gere egalement les rebonds, blocages, signalements de pourriel et adresses invalides provenant de SendGrid et Exchange Online.

Emplacement de reception :

• STM.ICUCourriel.EAI_EnvoiCourriel.WCF-WebHttp — /icucourriel/api.svc (POST /courriel), WCF-WebHttp, authentification Basic sur TLS, JSON

Orchestrations du chemin d'envoi :

1. ProduireMessageUsagerCourriel — s'active sur /icucourriel/api.svc, transforme le JSON en schema Courriel interne.
2. EnvoyerCourriel — achemine vers le chemin SMTP ou SendGrid.
3. EnvoyerEwsCourriel — envoie via le relais SMTP interne (Static-DotNetSMTP, ${SMTPHostName}:${SMTPPort}).
4. EnvoyerSendGridCourriel — envoie via l'API REST SendGrid (POST ${UrlSendGrid}/mail/send), authentification par jeton Bearer.
5. SauvegarderTraitementCourriel — persiste dans la BD ICU via WCF-SQL.

Orchestrations du chemin rebonds/rejets (projet TraiteRejet) :

• TraiterRejets — declenche par FILE; interroge la BD ICU pour les rebonds non traites; boucle a travers les enregistrements.
• ObtenirTokenOAuth — obtient un jeton Bearer OAuth2 d'Azure AD (https://login.microsoftonline.com/{tenant-id}/oauth2/v2.0/token) pour l'acces a Exchange Online.
• MettreAJourRejetServeurExchange — lit les NDR/rebonds d'Exchange Online via MS Graph (EWS OAuth2).
• MettreAJourBouncesSendGrid — interroge GET ${UrlSendGrid}/suppression/bounces.
• MettreAJourBlocksSendGrid — interroge GET ${UrlSendGrid}/suppression/blocks.
• MettreAJourSpamsSendGrid — interroge GET ${UrlSendGrid}/suppression/spam_reports.
• MettreAJourInvalidsSendGrid — interroge GET ${UrlSendGrid}/suppression/invalid_emails.
• MettreAJourStatus — met a jour le statut du courriel dans la BD ICU (MettreAJourCourrielStatus).

Ports d'envoi :

• STM.ICUCourriel.EAI_SendGrid — WCF-WebHttp → ${UrlSendGrid} (envoi + requetes de listes de suppression)
• STM.ICUCourriel.EAI_SMTP — Static-DotNetSMTP → ${SMTPHostName}:${SMTPPort}
• STM.ICUCourriel.EAI_OAuthToken.WCF-WebHttp — WCF-WebHttp → https://login.microsoftonline.com
• STM.ICUCourriel.EAI_TraitementCourriel.WCF-SQL — WCF-SQL → ${IcuDbAdress} (ecriture)
• STM.ICUCourriel.EAI_TraitementCourrielResponse.WCF-SQL — WCF-SQL → ${IcuDbAdress} (lecture-ecriture)
• STM.ICUCourriel.EAI_ResultatExecution — FILE → ${ResultatExecutionRepertoire}\%MessageID%.xml

Maintenance planifiee :

• STM.ICUCourriel.EAI_PurgerTraitmentCourriel.Schedule — purge quotidienne (exec PurgerTraitementCourriel 100)
• STM.ICUCourriel.EAI_Declencheur.FILE — declencheur FILE pour la boucle de traitement des rebonds

STM.ICUCourrielRecup.EAI — Routeur de recuperation des courriels

Objectif : Abonne CBR. Recupere les messages Courriel et les ecrit dans un partage de fichiers.

• Filtre du port d'envoi : BTS.MessageType = http://www.stm.info/namespaces/internal/icu/communicationusager/1#Courriel
• Sortie : FILE → ${RepertoireCourriel}\%MessageID%.xml

Vocal / Telus

STM.ICU.EAI — Appels vocaux sortants (SVI) via Telus RVI

Objectif : Gere les appels vocaux automatises sortants vers les usagers de la STM via la plateforme Telus RVI (Serveur vocal interactif). Declenchement par interrogation de la BD ICU; interface de rappel bidirectionnelle pour le TTS et le statut des appels.

Emplacements de reception :

• STM.ICU.EAI_DeclencheurEnvoiTelusAppelVocal.WCF-SQL — interrogation typee WCF-SQL sur la BD ICU (polledDataAvailableStatement="select 1 nbRow", intervalle configurable via ${IntervalDeclencheurTelusEnvoi})
• STM.ICU.EAI_MessageUsager.FILE — FILE → ${MessageUsagerRepertoireReception}\*.xml (chemin d'injection manuelle)
• STM.ICU.EAI_MessageUsager.Schedule — adaptateur Schedule (battement de coeur periodique TEST UCCX)
• STM.ICU.EAI_ReceptionTelus.WCF-WebHttp — /icu/telus.svc (GET /rvi/gettts/{nuanceTts} pour l'audio TTS; POST /rvi/msg pour le resultat de l'appel) — sans authentification, ouvert a Telus
• STM.ICU.EAI_DeclencheurPurgeCampaign.Schedule et .FILE — declencheur quotidien de purge des campagnes

Flux d'orchestration :

1. EnvoyerTelusAppelVocal — active par l'interrogation WCF-SQL; est un convoi de longue duree gerant l'etat des appels (indicateur convoiActif); appelle EnvoyerAppelVocal en sous-appel.
2. EnvoyerAppelVocal — invoque l'API Telus RVI Outbound (POST ${UriTelusEnvoi} = https://apipriv.stm.info/int/rvi-outbound/v1), authentification Basic (cseai_apimpr).
3. GererTentative — gere l'etat des tentatives; met a jour TraitementAppelVocal dans la BD ICU.
4. VerifierErreurTelus — surveille les erreurs de l'API Telus; archive les echecs dans un FILE.
5. PurgerCampaign — purge quotidienne planifiee des campagnes d'appels.
6. PurgerQueueAppelVocal — purge quotidienne de la table TraitementAppelVocal (exec PurgerTraitementAppelVocal 10).
7. EnvoyerResultatExecution — ecrit le resultat dans ${ResultatExecutionRepertoireEnvoi}\%MessageID%.xml.

Ports d'envoi :

• STM.ICU.EAI_SauvegarderTraitementAppelVocal — WCF-SQL → ${IcuDbAdress} (TypedProcedure SauvegarderTraitementAppelVocal)
• STM.ICU.EAI_ResultatExecution — FILE → ${ResultatExecutionRepertoireEnvoi}\%MessageID%.xml
• STM.ICU.EAI_Erreur — FILE → ${RepertoireArchive} (archive d'erreurs / nullification)
• STM.ICU.EAI_Bidon — FILE → ${RepertoireArchive} (puits nul pour les messages de battement de coeur)

Valeurs cles de l'environnement de production :

• URL de base de l'API Telus : https://apipriv.stm.info/int/rvi-outbound/v1
• BD UCCX : Informix a uccxprod03:1504, base de donnees db_cra
• BD SQL ICU : mssql://SQLEAIPR//ICU
• Fenetre de service pour les appels vocaux : 04h00–02h00 (appels supprimes de 02h00 a 04h00)

STM.ICUAppelVocalRecup.EAI — Routeur de recuperation vocale

Objectif : Abonne CBR. Recupere les messages AppelVocal et les ecrit dans un partage de fichiers.

• Filtre du port d'envoi : BTS.MessageType = http://www.stm.info/namespaces/internal/icu/communicationusager/1#AppelVocal
• Sortie : FILE → ${RepertoireAppelVocal}\%MessageID%.xml

Medias sociaux

STM.ICUResSociaux.EAI — Publication sur X (Twitter)

Objectif : Recoit les demandes de publication sur les medias sociaux (ICU Mediator ou directes) et publie sur X (Twitter) via l'API v2. Suit le statut de publication dans la BD ICU avec application de limites de debit.

Emplacements de reception :

• STM.ICUResSociaux.EAI_PublierMessage.WCF-WebHttp — /icuressociaux/api.svc (POST /MessageX; GET /MessageX/{commId}), WCF-WebHttp, authentification Basic sur TLS, JSON
• STM.ICUResSociaux.EAI_PublierDirect.FILE — FILE → ${RepertoireReprise}\*.json (fichier JSON pour reprise directe)
• STM.ICUResSociaux.EAI_PurgerTwitter.Schedule — planification quotidienne (exec PurgerSuiviTwitter 90)

Flux d'orchestration :

1. RecevoirPublierMessage — point d'entree; cree un enregistrement de suivi en cours (CreerSuiviTwitterEnTraitement).
2. ValiderMessage — interroge la BD ICU pour le nombre de tweets sur 24h par canal (ObtenirNbTwitter24hPourChannel); applique la limite de debit.
3. PublierXMessage — appelle l'API Twitter v2 (POST https://api.twitter.com/2/tweets); jeton Bearer OAuth2 injecte a l'execution via le comportement personnalise STM.WCFHttpHeaderBehavior.EAI.Inspector; met a jour le suivi (CreerSuiviTwitter / MajSuiviTwitter).
4. ObtenirStatutPublication — repond aux requetes GET; lit ObtenirCommunicationX depuis la BD ICU.
5. SauvegarderErreurs — en cas d'echec, ecrit MajSuiviTwitterErreur dans la BD ICU.

Ports d'envoi :

• STM.ICUResSociaux.EAI_SendTwitterX.WCF-WebHttp — WCF-WebHttp → https://api.twitter.com/2 (POST /tweets); Bearer OAuth2 via comportement personnalise; 1 reessai
• STM.ICUResSociaux.EAI_BD.WCF-SQL — WCF-SQL → ${IcuDbAdress} (CreerSuiviTwitterEnTraitement)
• STM.ICUResSociaux.EAI_Lecture.WCF-SQL — WCF-SQL → ${IcuDbAdress} (ObtenirNbTwitter24hPourChannel, ObtenirCommunicationX)
• STM.ICUResSociaux.EAI_Suivi.WCF-SQL — WCF-SQL → ${IcuDbAdress} (CreerSuiviTwitter, MajSuiviTwitter, MajSuiviTwitterErreur)
• STM.ICUResSociaux.EAI_Erreur.Nullify — FILE → ${RepertoireArchive}\%MessageID%.xml (archive d'erreurs)

Interne / Mediateur

STM.ICUMediator.EAI — Hub API de la plateforme ICU

Objectif : Hub d'orchestration central (couche passerelle API). Recoit toutes les demandes d'envoi de messages entrantes des applications clientes, les valide contre les listes de distribution GLID, suit le cycle de vie des communications dans la BD Mediator, et achemine vers la solution de canal appropriee (Courriel, Texto, ResSociaux, ICU Telus).

Emplacements de reception :

• STM.ICUMediator.EAI_EnvoyerMessageUsager.WCF-WebHttp — /icumediator/api.svc (POST /messageUsager; GET /Communication/{commId}), WCF-WebHttp, authentification Basic sur TLS, JSON
• STM.ICUMediator.EAI_PurgerCommunication.Schedule — Schedule → exec PurgerSuiviCommunication 100 (quotidien)

Flux d'orchestration :

1. DemanderEnvoiMessage — active par POST /messageUsager; point d'entree; deserialise la requete JSON ICUMediator.
2. ValiderMessage — appelle l'API REST GLID (GET ${WebServiceGlid}/Applications/{application}/ListesDistribution) pour obtenir les listes de distribution; valide la cible d'acheminement.
3. ObtenirAbonnementGlid — appelle l'API REST GLID (GET ${WebServiceGlid}/ListesDistribution/{liste}/Abonnements) pour developper la liste d'abonnes.
4. EnvoyerMessageUsager — cree un enregistrement SuiviCommunication dans la BD Mediator (CreerSuiviCommunication, ObtenirSource).
5. EcouterResultatsMessageUsager — attend les resultats d'envoi des canaux en aval; appelle MajSuiviCommunication, ObtenirSources pour finaliser le suivi.

Ports d'envoi :

• STM.ICUMediator.EAI_GetAbonnements — WCF-WebHttp → ${WebServiceGlid} (GET /ListesDistribution/{liste}/Abonnements), authentification Basic (nom d'utilisateur/mot de passe)
• STM.ICUMediator.EAI_GetListesDistribution — WCF-WebHttp → ${WebServiceGlid} (GET /Applications/{application}/ListesDistribution), authentification Basic
• STM.ICUMediator.EAI_SuiviCommunication — WCF-SQL → ${IcuMediatorDbAdress} (CreerSuiviCommunication, MajSuiviCommunication, ObtenirSource, ObtenirSources); livraison ordonnee
• STM.ICUMediator.EAI_ObtenirCommunication — WCF-SQL → ${IcuMediatorDbAdress} (ObtenirCommunication); utilise pour repondre a GET /Communication/{commId}
• STM.ICUMediator.EAI_Null — FILE → ${RepertoireArchive} (puits nul d'erreurs)

Massif

STM.ICUMassif.EAI — Diffusion de messages en masse

Objectif : Lit un fichier XML declencheur depuis un partage de fichiers et distribue les messages en masse vers deux canaux simultanement (Courriel en francais, SMS en anglais — code en dur dans l'orchestration).

Emplacement de reception :

• STM.ICUMassif.EAI_Declenchement.FILE — FILE → ${RepertoireDeclenchement}\*.xml, interrogation toutes les 60 secondes, pipeline PassThru

Flux d'orchestration :

1. DistribuerMessages — active par la reception FILE; definit Media1="Courriel", Langue1="fr", Media2="Texto", Langue2="en"; lance deux branches paralleles appelant chacune EnvoiMessage.
2. EnvoiMessage — sous-orchestration invoquee en parallele; construit les messages types (AppelVocal/Courriel/Texto) et les publie dans le BizTalk MessageBox; les solutions de canal en aval (ICUCourriel, ICUTexto) les recuperent via des abonnements.

Note : Aucun port d'envoi directement dans Massif — il s'appuie sur le routage base sur le contenu de BizTalk pour livrer aux solutions de canal. L'assembly Helper (STM.ICUMassif.EAI.Helper) fournit des utilitaires de journalisation.

Catalogue des systemes externes

1. API Telus RVI Outbound

• Type : API REST HTTP (proxy prive / gestion d'API interne STM)
• Protocole : HTTPS / WCF-WebHttp
• URL de base (prod) : https://apipriv.stm.info/int/rvi-outbound/v1
• Authentification : HTTP Basic (cseai_apimpr / mot de passe dans les parametres d'environnement)
• Utilise par : STM.ICU.EAI
• Direction : Sortant (BizTalk appelle Telus pour initier les appels vocaux)
• Notes : Comportement de point de terminaison TLS personnalise (STM.TLSEndpointBehavior.EAI). Nombre de reessais = 1, intervalle de reessai = 90 secondes. Fenetre de service appliquee de 04h00 a 02h00; appels bloques de 02h00 a 04h00.

2. Rappel entrant Telus RVI (SVI)

• Type : Recepteur de webhook REST HTTP
• Protocole : HTTPS / WCF-WebHttp
• Chemin d'ecoute : /icu/telus.svc
• Authentification : Aucune (Telus rappelle sans identifiants)
• Utilise par : STM.ICU.EAI (emplacement de reception ReceptionTelus)
• Direction : Entrant (Telus appelle BizTalk pour recuperer l'audio TTS ou publier le statut de l'appel)
• Operations : GET /rvi/gettts/{nuanceTts}, GET /rvi/{nuanceTts}, POST /rvi/msg, POST /rvi
• Notes : Fichier TTS servi depuis le repertoire ${RepertoireFichierNuanceTtsTelusEnvoi} via le composant de pipeline personnalise FileStreamProvider.

3. Base de donnees UCCX / IBM Informix (file d'attente Telus)

• Type : Base de donnees relationnelle IBM Informix
• Protocole : Informix natif (IBM.Data.Informix)
• Connexion (prod) : Host=uccxprod03; Service=1504; Server=uccxprod03_uccx; Database=db_cra
• Authentification : Nom d'utilisateur/mot de passe (uccxhruser)
• Utilise par : STM.ICU.EAI
• Direction : Les deux (lecture des demandes d'appel en file d'attente, ecriture des resultats)
• Notes : Il s'agit de la base de donnees Cisco UCCX (Unified Contact Center Express). BizTalk utilise le pilote IBM Informix v4.0.0.0. Il s'agit d'un element de migration a complexite elevee — aucun connecteur Azure natif.

4. Base de donnees STM ICU SQL Server

• Type : Microsoft SQL Server
• Protocole : Adaptateur WCF-SQL (sqlBinding)
• Connexion (prod) : mssql://SQLEAIPR//ICU (WCF-SQL) / Data Source=SQLEAIPR; Initial Catalog=ICU (ADO)
• Authentification : Windows integree
• Utilise par : STM.ICU.EAI, STM.ICUCourriel.EAI, STM.ICUTexto.EAI, STM.ICUResSociaux.EAI, STM.ICUTextoExtraction.EAI
• Direction : Les deux
• Procedures stockees : SauvegarderTraitementAppelVocal, PurgerTraitementAppelVocal, SauvegarderTraitementCourriel, MettreAJourTraitementCourriel, SauvegarderTraitementSMS, CreerTraitementSMSBatch, UpdTraitementSMSBatch, updBroadcast, updFeed, CreerSuiviTwitterEnTraitement, CreerSuiviTwitter, MajSuiviTwitter, MajSuiviTwitterErreur, ObtenirNbTwitter24hPourChannel, ObtenirCommunicationX, selExtractionTexto_SPPO (schema icuextraction)
• Notes : Base de donnees operationnelle centrale partagee entre 5 solutions. Contient les tables de suivi pour tous les canaux.

5. Base de donnees STM ICU Mediator SQL Server

• Type : Microsoft SQL Server
• Protocole : Adaptateur WCF-SQL (sqlBinding)
• Connexion (prod) : ${IcuMediatorDbAdress} (separee de la BD ICU)
• Authentification : Windows integree
• Utilise par : STM.ICUMediator.EAI, STM.ICUResSociaux.EAI (la purge utilise IcuMediatorDbAdoAdress)
• Direction : Les deux
• Procedures stockees : CreerSuiviCommunication, MajSuiviCommunication, ObtenirSource, ObtenirSources, ObtenirCommunication, PurgerSuiviCommunication, PurgerSuiviTwitter
• Notes : Base de donnees de suivi specifique au Mediator, separee de la BD operationnelle ICU. Livraison ordonnee appliquee sur le port SuiviCommunication.

6. API de passerelle SMS VuDu

• Type : API REST HTTP (agregateur SMS)
• Protocole : HTTPS / WCF-WebHttp; corps de requete envoye en application/x-www-form-urlencoded
• URL de base (prod) : ${uriFournisseur} (parametre — non expose dans PortBindingsMaster)
• Authentification : Injection d'en-tete HTTP personnalise (STM.WCFHttpHeaderBehavior.EAI.Inspector + STM.TLSEndpointBehavior.EAI)
• Utilise par : STM.ICUTexto.EAI
• Direction : Les deux (envoi de SMS, interrogation du statut de livraison)
• Points de terminaison : POST /send, POST /send_batch, POST /get_broadcast, POST /get_feed
• Notes : send et send_batch retournent des reponses JSON analysees via le pipeline personnalise STM.JsonAssembler. Nombre de reessais = 0 sur l'envoi (envoi sans confirmation pour le suivi de livraison, interroge separement).

7. API REST GLID (Service de listes de distribution / abonnements)

• Type : API REST HTTP (interne STM)
• Protocole : HTTPS / WCF-WebHttp
• URL de base (prod) : ${WebServiceGlid} (parametre)
• Authentification : HTTP Basic nom d'utilisateur/mot de passe (${UsagerGlid} / ${MotDePasseGlid}) + comportement de point de terminaison TLS
• Utilise par : STM.ICUMediator.EAI
• Direction : Sortant (BizTalk interroge GLID pour valider et developper les listes de distribution)
• Points de terminaison : GET /Applications/{application}/ListesDistribution, GET /ListesDistribution/{liste}/Abonnements
• Notes : Retourne du JSON; deserialise via STM.JsonAssembler.EAI.PipelineComponents.JsonDisassembler. Mappage de proprietes variables utilise pour injecter les parametres de chemin URL depuis les proprietes du message.

8. API SendGrid

• Type : API REST HTTP (fournisseur de courriels transactionnels)
• Protocole : HTTPS / WCF-WebHttp
• URL de base (prod) : ${UrlSendGrid} (parametre — pointe vers l'API SendGrid v3)
• Authentification : Jeton Bearer — en-tete Authorization: Bearer setatruntime injecte par STM.WCFHttpHeaderBehavior.EAI.Inspector
• Utilise par : STM.ICUCourriel.EAI (envoi et gestion des rebonds)
• Direction : Les deux
• Points de terminaison : POST /mail/send, GET /suppression/bounces, GET /suppression/blocks, GET /suppression/spam_reports, GET /suppression/invalid_emails
• Notes : Un seul port d'envoi gere a la fois l'envoi et toutes les requetes de listes de suppression via le mappage d'actions BTS. Nombre de reessais = 3.

9. Exchange Online / Microsoft Graph (EWS OAuth2)

• Type : API REST HTTP (Microsoft)
• Protocole : HTTPS / WCF-WebHttp
• URL de base : https://login.microsoftonline.com (pour le jeton OAuth); URL de l'API Graph pour les operations EWS deduite
• Authentification : OAuth2 Client Credentials — obtient le jeton depuis https://login.microsoftonline.com/{tenant-id}/oauth2/v2.0/token, puis jeton Bearer sur les appels suivants
• Utilise par : STM.ICUCourriel.EAI (projet TraiteRejet — MettreAJourRejetServeurExchange, ObtenirTokenOAuth)
• Direction : Entrant (BizTalk lit les NDR/rebonds d'Exchange)
• Notes : Integration la plus recemment ajoutee dans la solution de courriel. Utilise STM.ICUCourriel.EAI.TraiteRejet.Pipeline.Snd_wwwFormUrlEncoded pour la requete de jeton (corps encode en formulaire). La reponse du jeton est analysee en JSON.

10. Relais SMTP interne (Exchange sur site)

• Type : Relais de courrier SMTP (chemin herite)
• Protocole : Adaptateur BizTalk Static-DotNetSMTP
• Adresse (prod) : ${SMTPHostName}:${SMTPPort} (parametre)
• Authentification : Aucune (relais interne, sans identifiants)
• Utilise par : STM.ICUCourriel.EAI (orchestration EnvoyerEwsCourriel)
• Direction : Sortant
• Notes : Chemin de courriel herite; l'orchestration EnvoyerCourriel achemine entre SMTP et SendGrid. Coexiste avec le chemin SendGrid. La migration vers Azure devrait consolider les deux chemins en une seule API de courriel sortant.

11. API X (Twitter) v2

• Type : API REST HTTP (publique)
• Protocole : HTTPS / WCF-WebHttp
• URL de base : https://api.twitter.com/2
• Authentification : Jeton Bearer OAuth2 injecte a l'execution via le comportement WCF personnalise STM.WCFHttpHeaderBehavior.EAI.Inspector; pas de SSO, pas d'identifiants statiques dans les liaisons
• Utilise par : STM.ICUResSociaux.EAI
• Direction : Sortant (BizTalk publie des tweets)
• Point de terminaison : POST /tweets
• Notes : Nombre de reessais = 1 (faible tolerance aux echecs de l'API Twitter). Limite de debit appliquee a l'interieur de BizTalk via une requete de comptage sur 24h dans la BD ICU avant l'appel. Le jeton Bearer doit etre defini a l'execution/deploiement.

12. Base de donnees Optimax / PowerBI SQL Server

• Type : Microsoft SQL Server (rapports/analytique)
• Protocole : Adaptateur WCF-SQL
• Connexion (prod) : ${OptimaxPowerBIDbAdress} (parametre)
• Authentification : Windows integree
• Utilise par : STM.ICUTextoExtraction.EAI
• Direction : Sortant (BizTalk ecrit les donnees extraites)
• Procedure stockee : TypedProcedure/icuTexteExtraction/instextoSSPO
• Notes : Base de donnees analytique separee. Flux de donnees : BD operationnelle ICU → extraction BizTalk → BD Optimax/PowerBI. Lot quotidien, pas en temps reel.

13. Systeme de fichiers (partages internes)

• Type : Partage de fichiers Windows (chemins UNC)
• Protocole : Adaptateur BizTalk FILE
• Authentification : Compte de service Windows (identite de l'instance hote)
• Utilise par : Les 11 solutions (comme declencheurs, archives ou cibles de livraison CBR)
• Chemins cles :
  • \\corpo.stm.info\EAIPR2k20\Archives\STM.ICU.EAI — archive d'erreurs vocales
  • ${RepertoireDeclenchement}\*.xml — repertoires de declenchement Massif et Courriel
  • ${RepertoireAppelVocal}, ${RepertoireCourriel}, ${RepertoireTexto}, ${RepertoireMessageEntrant} — cibles de livraison des solutions Recup
  • ${RepertoireReprise}\*.json — reprise directe ResSociaux
• Notes : L'adaptateur FILE est utilise de maniere omnipresente pour les declencheurs (Massif, boucle de rejet Courriel), l'archivage d'erreurs et comme mecanisme de livraison pour les solutions de recuperation. Tous les chemins sont des partages UNC sur le reseau corporatif STM.

Evaluation de la complexite

Complexite faible — Migration directe

Complexite moyenne — Gerable avec les services Azure standards

Complexite elevee — Necessite un travail de conception significatif

Recommandation de priorite de migration

1. Debut (preuve de concept) : Solutions de recuperation CBR (AppelVocalRecup, CourrielRecup, TextoRecup, MessageEntrantRecup) — aucune logique metier, routage pur.
2. Phase 1 : ICUTextoExtraction (ETL par lot), ICUMassif (declencheur FILE + distribution), ICUResSociaux (Twitter).
3. Phase 2 : ICUTexto (SMS), ICUCourriel (courriel — double chemin + gestion des rebonds).
4. Phase 3 (avec la dependance UCCX resolue) : ICUMediator (hub API — doit etre migre avant ou en parallele avec toutes les solutions de canal qu'il appelle), ICU.EAI (vocal Telus — dernier en raison de la BD Informix et de la complexite des rappels).