RUKKENZH
Задать вопрос AI
РазделыОбъекты конфигурации 1С
Справочник «ПравилаПроверкиУчета» — техническое описание (Бухгалтерия для Казахстана 3.0.74.2)
Язык статьи:🇷🇺 RU🇰🇿 KK🇬🇧 EN🇨🇳 ZH

Справочник «ПравилаПроверкиУчета» — техническое описание (Бухгалтерия для Казахстана 3.0.74.2)

Актуально для: 1С:Бухгалтерия для Казахстана, ред. 3.0.74.2 · ГК 1С-Сапа — партнёр фирмы «1С»
СТ
Сапа Т.И. — Эксперт по 1С и бухгалтерскому учёту, преподаватель-практик

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

Параметр Значение
Тип объекта Справочник (Catalog)
Имя ПравилаПроверкиУчета
Полное имя Справочник.ПравилаПроверкиУчета (Catalogs.ПравилаПроверкиУчета)
Синоним Правила проверки учёта
Конфигурация Бухгалтерия для Казахстана, редакция 3.0.74.2
Подсистема Контроль ведения учёта (Стандартные подсистемы)
Навигационная ссылка e1cib/list/Справочник.ПравилаПроверкиУчета

Назначение. Справочник хранит перечень правил (проверок) корректности ведения бухгалтерского учёта. Каждый элемент описывает одну проверяемую ситуацию: суть проблемы, её критичность, причины возникновения, рекомендации по устранению и параметры автоматического выполнения (способ запуска, расписание, лимиты, дата начала анализа). Система использует эти правила для автоматического выявления ошибок и несоответствий в учётных данных (например, отрицательные остатки на счёте 1330 «Товары», незакрытые авансы по 1210/3310, расхождения по НДС на счёте 3130, отсутствие ЭСФ по реализациям с движением по 6010/1210).

Справочник — это словарь настроек контроля, а не документ: он не формирует движений по регистрам, а задаёт метаданные для механизма проверки учёта. Работа с ним ведётся при первичной настройке и периодически — при изменении требований к контролю или после обновления конфигурации.

Где найти: раздел «Стандартные подсистемы» → «Правила проверки учёта» (или напрямую по навигационной ссылке e1cib/list/Справочник.ПравилаПроверкиУчета).


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

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

Имя Тип Обязательность Назначение
ВажностьПроблемы ПеречислениеСсылка.ВажностьПроблемыУчета Обязательный (ShowError) Критичность выявляемой проблемы («Критическая», «Важная», «Информационная»). Влияет на приоритет устранения и визуальное выделение в отчётах о результатах проверки.
Идентификатор Строка Необязательный Уникальный программный код правила для связи с метаданными конфигурации и процедурами-обработчиками. Используется при обновлении конфигурации для синхронизации предопределённого набора правил.
Использование Булево Необязательный Флаг активности: Истина — проверка выполняется, Ложь — отключена. Автоматически сбрасывается в Ложь при пометке элемента на удаление.
Причины Строка (неограниченная) Необязательный Текстовое описание причин возникновения проблемы. Используется для обучения пользователей и документирования логики проверки.
Рекомендация Строка (неограниченная) Необязательный Рекомендации по устранению проблемы. Показываются пользователю вместе с результатами проверки.
СпособВыполнения ПеречислениеСсылка.СпособыВыполненияПроверки Необязательный Как запускается проверка: по расписанию (регламентное задание), по требованию пользователя, автоматически при проведении документов и т.д.
ИдентификаторРегламентногоЗадания Строка Необязательный Идентификатор регламентного задания при автоматическом выполнении по расписанию. Связывает правило с фоновым заданием.
ДополнительныеПараметры ХранилищеЗначения Необязательный Произвольная структура специфичных параметров проверки (отборы, пороговые значения, настройки алгоритма).
ДатаНачалаПроверки Дата (ДатаВремя) Необязательный Начальная дата анализа данных. Позволяет исключить исторические периоды из проверки.
ЛимитПроблем Число (десятичное) Необязательный Максимальное количество выявляемых проблем за один запуск. Ограничивает время выполнения и объём результатов.
РасписаниеВыполненияПроверки ХранилищеЗначения Необязательный Сериализованный объект расписания (ПланировщикЗаданий), задающий периодичность автозапуска для регламентного задания.

