Справочник «СостоянияОригиналовПервичныхДокументов» — техническое описание

1. Идентификация

Назначение. Справочник хранит пользовательский классификатор состояний бумажных (или иных материальных) оригиналов первичных документов — например, «Оригинал получен», «Оригинал ожидается», «Оригинал возвращён», «Оригинал не требуется». Он используется в подсистеме ЭДО и в механизмах учёта первички, чтобы отслеживать, в каком состоянии находится физический оригинал документа: получен ли он от контрагента, отправлен ли, подшит ли в архив. Значениями справочника помечаются документы/строки, что помогает бухгалтеру и делопроизводителю контролировать комплектность оригиналов для целей налогового и бухгалтерского учёта.

Справочник ведётся вручную: пользователь заводит нужные ему состояния. Как правило, наполняется один раз при настройке и далее лишь изредка дополняется. Это простой вспомогательный классификатор без сложной бизнес-логики.

2. Реквизиты и табличные части

2.1 Реквизиты шапки

Помимо перечисленных реквизитов, у элемента есть стандартные платформенные поля — в частности Наименование и Код, используемые как представление элемента.

2.2 Табличные части

Табличные части не определены (tabular_sections: []). Справочник плоский, состоит только из реквизитов шапки.

3. Формы

Собственные формы в карте объекта не определены (forms: []). Используются автоматически генерируемые платформой формы:

Автоматически генерируемых форм достаточно для ведения простого классификатора; собственные формы разработчиком типовой конфигурации не создавались.

4. Ключевые процедуры модулей

Прикладного BSL-кода в evidence для данного справочника не приложено, и для классификатора такого типа он, как правило, отсутствует. Ниже — типовые обработчики, характерные для справочника этого вида:

• Модуль объекта — обычно пуст либо содержит стандартный ОбработкаЗаполнения (первичное заполнение реквизитов при вводе на основании) и ПередЗаписью (базовый контроль). Специфической логики проведения нет — справочник движений не формирует.
• Модуль менеджера — как правило, пуст; при необходимости может содержать функции получения предопределённых/типовых значений состояний.
• Формы — используются платформенные, поэтому пользовательских модулей форм нет.

Требует проверки: наличие процедуры ОбработкаЗаполнения и предопределённых элементов может отличаться в конкретной сборке релиза (появился в 3.0.73).

5. Проведение и движения

Справочник не является документом и не формирует движений по регистрам накопления, сведений или бухгалтерским регистрам. Проводок он не создаёт.

Роль объекта — быть значением-ссылкой (аналитикой/признаком), которым помечается состояние оригинала документа в подсистеме ЭДО и учёте первички. Бухгалтерские последствия возникают не у справочника, а у первичных документов, к которым относится оригинал. Для ориентира — типовые проводки таких документов формируются по плану счетов РК:

Примечание по НДС: с 2026 года в РК применяется ставка 16% (например, при базе 1 000 000 ₸ НДС = 160 000 ₸). Электронное сопровождение первички — ЭСФ (ИС ЭСФ) и СНТ; именно к этим документам применим контроль состояния оригинала.

6. Связанные объекты и ввод на основании

• Подсистема ЭДО и учёта первичных документов — основной потребитель справочника: значениями помечается состояние оригинала по документам поступления/реализации и по электронным документам (ЭСФ, СНТ).
• Документы первички (поступление, реализация, счета-фактуры) — используют элемент справочника как реквизит-признак состояния бумажного оригинала.
• Ввод на основании — не предусмотрен: справочник является классификатором-значением, а не источником для документов.

7. Точки расширения

• Добавление новых состояний — штатный сценарий: пользователь/внедренец заводит собственные значения (например, «Оригинал в пути», «Скан получен, оригинал ожидается»). Порядок отображения регулируется реквизитом РеквизитДопУпорядочивания.
• Расширение конфигурации — можно добавить реквизиты (например, «ТребуетКонтроля», «ЦветИндикации») или собственную форму списка с условным оформлением для визуального выделения проблемных состояний.
• Подписки на события / БСП — при доработке контроля комплектности оригиналов справочник удобно использовать как источник статусов в отчётах и обработках по недостающей первичке.
• Интеграция с отчётностью — значения справочника можно выводить в универсальных отчётах и настраиваемых списках документов для контроля наличия оригиналов перед закрытием периода.

При доработках соблюдайте совместимость с типовой подсистемой ЭДО: не переопределяйте стандартные поля представления (Наименование/Код) и не меняйте назначение реквизита упорядочивания.