Document live template type fixtures

docs/1c-sql-protocol/research/report-template-codec-program.md

@@ -94,6 +94,23 @@ write endpoint до собственной fixture и доказанного о
 `dataSetLink`, layouts или nested schema в другой СКД не предполагается: они
 будут добавлены после отдельной live fixture с соответствующим тегом.
 
+## Live fixtures остальных типов
+
+Read-only diagnostic inventory `CommonTemplate` в `upo_test` уже дал три
+отдельных carrier fixture. Имена нужны только для повторного поиска; тип
+подтверждён содержимым `.0`, а не именем.
+
+| Fixture | Template GUID | Доказательство типа | Разрешённое действие |
+| --- | --- | --- | --- |
+| `ОформлениеОтчетовБежевый` | `f49709d3-13ea-4d67-9934-9d93f8ba1c21` | XML root `AppearanceTemplate`, DCS appearance namespace | read-only, отдельный appearance decoder pending |
+| `ШаблонHTMLПредставленияTXTФайла` | `e3eb9ae8-7381-400b-a933-861b1f4efcff` | UTF-8 XML/HTML root `html` | existing safe text/HTML export only |
+| `КомпонентаXMLDSIG` | `db062a63-2759-409a-b78b-132fe226f6f1` | carrier `{#base64:...}` with ZIP signature `PK` after decoding | opaque archive, hash/size only |
+
+Из этого следует, что `AppearanceTemplate` нельзя относить к spreadsheet
+только из-за вложенного упоминания `SpreadsheetDocument` в XML. Для него
+нужен собственный root-aware classifier и отдельный XML decoder; обратная
+запись по-прежнему запрещена до controlled before/after fixture.
+
 ## Ближайшая реализация
 
 Первый кодовый результат — resolver, который умеет различать форму и макет,