Кроме перечисленных, элемент обладает стандартными реквизитами справочника: Код, Наименование, ПометкаУдаления, Предопределённый. Как правило, справочник иерархический не является и содержит предопределённый набор правил, поставляемых вместе с конфигурацией.

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

В приложенном evidence табличные части не зафиксированы. Для справочника такого назначения дополнительные параметры проверок (отборы, пороги, перечень контролируемых счетов/объектов) хранятся не в табличных частях, а в реквизитах типа ХранилищеЗначения (ДополнительныеПараметры, РасписаниеВыполненияПроверки). Наличие/отсутствие табличных частей — версионно-специфично, уточняется в конфигураторе конкретной версии.


3. Формы

Форма Назначение
ФормаСписка Основной список правил. Отображает наименование, важность проблемы и флаг использования; позволяет включать/отключать правила, открывать элементы и запускать проверку по выделенным правилам.
ФормаЭлемента Карточка правила: редактирование важности, идентификатора, причин, рекомендаций, способа выполнения, даты начала, лимита проблем и настройки расписания регламентного задания.
ФормаВыбора Выбор правила из других объектов конфигурации (например, при настройке групп проверок или при программном обращении к правилу).

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


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

В приложенном evidence текст модулей (BSL) не предоставлен. Ниже — типовые обработчики для справочника данного вида; конкретные строки следует смотреть в модулях объекта/форм соответствующей версии.

Модуль объекта (ОбработкаЗаполнения, ПередЗаписью, ПриКопировании):

  • ПередЗаписью — контроль заполнения обязательного реквизита ВажностьПроблемы; синхронизация флага Использование с ПометкаУдаления (при установке пометки удаления ИспользованиеЛожь).
  • ОбработкаПроверкиЗаполнения — проверка заполнения ВажностьПроблемы (ShowError) и, при СпособВыполнения = ПоРасписанию, требование заполненного РасписаниеВыполненияПроверки.

Модуль менеджера / общие модули подсистемы контроля:

  • Процедуры получения активных правил (Использование = Истина) и запуска связанного механизма проверки учёта.
  • Регистрация/актуализация регламентного задания по ИдентификаторРегламентногоЗадания и РасписаниеВыполненияПроверки.
  • Формирование результатов проверки с учётом ЛимитПроблем, ДатаНачалаПроверки и параметров из ДополнительныеПараметры.

Модуль формы элемента:

  • ПриСозданииНаСервере / ПриЧтенииНаСервере — восстановление настроек расписания из ХранилищеЗначения для отображения в элементе управления расписания.
  • Обработчики видимости/доступности полей расписания в зависимости от значения СпособВыполнения.

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

Справочник не является документом и не проводится — он не формирует бухгалтерских проводок и движений по регистрам накопления/сведений. Его роль — хранить настройки проверок.

Движения по учётным регистрам формируют документы, а правила из этого справочника лишь анализируют результаты такого учёта. Типовые проверки, настраиваемые через справочник, ориентированы на план счетов РК, например:

  • Отрицательные остатки ТМЗ — контроль дебетового/кредитового сальдо по счёту 1330 «Товары».
  • Незакрытые расчёты и авансы — анализ 1210 «Краткосрочная дебиторская задолженность покупателей» и 3310 «Краткосрочная кредиторская задолженность поставщикам».
  • Контроль НДС — сверка оборотов и сальдо по 3130 «НДС к уплате» (ставка НДС в Казахстане с 2026 года — 16%) с реестром выписанных/полученных ЭСФ (ИС ЭСФ) и оформленными СНТ.
  • Полнота отражения реализации — сопоставление доходов по 6010 «Доход от реализации» и списанной себестоимости 7010 «Себестоимость реализации» с наличием выписанных ЭСФ.
  • Движение денежных средств — контроль корректности проводок по 1030 «Денежные средства на текущих банковских счетах».

