eCEBSDocumentation eCEBS
Journaux et supervision

Remise et santé du pipeline

Ce qu'est devenu chaque message sortant, ce que chaque état de remise prouve ou non, et comment les incidents sont signalés.

La page Remise suit les messages après leur sortie d'eCEBS : l'accusé renvoyé au rapporteur, les alertes envoyées aux destinataires, et les vérifications de santé de chaque partie de la chaîne. Elle répond à la question que les journaux ne peuvent pas trancher — le message est-il vraiment parti ?

Ce que chaque état affirme

Chaque envoi est enregistré avec un seul état, choisi pour exactement ce qui est connu — jamais plus.

ÉtatCe qu'il signifie
Accepté par DHIS2DHIS2 a pris la demande. Rien de plus n'est encore connu.
Rejeté par DHIS2DHIS2 l'a refusé d'emblée, avec une raison.
Accepté par la passerelleUne vérification ultérieure a vu DHIS2 le remettre à la passerelle SMS.
Échec à la passerelleUne vérification ultérieure a vu la passerelle signaler une erreur.
RemisUn téléphone l'a confirmé. Impossible aujourd'hui — voir ci-dessous.
Sort inconnuIl a été accepté, mais la suite n'a jamais pu être établie.
Numéro invalideJamais envoyé — le numéro était mal formé.

Accepté n'est pas reçu

Ce déploiement ne reçoit aucun accusé de remise de l'opérateur : aucun message ne peut être confirmé comme reçu par un téléphone. Le mieux que l'on puisse prouver est accepté par la passerelle. Un message au sort inconnu n'est jamais compté comme un succès — c'est cette habitude qui a fait passer une panne d'un mois pour une santé parfaite.

La page, de haut en bas

  • Indicateurs principaux — envois, acceptés par une couche, arrivés à la passerelle, échecs et sort inconnu, pour la période choisie. Ils restent séparés à dessein ; il n'existe pas de taux de succès unique.
  • Par état de remise — une barre par état.
  • Envois dans le temps — acceptés, sort inconnu et échecs, empilés, pour qu'une bande rouge ou orange qui grandit se voie d'un coup d'œil.
  • Santé du pipeline — chaque partie de la chaîne qu'eCEBS peut observer (SMS via DHIS2, messages DHIS2, événements DHIS2, passerelle entrante) avec son état actuel et une bande des vérifications récentes. Le relais, la passerelle SMS et l'opérateur se trouvent après DHIS2 et ne sont pas surveillés ici.
  • Incidents — chaque période où une partie de la chaîne était dégradée ou en panne, avec son début, sa fin et sa durée.

Les incidents et le bandeau

Le serveur vérifie chaque partie de la chaîne toutes les quelques minutes. Quand l'une se dégrade, un incident est ouvert, daté de la première vérification en échec plutôt que du moment où il a été remarqué. Tant qu'un incident est ouvert, un bandeau coloré apparaît en haut de chaque page du portail, pour tous les rôles : une panne se voit sans que personne n'ait à la chercher. Inconnu signifie trop peu de vérifications pour juger — c'est affiché, jamais considéré comme sain.

Qui voit quoi

Tous les rôles voient les indicateurs, le graphique, la santé du pipeline et les incidents. Les enregistrements de remise et la liste des numéros invalides contiennent des numéros de téléphone : ils ne sont visibles que pour les analystes, configurateurs et administrateurs, et les numéros restent masqués jusqu'à leur affichage volontaire.

Depuis n'importe quel message de l'explorateur de journaux, Voir les envois ouvre cette page filtrée sur ce seul message, avec chaque envoi qu'il a produit.

Numéros invalides

Les numéros auxquels rien n'a été envoyé sont listés tels que fournis, avec leur fréquence. Ils proviennent presque toujours des fiches des rapporteurs dans DHIS2 — les corriger à la source est la seule solution durable.

Sur cette page