Контроль учётных данных в «1С:БГУ 8» ред. 2.0.111: как подготовить корректную выгрузку в МСД ГИИС «Электронный бюджет»

В релизе 2.0.111 «1С:Бухгалтерии государственного учреждения 8» редакции 2 появились два механизма контроля учётных данных, от которых зависит, пройдёт ли выгрузка в Модуль сбора данных ПУиО ГИИС «Электронный бюджет» (МСД). Первый механизм: 10 новых видов проверок технологического анализа в группе «Проверки для обмена с МСД ПУиО ГИИС ЭБ», они находят ошибки в учёте до формирования пакета. Второй: контрольные соотношения МСД, проверяющие уже сформированный пакет перед отправкой. Оба механизма перечислены в сообщении о новых возможностях контроля учётных данных в 1С:БГУ.

Разница практическая: адрес места хранения, вид валюты, контрагент-администратор доходов и дата исполнения по договору правятся в справочниках и документах, а не в пакете. Пока пакет не сформирован, такая правка занимает минуты. Исправление неточностей до формирования и отправки пакетов исключает повторную отправку исправленных данных и сокращает время взаимодействия с МСД.

Инструкции ниже рассчитаны на ред. 2.0.111 и более поздние сборки ред. 2. Там, где описание релиза не раскрывает детали (порядок включения проверок, состав контрольных соотношений, названия статусов пакета), это отмечено прямо. Материал не официальная документация 1С, а практическое руководство по настройке контроля.

Что изменилось в релизе 2.0.111 для выгрузки в МСД

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

Два механизма контроля: до и после формирования пакета

Читатели часто смешивают эти два инструмента. Отличаются они объектом проверки и местом в процессе, а не назначением.

Таблица 1. Если таблица шире экрана, прокрутите её влево или вправо. С клавиатуры: перейдите к таблице клавишей Tab и используйте стрелки.

Параметр	Технологический анализ	Контрольные соотношения МСД
Что проверяет	Учётные данные: справочники, документы, остатки и обороты по счетам	Сформированный документ «Пакет передаваемых данных»
Где запускается	Раздел «Учет и отчетность – Технологический анализ», группа «Проверки для обмена с МСД ПУиО ГИИС ЭБ»	При проверке пакета перед отправкой
Когда применяется	Заблаговременно, до формирования пакета	После формирования пакета
Режимы работы	Выборочно по отдельным направлениям или комплексно по всем возможным направлениям	По набору соотношений, заданному для пакета; перечень в описании релиза не приведён
Результат	Список проблем с количеством по каждой группе проверок	Сообщения протокола, блокирующие и предупреждающие
Что делать	Дозаполнить реквизиты, исправить корреспонденции, прогнать проверку снова	Устранить блокирующие, переформировать пакет, повторить проверку

Механизмы дополняют друг друга. Технологический анализ вычищает справочники и остатки, контрольные соотношения проверяют логику уже собранного пакета. Настраивать что-то одно вместо другого смысла нет: ошибка в карточке объекта пройдёт мимо соотношений, а расхождение итогов не увидит проверка справочника.

Кому и когда обновляться на 2.0.111

Обновление нужно учреждениям, которые сдают ПУиО через МСД и работают на ред. 2. Если база стоит на релизе ниже 2.0.111, часть проверок группы и новые контрольные соотношения могут отсутствовать. Перед настройкой IT-специалисту стоит открыть сведения о программе и сверить фактический номер релиза с 2.0.111, а затем согласовать дату обновления с периодом сдачи отчётности.

Учитывайте и более поздние сборки. В версии 2.0.111.70, например, среди изменений указана новая форма «Технологического анализа», появился обмен УПД через 1С:Share и обновлённые формы отчётности; что именно поменялось для бухгалтера и администратора, разобрано в материале о версии 2.0.111.70 «Бухгалтерии государственного учреждения». Состав проверок после обновления стоит перечитать заново: интерфейс формы технологического анализа менялся.

Как устроен технологический анализ в 1С:БГУ и где найти новые проверки

