deploy: рестарт yii-queue воркеров после reload php-fpm

Воркеры yii queue/listen читают .env один раз при старте и кэшируют
vendor/autoload в памяти. Без принудительного рестарта они продолжают
работать с прежними токенами/кодом задач — и любое изменение в .env
или коде джоб до них не доедет.

Инцидент 2026-05-07: после ротации TELEGRAM_BOT_TOKEN_PROD в @BotFather
воркеры с uptime 68 дней (last restart Feb27) продолжали слать с
отозванным токеном, выдавая 401 Unauthorized — ERP молча терял все
уведомления клиентам с 21.04 по 07.05.

Дополнительно убиваются orphan-процессы yii queue/listen с PPID=1:
такие появляются, если supervisor когда-то рестартовали без graceful
stop детей — supervisorctl restart их НЕ трогает, а они продолжают
слушать очередь со старым окружением. На erpp 2026-05-07 жили ровно
10 таких orphan'ов от Feb27 параллельно с новыми воркерами.

Изменения:
- erp24/scripts/server/activate-release.sh  +31
- erp24/scripts/server/rollback.sh          +20
- erp24/scripts/local/deploy-to-prod.sh     +25

Merge branch 'feature_fomichev_erp_2025_sales_api_endpoint_api2' into 'develop'

api эндпоинты для транскрибации

See merge request gitlab-instance/yii-erp24!1140

Merge branch 'feature_fomichev_ERP-292_automarkup' into 'develop'

feat(ERP-292): RuleBasedParser — словарный парсинг имени товара

See merge request gitlab-instance/yii-erp24!1160

Правки по ревью

review fixes 2

review fixes

llm verification migration fix

llm verification fixes

llm verification

llm verification

feat(ERP-292): консольная команда verify-llm, триггер в run-new

feat(ERP-292): AutoMarkService — llmBatchVerify, getPendingUnverifiedCount

feat(ERP-292): LlmVerifier — батчинг, обогащение примерами, парсинг вердиктов

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>

feat(ERP-292): LlmClient — HTTP-клиент и парсинг ответа

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>

feat(ERP-292): модель — METHOD_LLM, llm_verdict поля и валидация

feat(ERP-292): LlmVerifyResult DTO

feat(ERP-292): миграция — llm_verdict, llm_verified_at, llm_comment

Merge branch 'fix_filippov_ERP-372_avg_check_dashboard' into 'develop'

test(ERP-372): добавить тесты для getSalesCountSum

See merge request gitlab-instance/yii-erp24!1162

fix(ERP-372): синхронизировать фильтры getSalesCountSum с getSalesSum

На дашборде /dashboard/sales для магазинов с большой долей доставки
(например, 07 Аэродромная 28) средний чек расходился с суммой продаж:
avg = sum_count_query / cnt_count_query, при этом колонка «сумма продаж»
показывала результат другого запроса (getSalesSum) с более узким
фильтром.

Привожу getSalesCountSum к тем же условиям:
- LEFT JOIN sales sc ON sc.id = s.sales_check
- sc.order_id IS NULL OR IN ('','0')   — отбрасываем строки, привязанные
  через sales_check к доставочной продаже;
- s.marketplace_order_id IS NULL OR =''  — отбрасываем продажи маркетплейсов.

После фикса avg = sum / cnt совпадает с тем, что выводится в колонке
«сумма продаж».

Тесты (9/9 GREEN): unit на структуру SQL и биндинг параметров +
интеграционные на реальной БД (insert/rollback в транзакции),
проверяющие исключение маркетплейс- и доставочно-связанных продаж.

test(ERP-372): добавить тесты для getSalesCountSum

Unit-тесты на SQL-структуру, биндинг параметров, payType-ветку
и пустой результат. Интеграционный тест на реальной БД проверяет,
что метод исключает маркетплейс-продажи и записи, связанные через
sales_check с доставкой. На текущем (нефиксенном) коде воспроизводят
баг — RED-состояние перед применением правки.

