59 commits

Author	SHA1	Message	Date
nns	193ba49ecb	fix(stock): «показать нулевые» и фильтр по группе показывают товары без прихода ... Остатки строились ОТ таблицы Stocks (JOIN Products), поэтому товары без строки Stock (ни разу не приходованные) не попадали в список вообще, а includeZero лишь снимал фильтр Quantity!=0 у существующих строк. То же в отчёте «Остатки на дату», в экспорте и в фильтре по группе (iOS получал total 0). - GetStock/ExportStock: выборка ОТ Products (не-услуги, не-архивные) с остатком коррелированным подзапросом (товар без Stock = 0). Склад выбран → строка склада; без склада → агрегат «Все склады». Нулевые видны при includeZero; negativeOnly и пагинация/сортировка/поиск/экспорт работают и для нулевых. Остаток/ед./штрихкод дотягиваются batch-запросом по id страницы (EF8 не переводит подзапросы в SELECT+ORDER BY). - Отчёт «Остатки на дату»: includeZero добавляет товары без движений (Qty 0); фильтр по группе теперь с вложенностью. - groupId/productGroupId — синонимы с вложенными группами на всех списках остатков и в каталоге (List + Export). Раньше catalog?productGroupId молча игнорировался. - Штрихкод рядом с артикулом в списке/экспорте — различать одноимённые товары (4× «BIOBLAS шампунь» с разными артикулами из МойСклада — не удалять). - Demo (30 894 товара): без флага 12, includeZero → 30 894, <500мс/страница. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	2026-10-09 09:44:50 +05:00
nns	261a720b52	feat(data-quality): фоновая «Проверка данных» — бэкенд (п.1,3,4) ... Hangfire DataQualityJob (ночью 02:20 UTC) считает по орг. счётчики проблем: без группы (корень/«Без группы»), без цены продажи, без штрихкода (кроме услуг), дубль штрихкода, возможный дубль имя+единица; товары в минусе — ссылкой на центр (не дублируем). Результаты в data_quality_results (Phase43), живые детальные списки — по запросу. API /api/data-quality: сводка, {check}/products, recompute, dismiss («это разные товары»), bulk set-group/set-price/generate-barcodes, PUT settings (отключение проверок). unknown-cost отложен до FIFO; PLU убран (поправка владельца). Integration-тест: счётчики/список/bulk/dismiss. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	2026-10-09 08:11:57 +05:00
nns	210e8171d3	feat(money): автооткрытие смены на POS-синке + уведомление о сменах >24ч (п.1) ... POS: чек с точки без открытой смены — сервер автооткрывает смену (Cash-счёт точки, размен 0) и принимает чек (как в вебе). Фоновый ShiftWatchJob (раз в час) уведомляет кассира и админов о сменах, открытых дольше 24ч (персистентное уведомление + SignalR, дедуп раз в сутки). Тест POS-автооткрытия. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	2026-10-09 07:11:29 +05:00
nns	3579e3583c	feat(documents): единый блок «Связанные документы» на всех документах (п.5) ... GET /api/documents/{type}/{id}/related — основание + связанные (возвраты/оплаты/ опр-спис/возвраты по чеку) для supply/supplier-return/retail-sale/inventory/enter/loss. Компонент RelatedDocsBlock применён на edit-страницах приёмки, возврата поставщику, оприходования, списания, чека (инвентаризация имела свой блок). Integration-тест: приёмка↔возврат (related/basedOn). Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	2026-10-09 07:06:07 +05:00
nns	524f8f41b1	feat(money): акт сверки с поставщиком — печать/PDF (п.7) ... GET /api/money/reports/supplier-reconciliation?supplierId=&from=&to=: начальное сальдо (до from), движения периода (приёмка +долг, возврат/оплата −долг) с бегущим сальдо, конечное сальдо. Веб-страница /money/supplier-debts/:id/reconciliation — печатная форма акта (window.print()/PDF) + кнопка «Акт сверки» в долгах поставщикам. Integration-тест: приёмка как debit, конечное сальдо. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	2026-10-09 06:39:08 +05:00
nns	ad2e3b3117	feat(purchases): создать возврат поставщику на основании приёмки (п.5 слайс) ... POST /api/purchases/supplier-returns/from-supply/{supplyId}: черновик возврата с преднабором строк из проведённой приёмки (товар/кол-во/цена), поставщик/склад/валюта и ссылка ReferenceSupplyId. Integration-тест: преднабор + связь. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	2026-10-09 06:16:33 +05:00
nns	ff4391d19f	feat(money): автооткрытие смены первой продажей + Z-отчёт по товарам + 24ч ... П.1: продажа на точке без открытой смены — смена автооткрывается (подбор Cash-счёта точки/орг., размен 0, можно внести позже), как МойСклад; ручное открытие остаётся. Длительность смены и отметка overLimit24h в /current и Z-отчёте (мягкое правило: предупреждение + отметка, не жёсткий лимит). П.2: Z-отчёт /shifts/{id}/report теперь с разбивкой byProduct (продано кол-во/сумма, возвращено кол-во/сумма). Тест переписан: продажа без смены → автооткрытие + проводится; /current open=true; Z-отчёт содержит byProduct с верными кол-вом/суммой. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	2026-10-09 05:58:31 +05:00
nns	c777b5b692	feat(sales): возврат — способ по умолчанию = оплата чека; иной способ по праву+причине ... П.3 паритета: create-return уже ставит способ исходного чека. В ручном возврате (IsReturn + referenceSaleId) если способ отличается от оплаты чека — нужно право администратора и причина (RefundReason, пишется в Notes). Сообщения понятные. Тест: тот же способ ок; иной без причины → 400; иной с причиной (админ) → 201. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	2026-10-09 05:50:41 +05:00
nns	0ca0d6cc3b	feat(catalog): карточка товара как МойСклад+ — обязательно только наименование ... Правки владельца 08.10 (п.4 паритета): - Сохранить можно при наличии Наименования. Единица не обязательна в запросе → дефолт «шт»; группа → корень. Штрихкод ОБЯЗАТЕЛЕН у любого товара: нет в запросе/ импорте → автогенерация внутреннего EAN-13 (верная контр. цифра, префикс не пересекается с весовыми/ценовыми префиксами орг. — InternalBarcode). - Цена продажи не обязательна для сохранения; но ПРОДАТЬ без неё нельзя — касса и розничная продажа дают «У товара «X» нет цены продажи» (можно ввести вручную). - Быстрое создание из кассы/приёмки: POST /api/catalog/products/quick (имя + опц. штрихкод/цена/весовой). - Снят FluentValidation NotEqual(Guid.Empty) на единицу (контроллер подставляет дефолт). Тесты: unit InternalBarcode 3/3 (валидный EAN-13, не парсится как весовой, обходит префиксы); integration 3/3 (создание по одному имени, продажа без цены → 400, quick). Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	2026-10-09 05:45:38 +05:00
nns	63da7a9334	perf(pos): мгновенный старт — gzip-каталог, дельта остатков, синк вне UI-потока ... Касса работает из локальной базы сразу; вся синхронизация — в фоне, UI не ждёт. - HttpClient с AutomaticDecompression: сервер уже жмёт JSON (gzip), но касса не слала Accept-Encoding → каталог 30k ехал 22 МБ; теперь 3 МБ (×7.3). - ApplySync: убран O(n²) скан цен (HashSet product-id) — запись 30k 12.2с → 1.8с. - Остатки дельтой: PosSyncResponse.StocksFullSnapshot — первичная загрузка = полный снимок, далее только изменённые (ушедшие в 0 удаляются). Рекуррентный тик: остатков 30000→0, 806мс→189мс. - Синк вне UI-потока (Task.Run) + маршалинг обновлений через Dispatcher: тяжёлая запись каталога/дельты никогда не фризит окно. Флаг анти-перекрытия тиков. - Индикатор в шапке «обновлено N мин назад / обновляется…»; ненавязчивая полоса первичной загрузки (только когда каталог пуст), не модалка. - Сервер: since нормализуется к UTC (был 500 от Npgsql на Kind=Unspecified). - Тест POS-дельты остатков (upsert/zero-remove); oversell-тест кассы приведён к решению владельца (продажа в минус разрешена → Accepted + предупреждение). Замеры (стенд, 30 000 товаров): первичная 14.9с→5.1с (сеть 3.2с + запись 1.8с), тёплый старт 141мс, дельта без изменений 189мс, дельта 500 товаров ~0.35с. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	2026-10-09 04:59:01 +05:00
nns	560d52e8cd	feat(notifications): Web Push (VAPID) — браузерный push о минусах ... Канал Web Push для центра уведомлений (item 5). Ключи VAPID генерируются один раз и хранятся в platform_settings (без ручной настройки секретов); публичный отдаётся фронту. Таблица web_push_subscriptions (Phase42) + /api/web-push/{public-key, subscribe,unsubscribe}. Отправка через web-push-csharp из фонового джоба минусов (best-effort, протухшие подписки чистятся). SW: обработчики push/notificationclick (am-v3→am-v4), клик открывает нужный путь. Кнопка «Вкл. push» в колокольчике. Работает в т.ч. в iOS Safari для PWA на домашнем экране. Тесты: integration — публичный ключ стабилен, подписка идемпотентна, 400/unsubscribe (4/4 группы); unit 299/299. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	2026-10-09 03:49:32 +05:00
nns	29a951a6ff	feat(notifications): центр уведомлений + агрегация/эскалация минусов + каналы ... Персистентные уведомления (таблица notifications, Phase41) + REST /api/notifications (список/счётчик/read/read-all) → центр уведомлений в вебе (колокольчик, API-backed) и мобильном API. Фоновый джоб NegativeStockNotificationJob (cron */5): агрегирует новые минусы в ОДНО уведомление на склад (дебаунс по NotifiedAt + интервал орг., по умолч. 15 мин), уважает тихие часы (Asia/Almaty); эскалация просроченных (>N часов, по умолч. 24) владельцу/админам. Получатели — админы, владелец, кладовщики (право InventoryEdit). Каналы: SignalR (живой колокольчик), Telegram (владельцу), push-заглушка. Настройки организации: NegStockNotify{Enabled,IntervalMinutes,QuietFrom/ToHour, EscalateHours} + GET/PUT /api/organization/settings + секция в настройках веба. Блок «Просроченные минусы» на дашборде. Тесты: unit тихих часов 3/3; integration — джоб создаёт уведомление админу, дебаунс, read-all 3/3 (вся группа NegativeStockTests зелёная). Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	2026-10-09 02:56:59 +05:00
nns	9ba1edb236	feat(stock): разрешение продажи в минус + предупреждения об отрицательных остатках ... Решение владельца 08.10: продавать/списывать в минус РАЗРЕШЕНО, но с постоянным предупреждением и требованием провести инвентаризацию. - Снята блокировка «недостаточно остатка» (409 oversell): розница, касса (POS-синк), опт-отгрузка, списание, перемещение, возврат поставщику, отмена приёмки. Деньги (минус счёта) — по-прежнему запрещены (другое правило). - NegativeStockAlert (сущность + миграция Phase39): создаётся/обновляется при уходе остатка < 0 (единая точка — StockService), авто-закрытие при возврате ≥ 0. Частичный уникальный индекс: один открытый алерт на (org, store, product). Причина: тип/номер документа/автор/время. - API /api/negative-stock: список (с подсказкой «возможно, не проведена приёмка П-…»), /count (для баннеров), /recount (черновик инвентаризации по минусам склада). Отчёт «Остатки» — фильтр negativeOnly. - Веб: постоянный баннер «N товаров в минусе — нужна инвентаризация» (сворачивается, крестиком не закрыть) + «Пересчитать эти товары»; в остатках — красная пометка и фильтр «Только минусы». - Тесты: integration 2/2 (минус разрешён → алерт → recount → авто-закрытие; фильтр); full-chain шаг 9/13 переписаны (oversell/отмена приёмки → проведено + предупреждение). Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-09 02:18:29 +05:00
nns	365dc5c1a8	test(inventory): обновлены устаревшие ассерты (ActualQty=BookQty, no-diff post = no-op) ... После рефактора модели МойСклада (839fcaf) авто-загруженные строки получают ActualQty=BookQty (а не 0), и проведение без расхождений — no-op (204, без документов, остаток не меняется). Обновил два устаревших ассерта + все 4 теста InventoryPostUnpostTests зелёные (вкл. cancel-results). Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-09 01:27:14 +05:00
nns	ab416d720c	feat(inventory): отмена результатов не удаляет проведённые документы ... Было: unpost при проведённых связанных Оприходовании/Списании молча снимал их с проведения и УДАЛЯЛ (204, номера исчезали). Хуже МойСклада, теряется история. - unpost при ПРОВЕДЁННЫХ связанных → 409 с номерами О-/С- и текстом «Сначала отмените результаты». Если связанные только черновики — удаляем черновики (не влияли на остатки) и возвращаем инвентаризацию в черновик. - Новое POST /{id}/cancel-results (InventoryEdit + EnterEdit/LossEdit): снимает связанные Оприходование/Списание с проведения, НЕ удаляя (остаются черновиками, видны в «Связанных документах», истории, аудите); остатки возвращаются; для Оприходования — гард на уход остатка в минус. Аудит InventoryCancelResults. - Веб: кнопка «Отменить результаты» (при проведённых связанных) + диалог со списком документов и влиянием на остатки; «Вернуть в черновик» переформулирован. - docs/mobile-api.md: unpost больше не удаляет проведённые (409), добавлен cancel-results. - Тесты: integration (409 + cancel-results оставляет черновики + повторное проведение) + full-chain шаг 10. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-09 00:51:00 +05:00
nns	6b959ac59d	feat(pos): быстрый вход кассира по PIN (grant_type=pin) + lockout ... - Сервер: Employee.PinHash (PBKDF2, миграция Phase36); POST /api/organization/employees/{id}/pin — админ задаёт/снимает PIN (4–6 цифр, уникален среди активных сотрудников на пересекающихся точках). Кастомный OpenIddict-грант grant_type=pin (retail_point_id + pin): находит кассира, привязанного к точке, по PIN и выдаёт токены. Брутфорс-защита — in-memory по точке (5 неверных → блок 5 мин). Клиент-сидер досоздаёт gt:pin существующим клиентам (без пересоздания). Пароль остаётся запасным. - Касса: PIN-пад на зарегистрированном устройстве (маскированный ввод, 0–9/⌫/ Войти), переключение на вход по логину; AuthService.PinLoginAsync. - Тесты: unit PinHasher (9), integration (3): вход по PIN выдаёт рабочий токен; 5 неверных → блок; дубль PIN на точке → 409. + скриншот PIN-пада в галерее. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-08 09:38:36 +05:00
nns	ff69dec527	feat(pos): регистрация устройства на точке продаж + привязка кассира ... - Сервер: /api/me отдаёт retailPointIds (точки, к которым привязан сотрудник). - Касса: DeviceRegistration (чистая логика, 5 unit-тестов) — первый запуск: админ выбирает точку из списка активных (сохраняется на устройстве, kv); кассир на незарегистрированном устройстве → «обратитесь к администратору»; кассир, не привязанный к точке устройства → «вы не привязаны к этой кассе»; админ работает на любой точке. Смена точки — кнопка-сброс (новую выберет только админ). Экран входа: шаг выбора точки (ComboBox активных точек). - Заменяет прежний «берётся первая активная» (ошибка при двух точках). - Тесты: unit (5 решений гейта) + integration (/api/me retailPointIds кассира). Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-08 09:24:51 +05:00
nns	01b47cc0c8	feat(pos): возврат по чеку — экран выбора позиций + защита от over-return ... - Сервер: GET /api/pos/v1/sales/by-number/{number} — чек-основание с позициями и доступным к возврату (продано − уже возвращено, по QtyReturned). POS-путь возврата теперь валидирует over-return (нельзя вернуть больше остатка) и инкрементит QtyReturned на исходных строках (как RetailSalesController). - Контракт: PosReturnLookupDto/PosReturnLineDto; IServerApi.ReturnLookupAsync. - Касса: экран возврата — найти чек по номеру/скану QR, степпер количества по каждой позиции (0..доступно, кнопка «Всё»), сумма к выдаче, способ (нал/карта как в исходном чеке); CheckoutService.CommitReturnAsync пишет возврат в офлайн- очередь + печать + выгрузка. - Тесты: integration — lookup by-number, возврат 2 из 3, over-return в Failed, довозврат 1, QtyReturned/остатки корректны; 404 на неизвестный номер. 11/11 PosSyncTests. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-08 09:16:48 +05:00
nns	9dc033d07a	fix(money): кассир открывает смену без доступа к модулю «Деньги» (403) ... Инцидент menu-walk 2026-10-08: demo-cashier получал 403 на GET /api/money/accounts — страница смен (/money/shifts) дёргала его для выбора кассы при открытии смены, но эндпоинт под MoneyView, а у кассира MoneyView=false («кассир не видит денег»), только CashShiftOperate. - Новый узкий GET /api/money/shifts/accounts (RequiresPermission "MoneyView,CashShiftOperate"): только активные наличные кассы + эквайринг, без остатков и банковских счетов. Кассиру достаточно для выбора кассы/эквайринга при открытии смены, но денег он по-прежнему не видит. - Веб: CashShiftsPage использует useShiftAccounts() вместо useMoneyAccounts(true). - Регресс-тесты: кассир 200 на /shifts/accounts (только нал+эквайринг) и 403 на /money/accounts; /api/me permissions для кассира (advanced-only скрыт). Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-08 08:28:36 +05:00
nns	14001069a2	test(mobile-api): unit + integration доработок для «FM Склад» ... - unit: WeightedBarcode (префиксы/код/вес/цена/настройки) + RolePermissions.Effective (SuperAdmin/Admin/роль × простой/расширенный) — 10 тестов. - integration (Testcontainers): фильтр остатков по вложенной группе; добавление штрихкода (201/идемпотентно/409 дубль/400); /api/me permissions; весовая этикетка в by-barcode (товар + количество) — 4 теста. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-08 05:39:37 +05:00
nns	606b81b4d9	feat(pos-api): привязка чеков кассы к смене/точке + возвраты + версия ... - PosSaleDto: CashShiftId/RetailPointId/IsReturn/ReferenceSaleId (nullable, обратносовместимо с v1). PosController проставляет их в RetailSale, резолвит склад по точке продаж, проверяет что смена открыта. Без этого чеки кассы не попадали в Z-отчёт/материализацию денег смены (MoneyService агрегирует продажи по CashShiftId). - Возврат покупателю (IsReturn): движение +остаток (CustomerReturn), без pre-flight на остаток; наличные к выдаче, учитывается в смене. - GET /api/pos/v1/version (anon): версия + ссылки на сборки из конфигурации Pos (автообновление кассы + ссылка в админке). - Интеграционные тесты: продажа в смене попадает в expected cash при закрытии; возврат возвращает остаток (9/9 PosSyncTests зелёные, Testcontainers). Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-08 04:58:05 +05:00
nns	005c4ac5bf	test(money): независимый инвариант остатка счёта (нач+платежи+смены) + unit/integration ... full-chain: indepBalance() считает остаток независимо (касса += факт−размен, эквайринг += картой−возвраты) и сверяет с API /balances — а не с суммой из того же API; шаг 8 — оплата нал ≤ остатка кассы + проверка отказа при превышении (409). Unit: shift-net == факт−размен (MoneyMathTests). Integration: закрытие смены пишет нал в остаток кассы, расход больше остатка → 409 (MoneyModuleTests); существующим тестам оплаты дан достаточный остаток кассы. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-08 03:11:09 +05:00
nns	4a064de96b	fix(money): список счетов 500 на непустых данных (EF.Property xmin в памяти) ... MoneyAccountsController.List проецировал xmin через EF.Property ПОСЛЕ ToListAsync на AsNoTracking-сущности → InvalidOperationException (shadow- свойство вне трекера). С пустым списком не всплывало (нет строк), с данными — 500, и ломались ВСЕ money-страницы, дёргающие useMoneyAccounts (счета/смены/ платежи) — поймал menu-walk на stage. Переносим xmin в server-side Select. Регресс закрыт: date-only тест теперь ещё и GET-ит список с данными. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	2026-10-07 22:40:25 +05:00
nns	174cb563bf	fix(money): нормализовать date-only даты документов к UTC (Npgsql timestamptz) ... UI (DateField) шлёт openingDate/date как "YYYY-MM-DD" → DateTime Kind=Unspecified → Npgsql не пишет в timestamp with time zone → 500 при создании счёта/платежа/ корректировки. MoneyMath.AsUtc нормализует (Unspecified→UTC as-is дата, Local→ToUniversalTime, Utc→без изменений); применено в MoneyAccounts/ MoneyTransactions/CounterpartyAdjustments на всех сайтах записи даты. Интеграционные тесты раньше слали DateTime.UtcNow (Kind=Utc) и баг не ловили — добавлен Account_create_accepts_date_only_opening_date_from_ui (строго "2026-10-07"). Money integration 8/8 ✓, unit 25/25 ✓. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	2026-10-07 22:29:38 +05:00
nns	deef65d819	test(money): unit (MoneyMath 25) + integration (7 на Postgres) + MoneyMath refactor ... - MoneyMath: вынесены чистые формулы (статус оплаты, ожидаемая наличность, разница смены, остаток счёта, долг поставщика, защита от переплаты); сервис/SuppliesController/MoneyReportsController теперь зовут их. - UnitTests/MoneyMathTests: 25 кейсов на формулы + money-флаги RolePermissions. - IntegrationTests/MoneyModuleTests (реальный Postgres, 7 [Fact]): мультитенантность (Б не видит счета А), инвариант остатка, частичная→полная оплата приёмки, переплата→409, долг поставщика, продажа без смены→409 + после open→ok, расчёт expected/difference при закрытии смены. - ApiActor: helpers CreateRetailPoint/CreateMoneyAccount/CreatePostedSupply. - tests/e2e/scrape-moysklad.ts — скрейпер для docs/money-moysklad-reference.md. Прогон: UnitTests 25/25 ✓, IntegrationTests money 7/7 ✓ (33s, Testcontainers). Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	2026-10-07 22:11:19 +05:00
nns	e45600df4b	feat(invoices+catalog): порт улучшений 06.10.2026 из sklad ... Основное: * Program.cs: SuppressImplicitRequiredAttributeForNonNullableReferenceTypes=true + InvalidModelStateResponseFactory → ValidationProblemDetails + Serilog Warning. Пустые необязательные строковые поля в InvoiceLine (Note, BarcodeSource и т.п.) больше не роняют запрос в 400. humanizeError на фронте уже умеет этот формат. * InvoiceModels.cs: Name/Source/FilePath → string?. * Validators.cs: InvoiceSaveLinesValidator (Lines NotNull), InvoiceApplyValidator (Guid.Empty на Store/Currency = ошибка, SupplierId опционален). Служебный «Поставщик не указан» (адаптация sklad §11 под multi-tenant): * Phase32b миграция добавляет Counterparty.IsPlaceholder bool + partial index по IsPlaceholder=true. * InvoicesController.Apply: supplierId опционален; если не указан — ResolvePlaceholderCounterpartyAsync ищет/создаёт одного служебного per org. Имя из накладной в комментарий документа НЕ пишется. * CounterpartiesController: служебный всегда последним в List сортировках, Update и Delete при IsPlaceholder → 409 Conflict. * CounterpartyDto.IsPlaceholder + Mapster-config обновлены. * Автоподбора/автозаведения контрагентов нигде не было — специально проверили. Applied-накладная readOnly (§10): * InvoiceDetailDto: добавлены supplyNumber + processedAt. * InvoiceReviewPage: applied-режим — плашка «Черновик приёмки № … создан …» со ссылкой на приёмку, шапка и строки readOnly, скан-блок и apply-кнопка скрыты. После успешного apply — invalidateQueries, экран сразу readOnly. Текст ошибки apply (§5) и список накладных (§6): * ApplyDialog: error → detail → title → (код), __silent на axios. * Invoices list: parseServerDate подшивает «Z» если его нет, «Загружена DD.MM.YY HH:MM» в бейдже статуса (видимо в десктоп-таблице и в мобильной карточке — у нас общая). Тесты + проверки: * tests/food-market.IntegrationTests/InvoiceApplySklad0610Tests.cs — 5 кейсов: SaveLines со всеми null, apply без поставщика с idempotency по placeholder'у, Delete/Update placeholder → 409, applied detail содержит processedAt + hasFiles=false, apply с Guid.Empty storeId → ValidationProblemDetails. Все 5 ✓. * stage retest на https://test.admin.food-market.kz: upload+SaveLines(null-fields)+ apply(без поставщика)+apply(с ИП Бегимбаев)+DELETE placeholder → весь flow зелёный, служебный один на орг, hasFiles=false после apply. * quality-watchdog step 9 (menu-walk): 3/3 passed (3.7m). * Фото-накладная через Claude CLI не гонял — пайплайн apply→DeleteStored закрыт через hasFiles=false в тестах и реальный stage smoke. docs/supply-inventory.md — шаг 7 расписан под необязательного поставщика, новый шаг 8 (applied → readOnly), миграция Phase32b в таблице «Файлы». docs/sklad-0610-progress.md — финал 9/9 с подробным журналом решений. Пред-существующие (не трогал): * OrgAuditLogTests.Counterparty_update_diff_contains_before_after → 403 от [RequiresAdvancedMode] на /api/admin/audit-log (commit 921bca0, s29); * ApiReferenceDocsJobTests.Scans_endpoints_with_doubly_nested_generic_return — регекс-тюнинг доков. Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>	2026-10-07 19:50:03 +05:00
nns	99bf6c9f3e	fix(seed): DemoTenantSeeder гардит по наличию ЛЮБЫХ товаров в орге ... Старый idempotency-маркер — Product с Article LIKE 'DEMO-%'. После того как «Демо-магазин» на стенде наполнили реальным каталогом из МойСклада (артикулы не DEMO-*), маркер срабатывал false и QuickLoginDemoSeeder при каждом рестарте стенда пытался залить фиктивный каталог заново — падая на unique-индексе IX_product_barcodes_OrganizationId_Code (23505). В БД ничего лишнего не попадало (транзакция откатывалась), но лог stage-api получал 9 ERR в сутки. Фикс: SeedAsync и PeekAsync считают «уже сидировано» при любом Product в орге. Поведение из UI (POST /api/admin/seed-demo) не меняется для свежих org'ов. Прочие стартовые сидеры (OpenIddictClientSeeder, SystemReferenceSeeder, DevDataSeeder) и HangfireJobsConfigurator — уже идемпотентны, аудит в docs/seeder-noise-progress.md. Integration-тест: - SeedDemo_second_call_on_populated_org_returns_already_seeded - SeedDemo_on_org_with_imported_catalog_skips_without_duplicate_barcode Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>	2026-10-06 00:50:50 +05:00
nns	f434e87d9b	fix(hotfix): invoice500 + фоновые 403 на reload + regression e2e ... Owner caught on stage (2026-06-07 18:57): 1) POST /api/purchases/invoices/upload → 500: migration Phase31a создала invoice_uploads.UpdatedAt как NOT NULL, но конвенция проекта — DateTime? nullable + стамп только для Modified в AppDbContext.StampTimestamps. EF на INSERT отправлял UpdatedAt=NULL → 23502. Фикс: Phase31b DROP NOT NULL + Phase31b для invoice_aliases. 2) Фоновые 403 → тост «Нет доступа» при F5 на любой странице: - SavedPresets фетчил /api/user/presets (RequiresAdvancedMode) из любой страницы с фильтрами в простом режиме → 403; - useOnboardingProgress фетчил /api/organization/employees (Admin only) для кладовщика/кассира на '/' → 403. Фикс: - api.ts: GET-403 silent, тост только на действия юзера (POST/PUT/DELETE); - SavedPresets gated на advancedMode (useMe + enabled); - useOnboardingProgress canSeeEmployees-gate. 3) tests/food-market.IntegrationTests/InvoiceUploadHttpTests.cs — HTTP-прогон POST /upload через Testcontainers-Postgres (дыра: s31 pipeline tests проверяли matcher, но ни разу не инсертили в invoice_uploads). 4) tests/e2e/scenarios/stage-ui-menu-walk.spec.ts — regress: каждая демо-роль, каждый пункт меню, F5, assert 0 unexpected 4xx/5xx + 0 error-тостов + 0 console.error. В quality-watchdog step 9 с 4-часовой каденцией. 5) tests/e2e/scenarios/stage-ui-invoice-upload.spec.ts — demo-keeper загружает реальное фото накладной (tests/fixtures/invoice-sample.jpg, сгенерирована Playwright-ом из HTML, 1800×2400 JPEG) → ждёт recognition → экран проверки. При не-настроенном Claude CLI тест fail'ится с ясным сообщением (это тоже баг). Прогон локально 4/4 (InvoicePipelineTests 2/2 + InvoiceUploadHttpTests 2/2). docs/hotfix-invoice500-403-progress.md — ход работы 1-4/5. Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>	2026-10-05 00:21:41 +05:00
nns	457d8f5877	test(s31): unit 20/20 + integration 2/2 для invoice pipeline (7/8) ... Unit: - InvoiceMatcherTests (12): barcode wins, short barcode falls through, alias by code/by name_norm, alias is supplier-scoped, по названию НЕ матчим автоматически (sklad-урок про LD Super Slims), NormalizeName quotes/whitespace/unit-glue/ё→е, OnlyDigits, AliasKeys skip пустые. - ClaudeCliInvoiceExtractorParseTests (8): plain JSON, envelope с result+usage, markdown fence, barcode spaces strip, null-tolerant, 'empty' raises, пустое name пропускается. Parse/FromJson теперь public (internal мешал тестам, InternalsVisibleTo избыточен). Integration: - Matcher_hits_product_by_barcode_from_real_catalog — реальный Postgres + seeded org + создаём товар+штрихкод, matcher находит. - Multi_tenant_isolation_matcher_does_not_see_other_orgs_barcodes — две org, штрихкод orgA НЕ виден в matcher'е orgB (tenant isolation). Все новые тесты зелёные. Pre-existing failures в full-suite не связаны. Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>	2026-10-04 21:46:10 +05:00
nns	e1718ec972	feat(s30): sentinel pwd для SPA — реальный мастер-пароль только в server-env ... Координатор отротировал мастер-пароль стенда: теперь значение живёт в ~/.fm-watchdog/stage-shared-password на dev-vm (не коммитится) и в QUICK_LOGIN_MASTER_PASSWORD в stage-env на prod-vm. Старый дефолт '123456' на обоих сторонах убран — он мог вводить в заблуждение и был записан в бандл. Клиент-серверный контракт: - Server (AuthorizationController.IsMasterPassword) принимает ДВА пароля как мастер-ключ: (a) QuickLoginOptions.MasterPassword (константное сравнение, FixedTimeEquals); (b) публичный sentinel QuickLoginOptions.SentinelPassword = '__QUICK_LOGIN_PWLESS__'. Оба гейтованы EffectivelyEnabled — вне стенда отбиваются как любой чужой пароль. - SPA (LoginPage.handleQuickLogin) при клике карточки шлёт sentinel в поле password. Реальный пароль в JS-бандл больше не попадает; ротация секрета больше не требует rebuild'а веба. - Форму мы НЕ наполняем sentinel'ом — поле password остаётся пустым, чтобы ни одно значение не светилось в DOM. Default QuickLoginOptions.MasterPassword = "" (пустая строка не матчится в IsMasterPassword). deploy/docker-compose.yml дефолт QUICK_LOGIN_MASTER_PASSWORD тоже пустой. Тесты: - integration (3/3 ok) — добавлены sentinel-кейсы: пропускает активного при Enabled=true, отвергается при Enabled=false. Admin12345!-санити- логин в Disabled-тесте перенесён вперёд, чтобы снять lockout-счётчик от соседей по коллекции (Identity lockoutOnFailure=true). - e2e stage-quick-login (4/4 ok) — ql02 шлёт sentinel вместо '123456' (симулирует реальный SPA flow). docs/quick-login.md: - без упоминания реального пароля; хранилище — ~/.fm-watchdog/ stage-shared-password; ротация-рецепт через python читает файл в-процессе (не экспонирует значение в ps/логи). - раздел «Доступ к стенду» — host-nginx basic-auth для внешнего интернета, 192.168.1.x бьёт без неё. Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>	2026-10-04 21:02:36 +05:00
nns	338877eb49	test(s30): integration 3/3 + e2e stage-quick-login scenario (шаг 8/9) ... Integration (QuickLoginTests.cs): - Options_effective_matrix: Enabled=false → off; пустой/мусорный Issuer → off; Issuer=admin.food-market.kz → off (прод); любой другой host (включая test.admin.*) → on. - Disabled_returns_404_and_rejects_master_password: default-factory (Enabled=false) /accounts → 404, master-пароль → 400 invalid_grant, обычный Admin12345! → 200 (sanity check). - Enabled_at_runtime_...: мутируем IOptions<QuickLoginOptions>.Value + IConfiguration в живом сервис-провайдере (так как WithWebHostBuilder на уже-построенной parent-factory даёт ObjectDisposedException). Проверяем: /accounts → 200 + SuperAdmin в списке; master-пароль пускает активного SuperAdmin'а; НЕ пускает деактивированного; смена Issuer на прод переключает всё в safety-off. Также фикс в QuickLoginOptions: прод-хост теперь СТРОГО 'admin.food-market.kz' без suffix-match (раньше test.admin.food-market.kz тоже считался прод-ом). E2E (tests/e2e/scenarios/stage-quick-login.{yml,steps.ts}): 4 шага — GET /accounts на стенде → 200 + демо-trio; master-пароль пускает demo-cashier → /api/me role=Cashier; GET на прод → 404; Playwright: клик по карточке demo-cashier → редирект с /login + нет ссылки /products в sidebar (меню кассира). Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>	2026-10-04 16:14:04 +05:00
nns	7f8750f30f	test(s29): unit (6) + integration (7) + e2e scenario для simple-mode (шаг 7/8) ... Unit — AdvancedModeFilterTests (6/6, ~3с): - allow when IsAdvancedMode=true - 403 ProblemDetails с code=advanced-mode-required when simple - SuperAdmin bypass - InvalidateCache делает следующее чтение свежим - unauthenticated — не трогаем ([Authorize] выше) - authenticated без org — fail-closed 403 Integration — AdvancedModeTests (7/7, ~25с): - /api/me.advancedMode=false по умолчанию - GET на скрытый endpoint в простом режиме → 403 ProblemDetails - org-admin не может переключить → 403 - SuperAdmin переключает → 200 + audit; идемпотент: повторный → changed=false - /api/me обновилось, demand открылся - данные пресета сохраняются через on→off→on - архивную org переключать нельзя → 409 Доп. фикс: ApiFactory теперь прокидывает ConnectionStrings__Default через Environment.SetEnvironmentVariable в InitializeAsync. ConfigureAppConfiguration опаздывает к моменту чтения строки в Program.cs:86 (var poolTunedConnString=...) — интеграционные тесты падали с «Connection refused к 127.0.0.1:5432». env-var читает CreateBuilder сразу, строка подключения теперь корректно берётся из Testcontainers. Это общий фикс для всей сюиты. E2E — tests/e2e/scenarios/stage-simple-mode.{yml,steps.ts} (7 шагов): sm01 signup→simple default; sm02 org-admin forbidden; sm03 SuperAdmin toggle + audit; sm04 /api/me reflects + endpoint opens; sm05 data survives toggle cycle; sm06 archived→409; sm07 Playwright UI показывает страницу «Недоступно в простом режиме». Quality-watchdog: GET /api/catalog/price-types не гейтится (только мутации) — патч смока не требуется. Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>	2026-10-04 12:02:44 +05:00
nns	ed140cb819	docs(s28): api-reference 195→240 + observability + integration #7 + CI ... Overnight progress while 4h-soak runs in background: 1. ApiReferenceDocsJob.cs + scripts/gen-api-reference.py — return-type regex теперь ловит nested generics любой глубины. Было 195 endpoint'ов в auto-gen reference; стало 240 (+45). EmployeesController GET /api/organization/employees был пропущен из-за Task<ActionResult<PagedResult<EmployeeDto>>>. 2. docs/observability.md — добавлен food_market_disk_free_bytes (Sprint 20) + раздел "quality-watchdog метрики" (5 метрик textfile exporter'a из Sprint 26: run_total, step_failure_total, endpoint_p95_ms, last_run_status, incidents_total). Готовые dashboards теперь содержат оба JSON (food-market.json + quality-watchdog.json). 3. tests/integration/07-import-export-flows.spec.ts — POST 1C-CSV import (semicolon-CSV cp1251) → создаются продукты с группой автоматом; POST /api/org/export (НЕ /api/admin/org-export) → возвращает {id, status}; orgB не видит export orgA. Прогон 8.2s. 4. tests/food-market.IntegrationTests/PruneQualityTestOrgsTests.cs — 2 [Fact]'a для метода из Sprint 25. Удаляет только quality-* старше threshold, не трогает реальные org. Требует Testcontainers. 5. .forgejo/workflows/regression.yml — добавлен шаг integration suite после flows+visual. Telegram: "35 flows + 60 visual + 8 integration". Soak-real (4h @ 50 RPS) запущен в setsid-detach session, продолжается. Итоговые числа добавлю в sprint28-progress.md после завершения. Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>	2026-06-09 03:26:39 +05:00
nns	72d0a71307	docs(s24): docs cross-check + auto-gen + onboarding + test gap-fill (8/8 ✓) ... 1. Docs cross-check — обновил performance-baseline.md (Sprint 18/20/23 фиксы), secrets.md (16 новых env-vars из Sprint 20+ — Authentication Google/Microsoft, Monitoring, Cleanup, Hangfire:Cron, Telegram, Maintenance, App, Storage, PUBLIC_GA_ID/YM_ID). 2. Auto-gen api-reference — ApiReferenceDocsJob (Hangfire weekly вс 05:30 UTC) + Python-эквивалент `/tmp/gen-api-ref.py` для commit actual snapshot. docs/api-reference.md = 195 endpoints, 57 controllers. 3. Coverage gap-fill — Sprint18To23FeaturesTests.cs (16 Facts): - bulk-update + cross-tenant isolation - UserPresets CRUD - inline-edit price PATCH - CSV import 2 строки транзакцией - OrgExport create + list isolation - 1C-CSV import с русскими заголовками - audit-log export CSV streaming + BOM check - MoySklad sync-status stub - SSO providers + 503 unconfigured + 400 unknown provider - bug-001 NUL byte → 400 - bug-004 tiny price → 400 - export CSV BOM Покрывает все новые контроллеры Sprint 18-23 + regression-protect для критичных багов. 4. Contract tests — deploy/swagger-diff.sh: pull /swagger/v1/swagger.json с двух URL, diff endpoints+schemas через python3. Exit 0/1/2 для blue-green safety gate. Multi-path auto-detect. 5. docs/error-codes.md — каталог HTTP-кодов API (200-503) + humanizeError pattern для фронта + retry-policy таблица. 6. docs/glossary.md — 50+ доменных терминов (Tenant/Organization/Stock/ StockMovement/RetailSale/Counterparty/Owner/Employee/Role/Permission/ advisory lock/Serializable/…) с ссылками на code-сущности. 7. docs/ONBOARDING.md — first 3 days для нового разработчика (install → запуск → структура → первый PR + FAQ). 8. README.md — обновил под текущее состояние: React 19, Sprint-history 1-24, ссылки на ключевые docs, корректный 5-min quick start. Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>	2026-06-08 02:15:56 +05:00
nns	8e54e2e0d6	feat(s13): security headers + rate-limits + sensitive-ops audit + session revoke + Grafana ... Sprint 13 — security + observability deep. 7 пунктов чек-листа ✓. Подробности — docs/sprint13-progress.md и docs/food-market-server-postgres-role.md. Главное: - food-market-server (back.food-market.kz, legacy backend) теперь работает на dedicated PG-роли food_market_server_app (NOSUPERUSER / NOCREATEDB / NOCREATEROLE / NOREPLICATION / NOBYPASSRLS) с CRUD-only грантами. Раньше использовался postgres-superuser с паролем 1q2w3e4r. Бэкап конфига сохранён, rollback одной командой. - SecurityHeadersMiddleware навешивает CSP / X-Frame-Options DENY / X-Content-Type-Options nosniff / Referrer-Policy strict-origin / Permissions-Policy. HSTS 365d + includeSubDomains + preload. Те же заголовки в deploy/nginx.conf для SPA HTML. - Rate-limit: • Signup-IP — 3/час + 10/день (на stage'е переопределено через .env RATE_SIGNUP_HOUR=30 чтобы не ломать e2e). • Forgot-password — per-email 3/час + per-IP 10/час. - SensitiveOpsAudit сервис, wired в: • TwoFactor enroll/disable • Employees.Update при смене RoleId (action=AssignRole, payload с prev/next role + полный RolePermissions) • MeAccount.ChangePassword (новый endpoint) • MeSessions.RevokeAll (новый endpoint) - POST /api/me/sessions/revoke-all — через IOpenIddictAuthorizationManager.FindBySubjectAsync + TryRevokeAsync. Integration-тест: refresh после revoke → 400/401. - Hangfire dashboard — nginx-route добавлен (раньше /hangfire ловился SPA-fallback'ом). Фильтр SuperAdmin'ом уже был. Тест: anon/tenant → 401/403/404. - Grafana dashboard JSON (deploy/grafana/dashboards/food-market.json, 9 панелей) + инструкции импорта в docs/observability.md. Проверено на stage'е: все 6 security-заголовков видны на /; /hangfire → 401 (закрыт); 4-я форгот → 429; stage-smoke (5 этапов) ✓. Тесты: 68 unit + 9 integration (включая 3 новых: SessionRevokeTests, HangfireAccessTests). Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>	2026-06-07 12:30:10 +05:00
nns	0d3ef81f72	feat(s11): ОФД-scaffolding — IFiscalProvider + 4 провайдера + UI/тесты ... Sprint 11 — каркас для интеграции с операторами фискальных данных РК. Реальные ApiKey'и появятся у user'а позже; задача — построить такой фрейм, чтобы подключение оператора сводилось к вписыванию кредов в UI без правок кода/деплоя. Что сделано: - IFiscalProvider (Application/Common/Fiscal) + FiscalResult, FiscalProviderKind (None/Mock/Webkassa/Kassa24/OfdSolo), IFiscalProviderFactory, FiscalNotConfiguredException. - 4 реализации в Infrastructure/Fiscal: • MockFiscalProvider — фейк MOCK-<8hex> через 300мс, идемпотентный по Sale.Id (используется dev/stage и интеграционными тестами); • WebkassaProvider — полный HTTP-pipeline Authorize→Check, парсинг JSON-ответа, NDS-в-ставке, retry-safe через ExternalCheckNumber; • Kassa24Provider / OfdSoloProvider — скелет с тем же контрактом, RegisterAsync бросает FiscalNotConfiguredException (нужны спецификации API от user'а, NDA-only). - Миграция Phase11a: 5 колонок в retail_sales (FiscalNumber, QrCode, Url, ProviderTxId, ProviderKind) + 5 в organizations (FiscalProvider NOT NULL default 0, ApiKey/Secret encrypted, CashboxUniqueNumber, ApiBaseUrl). Default 0 = обратная совместимость, существующие чеки и продажи без фискализации работают как раньше. - RetailSalesController.Post — TryFiscalizeAsync после commit'а stock-транзакции. Best-effort: сетевые/HTTP-ошибки логируются, чек остаётся проведённым. Идемпотентность по IsNullOrEmpty(FiscalNumber). - OrgFiscalSettingsController: GET/PUT настройки + GET /providers (опции для select'а) + POST /test-send (фейк-чек к выбранному провайдеру, не сохраняет в БД). - UI: FiscalSection в OrganizationSettingsPage с password-input'ами для ApiKey/Secret (шифруются DataProtection.purpose=foodmarket.fiscal, в GET — только has-* флаги), спец-значение "__clear__" для снятия, кнопка «Тестовая отправка». - Тесты: 11 unit (Mock 5 + Webkassa payload 6) + 3 integration (Mock сохраняет FiscalNumber, test-send даёт MOCK-номер, None не фискализует). - docs/ofd-integration.md — гид с архитектурой, шагами подключения Webkassa (полный pap), TODO для Касса24/ОФД-Соло, безопасностью кредов, retry-сценариями. Все 68 unit + 8 integration в Fiscal/Loyalty/RetailOversell — зелёные. Web vite build — зелёный. Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>	2026-06-07 02:27:17 +05:00
nns	91128a7ed0	feat(loyalty+promotions): P2-12 + P2-13 — лояльность и промокоды (Sprint 9 п.1-2) ... Domain: - LoyaltyProgram { Type=Percentage|FixedAmount|PointsAccrual, Rate, MinSubtotal, IsActive } — org-scoped. - LoyaltyCard { ProgramId, CounterpartyId, CardNumber unique per org, Balance, IsBlocked }. - Promotion { Type=Percent|FixedDiscount, Value, Scope=All|ProductGroups| Products, Code unique per org, period, ProductGroupIds/ProductIds (jsonb) }. - RetailSale: LoyaltyCardId, LoyaltyBonusApplied, LoyaltyPointsAccrued, PromotionId, PromotionCode (snapshot), PromotionDiscount. EF: - SalesConfigurations: indexes, FK Restrict, jsonb-converters для Guid- списков Promotion (ValueComparer для change-tracker). - Phase9b миграция: 3 таблицы + 6 колонок на retail_sales. - RolePermissions: LoyaltyManage, PromotionsManage добавлены (попадают в All() для Admin). API: - /api/loyalty/programs CRUD (Get/List/Create/Update/Delete; запрет delete при существующих картах → 409). - /api/loyalty/cards CRUD + /issue + /{id}/block + /{id}/unblock + /lookup (POS использует при оплате — 404 если нет, 409 если blocked/inactive). - /api/promotions CRUD; код уникален per org (БД-индекс + 23505 → 409). - RetailSale.Create/Update: новые поля input.LoyaltyCardNumber + input.PromotionCode. Метод ApplyLoyaltyAndPromotionAsync: • Lookup карты, проверка active/blocked/MinSubtotal. • Расчёт скидки или баллов в зависимости от Type. • Lookup промокода, проверка периода/MinSaleAmount/scope. • MatchingSubtotal для Scope=ProductGroups/Products считаем по input.Lines (sale.Lines ещё пустой в этот момент). • Финальный Total = Subtotal - DiscountTotal - LoyaltyBonusApplied - PromotionDiscount, max(0). - RetailSale.Post: начисление баллов на LoyaltyCard.Balance (внутри транзакции, чтобы rollback не оставил orphan баллы). UI: - /loyalty/programs — list + create/edit modal с Type/Rate/MinSubtotal. - /loyalty/cards — list + issue modal (Program select + AsyncSelect counterparty + CardNumber). - /promotions — list + create/edit modal (Type/Value/период/MinSaleAmount/Code). - Sidebar: новый блок «Продажи» с пунктами Промокоды/Программы/Карты (Admin-only). - i18n: ru.json + en.json пополнены nav-ключами. Тесты: - LoyaltyFlowTests (3/3 ✓): percentage уменьшает Total на 10%, points-accrual пополняет Balance после Post, multi-tenant lookup→404 чужой org. - PromotionFlowTests (2/2 ✓): SALE20 уменьшает Total на 20%, невалидный код→400 с понятной message и field=promotionCode. Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>	2026-05-31 21:06:10 +05:00
nns	7de159d5f2	feat(storage): IObjectStorage abstraction (Local + MinIO) — P2-15 ... Backend: - src/food-market.api/Storage/IObjectStorage.cs — абстракция (SaveAsync, OpenAsync, DeleteAsync, PublicUrl). Имя реализации (Kind) для логов. - LocalObjectStorage — ContentRoot/uploads/{key}. По умолчанию. - MinioObjectStorage — S3-совместимый bucket, ключ-объекта совпадает с тем что хранится в БД (products/{id:N}/{guid}.png). PutObject с явным size (для NetworkStream копируем в MemoryStream). - StorageOptions: Type=Local|Minio, Endpoint, AccessKey, SecretKey, UseSsl, Bucket=food-market-uploads. - StorageBootstrap.AddObjectStorage — DI-регистрация с runtime fallback на Local если MinIO-config пустой; MinioBootstrap (IHostedService) создаёт bucket на старте, ловит ошибку и не валит API. - UploadsController: GET /uploads/{**path} → стримит из IObjectStorage (cache-control 7 дней). Нужен когда MinIO активен — для Local nginx раздаёт быстрее, но фолбэк работает. - ProductImagesController отрефакторен на IObjectStorage; URL'ы в БД остаются /uploads/products/{id}/{guid}.ext. Тесты: - StorageAbstractionTests (3/3 ✓): Local default, round-trip bytes, PublicUrl pattern. Stage-готовность: - deploy/docker-compose.yml на стейдже обновлён (через scp): добавлен minio container, depends_on в api, env переменные Storage__*. Bucket автосоздаётся. Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>	2026-05-31 20:17:10 +05:00
nns	3088237ea7	feat(telegram): OwnerDailySummaryJob + bot binding (P2-14) ... Backend: - Organization.OwnerTelegramChatId (long?) — миграция Phase9a. - TelegramOptions / TelegramBotClient (Telegram Bot API sendMessage). Disabled-mode когда токен пустой (Dev/CI). HTML parse_mode. - OwnerDailySummaryJob.RunAsync — пробегает по org с привязанным chatId, рендерит сводку (выручка вчера, чеков, средний чек, топ-3 по выручке, low-stock 5 строк) и шлёт. Best-effort на каждой org. RenderSummaryAsync — publicный для тестов. - HangfireJobsConfigurator: cron "0 6 * * *" UTC = 09:00 МСК. - TelegramBindingController: GET /status (botEnabled, username, chatId, deepLink), PUT /bind (тестовое сообщение → проверка chatId → save), DELETE (unbind). Конфиг: - Telegram:BotToken — env Telegram__BotToken. - Telegram:BotUsername — для deep-link. UI: - OrganizationSettings.TelegramSection: показывает статус (bot enabled? bound?), deep-link к боту, пошаговая инструкция (start → userinfobot → ввести chat_id → проверка). Toast на привязку/отвязку через meta.successMessage. Тесты: - TelegramOwnerSummaryTests: рендер содержит org_name, метрики, HTML. ✓ 1/1. Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>	2026-05-31 19:50:33 +05:00
nns	dd2e1e7af2	feat(realtime): SignalR hub /hubs/notifications per-org + dashboard live ... P2-7 Sprint 8 пункт 1. Backend: - src/food-market.api/Realtime/NotificationsHub.cs — SignalR-хаб, группы org:{orgId:N}. JWT через Authorization-хедер (стандартно) или через query ?access_token=... (для WebSocket — браузерные не могут слать кастомные хедеры). SuperAdmin override через ?orgOverride=<id>. - NotificationsPublisher.cs — singleton, IHubContext-обёртка. - Program.cs — AddSignalR + MapHub. Middleware копирует ?access_token= в Authorization для /hubs/* до UseAuthentication. - RetailSalesController.Post → публикует SalePosted + LowStockPayload если после движения товара остаток < MinStock. Best-effort: notify ошибка не валит транзакцию. - SuppliesController.Post → SupplyPosted. Events (camelCase в JSON): - SalePosted { saleId, number, total, storeId, cashierName, retailPointId, postedAt } - SupplyPosted { supplyId, number, total, supplierId, supplierName, postedAt } - LowStock { productId, productName, storeId, storeName, quantity, minStock } Web: - @microsoft/signalr 10.0.0 client. - src/lib/useNotificationsHub.ts — hook с автореконнектом, accessTokenFactory. - DashboardPage: • liveRevenueDelta / liveCountDelta — оптимистическое приращение «Выручка сегодня» сразу при SalePosted (до refetch stats); • toast.info на SupplyPosted; toast.error на LowStock; • Wifi/WifiOff индикатор в header. Тесты: - SignalRNotificationsTests: A постит retail-sale → A получает SalePosted, B (другая org) НЕ получает — multi-tenant. ✓ 1/1 локально. Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>	2026-05-31 19:29:59 +05:00
nns	7b7a7091b9	feat(auth): TOTP 2FA для админов через AuthenticatorTokenProvider (P2-4) ... ASP.NET Identity AuthenticatorTokenProvider (RFC 6238 — Google Authenticator, Authy, 1Password OTP). TwoFactorEnabled и SecurityStamp уже были в users-таблице из Identity-схемы. Endpoints (Bearer-auth): - GET /api/me/2fa/status — { enabled: bool }. - POST /api/me/2fa/enroll — генерирует SecretKey (если ещё нет), возвращает otpauth-URI для QR + сам shared-key. Пока 2FA включён, enroll возвращает alreadyEnabled=true без секрета. - POST /api/me/2fa/verify { code } — валидирует и включает 2FA. - POST /api/me/2fa/disable { code } — выключает + ResetAuthenticatorKeyAsync. Требует текущий code как защиту от случайного отключения. AuthorizationController.Exchange (password grant): после успеха проверки пароля смотрит TwoFactorEnabledAsync; если true и нет otp_code в запросе — возвращает invalid_grant с error_description="2fa_required"; если otp_code невалиден — "2fa_invalid"; иначе токен выдаётся. Опционально для всех ролей — User самостоятельно решает включать или нет. Для админов рекомендуется (отдельная политика — следующий шаг). Тесты: 4 интеграционных (enroll+verify+status, неверный code → 400, token-endpoint require otp_code, disable с code). Тесты сами генерируют TOTP через ручную RFC 6238 имплементацию (HMAC-SHA1, 30-сек step). Bonus: добавлены DI-заглушки UnusedSupplyWriter / UnusedRetailSalePoster для CQRS-handler'ов из TD-1 — handler'ы пока не подключены к контроллерам, заглушки нужны чтобы DI-validation на старте не падала. Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>	2026-05-28 17:57:32 +05:00
nns	ec0cff7fc4	feat(concurrency): RowVersion на документах через Postgres xmin (TD-6) ... Optimistic concurrency через системную колонку Postgres xmin — никакой дополнительной колонки и миграции не нужно, xmin есть у каждой таблицы и автоматически обновляется при UPDATE. Конфигурация: - IVersionedEntity (маркер) + uint Xmin на Supply, Demand, RetailSale, Transfer, InventoryDoc. - e.UseXminAsConcurrencyToken() в EF-конфиге для каждой — создаёт shadow property "xmin" с IsConcurrencyToken + ValueGeneratedOnAddOrUpdate. - e.Ignore(x => x.Xmin): .NET-property живёт только для транспорта в DTO, не маппится в БД (xmin тащим shadow'ом). - GetInternal в SuppliesController читает xmin через EF.Property<uint>(s, "xmin") в LINQ-проекции и складывает в DTO. Wire-up: - SuppliesController.Update принимает input.Xmin (uint?), сверяет с shadow xmin загруженного supply через EF.Entry().Property("xmin"). Несовпадение → 409 с code=concurrency_conflict. null/0 от клиента → legacy compat, проверки нет. - SaveOrFkErrorAsync ловит DbUpdateConcurrencyException → 409 (двойная защита: и явная сверка, и EF auto-check в SaveChanges). Bonus: Supply.Update перешёл на тот же паттерн что Demand/RetailSale — ExecuteDelete старых строк + AddRange новых напрямую в DbSet. Старый RemoveRange-then-Add через nav-collection ломал EF concurrency check (UPDATE supply_lines одной из старых строк падал 0 affected внутри той же SaveChanges-транзакции). Тесты: 2 интеграционных: - two parallel updates with same xmin → один 204, другой 409; retry с новым xmin тоже 204. - legacy clients без xmin → PUT работает без concurrency-проверки. Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>	2026-05-28 17:33:01 +05:00
nns	b963adfa2e	feat(import-jobs): persisted ImportJobRegistry в БД (TD-5) ... Раньше прогресс фоновых импортов жил в ConcurrentDictionary внутри Singleton-сервиса: рестарт процесса терял всю историю, активные джобы навсегда оставались в статусе Running. Теперь: - Domain.Integrations.ImportJob (TenantEntity) — таблица import_jobs, миграция Phase8c_ImportJobs (jsonb для ErrorsJson, индексы по OrgId+StartedAt / OrgId+Status / FinishedAt). - ImportJobRegistry рефакторен: Create() пишет строку немедленно, SaveAsync() обновляет, Get/RecentlyFinished читают из БД. API совместимое со старой in-memory версией — MoySkladImportService и контроллеры не меняются. - MoySkladImportController.RunInBackgroundAsync теперь: * Periodic flush через Timer каждые 2 секунды — UI видит реальный progress (Stage/Created/Total), а не Create-snapshot; * Финальный flush в finally — обязательный для terminal state. - AdminCleanupController.WipeAllAsync — то же финальное сохранение. - SkipAudit=true для import-job записей — служебные, в OrgAuditLog не пишем. Tenant-isolation: query-filter работает прозрачно, B не видит джоб A. Тесты: 3 интеграционных (survives across scope, RecentlyFinished читает из БД, tenant-isolation). Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>	2026-05-28 16:45:08 +05:00
nns	a189a5dd6e	feat(audit): per-tenant журнал мутаций OrgAuditLog (P1-18) ... Domain OrgAuditLog (TenantEntity) - per-org журнал create/update/delete для Supply/SupplierReturn/RetailSale/Demand/Product/ProductPrice/ ProductBarcode/Counterparty (белый список в IsTracked). Реализация: OrgAuditInterceptor (SaveChangesInterceptor) снимает diff на SavingChanges (до commit), пишет в тот же DbContext в той же транзакции - атомарно с самой мутацией. ChangesJson формата { "field": { "before": X, "after": Y } } - служебные поля (OrganizationId/CreatedAt/UpdatedAt) пропускаются. ITenantContext получил UserId (sub claim) для атрибуции событий. AppDbContext.SkipAudit - escape-hatch для сидеров/системных операций. Tenant-isolation: query-filter обычный TenantEntity-фильтр. B не видит audit-строки A; SuperAdmin без override видит всё. Контроллер GET /api/admin/audit-log с фильтрами entityType / entityId / userId / action / from / to. Permission OrgSettingsManage. Web: /audit-log для Admin'а - таблица с раскрывающимся JSON diff'ом, цветные плашки create/update/delete, фильтры по типу и действию. Миграция Phase8b_OrgAuditLog: jsonb-колонка, индексы (OrgId+CreatedAt), (OrgId+EntityType+EntityId), (OrgId+UserId+CreatedAt). Тесты: 3 интеграционных (create Product создаёт audit-запись; update Counterparty - diff содержит before/after; tenant-изоляция: B не видит записи A). Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>	2026-05-28 16:26:36 +05:00
nns	47a019dc6d	feat(demands): оптовая отгрузка контрагенту-юрлицу (P1-5) ... Domain Demand+DemandLine - зеркалит RetailSale, но всегда с CustomerId (обязателен, не nullable), способ оплаты DemandPayment с Credit (постоплата = дебиторка), без RetailPoint/Cashier. EF + миграция Phase8a_Demands (idempotent CREATE TABLE). Контроллер api/sales/demands - CRUD + Post/Unpost. Post создаёт StockMovement тип WholesaleSale с -Quantity; защита от ухода в минус (409 со списком конфликтов). Unpost возвращает товар. ApplyLines пишет в DbSet напрямую (не через nav-collection) и Update использует ExecuteDelete для старых строк - тот же fix-паттерн что в RetailSalesController (избегает DbUpdateConcurrency на client-side Id). Permissions переиспользуют DemandsEdit/DemandsPost (уже в RolePermissions). Метрики observability: food_market_documents_posted_total{type="demand"} и documents_error_total{type="demand", reason="serialization"}. Web: /sales/demands (list+edit) с AsyncSelect контрагентов, способом оплаты включая Credit, PaidAmount-полем для дебиторки. Сайдбар: "Оптовые отгрузки" в группе Продажи для Admin. Тесты: 3 интеграционных (post снижает stock + unpost восстанавливает, over-stock posting -> 409 без побочных эффектов, tenant-изоляция). Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>	2026-05-28 16:18:49 +05:00
nns	824ef8279c	feat(observability): Prometheus метрики /metrics + бизнес-счётчики (P1-17) ... prometheus-net.AspNetCore@8.2.1 + EF Core DbCommandInterceptor. Endpoint: GET /metrics (text exposition, без auth — типичная практика; на prod закроем nginx allow private-network). Стандартные метрики (через UseHttpMetrics): - http_requests_received_total (code/method/controller/action) - http_request_duration_seconds (histogram, p50/p95/p99 SLO) - process_cpu_seconds_total / dotnet_total_memory_bytes / GC counters Кастомные бизнес-метрики (AppMetrics): - food_market_documents_posted_total{type} — все типы документов - food_market_sales_posted_total — alias по retail-sale (явно в SLO) - food_market_supplies_posted_total — alias по supply - food_market_documents_error_total{type, reason} — ошибки проведения с разбивкой по причине (serialization=40001, insufficient_stock, number_conflict, validation, other) - food_market_db_query_duration_seconds{kind} — гистограмма SQL через DbMetricsInterceptor (kind=query для SELECT, command для CUD) Tenant-меток в кастомных метриках НЕТ сознательно: на multi-tenant хосте раздуло бы cardinality. Per-org разрез — через /api/reports/*. Counters добавлены в: - SuppliesController.Post (success + serialization-error) - RetailSalesController.Post (success) - PosController.CreateAndPostSaleAsync (success + number_conflict) docs/observability.md — scrape-конфиг prometheus.yml, образец Grafana dashboard (4 ряда: Health/Business/Database/Runtime), prometheus rules с alert'ами (HighErrorRate, DbSerializationContention, NoSalesIn30Min). Тесты: 3 интеграционных (endpoint доступен и возвращает text/plain с встроенными метриками; sales counter инкрементится после Post; db_query гистограмма накапливается). Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>	2026-05-28 12:20:01 +05:00
nns	640c8d9c22	feat(pos-api): GET /sync и POST /sales с двойной идемпотентностью (P1-12b) ... Endpoints: - GET /api/pos/v1/sync?since=ISO&storeId=Guid - выгрузка изменений (Products / Prices / Stocks / Counterparties) после reference time; Stocks - всегда полный снимок на момент ответа (POS нужен актуальный остаток на полке). - POST /api/pos/v1/sales - батч продаж с idempotency. Двойная идемпотентность: 1. Batch-level: PosBatchAck (новая таблица, unique idx по OrgId+Key) - повтор того же батча возвращает кешированный ответ. При параллельном race ловим 23505 на уникальном индексе и тоже возвращаем кеш. 2. Per-sale: ClientSaleId записывается в RetailSale.Notes как prefix "pos:GUID32". Перед созданием продажи проверяем что такой маркер ещё не встречался - если есть, возвращаем существующую продажу. Это спасает и при разных batch-ключах с пересекающимися ClientSaleId. Pre-flight: проверка остатка ДО создания черновика - sale, которая не влезает в полку, попадает в Failed, остальные в батче проводятся. Domain: PosBatchAck (TenantEntity), миграция Phase7a_PosBatchAcks (jsonb для ResponseJson, unique idx). Контракты v1 из food-market.shared. Тесты: 7 интеграционных - полная sync, дельта по since, POST батч списывает stock, replay того же батча no-duplicates, ClientSaleId через разные batch-keys тоже no-duplicates, недостача попадает в Failed, tenant-изоляция. Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>	2026-05-28 12:10:17 +05:00
nns	dcf8f60b67	feat(reports): ABC-анализ по Парето (P1-11) ... GET /api/reports/abc — топ-товары по выбранной метрике с распределением A/B/C по Парето (A=80%, B=15%, C=5% накопительной метрики). Параметр metric: • revenue (по умолчанию) — выручка; • profit — прибыль (выручка − Quantity·Product.Cost); • margin — alias для profit (отдельная кнопка в UI). Граничные случаи: пустой период → пустой набор; товары с net-неположительной метрикой исключаются (некоторые отдают только возвраты — для ABC не интересны). Возвраты учтены со знаком (net-метрика). storeId / productGroupId фильтры. Export CSV/XLSX. Web: /reports/abc с цветными плашками класса (A green / B yellow / C red) и визуальной полосой накопительной доли. Тесты: 4 интеграционных (Парето на 3 товара 800/150/50 → A/B/C; пустой период; profit-метрика меняет порядок против revenue; tenant-изоляция). Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>	2026-05-28 11:24:26 +05:00
nns	3db112cbee	feat(reports): отчёт «Прибыль» (выручка − COGS) (P1-10) ... GET /api/reports/profit с группировками period:day/week/month, product, group (по группе товаров). Cost-snapshot — Product.Cost (скользящее среднее, документировано как приближение; точный FIFO требует партий). Маржа = profit/revenue·100. Защита от деления на ноль при нулевой выручке (пустой период → margin = 0, не NaN). Возвраты вычитаются и из выручки, и из COGS (returned line делает −Quantity·UnitPrice выручки и −Quantity·Cost себестоимости). Export CSV/XLSX через тот же ReportExport. Web: /reports/profit с KPI-плашками (общая выручка/себестоимость/прибыль + маржа) — прибыль зелёным/красным в зависимости от знака. Тесты: 3 интеграционных (simple profit calc 4×100−4×50=200=50%; empty period → пустой набор без 500/NaN; tenant-изоляция). Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>	2026-05-28 11:19:19 +05:00
nns	63c58ef6c1	feat(reports): отчёт «Остатки на дату» с реконструкцией (P1-9) ... GET /api/reports/stock?date=… — восстанавливает остатки (Product, Store) агрегацией журнала StockMovement до указанной даты. На «сейчас» совпадает с материализованным Stock (инвариант учёта); на прошлую дату — реальная реконструкция через Σ движений. Edge-cases: • дата в будущем → текущий остаток (движений из будущего нет); • дата раньше первой операции → пусто (пара не существовала); • операция с future-датой исключена снимком на «сегодня». Стоимость: последний UnitCost движения до даты на пару (Product, Store); fallback на Product.Cost если в журнале не было ни одной партии. Это приближённая оценка — точный FIFO требует партий. Параметры: storeId, productGroupId, includeZero (вернуть и нулевые позиции). Export CSV/XLSX через тот же ReportExport. Web: /reports/stock — дата, фильтры, экспорт, итоговая стоимость. Тесты: 5 интеграционных (today=current, before-first-mov→empty, future=current, date-before-op-excludes-it, tenant-изоляция). Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>	2026-05-28 11:14:24 +05:00