66 commits

Author	SHA1	Message	Date
nns	8540be032e	feat(supplies): автонаценка при приёмке — только по переключателю магазина ... Настройка организации RecalcRetailOnSupplyByGroupMarkup (по умолчанию ВЫКЛ, миграция Phase49 для всех существующих орг тоже ВЫКЛ). При ВЫКЛ проведение приёмки меняет продажную цену ТОЛЬКО если она задана вручную в строке; наценка группы не применяется. При ВКЛ — прежнее поведение (продажная = себестоимость + наценка группы, округление вверх). Ручная кнопка «Пересчитать» и наценка группы остаются. Настройка — в разделе товаров/цен настроек магазина. Побочно исправлен мультитенантный баг: SuppliesController.Post читал флаги (AllowFractionalPrices и новый) через `_db.Organizations...FirstOrDefaultAsync` без скоупа — таблица organizations не tenant-фильтруется, возвращалась произвольная орг. Теперь берём флаги у организации самой приёмки. Тесты MarkupToggleTests: ВЫКЛ (наценка есть, приёмка проведена → продажная не изменилась), ВКЛ (пересчиталась), ручная цена в строке работает в обоих режимах — 3/3; SupplyPricingSchemeTests 3/3. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	2026-10-12 20:07:31 +05:00
nns	e39e4fe1d5	feat(registry+pricing): «Реестр товаров» + схема цен (закупочная/себестоимость/продажная) ... РЕЕСТР ТОВАРОВ (глобальный системный шаблон карточек): - Домен ProductRegistry{Group,Card,Barcode} (Entity, без OrganizationId), миграция Phase47; штрихкод уникален в реестре (ключ новизны). - Наполнение «из МойСклад заново» (команда суперадмина, повторяемая): читает entity/product (архивные/модификации/комплекты/услуги — считает и пропускает), группы из productFolder (путь), штрихкоды всех типов; buyPrice→закупочная+ себестоимость, salePrices→продажная; пересоздаёт только MoySklad-карточки, Shop-карточки не трогает. МойСклад только чтение (пагинация 1000, 429-бэкофф). - Фоновое пополнение из каталогов магазинов-участников (recurring, флаг в PlatformSettings, по умолчанию ВЫКЛ): новые штрихкоды → карточки; фильтр мусора (неверная контр. цифра EAN-13/8, пустое имя); существующие не трогает. - Копия реестра в каталог нового магазина при регистрации — фоновым заданием (Hangfire) сразу после signup; баннер «Каталог загружается…», повторно не копирует. Остатков нет (0). - Флаг организации ContributesToRegistry (демо/автотест — ВЫКЛ миграцией). - SuperAdmin раздел «Реестр товаров»: поиск/правка/удаление карточек, тоггл фонового пополнения (причина+аудит), кнопка наполнения из МойСклад, флаги участия орг. Только SuperAdmin. СХЕМА ЦЕН (решение владельца 12.10): три цены в карточке. - Закупочная: ReferencePrice→PurchasePrice (миграция Phase48 RENAME COLUMN, данные сохранены). Каждая проведённая приёмка пишет закупочную = цена строки; unpost возвращает из предыдущей проведённой приёмки. API отдаёт purchasePrice и временно referencePrice (алиас для iOS). - Себестоимость (Cost): только чтение, скользящее среднее (как было). - Продажная (бывш. «розничная»): меняется приёмкой только при ручной правке в строке. Системный тип цены «Розничная цена»→«Продажная цена» (миграция+сидер), подписи в UI переименованы. - Убраны: автозаполнение эталонной при первой приёмке, ReferencePriceRefreshJob (30-дневная перезапись), понятие «эталонная» в UI. Тесты: SupplyPricingSchemeTests (приёмка без правок → продажная не меняется, закупочная = цена строки, себестоимость средняя; правка продажной в строке; unpost → закупочная вернулась) — 3/3. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	2026-10-12 19:19:47 +05:00
nns	d49b586904	feat(stock): фильтры остатков «В наличии / Нулевые / В минусе» (states, объединение ИЛИ) ... Поручение владельца (задача 11): галочки состояния остатка объединяются (ИЛИ), группа/склад/поиск сужают (И). Пусто → positive+negative (нулевые скрыты). - API StockController: параметр states (positive|zero|negative; через запятую или повтором) на /api/inventory/stock и /stock/export. Один WHERE: (positive И qty>0) ИЛИ (zero И qty=0) ИЛИ (negative И qty<0) — по остатку (COALESCE подзапрос; товар без строки Stock = 0). total/пагинация/сортировка корректны. Старые includeZero/negativeOnly оставлены для совместимости (includeZero ≡ все три; negativeOnly ≡ negative); states приоритетнее. - Веб-админка StockPage: три галочки «В наличии» (>0), «Нулевые» (=0), «В минусе» (<0) вместо прежних двух; состояние в URL (states=…), экспорт учитывает галочки. Ссылки NegativeStockBanner/OverdueNegativeStockBlock/NotificationCenter на минусовые → states=negative. - Интеграционный тест: сочетания (zero; negative; positive; zero+negative; +группа; все три = весь каталог; пусто = positive+negative; со складом) и числовые тождества (positive+negative=пусто; positive+zero+negative=весь каталог) + совместимость старых флагов. 1/1 зелёный (EF8 переводит предикат). Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	2026-10-11 18:29:31 +05:00
nns	d0fee10e96	fix(barcode): весовой разбор выкл по умолчанию; поиск по ШК — точное совпадение ... Реальный сценарий владельца: весов с печатью этикеток нет, штрихкоды весовых — обычные коды «27xxxxx» в карточке. Исправлены два бага: - поиск по ШК матчил весовой PLU по АРТИКУЛУ (вода арт.12345 → 1,5 кг) — убрано, поиск по штрихкоду больше нигде не матчит по артикулу; - разбор весовых этикеток был дефолт-ON (WeightedBarcodeSettings.Enabled, Organization.WeightBarcodeEnabled) и ловил обычные коды — теперь дефолт OFF. - ByBarcode: сначала точное совпадение штрихкода (вкл. короткие «27xxxxx»), разбор этикетки — только если включён в орг И точного ШК нет. - Phase40: WeightBarcodeEnabled DEFAULT false + выключение у существующих орг; WeightedCodeFormat('short'|'ean13')/WeightedCodePrefix(27)/WeightedCodeDigits(5). - Генератор ШК нового весового товара: короткий «<prefix>+N цифр» (27xxxxx, next-free) или EAN-13 по настройке; уникальность. - Настройки орг отдают/принимают формат кода весовых. - Sync отдаёт unitShort («шт»/«кг»/«л») рядом с unitCode (ОКЕИ) — shared UnitShort. - Тесты: MobileApi (exact-only по умолчанию; не матчит артикул; PLU как ШК при вкл) 9/9; unit WeightedBarcode/UnitShort 16/16. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-10-09 11:02:43 +05:00
nns	d7db011331	test(sales): привести oversell-тест к политике «продажа в минус разрешена» ... RetailOversellingTests ждал 409 на продажу сверх остатка — устаревшая политика. По решению владельца 08.10 продажа в минус разрешена и создаёт предупреждение об отрицательном остатке. Тест переписан: проведение успешно, остаток уходит в минус, создан negative-stock alert. Плюс обновлён docs/filters-sweep-progress.md. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	2026-10-09 10:01:56 +05:00
nns	9dc8f6e044	fix(inventory): записывать автора движения (CauseUserId) для всех документов ... CauseUserId в уведомлениях о минусах был null: StockService писал автора только если вызывающий явно передал CreatedByUserId в черновике, а большинство документов (касса/списание/перемещение/приёмка/…) его не передавали. Теперь автор берётся из черновика, иначе — из текущего пользователя (ITenantContext.UserId) в единой точке ApplyMovementAsync, поэтому пишется и в StockMovement, и в алерт для всех типов документов. Тест: минус от списания → causeUserId = текущий юзер. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	2026-10-09 09:52:33 +05:00
nns	4aceda3e41	fix(errors): дружелюбные русские ошибки ввода вместо технических JSON-текстов ... Неверный тип/enum в теле запроса давал пользователю технический англ. текст с именем класса и путём ($.reason: The JSON value could not be converted to foodmarket.Api…LossInput…). Теперь InvalidModelStateResponseFactory прогоняет ModelState через ModelErrorTranslator: технические сообщения → «Неверное значение поля «Причина»» (имя поля по-русски, без классов/путей/англ.), осмысленные FluentValidation-сообщения остаются как есть. Сырой текст пишется только в лог бэкенда. Действует на web (toast) и mobile API. Тест: списание с неверным enum. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	2026-10-09 09:52:33 +05:00
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