Проверки находятся в разделе «Учет и отчетность – Технологический анализ». Новые виды добавлены в группу «Проверки для обмена с МСД ПУиО ГИИС ЭБ», всего в ней 10 новых проверок. Форму доработали для наглядности: группы выполняемых проверок выделяются пиктограммой, а количество выявленных проблем показывается в выделенной колонке. Список из десятка строк читается быстрее, проблемные направления видны по цифре без открытия каждой группы.

Технологический анализ запускают выборочно, по отдельным направлениям, или комплексно, по всем возможным направлениям. Кроме проверок для МСД он показывает отрицательные остатки на счетах, корреспонденции, не согласующиеся с корректными корреспонденциями счетов, и превышение принятия обязательств над доведёнными ЛБО (ассигнованиями) и утверждёнными сметными (плановыми) назначениями. Эти данные полезны и вне выгрузки: часть ошибок всплывает при закрытии периода.

Активация проверок и настройка выполнения по расписанию

Описание релиза перечисляет проверки, но не раскрывает порядок их включения и параметры расписания. Последовательность ниже сверяйте с формой своей базы: названия кнопок в сборках отличаются.

Откройте раздел «Учет и отчетность – Технологический анализ».
Найдите группу «Проверки для обмена с МСД ПУиО ГИИС ЭБ» по пиктограмме.
Отметьте нужные проверки. На первом запуске включайте не всё: по двум-трём направлениям проще оценить объём ошибок и время выполнения.
Задайте выполнение по расписанию, если такая настройка доступна в вашей сборке. Рабочая схема: ежедневный прогон перед формированием пакетов и отдельный запуск накануне сдачи отчётности.
Запустите проверку вручную и посмотрите колонку с количеством проблем.

Что учесть до включения расписания. Не ставьте запуск на время регламентных операций закрытия периода: тяжёлые проверки конкурируют за ресурсы с другими заданиями. На больших базах первый прогон делайте на копии, чтобы понять длительность и объём списка ошибок, и только потом включайте автоматический запуск в рабочей базе. Если настройки расписания в вашей сборке нет, запускайте проверку вручную по регламенту учреждения.

Выборочная и комплексная проверка: когда что запускать

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

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

10 новых проверок технологического анализа: что именно контролируется

Ниже проверки группы с указанием счетов, реквизитов и места исправления. Перечень в просмотренном описании релиза обрывается на проверке по справочнику «Организации», полный состав всех десяти пунктов сверяйте в самой форме технологического анализа и в сообщении о релизе 2.0.111.

Таблица 2. Если таблица шире экрана, прокрутите её влево или вправо. С клавиатуры: перейдите к таблице клавишей Tab и используйте стрелки.

Проверка	Что контролирует	Где исправлять
Заполнение адреса в справочнике «Места хранения»	Адрес по местам хранения в центре материальной ответственности по счетам групп 101.00 «Основные средства», 103.00 «Непроизведенные активы», 105.00 «Материальные запасы»	Справочник «Места хранения», карточка ЦМО
Заполнение адреса в справочнике «Основные средства»	Адрес объектов основных средств по счетам группы 108.00 «Имущество казны»	Карточка объекта основных средств
Заполнение места хранения в справочнике «ЦМО»	Реквизит «Место хранения» в справочнике центров материальной ответственности при использовании ЦМО по счетам групп 101.00, 103.00, 105.00	Карточка центра материальной ответственности
Заполнение вида валюты в остатках и оборотах по валютным счетам	Остатки и обороты без указания вида валюты, с детализацией до конкретного документа	Документ, открытый из сообщения проверки
Заполнение даты исполнения по договору	Дата исполнения в зависимости от порядка учёта: по графикам исполнения договоров, регистру «Сроки исполнения и сумм обязательств» или реквизиту «Дата окончания» в карточке договора	Карточка договора или график исполнения
Заполнение контрагента в справочнике «Налоги и платежи организаций»	Контрагент, администратор доходов, если по элементу справочника есть остатки или обороты	Элемент справочника «Налоги и платежи организаций»
Заполнение реквизитов в справочнике «Организации»	Установленный бюджет в элементах справочника «Организации»	Карточка организации

