Этап 4 / Волна 18 закрытие блокеров по времени, доменной полярности и допуску доказательной базы

This commit is contained in:
2026-03-29 00:40:06 +03:00
parent 7eb1410501
commit d7e145010b
140 changed files with 417053 additions and 42196 deletions
@@ -0,0 +1,25 @@
# audit_artifacts
Evidence pack for Stage 4 runtime ground-truth audit.
## Subfolders
- `raw_traces/`
- copied raw exports (`1.txt`, `2.txt`), Wave15 raw chat export, case matrix
- extracted subset: `wave15_core_cases_q01_q02_q11_q17_q18_q20.json`
- `debug_payloads/`
- per-case debug payload JSON (Wave15 core + Wave16 export traces)
- `dialogs/`
- `wave15_core_control_dialogs.md`
- `live_calls/`
- `wave16_export_debug_tail_fix_live_inventory.json`
- `hard_fail_trace_ty6aQD9O0LnTvg.md`
- `snapshot_inspection/`
- runtime snapshot inventory and monthly NDJSON inventory
- runtime wiring note
- `diagrams/`
- reserved for optional visual diagrams
## Rule
Every artifact must remain traceable to `case_id` and/or `trace_id`.
@@ -0,0 +1,175 @@
# Core Control Dialogs (Wave 15)
## q01 | trace: pz7NdUwSCPV_JL
### user
Почему 6 июля ушла оплата за мебель по договору № 01/19-ПТ от 09.01.2019 на 55 200, а к концу июля по этой покупке мог остаться долг или незакрытый хвост?
### assistant
Коротко: Проблема в цепочке НДС подтверждается частично. Что сломано:
- По НДС переход от документа к регистру и книге подтвержден не полностью; по текущей опоре подтверждение частичное, нужна отдельная проверка расчетной связки. Почему это похоже на проблему:
- Сигнал проблемы есть, но механизм подтвержден не полностью. На чем это основано:
- Вывод опирается на 8 подтвержденных наблюдений в текущем срезе.
- Проверены связанные документы и проводки по 6 источникам.
- Есть связка между основным выводом и подтверждающими записями.
- Опора есть, но достаточна только для предварительного вывода.
- Подтверждено по требованиям: R1.
- В опоре использованы якоря вопроса: 2019, period:2019. Что проверить первым:
- Проверьте связку: исходный документ -> запись регистра НДС -> запись в книге.
- Сверьте счет-фактуру и момент отражения вычета в нужном периоде. Ограничения:
- Якоря из вопроса без прямого подтверждения: договор № 01/19-ПТ, 09.01.2019, 09.01, 55 200.
- Связка между источниками подтверждена частично.
- Текущая выборка не подтвердила целевой механизм домена в явном виде; вывод ограничен.
- Надежность problem-сигнала низкая, поэтому вывод ограничен.
- Вывод сделан по snapshot и может не включать часть цепочки.
- (account_55),.
- reply_type: partial_coverage
- created_at: 2026-03-28T10:33:41.201Z
## q02 | trace: HIQhphOlB4zfX_
### user
Оплата по счёту № 4 от 07.07.20 на 276 873,60 пришла 13 июля. Зачёлся ли этот аванс покупателя корректно в реализации от 15 июля, или на 62.02 что-то осталось висеть?
### assistant
Коротко: Вывод разделен на доказанную часть и гипотезу. Что сломано:
- Оплата отражена, но ожидаемое закрытие расчета не подтверждено; подтверждение пока частичное, вывод ограничен. Почему это похоже на проблему:
- Отдельно показано, что уже подтверждено, а что пока остается гипотезой.
- Переход от оплаты к закрытию расчета не подтвержден.
- Часть ожидаемой цепочки подтверждена, но ключевой переход закрытия не подтвержден. На чем это основано:
- Сила вывода оценена по прямой опоре, а не по догадкам.
- Основание разделено на подтвержденную часть и зону гипотез.
- Вывод опирается на 2 подтвержденных наблюдений в текущем срезе.
- Проверены связанные документы и проводки по 1 источникам.
- Есть связка между основным выводом и подтверждающими записями.
- Опора частичная: часть требований покрыта не полностью.
- Подтверждено по требованиям: R1. Что проверить первым:
- Первым действием отделите документально подтвержденные факты от гипотез.
- Отдельно отметьте, что доказано документами и проводками, а что остается гипотезой.
- Для доказательства проверьте связку платеж -> расчетный документ -> регистр расчетов -> 60/62/76.
- Проверьте договор и объект расчетов по платежу/зачету.
- Сверьте регистр расчетов и привязку платежа к закрывающему документу по 60/62. Ограничения:
- Для формата «доказано или гипотеза» все недоказанные части отделены в ограничения.
- Якоря из вопроса без прямого подтверждения: 07.07.20, 07.07, 276 873,60, 62.02.
- Связка между источниками подтверждена частично.
- Надежность problem-сигнала низкая, поэтому вывод ограничен.
- Вывод сделан по snapshot и может не включать часть цепочки.
- (account_13, account_62.02),.
- reply_type: partial_coverage
- created_at: 2026-03-28T10:33:41.412Z
## q11 | trace: vu46dXSfvmn6hf
### user
31 июля есть услуги связи на 1 166,67 + НДС 233,33 и отдельно полученный счёт-фактура на 233,33. Почему по такому кейсу книга покупок могла бы остаться пустой?
### assistant
Коротко: Проблема подтверждается частично на текущей опоре. Что сломано:
- Ожидаемый переход в учетной цепочке не подтвержден; подтверждение пока частичное, вывод ограничен. Почему это похоже на проблему:
- Часть ожидаемой цепочки подтверждена, но ключевой переход закрытия не подтвержден. На чем это основано:
- Вывод опирается на 10 подтвержденных наблюдений в текущем срезе.
- Проверены связанные документы и проводки по 6 источникам.
- Есть связка между основным выводом и подтверждающими записями.
- Опора есть, но достаточна только для предварительного вывода.
- Подтверждено по требованиям: R1, R2. Что проверить первым:
- Проверьте связку: исходный документ -> запись регистра НДС -> запись в книге.
- Сверьте счет-фактуру и момент отражения вычета в нужном периоде. Ограничения:
- Якоря из вопроса без прямого подтверждения: 1 166,67, 233,33.
- Связка между источниками подтверждена частично.
- Надежность problem-сигнала низкая, поэтому вывод ограничен.
- Вывод сделан по snapshot и может не включать часть цепочки.
- Canonical output ограничен доменным runtime-контрактом.
- reply_type: partial_coverage
- created_at: 2026-03-28T10:33:42.818Z
## q17 | trace: NDst4BruRfYAB3
### user
31 июля у нас прошло “Закрытие счетов косвенных расходов”, и там есть крупные суммы — 148 050, 27 954,50, 5 786,63, 5 000 и другие. Всё ли это реально закрылось в нужный контур, или после июля могли остаться зависшие косвенные расходы?
### assistant
Коротко: Вывод разделен на доказанную часть и гипотезу. Что сломано:
- close_contradicted; close_completed; подтверждение пока частичное, вывод ограничен. Почему это похоже на проблему:
- Отдельно показано, что уже подтверждено, а что пока остается гипотезой.
- Часть ожидаемой цепочки подтверждена, но ключевой переход закрытия не подтвержден. На чем это основано:
- Сила вывода оценена по прямой опоре, а не по догадкам.
- Основание разделено на подтвержденную часть и зону гипотез.
- Вывод опирается на 10 подтвержденных наблюдений в текущем срезе.
- Проверены связанные документы и проводки по 6 источникам.
- Есть связка между основным выводом и подтверждающими записями.
- Опора есть, но достаточна только для предварительного вывода.
- Подтверждено по требованиям: R1, R2. Что проверить первым:
- Первым действием отделите документально подтвержденные факты от гипотез.
- Разделите доказанные и предположительные участки в цепочке закрытия месяца.
- Проверьте подтверждение: операция закрытия -> распределение -> остатки по 20/25/26/44. Ограничения:
- Для формата «доказано или гипотеза» все недоказанные части отделены в ограничения.
- Якоря из вопроса без прямого подтверждения: 148 050, 27 954,50, 5 786,63, 5 000.
- Связка между источниками подтверждена частично.
- Надежность problem-сигнала низкая, поэтому вывод ограничен.
- Вывод сделан по snapshot и может не включать часть цепочки.
- reply_type: partial_coverage
- created_at: 2026-03-28T10:33:43.820Z
## q18 | trace: UG5L7JqS3cyXU2
### user
31 июля прошло “Списание РБП за Июль 2020 г.”, в том числе на 5 000 и ещё несколько сумм. Есть ли в базе признаки, что часть РБП к концу июля всё ещё живёт дольше ожидаемого?
### assistant
Коротко: Ниже перечислены основания вывода по данным учета. Что сломано:
- Цепочка затрат и закрытия месяца подтверждена только частично; подтверждение пока частичное, вывод ограничен. Почему это похоже на проблему:
- Фокус ответа смещен в доказательные источники, а не в общий narrative.
- Ожидаемая цепочка списания выглядит незавершенной.
- Часть ожидаемой цепочки подтверждена, но ключевой переход закрытия не подтвержден. На чем это основано:
- В этом ответе в приоритете показаны именно основания вывода.
- Основание вывода перечислено по подтвержденным документам, регистрам и проводкам.
- Вывод опирается на 10 подтвержденных наблюдений в текущем срезе.
- Проверены связанные документы и проводки по 6 источникам.
- Есть связка между основным выводом и подтверждающими записями.
- Опора есть, но достаточна только для предварительного вывода.
- Подтверждено по требованиям: R1, R2. Что проверить первым:
- Сначала перечислите опорные документы и регистры, затем подтверждающие проводки.
- Перечислите основание: операция закрытия, база распределения, проводки по затратам, остатки после закрытия. Ограничения:
- В основание включены только подтвержденные источники; неподтвержденные вынесены в ограничения.
- Якоря из вопроса без прямого подтверждения: 5 000.
- Связка между источниками подтверждена частично.
- Надежность problem-сигнала низкая, поэтому вывод ограничен.
- Вывод сделан по snapshot и может не включать часть цепочки.
- Canonical output ограничен доменным runtime-контрактом.
- reply_type: partial_coverage
- created_at: 2026-03-28T10:33:43.983Z
## q20 | trace: 4F7HdHzqV2v1Ir
### user
После всех июльских регламентных операций — амортизация, списание РБП, закрытие косвенных расходов, определение финансовых результатов — что у нас больше похоже на реальную проблему: незакрытый затратный хвост, stale RBP или просто нормальный остаток, который ассистент не должен объявлять багом?
### assistant
Коротко: Вывод разделен на доказанную часть и гипотезу. Что сломано:
- Цепочка затрат и закрытия месяца подтверждена только частично; подтверждение пока частичное, вывод ограничен. Почему это похоже на проблему:
- Отдельно показано, что уже подтверждено, а что пока остается гипотезой.
- Ожидаемая цепочка списания выглядит незавершенной.
- Часть ожидаемой цепочки подтверждена, но ключевой переход закрытия не подтвержден. На чем это основано:
- Сила вывода оценена по прямой опоре, а не по догадкам.
- Основание разделено на подтвержденную часть и зону гипотез.
- Вывод опирается на 8 подтвержденных наблюдений в текущем срезе.
- Проверены связанные документы и проводки по 6 источникам.
- Есть связка между основным выводом и подтверждающими записями.
- Опора есть, но достаточна только для предварительного вывода.
- Подтверждено по требованиям: R1. Что проверить первым:
- Первым действием отделите документально подтвержденные факты от гипотез.
- Разделите доказанные и предположительные участки в цепочке закрытия месяца.
- Проверьте подтверждение: операция закрытия -> распределение -> остатки по 20/25/26/44. Ограничения:
- Для формата «доказано или гипотеза» все недоказанные части отделены в ограничения.
- Связка между источниками подтверждена частично.
- Надежность problem-сигнала низкая, поэтому вывод ограничен.
- Вывод сделан по snapshot и может не включать часть цепочки.
- reply_type: partial_coverage
- created_at: 2026-03-28T10:33:44.365Z
@@ -0,0 +1,16 @@
# Hard-Fail Trace Note
trace_id: ty6aQD9O0LnTvg
question_type_class: why_breaks
route: hybrid_store_plus_live
business_scope: generic_accounting
time_scope: 2023-07-06
account_hints: 60
live_mcp.matched_rows: 0
live_mcp.returned_rows: 12
problem_unit_lifecycle_domain_distribution: customer_settlement:9
uncertainty.limitations: Problem units remain weak-confidence; conclusions are intentionally limited. | Source mapping is weak for part of the evidence. | в” snapshot 2020 (read-only), live | Live probe использует ограниченный выборочный read-only запрос к 1С.
evidence_source_refs_sample:
- evidence_source_ref_v1|unknown|document_%D1%81%D0%BF%D0%B8%D1%81%D0%B0%D0%BD%D0%B8%D0%B5%D1%81%D1%80%D0%B0%D1%81%D1%87%D0%B5%D1%82%D0%BD%D0%BE%D0%B3%D0%BE%D1%81%D1%87%D0%B5%D1%82%D0%B0|b42999dd-b08e-11ea-a2db-00155d012600|2020-06-16t12%3A00%3A00
- evidence_source_ref_v1|unknown|mcplivemovement|hybrid_store_plus_live-mcp-1-2030-08-03t12%3A00%3A00z|2030-08-03t12%3A00%3A00z
- evidence_source_ref_v1|unknown|mcplivemovement|hybrid_store_plus_live-mcp-2-2026-03-31t00%3A00%3A00z|2026-03-31t00%3A00%3A00z
@@ -0,0 +1,237 @@
[
{
"trace_id": "4D6ALjsjEDHlL1",
"question_type_class": "which_chains_are_complete_vs_incomplete",
"route": "hybrid_store_plus_live",
"business_scope": "generic_accounting",
"time_scope": "2023-07-13, 2023-07-15",
"account_hints": [
],
"live_mcp": {
"status": "ok",
"fetched_rows": 24,
"matched_rows": 24,
"returned_rows": 12,
"account_scope": [
]
},
"candidate_evidence_count": 16,
"problem_units_count": 16,
"problem_unit_lifecycle_domain_distribution": {
"vat_flow": 16
},
"weak_source_mapping_evidence_count": 16,
"evidence_account_context_detected": [
"19",
"68",
"68.02",
"19.04"
],
"evidence_years_detected": [
"2020",
"2086"
]
},
{
"trace_id": "-PdAdyMXYlf23K",
"question_type_class": "what_is_it_grounded_on",
"route": "hybrid_store_plus_live",
"business_scope": "generic_accounting",
"time_scope": "Июль 2020",
"account_hints": [
"60",
"68.02"
],
"live_mcp": {
"status": "ok",
"fetched_rows": 24,
"matched_rows": 0,
"returned_rows": 12,
"account_scope": [
"60"
]
},
"candidate_evidence_count": 10,
"problem_units_count": 9,
"problem_unit_lifecycle_domain_distribution": {
"customer_settlement": 9
},
"weak_source_mapping_evidence_count": 10,
"evidence_account_context_detected": [
"60",
"68.02",
"19.04"
],
"evidence_years_detected": [
"2020",
"2030",
"2026",
"2025",
"2023"
]
},
{
"trace_id": "kFr2noz4jZ801u",
"question_type_class": "why_breaks",
"route": "hybrid_store_plus_live",
"business_scope": "generic_accounting",
"time_scope": "2023-07",
"account_hints": [
"68.02"
],
"live_mcp": {
"status": "ok",
"fetched_rows": 24,
"matched_rows": 24,
"returned_rows": 12,
"account_scope": [
]
},
"candidate_evidence_count": 16,
"problem_units_count": 16,
"problem_unit_lifecycle_domain_distribution": {
"period_close": 16
},
"weak_source_mapping_evidence_count": 16,
"evidence_account_context_detected": [
"25",
"20",
"01",
"19",
"21",
"23",
"26",
"28",
"29",
"02",
"68",
"08",
"51",
"68.02",
"19.04"
],
"evidence_years_detected": [
"2020"
]
},
{
"trace_id": "ty6aQD9O0LnTvg",
"question_type_class": "why_breaks",
"route": "hybrid_store_plus_live",
"business_scope": "generic_accounting",
"time_scope": "2023-07-06",
"account_hints": [
"60"
],
"live_mcp": {
"status": "ok",
"fetched_rows": 24,
"matched_rows": 0,
"returned_rows": 12,
"account_scope": [
"60"
]
},
"candidate_evidence_count": 10,
"problem_units_count": 9,
"problem_unit_lifecycle_domain_distribution": {
"customer_settlement": 9
},
"weak_source_mapping_evidence_count": 10,
"evidence_account_context_detected": [
"60",
"68.02",
"19.04"
],
"evidence_years_detected": [
"2020",
"2030",
"2026",
"2025",
"2023"
]
},
{
"trace_id": "8zDUwtS3MOHUYQ",
"question_type_class": "prove_or_guess",
"route": "hybrid_store_plus_live",
"business_scope": "generic_accounting",
"time_scope": "2023-07-13",
"account_hints": [
],
"live_mcp": {
"status": "ok",
"fetched_rows": 24,
"matched_rows": 24,
"returned_rows": 12,
"account_scope": [
]
},
"candidate_evidence_count": 16,
"problem_units_count": 16,
"problem_unit_lifecycle_domain_distribution": {
"vat_flow": 16
},
"weak_source_mapping_evidence_count": 16,
"evidence_account_context_detected": [
"19",
"68",
"68.02",
"19.04"
],
"evidence_years_detected": [
"2020",
"2086"
]
},
{
"trace_id": "YcYGBW0Fqpd3Au",
"question_type_class": "prove_or_guess",
"route": "hybrid_store_plus_live",
"business_scope": "generic_accounting",
"time_scope": "31 июля",
"account_hints": [
"68.02"
],
"live_mcp": {
"status": "ok",
"fetched_rows": 24,
"matched_rows": 24,
"returned_rows": 12,
"account_scope": [
]
},
"candidate_evidence_count": 16,
"problem_units_count": 16,
"problem_unit_lifecycle_domain_distribution": {
"period_close": 16
},
"weak_source_mapping_evidence_count": 16,
"evidence_account_context_detected": [
"25",
"20",
"01",
"19",
"21",
"23",
"26",
"28",
"29",
"02",
"68",
"08",
"51",
"68.02",
"19.04"
],
"evidence_years_detected": [
"2020"
]
}
]
@@ -0,0 +1,26 @@
# Wave 15 Chat20 Case Matrix (Updated)
| case_id | question_short | expected_domain | actual_domain | expected_question_type | actual_question_type | company_anchors_present | company_anchors_used_in_answer | evidence_strength | answer_confidence_style | first_check_relevance | verdict | failure_reason_short |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| q01 | Почему 6 июля ушла оплата за мебель по договору № 01/19-ПТ от 09.01.2019 на 55 200, а к концу июля по этой покупке мог остаться... | settlements_60_62 | settlements_60_62 | why_breaks | why_breaks | true | true | weak | mixed | true | SOFT_PASS | generic_answer |
| q02 | Оплата по счёту № 4 от 07.07.20 на 276 873,60 пришла 13 июля. Зачёлся ли этот аванс покупателя корректно в реализации от 15 июл... | settlements_60_62 | settlements_60_62 | prove_or_guess | prove_or_guess | true | true | weak | mixed | true | SOFT_PASS | generic_answer |
| q03 | По договору № 1-ПМ/2020 от 05.06.2020 в июле пришло ещё 40 860 27 июля и 20 000 30 июля. Это уже закрытие дебиторки после реали... | settlements_60_62 | settlements_60_62 | prove_or_guess | prove_or_guess | true | true | strong | mixed | true | SOFT_PASS | generic_answer |
| q04 | Почему по одному и тому же мебельному контуру в июле есть и поступления денег от покупателя, и зачёт аванса, но 62.01/62.02 всё... | settlements_60_62 | settlements_60_62 | why_breaks | why_breaks | true | true | weak | mixed | true | SOFT_PASS | generic_answer |
| q05 | Если по договору № 1-ПМ/2020 в июле было несколько оплат и одна крупная реализация, где именно ассистент видит разрыв: в догово... | settlements_60_62 | settlements_60_62 | where_break_is | where_break_is | true | true | strong | mixed | true | SOFT_PASS | generic_answer |
| q06 | Есть ли в июльском срезе ситуация, где деньги уже пришли, но закрытие расчётов не подтверждено тем документом, которым должно б... | settlements_60_62 | settlements_60_62 | prove_or_guess | prove_or_guess | false | false | strong | mixed | false | FAIL | wrong_first_check |
| q07 | Почему по поставщику мебель оплачена 6 июля, а ассистент может считать, что обязательство не закрыто: не тот договор, не тот об... | settlements_60_62 | settlements_60_62 | why_breaks | why_breaks | false | false | strong | mixed | true | SOFT_PASS | generic_answer |
| q08 | Если смотреть только июль, какие именно расчётные цепочки по мебели выглядят завершёнными, а какие — нет? | settlements_60_62 | settlements_60_62 | which_chains_are_complete_vs_incomplete | which_chains_are_complete_vs_incomplete | false | false | strong | limited | true | SOFT_PASS | generic_answer |
| q09 | 13 июля проведено поступление товаров, а 15 июля — реализация этих же мебельных позиций. НДС-цепочка по этим движениям у нас по... | vat_document_register_book | vat_document_register_book | which_chains_are_complete_vs_incomplete | which_chains_are_complete_vs_incomplete | false | false | strong | limited | true | PASS | none |
| q10 | По оплате от 13 июля на 276 873,60 в тексте явно указан НДС 20% = 46 145,60. Ассистент может доказать, что НДС по этой продаже ... | vat_document_register_book | settlements_60_62 | prove_or_guess | prove_or_guess | true | true | strong | mixed | true | FAIL | wrong_domain |
| q11 | 31 июля есть услуги связи на 1 166,67 + НДС 233,33 и отдельно полученный счёт-фактура на 233,33. Почему по такому кейсу книга п... | vat_document_register_book | vat_document_register_book | why_breaks | why_breaks | true | true | strong | mixed | true | PASS | none |
| q12 | Связан ли полученный 31 июля счёт-фактура с документом услуг связи так, чтобы НДС по нему можно было принять к вычету в июле, и... | vat_document_register_book | vat_document_register_book | prove_or_guess | which_chains_are_complete_vs_incomplete | false | false | strong | limited | true | SOFT_PASS | wrong_question_type |
| q13 | Есть ли у нас в июльском срезе покупки, по которым товар/услуга есть, а полученного счёта-фактуры или налогового эффекта не видно? | vat_document_register_book | settlements_60_62 | why_breaks | why_breaks | false | false | strong | mixed | false | FAIL | wrong_domain, wrong_first_check |
| q14 | Если ассистент говорит, что НДС по связи за июль в порядке, на чём это должно быть основано: на документе услуг, на счёте-факту... | vat_document_register_book | vat_document_register_book | what_is_it_grounded_on | what_is_it_grounded_on | false | false | strong | mixed | true | PASS | none |
| q15 | Почему по одной июльской покупке НДС может попасть в контур, а по другой — нет, даже если обе операции выглядят проведёнными? | vat_document_register_book | vat_document_register_book | why_breaks | why_breaks | false | false | strong | mixed | true | PASS | none |
| q16 | Есть ли в июльских движениях ситуация, где НДС отражён частично: документ и счёт-фактура есть, но запись книги или tax entry не... | vat_document_register_book | vat_document_register_book | which_chains_are_complete_vs_incomplete | which_chains_are_complete_vs_incomplete | false | false | strong | limited | true | PASS | none |
| q17 | 31 июля у нас прошло “Закрытие счетов косвенных расходов”, и там есть крупные суммы — 148 050, 27 954,50, 5 786,63, 5 000 и дру... | month_close_costs_20_44 | month_close_costs_20_44 | prove_or_guess | prove_or_guess | true | true | strong | mixed | true | PASS | none |
| q18 | 31 июля прошло “Списание РБП за Июль 2020 г.”, в том числе на 5 000 и ещё несколько сумм. Есть ли в базе признаки, что часть РБ... | month_close_costs_20_44 | month_close_costs_20_44 | what_is_it_grounded_on | what_is_it_grounded_on | true | true | strong | mixed | true | PASS | none |
| q19 | 31 июля начислена амортизация тремя суммами — 2 471,52, 2 465,28 и 849,83. Это похоже на полное начисление по всем нужным объек... | month_close_costs_20_44 | month_close_costs_20_44 | why_breaks | why_breaks | true | true | strong | mixed | true | PASS | none |
| q20 | После всех июльских регламентных операций — амортизация, списание РБП, закрытие косвенных расходов, определение финансовых резу... | month_close_costs_20_44 | month_close_costs_20_44 | prove_or_guess | prove_or_guess | false | false | strong | mixed | true | PASS | none |
@@ -0,0 +1,53 @@
{
"total_bytes": 7059009054,
"files": [
{
"file": "snapshot_2020-01.ndjson",
"bytes": 580029464
},
{
"file": "snapshot_2020-02.ndjson",
"bytes": 581189065
},
{
"file": "snapshot_2020-03.ndjson",
"bytes": 583880766
},
{
"file": "snapshot_2020-04.ndjson",
"bytes": 584715096
},
{
"file": "snapshot_2020-05.ndjson",
"bytes": 585503134
},
{
"file": "snapshot_2020-06.ndjson",
"bytes": 588644783
},
{
"file": "snapshot_2020-07.ndjson",
"bytes": 589576497
},
{
"file": "snapshot_2020-08.ndjson",
"bytes": 590584465
},
{
"file": "snapshot_2020-09.ndjson",
"bytes": 592120603
},
{
"file": "snapshot_2020-10.ndjson",
"bytes": 592460410
},
{
"file": "snapshot_2020-11.ndjson",
"bytes": 593521104
},
{
"file": "snapshot_2020-12.ndjson",
"bytes": 596783667
}
]
}
@@ -0,0 +1,10 @@
# Runtime Snapshot Wiring (Code Evidence)
- backend/src/config.ts: `ARCH_EXPORT_2020_DIR` points to `docs/ARCH/2020экспорт`.
- backend/src/services/assistantDataLayer.ts: `ensureData()` reads:
- 09_samples_key_fields_Recorder_Ref_Supplier_Buyer_Responsible.json
- 03_snapshot_fragment_problem_cases.json
- 07_samples_DocumentJournals.json
- 08_samples_NDS_registers.json
- 04/05/06 samples for payment/sales/purchase docs
- No direct code reference found to `docs/ARCH/2020_monthly_company_asof_full` in backend/src runtime path.
@@ -0,0 +1,37 @@
[
{
"file": "03_snapshot_fragment_problem_cases.json",
"bytes": 302520,
"records": 80
},
{
"file": "04_samples_SpisanieSRaschetnogoScheta.json",
"bytes": 196178,
"records": 27
},
{
"file": "05_samples_RealizaciyaTovarovUslug.json",
"bytes": 132032,
"records": 5
},
{
"file": "06_samples_PostuplenieTovarovUslug.json",
"bytes": 181409,
"records": 10
},
{
"file": "07_samples_DocumentJournals.json",
"bytes": 292931,
"records": 80
},
{
"file": "08_samples_NDS_registers.json",
"bytes": 291547,
"records": 80
},
{
"file": "09_samples_key_fields_Recorder_Ref_Supplier_Buyer_Responsible.json",
"bytes": 511133,
"records": 140
}
]