NODEDC_1C/docs/TECH/STATUS_2026-04-12.md

Статус проекта на 2026-04-12

1) Что уже стабильно в compute-слое

• Введены и работают exact-маршруты подтвержденного среза на дату:
  • payables_confirmed_as_of_date (address_payables_confirmed_as_of_date_v1)
  • receivables_confirmed_as_of_date (address_receivables_confirmed_as_of_date_v1)
  • vat_payable_confirmed_as_of_date (address_vat_payable_confirmed_as_of_date_v1)
• Для этих интентов зафиксирован expected route/result mode в:
  • docs/TECH/address_route_expectations_v1.json
• Режим результата для exact-сценариев закреплен как confirmed_balance.

2) Что исправлено в цепных (follow-up) вопросах

• Исправлен перенос даты среза в коротких продолжениях по долгам:
  • после вопроса о долгах на дату follow-up по дебиторке наследует as_of_date, если новая дата не задана явно.
• Добавлен короткий follow-up для НДС:
  • короткие реплики вида а ндс?/по ндс теперь корректно идут в VAT exact-route с переносом даты среза из контекста.
• Сохранена стратегия LLM-first нормализации с последующим детерминированным compute-роутингом.

3) Что уже покрыто тестами

• Добавлены/актуализированы тесты на carryover и follow-up:
  • llm_normalizer/backend/tests/addressQueryRuntimeM23.test.ts
  • llm_normalizer/backend/tests/assistantAddressFollowupContext.test.ts
• Проверен маршрутный baseline:
  • llm_normalizer/backend/tests/addressRouteBaseline.test.ts

4) Известные ограничения (не считать багом расчета)

• В разговорных нерелевантных репликах (эмоции/брань/односложные сообщения) система может уйти в clarification_required; это относится к conversational-слою, не к compute-расчету.
• query_shape в части exact-кейсов может оставаться UNKNOWN при корректном intent; расчетный маршрут при этом работает корректно.
• Качество бизнес-категоризации контрагентов (особенно по счету 76) требует отдельной донастройки presentation-слоя.

5) Что в приоритете дальше

1. НДС-контур: усилить доказательную часть расчета "к уплате на дату" и добавить понятную детализацию оснований.
2. Цепные вопросы: закрепить перенос контекста между payables/receivables/VAT во всех коротких follow-up формулировках.
3. Ответы для UI: довести формат вывода до стабильной блочной структуры без markdown-зависимости.
4. Категоризация: отделить поставщиков/заказчиков от банков/госорганов/спецобязательств в итоговой выдаче.

6) Быстрый smoke-check (ручной)

1. кому мы должны на сентябрь 2017
2. а нам кто должен?
3. кто нам должен на сентябрь 2017
4. а ндс?

Ожидаемое поведение:

• для 1/3 — confirmed_balance в exact-route,
• для 2/4 — корректный follow-up с переносом даты среза, без ухода в эвристический shortlist для exact-интентов.