Проверки по контрагентам и субконто в просмотренном тексте описания не детализированы по счетам. Логика исправления для них та же, что и для остальных: открыть сообщение, перейти к объекту, дозаполнить реквизит, повторить прогон.

Адреса мест хранения и основных средств: почему без них пакет не пройдёт

Адрес места хранения в ЦМО и адрес объекта основных средств попадают в выгрузку по имущественным счетам, поэтому пустое поле в карточке превращается в ошибку пакета. Проверка «Заполнение адреса в справочнике «Места хранения»» контролирует заполнение адреса по местам хранения в центре материальной ответственности для данных по счетам групп 101.00 «Основные средства», 103.00 «Непроизведенные активы», 105.00 «Материальные запасы». Проверка «Заполнение адреса в справочнике «Основные средства»» делает то же для объектов основных средств по счетам группы 108.00 «Имущество казны».

Типовая ошибка выглядит так: адрес заполнен в карточке объекта, а в месте хранения пусто, или наоборот. Проверка покажет расхождение. Порядок действий: открыть сообщение, перейти в справочник, дозаполнить адрес, убедиться, что объект привязан к нужному ЦМО, прогнать проверку повторно.

Выгрузка по имущественным счетам меняется от релиза к релизу. Как это выглядело в версии 2.0.109.47, где уточнили выгрузку по счетам 101.ХХ и 106.ХХ, разобрано в обзоре версии 2.0.109.47 «Бухгалтерии государственного учреждения».

Валютные счета, контрагенты и субконто: детализация до документа

Проверка «Заполнение вида валюты в остатках и оборотах по валютным счетам» при обнаружении остатков или оборотов без указания вида валюты выводит сообщение об ошибке с детализацией до конкретного документа. Искать проводку вручную не нужно: документ открывается прямо из сообщения.

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

Отдельного внимания требует дата исполнения по договору. Проверка «Заполнение даты исполнения по договору» контролирует наличие даты в зависимости от порядка учёта: по графикам исполнения договоров, регистру «Сроки исполнения и сумм обязательств» или реквизиту «Дата окончания» в карточке договора. Если учреждение ведёт учёт по графикам, а договор заполнен только реквизитом «Дата окончания», проверка укажет на несоответствие.

Незаполненное субконто ломает не только выгрузку, но и внутренние сверки: обороты по счету расходятся с аналитикой. Исправлять такие разрывы удобнее в момент проверки, пока список проблем короткий.

Бюджет организации, план счетов и налоги: системные несоответствия

Проверка «Заполнение реквизитов в справочнике «Организации»» смотрит установленный бюджет в элементах справочника. Такая ошибка обычно появляется после ручной правки карточки или переноса данных: в учёте используется один бюджет, а в реквизите указан другой, и пакет уходит с неверной аналитикой.

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

Контрольные соотношения МСД: как проверить сформированный пакет

Второй механизм работает с документом «Пакет передаваемых данных» после его формирования. Контрольные соотношения проверяют пакет перед отправкой и делятся на блокирующие и предупреждающие. Перечень соотношений, их формулировки и присвоенные уровни важности в просмотренном описании релиза не приведены: состав зависит от таксономии и обновляется вместе с релизами. Читайте его в протоколе проверки и в сопроводительной документации к вашей сборке.

Блокирующие и предупреждающие: как не перепутать и что делать

Таблица 3. Если таблица шире экрана, прокрутите её влево или вправо. С клавиатуры: перейдите к таблице клавишей Tab и используйте стрелки.

Тип сообщения	Влияние на отправку	Действие бухгалтера
Блокирующее	Отправка невозможна	Исправить учётные данные в источнике, переформировать пакет, повторить проверку
Предупреждающее	Отправка возможна	Оценить риск, зафиксировать решение, устранить, если правка не влияет на сроки

