5 commits

Author	SHA1	Message	Date
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	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	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	284ad095c1	fix(s23): adversarial bug-hunt — 4 bugs found, all fixed ... Sprint 23 (adversarial): атаковали систему как недоброжелатель. Найдено 4 бага, все починены. Bug #001 (Medium): NULL-byte в Product.Name вызывал 500 без тела. Postgres TEXT не принимает \x00. Добавил NoControlChars() в ProductInputValidator + CounterpartyInputValidator. Bug #002 (Low): ProductInputValidator MaximumLength(200) конфликтовал со StringLength(500) в DTO и schema HasMaxLength(500). Сделал 500 везде. Counterparty: 200 → 255 (matches HasMaxLength). Bug #003 (CRITICAL): параллельные posting'и под Serializable выбрасывали PostgresException 40001 → middleware → 500 empty body. Добавил SerializationConflictMiddleware который мапит 40001 → 409 Conflict с {error, retryable: true}. Также SerializableRetry helper для явного retry внутри endpoint'ов с exp backoff. Применил retry-wrap к RetailSalesController.Post (PostCoreAsync extracted). Bug #004 (Low): цена 0.0000001 округлялась до 0 уже после прохождения required-price check (check был ДО RoundIfNeeded). FindMissing- RequiredPriceAsync теперь округляет перед сравнением — required цена реально > 0 после rounding. Bug reports: tests/e2e/reports/bugs/bug-00[1-4]-*.md (github-issue format). Multi-tenant attacks (cat 3): clean — все cross-org GET/PUT/DELETE дают 404, bulk-update affected=0, lists не утекают. Auth-edge (cat 2): clean — JWT tampering 401, garbage 401, CORS evil.com не получает allow-origin, fake refresh 400 invalid_grant. DOS (cat 7): clean — 50MB body 413, 200 headers 431, long URL 200. Hangfire safety (cat 8): clean — regular Admin → /hangfire 403, seed-demo использует tenant context, body org-id игнорируется. Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>	2026-06-08 01:35:50 +05:00
nns	eacf7e5cc8	feat(validation): FluentValidation + ValidationFilter для DTO (TD-2) ... Подключён FluentValidation (уже был в Directory.Packages.props, теперь активно используется): - AddValidatorsFromAssemblyContaining<Program>() — авторегистрация всех IValidator<T> из сборки food-market.api. - ValidationFilter (IAsyncActionFilter) глобально подключён через MvcOptions: на каждый action ищет IValidator<TArg> по рантайм-типу body-параметра, гоняет, fail → 400 ValidationProblemDetails (RFC 7807). Не используем FluentValidation.AspNetCore — официально deprecated (см. docs.fluentvalidation.net/aspnet); current recommendation — DI-extensions + manual filter, как у нас. Валидаторы (для 5 DTO): - SupplyInputValidator — Supplier/Store/Currency ≠ Empty, Date ≤ tomorrow, Lines non-empty, line.Quantity > 0, line.UnitPrice ≥ 0. - RetailSaleInputValidator — Store/Currency ≠ Empty, Date ≤ tomorrow, PaidCash/PaidCard ≥ 0, Lines non-empty с per-line проверками. - ProductInputValidator — Name required, Vat∈[0,100], MinStock ≤ MaxStock. - CounterpartyInputValidator — Name required, BIN/ИИН regex \d{12}, Email формат (EmailAddress). - EmployeeInputValidator — LastName/FirstName required, RoleId ≠ Empty, SendInvite → требует CreateAccount + Email, CreateAccount → требует Email. Сообщения по-русски (фронт ждёт RU). Тесты: 16 юнит-тестов на валидаторы (5 на SupplyInput, 2 на RetailSaleInput, 4 на ProductInput, 2 на CounterpartyInput, 3 на EmployeeInput). Полный прогон unit-тестов зелёный. Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>	2026-05-28 17:40:46 +05:00