37 commits

Author	SHA1	Message	Date
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
nns	ac77849901	feat(reports): отчёт «Продажи» с группировками и экспортом (P1-8) ... GET /api/reports/sales — агрегаты по period:day/week/month, product, cashier, register, payment. Фильтры: from/to (по умолчанию last 30 days), storeId, productGroupId. Возвраты включаются с минусом (netto-выручка для фискальной отчётности). GET /api/reports/sales/export?format=csv|xlsx — выгрузка через CsvHelper (BOM UTF-8 + ; разделитель для Excel-RU) и ClosedXML. Реализация: плоский набор строк проектируется на сервере БД (Join+Where, EF переводит), агрегация в C#. Сознательный компромисс — EF8 не переводит «distinct count» внутри group-проекции с join'ами по nullable-ключам; объёмы отчётов (~десятки тысяч строк/месяц) держатся в RAM спокойно. Web: /reports/sales — выбор периода, табы группировки, фильтры, экспорт. Sidebar: «Отчёты → Продажи» для Admin/Storekeeper. Bonus: попутно вылечен баг RetailSalesController.Update — DbUpdateConcurrency «0 affected» воспроизводился при PUT на свеже-созданный возврат (create-return + immediate edit). Исправлено двумя изменениями: • Update не делает Include(Lines) — старые строки удаляются ExecuteDelete'ом; • ApplyLines добавляет новые строки напрямую в DbSet (а не через nav-collection sale.Lines.Add) — иначе EF8 путается со state'ом из-за client-side Id (Guid). Тесты: 5 интеграционных (group by product, group by payment, returns reduce revenue signed, tenant isolation, CSV export). 37 интеграционных всего зелёные. Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>	2026-05-28 11:09:52 +05:00
nns	a74fa114d8	feat(hangfire): dashboard + scheduled cleanup джобы (P1-16) ... Hangfire.PostgreSql storage (тот же ConnectionString:Default). Сервер стартует только когда Hangfire:Enabled (true по умолчанию) — в интеграционных тестах выключаем через env Hangfire__Enabled=false, чтобы тесты не плодили служебные таблицы в одноразовом контейнере. Dashboard на /hangfire с авторизационным фильтром SuperAdminHangfireFilter — требует роли SuperAdmin (стандартный OpenIddict-токен валидируется аутентификационным middleware'ом перед этим). Recurring jobs (HangfireJobsConfigurator): • prune-stock-movements — ежедневно 03:30 UTC, удаляет StockMovement старше 730 дней (Hangfire:Retention:StockMovementDays). За 30 минут до бэкапа, чтобы pg_dump не цеплял временные блокировки. • prune-audit-log — ежедневно 03:45 UTC, удаляет super_admin_audit_log старше 90 дней (Hangfire:Retention:AuditLogDays). Логика очистки в HousekeepingJobs (scoped, использует AppDbContext с IgnoreQueryFilters — это межтенантная задача). Тесты: 1 unit (PruneStockMovements удаляет только старые), 1 интеграционный (dashboard не отвечает без Hangfire-сервера). Полный прогон: 24 unit + 32 integration = 56 зелёных. Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>	2026-05-28 10:07:14 +05:00
nns	6886e1a92b	feat(supplier-returns): возврат поставщику (P1-7) ... Domain SupplierReturn+SupplierReturnLine (по аналогии с Supply). Опциональная ссылка ReferenceSupplyId на исходную приёмку — при наличии валидируется совпадение поставщика и status=Posted источника. EF, миграция Phase6f_SupplierReturns. Контроллер api/purchases/supplier-returns: CRUD + Post/Unpost. Post создаёт StockMovement тип SupplierReturn с -Quantity; защита от ухода в минус (409 со списком конфликтов). Unpost возвращает товар обратно. Web: /purchases/supplier-returns (list+edit). Пункт «Возвраты поставщикам» в сайдбаре Закупки. Permissions переиспользуют SuppliesEdit/SuppliesPost/Delete. Тесты: 4 интеграционных (post→stock, over-return→409, mismatch supplier по reference→400, tenant-изоляция). Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>	2026-05-28 09:58:29 +05:00
nns	ea29ab63c7	feat(returns): возврат от покупателя (CustomerReturn) (P1-6) ... Расширение RetailSale: IsReturn (bool) + ReferenceSaleId (Guid?, self-FK) + RetailSaleLine.QtyReturned (агрегация для защиты от over-return). Миграция Phase6e_RetailSaleReturns (IF NOT EXISTS, можно гонять на стейдже). Контроллер api/sales/retail: • Create принимает isReturn/referenceSaleId; для возврата с reference — валидация что reference существует, не сам возврат, и проведён. • POST /{id}/create-return — создаёт Draft-возврат от проведённого чека, копируя строки с qty = (Quantity - QtyReturned). • Post с IsReturn=true идёт через PostReturnAsync: проверяет лимит возврата по reference (Quantity - QtyReturned), создаёт StockMovement тип CustomerReturn с +Quantity, инкрементит QtyReturned на источнике. • Unpost для возврата зеркально откатывает. • Запрещён unpost исходного чека пока есть проведённые возвраты на него. Web: кнопка «Создать возврат» на странице проведённой продажи. DTO расширены полями isReturn/referenceSale*/qtyReturned. Тесты: 3 интеграционных (полный цикл sale→create-return→post, standalone-return без reference, блокировка unpost при активных возвратах). Полный прогон: 27 зелёных интеграционных, 23 зелёных unit. Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>	2026-05-28 09:51:04 +05:00
nns	4285bdee91	feat(inventories): инвентаризация с CSV-импортом факта (P1-4) ... Domain InventoryDoc+InventoryLine (productId, bookQty, actualQty, diff). EF, миграция Phase6d_Inventories. Контроллер api/inventory/inventories: Create без строк автоматически подгружает все товары склада с текущим Stock в bookQty (actual=0); Update пишет actualQty по строкам, пересчитывая diff. Post создаёт корректирующие движения InventoryAdjustment на diff (положительный — приход излишка, отрицательный — списание недостачи). Unpost атомарно откатывает; проверка «излишек уже расходован» → 409. Web: /inventory/inventories (list с разделением излишек/недостача) + edit с импортом CSV (productId|article;actualQty). Сайдбар «Инвентаризации». Тесты: 3 интеграционных (create-подгрузка bookQty + apply diff; post 400 если diff=0; tenant-изоляция). Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>	2026-05-28 09:39:32 +05:00
nns	fa1e123327	feat(transfers): атомарное перемещение между складами (P1-3) ... Domain Transfer+TransferLine (FromStoreId → ToStoreId, обязательны и различны). EF, миграция Phase6c_Transfers. Контроллер api/inventory/transfers: CRUD + Post/Unpost. Post создаёт ПАРУ движений TransferOut(-) + TransferIn(+) в одной Serializable-транзакции; Unpost — обратная пара тоже атомарно. Защита от ухода в минус: post (на FromStore), unpost (на ToStore — товар мог быть уже расходован). Web: /inventory/transfers (list+edit) с двумя селекторами складов и визуализацией «From → To». Пункт «Перемещения» в сайдбаре. Permission TransferEdit добавлен в RolePermissions. Тесты: 4 интеграционных (post создаёт пару движений, unpost оставляет ровно 4 движения и обнуляет stock-диффы; same-store → 400; short-stock на FromStore → 409 без побочных эффектов; tenant-изоляция). Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>	2026-05-28 09:32:32 +05:00
nns	3172b0ea72	feat(losses): списание со склада с указанием причины (P1-2) ... Domain Loss+LossLine + enum LossReason (Defect/Expired/Damage/Shortage/Other). EF, миграция Phase6b_Losses. Контроллер api/inventory/losses: CRUD + Post/Unpost. Post создаёт StockMovement тип WriteOff с -Quantity; защита от ухода в минус (409 со списком конфликтов). Unpost возвращает товар. Web: /inventory/losses (list+edit) с фильтром по причине и колонкой текущего остатка в строке. Сайдбар: «Списания» (Admin/Storekeeper). Тесты: 3 интеграционных (post→stock падает, unpost восстанавливает; списание сверх остатка → 409; tenant-изоляция). Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>	2026-05-28 09:24:40 +05:00
nns	e392bf8ae9	feat(enters): оприходование товара без поставщика (P1-1) ... Domain Enter+EnterLine (мирорит Supply, но без SupplierId и без cost rollup). EF-конфигурация, миграция Phase6a_Enters (idempotent CREATE TABLE). Контроллер api/inventory/enters: CRUD + Post/Unpost. Post создаёт StockMovement тип Enter; Unpost блокируется, если остаток ушёл бы в минус. Web: /inventory/enters (list + edit), пункт «Оприходования» в сайдбаре Admin/Storekeeper. Тесты: 4 интеграционных (post раздаёт stock, unpost откатывает, double post→409, tenant-изоляция A/B, unpost блокируется при минусе после продажи). Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>	2026-05-28 09:18:13 +05:00
nns	f2dad91e05	test(integration): Testcontainers.PostgreSql + WebApplicationFactory, 10 тестов (P1-21) ... ApiFactory поднимает реальный API на одноразовом postgres:16-alpine (Ryuk off — сеть к Docker Hub нестабильна, образ закэширован; RateLimiting off через env, т.к. лимитер читает конфиг эагерно). Program сделан public partial для фабрики. Сценарии (10 зелёных): - signup-flow: signup→token→/api/me с org; дубль-signup 400; слабый пароль 400. - tenant isolation A vs B: контрагент A не виден B (список + прямой GET 404). - permission: кастомная роль без ProductsEdit → PUT товара 403, GET 200; админ не 403. - supply post→unpost: остаток 0→10, Cost=70 (скользящее среднее), unpost→0; двойной post 409. - retail overselling: продажа сверх остатка → 409; недоплата → 400. Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>	2026-05-27 03:14:01 +05:00