Практическое правило: блокирующие сообщения закрываются полностью, предупреждения разбираются и фиксируются. Оставить предупреждение без правки допустимо, если понятно, почему оно появилось, и решение можно объяснить вышестоящей организации. Пример из учётных данных: остаток по валютному счёту без вида валюты искажает выгрузку и относится к блокирующим, а часть расхождений в аналитике даёт только предупреждение.

Пакет не отправляйте повторно без исправления: каждый такой цикл создаёт лишний обмен с МСД и отодвигает срок сдачи.

Работа с протоколом проверки контрольных соотношений

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

Откройте протокол проверки контрольных соотношений из формы пакета.
Отфильтруйте сообщения по типу и начните с блокирующих.
Перейдите из сообщения к документу, справочнику или строке пакета, где возникло нарушение.
Исправьте данные в учёте, а не в пакете.
Переформируйте пакет и запустите проверку снова.

Сохраняйте протокол до исправлений. При разборе спорной ситуации с вышестоящей организацией или органом казначейства вы покажете исходный набор замечаний, а не только итоговую версию пакета.

Статусы документа «Пакет передаваемых данных» и действия при блокирующих ошибках

Статус пакета показывает, можно ли отправлять данные. Описание релиза не приводит полный перечень статусов и их названия в конкретной сборке, поэтому ориентируйтесь на карточку документа и сообщения формы. Логика после проверки такая:

Проверка пройдена без замечаний: пакет готов к подписанию и отправке.
Есть предупреждения: отправка возможна, замечания фиксируются и передаются ответственному.
Есть блокирующие ошибки: пакет не проходит, отправка недоступна до исправления учётных данных.

Алгоритм при блокирующих ошибках: открыть протокол, локализовать ошибку, исправить учётные данные, прогнать технологический анализ по проблемному направлению, переформировать пакет, повторно проверить контрольные соотношения, отправить. Правки вносите в источники данных. Ручная корректировка пакета устойчивого результата не даёт: при переформировании всё вернётся.

Чек-лист бухгалтера перед отправкой пакета

Запустить комплексную проверку технологического анализа.
Устранить ошибки по группе «Проверки для обмена с МСД ПУиО ГИИС ЭБ».
Сформировать пакет передаваемых данных.
Запустить контрольные соотношения МСД.
Разобрать протокол и закрыть блокирующие сообщения.
Убедиться в статусе пакета и отсутствии необработанных предупреждений.
Подписать и отправить пакет.

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

Типовые ошибки настройки и как их избежать

Расписание проверок совпадает с регламентными операциями закрытия периода. Сдвиньте запуск на другое время.
Включены не все проверки группы. Часть ошибок тогда всплывёт только на этапе контрольных соотношений, когда пакет уже сформирован.
Предупреждения игнорируются без фиксации. Через месяц никто не объяснит, почему пакет ушёл с замечанием.
Первый прогон сразу в рабочей базе. Для оценки нагрузки нужна копия.
Инструкция не обновляется при переходе на новый релиз. Состав проверок и интерфейс формы меняются.

IT-специалисту полезно вести короткий перечень: какие проверки включены, по какому расписанию идут, где сохраняются протоколы. При обновлении этот перечень сверяют с новым релизом и корректируют.

Коротко о главном

В релизе 2.0.111 «1С:БГУ 8» ред. 2 появились 10 видов проверок технологического анализа в группе «Проверки для обмена с МСД ПУиО ГИИС ЭБ» и контрольные соотношения МСД.
Технологический анализ работает с учётными данными до формирования пакета, контрольные соотношения проверяют уже сформированный пакет.
Блокирующие сообщения останавливают отправку, предупреждающие информируют и требуют осознанного решения.
Исправление неточностей до формирования пакета исключает повторную отправку исправленных данных и сокращает время взаимодействия с МСД.
Состав соотношений и названия статусов пакета сверяйте с протоколом и документацией своей сборки: материал описывает логику работы, а не заменяет официальные инструкции.

Полный перечень новых возможностей контроля смотрите в первичном описании релиза 2.0.111. Начните с одного шага: откройте технологический анализ и посмотрите, сколько проблем уже накопилось в группе проверок для обмена с МСД.