Как проверить учет в программе 1С:ERP

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

Самый классический пример — направление деятельности в договоре. Вот начали вы вести учет по договору, проставили в нем направление деятельности, а потом кто-то зашел в договор и его поменял. В документах этого можно не заметить сразу, но в проводках и в учете уже появилось другое направление деятельности, и учет начал потихонечку расползаться.

Еще более опасный пример, когда в направлении деятельности поменяли вид деятельности НДС.
Для программы этот реквизит является более приоритетным, чем то, что вы указываете в документах. Здесь вы вообще можете очень долго не заметить проблему. Возможно, что закроете несколько месяцев, прежде чем кто-то обратит на это внимание.
Исправить ошибки в текущем периоде зачастую невозможно. Особенно там, где дело касается НДС и направлений деятельности. Они в регистры прописываются глубоко.
Соответственно, придется вскрывать старые периоды.

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

Я имею в виду проблему, когда у нас на 60-м или на 62 счете по одному тому же договору висит остаток и по дебету, и по кредиту. При этом, если у вас взаиморасчеты по заказам или по накладным, то такие остатки — это нормальная ситуация.
То есть найти ошибку по оборотке проблематично.

Для этого можно использовать типовой универсальный отчет по регистрам «Расчеты с клиентами по срокам» или «Расчеты с поставщиками по срокам». Структура регистров одинаковая. Я буду пример показывать на регистре «Расчеты с клиентами по срокам».

Открываем универсальный отчет по данному регистру.
P.S. Универсальный отчет не выведен в интерфейс программы, для его использования нужно включить в параметрах режим технического специалиста и найти отчет через все функции.
Так подробно о настройке универсального отчета я буду показывать только в одном примере, в остальных просто буду показывать итоговый результат.
Выбираем

• Тип объекта = Регистр накопления.
• Имя = Расчеты с клиентами по срокам.
• Имя таблицы = Остатки и обороты.
• Период – период анализа.

Переходим в настройки отчета и включаем расширенный режим.
В структуре отчета оставляем только Объект расчетов

В полях и сортировке я обычно оставляю только «Долг (регл.)» и «Предоплату (регл.)». Если расползаются они, то расползается и все остальное. Можно оставить и другие поля.

Оставляем только блок с конечными остатками, потому что это отчет-индикатор. Мы по нему не будем разбирать, почему у нас по объекту расчета что-то расползлось. Нам нужно сначала найти проблемные объекты.

Теперь переходим в «Фильтры». При необходимости добавляем в нем фильтры по организации.
Выходит вот такой отчет.

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

При большом объеме искать такое глазами, конечно, сложно. Поэтому мы настроим фильтр, чтобы он выводил только проблемные объекты.
Простым фильтром такое не сделать, поэтому мы добавляем формулу.

Формула текстом:[Долг (регл.) кон. остаток] >0 и[Предоплата (регл.) кон. остаток] >0
Называем ее «Есть проблемы» и выводим в шапку отчета.

Теперь в отчет выводятся только проблемные позиции.

Если снять флаг «есть проблемы», то выводиться будут снова все данные.
По расчетам с поставщиками настройка полностью идентична.

Мы можем отчет с такой настройкой сохранить и вывести в интерфейс тех пользователей, которые отвечают за взаиморасчеты.

Придумываем название. Определяем, каким пользователям он доступен и в каком разделе его разместить.

Отчет готов к использованию.

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