Clarify external component fixture evidence

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

@@ -104,7 +104,7 @@ Read-only diagnostic inventory `CommonTemplate` в `upo_test` уже дал тр
 | --- | --- | --- | --- |
 | `ОформлениеОтчетовБежевый` | `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 |
+| `КомпонентаXMLDSIG` | `db062a63-2759-409a-b78b-132fe226f6f1` | carrier `{#base64:...}` with ZIP signature `PK` after decoding; metadata part has no `ExternalComponent` declaration | opaque archive candidate, hash/size only |
 
 Из этого следует, что `AppearanceTemplate` нельзя относить к spreadsheet
 только из-за вложенного упоминания `SpreadsheetDocument` в XML. Для него
@@ -116,6 +116,11 @@ Reader реализован в `plugins/1c/parser/appearance_payload.py`: он
 outline XML-тегов. Он не разбирает строковое значение style как произвольный
 формат и всегда сообщает `unsupported_until_reverse_codec_fixture` для write.
 
+ZIP carrier сам по себе не доказывает platform type `ExternalComponent`:
+fixture выше нельзя использовать для утверждения этого типа или для encoder-а.
+Для внешней компоненты нужен отдельный metadata declaration либо controlled
+Configurator fixture.
+
 ## Ближайшая реализация
 
 Первый кодовый результат — resolver, который умеет различать форму и макет,