Production · lectures publiques
Mesures enregistrées par le service de statut, détaillées ci-dessous. Aucune opération métier n’est exécutée par ces sondes.
État du service
La situation observée, les preuves disponibles et les points à vérifier.
Lecture de la dernière mesure…
En attente
Lecture du service de mesure.
Contrôles publics
— contrôlesSite public, configuration annoncée et protection des accès.
Fonctionnalités métier
— fonctionnalitésUne réponse publique ne prouve pas un parcours complet.
Dernière mesureÂge inconnuSource : observation publique
Disponibilité observée
Lecture de l’historique…
- Mesures réussies
- —
- Couverture des mesures
- —
- Latence moyenne observée
- —
Journées en UTCRéussite
Écart
Sans
mesure
L’historique commence à l’activation de la collecte. Les jours précédents restent sans données.
Consulter les mesures quotidiennes
| Date UTC | Réussite observée | Mesures reçues / attendues | Latence moyenne |
|---|
La disponibilité porte uniquement sur les mesures reçues. Une couverture incomplète laisse des périodes inconnues ; la latence moyenne ne constitue pas un engagement de service.
Résultat par fonctionnalité
Preuve partielleLe fonctionnement complet de ces parcours n’est pas établi par les mesures publiques. Une preuve absente ne signifie pas une panne.
En attente de données.
Aucune mesure reçue.
Cette vue présente la situation connue du service. Elle ne garantit ni l’absence de bugs ni la livraison d’un document particulier.
Ce que les preuves établissent
Lecture techniqueChaque résultat conserve son environnement et sa portée. Un test local ou un fournisseur simulé ne devient jamais une réussite en production.
Validation métier · environnement local
Lecture du rapport de qualification locale. Aucun résultat local ne sera présenté comme une réussite en production.
Date de qualification indisponible.
Parcours exercés et limites
Contrôle à blanc · production
Le contrôle à blanc relit un envoi déjà préparé sans consommer ou renouveler son devis. Aucun résultat de cette validation en production n’est disponible ici.
Parcours complets · environnement isolé
La qualification locale ci-dessus exerce les scénarios sélectionnés. La couverture complète des files, des moteurs d’analyse et de tous les parcours conserve ses preuves distinctes ; elle n’est pas acquise par ce seul résultat.
Pourquoi le contrôle à blanc reste une preuve partielle
Il relit l’état préparé, l’absence de tentative, le devis et les restrictions applicables. Il ne crée aucun devis, accord, crédit réservé, message en file ou appel fournisseur. Les échéances continuent de s’appliquer.
L’acceptation atomique et la livraison sont explicitement non exécutées. Les comptes et droits courants restent nécessaires. Les compteurs techniques d’accès peuvent évoluer ; une lecture réelle de production utilise aussi l’infrastructure.
Aucun test authentifié ni envoi réel n’est exécuté par cette page. La collecte publique est distincte des tests métier.
Contrôles publics observés
—En attente d’une mesure exploitable.
En attente de la première mesure.
Les résultats apparaîtront dès que le moniteur répondra.
Un résultat réussi prouve uniquement son attendu. Un refus HTTP 401 est ici un succès : l’accès anonyme doit être bloqué. Les détails d’assertion individuels ne sont pas exportés.
Suivi de maintenance et d’astreinte
Preuve · âge · action
Une mesure manquante ou trop ancienne indique un état inconnu. Les lignes sans preuve privée restent à vérifier ; elles ne constituent pas des incidents confirmés.
Observation publique
En attente- Preuve
- Aucune mesure reçue.
- Âge
- Indisponible
- Action
- Relire le résultat existant. Si la mesure manque ou dépasse son seuil de fraîcheur, vérifier le processus de collecte avant de conclure.
Analyse et rendu des PDF
Preuve privée absente- Preuve attendue
- Analyse d’un fichier connu, fraîcheur des signatures, octets exacts et rendu de toutes les pages.
- Âge
- Dernière réussite indisponible dans ce rapport.
- Action
- Exécuter et archiver le parcours local isolé. Une configuration annoncée ne suffit pas à valider le traitement réel.
Files et traitements différés
Mesure absente- Preuve attendue
- Dernière exécution terminée, âge du plus ancien travail et comportement après interruption.
- Âge
- Aucune mesure de file reçue ici.
- Action
- Tester les reprises avec les files locales et un fournisseur simulé. Une issue fournisseur inconnue ne doit pas provoquer un nouvel envoi.
Réception et livraison
Non exécutées- Preuve attendue
- Événement authentifié, rapprochement de l’envoi et état final conforme.
- Âge
- Aucune preuve de livraison issue de cette vérification.
- Action
- Exercer les scénarios de succès, rejet, doublon et délai avec des événements simulés. Aucun appel de livraison réel dans la stratégie sans débit métier.
Sauvegarde et restauration
Preuve à réunir- Preuve attendue
- Restauration isolée et contrôle de cohérence documenté.
- Âge
- Aucune date de restauration vérifiée fournie ici.
- Action
- Restaurer une base de test locale, vérifier les relations et conserver le résultat. Ne pas modifier les données de production pour ce test.
Stratégie de tests sans débit métier
- Exécuter localement le code applicatif avec des données fictives, des bases D1 et objets R2 isolés, les files et les composants PDF requis.
- Interdire le réseau externe et exclure les secrets de production. Le dernier appel de livraison utilise exclusivement un fournisseur simulé ; tout accès réseau inattendu fait échouer le test.
- Conserver les preuves par scénario : environnement, résultat, date, durée et limite. Un scénario non exécuté ne reçoit aucun état vert.
- Conserver la production hors de cette boucle. La collecte publique est limitée et utilise l’infrastructure ; son coût ne peut pas être présenté comme nul. Aucun parcours métier facturable ne doit être inclus dans cette boucle.
Objectif : aucun devis réel consommé, aucun crédit métier réservé et aucun paiement fournisseur. Les ressources de la machine et d’une éventuelle CI restent distinctes. La qualification locale publie son résultat daté dans Vérifications. Les scénarios non couverts restent à compléter.
Règles d’alerte à mettre en place
Signaler un échec observé, une preuve périmée ou une absence de mesure. Associer chaque alerte à la fonctionnalité, à l’environnement de test, à l’heure et à la preuve correspondante.
Notifier l’apparition, l’évolution utile et le rétablissement ; dédupliquer les rappels. Aucun canal d’alerte ou service d’astreinte n’est configuré par cette page.