При переходе с версии Зарплата и Управление Персоналом 2.5 на редакцию 3.1 пользователи часто сталкиваются с ситуацией, когда в расчетных листках суммы в полях «Долг предприятия на начало месяца» и «Долг предприятия на конец месяца» выглядят некорректно. Одной из самых распространенных проблем является их полное равенство в течение нескольких месяцев, несмотря на то, что начисления и выплаты в программе регистрируются. Разберем детально, как устроены механизмы взаиморасчетов в 1С:ЗУП 3.1, и выясним причины возникновения таких ошибок.
Прежде всего, нам необходимо проанализировать, как именно программа определяет задолженность. В отличие от старых версий, в ЗУП 3.1 расчет остатков базируется не на одном, а на нескольких регистрах накопления. Данные в расчетном листке формируются динамически на основании запроса к этим регистрам. Рассмотрим основные настройки, которые влияют на этот процесс.
Перейдем в меню «Настройка» — «Дополнительные настройки». Здесь находится критически важный параметр «Показывать взаиморасчеты». У него есть два варианта:
Если настройки установлены в режим бухгалтерского учета, то «Долг на начало месяца» — это остаток по регистрам на 1-е число календарного месяца. Если же долг на начало и конец месяца равны, это первый признак того, что какая-то сумма «зависла» в аналитических разрезах и не перекрывается новыми документами.
Для корректного отображения данных в 1С:ЗУП 3.1 записи по сотруднику должны «схлопываться» в трех основных регистрах. Если по одному из них остаток закроется, а по другому — нет, мы получим вечный долг в отчетах. Проверим следующие регистры:
ВзаиморасчетыССотрудниками — основной регистр, отвечающий за долги по зарплате.БухгалтерскиеВзаиморасчетыССотрудниками — используется для формирования данных в бухгалтерском режиме.ЗарплатаКВыплатеАвансом — влияет на расчеты, если используются выплаты авансов.Разберем ситуацию, когда записи в этих регистрах присутствуют, но сумма не меняется. Это происходит из-за несовпадения аналитики. В ЗУП 3.1 учет ведется в разрезе подразделений, статей расходов и видов доходов исполнительного производства. Если начисление прошло по подразделению «Администрация», а выплата была по ошибке проведена по подразделению «Бухгалтерия», то в целом по сотруднику сумма может быть нулевой, но в разрезе подразделений программа будет видеть одновременно и долг предприятия, и переплату сотруднику. В расчетном листке эти суммы могут суммироваться некорректно, выдавая «застывший» остаток.
Выясним, почему при переносе данных часто возникают ошибки. Типовой помощник перехода создает документы Перенос данных (с кодами ПЗ, ВЗ, РЗ) и документ Начальная задолженность по зарплате. Рассмотрим типичные ошибки этого этапа:
ВзаиморасчетыССотрудниками через документ переноса, и в документ Начальная задолженность. Это приведет к удвоению долга в расчетных листках.Статья расходов (например, «ОТ» — оплата труда) является обязательным. Если перенесенные остатки имеют пустую статью, а новые начисления — заполненную, программа не увидит связи между ними.Проанализируем ситуацию на практике. Чтобы найти «зависшую» сумму, воспользуемся универсальным отчетом или специализированным отчетом «Анализ взаиморасчетов с сотрудниками».
Шаг 1: Настройка отчета. Сформируем отчет «Анализ взаиморасчетов» за период с начала года (или с даты переноса). В настройках отчета обязательно добавим группировку по Регистратору, Подразделению и Статье расходов.
Шаг 2: Поиск разрывов. Посмотрим на колонки «Приход» и «Расход». Если мы видим, что по одному подразделению висит положительный остаток, а по другому — отрицательный, значит, причина в аналитике. Также проверим наличие пустых значений в колонке «Статья расходов».
Шаг 3: Проверка статуса ведомостей. Проанализируем документы Ведомость в банк или Ведомость в кассу. В ЗУП 3.1 ведомость делает движения в регистры только при условии, что она проведена и (в зависимости от настроек) подтверждена выплатой. Если в регистре Зарплата к выплате запись есть, но она не закрыта расходом, проверьте, не создано ли дублирующих документов выплаты.
Шаг 4: Использование документа «Перенос задолженности». Если мы обнаружили, что долг «завис» на старом подразделении или на пустой статье расходов, не обязательно править документы переноса. Мы можем воспользоваться документом Перенос задолженности (раздел «Выплаты»). В нем нужно указать сотрудника и с помощью кнопок «Заполнить» перебросить остаток с неправильной аналитики (например, пустого подразделения) на актуальную.
Шаг 5: Проверка регистра «Бухгалтерские взаиморасчеты». Если в обычных отчетах по зарплате все верно, а в расчетном листке все равно «висит» долг, посмотрим напрямую в регистр Бухгалтерские взаиморасчеты с сотрудниками. Иногда после переноса там остаются записи без Вида движения (просто записи с суммами), которые мешают корректному расчету остатка. В таком случае поможет только корректировка записей регистра через документ Перенос данных.
Рассмотрим еще один нюанс: дату документа выплаты. В сообщении 6 на форуме упоминалось, что выплата была проведена июнем при задолженности на начало года. Это критическая ошибка для бухгалтерского метода учета. Если документ Начисление зарплаты и взносов проведен 31 января, а ведомость на выплату — 20 января (как аванс), но с некорректно указанным месяцем выплаты, программа может не зачесть эти суммы. Всегда следите, чтобы Месяц выплаты в ведомости строго соответствовал месяцу начисления, который мы закрываем.
Для исправления ситуации, когда долг предприятия не меняется, мы должны:
Взаиморасчеты с сотрудниками.Перенос задолженности.Следуя этим шагам, мы приведем взаиморасчеты в порядок, и расчетный листок будет отражать реальное состояние задолженности перед сотрудниками.