Merge branch 'feature_filippov_task22_widen_sync_window_to_4months' into 'develop'

fix(task_22): расширить окно выборки админов с 1 до 4 месяцев

See merge request gitlab-instance/yii-erp24!1161

fix(task_22): расширить окно выборки админов с 1 до 4 месяцев

Сотрудники с пустым guid выпадали из синхронизации с 1С после месяца —
расширяем окно date_add до 4 месяцев. Добавлена документация по каналу
ERP→1С create_employee (pull через API2 DataController::actionRequest).

Merge branch 'feature_fomichev_ERP-300J_suppliers_dict' into 'develop'

feat(ERP-300): справочник закупщика

See merge request gitlab-instance/yii-erp24!1159

feat: добавить группу 82 (менеджер контроля качества) в RBAC ERP-300

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>

fix: подсказка кнопки экспорта — .xlsx → .csv

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>

fix: экспорт — убрать sendFile(), отдавать CSV через response->content

sendFile() конфликтовал с nginx на сервере. Теперь CSV генерируется
в php://temp и отдаётся напрямую через FORMAT_RAW без файла на диске.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>

fix: экспорт — один JOIN-запрос со скалярами вместо AR + eager loading

Убирает OOM: GUID-ы фильтруются отдельно, данные — одним SQL с
STRING_AGG для маркировок. Никаких ActiveRecord-объектов в памяти.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>

fix: экспорт маппинга переведён с XLSX на CSV

PhpSpreadsheet роняет процесс по памяти на больших выборках.
CSV: нет зависимостей, минимум памяти, UTF-8 BOM для Excel.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>

fix: заменить yii.getCsrfToken() на meta[csrf-token] во всех модулях buyer-reference

yii объект недоступен в контексте внешних JS-файлов. Читаем токен напрямую
из <meta name="csrf-token"> — так же работает во всех браузерах.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>

fix: перехват ошибки экспорта — возврат JSON вместо 500

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>

fix: правильный регистр исключённых категорий (строчные буквы)

В БД категории хранятся строчными: 'букет', 'сборка', 'сервис'.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>

fix: фильтрация категорий Букет/Сборка/Сервис после кэша

Перенесена фильтрация исключённых категорий из SQL-запроса внутри кэша
в PHP-фильтр после getOrSet — работает немедленно независимо от состояния кэша.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>

fix cache

fix mapping

fix marking

fix producer

fix plantation

fix plantation

delete

migration

fix button

fix button

fix button

фикс появления после создания

фикс удаления

фикс удаления

фикс вкладки

fix(ERP-292): critical fixes — транзакции, типы, FK drop, use imports, XSS

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>

fix(ERP-292): strict_types в AutoMarkPredictionJob

feat(ERP-292): web-контроллер и views авторазметки

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>

feat(ERP-292): queue job AutoMarkPredictionJob

feat(ERP-292): консольная команда auto-mark

fix(ERP-292): type cast и null guard в AutoMarkService

feat(ERP-292): AutoMarkService — оркестратор авторазметки

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>

feat(ERP-292): SimilarityMatcher — TF-IDF cosine similarity

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>

feat(ERP-292): RuleBasedParser — словарный парсинг имени товара

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>

feat(ERP-292): модель Products1cAutomarkPrediction и DTO ParseResult

fix(ERP-292): CURRENT_TIMESTAMP вместо NOW() в миграции

feat(ERP-292): миграция таблицы products_1c_automark_predictions

chore: add .worktrees/ to .gitignore

Фикс по фильтры

Фикс по фильтры

Фикс по js

Фикс по маппингу

Каталог поставщика

Каталог поставщика

feat(ERP-318): справочник поставщиков — Model + Controller + View + JS

Реализован CRUD справочника поставщиков с модальными окнами (AJAX),
GridView + PJAX и каскадной деактивацией связанных записей.

