АДРЕСНЫЙ РЕЖИМ - локальная подель на декомпозе

This commit is contained in:
2026-04-01 17:55:02 +03:00
parent 4060a5e575
commit 4d59672576
90 changed files with 19595 additions and 785 deletions
File diff suppressed because one or more lines are too long
@@ -0,0 +1,157 @@
Отчет по анализу архива address_query
Инвентаризация разметки 1С, покрытие доменов и статус runtime-сценариев
Источник: архив address_query.zip | Дата документов внутри архива: 2026-03-29
Главный вывод
Архив посвящен не общему налоговому/НДС-контуру, а отдельному runtime-режиму address_query для factual lookup по взаиморасчетам, договорам, документам, банковским операциям и остаткам по счетам.
Масштаб inventory
Обработано 7 039 648 строк из 12 monthly snapshot-файлов за 2020 год, parse errors = 0, найдено 286 уникальных сущностей в 10 family-группах.
Что реально покрыто сейчас
На уровне V1/M2.3c подтверждены прежде всего сценарии по контрагентам и документам; account-сценарии видны, но еще ограничены materialization/account-scope проблемами; contract-сценарии требуют специализированных recipe.
Что с НДС
НДС-сущности и related entities в inventory присутствуют, но в текущий whitelist intents/runtime V1 они не входят как отдельный поддержанный домен.
1. Что находится в архиве
• Главный README описывает пакет как набор документов для перехода к отдельному runtime-режиму `question_mode=address_query`.
• Есть слой системной инвентаризации сущностей 1С по snapshot-корпусу 2020: entity inventory JSON-артефакты, relation/intention support sets, readable summary, run summary.
• Есть продуктовый слой: scenario matrix, query recipes, runtime contracts, integration plan, readiness matrix, question bank, acceptance suites и UI dry-run наборы.
• То есть архив сочетает два уровня: исследование структуры 1С-базы и проектирование прикладного factual-query runtime поверх этой структуры.
2. Структура пакета по смысловым блокам
Блок
Ключевые файлы
Зачем нужен
Инвентаризация 1С
entity_map_1c_2020.md, entity_inventory_*.json, run_summary.json
Показывает, какие сущности есть в snapshot-корпусе, насколько они query-suitable и какие relation patterns обнаружены.
Сценарии и intents
address_scenario_matrix.md, question_bank_v1.md
Фиксирует пользовательские вопросы, intent mapping, приоритеты и expected response types.
Recipe-слой
query_recipes_v1.md, address_runtime_contracts.md
Задает безопасный runtime-контур: intent -> filters -> recipe -> MCP -> factual result.
Интеграция и готовность
runtime_integration_plan.md, runtime_readiness_matrix_v1.md, execution_lineup_v1_2026-03-29.md
Показывает, как это встраивается и какие сценарии уже живы, а какие еще нет.
Acceptance и dry-run
curated_positive_live_suite_v1.md, data_aware_positive_acceptance_suite_v1.md, ui_dry_run_*
Нужны для live-проверки, контроля false factual и ручного прогона поддержанных вопросов.
3. Масштаб и состав inventory по базе 1С
• Источник данных: 12 monthly NDJSON snapshots за 2020 год.
• Обработано 7 039 648 строк без parse errors.
• Найдено 286 сущностей в 10 family-группах.
• Наиболее крупный пласт по строкам - INFORMATION_REGISTER (6,3 млн строк), но адресный runtime строится прежде всего на регистрах, документах, журналах и справочниках.
Family
Сущностей / строк
Приоритет
Комментарий
DOCUMENT
77 / 202 636
все P0
Главный источник document-level factual lookup.
ACCOUNTING_REGISTER
2 / 190 244
оба P0
Ключ к остаткам, хвостам и drilldown по проводкам.
NSI_CATALOG
50 / 140 050
3 P0 / 47 P1
Нужен для договоров, контрагентов и фильтровых резолверов.
DOCUMENT_JOURNAL
12 / 126 868
все P1
Быстрый индекс документов и банковских выписок.
ACCUMULATION_REGISTER
36 / 73 022
все P0
В inventory высоко видимы, но в runtime V1 почти не заведены как отдельные intents.
4. Какие домены реально прорабатываются
• Ключевой продуктовый домен - адресные factual-вопросы по взаиморасчетам и документам, а не произвольная аналитика по всей базе.
• Судя по scenario matrix, question bank и runtime contracts, текущий V1 разбит не по классическим бухгалтерским разделам, а по operational query-доменам.
Домен
Что входит
Статус
Комментарий
Контрагенты и задолженность
payables, receivables, open items by counterparty
ядро V1
Самый зрелый блок; есть curated positive cases и live-with-limits.
Счета и остатки
account balance, balance docs, turnover
частично
Структурно готово, но account-scope/materialization ограничивает стабильные non-empty ответы.
Договоры
open contracts, docs/open items by contract
не дожато
Есть в дизайне, но нужны specialized recipe и resolver path.
Документы и банковские операции
docs by counterparty, bank ops, list by type
ближе к рабочему
Именно здесь подтверждены live non-empty кейсы по counterparty family.
НДС и налоговые сущности
НДС-регистры, счета-фактуры, НДС-документы в inventory
не runtime V1
Есть в инвентаризации, но не заведены как whitelist intents.
5. Какие intents поддержаны по документам
• P0-ядро, зафиксированное в bootstrap report: `list_open_contracts`, `list_payables_counterparties`, `list_receivables_counterparties`, `account_balance_snapshot`, `open_items_by_counterparty_or_contract`.
• Как ближайшее расширение v1.1 перечислены: `list_documents_by_counterparty`, `list_documents_by_contract`, `documents_forming_balance`.
• Фактически в live runtime на момент пакета явно реализованы: `list_documents_by_counterparty`, `bank_operations_by_counterparty`, `documents_forming_balance`.
ID
Сценарий
Статус
Что мешает
AQ-P0-02
payables by counterparty
live, но с ограничениями
Широкие промпты пока дают sparse matches.
AQ-P0-03
receivables by counterparty
live, но с ограничениями
Нужны более точные period hints и anchor refinement.
AQ-P0-04
account balance snapshot
live, но с ограничениями
Строки приходят, но выпадают до materialization.
AQ-P0-05
open items by counterparty
live, но с ограничениями
Нужен явный counterparty anchor для стабильного non-empty.
AQ-P0-07
documents by counterparty
live, но с ограничениями
Есть positive cases, но якоря еще хрупкие.
AQ-P0-07B
bank ops by counterparty
live, но с ограничениями
Позитив подтвержден, но узкие/широкие варианты нестабильны.
AQ-P0-01/06/08
contract-related scenarios
требует спец. recipe
Не хватает contract-aware recipe и contract resolver.
AQ-P0-09
documents forming balance
live, но с ограничениями
Account family still blocked before materialization.
6. Какие сущности являются опорными
• Главная структурная опора - `AccountingRegister_Хозрасчетный_RecordType`: через него идут account, document, organization и часть business drilldown связей.
• Из документов центральны `СписаниеСРасчетногоСчета`, `ПоступлениеНаРасчетныйСчет`, их строки расшифровки платежа, а также `АктСверкиВзаиморасчетов`.
• Из справочников критичен `Catalog_ДоговорыКонтрагентов`; при этом `Catalog_Контрагенты`, `Catalog_Организации`, `Catalog_БанковскиеСчета` формально в triage отмечены как P1, но фактически обязательны для фильтров и resolver-логики.
• Document journals (`ДокументыПоставщиков`, `ДокументыПокупателей`, `БанковскиеВыписки`) играют роль быстрого индексного слоя для list/drilldown сценариев.
7. Что можно сказать про НДС
• В inventory присутствуют НДС-регистры и связанные сущности: `AccumulationRegister_НДСПредъявленный`, `AccumulationRegister_НДСЗаписиКнигиПокупок`, `AccumulationRegister_НДСЗаписиКнигиПродаж`, документы `СчетФактураПолученный`, `СчетФактураВыданный`, `СписаниеНДС`, журнал `РегламентныеДокументыНДС`.
• Однако в scenario matrix, recipe catalog и readiness matrix они не оформлены как отдельный runtime-домен текущего `address_query`.
• Поэтому корректный вывод такой: НДС уже есть в структурной инвентаризации базы, но в текущем пакете это не целевое продуктовое покрытие V1.
8. Ограничения и риски
• Часть labels и entity names в исходном экспорте испорчена cp1251/utf8 mojibake; потребуется финальный decoding/cleanup перед production binding.
• Без business resolvers нельзя надежно переходить от имени контрагента, договора или счета к ID.
• Free-form query builder специально запрещен; доступ предполагается только через whitelist recipe.
• Compound factual вопросы пока только детектируются, но не исполняются как multi-intent decomposition.
• Account-семейство пока не дает стабильный поток до materialization, хотя сырье на входе уже есть.
9. Выводы по текущему состоянию
• Архив уже дает хорошую картину по 1С-сущностям и будущему runtime.
• Сейчас реально прорабатывается не вся база и не весь бухгалтерский домен, а конкретный address-query слой: контрагенты, задолженность, договоры, документы, банковские операции, остатки/расшифровка по счетам.
• Самый зрелый operational блок - counterparty/document lookup.
• Contract-specific и account-specific сценарии структурно готовы, но требуют еще одного цикла реализации и настройки.
• НДС виден в inventory и может стать следующим отдельным доменом, но в данном архиве это пока не активное runtime-покрытие.
10. Практический next step
• Собрать отдельную матрицу: “что есть в inventory” vs “что заведено в intents/recipes” vs “что уже реально работает live”.
• Развести домены на 3 слоя: текущий рабочий V1, design-only backlog и visible-inventory but not productized.
• Отдельно сделать shortlist по НДС/налоговым сущностям, если следующая цель - расширить покрытие за пределы address_query.
Binary file not shown.
@@ -0,0 +1,2 @@
<?xml version='1.0' encoding='UTF-8' standalone='yes'?>
<Types xmlns="http://schemas.openxmlformats.org/package/2006/content-types"><Default Extension="jpeg" ContentType="image/jpeg"/><Default Extension="rels" ContentType="application/vnd.openxmlformats-package.relationships+xml"/><Default Extension="xml" ContentType="application/xml"/><Override PartName="/customXml/itemProps1.xml" ContentType="application/vnd.openxmlformats-officedocument.customXmlProperties+xml"/><Override PartName="/docProps/app.xml" ContentType="application/vnd.openxmlformats-officedocument.extended-properties+xml"/><Override PartName="/docProps/core.xml" ContentType="application/vnd.openxmlformats-package.core-properties+xml"/><Override PartName="/word/document.xml" ContentType="application/vnd.openxmlformats-officedocument.wordprocessingml.document.main+xml"/><Override PartName="/word/fontTable.xml" ContentType="application/vnd.openxmlformats-officedocument.wordprocessingml.fontTable+xml"/><Override PartName="/word/numbering.xml" ContentType="application/vnd.openxmlformats-officedocument.wordprocessingml.numbering+xml"/><Override PartName="/word/settings.xml" ContentType="application/vnd.openxmlformats-officedocument.wordprocessingml.settings+xml"/><Override PartName="/word/styles.xml" ContentType="application/vnd.openxmlformats-officedocument.wordprocessingml.styles+xml"/><Override PartName="/word/stylesWithEffects.xml" ContentType="application/vnd.ms-word.stylesWithEffects+xml"/><Override PartName="/word/theme/theme1.xml" ContentType="application/vnd.openxmlformats-officedocument.theme+xml"/><Override PartName="/word/webSettings.xml" ContentType="application/vnd.openxmlformats-officedocument.wordprocessingml.webSettings+xml"/></Types>
@@ -0,0 +1,2 @@
<?xml version='1.0' encoding='UTF-8' standalone='yes'?>
<Relationships xmlns="http://schemas.openxmlformats.org/package/2006/relationships"><Relationship Id="rId3" Type="http://schemas.openxmlformats.org/package/2006/relationships/metadata/core-properties" Target="docProps/core.xml"/><Relationship Id="rId4" Type="http://schemas.openxmlformats.org/officeDocument/2006/relationships/extended-properties" Target="docProps/app.xml"/><Relationship Id="rId1" Type="http://schemas.openxmlformats.org/officeDocument/2006/relationships/officeDocument" Target="word/document.xml"/><Relationship Id="rId2" Type="http://schemas.openxmlformats.org/package/2006/relationships/metadata/thumbnail" Target="docProps/thumbnail.jpeg"/></Relationships>
@@ -0,0 +1,2 @@
<?xml version='1.0' encoding='UTF-8' standalone='yes'?>
<Relationships xmlns="http://schemas.openxmlformats.org/package/2006/relationships"><Relationship Id="rId1" Type="http://schemas.openxmlformats.org/officeDocument/2006/relationships/customXmlProps" Target="itemProps1.xml"/></Relationships>
@@ -0,0 +1,2 @@
<?xml version='1.0' encoding='UTF-8' standalone='yes'?>
<b:Sources xmlns:b="http://schemas.openxmlformats.org/officeDocument/2006/bibliography" xmlns="http://schemas.openxmlformats.org/officeDocument/2006/bibliography" SelectedStyle="/APA.XSL" StyleName="APA"/>
@@ -0,0 +1,6 @@
<?xml version='1.0' encoding='UTF-8' standalone='yes'?>
<ds:datastoreItem xmlns:ds="http://schemas.openxmlformats.org/officeDocument/2006/customXml" ds:itemID="{EF278816-EC6F-A645-907D-7F25AECB1D4A}">
<ds:schemaRefs>
<ds:schemaRef ds:uri="http://schemas.openxmlformats.org/officeDocument/2006/bibliography"/>
</ds:schemaRefs>
</ds:datastoreItem>
@@ -0,0 +1,36 @@
<?xml version='1.0' encoding='UTF-8' standalone='yes'?>
<Properties xmlns="http://schemas.openxmlformats.org/officeDocument/2006/extended-properties" xmlns:vt="http://schemas.openxmlformats.org/officeDocument/2006/docPropsVTypes">
<Template>Normal.dotm</Template>
<TotalTime>0</TotalTime>
<Pages>1</Pages>
<Words>0</Words>
<Characters>0</Characters>
<Application>Microsoft Macintosh Word</Application>
<DocSecurity>0</DocSecurity>
<Lines>0</Lines>
<Paragraphs>0</Paragraphs>
<ScaleCrop>false</ScaleCrop>
<HeadingPairs>
<vt:vector size="2" baseType="variant">
<vt:variant>
<vt:lpstr>Title</vt:lpstr>
</vt:variant>
<vt:variant>
<vt:i4>1</vt:i4>
</vt:variant>
</vt:vector>
</HeadingPairs>
<TitlesOfParts>
<vt:vector size="1" baseType="lpstr">
<vt:lpstr/>
</vt:vector>
</TitlesOfParts>
<Manager/>
<Company/>
<LinksUpToDate>false</LinksUpToDate>
<CharactersWithSpaces>0</CharactersWithSpaces>
<SharedDoc>false</SharedDoc>
<HyperlinkBase/>
<HyperlinksChanged>false</HyperlinksChanged>
<AppVersion>14.0000</AppVersion>
</Properties>
@@ -0,0 +1,2 @@
<?xml version='1.0' encoding='UTF-8' standalone='yes'?>
<cp:coreProperties xmlns:cp="http://schemas.openxmlformats.org/package/2006/metadata/core-properties" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:dcterms="http://purl.org/dc/terms/" xmlns:dcmitype="http://purl.org/dc/dcmitype/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"><dc:title/><dc:subject/><dc:creator>python-docx</dc:creator><cp:keywords/><dc:description>generated by python-docx</dc:description><cp:lastModifiedBy/><cp:revision>1</cp:revision><dcterms:created xsi:type="dcterms:W3CDTF">2013-12-23T23:15:00Z</dcterms:created><dcterms:modified xsi:type="dcterms:W3CDTF">2013-12-23T23:15:00Z</dcterms:modified><cp:category/></cp:coreProperties>
Binary file not shown.

