--- title: "Справочник «СостоянияОригиналовПервичныхДокументов» — техническое описание" country: KZ lang: ru author: Сапа Т.И. (https://buhgpt.kz/authors/sapa-ti) date: 2026-09-06 canonical: https://buhgpt.kz/suraqtar/spravochnik-sostoyaniyaoriginalovpervichnyhdokumentov-tehnicheskoe-opi source: BuhGPT --- # Справочник «СостоянияОригиналовПервичныхДокументов» — техническое описание > **TL;DR:** 1. Идентификация Параметр Значение Тип объекта Справочник (Catalog) Имя СостоянияОригиналовПервичныхДокументов Полное имя Справочник.СостоянияОригиналовПервичныхДокументов ( Catalogs.СостоянияОригиналовПервичныхДокументов ) Синоним — (не задан; в представлении используется имя --- 1. Идентификация Параметр Значение Тип объекта Справочник (Catalog) Имя СостоянияОригиналовПервичныхДокументов Полное имя Справочник.СостоянияОригиналовПервичныхДокументов (Catalogs.СостоянияОригиналовПервичныхДокументов) Синоним — (не задан; в представлении используется имя/наименование элемента) Конфигурация Бухгалтерия для Казахстана, редакция 3.0 (версия 3.0.74.2) Впервые появился Релиз 3.0.73 Где найти Навигационная ссылка: e1cib/list/Справочник.СостоянияОригиналовПервичныхДокументов Назначение. Справочник хранит пользовательский классификатор состояний бумажных (или иных материальных) оригиналов первичных документов — например, «Оригинал получен», «Оригинал ожидается», «Оригинал возвращён», «Оригинал не требуется». Он используется в подсистеме ЭДО и в механизмах учёта первички, чтобы отслеживать, в каком состоянии находится физический оригинал документа: получен ли он от контрагента, отправлен ли, подшит ли в архив. Значениями справочника помечаются документы/строки, что помогает бухгалтеру и делопроизводителю контролировать комплектность оригиналов для целей налогового и бухгалтерского учёта. Справочник ведётся вручную: пользователь заводит нужные ему состояния. Как правило, наполняется один раз при настройке и далее лишь изредка дополняется. Это простой вспомогательный классификатор без сложной бизнес-логики. 2. Реквизиты и табличные части 2.1 Реквизиты шапки Имя Тип Обязательность Назначение Описание Строка DontCheck Текстовое описание/наименование состояния оригинала (то, что видит пользователь при выборе значения). Основное содержательное поле элемента. РеквизитДопУпорядочивания Число DontCheck Порядок — число для ручной сортировки состояний в списках выбора, чтобы расположить их в логичной последовательности, а не по алфавиту. Помимо перечисленных реквизитов, у элемента есть стандартные платформенные поля — в частности Наименование и Код, используемые как представление элемента. 2.2 Табличные части Табличные части не определены (tabular_sections: []). Справочник плоский, состоит только из реквизитов шапки. 3. Формы Собственные формы в карте объекта не определены (forms: []). Используются автоматически генерируемые платформой формы: Форма Назначение Форма элемента (авто) Ввод/редактирование одного состояния: наименование, реквизит «Описание», порядок упорядочивания. Форма списка (авто) Просмотр и ведение всего классификатора состояний, выбор значения в других объектах. Форма выбора (авто) Подбор значения при заполнении реквизитов документов/подсистемы ЭДО. Автоматически генерируемых форм достаточно для ведения простого классификатора; собственные формы разработчиком типовой конфигурации не создавались. 4. Ключевые процедуры модулей Прикладного BSL-кода в evidence для данного справочника не приложено, и для классификатора такого типа он, как правило, отсутствует. Ниже — типовые обработчики, характерные для справочника этого вида: - Модуль объекта — обычно пуст либо содержит стандартный ОбработкаЗаполнения (первичное заполнение реквизитов при вводе на основании) и ПередЗаписью (базовый контроль). Специфической логики проведения нет — справочник движений не формирует. - Модуль менеджера — как правило, пуст; при необходимости может содержать функции получения предопределённых/типовых значений состояний. - Формы — используются платформенные, поэтому пользовательских модулей форм нет. Требует проверки: наличие процедуры ОбработкаЗаполнения и предопределённых элементов может отличаться в конкретной сборке релиза (появился в 3.0.73). 5. Проведение и движения Справочник не является документом и не формирует движений по регистрам накопления, сведений или бухгалтерским регистрам. Проводок он не создаёт. Роль объекта — быть значением-ссылкой (аналитикой/признаком), которым помечается состояние оригинала документа в подсистеме ЭДО и учёте первички. Бухгалтерские последствия возникают не у справочника, а у первичных документов, к которым относится оригинал. Для ориентира — типовые проводки таких документов формируются по плану счетов РК: Хозяйственная операция Дт Кт Реализация товаров покупателю (доход) 1210 «Краткосрочная ДЗ покупателей» 6010 «Доход от реализации» Начисление НДС при реализации (16%) 1210 3130 «НДС к уплате» Списание себестоимости 7010 «Себестоимость реализации» 1330 «Товары» Поступление товаров от поставщика 1330 3310 «КЗ поставщикам» Оплата поставщику с текущего счёта 3310 1030 «Деньги на текущих счетах» Примечание по НДС: с 2026 года в РК применяется ставка 16% (например, при базе 1 000 000 ₸ НДС = 160 000 ₸). Электронное сопровождение первички — ЭСФ (ИС ЭСФ) и СНТ; именно к этим документам применим контроль состояния оригинала. 6. Связанные объекты и ввод на основании - Подсистема ЭДО и учёта первичных документов — основной потребитель справочника: значениями помечается состояние оригинала по документам поступления/реализации и по электронным документам (ЭСФ, СНТ). - Документы первички (поступление, реализация, счета-фактуры) — используют элемент справочника как реквизит-признак состояния бумажного оригинала. - Ввод на основании — не предусмотрен: справочник является классификатором-значением, а не источником для документов. 7. Точки расширения - Добавление новых состояний — штатный сценарий: пользователь/внедренец заводит собственные значения (например, «Оригинал в пути», «Скан получен, оригинал ожидается»). Порядок отображения регулируется реквизитом РеквизитДопУпорядочивания. - Расширение конфигурации — можно добавить реквизиты (например, «ТребуетКонтроля», «ЦветИндикации») или собственную форму списка с условным оформлением для визуального выделения проблемных состояний. - Подписки на события / БСП — при доработке контроля комплектности оригиналов справочник удобно использовать как источник статусов в отчётах и обработках по недостающей первичке. - Интеграция с отчётностью — значения справочника можно выводить в универсальных отчётах и настраиваемых списках документов для контроля наличия оригиналов перед закрытием периода. При доработках соблюдайте совместимость с типовой подсистемой ЭДО: не переопределяйте стандартные поля представления (Наименование/Код) и не меняйте назначение реквизита упорядочивания. --- _BuhGPT — ИИ-помощник для бухгалтеров Казахстана: https://buhgpt.kz_