Переход с редакции 2.0 на 3.0 в «1С:Бухгалтерии предприятия» часто сопровождается неприятным сюрпризом: при формировании первых ведомостей на выплату зарплаты в новой базе программа начинает «подтягивать» огромные хвосты за прошлые периоды. При этом в старой базе (2.0) сальдо было нулевым, а расчетные ведомости не показывали никаких задолженностей. Разберемся детально, почему так происходит и как привести учет в порядок.
Основная причина кроется в изменении архитектуры учета. В редакции 2.0 учет взаиморасчетов с персоналом был более «плоским» и прощал многие ошибки аналитики. В редакции 3.0 механизмы стали гораздо строже и теперь они максимально приближены к логике программы «Зарплата и управление персоналом» (ЗУП).
Проанализируем ситуацию: для формирования ведомости в 3.0 критически важен разрез Период взаиморасчетов (месяц начисления). Если в старой базе выплата за январь была проведена в феврале, но в документе выплаты не был четко зафиксирован месяц начисления (январь), система после переноса может интерпретировать это как две независимые операции: «виснет» долг за январь и одновременно числится переплата за февраль. Общее сальдо по счету 70 при этом будет нулевым, но в регистрах накопления, из которых строятся ведомости, строки не «схлопнутся».
Прежде чем что-то исправлять, нам необходимо понять, откуда именно программа берет данные. В «1С:Бухгалтерии 3.0» за выплаты отвечают два ключевых регистра накопления:
Взаиморасчеты с сотрудникамиЗарплата к выплатеРассмотрим, как их проверить. Рекомендуем воспользоваться инструментом Универсальный отчет (раздел Отчеты — Администрирование). Сформируем отчет по регистру Зарплата к выплате, добавив в группировки поля: Сотрудник, Период взаиморасчетов и Статья расходов. Если мы увидим строки с одинаковыми суммами (плюс и минус), но разными месяцами или пустыми аналитиками — это и есть причина проблемы.
Как показывает практика, стандартная групповая обработка «Проведение документов» часто не справляется с этой задачей, так как при переносе данных могли нарушиться логические связи. Разберем последовательность действий для ручного исправления:
Начисление зарплаты, затем Ведомость, и в конце — Списание с расчетного счета или Выдача наличных.Важно: Проверьте кадровые документы. После перехода некоторые приказы о приеме или кадровые переводы могут оказаться в статусе «не проведен». Без них программа не видит актуальных параметров сотрудника, что сбивает алгоритм заполнения ведомостей.
При переносе данных из 2.0 программа создает специальные документы, фиксирующие состояние расчетов на дату перехода. Если «хвосты» тянутся из периодов до начала работы в новой базе, нам нужно проверить технические документы. Найти их можно через меню «Функции для технического специалиста» (ранее «Все функции»):
Проанализируем содержимое следующих объектов:
Данные на начало эксплуатации — здесь хранятся общие сведения.Начальная задолженность по зарплате — этот документ напрямую влияет на то, что попадет в первую ведомость.Попробуем скорректировать суммы в этих документах так, чтобы на дату начала учета в версии 3.0 остатки по регистрам соответствовали реальному положению дел.
Если долгов слишком много и править каждый месяц вручную невозможно, воспользуемся полуавтоматическим способом очистки регистров. Создадим «нулевую» очищающую ведомость:
Ведомость в банк (или в кассу) текущей датой.После проведения такой ведомости регистры очистятся, и в следующий раз программа будет видеть только актуальные начисления.
В наиболее сложных случаях, когда ведомости не помогают, воспользуемся документом Операция, введенная вручную с типом Корректировка регистров. Рассмотрим алгоритм действий:
Операцию (раздел Операции — Бухгалтерский учет).Зарплата к выплате и Взаиморасчеты с сотрудниками.Разберем пример заполнения для регистра Зарплата к выплате:
// Пример записи в корректировке:
Регистр: Зарплата к выплате; Вид: Расход; Сотрудник: Иванов И.И.; Период взаиморасчетов: 01.01.2023; Сумма: 1000,00
Регистр: Зарплата к выплате; Вид: Приход; Сотрудник: Иванов И.И.; Период взаиморасчетов: 01.02.2023; Сумма: 1000,00
Напоследок проанализируем настройки самой программы. Перейдем в раздел Зарплата и кадры — Настройки зарплаты — Порядок учета зарплаты. Обратим внимание на настройку учета расчетов. В БП 3.0 аналитика по месяцам начисления часто является обязательной. Если вы не ведете кадровый учет во внешней программе (например, в ЗУП), убедитесь, что в карточках сотрудников верно указан Способ выплаты (через банк по зарплатному проекту, на личный счет или через кассу). Часто некорректное заполнение ведомостей связано с тем, что способ выплаты в карточке не совпадает с типом создаваемой ведомости.
Используя предложенные методы, мы сможем полностью очистить базу от «наследства» старой редакции и обеспечить корректное формирование отчетности в будущем.