After

Width:  |  Height:  |  Size: 8.1 KiB

@@ -0,0 +1,2 @@
<?xml version='1.0' encoding='UTF-8' standalone='yes'?>
<Relationships xmlns="http://schemas.openxmlformats.org/package/2006/relationships"><Relationship Id="rId3" Type="http://schemas.openxmlformats.org/officeDocument/2006/relationships/styles" Target="styles.xml"/><Relationship Id="rId4" Type="http://schemas.microsoft.com/office/2007/relationships/stylesWithEffects" Target="stylesWithEffects.xml"/><Relationship Id="rId5" Type="http://schemas.openxmlformats.org/officeDocument/2006/relationships/settings" Target="settings.xml"/><Relationship Id="rId6" Type="http://schemas.openxmlformats.org/officeDocument/2006/relationships/webSettings" Target="webSettings.xml"/><Relationship Id="rId7" Type="http://schemas.openxmlformats.org/officeDocument/2006/relationships/fontTable" Target="fontTable.xml"/><Relationship Id="rId8" Type="http://schemas.openxmlformats.org/officeDocument/2006/relationships/theme" Target="theme/theme1.xml"/><Relationship Id="rId1" Type="http://schemas.openxmlformats.org/officeDocument/2006/relationships/customXml" Target="../customXml/item1.xml"/><Relationship Id="rId2" Type="http://schemas.openxmlformats.org/officeDocument/2006/relationships/numbering" Target="numbering.xml"/></Relationships>
File diff suppressed because one or more lines are too long
@@ -0,0 +1,61 @@
<?xml version='1.0' encoding='UTF-8' standalone='yes'?>
<w:fonts xmlns:mc="http://schemas.openxmlformats.org/markup-compatibility/2006" xmlns:r="http://schemas.openxmlformats.org/officeDocument/2006/relationships" xmlns:w="http://schemas.openxmlformats.org/wordprocessingml/2006/main" xmlns:w14="http://schemas.microsoft.com/office/word/2010/wordml" mc:Ignorable="w14">
<w:font w:name="Symbol">
<w:panose1 w:val="00000000000000000000"/>
<w:charset w:val="02"/>
<w:family w:val="auto"/>
<w:pitch w:val="variable"/>
<w:sig w:usb0="00000000" w:usb1="10000000" w:usb2="00000000" w:usb3="00000000" w:csb0="80000000" w:csb1="00000000"/>
</w:font>
<w:font w:name="Times New Roman">
<w:panose1 w:val="02020603050405020304"/>
<w:charset w:val="00"/>
<w:family w:val="auto"/>
<w:pitch w:val="variable"/>
<w:sig w:usb0="E0002AFF" w:usb1="C0007841" w:usb2="00000009" w:usb3="00000000" w:csb0="000001FF" w:csb1="00000000"/>
</w:font>
<w:font w:name="Cambria">
<w:panose1 w:val="02040503050406030204"/>
<w:charset w:val="00"/>
<w:family w:val="auto"/>
<w:pitch w:val="variable"/>
<w:sig w:usb0="E00002FF" w:usb1="400004FF" w:usb2="00000000" w:usb3="00000000" w:csb0="0000019F" w:csb1="00000000"/>
</w:font>
<w:font w:name="MS 明朝">
<w:panose1 w:val="00000000000000000000"/>
<w:charset w:val="80"/>
<w:family w:val="roman"/>
<w:notTrueType/>
<w:pitch w:val="fixed"/>
<w:sig w:usb0="00000001" w:usb1="08070000" w:usb2="00000010" w:usb3="00000000" w:csb0="00020000" w:csb1="00000000"/>
</w:font>
<w:font w:name="Calibri">
<w:panose1 w:val="020F0502020204030204"/>
<w:charset w:val="00"/>
<w:family w:val="auto"/>
<w:pitch w:val="variable"/>
<w:sig w:usb0="E10002FF" w:usb1="4000ACFF" w:usb2="00000009" w:usb3="00000000" w:csb0="0000019F" w:csb1="00000000"/>
</w:font>
<w:font w:name="MS ゴシック">
<w:panose1 w:val="00000000000000000000"/>
<w:charset w:val="80"/>
<w:family w:val="modern"/>
<w:notTrueType/>
<w:pitch w:val="fixed"/>
<w:sig w:usb0="00000001" w:usb1="08070000" w:usb2="00000010" w:usb3="00000000" w:csb0="00020000" w:csb1="00000000"/>
</w:font>
<w:font w:name="Courier">
<w:panose1 w:val="02000500000000000000"/>
<w:charset w:val="00"/>
<w:family w:val="auto"/>
<w:pitch w:val="variable"/>
<w:sig w:usb0="00000003" w:usb1="00000000" w:usb2="00000000" w:usb3="00000000" w:csb0="00000001" w:csb1="00000000"/>
</w:font>
<w:font w:name="Arial">
<w:panose1 w:val="020B0604020202020204"/>
<w:charset w:val="00"/>
<w:family w:val="auto"/>
<w:pitch w:val="variable"/>
<w:sig w:usb0="E0002AFF" w:usb1="C0007843" w:usb2="00000009" w:usb3="00000000" w:csb0="000001FF" w:csb1="00000000"/>
</w:font>
</w:fonts>
File diff suppressed because one or more lines are too long
@@ -0,0 +1,2 @@
<?xml version='1.0' encoding='UTF-8' standalone='yes'?>
<w:settings xmlns:mc="http://schemas.openxmlformats.org/markup-compatibility/2006" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:r="http://schemas.openxmlformats.org/officeDocument/2006/relationships" xmlns:m="http://schemas.openxmlformats.org/officeDocument/2006/math" xmlns:v="urn:schemas-microsoft-com:vml" xmlns:w10="urn:schemas-microsoft-com:office:word" xmlns:w="http://schemas.openxmlformats.org/wordprocessingml/2006/main" xmlns:w14="http://schemas.microsoft.com/office/word/2010/wordml" xmlns:sl="http://schemas.openxmlformats.org/schemaLibrary/2006/main" mc:Ignorable="w14"><w:zoom w:val="bestFit"/><w:proofState w:spelling="clean" w:grammar="clean"/><w:defaultTabStop w:val="720"/><w:characterSpacingControl w:val="doNotCompress"/><w:savePreviewPicture/><w:compat><w:useFELayout/><w:compatSetting w:name="compatibilityMode" w:uri="http://schemas.microsoft.com/office/word" w:val="14"/><w:compatSetting w:name="overrideTableStyleFontSizeAndJustification" w:uri="http://schemas.microsoft.com/office/word" w:val="1"/><w:compatSetting w:name="enableOpenTypeFeatures" w:uri="http://schemas.microsoft.com/office/word" w:val="1"/><w:compatSetting w:name="doNotFlipMirrorIndents" w:uri="http://schemas.microsoft.com/office/word" w:val="1"/></w:compat><w:rsids><w:rsidRoot w:val="00B47730"/><w:rsid w:val="00034616"/><w:rsid w:val="0006063C"/><w:rsid w:val="0015074B"/><w:rsid w:val="0029639D"/><w:rsid w:val="00326F90"/><w:rsid w:val="00AA1D8D"/><w:rsid w:val="00B47730"/><w:rsid w:val="00CB0664"/><w:rsid w:val="00FC693F"/></w:rsids><m:mathPr><m:mathFont m:val="Cambria Math"/><m:brkBin m:val="before"/><m:brkBinSub m:val="--"/><m:smallFrac m:val="0"/><m:dispDef/><m:lMargin m:val="0"/><m:rMargin m:val="0"/><m:defJc m:val="centerGroup"/><m:wrapIndent m:val="1440"/><m:intLim m:val="subSup"/><m:naryLim m:val="undOvr"/></m:mathPr><w:themeFontLang w:val="en-US" w:eastAsia="ja-JP"/><w:clrSchemeMapping w:bg1="light1" w:t1="dark1" w:bg2="light2" w:t2="dark2" w:accent1="accent1" w:accent2="accent2" w:accent3="accent3" w:accent4="accent4" w:accent5="accent5" w:accent6="accent6" w:hyperlink="hyperlink" w:followedHyperlink="followedHyperlink"/><w:doNotAutoCompressPictures/><w:shapeDefaults><o:shapedefaults v:ext="edit" spidmax="1027"/><o:shapelayout v:ext="edit"><o:idmap v:ext="edit" data="1"/></o:shapelayout></w:shapeDefaults><w:decimalSymbol w:val="."/><w:listSeparator w:val=","/><w14:docId w14:val="24062061"/><w14:defaultImageDpi w14:val="300"/></w:settings>
File diff suppressed because one or more lines are too long
File diff suppressed because it is too large Load Diff
@@ -0,0 +1,318 @@
<?xml version='1.0' encoding='UTF-8' standalone='yes'?>
<a:theme xmlns:a="http://schemas.openxmlformats.org/drawingml/2006/main" name="Office Theme">
<a:themeElements>
<a:clrScheme name="Office">
<a:dk1>
<a:sysClr val="windowText" lastClr="000000"/>
</a:dk1>
<a:lt1>
<a:sysClr val="window" lastClr="FFFFFF"/>
</a:lt1>
<a:dk2>
<a:srgbClr val="1F497D"/>
</a:dk2>
<a:lt2>
<a:srgbClr val="EEECE1"/>
</a:lt2>
<a:accent1>
<a:srgbClr val="4F81BD"/>
</a:accent1>
<a:accent2>
<a:srgbClr val="C0504D"/>
</a:accent2>
<a:accent3>
<a:srgbClr val="9BBB59"/>
</a:accent3>
<a:accent4>
<a:srgbClr val="8064A2"/>
</a:accent4>
<a:accent5>
<a:srgbClr val="4BACC6"/>
</a:accent5>
<a:accent6>
<a:srgbClr val="F79646"/>
</a:accent6>
<a:hlink>
<a:srgbClr val="0000FF"/>
</a:hlink>
<a:folHlink>
<a:srgbClr val="800080"/>
</a:folHlink>
</a:clrScheme>
<a:fontScheme name="Office">
<a:majorFont>
<a:latin typeface="Calibri"/>
<a:ea typeface=""/>
<a:cs typeface=""/>
<a:font script="Jpan" typeface="MS ゴシック"/>
<a:font script="Hang" typeface="맑은 고딕"/>
<a:font script="Hans" typeface="宋体"/>
<a:font script="Hant" typeface="新細明體"/>
<a:font script="Arab" typeface="Times New Roman"/>
<a:font script="Hebr" typeface="Times New Roman"/>
<a:font script="Thai" typeface="Angsana New"/>
<a:font script="Ethi" typeface="Nyala"/>
<a:font script="Beng" typeface="Vrinda"/>
<a:font script="Gujr" typeface="Shruti"/>
<a:font script="Khmr" typeface="MoolBoran"/>
<a:font script="Knda" typeface="Tunga"/>
<a:font script="Guru" typeface="Raavi"/>
<a:font script="Cans" typeface="Euphemia"/>
<a:font script="Cher" typeface="Plantagenet Cherokee"/>
<a:font script="Yiii" typeface="Microsoft Yi Baiti"/>
<a:font script="Tibt" typeface="Microsoft Himalaya"/>
<a:font script="Thaa" typeface="MV Boli"/>
<a:font script="Deva" typeface="Mangal"/>
<a:font script="Telu" typeface="Gautami"/>
<a:font script="Taml" typeface="Latha"/>
<a:font script="Syrc" typeface="Estrangelo Edessa"/>
<a:font script="Orya" typeface="Kalinga"/>
<a:font script="Mlym" typeface="Kartika"/>
<a:font script="Laoo" typeface="DokChampa"/>
<a:font script="Sinh" typeface="Iskoola Pota"/>
<a:font script="Mong" typeface="Mongolian Baiti"/>
<a:font script="Viet" typeface="Times New Roman"/>
<a:font script="Uigh" typeface="Microsoft Uighur"/>
<a:font script="Geor" typeface="Sylfaen"/>
</a:majorFont>
<a:minorFont>
<a:latin typeface="Cambria"/>
<a:ea typeface=""/>
<a:cs typeface=""/>
<a:font script="Jpan" typeface="MS 明朝"/>
<a:font script="Hang" typeface="맑은 고딕"/>
<a:font script="Hans" typeface="宋体"/>
<a:font script="Hant" typeface="新細明體"/>
<a:font script="Arab" typeface="Arial"/>
<a:font script="Hebr" typeface="Arial"/>
<a:font script="Thai" typeface="Cordia New"/>
<a:font script="Ethi" typeface="Nyala"/>
<a:font script="Beng" typeface="Vrinda"/>
<a:font script="Gujr" typeface="Shruti"/>
<a:font script="Khmr" typeface="DaunPenh"/>
<a:font script="Knda" typeface="Tunga"/>
<a:font script="Guru" typeface="Raavi"/>
<a:font script="Cans" typeface="Euphemia"/>
<a:font script="Cher" typeface="Plantagenet Cherokee"/>
<a:font script="Yiii" typeface="Microsoft Yi Baiti"/>
<a:font script="Tibt" typeface="Microsoft Himalaya"/>
<a:font script="Thaa" typeface="MV Boli"/>
<a:font script="Deva" typeface="Mangal"/>
<a:font script="Telu" typeface="Gautami"/>
<a:font script="Taml" typeface="Latha"/>
<a:font script="Syrc" typeface="Estrangelo Edessa"/>
<a:font script="Orya" typeface="Kalinga"/>
<a:font script="Mlym" typeface="Kartika"/>
<a:font script="Laoo" typeface="DokChampa"/>
<a:font script="Sinh" typeface="Iskoola Pota"/>
<a:font script="Mong" typeface="Mongolian Baiti"/>
<a:font script="Viet" typeface="Arial"/>
<a:font script="Uigh" typeface="Microsoft Uighur"/>
<a:font script="Geor" typeface="Sylfaen"/>
</a:minorFont>
</a:fontScheme>
<a:fmtScheme name="Office">
<a:fillStyleLst>
<a:solidFill>
<a:schemeClr val="phClr"/>
</a:solidFill>
<a:gradFill rotWithShape="1">
<a:gsLst>
<a:gs pos="0">
<a:schemeClr val="phClr">
<a:tint val="50000"/>
<a:satMod val="300000"/>
</a:schemeClr>
</a:gs>
<a:gs pos="35000">
<a:schemeClr val="phClr">
<a:tint val="37000"/>
<a:satMod val="300000"/>
</a:schemeClr>
</a:gs>
<a:gs pos="100000">
<a:schemeClr val="phClr">
<a:tint val="15000"/>
<a:satMod val="350000"/>
</a:schemeClr>
</a:gs>
</a:gsLst>
<a:lin ang="16200000" scaled="1"/>
</a:gradFill>
<a:gradFill rotWithShape="1">
<a:gsLst>
<a:gs pos="0">
<a:schemeClr val="phClr">
<a:tint val="100000"/>
<a:shade val="100000"/>
<a:satMod val="130000"/>
</a:schemeClr>
</a:gs>
<a:gs pos="100000">
<a:schemeClr val="phClr">
<a:tint val="50000"/>
<a:shade val="100000"/>
<a:satMod val="350000"/>
</a:schemeClr>
</a:gs>
</a:gsLst>
<a:lin ang="16200000" scaled="0"/>
</a:gradFill>
</a:fillStyleLst>
<a:lnStyleLst>
<a:ln w="9525" cap="flat" cmpd="sng" algn="ctr">
<a:solidFill>
<a:schemeClr val="phClr">
<a:shade val="95000"/>
<a:satMod val="105000"/>
</a:schemeClr>
</a:solidFill>
<a:prstDash val="solid"/>
</a:ln>
<a:ln w="25400" cap="flat" cmpd="sng" algn="ctr">
<a:solidFill>
<a:schemeClr val="phClr"/>
</a:solidFill>
<a:prstDash val="solid"/>
</a:ln>
<a:ln w="38100" cap="flat" cmpd="sng" algn="ctr">
<a:solidFill>
<a:schemeClr val="phClr"/>
</a:solidFill>
<a:prstDash val="solid"/>
</a:ln>
</a:lnStyleLst>
<a:effectStyleLst>
<a:effectStyle>
<a:effectLst>
<a:outerShdw blurRad="40000" dist="20000" dir="5400000" rotWithShape="0">
<a:srgbClr val="000000">
<a:alpha val="38000"/>
</a:srgbClr>
</a:outerShdw>
</a:effectLst>
</a:effectStyle>
<a:effectStyle>
<a:effectLst>
<a:outerShdw blurRad="40000" dist="23000" dir="5400000" rotWithShape="0">
<a:srgbClr val="000000">
<a:alpha val="35000"/>
</a:srgbClr>
</a:outerShdw>
</a:effectLst>
</a:effectStyle>
<a:effectStyle>
<a:effectLst>
<a:outerShdw blurRad="40000" dist="23000" dir="5400000" rotWithShape="0">
<a:srgbClr val="000000">
<a:alpha val="35000"/>
</a:srgbClr>
</a:outerShdw>
</a:effectLst>
<a:scene3d>
<a:camera prst="orthographicFront">
<a:rot lat="0" lon="0" rev="0"/>
</a:camera>
<a:lightRig rig="threePt" dir="t">
<a:rot lat="0" lon="0" rev="1200000"/>
</a:lightRig>
</a:scene3d>
<a:sp3d>
<a:bevelT w="63500" h="25400"/>
</a:sp3d>
</a:effectStyle>
</a:effectStyleLst>
<a:bgFillStyleLst>
<a:solidFill>
<a:schemeClr val="phClr"/>
</a:solidFill>
<a:gradFill rotWithShape="1">
<a:gsLst>
<a:gs pos="0">
<a:schemeClr val="phClr">
<a:tint val="40000"/>
<a:satMod val="350000"/>
</a:schemeClr>
</a:gs>
<a:gs pos="40000">
<a:schemeClr val="phClr">
<a:tint val="45000"/>
<a:shade val="99000"/>
<a:satMod val="350000"/>
</a:schemeClr>
</a:gs>
<a:gs pos="100000">
<a:schemeClr val="phClr">
<a:shade val="20000"/>
<a:satMod val="255000"/>
</a:schemeClr>
</a:gs>
</a:gsLst>
<a:path path="circle">
<a:fillToRect l="50000" t="-80000" r="50000" b="180000"/>
</a:path>
</a:gradFill>
<a:gradFill rotWithShape="1">
<a:gsLst>
<a:gs pos="0">
<a:schemeClr val="phClr">
<a:tint val="80000"/>
<a:satMod val="300000"/>
</a:schemeClr>
</a:gs>
<a:gs pos="100000">
<a:schemeClr val="phClr">
<a:shade val="30000"/>
<a:satMod val="200000"/>
</a:schemeClr>
</a:gs>
</a:gsLst>
<a:path path="circle">
<a:fillToRect l="50000" t="50000" r="50000" b="50000"/>
</a:path>
</a:gradFill>
</a:bgFillStyleLst>
</a:fmtScheme>
</a:themeElements>
<a:objectDefaults>
<a:spDef>
<a:spPr/>
<a:bodyPr/>
<a:lstStyle/>
<a:style>
<a:lnRef idx="1">
<a:schemeClr val="accent1"/>
</a:lnRef>
<a:fillRef idx="3">
<a:schemeClr val="accent1"/>
</a:fillRef>
<a:effectRef idx="2">
<a:schemeClr val="accent1"/>
</a:effectRef>
<a:fontRef idx="minor">
<a:schemeClr val="lt1"/>
</a:fontRef>
</a:style>
</a:spDef>
<a:lnDef>
<a:spPr/>
<a:bodyPr/>
<a:lstStyle/>
<a:style>
<a:lnRef idx="2">
<a:schemeClr val="accent1"/>
</a:lnRef>
<a:fillRef idx="0">
<a:schemeClr val="accent1"/>
</a:fillRef>
<a:effectRef idx="1">
<a:schemeClr val="accent1"/>
</a:effectRef>
<a:fontRef idx="minor">
<a:schemeClr val="tx1"/>
</a:fontRef>
</a:style>
</a:lnDef>
</a:objectDefaults>
<a:extraClrSchemeLst/>
</a:theme>
@@ -0,0 +1,5 @@
<?xml version='1.0' encoding='UTF-8' standalone='yes'?>
<w:webSettings xmlns:mc="http://schemas.openxmlformats.org/markup-compatibility/2006" xmlns:r="http://schemas.openxmlformats.org/officeDocument/2006/relationships" xmlns:w="http://schemas.openxmlformats.org/wordprocessingml/2006/main" xmlns:w14="http://schemas.microsoft.com/office/word/2010/wordml" mc:Ignorable="w14">
<w:allowPNG/>
<w:doNotSaveAsSingleFile/>
</w:webSettings>
Binary file not shown.
@@ -0,0 +1,157 @@
Отчет по анализу архива address_query
Инвентаризация разметки 1С, покрытие доменов и статус runtime-сценариев
Источник: архив address_query.zip | Дата документов внутри архива: 2026-03-29
Главный вывод
Архив посвящен не общему налоговому/НДС-контуру, а отдельному runtime-режиму address_query для factual lookup по взаиморасчетам, договорам, документам, банковским операциям и остаткам по счетам.
Масштаб inventory
Обработано 7 039 648 строк из 12 monthly snapshot-файлов за 2020 год, parse errors = 0, найдено 286 уникальных сущностей в 10 family-группах.
Что реально покрыто сейчас
На уровне V1/M2.3c подтверждены прежде всего сценарии по контрагентам и документам; account-сценарии видны, но еще ограничены materialization/account-scope проблемами; contract-сценарии требуют специализированных recipe.
Что с НДС
НДС-сущности и related entities в inventory присутствуют, но в текущий whitelist intents/runtime V1 они не входят как отдельный поддержанный домен.
1. Что находится в архиве
• Главный README описывает пакет как набор документов для перехода к отдельному runtime-режиму `question_mode=address_query`.
• Есть слой системной инвентаризации сущностей 1С по snapshot-корпусу 2020: entity inventory JSON-артефакты, relation/intention support sets, readable summary, run summary.
• Есть продуктовый слой: scenario matrix, query recipes, runtime contracts, integration plan, readiness matrix, question bank, acceptance suites и UI dry-run наборы.
• То есть архив сочетает два уровня: исследование структуры 1С-базы и проектирование прикладного factual-query runtime поверх этой структуры.
2. Структура пакета по смысловым блокам
Блок
Ключевые файлы
Зачем нужен
Инвентаризация 1С
entity_map_1c_2020.md, entity_inventory_*.json, run_summary.json
Показывает, какие сущности есть в snapshot-корпусе, насколько они query-suitable и какие relation patterns обнаружены.
Сценарии и intents
address_scenario_matrix.md, question_bank_v1.md
Фиксирует пользовательские вопросы, intent mapping, приоритеты и expected response types.
Recipe-слой
query_recipes_v1.md, address_runtime_contracts.md
Задает безопасный runtime-контур: intent -> filters -> recipe -> MCP -> factual result.
Интеграция и готовность
runtime_integration_plan.md, runtime_readiness_matrix_v1.md, execution_lineup_v1_2026-03-29.md
Показывает, как это встраивается и какие сценарии уже живы, а какие еще нет.
Acceptance и dry-run
curated_positive_live_suite_v1.md, data_aware_positive_acceptance_suite_v1.md, ui_dry_run_*
Нужны для live-проверки, контроля false factual и ручного прогона поддержанных вопросов.
3. Масштаб и состав inventory по базе 1С
• Источник данных: 12 monthly NDJSON snapshots за 2020 год.
• Обработано 7 039 648 строк без parse errors.
• Найдено 286 сущностей в 10 family-группах.
• Наиболее крупный пласт по строкам - INFORMATION_REGISTER (6,3 млн строк), но адресный runtime строится прежде всего на регистрах, документах, журналах и справочниках.
Family
Сущностей / строк
Приоритет
Комментарий
DOCUMENT
77 / 202 636
все P0
Главный источник document-level factual lookup.
ACCOUNTING_REGISTER
2 / 190 244
оба P0
Ключ к остаткам, хвостам и drilldown по проводкам.
NSI_CATALOG
50 / 140 050
3 P0 / 47 P1
Нужен для договоров, контрагентов и фильтровых резолверов.
DOCUMENT_JOURNAL
12 / 126 868
все P1
Быстрый индекс документов и банковских выписок.
ACCUMULATION_REGISTER
36 / 73 022
все P0
В inventory высоко видимы, но в runtime V1 почти не заведены как отдельные intents.
4. Какие домены реально прорабатываются
• Ключевой продуктовый домен - адресные factual-вопросы по взаиморасчетам и документам, а не произвольная аналитика по всей базе.
• Судя по scenario matrix, question bank и runtime contracts, текущий V1 разбит не по классическим бухгалтерским разделам, а по operational query-доменам.
Домен
Что входит
Статус
Комментарий
Контрагенты и задолженность
payables, receivables, open items by counterparty
ядро V1
Самый зрелый блок; есть curated positive cases и live-with-limits.
Счета и остатки
account balance, balance docs, turnover
частично
Структурно готово, но account-scope/materialization ограничивает стабильные non-empty ответы.
Договоры
open contracts, docs/open items by contract
не дожато
Есть в дизайне, но нужны specialized recipe и resolver path.
Документы и банковские операции
docs by counterparty, bank ops, list by type
ближе к рабочему
Именно здесь подтверждены live non-empty кейсы по counterparty family.
НДС и налоговые сущности
НДС-регистры, счета-фактуры, НДС-документы в inventory
не runtime V1
Есть в инвентаризации, но не заведены как whitelist intents.
5. Какие intents поддержаны по документам
• P0-ядро, зафиксированное в bootstrap report: `list_open_contracts`, `list_payables_counterparties`, `list_receivables_counterparties`, `account_balance_snapshot`, `open_items_by_counterparty_or_contract`.
• Как ближайшее расширение v1.1 перечислены: `list_documents_by_counterparty`, `list_documents_by_contract`, `documents_forming_balance`.
• Фактически в live runtime на момент пакета явно реализованы: `list_documents_by_counterparty`, `bank_operations_by_counterparty`, `documents_forming_balance`.
ID
Сценарий
Статус
Что мешает
AQ-P0-02
payables by counterparty
live, но с ограничениями
Широкие промпты пока дают sparse matches.
AQ-P0-03
receivables by counterparty
live, но с ограничениями
Нужны более точные period hints и anchor refinement.
AQ-P0-04
account balance snapshot
live, но с ограничениями
Строки приходят, но выпадают до materialization.
AQ-P0-05
open items by counterparty
live, но с ограничениями
Нужен явный counterparty anchor для стабильного non-empty.
AQ-P0-07
documents by counterparty
live, но с ограничениями
Есть positive cases, но якоря еще хрупкие.
AQ-P0-07B
bank ops by counterparty
live, но с ограничениями
Позитив подтвержден, но узкие/широкие варианты нестабильны.
AQ-P0-01/06/08
contract-related scenarios
требует спец. recipe
Не хватает contract-aware recipe и contract resolver.
AQ-P0-09
documents forming balance
live, но с ограничениями
Account family still blocked before materialization.
6. Какие сущности являются опорными
• Главная структурная опора - `AccountingRegister_Хозрасчетный_RecordType`: через него идут account, document, organization и часть business drilldown связей.
• Из документов центральны `СписаниеСРасчетногоСчета`, `ПоступлениеНаРасчетныйСчет`, их строки расшифровки платежа, а также `АктСверкиВзаиморасчетов`.
• Из справочников критичен `Catalog_ДоговорыКонтрагентов`; при этом `Catalog_Контрагенты`, `Catalog_Организации`, `Catalog_БанковскиеСчета` формально в triage отмечены как P1, но фактически обязательны для фильтров и resolver-логики.
• Document journals (`ДокументыПоставщиков`, `ДокументыПокупателей`, `БанковскиеВыписки`) играют роль быстрого индексного слоя для list/drilldown сценариев.
7. Что можно сказать про НДС
• В inventory присутствуют НДС-регистры и связанные сущности: `AccumulationRegister_НДСПредъявленный`, `AccumulationRegister_НДСЗаписиКнигиПокупок`, `AccumulationRegister_НДСЗаписиКнигиПродаж`, документы `СчетФактураПолученный`, `СчетФактураВыданный`, `СписаниеНДС`, журнал `РегламентныеДокументыНДС`.
• Однако в scenario matrix, recipe catalog и readiness matrix они не оформлены как отдельный runtime-домен текущего `address_query`.
• Поэтому корректный вывод такой: НДС уже есть в структурной инвентаризации базы, но в текущем пакете это не целевое продуктовое покрытие V1.
8. Ограничения и риски
• Часть labels и entity names в исходном экспорте испорчена cp1251/utf8 mojibake; потребуется финальный decoding/cleanup перед production binding.
• Без business resolvers нельзя надежно переходить от имени контрагента, договора или счета к ID.
• Free-form query builder специально запрещен; доступ предполагается только через whitelist recipe.
• Compound factual вопросы пока только детектируются, но не исполняются как multi-intent decomposition.
• Account-семейство пока не дает стабильный поток до materialization, хотя сырье на входе уже есть.
9. Выводы по текущему состоянию
• Архив уже дает хорошую картину по 1С-сущностям и будущему runtime.
• Сейчас реально прорабатывается не вся база и не весь бухгалтерский домен, а конкретный address-query слой: контрагенты, задолженность, договоры, документы, банковские операции, остатки/расшифровка по счетам.
• Самый зрелый operational блок - counterparty/document lookup.
• Contract-specific и account-specific сценарии структурно готовы, но требуют еще одного цикла реализации и настройки.
• НДС виден в inventory и может стать следующим отдельным доменом, но в данном архиве это пока не активное runtime-покрытие.
10. Практический next step
• Собрать отдельную матрицу: “что есть в inventory” vs “что заведено в intents/recipes” vs “что уже реально работает live”.
• Развести домены на 3 слоя: текущий рабочий V1, design-only backlog и visible-inventory but not productized.
• Отдельно сделать shortlist по НДС/налоговым сущностям, если следующая цель - расширить покрытие за пределы address_query.
@@ -0,0 +1,42 @@
# ADDRESS Query Production Pack V2
Дата: 2026-03-30
## Назначение
Этот пакет расширяет исходный `address_query` архив до production-oriented слоя:
- фиксирует полный доменный контур;
- раскладывает покрытие по intent/recipe/filter;
- добавляет массовый банк пользовательских формулировок в разных диалектах;
- задает acceptance-пакет для live проверки и дальнейшей доработки runtime.
## Что внутри
- `prod_domain_expansion_report.md` — итоговый аналитический отчет и стратегия доведения до prod.
- `address_domain_matrix_v2.md` — целевая матрица доменов/интентов/рецептов.
- `query_paraphrase_bank_v2.md` — расширенный банк формулировок по всем доменам.
- `question_bank_massive_v2.json` — машиночитаемый банк вопросов для NCP/MCP/LLM-routing.
- `resolver_normalization_spec_v2.md` — спецификация нормализации фильтров и синонимов.
- `production_acceptance_pack_v2.md` — критерии приемки для live-runtime.
- `execution_backlog_v2.md` — последовательность внедрения до prod-ready.
- `domain_gap_register_v2.md` — регистр пробелов между текущим runtime и целевым продом.
## Ключевой принцип
Проблема должна решаться не точечной ручной настройкой под отдельные вопросы, а слоем:
`dialect variants -> canonical intent -> required filters -> recipe -> MCP -> factual output`.
## Объем
- intent'ов: 13
- вопросов/парафраз: 234
- доменов: 8
## Совместимость со стилем исходного архива
Пакет сохранен в том же формате, что и исходный архив:
- markdown-документы;
- таблицы intent/recipe/filter;
- отдельный question bank;
- acceptance/readiness артефакты.
@@ -0,0 +1,28 @@
# Address Domain Matrix V2 (Prod Target)
Дата: 2026-03-30 Режим: `question_mode=address_query` (production extension)
## Scope
Этот слой охватывает direct factual lookup, агрегаты, drilldown и point-lookup по документам.
## Matrix
| scenario_id | domain | intent | recipe_id | required_filters | optional_filters | current_status | target_status | expected_response_type | priority |
|---|---|---|---|---|---|---|---|---|---|
| AQ-P0-01 | `contracts` | `list_open_contracts` | `address.open_contracts.by_asof` | `as_of_date` | `organization, counterparty, limit, sort` | STRUCTURALLY_VISIBLE / REQUIRES_SPECIALIZED_RECIPE | PROD_READY | `FACTUAL_LIST` | P0 |
| AQ-P0-02 | `debt` | `list_payables_counterparties` | `address.payables.counterparty_totals` | `as_of_date` | `organization, account, limit, sort` | STRUCTURALLY_VISIBLE / PLANNED | PROD_READY | `FACTUAL_SUMMARY` | P0 |
| AQ-P0-03 | `debt` | `list_receivables_counterparties` | `address.receivables.counterparty_totals` | `as_of_date` | `organization, account, limit, sort` | STRUCTURALLY_VISIBLE / PLANNED | PROD_READY | `FACTUAL_SUMMARY` | P0 |
| AQ-P0-04 | `accounts` | `account_balance_snapshot` | `address.account.balance_snapshot` | `account, as_of_date` | `organization, limit, sort` | STRUCTURALLY_VISIBLE / LIVE_QUERYABLE_WITH_LIMITS | PROD_READY | `FACTUAL_SUMMARY` | P0 |
| AQ-P0-05 | `open_items` | `open_items_by_counterparty` | `address.open_items.by_counterparty` | `counterparty, as_of_date` | `organization, contract, account, limit` | STRUCTURALLY_VISIBLE / LIVE_QUERYABLE_WITH_LIMITS | PROD_READY | `FACTUAL_LIST` | P0 |
| AQ-P0-06 | `open_items` | `open_items_by_contract` | `address.open_items.by_contract` | `contract, as_of_date` | `organization, counterparty, account, limit` | STRUCTURALLY_VISIBLE / REQUIRES_SPECIALIZED_RECIPE | PROD_READY | `FACTUAL_LIST` | P0 |
| AQ-P0-07 | `documents` | `list_documents_by_counterparty` | `address.documents.by_counterparty` | `counterparty, period_from, period_to` | `document_type, organization, limit, sort` | STRUCTURALLY_VISIBLE / LIVE_QUERYABLE_WITH_LIMITS | PROD_READY | `FACTUAL_LIST` | P0 |
| AQ-P0-07B | `bank_ops` | `bank_operations_by_counterparty` | `address.bank_ops.by_counterparty` | `counterparty` | `period_from, period_to, organization, limit, sort` | STRUCTURALLY_VISIBLE / LIVE_QUERYABLE_WITH_LIMITS | PROD_READY | `FACTUAL_LIST` | P0 |
| AQ-P0-08 | `documents` | `list_documents_by_contract` | `address.documents.by_contract` | `contract, period_from, period_to` | `document_type, organization, limit, sort` | STRUCTURALLY_VISIBLE / REQUIRES_SPECIALIZED_RECIPE | PROD_READY | `FACTUAL_LIST` | P0 |
| AQ-P0-09 | `drilldown` | `documents_forming_balance` | `address.balance.drilldown_documents` | `account, as_of_date` | `organization, counterparty, contract, limit` | STRUCTURALLY_VISIBLE / LIVE_QUERYABLE_WITH_LIMITS | PROD_READY | `FACTUAL_LIST` | P0 |
| AQ-P1-10 | `accounts` | `account_turnover_snapshot` | `address.account.turnover_snapshot` | `account, period_from, period_to` | `organization, counterparty, limit` | STRUCTURALLY_VISIBLE / PLANNED | PROD_READY | `FACTUAL_SUMMARY` | P1 |
| AQ-P1-11 | `documents` | `list_documents_by_type` | `address.documents.by_type` | `document_type, period_from, period_to` | `organization, counterparty, contract, limit` | STRUCTURALLY_VISIBLE / PLANNED | PROD_READY | `FACTUAL_LIST` | P1 |
| AQ-P1-12 | `document_lookup` | `find_document_by_number_and_date` | `address.document.lookup_by_number_date` | `document_number, document_date` | `document_type, organization, counterparty` | STRUCTURALLY_VISIBLE / NEW | PROD_READY | `FACTUAL_LIST` | P1 |
## Production Design Rules
- Для каждого intent должен существовать минимум один canonical recipe.
- Для каждого intent должны поддерживаться разговорные, бухгалтерские и сокращенные формулировки.
- Missing-filter fallback всегда явный: `LIMITED_WITH_REASON`, без ложного factual.
- Resolver работает отдельно от recipe и не зашивается в тексты примеров.
- Составные factual вопросы должны распадаться на подзапросы только после стабилизации single-intent покрытия.
@@ -0,0 +1,21 @@
# Domain Gap Register V2
Дата: 2026-03-30
## Регистр пробелов между текущим runtime и target prod
| domain | intent | current_gap | prod action |
|---|---|---|---|
| `contracts` | `list_open_contracts` | нет стабильного runtime recipe / resolver path | Нужен стабильный resolver по договору и единая логика open/closed. |
| `debt` | `list_payables_counterparties` | intent структурно описан, но не доведен до live-runtime | Ключевое покрытие бухгалтерского жаргона: кредиторка, задолженность перед поставщиками, долг поставщикам. |
| `debt` | `list_receivables_counterparties` | intent структурно описан, но не доведен до live-runtime | Нужны варианты: дебиторка, нам должны, покупатели должны, долг нам. |
| `accounts` | `account_balance_snapshot` | есть частичная live-проходимость, но недостаточная устойчивость по диалектам/anchor variants | Главный блокер — account scope/materialization. |
| `open_items` | `open_items_by_counterparty` | есть частичная live-проходимость, но недостаточная устойчивость по диалектам/anchor variants | Нужно покрыть жаргон: хвосты, незакрытое, висяк, остатки по взаиморасчетам. |
| `open_items` | `open_items_by_contract` | нет стабильного runtime recipe / resolver path | Требуется двухшаговый resolver contract->focused recipe. |
| `documents` | `list_documents_by_counterparty` | есть частичная live-проходимость, но недостаточная устойчивость по диалектам/anchor variants | Нужно держать разные диалекты: по поставщику, по клиенту, по контре, движения по контрагенту. |
| `bank_ops` | `bank_operations_by_counterparty` | есть частичная live-проходимость, но недостаточная устойчивость по диалектам/anchor variants | Варианты: оплаты, платежи, списания, поступления, банк по контрагенту. |
| `documents` | `list_documents_by_contract` | нет стабильного runtime recipe / resolver path | Нужна явная связка document <-> contract и фильтр по договорному идентификатору. |
| `drilldown` | `documents_forming_balance` | есть частичная live-проходимость, но недостаточная устойчивость по диалектам/anchor variants | Здесь особенно важны формулировки ‘расшифруй остаток’, ‘из чего сложился остаток’. |
| `accounts` | `account_turnover_snapshot` | intent структурно описан, но не доведен до live-runtime | Нужны варианты с оборотами, движением, дебет/кредит оборотами. |
| `documents` | `list_documents_by_type` | intent структурно описан, но не доведен до live-runtime | Важно распознавать русские и 1С-имена типа документа. |
| `document_lookup` | `find_document_by_number_and_date` | intent структурно описан, но не доведен до live-runtime | Берется прямо из question_bank_v1, полезно как частый пользовательский паттерн. |
@@ -0,0 +1,60 @@
# Execution Backlog V2
Дата: 2026-03-30
## Принцип приоритезации
Сначала доводим до устойчивого prod те интенты, где:
- уже есть structural support;
- уже видны живые строки или близкий доступ к ним;
- высокий бизнес-спрос;
- много пользовательских вариантов формулировок.
## Wave 1 — Stabilize current liveable intents
1. `list_documents_by_counterparty`
2. `bank_operations_by_counterparty`
3. `documents_forming_balance`
4. `account_balance_snapshot`
Что делаем:
- расширяем paraphrase bank;
- включаем account token normalization;
- добавляем resolver confidence audit;
- собираем positive + negative curated cases.
## Wave 2 — Close core accounting gap
5. `list_payables_counterparties`
6. `list_receivables_counterparties`
7. `list_open_contracts`
8. `open_items_by_counterparty`
9. `open_items_by_contract`
Что делаем:
- фиксируем recipe white-list;
- готовим отдельный resolver слой по договору/контрагенту;
- вводим явный open-items taxonomy;
- проверяем account/account-family joins.
## Wave 3 — Expand discoverability
10. `list_documents_by_contract`
11. `account_turnover_snapshot`
12. `list_documents_by_type`
13. `find_document_by_number_and_date`
Что делаем:
- point lookup path;
- type resolver;
- унификация периодных фильтров;
- корпус live acceptance.
## Definition of Done для каждого intent
- 10+ устойчивых формулировок;
- canonical filters извлекаются стабильно;
- selected recipe детерминирован;
- есть curated positive evidence;
- negative twins безопасны;
- documented limitation taxonomy закрыта.
@@ -0,0 +1,10 @@
README.md
address_domain_matrix_v2.md
domain_gap_register_v2.md
execution_backlog_v2.md
manifest.txt
prod_domain_expansion_report.md
production_acceptance_pack_v2.md
query_paraphrase_bank_v2.md
question_bank_massive_v2.json
resolver_normalization_spec_v2.md
@@ -0,0 +1,110 @@
# Address Query Production Expansion Report
Дата: 2026-03-30
## 1) Что именно решает этот пакет
Исходный архив хорошо описывает V1 runtime и фиксирует стартовый набор сценариев. Главная проблема, обозначенная пользователем, лежит не только в recipe-слое, а в связке:
`вариант формулировки -> intent -> filters -> resolver -> recipe`
Поэтому для доведения до prod недостаточно добавлять отдельные кейсы вручную. Нужно массовое покрытие домена через корпус формулировок и явные контракты нормализации.
## 2) Какой production target предлагается
### Production target = не “понимает один вопрос”, а:
- распознает 10+ естественных формулировок на intent;
- одинаково держит нейтральный, бухгалтерский и разговорный диалект;
- не разваливается от короткой/грязной формулировки;
- извлекает одинаковые canonical filters из разных phrasing;
- либо отдает factual, либо честно возвращает `LIMITED_WITH_REASON`.
## 3) Домены, которые надо считать целевыми
На базе исходного архива и question bank целевой контур такой:
1. задолженность / дебиторка / кредиторка;
2. открытые позиции / хвосты;
3. остатки по счетам;
4. обороты по счетам;
5. договоры;
6. документы по контрагенту;
7. документы по договору;
8. документы по типу;
9. банковские операции;
10. drilldown “какими документами сформирован остаток”;
11. point lookup документа по номеру/дате.
## 4) Что было слабым местом в исходном V1
- Сильнее всего был проработан counterparty/documents контур.
- Account family была частично видна, но упиралась в materialization/account-scope.
- Contract-family требовала специализированный resolver/recipe path.
- Массового корпуса диалектных формулировок не было: question bank был правильный по смыслу, но слишком компактный для продового routing.
## 5) Что добавлено в этот пакет
### A. Domain matrix V2
Фиксирует полный target-контур с required/optional filters и target recipe.
### B. Massive paraphrase bank
Дает корпус из 200+ формулировок, которые можно:
- использовать для декомпозиции и роутинга;
- пускать в automated batch acceptance;
- превращать в curated live suites.
### C. Normalization spec
Фиксирует, как переводить “контра/поставщик/клиент”, “хвост/остаток/сальдо”, “кредиторка/дебиторка” в stable intent/filter space.
### D. Production acceptance
Переводит качество из “кажется, местами работает” в измеримый acceptance по intent, диалекту и resolver quality.
## 6) Практическая стратегия внедрения
### Шаг 1. Freeze canonical intents
Не расширять бесконечно список intent'ов. Сначала закрепить канонический набор.
### Шаг 2. Attach paraphrase bank to normalizer tests
Каждая формулировка должна маппиться в один intent и один filter-contract.
### Шаг 3. Separate resolver failures from recipe failures
Сейчас часть “падений” пользователь видит как общую ошибку. В проде нужно видеть:
- не найден якорь;
- найден неоднозначно;
- recipe не поддерживает shape;
- raw rows есть, но materialization drops them.
### Шаг 4. Curated positive evidence
По каждому intent нужны реальные non-empty live кейсы. Без этого можно проверить только безопасность, но не полезность.
## 7) Рекомендуемая производственная последовательность
### Первая волна
- `list_documents_by_counterparty`
- `bank_operations_by_counterparty`
- `documents_forming_balance`
- `account_balance_snapshot`
### Вторая волна
- `list_payables_counterparties`
- `list_receivables_counterparties`
- `list_open_contracts`
- `open_items_by_counterparty`
- `open_items_by_contract`
### Третья волна
- `list_documents_by_contract`
- `account_turnover_snapshot`
- `list_documents_by_type`
- `find_document_by_number_and_date`
## 8) Ключевой управленческий вывод
Для этой задачи нужен не разовый набор “правильных вопросов”, а production corpus:
- intent matrix;
- resolver spec;
- massive paraphrase bank;
- acceptance pack.
Именно это позволяет перестать лечить каждый диалект вручную и перейти к системной доводке покрытия по доменам.
@@ -0,0 +1,92 @@
# Production Acceptance Pack V2
Дата: 2026-03-30
## Цель
Довести `address_query` до production-ready состояния на уровне:
- routing;
- intent detection;
- filter extraction;
- resolver robustness;
- factual stability;
- zero false factual.
## Обязательные suite'ы
### A. Routing & Intent Suite
Проверяет:
- mode routing;
- canonical intent resolution;
- detection of unsupported/causal queries;
- no deep-analysis regression.
### B. Dialect Robustness Suite
Проверяет:
- один и тот же intent в 10+ формулировках;
- бухгалтерский жаргон;
- разговорный диалект;
- сокращенные формулировки;
- уточняющие хвосты (`на сегодня`, `за период`, `по поставщику`).
### C. Resolver Robustness Suite
Проверяет:
- контрагент по полному имени;
- контрагент по короткому имени;
- договор по номеру;
- счет в разных форматах;
- тип документа по русскому и системному имени.
### D. Positive Evidence Suite
Проверяет:
- non-empty factual на curated live cases;
- стабильность recipe-level non-empty yield;
- отсутствие false factual.
### E. Negative Safety Suite
Проверяет:
- пустые или неоднозначные случаи возвращают `LIMITED_WITH_REASON`;
- нет молчаливой подмены anchor'а;
- нет ложных документов/сумм.
## Обязательные метрики
- `address_mode_routing_accuracy`
- `address_intent_resolution_rate`
- `dialect_variant_pass_rate`
- `required_filter_resolution_rate`
- `resolver_exact_or_high_confidence_rate`
- `live_call_success_rate`
- `factual_non_empty_rate`
- `false_factual_rate`
- `limited_reason_taxonomy_coverage`
## Целевые пороги
- `address_intent_resolution_rate >= 0.95`
- `dialect_variant_pass_rate >= 0.90`
- `required_filter_resolution_rate >= 0.95`
- `resolver_exact_or_high_confidence_rate >= 0.90`
- `live_call_success_rate >= 0.95`
- `false_factual_rate = 0`
## Минимальный debug contract
- `detected_mode`
- `detected_intent`
- `normalized_question`
- `resolved_filters`
- `missing_filters`
- `selected_recipe`
- resolver block
- MCP flow block
- `response_type`
- `limited_reason_category`
## Правило прод-приемки
Ни один домен не считается production-ready, пока он не прошел:
1. 10+ dialect variants на intent;
2. positive evidence;
3. negative twins;
4. ambiguity handling.
@@ -0,0 +1,359 @@
# Query Paraphrase Bank V2 — Address Query
Дата: 2026-03-30
## Назначение
Этот файл нужен для массовой декомпозиции пользовательских запросов в canonical intent'ы. Для каждого intent даны вариации в разных стилях: нейтральный, бухгалтерский, разговорный, сокращенный, операционный.
## AQ-P0-01 — `list_open_contracts`
- domain: `contracts`
- recipe: `address.open_contracts.by_asof`
- required filters: `as_of_date`
- optional filters: `organization, counterparty, limit, sort`
- goal: Показать незакрытые договоры на дату с суммами и контрагентом.
- какие договоры не закрыты на 2020-07-31
- покажи незакрытые договоры на 2020-07-31
- что из договоров висит открытым на 2020-07-31
- есть ли открытые договоры на 2020-07-31
- выгрузи договоры с остатком на 2020-07-31
- по каким договорам на 2020-07-31 еще нет закрытия
- дай список незакрытых договоров на 2020-07-31
- какие договоры остаются открытыми на 2020-07-31
- какие договоры болтаются незакрытыми на 2020-07-31
- покажи договоры, по которым есть хвост на 2020-07-31
- какие договоры в базе не закрыты на 2020-07-31
- что по открытым договорам на 2020-07-31
- сформируй перечень открытых договоров на 2020-07-31
- есть незакрытые договоры по состоянию на 2020-07-31
- какие договоры не схлопнулись на 2020-07-31
- по каким договорам висят остатки на 2020-07-31
- какие договоры не сведены на 2020-07-31
- открой договоры со сальдо на 2020-07-31
## AQ-P0-02 — `list_payables_counterparties`
- domain: `debt`
- recipe: `address.payables.counterparty_totals`
- required filters: `as_of_date`
- optional filters: `organization, account, limit, sort`
- goal: Определить, кому компания должна на дату.
- кому мы должны на 2020-07-31
- по кому у нас кредиторка на 2020-07-31
- покажи задолженность перед контрагентами на 2020-07-31
- какие поставщики ждут оплату на 2020-07-31
- кому должны денег по состоянию на 2020-07-31
- у кого перед нами нет оплаты? нет, наоборот: кому должны мы на 2020-07-31
- выведи кредиторскую задолженность на 2020-07-31
- кому нужно платить на 2020-07-31
- какие долги перед поставщиками висят на 2020-07-31
- контрагенты, которым мы должны на 2020-07-31
- по кому висит наш долг на 2020-07-31
- дай список кредиторов на 2020-07-31
- какая задолженность у нас перед поставщиками на 2020-07-31
- кому организация должна по взаиморасчетам на 2020-07-31
- раскрой кредиторку на 2020-07-31
- покажи кому мы должны денег по базе на 2020-07-31
- у каких контрагентов у нас минус на 2020-07-31
- по каким контрагентам надо закрывать долг на 2020-07-31
## AQ-P0-03 — `list_receivables_counterparties`
- domain: `debt`
- recipe: `address.receivables.counterparty_totals`
- required filters: `as_of_date`
- optional filters: `organization, account, limit, sort`
- goal: Определить, кто должен компании на дату.
- кто должен нам на 2020-07-31
- по кому у нас дебиторка на 2020-07-31
- покажи задолженность контрагентов перед нами на 2020-07-31
- какие покупатели нам должны на 2020-07-31
- кто не оплатил нам на 2020-07-31
- выведи дебиторскую задолженность на 2020-07-31
- кто висит в должниках на 2020-07-31
- какие долги нам торчат на 2020-07-31
- контрагенты, которые должны нам на 2020-07-31
- по кому висит долг нам на 2020-07-31
- дай список должников на 2020-07-31
- какая дебиторка у нас на 2020-07-31
- покажи, кто не закрылся перед нами на 2020-07-31
- кто должен организации по взаиморасчетам на 2020-07-31
- раскрой дебиторку на 2020-07-31
- у каких контрагентов есть долг перед нами на 2020-07-31
- по каким покупателям есть хвост на 2020-07-31
- кого нужно дожимать по оплате на 2020-07-31
## AQ-P0-04 — `account_balance_snapshot`
- domain: `accounts`
- recipe: `address.account.balance_snapshot`
- required filters: `account, as_of_date`
- optional filters: `organization, limit, sort`
- goal: Показать остаток по счету на дату.
- какой остаток по счету 62 на 2020-07-31
- покажи остаток по 62 счету на 2020-07-31
- что висит на счете 62 на 2020-07-31
- дай сальдо по счету 62 на 2020-07-31
- какой хвост на 62 на 2020-07-31
- какой остаток висит по 62 на 2020-07-31
- сколько на 62 счете на 2020-07-31
- сформируй остаток по счету 62 по состоянию на 2020-07-31
- раскрой остаток по счету 62 на 2020-07-31
- покажи сальдо по 62 на 2020-07-31
- что осталось на 62 счете на 2020-07-31
- по счету 62 какой баланс на 2020-07-31
- какой остаток по бухсчету 62 на 2020-07-31
- на 2020-07-31 сколько висит на счете 62
- остаток по плану счетов 62 на 2020-07-31
- какое сальдо по 62 по базе на 2020-07-31
- дай остаток по счету 62 с учетом проводок на 2020-07-31
- что по остатку счета 62 на 2020-07-31
## AQ-P0-05 — `open_items_by_counterparty`
- domain: `open_items`
- recipe: `address.open_items.by_counterparty`
- required filters: `counterparty, as_of_date`
- optional filters: `organization, contract, account, limit`
- goal: Показать хвосты / открытые позиции по контрагенту.
- какие хвосты висят по контрагенту ООО Альфа на 2020-07-31
- что не закрыто по ООО Альфа на 2020-07-31
- покажи открытые позиции по контрагенту ООО Альфа на 2020-07-31
- какие незакрытые взаиморасчеты по ООО Альфа на 2020-07-31
- какие долги/хвосты по ООО Альфа на 2020-07-31
- что висит по контрагенту ООО Альфа на 2020-07-31
- раскрой висяки по ООО Альфа на 2020-07-31
- покажи незакрытое по ООО Альфа на 2020-07-31
- какие остатки по взаиморасчетам с ООО Альфа на 2020-07-31
- есть ли хвосты по ООО Альфа на 2020-07-31
- по ООО Альфа что осталось открытым на 2020-07-31
- дай открытые документы/позиции по ООО Альфа на 2020-07-31
- покажи висящие суммы по ООО Альфа на 2020-07-31
- что не схлопнулось по контрагенту ООО Альфа на 2020-07-31
- по поставщику ООО Альфа какие хвосты на 2020-07-31
- по клиенту ООО Альфа что не закрыто на 2020-07-31
- взаиморасчеты с ООО Альфа: что висит на 2020-07-31
- покажи остатки по контрагенту ООО Альфа на 2020-07-31
## AQ-P0-06 — `open_items_by_contract`
- domain: `open_items`
- recipe: `address.open_items.by_contract`
- required filters: `contract, as_of_date`
- optional filters: `organization, counterparty, account, limit`
- goal: Показать хвосты / открытые позиции по договору.
- какие хвосты висят по договору 15/24 на 2020-07-31
- что не закрыто по договору 15/24 на 2020-07-31
- покажи открытые позиции по договору 15/24 на 2020-07-31
- какие незакрытые взаиморасчеты по договору 15/24 на 2020-07-31
- что висит по договору 15/24 на 2020-07-31
- раскрой висяки по договору 15/24 на 2020-07-31
- покажи незакрытое по договору 15/24 на 2020-07-31
- какие остатки по договору 15/24 на 2020-07-31
- есть ли хвосты по договору 15/24 на 2020-07-31
- по договору 15/24 что осталось открытым на 2020-07-31
- дай открытые документы/позиции по договору 15/24 на 2020-07-31
- покажи висящие суммы по договору 15/24 на 2020-07-31
- что не схлопнулось по договору 15/24 на 2020-07-31
- по договору 15/24 какие хвосты на 2020-07-31
- взаиморасчеты по договору 15/24: что висит на 2020-07-31
- покажи остатки по договору 15/24 на 2020-07-31
- какие позиции не закрыты по договору 15/24 на 2020-07-31
- дай хвосты по договору 15/24 по состоянию на 2020-07-31
## AQ-P0-07 — `list_documents_by_counterparty`
- domain: `documents`
- recipe: `address.documents.by_counterparty`
- required filters: `counterparty, period_from, period_to`
- optional filters: `document_type, organization, limit, sort`
- goal: Показать документы по контрагенту за период.
- покажи документы по контрагенту ООО Альфа за период 2020-07-01..2020-07-31
- дай документы по ООО Альфа за 2020-07-01..2020-07-31
- какие документы были по контрагенту ООО Альфа за 2020-07-01..2020-07-31
- выгрузи документы по ООО Альфа за 2020-07-01..2020-07-31
- покажи движения документов по ООО Альфа за 2020-07-01..2020-07-31
- что за документы проходили по ООО Альфа за 2020-07-01..2020-07-31
- дай первичку по ООО Альфа за 2020-07-01..2020-07-31
- какие документы по поставщику ООО Альфа за 2020-07-01..2020-07-31
- какие документы по клиенту ООО Альфа за 2020-07-01..2020-07-31
- найди документы по контре ООО Альфа за 2020-07-01..2020-07-31
- список документов по ООО Альфа за 2020-07-01..2020-07-31
- покажи все документы по ООО Альфа за 2020-07-01..2020-07-31
- по контрагенту ООО Альфа какие документы были в 2020-07-01..2020-07-31
- по ООО Альфа дай документы за 2020-07-01..2020-07-31
- какие проведенные документы по ООО Альфа за 2020-07-01..2020-07-31
- по поставщику ООО Альфа покажи документы за 2020-07-01..2020-07-31
- по контрагенту ООО Альфа нужна выгрузка документов за 2020-07-01..2020-07-31
- документальный след по ООО Альфа за 2020-07-01..2020-07-31
## AQ-P0-07B — `bank_operations_by_counterparty`
- domain: `bank_ops`
- recipe: `address.bank_ops.by_counterparty`
- required filters: `counterparty`
- optional filters: `period_from, period_to, organization, limit, sort`
- goal: Показать банковские операции по контрагенту.
- покажи банковские операции по контрагенту ООО Альфа за 2020-07-01..2020-07-31
- какие платежи были по ООО Альфа за 2020-07-01..2020-07-31
- были ли оплаты по ООО Альфа за 2020-07-01..2020-07-31
- дай банк по контрагенту ООО Альфа за 2020-07-01..2020-07-31
- покажи движения по банку с ООО Альфа за 2020-07-01..2020-07-31
- какие списания/поступления были по ООО Альфа за 2020-07-01..2020-07-31
- выгрузи банковские документы по ООО Альфа за 2020-07-01..2020-07-31
- покажи платежки по ООО Альфа за 2020-07-01..2020-07-31
- что проходило по расчетному счету с ООО Альфа за 2020-07-01..2020-07-31
- какие оплаты поставщику ООО Альфа были за 2020-07-01..2020-07-31
- какие поступления от ООО Альфа были за 2020-07-01..2020-07-31
- найди банковские операции по контре ООО Альфа за 2020-07-01..2020-07-31
- список оплат по ООО Альфа за 2020-07-01..2020-07-31
- покажи банк по ООО Альфа за 2020-07-01..2020-07-31
- по контрагенту ООО Альфа какие платежи шли в 2020-07-01..2020-07-31
- по ООО Альфа нужна банковская выборка за 2020-07-01..2020-07-31
- были ли платежные движения по ООО Альфа за 2020-07-01..2020-07-31
- все банковские проходы по ООО Альфа за 2020-07-01..2020-07-31
## AQ-P0-08 — `list_documents_by_contract`
- domain: `documents`
- recipe: `address.documents.by_contract`
- required filters: `contract, period_from, period_to`
- optional filters: `document_type, organization, limit, sort`
- goal: Показать документы по договору за период.
- покажи документы по договору 15/24 за период 2020-07-01..2020-07-31
- дай документы по договору 15/24 за 2020-07-01..2020-07-31
- какие документы были по договору 15/24 за 2020-07-01..2020-07-31
- выгрузи документы по договору 15/24 за 2020-07-01..2020-07-31
- что за документы проходили по договору 15/24 за 2020-07-01..2020-07-31
- дай первичку по договору 15/24 за 2020-07-01..2020-07-31
- список документов по договору 15/24 за 2020-07-01..2020-07-31
- покажи все документы по договору 15/24 за 2020-07-01..2020-07-31
- по договору 15/24 какие документы были в 2020-07-01..2020-07-31
- по 15/24 дай документы за 2020-07-01..2020-07-31
- какие проведенные документы по договору 15/24 за 2020-07-01..2020-07-31
- по договору 15/24 покажи документы за 2020-07-01..2020-07-31
- по договору 15/24 нужна выгрузка документов за 2020-07-01..2020-07-31
- документальный след по договору 15/24 за 2020-07-01..2020-07-31
- есть ли документы по договору 15/24 за 2020-07-01..2020-07-31
- покажи движения документов по договору 15/24 за 2020-07-01..2020-07-31
- что оформляли по договору 15/24 за 2020-07-01..2020-07-31
- все документы, связанные с договором 15/24, за 2020-07-01..2020-07-31
## AQ-P0-09 — `documents_forming_balance`
- domain: `drilldown`
- recipe: `address.balance.drilldown_documents`
- required filters: `account, as_of_date`
- optional filters: `organization, counterparty, contract, limit`
- goal: Раскрыть, какими документами сформирован остаток по счету.
- какие документы формируют остаток по счету 62 на 2020-07-31
- расшифруй остаток по счету 62 на 2020-07-31 по документам
- из каких документов сложился остаток по 62 на 2020-07-31
- покажи документы, которые дали остаток по счету 62 на 2020-07-31
- чем сформирован остаток по 62 на 2020-07-31
- какие документы висят в остатке по 62 на 2020-07-31
- раскрой остаток по 62 на 2020-07-31 до документов
- дай документную расшифровку остатка по счету 62 на 2020-07-31
- по счету 62 какие документы формируют сальдо на 2020-07-31
- покажи первичку, которая сидит в остатке 62 на 2020-07-31
- что конкретно образует остаток по 62 на 2020-07-31
- какие регистраторы формируют остаток счета 62 на 2020-07-31
- разложи остаток по счету 62 на 2020-07-31 на документы
- по 62 на 2020-07-31 нужен drilldown до документов
- остаток счета 62 на 2020-07-31: из чего он состоит
- какие документы попали в хвост по счету 62 на 2020-07-31
- раскрой сальдо 62 на 2020-07-31 по документам
- что формирует баланс по счету 62 на 2020-07-31
## AQ-P1-10 — `account_turnover_snapshot`
- domain: `accounts`
- recipe: `address.account.turnover_snapshot`
- required filters: `account, period_from, period_to`
- optional filters: `organization, counterparty, limit`
- goal: Показать обороты по счету за период.
- дай обороты по счету 62 за 2020-07-01..2020-07-31
- покажи движение по счету 62 за 2020-07-01..2020-07-31
- какие обороты по 62 были за 2020-07-01..2020-07-31
- выведи дебет/кредит обороты по счету 62 за 2020-07-01..2020-07-31
- сформируй оборотку по счету 62 за 2020-07-01..2020-07-31
- по счету 62 какие обороты в 2020-07-01..2020-07-31
- дай обороты по бухсчету 62 за 2020-07-01..2020-07-31
- что прошло по счету 62 за 2020-07-01..2020-07-31
- обороты по 62 счету за 2020-07-01..2020-07-31
- покажи обороты счета 62 за 2020-07-01..2020-07-31
- какое движение по 62 за 2020-07-01..2020-07-31
- дай сумму оборотов по 62 за 2020-07-01..2020-07-31
- по 62 раскрой дебетовые и кредитовые обороты за 2020-07-01..2020-07-31
- какие суммы крутились по счету 62 за 2020-07-01..2020-07-31
- покажи оборот по плану счетов 62 за 2020-07-01..2020-07-31
- счет 62: движение за 2020-07-01..2020-07-31
- что было по дебету/кредиту счета 62 за 2020-07-01..2020-07-31
- нужны обороты по 62 за 2020-07-01..2020-07-31
## AQ-P1-11 — `list_documents_by_type`
- domain: `documents`
- recipe: `address.documents.by_type`
- required filters: `document_type, period_from, period_to`
- optional filters: `organization, counterparty, contract, limit`
- goal: Показать документы определенного вида за период.
- дай документы типа СписаниеСРасчетногоСчета за 2020-07-01..2020-07-31
- покажи документы вида СписаниеСРасчетногоСчета за 2020-07-01..2020-07-31
- какие документы СписаниеСРасчетногоСчета есть за 2020-07-01..2020-07-31
- выгрузи документы типа СписаниеСРасчетногоСчета за 2020-07-01..2020-07-31
- список документов СписаниеСРасчетногоСчета за 2020-07-01..2020-07-31
- покажи все СписаниеСРасчетногоСчета за 2020-07-01..2020-07-31
- какие проведенные документы типа СписаниеСРасчетногоСчета были за 2020-07-01..2020-07-31
- документы вида СписаниеСРасчетногоСчета в 2020-07-01..2020-07-31
- по типу СписаниеСРасчетногоСчета покажи документы за 2020-07-01..2020-07-31
- что есть по документам типа СписаниеСРасчетногоСчета за 2020-07-01..2020-07-31
- дай выборку по СписаниеСРасчетногоСчета за 2020-07-01..2020-07-31
- покажи реестр СписаниеСРасчетногоСчета за 2020-07-01..2020-07-31
- по виду документа СписаниеСРасчетногоСчета нужна выгрузка за 2020-07-01..2020-07-31
- какие экземпляры СписаниеСРасчетногоСчета проходили за 2020-07-01..2020-07-31
- документы 1С типа СписаниеСРасчетногоСчета за 2020-07-01..2020-07-31
- найди документы СписаниеСРасчетногоСчета за 2020-07-01..2020-07-31
- выведи журнал по СписаниеСРасчетногоСчета за 2020-07-01..2020-07-31
- какие документы этого типа были оформлены за 2020-07-01..2020-07-31
## AQ-P1-12 — `find_document_by_number_and_date`
- domain: `document_lookup`
- recipe: `address.document.lookup_by_number_date`
- required filters: `document_number, document_date`
- optional filters: `document_type, organization, counterparty`
- goal: Найти конкретный документ по номеру и дате.
- найди документ № 000123 от 2020-07-15
- покажи документ номер 000123 от 2020-07-15
- есть ли документ 000123 от 2020-07-15
- отыщи документ № 000123 датой 2020-07-15
- нужен документ 000123 от 2020-07-15
- в базе есть документ 000123 от 2020-07-15
- подними документ номер 000123 от 2020-07-15
- покажи, что за документ 000123 от 2020-07-15
- дай карточку документа 000123 от 2020-07-15
- ищу документ 000123 от 2020-07-15
- найди по номеру 000123 и дате 2020-07-15
- проверь наличие документа 000123 от 2020-07-15
- покажи запись по документу 000123 от 2020-07-15
- где документ 000123 от 2020-07-15
- какой документ проходит под номером 000123 от 2020-07-15
- вытащи документ 000123 от 2020-07-15
- документ номер 000123, дата 2020-07-15
- дай документ по реквизитам: номер 000123, дата 2020-07-15
@@ -0,0 +1,487 @@
{
"generated_at": "2026-03-30",
"package": "address_query_prod_pack_v2",
"total_intents": 13,
"total_questions": 234,
"items": [
{
"scenario_id": "AQ-P0-01",
"domain": "contracts",
"intent": "list_open_contracts",
"recipe_id": "address.open_contracts.by_asof",
"required_filters": [
"as_of_date"
],
"optional_filters": [
"organization",
"counterparty",
"limit",
"sort"
],
"expected_response_type": "FACTUAL_LIST",
"questions": [
"какие договоры не закрыты на 2020-07-31",
"покажи незакрытые договоры на 2020-07-31",
"что из договоров висит открытым на 2020-07-31",
"есть ли открытые договоры на 2020-07-31",
"выгрузи договоры с остатком на 2020-07-31",
"по каким договорам на 2020-07-31 еще нет закрытия",
"дай список незакрытых договоров на 2020-07-31",
"какие договоры остаются открытыми на 2020-07-31",
"какие договоры болтаются незакрытыми на 2020-07-31",
"покажи договоры, по которым есть хвост на 2020-07-31",
"какие договоры в базе не закрыты на 2020-07-31",
"что по открытым договорам на 2020-07-31",
"сформируй перечень открытых договоров на 2020-07-31",
"есть незакрытые договоры по состоянию на 2020-07-31",
"какие договоры не схлопнулись на 2020-07-31",
"по каким договорам висят остатки на 2020-07-31",
"какие договоры не сведены на 2020-07-31",
"открой договоры со сальдо на 2020-07-31"
]
},
{
"scenario_id": "AQ-P0-02",
"domain": "debt",
"intent": "list_payables_counterparties",
"recipe_id": "address.payables.counterparty_totals",
"required_filters": [
"as_of_date"
],
"optional_filters": [
"organization",
"account",
"limit",
"sort"
],
"expected_response_type": "FACTUAL_SUMMARY",
"questions": [
"кому мы должны на 2020-07-31",
"по кому у нас кредиторка на 2020-07-31",
"покажи задолженность перед контрагентами на 2020-07-31",
"какие поставщики ждут оплату на 2020-07-31",
"кому должны денег по состоянию на 2020-07-31",
"у кого перед нами нет оплаты? нет, наоборот: кому должны мы на 2020-07-31",
"выведи кредиторскую задолженность на 2020-07-31",
"кому нужно платить на 2020-07-31",
"какие долги перед поставщиками висят на 2020-07-31",
"контрагенты, которым мы должны на 2020-07-31",
"по кому висит наш долг на 2020-07-31",
"дай список кредиторов на 2020-07-31",
"какая задолженность у нас перед поставщиками на 2020-07-31",
"кому организация должна по взаиморасчетам на 2020-07-31",
"раскрой кредиторку на 2020-07-31",
"покажи кому мы должны денег по базе на 2020-07-31",
"у каких контрагентов у нас минус на 2020-07-31",
"по каким контрагентам надо закрывать долг на 2020-07-31"
]
},
{
"scenario_id": "AQ-P0-03",
"domain": "debt",
"intent": "list_receivables_counterparties",
"recipe_id": "address.receivables.counterparty_totals",
"required_filters": [
"as_of_date"
],
"optional_filters": [
"organization",
"account",
"limit",
"sort"
],
"expected_response_type": "FACTUAL_SUMMARY",
"questions": [
"кто должен нам на 2020-07-31",
"по кому у нас дебиторка на 2020-07-31",
"покажи задолженность контрагентов перед нами на 2020-07-31",
"какие покупатели нам должны на 2020-07-31",
"кто не оплатил нам на 2020-07-31",
"выведи дебиторскую задолженность на 2020-07-31",
"кто висит в должниках на 2020-07-31",
"какие долги нам торчат на 2020-07-31",
"контрагенты, которые должны нам на 2020-07-31",
"по кому висит долг нам на 2020-07-31",
"дай список должников на 2020-07-31",
"какая дебиторка у нас на 2020-07-31",
"покажи, кто не закрылся перед нами на 2020-07-31",
"кто должен организации по взаиморасчетам на 2020-07-31",
"раскрой дебиторку на 2020-07-31",
"у каких контрагентов есть долг перед нами на 2020-07-31",
"по каким покупателям есть хвост на 2020-07-31",
"кого нужно дожимать по оплате на 2020-07-31"
]
},
{
"scenario_id": "AQ-P0-04",
"domain": "accounts",
"intent": "account_balance_snapshot",
"recipe_id": "address.account.balance_snapshot",
"required_filters": [
"account",
"as_of_date"
],
"optional_filters": [
"organization",
"limit",
"sort"
],
"expected_response_type": "FACTUAL_SUMMARY",
"questions": [
"какой остаток по счету 62 на 2020-07-31",
"покажи остаток по 62 счету на 2020-07-31",
"что висит на счете 62 на 2020-07-31",
"дай сальдо по счету 62 на 2020-07-31",
"какой хвост на 62 на 2020-07-31",
"какой остаток висит по 62 на 2020-07-31",
"сколько на 62 счете на 2020-07-31",
"сформируй остаток по счету 62 по состоянию на 2020-07-31",
"раскрой остаток по счету 62 на 2020-07-31",
"покажи сальдо по 62 на 2020-07-31",
"что осталось на 62 счете на 2020-07-31",
"по счету 62 какой баланс на 2020-07-31",
"какой остаток по бухсчету 62 на 2020-07-31",
"на 2020-07-31 сколько висит на счете 62",
"остаток по плану счетов 62 на 2020-07-31",
"какое сальдо по 62 по базе на 2020-07-31",
"дай остаток по счету 62 с учетом проводок на 2020-07-31",
"что по остатку счета 62 на 2020-07-31"
]
},
{
"scenario_id": "AQ-P0-05",
"domain": "open_items",
"intent": "open_items_by_counterparty",
"recipe_id": "address.open_items.by_counterparty",
"required_filters": [
"counterparty",
"as_of_date"
],
"optional_filters": [
"organization",
"contract",
"account",
"limit"
],
"expected_response_type": "FACTUAL_LIST",
"questions": [
"какие хвосты висят по контрагенту ООО Альфа на 2020-07-31",
"что не закрыто по ООО Альфа на 2020-07-31",
"покажи открытые позиции по контрагенту ООО Альфа на 2020-07-31",
"какие незакрытые взаиморасчеты по ООО Альфа на 2020-07-31",
"какие долги/хвосты по ООО Альфа на 2020-07-31",
"что висит по контрагенту ООО Альфа на 2020-07-31",
"раскрой висяки по ООО Альфа на 2020-07-31",
"покажи незакрытое по ООО Альфа на 2020-07-31",
"какие остатки по взаиморасчетам с ООО Альфа на 2020-07-31",
"есть ли хвосты по ООО Альфа на 2020-07-31",
"по ООО Альфа что осталось открытым на 2020-07-31",
"дай открытые документы/позиции по ООО Альфа на 2020-07-31",
"покажи висящие суммы по ООО Альфа на 2020-07-31",
"что не схлопнулось по контрагенту ООО Альфа на 2020-07-31",
"по поставщику ООО Альфа какие хвосты на 2020-07-31",
"по клиенту ООО Альфа что не закрыто на 2020-07-31",
"взаиморасчеты с ООО Альфа: что висит на 2020-07-31",
"покажи остатки по контрагенту ООО Альфа на 2020-07-31"
]
},
{
"scenario_id": "AQ-P0-06",
"domain": "open_items",
"intent": "open_items_by_contract",
"recipe_id": "address.open_items.by_contract",
"required_filters": [
"contract",
"as_of_date"
],
"optional_filters": [
"organization",
"counterparty",
"account",
"limit"
],
"expected_response_type": "FACTUAL_LIST",
"questions": [
"какие хвосты висят по договору 15/24 на 2020-07-31",
"что не закрыто по договору 15/24 на 2020-07-31",
"покажи открытые позиции по договору 15/24 на 2020-07-31",
"какие незакрытые взаиморасчеты по договору 15/24 на 2020-07-31",
"что висит по договору 15/24 на 2020-07-31",
"раскрой висяки по договору 15/24 на 2020-07-31",
"покажи незакрытое по договору 15/24 на 2020-07-31",
"какие остатки по договору 15/24 на 2020-07-31",
"есть ли хвосты по договору 15/24 на 2020-07-31",
"по договору 15/24 что осталось открытым на 2020-07-31",
"дай открытые документы/позиции по договору 15/24 на 2020-07-31",
"покажи висящие суммы по договору 15/24 на 2020-07-31",
"что не схлопнулось по договору 15/24 на 2020-07-31",
"по договору 15/24 какие хвосты на 2020-07-31",
"взаиморасчеты по договору 15/24: что висит на 2020-07-31",
"покажи остатки по договору 15/24 на 2020-07-31",
"какие позиции не закрыты по договору 15/24 на 2020-07-31",
"дай хвосты по договору 15/24 по состоянию на 2020-07-31"
]
},
{
"scenario_id": "AQ-P0-07",
"domain": "documents",
"intent": "list_documents_by_counterparty",
"recipe_id": "address.documents.by_counterparty",
"required_filters": [
"counterparty",
"period_from",
"period_to"
],
"optional_filters": [
"document_type",
"organization",
"limit",
"sort"
],
"expected_response_type": "FACTUAL_LIST",
"questions": [
"покажи документы по контрагенту ООО Альфа за период 2020-07-01..2020-07-31",
"дай документы по ООО Альфа за 2020-07-01..2020-07-31",
"какие документы были по контрагенту ООО Альфа за 2020-07-01..2020-07-31",
"выгрузи документы по ООО Альфа за 2020-07-01..2020-07-31",
"покажи движения документов по ООО Альфа за 2020-07-01..2020-07-31",
"что за документы проходили по ООО Альфа за 2020-07-01..2020-07-31",
"дай первичку по ООО Альфа за 2020-07-01..2020-07-31",
"какие документы по поставщику ООО Альфа за 2020-07-01..2020-07-31",
"какие документы по клиенту ООО Альфа за 2020-07-01..2020-07-31",
"найди документы по контре ООО Альфа за 2020-07-01..2020-07-31",
"список документов по ООО Альфа за 2020-07-01..2020-07-31",
"покажи все документы по ООО Альфа за 2020-07-01..2020-07-31",
"по контрагенту ООО Альфа какие документы были в 2020-07-01..2020-07-31",
"по ООО Альфа дай документы за 2020-07-01..2020-07-31",
"какие проведенные документы по ООО Альфа за 2020-07-01..2020-07-31",
"по поставщику ООО Альфа покажи документы за 2020-07-01..2020-07-31",
"по контрагенту ООО Альфа нужна выгрузка документов за 2020-07-01..2020-07-31",
"документальный след по ООО Альфа за 2020-07-01..2020-07-31"
]
},
{
"scenario_id": "AQ-P0-07B",
"domain": "bank_ops",
"intent": "bank_operations_by_counterparty",
"recipe_id": "address.bank_ops.by_counterparty",
"required_filters": [
"counterparty"
],
"optional_filters": [
"period_from",
"period_to",
"organization",
"limit",
"sort"
],
"expected_response_type": "FACTUAL_LIST",
"questions": [
"покажи банковские операции по контрагенту ООО Альфа за 2020-07-01..2020-07-31",
"какие платежи были по ООО Альфа за 2020-07-01..2020-07-31",
"были ли оплаты по ООО Альфа за 2020-07-01..2020-07-31",
"дай банк по контрагенту ООО Альфа за 2020-07-01..2020-07-31",
"покажи движения по банку с ООО Альфа за 2020-07-01..2020-07-31",
"какие списания/поступления были по ООО Альфа за 2020-07-01..2020-07-31",
"выгрузи банковские документы по ООО Альфа за 2020-07-01..2020-07-31",
"покажи платежки по ООО Альфа за 2020-07-01..2020-07-31",
"что проходило по расчетному счету с ООО Альфа за 2020-07-01..2020-07-31",
"какие оплаты поставщику ООО Альфа были за 2020-07-01..2020-07-31",
"какие поступления от ООО Альфа были за 2020-07-01..2020-07-31",
"найди банковские операции по контре ООО Альфа за 2020-07-01..2020-07-31",
"список оплат по ООО Альфа за 2020-07-01..2020-07-31",
"покажи банк по ООО Альфа за 2020-07-01..2020-07-31",
"по контрагенту ООО Альфа какие платежи шли в 2020-07-01..2020-07-31",
"по ООО Альфа нужна банковская выборка за 2020-07-01..2020-07-31",
"были ли платежные движения по ООО Альфа за 2020-07-01..2020-07-31",
"все банковские проходы по ООО Альфа за 2020-07-01..2020-07-31"
]
},
{
"scenario_id": "AQ-P0-08",
"domain": "documents",
"intent": "list_documents_by_contract",
"recipe_id": "address.documents.by_contract",
"required_filters": [
"contract",
"period_from",
"period_to"
],
"optional_filters": [
"document_type",
"organization",
"limit",
"sort"
],
"expected_response_type": "FACTUAL_LIST",
"questions": [
"покажи документы по договору 15/24 за период 2020-07-01..2020-07-31",
"дай документы по договору 15/24 за 2020-07-01..2020-07-31",
"какие документы были по договору 15/24 за 2020-07-01..2020-07-31",
"выгрузи документы по договору 15/24 за 2020-07-01..2020-07-31",
"что за документы проходили по договору 15/24 за 2020-07-01..2020-07-31",
"дай первичку по договору 15/24 за 2020-07-01..2020-07-31",
"список документов по договору 15/24 за 2020-07-01..2020-07-31",
"покажи все документы по договору 15/24 за 2020-07-01..2020-07-31",
"по договору 15/24 какие документы были в 2020-07-01..2020-07-31",
"по 15/24 дай документы за 2020-07-01..2020-07-31",
"какие проведенные документы по договору 15/24 за 2020-07-01..2020-07-31",
"по договору 15/24 покажи документы за 2020-07-01..2020-07-31",
"по договору 15/24 нужна выгрузка документов за 2020-07-01..2020-07-31",
"документальный след по договору 15/24 за 2020-07-01..2020-07-31",
"есть ли документы по договору 15/24 за 2020-07-01..2020-07-31",
"покажи движения документов по договору 15/24 за 2020-07-01..2020-07-31",
"что оформляли по договору 15/24 за 2020-07-01..2020-07-31",
"все документы, связанные с договором 15/24, за 2020-07-01..2020-07-31"
]
},
{
"scenario_id": "AQ-P0-09",
"domain": "drilldown",
"intent": "documents_forming_balance",
"recipe_id": "address.balance.drilldown_documents",
"required_filters": [
"account",
"as_of_date"
],
"optional_filters": [
"organization",
"counterparty",
"contract",
"limit"
],
"expected_response_type": "FACTUAL_LIST",
"questions": [
"какие документы формируют остаток по счету 62 на 2020-07-31",
"расшифруй остаток по счету 62 на 2020-07-31 по документам",
"из каких документов сложился остаток по 62 на 2020-07-31",
"покажи документы, которые дали остаток по счету 62 на 2020-07-31",
"чем сформирован остаток по 62 на 2020-07-31",
"какие документы висят в остатке по 62 на 2020-07-31",
"раскрой остаток по 62 на 2020-07-31 до документов",
"дай документную расшифровку остатка по счету 62 на 2020-07-31",
"по счету 62 какие документы формируют сальдо на 2020-07-31",
"покажи первичку, которая сидит в остатке 62 на 2020-07-31",
"что конкретно образует остаток по 62 на 2020-07-31",
"какие регистраторы формируют остаток счета 62 на 2020-07-31",
"разложи остаток по счету 62 на 2020-07-31 на документы",
"по 62 на 2020-07-31 нужен drilldown до документов",
"остаток счета 62 на 2020-07-31: из чего он состоит",
"какие документы попали в хвост по счету 62 на 2020-07-31",
"раскрой сальдо 62 на 2020-07-31 по документам",
"что формирует баланс по счету 62 на 2020-07-31"
]
},
{
"scenario_id": "AQ-P1-10",
"domain": "accounts",
"intent": "account_turnover_snapshot",
"recipe_id": "address.account.turnover_snapshot",
"required_filters": [
"account",
"period_from",
"period_to"
],
"optional_filters": [
"organization",
"counterparty",
"limit"
],
"expected_response_type": "FACTUAL_SUMMARY",
"questions": [
"дай обороты по счету 62 за 2020-07-01..2020-07-31",
"покажи движение по счету 62 за 2020-07-01..2020-07-31",
"какие обороты по 62 были за 2020-07-01..2020-07-31",
"выведи дебет/кредит обороты по счету 62 за 2020-07-01..2020-07-31",
"сформируй оборотку по счету 62 за 2020-07-01..2020-07-31",
"по счету 62 какие обороты в 2020-07-01..2020-07-31",
"дай обороты по бухсчету 62 за 2020-07-01..2020-07-31",
"что прошло по счету 62 за 2020-07-01..2020-07-31",
"обороты по 62 счету за 2020-07-01..2020-07-31",
"покажи обороты счета 62 за 2020-07-01..2020-07-31",
"какое движение по 62 за 2020-07-01..2020-07-31",
"дай сумму оборотов по 62 за 2020-07-01..2020-07-31",
"по 62 раскрой дебетовые и кредитовые обороты за 2020-07-01..2020-07-31",
"какие суммы крутились по счету 62 за 2020-07-01..2020-07-31",
"покажи оборот по плану счетов 62 за 2020-07-01..2020-07-31",
"счет 62: движение за 2020-07-01..2020-07-31",
"что было по дебету/кредиту счета 62 за 2020-07-01..2020-07-31",
"нужны обороты по 62 за 2020-07-01..2020-07-31"
]
},
{
"scenario_id": "AQ-P1-11",
"domain": "documents",
"intent": "list_documents_by_type",
"recipe_id": "address.documents.by_type",
"required_filters": [
"document_type",
"period_from",
"period_to"
],
"optional_filters": [
"organization",
"counterparty",
"contract",
"limit"
],
"expected_response_type": "FACTUAL_LIST",
"questions": [
"дай документы типа СписаниеСРасчетногоСчета за 2020-07-01..2020-07-31",
"покажи документы вида СписаниеСРасчетногоСчета за 2020-07-01..2020-07-31",
"какие документы СписаниеСРасчетногоСчета есть за 2020-07-01..2020-07-31",
"выгрузи документы типа СписаниеСРасчетногоСчета за 2020-07-01..2020-07-31",
"список документов СписаниеСРасчетногоСчета за 2020-07-01..2020-07-31",
"покажи все СписаниеСРасчетногоСчета за 2020-07-01..2020-07-31",
"какие проведенные документы типа СписаниеСРасчетногоСчета были за 2020-07-01..2020-07-31",
"документы вида СписаниеСРасчетногоСчета в 2020-07-01..2020-07-31",
"по типу СписаниеСРасчетногоСчета покажи документы за 2020-07-01..2020-07-31",
"что есть по документам типа СписаниеСРасчетногоСчета за 2020-07-01..2020-07-31",
"дай выборку по СписаниеСРасчетногоСчета за 2020-07-01..2020-07-31",
"покажи реестр СписаниеСРасчетногоСчета за 2020-07-01..2020-07-31",
"по виду документа СписаниеСРасчетногоСчета нужна выгрузка за 2020-07-01..2020-07-31",
"какие экземпляры СписаниеСРасчетногоСчета проходили за 2020-07-01..2020-07-31",
"документы 1С типа СписаниеСРасчетногоСчета за 2020-07-01..2020-07-31",
"найди документы СписаниеСРасчетногоСчета за 2020-07-01..2020-07-31",
"выведи журнал по СписаниеСРасчетногоСчета за 2020-07-01..2020-07-31",
"какие документы этого типа были оформлены за 2020-07-01..2020-07-31"
]
},
{
"scenario_id": "AQ-P1-12",
"domain": "document_lookup",
"intent": "find_document_by_number_and_date",
"recipe_id": "address.document.lookup_by_number_date",
"required_filters": [
"document_number",
"document_date"
],
"optional_filters": [
"document_type",
"organization",
"counterparty"
],
"expected_response_type": "FACTUAL_LIST",
"questions": [
"найди документ № 000123 от 2020-07-15",
"покажи документ номер 000123 от 2020-07-15",
"есть ли документ 000123 от 2020-07-15",
"отыщи документ № 000123 датой 2020-07-15",
"нужен документ 000123 от 2020-07-15",
"в базе есть документ 000123 от 2020-07-15",
"подними документ номер 000123 от 2020-07-15",
"покажи, что за документ 000123 от 2020-07-15",
"дай карточку документа 000123 от 2020-07-15",
"ищу документ 000123 от 2020-07-15",
"найди по номеру 000123 и дате 2020-07-15",
"проверь наличие документа 000123 от 2020-07-15",
"покажи запись по документу 000123 от 2020-07-15",
"где документ 000123 от 2020-07-15",
"какой документ проходит под номером 000123 от 2020-07-15",
"вытащи документ 000123 от 2020-07-15",
"документ номер 000123, дата 2020-07-15",
"дай документ по реквизитам: номер 000123, дата 2020-07-15"
]
}
]
}
@@ -0,0 +1,118 @@
# Resolver & Normalization Spec V2
Дата: 2026-03-30
## 1) Общий принцип
LLM/normalizer не пытается сразу вызвать recipe.
Сначала он переводит пользовательскую фразу в canonical intent и нормализованные фильтры.
Цепочка:
`raw_question -> dialect normalization -> intent detection -> filter extraction -> resolver -> recipe selection`
## 2) Синонимы доменных сигналов
### Контрагент
Сигналы:
- контрагент
- поставщик
- клиент
- покупатель
- контра
- организация-партнер
### Договор
Сигналы:
- договор
- контракт
- соглашение
- договорник
- договор с номером
### Остаток / сальдо
Сигналы:
- остаток
- сальдо
- что висит
- хвост
- остаток висит
- баланс по счету
### Дебиторка / кредиторка
Дебиторка:
- кто должен нам
- дебиторка
- долг нам
- задолженность перед нами
Кредиторка:
- кому должны мы
- кредиторка
- наш долг поставщику
- задолженность перед контрагентом
### Банковый контур
Сигналы:
- банк
- платежи
- платежки
- списания
- поступления
- движение по расчетному счету
## 3) Нормализация счетов
Допустимые формы:
- `60`
- `62`
- `60.01`
- `62.01`
Правила:
- удалить лишние слова (`счет`, `счёт`, `бухсчет`, `по счету`);
- сохранить только валидный account token;
- хранить и raw, и normalized форму в debug.
## 4) Нормализация дат и периодов
Поддержать:
- `на сегодня`
- `на текущую дату`
- `на конец месяца`
- `за июль 2020`
- `за период с 01.07.2020 по 31.07.2020`
- `за месяц`
- `за квартал`
Выход:
- `as_of_date`
- либо `period_from + period_to`
## 5) Resolver policy
### Counterparty resolver
- `name -> candidate set`
- exact match > normalized exact > startswith > fuzzy
- если ambiguity_count > 1 и нет явного приоритета, вернуть `LIMITED_WITH_REASON`
### Contract resolver
- поддерживать номер договора, имя договора, пару `контрагент + договор`
- при наличии обоих якорей резолвить договор в контексте контрагента
### Document type resolver
- белый список русских имен и системных 1С-имен:
- `СписаниеСРасчетногоСчета`
- `ПоступлениеНаРасчетныйСчет`
- и др. по фактическому whitelist
## 6) Guardrails
- не допускать свободную генерацию SQL/1С-запросов;
- не подменять отсутствующий фильтр догадкой;
- не заменять by-contract на by-counterparty молча;
- не отдавать пустой factual как будто это найденный результат.