Компоненты:
- Supplier (AR модель с TimestampBehavior + BlameableBehavior)
- SupplierSearch (search модель без пагинации)
- SupplierController (AJAX CRUD, наследует BaseController)
- views/supplier/index.php (GridView + модалка + JS)
- views/supplier/_form.php (форма для модалки)
- BuyerReferenceController + view (контейнер с табами)

Бейджи типа и статуса — по UI-guideline из spec-supplier-reference.html.
Валидация: name unique varchar(200), lead_time >= 0, type/currency enum.
Soft delete через is_active=false с каскадом на markings и product_mappings.
Write-операции обёрнуты в DB-транзакции.

Артефакты workflow: docs/jira/ERP-318/

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>

Merge branch 'fix_filippov_BC-248_max_chatbot_source' into 'develop'

fix(BC-248): защита миграции purchase_date от повторного применения

See merge request gitlab-instance/yii-erp24!1158

fix(BC-248): защита миграции purchase_date от повторного применения

Проверка наличия колонки через getTableSchema перед ALTER TABLE.

Merge branch 'fix_filippov_BC-248_max_chatbot_source' into 'develop'

feat(BC-248): добавить поле purchase_date в обращения KikFeedback

See merge request gitlab-instance/yii-erp24!1156

feat(BC-248): добавить поле purchase_date в обращения KikFeedback

- Миграция: колонка purchase_date (date, nullable) в kik_feedback_request
- Модель KikFeedbackRequest: PHPDoc, rules, attributeLabels
- API2 KikController: приём purchase_date из bodyParams
- API3 KikService + FeedbackInput: приём purchase_date, маппинг max_chatbot
- View: отображение "Дата покупки" в карточке обращения

Merge branch 'fix_filippov_BC-248_max_chatbot_source' into 'develop'

fix(BC-248): actionGetStores — вернуть UUID из Products1c вместо числового ID из CityStore

See merge request gitlab-instance/yii-erp24!1155

fix(BC-248): actionGetStores — вернуть UUID из Products1c вместо числового ID из CityStore

Max-бот ожидает UUID магазинов (Products1c.id), а не числовой ID из CityStore.
Удалён закомментированный дубликат метода.

Merge branch 'fix_filippov_BC-248_max_chatbot_source' into 'develop'

fix(BC-248): добавить источник max_chatbot в маппинг KikFeedback

See merge request gitlab-instance/yii-erp24!1154

fix(BC-248): добавить источник max_chatbot в маппинг KikFeedback

Обратная связь из Max-бота записывалась с source=0 (неизвестный)
вместо source=11 (Макс), т.к. маппинг не содержал max_chatbot.

Merge branch 'feature_filippov_ERP-280_reduce_cleanup_period' into 'develop'

feat(ERP-280): клиентская валидация суммарного размера файлов (лимит 2.5 ГБ)

See merge request gitlab-instance/yii-erp24!1153

feat(ERP-280): клиентская валидация суммарного размера файлов (лимит 2.5 ГБ)

Предотвращает отправку формы списания, если суммарный размер вложений
превышает 2.5 ГБ. Показывает пользователю фактический и допустимый размер.

Merge branch 'feature_filippov_ERP-280_reduce_cleanup_period' into 'develop'

fix(ERP-280): сократить срок подготовки файлов списания до 5 дней

See merge request gitlab-instance/yii-erp24!1152

fix(ERP-280): сократить срок подготовки файлов списания до 5 дней

Было: -1 month, стало: -5 days в export-old, print-old и связанных методах модели.

Merge branch 'fix_filippov_batch_sync_pdo_binding' into 'develop'

fix: BatchSyncService PDO binding — $N плейсхолдеры → :pN

See merge request gitlab-instance/yii-erp24!1150

fix: BatchSyncService PDO binding — $N плейсхолдеры → :pN

