Как выявить нерекомендуемые счета для документа «Операция» и найти уже сделанные ошибки в регламентированном учете
Время на прочтение: 10 минут
Сложность: средняя
Статья будет полезна аналитикам, специалистам по внедрению, техподдержке и ответственным пользователям, которые занимаются ведением бухгалтерского учёта в 1С:ERP, а также тем, кто ответственен за контроль корректности ручных операций. Представленный подход поможет системно выявлять ошибки, связанные с использованием документа «Операция», и существенно сократить количество проблем при закрытии периода.
Введение: почему нельзя всё подряд править через «Операцию»
В 1С:ERP предусмотрены отдельные документы для большинства хозяйственных операций. Например:
-
для движения товаров — «Поступление товаров на склад», «Реализация товаров и услуг», «Возврат товаров от клиента» и т.д.;
-
для расчётов с контрагентами — «Счёт-фактура выданный», «Корректировка долга»;
-
для кассы и банка — «Платежное поручение», «Приходный кассовый ордер»;
-
для учёта затрат — «Отражение зарплаты в финансовом учете», «Приобретение услуг и прочих активов».
Эти документы не просто формируют проводки в регламентированном учёте — они также ведут оперативный контур (регистры партий, взаиморасчетов, складских запасов, себестоимости и т.д.). Если же использовать универсальный документ «Операция (регламентированный учет)» для счетов, для которых существуют специализированные документы, можно нарушить целостность учёта: остатки по регистрам разойдутся с оборотами по счетам, а закрытие периода будет сопровождаться трудноуловимыми ошибками.
Что даст статья:
-
понимание, как конфигурация определяет «запрещённые» для «Операции» счета;
-
готовые запросы для выявления таких счетов;
-
способ найти все уже сделанные проблемные проводки;
-
внешний отчёт, который сделает эту диагностику за вас.
Как конфигурация определяет нерекомендуемые счета
В типовой 1С:ERP (в нашем примере релиз 3.2.7.11) существует обработка «Отражение документов в регламентированном учете». В ней реализованы функции, которые возвращают доступные счета для разных видов учёта:
-
ДоступныеСчетаУчетаНоменклатуры()
-
ДоступныеСчетаУчетаРасчетов()
-
ДоступныеСчетаУчетаРасходов()
-
ДоступныеСчетаУчетаПрочихДоходов()
-
ДоступныеСчетаУчетаТМЦВЭксплуатации()
-
ДоступныеСчетаУчетаДенежныхСредств()
Рисунок 1. Обработка «Отражение документов в регламентированном учете» (системное наименование НастройкаОтраженияДокументовВРеглУчете).
Именно эти функции используются документом «Операция (регламентированный учет)» для автоматического контроля: если счёт не входит в допустимые списки, система показывает предупреждение (см. рисунок 2). Условия отбора включают виды субконто, вид счёта (активный/пассивный), флаг «Запретить использовать в проводках», принадлежность к определённым группам плана счетов и т.п.
Рисунок 2. Документ «Операция (регламентированный учет)» с предупреждением о неправильном использовании счета.
Принцип, заложенный в запросы, которые мы разберём, прост: они повторяют логику указанных выше функций, «вынимая» из чёрного ящика типовой конфигурации список счетов, которые должны отражаться документами оперативного контура, а не ручной «Операцией». На рисунке ниже схематично показана эта логика:
Рисунок 3. Механизм отбора нерекомендуемых счетов.
Почему это важно для бюджетирования: взгляд из смежных подсистем
Если вы не только ведёте бухгалтерский учёт, но и используете подсистему бюджетирования в 1С:ERP/УХ, то контроль за применением документа «Операция» становится ещё более критичным. Почему? Потому что бюджетные модели могут получать данные из разных источников:
-
Оперативный контур — регистры накопления, специально предназначенные для сбора данных в разрезе статей бюджетов (например, «Продажи», «Закупки», «Выручка», «Прочие доходы и расходы»). Именно из них формируются фактические значения для план-фактного анализа, если в настройках правил расчета выбраны соответствующие регистры.
-
Регламентированный учёт — регистр бухгалтерии «Хозрасчетный», который используется для фактических сценариев, когда сбор идёт напрямую из проводок.
Когда некорректная проводка через «Операцию» попадает на счёт, для которого предназначен отдельный документ, страдает целостность обоих контуров. Возникают расхождения:
-
между данными в оперативных регистрах и бухгалтерскими оборотами;
-
между плановыми и фактическими показателями в бюджетной модели.
В результате:
-
План-фактный анализ показывает неверные отклонения.
-
Источники данных в бюджетной модели перестают корректно собирать показатели (например, потому что счёт не соответствует настройкам).
-
Закрытие периода (и, как следствие, формирование бюджетных отчётов) сопровождается ошибками.
Именно поэтому в моих предыдущих статьях я уделяю так много внимания чистоте данных и синхронизации справочников. Например:
-
В статье «Как переносить бюджетные модели между базами 1С:УХ» (//infostart.ru/1c/articles/2635896/ ) мы подробно разбираем, как рассинхронизация НСИ (в том числе счетов и статей) ломает перенос моделей. Там же приведены запросы для поиска «битых» ссылок — они отлично дополняют диагностику, которую мы выполняем в текущей статье.
-
А в материале «Три техники загрузки исторических оборотов в бюджетную модель 1С:Управление холдингом» (//infostart.ru/1c/articles/2624130/ ) я показываю, как важно загружать исторические данные без нарушения архитектуры, чтобы бюджетная модель корректно работала с многолетними оборотами.
Таким образом, если вы отвечаете за бюджетирование, то аудит нерекомендуемых счетов (инструмент №1) и поиск неправильных операций (инструмент №2) должны стать для вас регулярной практикой. Они помогут не только сохранить чистоту регламентированного учёта, но и обеспечить надёжную базу для план-фактного анализа и прогнозирования.
Практический инструмент №1: запрос для получения списка нерекомендуемых счетов
Первый запрос (файл «Запрос для получения списка нерекомендуемых счетов.q1c») формирует полный перечень счетов, для которых в конфигурации предусмотрены отдельные документы оперативного контура. Такие счета не следует использовать в документе «Операция (регламентированный учет)». Система 1С:ERP технически позволит провести документ, но последствия могут быть плачевными — особенно при выполнении регламентной процедуры «Закрытие месяца».
Как выполнить запрос:
Запрос можно выполнить в любой удобной консоли запросов (например, «Консоль запросов» из состава БСП или внешняя обработка). Достаточно скопировать текст, вставить в консоль и нажать «Выполнить». В результате вы получите таблицу со ссылками и кодами счетов.
Рисунок 4. Пример вывода (фрагмент) запроса по получению нерекомендуемых счетов.
Важно: список зависит от конкретной настройки плана счетов (субконто, иерархия счетов и т.д.). Поэтому его рекомендуется переформировать после внесённых изменений в план счетов. После обновления конфигурации (особенно крупных, с появлением новых документов) может потребоваться актуализация запроса. В этом случае разработчику или аналитику стоит проверить функцию НерекомендуемыеСчетаУчета() в модуле менеджера документа «ОперацияБух» и сверить логику с запросами в обработке «Отражение документов в регламентированном учете». При необходимости — внести изменения в представленный запрос.
Практический инструмент №2: диагностика уже проведённых операций
Второй запрос (файл «Запрос для поиска операций с нерекомендуемыми счетами.q1c») логически дополняет первый. Он ищет в регистре бухгалтерии «Хозрасчетный» движения, которые:
-
созданы документом «Операция (регламентированный учет)»;
-
используют счета из списка нерекомендуемых (либо по дебету, либо по кредиту).
Как интерпретировать результат:
Вы получите список документов-операций, в проводках которых присутствуют счета, требующие использования специализированных документов. Каждая такая операция - потенциальное место нарушения учёта.
Что делать после получения списка:
-
Открыть каждый документ и проанализировать, можно ли заменить его типовым документом (поступлением, реализацией, корректировкой долга и т.д.).
-
Если операция была ошибочной — сторнировать или скорректировать.
-
В будущем — настроить отражение документов в регламентированном, чтобы пользователи не использовали «Операцию» для таких счетов.
Готовая обработка для отбора всех неправильно оформленных операций
На основе второго запроса реализован внешний отчёт, который предоставляет информацию в удобном интерфейсе. Внешний отчёт «Отбор всех операций с неправильными счетами.erf» приложен к статье.
Что умеет отчёт:
-
выводит все операции, в которых использовались нерекомендуемые счета;
-
позволяет быстро перейти к проблемному документу (по двойному щелчку или по ссылке).
Внешний отчёт не требует установки, работает в режиме 1С:Предприятие.
Рисунок 5. Пример вывода результата внешнего отчета «Отбор всех операций с неправильными счетами».
Заключение
Понимание внутренних механизмов конфигурации — ключ к стабильному учёту в 1С:ERP. Использование документа «Операция» для счетов, по которым типовые механизмы предполагают отдельные документы, рано или поздно приводит к расхождениям между оперативным и регламентированным учётом. Предложенные запросы и внешний отчёт помогут вам:
-
провести аудит уже существующих операций;
-
контролировать, чтобы новые проводки не нарушали архитектуру решения;
-
оперативно отслеживать изменения, заложенные новыми обновлениями в конфигурации 1С:ERP.
Если у вас есть свои находки по этой теме — делитесь в комментариях. Возможно, вы знаете другие счета, которые не вошли в типовые списки, или сталкивались с нестандартными ситуациями. Вместе сделаем учёт чище!
Приложения к статье
-
Файл: Запрос для получения списка нерекомендуемых счетов.q1c
-
Файл: Запрос для поиска операций с нерекомендуемыми счетами.q1c
-
Файл: Отбор всех операций с неправильными счетами.erf – за 1 стармани.
Внимание: внешний отчёт предоставлен как пример, без гарантий. Перед использованием в промышленных базах рекомендуется проверить его на тестовом контуре. -
Платформа: 8.3.27.1719
-
Конфигурация: 1С:ERP. Управление холдингом (3.2.7.11)
Вступайте в нашу телеграмм-группу Инфостарт