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