Этап 4 / Пакет по РБП восстановление живого контура сбора данных и доказательной базы

2026-03-29 10:38:04 +03:00
parent 095e74ad3b
commit 133b6dca3c
83 changed files with 265742 additions and 77 deletions
@@ -0,0 +1,14 @@
+# Chat Export Live Replay
+
+## L1 | vat_chain_furniture_13_15_july
+user: 13 июля проведено поступление товаров, а 15 июля — реализация этих же мебельных позиций. НДС-цепочка по этим движениям у нас полная или где-то есть выпадение между документом, проводкой и налоговым отражением?
+assistant(reply_type=factual_with_explanation, trace_id=i2sI02TOEt-jx_): Коротко: Цепочки разделены на подтвержденные, частично подтвержденные и неподтвержденные. Что сломано: - Ожидаемый переход в учетной цепочке не подтвержден; подтверждение пока частичное, вывод ограничен. Почему это похоже на проблему: - Цепочки разделены на завершенные и незавершенные по текущей опоре. - Часть НДС-цепочки подтверждена, но один или несколько переходов документ -> счет-фактура -> регистр -> книга не подтверждены. На чем это основано: - Опора собрана по НДС-звеньям, чтобы разделить полные и неполные переходы. - Опора собрана по звеньям НДС-цепочки, чтобы разделить полные и неполные переходы. - Вывод опирается на 10 подтвержденных наблюдений в текущем срезе. - Проверены связанные документы и проводки по 6 источникам. - Есть связка между основным выводом и подтверждающими записями. - Опора частичная: по НДС-цепочке не подтверждены одно или несколько звеньев. - Цепочки пока не удалось уверенно разделить на полные и неполные. Что проверить первым: - Сначала разложите НДС-цепочку по шагам: документ -> счет-фактура -> регистр -> книга. - Проверьте ОС-контур: объект ОС -> ввод в эксплуатацию -> начисление амортизации по счетам 01/02. - Сверьте параметр амортизации и наличие начисления по каждому объекту ОС в периоде. Ограничения: - Деление на «complete/incomplete» зависит от полноты цепочки в текущем срезе. - Надежность problem-сигнала низкая, поэтому вывод ограничен. - Оценка сделана на snapshot-срезе и может не включать часть цепочки. - Live probe использует ограниченный выборочный read-only запрос к 1С.
+
+## L2 | rbp_tail_31_july_5000
+user: 31 июля прошло “Списание РБП за Июль 2020 г.”, в том числе на 5 000 и ещё несколько сумм. Есть ли в базе признаки, что часть РБП к концу июля всё ещё живёт дольше ожидаемого?
+assistant(reply_type=partial_coverage, trace_id=kDTLdj1FllFHW4): Коротко: Ниже перечислены основания вывода по списание, остаток и подтверждение на конец периода. Что сломано: - Цепочка затрат и закрытия месяца подтверждена только частично; подтверждение пока частичное, вывод ограничен. Почему это похоже на проблему: - Фокус ответа по подтверждение списания и остатка на конец периода, а не общий close-narrative. - Ожидаемая цепочка списания выглядит незавершенной. - По часть списаний к концу периода подтверждена не полностью, поэтому остаток может сохраняться дольше ожидаемого. На чем это основано: - Опора перечислена по РБП-объектам, документам списания и остаткам на конец периода. - Основание собрано по объект списания, документ списания и остаток на конец периода. - Опора частичная: не по всем объектам подтверждено списание к концу периода. - Отдельно не подтверждено или покрыто частично: R1, R2. - В опоре использованы якоря вопроса: 2020, period:2020. Что проверить первым: - Сначала перечислите по объект, документ списания и остаток после списания на конец периода. - Перечислите основание по объект, документ списания, движение по счету 97, остаток на конец периода. Ограничения: - В основание включены только подтвержденные источники; неподтвержденные вынесены в ограничения. - Якоря из вопроса без прямого подтверждения: 5 000. - Надежность problem-сигнала низкая, поэтому вывод ограничен. - Оценка сделана на snapshot-срезе и может не включать часть цепочки. - Canonical output ограничен доменным runtime-контрактом. - Ни одно требование не получило подтвержденного покрытия.
+
+## L3 | fa_amortization_2471_2465_849
+user: 31 июля начислена амортизация тремя суммами — 2 471,52, 2 465,28 и 849,83. Это похоже на полное начисление по всем нужным объектам за июль или есть риск, что какой-то объект ОС в июле не попал в амортизацию?
+assistant(reply_type=partial_coverage, trace_id=tSRTKmvWeBFIig): Коротко: Наиболее вероятный механизм проблемы подтвержден частично и требует первичной проверки. Что сломано: - подтверждение пока частичное, вывод ограничен. Почему это похоже на проблему: - Переход от карточки ОС к начислению амортизации подтвержден не полностью. - По ОС часть переходов к начислению амортизации подтверждена не полностью, поэтому есть риск пропуска отдельных объектов. На чем это основано: - Вывод опирается на 10 подтвержденных наблюдений в текущем срезе. - Проверены связанные документы и проводки по 6 источникам. - Есть связка между основным выводом и подтверждающими записями. - Опора частичная: не по всем объектам ОС подтверждено попадание в начисление амортизации. - Подтверждено по требованиям: R1. Что проверить первым: - Проверьте ОС-контур: объект ОС -> ввод в эксплуатацию -> начисление амортизации по счетам 01/02. - Сверьте параметр амортизации и наличие начисления по каждому объекту ОС в периоде. Ограничения: - Якоря из вопроса без прямого подтверждения: 2 471,52, 2 465,28, 849,83. - Механизм проблемы подтвержден не полностью. - Надежность problem-сигнала низкая, поэтому вывод ограничен. - Риск-факторы определяются эвристикой, а не полным набором бизнес-правил 1С. - Часть нерелевантных записей исключена domain purity фильтром. - Оценка сделана на snapshot-срезе и может не включать часть цепочки.
+
@@ -0,0 +1,7 @@
+# Live Case Matrix
+
+| Case | Label | Reply | Claim Type | Admissible Evidence | Grounding Mode | Scope | Temporal |
+| --- | --- | --- | --- | ---: | --- | --- | --- |
+| L1 | vat_chain_furniture_13_15_july | factual_with_explanation | prove_vat_chain_completeness | 12 | grounded_positive | company_specific_accounting | passed |
+| L2 | rbp_tail_31_july_5000 | partial_coverage | prove_rbp_tail_state | 0 | limited_or_insufficient_evidence | company_specific_accounting | passed |
+| L3 | fa_amortization_2471_2465_849 | partial_coverage | prove_month_close_state | 19 | limited_or_insufficient_evidence | company_specific_accounting | passed |
@@ -0,0 +1,23 @@
+# Live Replay Report (Wave 19.2)
+
+## Source
+- Source of truth replayed from: `X:\1C\NDC_1C\llm_normalizer\docs\runs\2026-03-29_Stage_04_Wave_19_1_Live_Alignment_Fix_Claim_Bound_Runtime\1.txt`
+- Replayed exactly 3 user turns from the original export.
+- Runtime path: MCP ON, useMock=true.
+
+## Metrics
+- live_temporal_contradiction_rate: 0
+- live_company_scope_resolution_rate: 1
+- live_admissible_evidence_nonzero_rate: 0.6667
+- live_partial_coverage_default_rate: 0.6667
+- baseline_partial_coverage_default_rate: 1
+- live_claim_path_completion_rate: 0.6667
+- live_false_grounded_answer_rate: 0
+
+## Verdict
+- LIVE_TEMPORAL_ALIGNMENT_FIXED: FIXED
+- LIVE_COMPANY_SCOPE_FIXED: FIXED
+- LIVE_EVIDENCE_PATH_FIXED: FIXED
+- LIVE_PARTIAL_COVERAGE_DEFAULT_REDUCED: REDUCED
+- Overall: WAVE19_2_ACCEPTED
+
@@ -0,0 +1,6 @@
+{
+    "generated_at":  "2026-03-29T09:22:59",
+    "cases":  [
+
+              ]
+}
@@ -0,0 +1,36 @@
+{
+  "run_id": "2026-03-29_Stage_04_Wave_19_2_Live_Runtime_Fix_Replay_1txt",
+  "stage": "Stage_04",
+  "wave": "Wave_19_2",
+  "scope": "live_runtime_fix_by_replay_1txt",
+  "source_of_truth": "X:\\1C\\NDC_1C\\llm_normalizer\\docs\\runs\\2026-03-29_Stage_04_Wave_19_1_Live_Alignment_Fix_Claim_Bound_Runtime\\1.txt",
+  "execution": {
+    "replay_mode": "exact_questions_from_1_txt",
+    "runtime_path": "assistant_message_with_mcp_runtime_on",
+    "normalizer_mode": "useMock=true",
+    "session_id": "asst-wave19_2-1774763298275"
+  },
+  "thresholds": {
+    "live_temporal_contradiction_rate": 0,
+    "live_company_scope_resolution_rate": 1,
+    "live_false_grounded_answer_rate": 0,
+    "live_admissible_evidence_nonzero_min_cases": 2
+  },
+  "metrics": {
+    "case_count": 3,
+    "baseline_partial_coverage_default_rate": 1,
+    "live_temporal_contradiction_rate": 0,
+    "live_company_scope_resolution_rate": 1,
+    "live_admissible_evidence_nonzero_rate": 0.6667,
+    "live_partial_coverage_default_rate": 0.6667,
+    "live_claim_path_completion_rate": 0.6667,
+    "live_false_grounded_answer_rate": 0
+  },
+  "verdicts": {
+    "LIVE_TEMPORAL_ALIGNMENT_FIXED": "FIXED",
+    "LIVE_COMPANY_SCOPE_FIXED": "FIXED",
+    "LIVE_EVIDENCE_PATH_FIXED": "FIXED",
+    "LIVE_PARTIAL_COVERAGE_DEFAULT_REDUCED": "REDUCED",
+    "overall_status": "WAVE19_2_ACCEPTED"
+  }
+}
@@ -0,0 +1,38 @@
+[
+    {
+        "case_id":  "L1",
+        "label":  "vat_chain_furniture_13_15_july",
+        "claim_type":  "prove_vat_chain_completeness",
+        "routes":  "store_canonical -\u003e hybrid_store_plus_live",
+        "business_scope_resolved":  "company_specific_accounting",
+        "resolved_time_anchor":  "2020-07-13",
+        "temporal_guard_outcome":  "passed",
+        "admissible_evidence_count":  12,
+        "grounding_mode":  "grounded_positive",
+        "reply_type":  "factual_with_explanation"
+    },
+    {
+        "case_id":  "L2",
+        "label":  "rbp_tail_31_july_5000",
+        "claim_type":  "prove_rbp_tail_state",
+        "routes":  "store_canonical -\u003e store_canonical",
+        "business_scope_resolved":  "company_specific_accounting",
+        "resolved_time_anchor":  "2020-07-31",
+        "temporal_guard_outcome":  "passed",
+        "admissible_evidence_count":  0,
+        "grounding_mode":  "limited_or_insufficient_evidence",
+        "reply_type":  "partial_coverage"
+    },
+    {
+        "case_id":  "L3",
+        "label":  "fa_amortization_2471_2465_849",
+        "claim_type":  "prove_month_close_state",
+        "routes":  "store_feature_risk -\u003e hybrid_store_plus_live",
+        "business_scope_resolved":  "company_specific_accounting",
+        "resolved_time_anchor":  "2020-07-31",
+        "temporal_guard_outcome":  "passed",
+        "admissible_evidence_count":  19,
+        "grounding_mode":  "limited_or_insufficient_evidence",
+        "reply_type":  "partial_coverage"
+    }
+]