PDO::bindValue() требует индекс ≥ 1, а $params был 0-индексированным
массивом с PostgreSQL-нативными $1,$2,$3 плейсхолдерами. Это вызывало:

  PDOStatement::bindValue(): Argument #1 ($param) must be >= 1

Результат на проде: Balances::deleteAll() удалял данные магазина,
BatchSyncService->upsertBalances() падал → магазин терял ВСЕ строки.

Fix: именованные :p1,:p2,:p3 плейсхолдеры вместо $1,$2,$3.
Проверено на реальной БД: 5 магазинов (419-499 товаров) + characteristics.

Merge branch 'feature_filippov_ERP-33_stock_state_scd2' into 'develop'

Feature filippov erp 33 stock state scd2

See merge request gitlab-instance/yii-erp24!1149

fix(ERP-33): SendTelegramMessageJob namespace app\jobs, не yii_app\jobs

Merge branch 'task-JIRA-ERP-33-20260324070448' into 'develop'

Task jira erp 33 20260324070448

See merge request gitlab-instance/yii-erp24!1148

Merge branch 'develop' into 'task-JIRA-ERP-33-20260324070448'

# Conflicts:
#   erp24/services/StockStateService.php

fix(ERP-33): safe cast components — пустые строки и NULL в products_1c

fix(ERP-33): safe cast components — пустые строки и NULL в products_1c

Merge branch 'feature_filippov_ERP-33_stock_state_scd2' into 'develop'

[ERP-33]: cast components::jsonb + TelegramTarget multiline fix

See merge request gitlab-instance/yii-erp24!1147

fix(ERP-33): cast components::jsonb + TelegramTarget multiline fix

1. StockStateService: pp.components::jsonb cast — products_1c хранит
   components как text, stock_state ожидает JSONB
2. TelegramTarget: экранировать \n при записи в error_tracking.log —
   многострочные ошибки ломали формат файла и спамили stderr

fix(ERP-33): cast pp.components::jsonb в INSERT для совместимости с products_1c

Merge branch 'task-JIRA-ERP-33-20260324070448' into 'develop'

fix(ERP-33): TelegramTarget — экранировать \n в error_tracking.log

See merge request gitlab-instance/yii-erp24!1146

refactor(ERP-33): убрать actionCleanup — очистка не нужна

fix(ERP-33): TelegramTarget — экранировать \n в error_tracking.log

Многострочные ошибки (содержащие $_SERVER dump) ломали формат
файла error_tracking.log: file() разбивала одну запись на
множество строк, каждая выводилась как "Некорректная строка".

Фикс: str_replace \n → \\n при записи, убран error_log спам.

Merge branch 'task-JIRA-ERP-33-20260324070448' into 'develop'

fix(ERP-33): namespace app\ → yii_app\ для совместимости с продом

See merge request gitlab-instance/yii-erp24!1145

fix(ERP-33): namespace app\ → yii_app\ для совместимости с продом

Merge branch 'task-JIRA-ERP-33-20260324070448' into 'develop'

[ERP-33]: add unit tests for StockHistoryService (11 tests)

See merge request gitlab-instance/yii-erp24!1144

feat(ERP-33): заменить StockHistory (snapshot) на StockState (SCD-2)

Полная переделка подхода хранения остатков:
- StockHistory (полные снимки 11400 INSERT/запуск) → StockState (SCD-2, 2 SQL)
- Без партиций — одна таблица с valid_from/valid_to (TIMESTAMP)
- valid_to = '2100-01-01 00:00:00' для активных, закрытие на секунду раньше
- is_active boolean для быстрой фильтрации
- batch_ts — единый timestamp пакета на запуск
- Экономия ~78% объёма (660 MB vs 3 GB за 2 года)
- 10 unit-тестов, 29 assertions

feat(task-JIRA-ERP-33-20260324070448): Сбор данных по остаткам на день

feat(task-JIRA-ERP-33-20260324070448): Сбор данных по остаткам на день

feat(task-JIRA-ERP-33-20260324070448): Сбор данных по остаткам на день