portal

liderra/portal

Fork 0

Commit Graph

Author	SHA1	Message	Date
Дмитрий	ad50861ed5	fix(sales): тариф не сохранялся — первая ступень «0—1» (from=0) отклонялась валидацией Форма «Тарифы менеджеров» дефолтит первую ступень с 0 (с момента привязки), и расчёт вознаграждения (tenure стартует с 1) с from=0 работает верно, но валидатор params.periods.*.from требовал min:1 → «Сохранить» падало 422 («Поле params.periods.0.from должно быть не менее 1»). min:1 → min:0. TDD: тест store с первой ступенью from=0 → 201 (падал 422 до фикса). Baseline Larastan: actingAs 20→21 (добавлен один тест, квирк Pest+Larastan п.25). Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	2026-07-15 15:15:10 +03:00
Дмитрий	2a16f5b1fc	feat(sales): пересмотр состава тарифов портала продаж — 2 вида Решение заказчика 03.07.2026: два вида тарифа вместо трёх — суточный оклад daily_salary и процент от пополнений topup_step. Убраны percent_oborot и fix_per_client. Миграция 2026_07_03_120000 меняет CHECK sales_tariffs.kind, освобождает FK sales_users.current_tariff_id и sales_client_assignments.tariff_id, удаляет тарифы уходящих видов. SalesEarningsService для уходящих видов возвращает 0 по default-ветке. Снимки привязок не трогаются. Обновлены контроллеры тарифов и дохода, сервисы Earnings и Metrics, фронт SalesTariffsView и api/sales.ts, демо-сид, тесты бэка и фронта, CHANGELOG схемы v8.61 и спека портала. Не на проде: ветка feat/sales-portal-demo. Проверка: Sales Feature 169/169, Vitest SalesTariffs 10/10, Larastan 0. Co-Authored-By: Claude Opus 4.8 1M context <noreply@anthropic.com>	2026-07-05 19:25:19 +03:00
Дмитрий	f3a18a0f96	feat(sales): каталог тарифов + назначение текущего (бэк) Task 3.2a — SalesTariffController (index/store/update/assign), только head. - index: активные тарифы (3 вида) + менеджеры с метриками периода (пополнения/оборот/клиенты) и оценкой «начислено» текущим тарифом. - store/update: валидация params по виду тарифа (topup_step.periods[], percent_oborot.rate, fix_per_client.threshold/reward); смена kind в update запрещена (422). - assign: ставит менеджеру current_tariff_id + base_salary_rub («оклад+ процент» = оклад на менеджере + percent_oborot тариф). - В12: ни update, ни assign НЕ трогают снимки уже привязанных клиентов (sales_client_assignments) — покрыто тестами. Роуты в группе admin-db/auth:sales/sales-portal. Тесты 19/19, весь sales-набор 130/130, Larastan 0 (3 Pest-false-positive в baseline). Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	2026-07-02 18:56:58 +03:00

Author

SHA1

Message

Date

Дмитрий

ad50861ed5

fix(sales): тариф не сохранялся — первая ступень «0—1» (from=0) отклонялась валидацией

Форма «Тарифы менеджеров» дефолтит первую ступень с 0 (с момента привязки),
и расчёт вознаграждения (tenure стартует с 1) с from=0 работает верно, но
валидатор params.periods.*.from требовал min:1 → «Сохранить» падало 422
(«Поле params.periods.0.from должно быть не менее 1»). min:1 → min:0.

TDD: тест store с первой ступенью from=0 → 201 (падал 422 до фикса).
Baseline Larastan: actingAs 20→21 (добавлен один тест, квирк Pest+Larastan п.25).

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

2026-07-15 15:15:10 +03:00

Дмитрий

2a16f5b1fc

feat(sales): пересмотр состава тарифов портала продаж — 2 вида

Решение заказчика 03.07.2026: два вида тарифа вместо трёх — суточный
оклад daily_salary и процент от пополнений topup_step. Убраны
percent_oborot и fix_per_client.

Миграция 2026_07_03_120000 меняет CHECK sales_tariffs.kind, освобождает
FK sales_users.current_tariff_id и sales_client_assignments.tariff_id,
удаляет тарифы уходящих видов. SalesEarningsService для уходящих видов
возвращает 0 по default-ветке. Снимки привязок не трогаются.

Обновлены контроллеры тарифов и дохода, сервисы Earnings и Metrics,
фронт SalesTariffsView и api/sales.ts, демо-сид, тесты бэка и фронта,
CHANGELOG схемы v8.61 и спека портала.

Не на проде: ветка feat/sales-portal-demo.

Проверка: Sales Feature 169/169, Vitest SalesTariffs 10/10, Larastan 0.

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

2026-07-05 19:25:19 +03:00

Дмитрий

f3a18a0f96

feat(sales): каталог тарифов + назначение текущего (бэк)

Task 3.2a — SalesTariffController (index/store/update/assign), только head.

- index: активные тарифы (3 вида) + менеджеры с метриками периода
  (пополнения/оборот/клиенты) и оценкой «начислено» текущим тарифом.
- store/update: валидация params по виду тарифа (topup_step.periods[],
  percent_oborot.rate, fix_per_client.threshold/reward); смена kind в
  update запрещена (422).
- assign: ставит менеджеру current_tariff_id + base_salary_rub («оклад+
  процент» = оклад на менеджере + percent_oborot тариф).
- В12: ни update, ни assign НЕ трогают снимки уже привязанных клиентов
  (sales_client_assignments) — покрыто тестами.

Роуты в группе admin-db/auth:sales/sales-portal. Тесты 19/19,
весь sales-набор 130/130, Larastan 0 (3 Pest-false-positive в baseline).

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

2026-07-02 18:56:58 +03:00

3 Commits