← На главную

Каждый бухгалтер, работающий в программе 1С:Зарплата и управление персоналом 3.1 (ЗУП), хотя бы раз сталкивался с ситуацией, когда при заполнении ведомостей на выплату зарплаты или пособий программа начинает «рвать» суммы. Например, в документе начисления сотруднику положено ровно 50 рублей (или любая другая фиксированная сумма пособия до 3 лет), а в ведомость подтягивается странная дробная сумма — 49 рублей 81 копейка, а оставшиеся 19 копеек зависают долгом за предприятием или начинают «кочевать» из месяца в месяц с пометкой «в т.ч. за прошлые периоды».

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

Скрытые причины появления копеек во взаиморасчетах

Для начала выясним причину такого поведения программы. В отличие от старых версий (например, ЗУП 2.5), в редакции 3.1 механизм учета взаиморасчетов с сотрудниками стал более строгим и многомерным. Когда мы проводим документ начисления, программа фиксирует не просто общую сумму долга перед сотрудником, а записывает её в регистры в разрезе нескольких измерений:

• Период взаиморасчетов (месяц, за который начисляется сумма);
• Сотрудник (и его физическое лицо);
• Статья расходов (аналитический разрез учета);
• Документ-основание (конкретный документ начисления, например, Отпуск по уходу за ребенком или Начисление зарплаты и взносов).

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

Самые частые триггеры пересортицы:

1. Ручные правки в ведомостях: Бухгалтер вручную скорректировал сумму к выплате непосредственно в табличной части ведомости, не изменив документ начисления. В итоге по одному документу-основанию остался недоплаченный «хвост», а по другому возникла переплата. Суммарно долг сотрудника равен нулю, но аналитика в регистре «разъехалась».
2. Исправление документов задним числом: Если документ начисления (например, больничный или отпуск) был пересчитан или перепроведен после того, как по нему уже была произведена и закрыта выплата.
3. Сбои при переносе данных: При переходе на ЗУП 3.1 из других программ начальные остатки взаиморасчетов могли перенестись с незакрытыми «копейками» по аналитическим разрезам.

В результате программа видит, например, что по одной статье расходов у сотрудника висит плюс 19 копеек, а по другой — минус 19 копеек. При автоматическом заполнении новой ведомости 1С пытается «схлопнуть» эти переплаты и недоплаты, из-за чего в текущей выплате появляются нестыковки, пугающие бухгалтеров.

---

Шаг 1. Диагностика регистров через Универсальный отчет

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

• Зарплата к выплате — на его данных строится автозаполнение ведомостей;
• Взаиморасчеты с сотрудниками — по нему формируются расчетные листки и зарплатные отчеты;
• Бухгалтерские взаиморасчеты с сотрудниками — отвечает за отражение расчетов в бухучете.

Давайте настроим специальный отчет для анализа движений. Выполним следующие действия:

1. Перейдем в раздел Администрирование, далее выберем пункт Обслуживание и откроем Универсальный отчет.
2. В шапке отчета установим тип объекта Регистр накопления, выберем регистр Зарплата к выплате и таблицу Остатки и обороты.
3. Нажмем кнопку Настройки. На вкладке Отборы добавим условие: Физическое лицо Равно [Имя_проблемного_сотрудника]. Обратите внимание: отбор лучше делать именно по физическому лицу, чтобы исключить влияние дублирующихся карточек сотрудников при внутреннем совместительстве.
4. На вкладке Структура настроим группировку строк. Добавим поля в следующем порядке:
   • Период взаиморасчетов;
   • Статья расходов;
   • Документ-основание;
   • Регистратор (документ, который сделал запись в регистр).
5. Нажмем кнопку Закрыть и сформировать.

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

---

Шаг 2. Способы исправления пересортицы

Рассмотрим три практических метода решения проблемы — от самого простого и безопасного до радикального.

Метод 1. Создание технической «нулевой» ведомости

Это наиболее предпочтительный и элегантный способ, который позволяет «схлопнуть» зависшие копейки текущим периодом, не трогая прошлые закрытые месяцы и не искажая сданную отчетность по взносам и НДФЛ.

Выполним процедуру по шагам:

1. Создадим новый документ Ведомость в кассу (или Ведомость в банк, в зависимости от того, как обычно выплачивается зарплата) текущим рабочим месяцем.
2. Вместо кнопки «Заполнить» нажмем кнопку Подобрать и выберем нашу проблемную сотрудницу.
3. В колонку «К выплате» подтянется итоговая сумма. Скорее всего, она будет нулевой или будет содержать те самые копейки. Дважды кликнем по сумме в колонке К выплате, чтобы открыть окно расшифровки платежа.
4. В открывшемся окне мы увидим детальную расшифровку: программа вывела строки за прошлые периоды (некоторые со знаком «плюс», другие со знаком «минус»). Суммарно эти строки дают ноль или копеечную разницу.
5. Важный нюанс: Если в ведомость также подтянулось начисление текущего месяца (например, наши 50 рублей за текущий месяц), удалим строку текущего начисления из расшифровки. Нам нужно оставить только «хвосты» прошлых периодов, которые в сумме дают ровно 0 рублей (или копейки пересортицы, которые мы хотим закрыть).
6. Нажмем ОК и проведем документ ведомости.

Поскольку общая сумма к выплате в ведомости стала равна нулю (или копейкам, не требующим реальной выплаты), этот документ не пойдет в банк и не потребует выдачи денег из кассы. Однако при проведении он сделает нужные движения по регистру Зарплата к выплате — спишет зависшие плюсы и минусы по аналитике. После этого в следующей рабочей ведомости расчеты заполнятся идеально ровно.

Метод 2. Корректировка регистров через «Перенос данных»

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

Для этого воспользуемся универсальным инструментом корректировки:

1. Перейдем в раздел Администрирование — Переносы данных.
2. Создадим новый документ. В качестве номера и даты укажем текущее число.
3. Нажмем кнопку Настройка состава регистров на панели документа.
4. В открывшемся списке перейдем на вкладку Регистры накопления и установим флажки напротив трех регистров:
   • Зарплата к выплате;
   • Взаиморасчеты с сотрудниками;
   • Бухгалтерские взаиморасчеты с сотрудниками.
5. В документе появятся соответствующие вкладки для каждого регистра. Теперь нам необходимо внести компенсирующие записи. Ориентируясь на данные нашего Универсального отчета, мы должны продублировать строки, по которым зависли копейки, но с противоположным знаком (выполнить сторно), чтобы вывести остатки в ноль.
6. Заполняем все измерения (Сотрудник, Период, Статья расходов, Документ-основание) строго в соответствии с ошибочной записью.
7. Записываем и проводим документ Перенос данных. После этого взаиморасчеты очистятся.

Метод 3. Последовательное перепроведение (для открытых периодов)

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

Рассмотрим последовательность действий:

1. Откроем журнал документов выплат и временно распроведем все ведомости по данной сотруднице, начиная с месяца, в котором впервые зафиксирован сбой (например, с апреля 2018 года).
2. Перейдем в документы начисления за этот же период. Убедимся, что пособие рассчитано корректно (ровно 50 рублей). При необходимости пересчитаем и проведем документ начисления за первый проблемный месяц.
3. Создадим ведомость на выплату за этот первый месяц. Заполним её строго в автоматическом режиме (кнопкой Заполнить). Программа должна подтянуть корректную сумму без копеек. Проведем ведомость.
4. Повторим процедуру последовательно для каждого последующего месяца (май, июнь и т.д.). Строго соблюдайте хронологию: сначала проводится начисление месяца, затем выплата за этот же месяц, и только потом мы переходим к следующему месяцу.

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

---

Как избежать пересортицы в будущем?

Чтобы больше не сталкиваться с ситуацией, когда 1С:ЗУП искажает копейки в пособиях и зарплате, рекомендуем соблюдать простые правила работы в программе:

• Никаких ручных правок в ведомостях: Если сумма к выплате не совпадает с вашими ожиданиями, никогда не исправляйте цифры в ведомости вручную. Ищите причину в документе начисления. Любая ручная правка ведомости — это гарантированная пересортица в следующем месяце.
• Соблюдайте последовательность проведения документов: Всегда регистрируйте выплаты только после того, как проведены все начисления за этот месяц.
• Контролируйте расчетные листки: Регулярно формируйте зарплатные отчеты и обращайте внимание на появление строк «в т.ч. за прошлые периоды». Чем раньше вы заметите копеечное расхождение, тем проще будет его устранить технической ведомостью по горячим следам.