Владелец увидел на боевой карточке «Причина: Вход в кабинет МТС потерян —
нужен вход руками (npm run login)». Перевод на человеческий существовал с
07.08, но работал ТОЛЬКО НА ЗАПИСИ: шесть боевых кампаний (5, 7, 10, 12, 13,
14) записаны раньше и продолжали ехать на экран сырыми, а 14-я — с внутренним
адресом кабинета marketolog.
Чистка перенесена на МОМЕНТ ПОКАЗА — PrichinaDlyaKlienta::dlyaEkrana плюс
CampaignController::dlyaKlienta: старые строки чинятся сами, базу трогать не
надо, технический текст в базе остаётся для админки. Слова МОДЕРАТОРА
при status=rejected проходят дословно — иначе клиент не поймёт, что править.
Закрыты ещё три дыры того же класса:
— подметальщик брошенных прогонов писал «кабинет МТС» мимо перевода;
— колокольчик и письмо клиенту брали сырой текст робота;
— перевод не был идемпотентным: второй проход вырождал уже переведённую
фразу в общую, то есть показывал клиенту текст мутнее записанного.
СМС — та же беда и вдобавок неправда: клиенту показывалось «имя отключено,
погасить у МТС», хотя денег МТС он не должен, долг перед рекламным кошельком
Лидерры. Тексты вынесены в ClientSmsSender::NOTE_DEBT_SUSPENDED /
NOTE_OWNER_SUSPENDED и переписаны по-человечески; служебный смысл остался в
suspended_reason и в записи журнала. Подсказка про регистрацию имени и
документ-согласие теперь говорят «оператор», а не «МТС».
Названия сетей (МТС/Билайн/МегаФон/Теле2) на экране СМС оставлены намеренно:
это сети получателей, которые клиент сам выбирает, а не наш посредник.
Сторожа: PrichinaNaEkraneTest — 12 проверок, боевые строки насквозь через API;
PometkaImeniBezPosrednikaTest — 2; плюс 4 в PrichinaDlyaKlientaTest.
ClientTg 412 зелёных, ClientSms 453, экраны 126, статанализ 0, стиль чисто.
Правлены два чужих сторожа, объяснение — прямо в файлах: RejectNotifyTest
подставлял слова модератора к статусу «идёт работа» (в жизни такой пары нет),
NameFeeJobTest сверял текст клиентской записки вместо признака suspended_reason.
Кампания, брошенная роботом на полпути, попадала в needs_review или
draft_ready — статусы, из которых не вело ни одного перехода. Замороженные
деньги клиента запирались навсегда, снять их мог только программист правкой
боевой базы. В бою 06.08.2026 так заперло 268,80 ₽ по кампании №14.
Теперь в админке есть карточка «Застрявшие кампании»: владелец видит номер
кампании в кабинете МТС, запертую сумму и уже уплаченную МТС сумму — и решает
сам. Кнопка «списать по факту» показывается ТОЛЬКО когда МТС уже уплачено;
иначе списывать было бы нечего, кроме сметы — ровно та беда, ради которой
заморозку и заводили.
Заодно: клиенту больше не показывают внутренние адреса и команды запуска —
причина отказа переводится на человеческий язык. Портал перестал принимать
пустой отчёт робота как успешный.
Проверено: модуль 354 теста, экраны 13 тестов, статанализ 0 ошибок.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Слияние feat/client-telegram-ads с main 8bdd58e8. Десять швов разобраны вручную:
денежный файл AdWalletService взят из main целиком — проверено поимённо, что все три
починки на месте: свой контекст клиента, оживление брони, таяние заморозки. В расписании
объединены оба набора заданий: телеграмные два и рекламные четыре. В боковом меню и в
мобильном «Ещё» сохранён пункт «Рекламный кошелёк», подписи поправлены — на реальные
экраны ведут ОБА канала. Словарь, пример настроек и журнал схемы объединены.
Сверх самого слияния:
- Журнал схемы: телеграмные записи v8.86-v8.95 перенумерованы в v9.18-v9.27, блок
переставлен наверх, пометки «номер предварительный» сняты и заменены одной врезкой
о перенумерации. Задвоенных номеров не осталось. Врезка шапки теперь называет и
телеграмные таблицы: их DDL, как и рекламный, живёт только в дельта-миграциях.
- Новый сторож денег tests/Feature/ClientTg/TgMoneyUnderRealRoleTest.php: списание и
возврат под боевой ролью crm_app_user. С контекстом клиента деньги двигаются, без
контекста возврат падает громко. Обычные тесты ходят суперюзером и этот класс дыр
увидеть не могут.
- Помощник rejectedCampaign переименован в tgRejectedCampaign: одноимённый помощник
есть у рекламного модуля, помощники Pest глобальные, полный прогон падал фаталом.
Каждая ветка по отдельности этого увидеть не могла.
- Два теста уведомлений считали ВСЮ таблицу целиком вместо строк своего пользователя:
в одиночку зелёные, в полном прогоне красные. Счёт сужен до конкретного пользователя.
- Убраны две проверки отменённой сущности «своё имя отправителя» — сама сущность
дропнута в v9.27 как СМС-фантазия, её адрес отдаёт 405.
Прогоны: телеграм 193/193, реклама 336/336 при 1029 проверках, вместе 532/532,
экраны 1704/1708, сборка фронта чисто, полный Unit+Feature 3923/3960. Шестнадцать
падений полного прогона совпадают построчно с прогоном ветки без телеграма — слияние
не добавило ни одного. Статанализ в свежем каталоге запустить не удалось: он требует
сгенерированного файла-подсказки, которого нет в репозитории, и без него молча падает
на обеих ветках.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Клиентский модуль «Реклама в Телеграме по своей базе» (робот-в-браузере, МТС Маркетолог).
Задача 5.2 — обратная связь по отказу:
- миграция client_tg_campaigns.status_reason (varchar 500, nullable; RLS без изменений — колонка на существующей таблице), запись v8.88 в CHANGELOG_schema
- Campaign: status_reason в fillable
- NotificationService::notifyTelegramCampaignRejected — in-app уведомление всем активным
пользователям тенанта без pref-гейта (важное операционное сообщение доходит всегда)
- RunTelegramCampaignJob: при провале робота сохраняет причину в status_reason и шлёт уведомление
(Tenant грузится внутри tenantTx для RLS, notify — после транзакции)
- фронт: telegram.ts (+status_reason), AdvertisingTelegramView показывает причину отказа/ошибки
- тесты: RejectNotifyTest (4 Pest) + 2 Vitest на экран
Закалка робота против частых глюков кабинета МТС:
- browser.js: gotoStable() — терпеливая загрузка с перезагрузкой (кабинет виснет на пустой крутилке)
- session.js: isLoggedIn через gotoStable — больше нет ложного «вход слетел»
- cabinet.js: знакомство пропускается если его нет (только для новичков); оферта по #isOfferAccepted;
осознан шаг /payment (денежная развилка «оплатить/без оплаты» — Сессия 6)
Живая разведка кабинета зафиксирована в FLOW-FINDINGS.md (селекторы, шаг /payment, поле файла модератору).
Проверки: Pest ClientTg 93/93, Vitest экрана 7/7, node-тесты робота 20/20.
Робот в тестах замокан, тесты на liderra_testing. Реальных ПДн нет (номера фейковые 7999…).
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
Дмитрий