Результаты выполнения правил сохраняются механизмом контроля учёта (журнал/регистр результатов проверки подсистемы «Контроль ведения учёта»), а не самим справочником.


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

Перечисления (типы реквизитов):

  • Перечисление.ВажностьПроблемыУчета — уровни критичности.
  • Перечисление.СпособыВыполненияПроверки — способы запуска.

Механизмы платформы/БСП:

  • Регламентные задания (РегламентноеЗадание, ПланировщикЗаданий) — по ИдентификаторРегламентногоЗадания и РасписаниеВыполненияПроверки.
  • Подсистема «Контроль ведения учёта» — потребитель правил; формирует и хранит результаты проверок.

Анализируемые объекты учёта (косвенная связь через алгоритмы проверок): документы реализации/поступления, платёжные документы, регистр бухгалтерии (план счетов РК), электронные документы ЭСФ и СНТ.

Ввод на основании. Для справочника ввод на основании не предусмотрен и не имеет смысла: элементы создаются вручную либо поставляются как предопределённые данные конфигурации.


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

  • Собственные правила проверки. Создание новых элементов справочника с заполнением Идентификатор, Причины, Рекомендация и параметров запуска; привязка к пользовательскому алгоритму проверки через ДополнительныеПараметры.
  • Расширение конфигурации (Extensions). Добавление реквизитов/форм, переопределение обработчиков ПередЗаписью, ОбработкаПроверкиЗаполнения без снятия конфигурации с поддержки.
  • Настройка расписаний. Изменение СпособВыполнения и РасписаниеВыполненияПроверки под регламент предприятия (например, ежемесячный контроль НДС перед формированием ЭСФ).
  • Параметризация через ДополнительныеПараметры. Хранение пороговых значений и отборов (перечень контролируемых счетов, минимальные суммы, организации) без изменения структуры метаданных.
  • Локализация текстов. Ведение Причины/Рекомендация под требования РК с указанием актуальных норм 2026 года (НДС 16%, МРП 4 325 ₸, МЗП 85 000 ₸).

Версионно-специфично: конкретный состав предопределённых правил и перечень доступных значений перечислений ВажностьПроблемыУчета/СпособыВыполненияПроверки уточняется в конфигураторе версии 3.0.74.2.

Частые вопросы

Формирует ли справочник «ПравилаПроверкиУчета» проводки?
Нет. Это справочник настроек, а не документ. Он не проводится и не создаёт движений по регистрам. Проводки формируют учётные документы, а правила лишь анализируют результат учёта (например, остатки по счетам 1330, 1210, 3310 или обороты по НДС 3130).
Какой реквизит обязателен к заполнению?
Обязательным (ShowError) является реквизит «ВажностьПроблемы» типа ПеречислениеСсылка.ВажностьПроблемыУчета. Он определяет критичность выявляемой проблемы и влияет на приоритет устранения и отображение в отчётах.
Как отключить отдельное правило проверки?
Снять флаг «Использование» (установить в Ложь) в карточке элемента. Флаг также автоматически сбрасывается в Ложь при пометке элемента на удаление.
Как настроить автоматический запуск проверки по расписанию?
Задать «СпособВыполнения» = запуск по расписанию, заполнить «РасписаниеВыполненияПроверки» (объект расписания) и «ИдентификаторРегламентногоЗадания», связывающий правило с фоновым регламентным заданием системы.
Где найти справочник в интерфейсе?
Раздел «Стандартные подсистемы» → «Правила проверки учёта», либо по навигационной ссылке e1cib/list/Справочник.ПравилаПроверкиУчета.

Читайте также

Источники

Была ли статья полезна?
💼 Нужна помощь с 1С или учётом? Слава КВЦ — многолетняя практика в 1С в Казахстане. Изучите разложенный НК РК 2026 или спросите в чате BuhGPT — ответит за секунды.
Теги:KZCatalogs