12 commits

Author	SHA1	Message	Date
nns	58038c9cf7	feat(directories): двухуровневые справочники Группы и Ед.измерения (системные + tenant) ... Концепция: ProductGroup и UnitOfMeasure становятся двухуровневыми справочниками. Системные эталонные записи (OrganizationId=NULL, управляются SuperAdmin'ом) видны всем tenant'ам как «Эталон» и read-only. Tenant'овские (OrganizationId=<orgId>) — обычная изоляция, полный CRUD у админа орги. Архитектура: - IOptionalTenantEntity { Guid? OrganizationId } — новый интерфейс в Domain/Common. ProductGroup и UnitOfMeasure отнаследованы от Entity и реализуют его. - AppDbContext.ApplyOptionalTenantFilter<T>: query-filter для IOptionalTenantEntity пропускает запись с OrganizationId=NULL для всех tenant'ов + tenant'овские по выбранной orgId. SuperAdmin без override видит всё, в override — только NULL+своё. - StampTenant: при Add для IOptionalTenantEntity — null оставляется если SuperAdmin без override (системная), иначе подставляется tenant.OrganizationId. - Миграция Phase4d_OptionalTenantOnDirectories: ALTER COLUMN OrganizationId DROP NOT NULL на product_groups и units_of_measure. Existing данные FOOD MARKET (11 групп, 5 единиц) сохраняются как tenant'овские — additive change, ничего не теряется. - DTO: UnitOfMeasureDto и ProductGroupDto получили nullable OrganizationId; фронт читает его для показа badge «Эталон». - Защита мутаций: PUT/DELETE контроллеры теперь возвращают Forbid() если запись OrganizationId=null и юзер не SuperAdmin (только суперадмин может править/удалять системные). Frontend: - Badge «Эталон» (indigo) рядом с именем системной записи в обеих страницах. - Клик по строке системной записи → alert «Изменения недоступны…». - SuperAdmin sidebar: новые пункты «Группы (эталон)» (FolderTree) и «Ед. измерения (эталон)» (Ruler) под «Справочники». Страницы реиспользуют существующие компоненты — для SuperAdmin без override фильтр возвращает все записи, что в Phase 4+ можно ужесточить отдельным эндпоинтом «только системные» (?orgId=null). Decision (нонстоп-выбор по ТЗ): nullable OrganizationId через IOptionalTenantEntity, не sentinel Guid.Empty — чище, безопаснее, ясная семантика. Существующие группы FOOD MARKET НЕ мигрированы в системные (как просил юзер) — пусть SuperAdmin сам создаст эталоны. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>	2026-04-26 16:20:47 +05:00
nns	2b9623d5cc	fix(tenancy): SuperAdmin override должен применять tenant filter выбранной орги ... 🔴 КРИТИЧНЫЙ БАГ ИЗОЛЯЦИИ. SuperAdmin в режиме «открыть как Demo Market» видел товары FOOD MARKET (29540 чужих записей вместо 0 своих). Корень проблемы — query-filter в AppDbContext: e => _tenant.IsSuperAdmin || e.OrganizationId == _tenant.OrganizationId IsSuperAdmin → весь предикат становится true → все записи всех орг. В режиме override OrganizationId уже корректно подменялся на выбранную орг, НО bypass через IsSuperAdmin делал подмену бессмысленной — фильтр всё равно пропускал всё. Фикс — добавил IsTenantOverride флаг в ITenantContext и переписал: e => (_tenant.IsSuperAdmin && !_tenant.IsTenantOverride) || e.OrganizationId == _tenant.OrganizationId То есть SuperAdmin обходит фильтр ТОЛЬКО когда не в override. В override-режиме он работает в контексте выбранной орги как обычный юзер — фильтр применяется. HttpContextTenantContext.IsTenantOverride возвращает true когда текущий запрос — HTTP, юзер в роли SuperAdmin и присутствует header X-Org-Override с валидным GUID. AsyncLocal-override (background-задачи импорта/Hangfire) намеренно НЕ считается tenant-override — там IsSuper=false по умолчанию и фильтр и так применяется. Smoke-test ДО фикса (воспроизведение): GET /products X-Org-Override=DemoId → total 29540 (баг: чужие) GET /products X-Org-Override=FoodId → total 29540 GET /products без header → total 29540 (legit super) После деплоя ожидается: GET /products X-Org-Override=DemoId → 0 (Demo Market пуст) GET /products X-Org-Override=FoodId → 29540 (своих) GET /products без header → 29540 (legit super bypass) Затронуты ВСЕ tenant-сущности (фильтр применяется через reflection ко всем ITenantEntity): products, counterparties, supplies, stocks, movements, retail-sales и т.д. DesignTimeTenantContext получил IsTenantOverride=false (он только для EF tooling). Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>	2026-04-26 15:55:04 +05:00
nns	f37a1f12f0	feat(domain): Organization.IsArchived/AccountOwner + SuperAdminAuditLog + migration ... Базовый domain-каркас для SuperAdmin console (Phase 1): Organization: - IsArchived bool + ArchivedAt DateTime? — архивная орга не видна юзерам, но данные сохраняются. Удалить навсегда можно только из архива >30 дней (логика в API на следующем коммите). - AccountOwnerUserId Guid? — главный владелец, не путать с админами per-org. SuperAdmin может сменить через action c reason в audit-log. - HasIndex(IsArchived) для быстрой фильтрации. SuperAdminAuditLog (новая таблица super_admin_audit_log): - Не tenant-scoped — лог общий по всей системе. - ActionType (CreateOrg/EditOrg/ArchiveOrg/RestoreOrg/DeleteOrg/ ChangeOwner/EditEntity), OrganizationId, EntityType+EntityId, Description, Reason, ChangesJson (jsonb), IpAddress. - Индексы: CreatedAt, (SuperAdminUserId, CreatedAt), (OrganizationId, CreatedAt) — типовые запросы фильтра. Migration Phase4_SuperAdminConsole добавляет 3 колонки в organizations + создаёт super_admin_audit_log с тремя композитными индексами. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>	2026-04-26 12:51:25 +05:00
nns	33234f5e44	feat(domain): Employee, EmployeeRole, RolePermissions entities + migration ... Базовый каркас модуля «Сотрудники и Роли» (по образу МойСклад): Domain: - Employee — сотрудник организации (UserId nullable: запись может существовать без логина), ФИО + Position + Email/Phone + Role + IsActive + FiredAt + RetailPointAssignments. - EmployeeRole — роль с IsSystem флагом и owned RolePermissions. - RolePermissions — 21 булев флаг по группам (Каталог/Закупки/Продажи/ Контрагенты/Отчёты/Настройки) + helper All() для админа. - EmployeeRetailPointAssignment — ассоциация сотрудника с RetailPoint (для роли Кассир — к каким кассам привязан). Infrastructure: - OrganizationsHrConfigurations с OwnsOne(...).ToJson("permissions") для permissions — JSONB-колонка вместо отдельной таблицы. - DbSet<EmployeeRole/Employee/EmployeeRetailPointAssignment>. - Уникальные индексы: (OrgId, RoleName), (OrgId, UserId) с filter WHERE UserId IS NOT NULL, (EmployeeId, RetailPointId). Migration Phase4_EmployeesAndRoles создаёт три таблицы. Сидер системных ролей и привязка существующего admin'а к Employee — следующим коммитом, контроллеры и UI — далее. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>	2026-04-26 12:00:30 +05:00
nurdotnet	773ecde6ba	feat(org-settings): Country↔Currency, Organization.DefaultCurrency/MultiCurrency/DefaultVat + UI настроек ... Миграция Phase4_CountryCurrencyOrgDefaults: - countries.DefaultCurrencyId (FK → currencies) - organizations.DefaultCurrencyId, MultiCurrencyEnabled, DefaultVat - Seed: KZ→KZT, RU→RUB, BY→BYN, US→USD, DE→EUR, CN→CNY, TR→TRY - Default для org: KZT, vat=16 Backend: - Organization сущность получила DefaultCurrency/MultiCurrencyEnabled/DefaultVat. - OrganizationSettingsController: GET/PUT /api/organization/settings. - DevDataSeeder при создании/backfill орга выставляет KZT + vat=16. Web: - /settings/organization: форма с выбором страны (авто-подтягивает валюту), чекбоксом multi-currency, ставкой НДС по умолчанию. - useOrgSettings() хук. - SupplyEditPage / RetailSaleEditPage / ProductEditPage: select валюты показывается только если multiCurrencyEnabled=true, иначе подтягивается DefaultCurrency организации и рисуется символ валюты справа от цены. - ProductEditPage при создании нового товара берёт VAT из org.DefaultVat. - В sidebar добавлен раздел 'Настройки → Организация', убран Ставки НДС (сущность удалена раньше).	2026-04-24 11:03:25 +05:00
nurdotnet	2fc6d207f3	feat(moysklad-import): async jobs с прогрессом + токен в настройках ... Pain points: 1. Импорт на ~30k товарах проходит 15-30 мин, nginx рвал на 60s → 504. 2. При импорте/очистке ничего не видно — ни счётчика, ни прогресса. 3. Токен приходилось вводить каждый раз вручную. Фиксы: - Async-job pattern: POST /api/admin/moysklad/import-products и /api/admin/cleanup/all/async возвращают jobId, реальная работа в Task.Run. GET /api/admin/jobs/{id} — статус + Total/Created/Updated/Skipped/Deleted/Stage/Message. - ImportJobRegistry (singleton, in-memory) — хранит job-progress. - MoySkladImportService обновляет progress по мере пейджинга (в т.ч. счётчик Created/Updated/Skipped). - Cleanup разбит на именованные шаги, Stage меняется по мере "Товары…" → "Группы…" → "Контрагенты…". - Токен per-organization: Organization.MoySkladToken + миграция Phase3_OrganizationMoySkladToken. Endpoints: GET/PUT /api/admin/moysklad/settings. - Импорт-endpoints больше не требуют token в теле — берут из org. - HttpContextTenantContext.UseOverride(orgId) — AsyncLocal-scope для background tasks (HttpContext там нет, а query-filter'у нужен orgId — ставим через override). Nginx (host + web-container) получил 60-минутный timeout на /api/admin/import/ чтобы старый sync-путь тоже не ронять (на случай если кто-то вернёт sync call). Web: - MoySkladImportPage переработан: блок "Токен API" (save/test mask), блок импорта с кнопками без поля токена. - JobCard с polling каждые 1.5s отображает живые счётчики и stage. - DangerZone тоже теперь async с live-прогрессом. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>	2026-04-23 23:49:11 +05:00
nurdotnet	8fc9ef1a2e	feat: strict MoySklad schema — реплика потерянного f7087e9 ... Main расходился с БД стейджа (Phase2c3_MsStrict в history, но код ещё ссылался на VatRate etc.) — деплой ломался. Реплицирую удаление сущностей вручную, чтобы код совпадал с таблицами. Убрано (нет в MoySklad — не выдумываем): - Domain: VatRate сущность целиком; Counterparty.Kind + enum CounterpartyKind; Store.Kind + enum StoreKind; Product.IsAlcohol; UnitOfMeasure.Symbol/DecimalPlaces/IsBase. - EF: DbSet<VatRate>, ConfigureVatRate, Product.VatRate navigation, индекс Counterparty.Kind. - DTO/Input: соответствующие поля и VatRateDto/Input. - API: VatRatesController удалён; references в Products/Counterparties/Stores/UoM/Supplies/Retail/Stock. Добавлено как в MoySklad: - Product.Vat (int) + Product.VatEnabled — MoySklad держит НДС числом на товаре. - KZ default VAT 16% — applied в сидерах и в MoySkladImportService когда товар не принёс свой vat. MoySkladImportService: - ResolveKind убран; CompanyType=entrepreneur→Individual (как и было). - VatRates lookup → прямой p.Vat ?? 16 + p.Vat > 0 для VatEnabled. - baseUnit ищется по code="796" вместо IsBase. Web: - types.ts: убраны CounterpartyKind/StoreKind/VatRate/Product.vatRateId/vatPercent/isAlcohol/UoM.symbol/decimalPlaces/isBase; добавлено Product.vat/vatEnabled; унифицировано unitSymbol→unitName. - VatRatesPage удалён, роут из App.tsx тоже. - CounterpartiesPage/StoresPage/UnitsOfMeasurePage: убраны соответствующие поля в формах. - ProductEditPage: select "Ставка НДС" теперь с фиксированными 0/10/12/16/20 + чекбокс VatEnabled. - Stock/RetailSale/Supply pages: unitSymbol → unitName. deploy-stage unguarded — теперь код соответствует DB, авто-deploy безопасен.	2026-04-23 17:32:02 +05:00
nurdotnet	1c108b88a4	phase2c: RetailSale document — посты в stock как минусовые движения ... Domain (foodmarket.Domain.Sales): - RetailSale: Number "ПР-{yyyy}-{NNNNNN}", Date, Status (Draft/Posted), Store/RetailPoint/Customer/Currency, Subtotal/DiscountTotal/Total, Payment (Cash/Card/BankTransfer/Bonus/Mixed) + PaidCash/PaidCard split, CashierUserId, Notes, Lines. - RetailSaleLine: ProductId, Quantity, UnitPrice, Discount, LineTotal, VatPercent (snapshot), SortOrder. - PaymentMethod enum. EF: retail_sales + retail_sale_lines, unique index (tenant,Number), indexes by date/status/cashier. Migration Phase2c_RetailSale. API /api/sales/retail (Authorize): - GET list with filters status/store/from/to/search. - GET {id} with lines joined to products + units, customer/retail-point names resolved. - POST create draft (lines optional, totals computed server-side). - PUT update — replaces lines wholesale; rejected if Posted. - DELETE — drafts only. - POST {id}/post — creates -qty StockMovements via IStockService for each line (decreasing stock), Type=RetailSale; flips to Posted, stamps PostedAt. - POST {id}/unpost — reverses with +qty movements tagged "retail-sale-reversal". - Auto-numbering scoped per tenant + year. Web: - types: RetailSaleStatus, PaymentMethod, RetailSaleListRow, RetailSaleLineDto, RetailSaleDto. - /sales/retail list (number, date+time, status badge, store, cashier point, customer (or "аноним"), payment method, line count, total). - /sales/retail/new + /:id edit page mirrors Supply edit page UX: sticky top bar (Back / Save / Post / Unpost / Delete), reqs grid with date/store/customer/currency/payment/paid-cash/paid-card, lines table with inline qty/price/discount + Subtotal/Discount/К оплате footer. - ProductPicker reused. On line add, picks retail price from product's prices list (matches "розн" in priceTypeName) or first. - Sidebar new group "Продажи" → "Розничные чеки" (ShoppingCart). Posting cycle ready: Supply (+stock) → ... → RetailSale (-stock). В Stock и Движения видно текущее состояние и историю. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>	2026-04-22 16:07:37 +05:00
nurdotnet	61f2c21016	phase2b: Supply document (приёмка) — posts to stock atomically ... Domain (foodmarket.Domain.Purchases): - Supply: Number (auto "П-{yyyy}-{000001}" per tenant), Date, Status (Draft/Posted), Supplier (Counterparty), Store, Currency, invoice refs, Notes, Total, PostedAt/PostedByUserId, Lines. - SupplyLine: ProductId, Quantity, UnitPrice, LineTotal, SortOrder. EF: supplies + supply_lines tables, unique index (tenant,Number), indexes by date/status/supplier/product. Migration Phase2b_Supply applied. API (/api/purchases/supplies, roles Admin/Manager/Storekeeper for mutations): - GET list with filters (status, storeId, supplierId, search by number/name), projected columns. - GET {id} with full line list joined to products + units. - POST create draft (lines optional at creation, grand total computed). - PUT update — replaces all lines; rejected if already Posted. - DELETE — drafts only. - POST {id}/post — creates +qty StockMovements via IStockService.ApplyMovementAsync for each line, flips to Posted, stamps PostedAt. Atomic (one SaveChanges). - POST {id}/unpost — reverses with -qty movements tagged "supply-reversal", returns to Draft so edits can resume. - Auto-numbering scans existing numbers matching prefix per year+tenant. Web: - types: SupplyStatus, SupplyListRow, SupplyLineDto, SupplyDto. - /purchases/supplies list (number, date, status badge, supplier, store, line count, total in currency). - /purchases/supplies/new + /:id edit page (sticky top bar with Back / Save / Post / Unpost / Delete; reqisites grid; lines table with inline qty/price and running total + grand total in bottom row). - ProductPicker modal: full-text search over products (name/article/barcode), shows purchase price for quick reference, click to add line. - Sidebar new group "Закупки" → "Приёмки" (TruckIcon). Flow: create draft → add lines via picker → edit qty/price → Save → Post. Posting writes StockMovement rows (visible on Движения) and updates Stock aggregate (visible on Остатки). Unpost reverses in place. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>	2026-04-22 01:06:08 +05:00
nurdotnet	50e3676d71	phase2a: stock foundation (Stock + StockMovement) + MoySklad counterparty import ... Domain: - foodmarket.Domain.Inventory.Stock — materialized aggregate per (Product, Store) with Quantity, ReservedQuantity, computed Available. Unique index on tenant+ product+store. - foodmarket.Domain.Inventory.StockMovement — append-only journal with signed quantity, optional UnitCost, MovementType enum (Initial, Supply, RetailSale, WholesaleSale, CustomerReturn, SupplierReturn, TransferOut, TransferIn, WriteOff, Enter, InventoryAdjustment), document linkage (type, id, number), OccurredAt, CreatedBy, Notes. Application: - IStockService.ApplyMovementAsync draft — appends movement row + upserts materialized Stock row in the same unit of work. Callers control SaveChanges so a posting doc can bundle all lines atomically. Infrastructure: - StockService implementation over AppDbContext. - InventoryConfigurations EF mapping (precision 18,4 on quantities/costs; indexes for product+time, store+time, document lookup). - Migration Phase2a_Stock applied to dev DB (tables stocks, stock_movements). API (GET, read-only for now): - /api/inventory/stock — filter by store, product, includeZero; joins product + unit + store names; server-side pagination. - /api/inventory/movements — journal filtered by store/product/date range; movement type as string enum for UI labels. - Both [Authorize] (any authenticated user). MoySklad: - MsCounterparty DTO (name, legalTitle, inn, kpp, companyType, tags...). - MoySkladClient.StreamCounterpartiesAsync — paginated like products. - MoySkladImportService.ImportCounterpartiesAsync — maps tags → Kind (supplier / customer / both), companyType → LegalEntity/Individual; dedup by Name; defensive trim on all string fields; per-item try/catch; batches of 500. - /api/admin/moysklad/import-counterparties endpoint (Admin policy). Web: - /inventory/stock list page (store filter, include-zero toggle, search; shows quantity/reserved/available with red-on-negative, grey-on-zero accents). - /inventory/movements list page (store filter; colored quantity +/-, Russian labels for each movement type). - MoySklad import page restructured: single token test + two import buttons (Товары, Контрагенты) + reusable ImportResult panel that handles both. - Sidebar: new "Остатки" group with Остатки + Движения; icons Boxes + History. Uses the ListPageShell pattern introduced in d3aa13d — sticky top bar, sticky table header, only the body scrolls. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>	2026-04-22 00:51:07 +05:00
nurdotnet	cb66684134	phase1a: catalog domain (countries, currencies, vat, units, counterparties, stores, retail points, products) ... Domain (foodmarket.Domain.Catalog): - Global references: Country (ISO-2), Currency (ISO-3 + symbol + minor unit) - Tenant references: VatRate (Percent + IncludedInPrice + IsDefault), UnitOfMeasure (ОКЕИ code + DecimalPlaces) - Counterparty: kind (Supplier/Customer/Both), type (Legal/Individual), BIN/IIN/TaxNumber, bank details - Store + RetailPoint with fiscal placeholders - ProductGroup: hierarchy via ParentId + denormalized Path - PriceType (Розничная/Оптовая), Product (article, VAT, group, supplier, flags IsService/IsWeighed/IsAlcohol/IsMarked, min/max stock) - ProductPrice (composite unique product+priceType), ProductBarcode (EAN13/EAN8/CODE128/UPC), ProductImage Infrastructure: - CatalogConfigurations with fluent API (indexes, precision 18/4 for money, FK with Restrict) - 13 new DbSets on AppDbContext + builder.ConfigureCatalog() - Migration Phase1Catalog — adds countries, currencies, vat_rates, units_of_measure, counterparties, stores, retail_points, product_groups, price_types, products, product_prices, product_barcodes, product_images Seeders: - SystemReferenceSeeder (always): 12 countries (KZ, RU, CN, TR, …), 5 currencies (KZT primary, RUB, USD, EUR, CNY) - DevDataSeeder extended: for Demo Market seeds VAT (0%, 12% default+included), units (шт/кг/л/м/уп), price types (Розничная default, Оптовая), main store, POS-1 Total DB schema: 26 tables. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>	2026-04-21 19:16:10 +05:00
nns	fd2f5ae4f3	Phase 0: project scaffolding and end-to-end auth ... - .NET 8 LTS solution with 7 projects (domain/application/infrastructure/api/shared/pos.core/pos[WPF]) - Central package management (Directory.Packages.props), .editorconfig, global.json pin to 8.0.417 - PostgreSQL 14 dev DB via existing brew service; food_market database created - ASP.NET Identity + OpenIddict 5 (password + refresh token flows) with ephemeral dev keys - EF Core 8 + Npgsql; multi-tenant query filter via reflection over ITenantEntity - Initial migration: 13 tables (Identity + OpenIddict + organizations) - AuthorizationController implements /connect/token; seeders create demo org + admin - Protected /api/me endpoint returns current user + org claims - React 19 + Vite 8 + Tailwind v4 SPA with TanStack Query, React Router 7 - Login flow with dev-admin placeholder, bearer interceptor + refresh token fallback - docs/architecture.md, CLAUDE.md, README.md Verified end-to-end: health check, password grant issues JWT with org_id, web app builds successfully (310 kB gzipped). Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>	2026-04-21 13:59:13 +05:00