← На главную

Переход с конфигурации «Бухгалтерия предприятия 2.0» на современную «Бухгалтерию предприятия 3.0» часто сопровождается неприятным сюрпризом: при попытке выплатить зарплату в новой базе программа «подтягивает» странные долги, переплаты или пустые строки. Как отмечают специалисты, это стандартная проблема, связанная с изменением архитектуры хранения данных. Давайте разберем, почему это происходит и как навести порядок, не открывая закрытые периоды.

Почему «летят» регистры при переходе?

Проанализируем ситуацию: в старой редакции 2.0 учет расчетов с персоналом во многом опирался на данные бухгалтерского Счета 70. В редакции 3.0 ситуация иная — здесь реализован механизм, схожий с ЗУП, где учет ведется параллельно на специализированных регистрах накопления. К ним относятся Взаиморасчеты с сотрудниками, Зарплата к выплате и Бухгалтерские взаиморасчеты с сотрудниками.

При переносе данных стандартная обработка пытается сопоставить документы начислений и выплат за прошлые годы. Если в базе 2.0 были:

1. Ручные операции по 70 счету (которые не создали движений в регистрах).
2. Пересортица по подразделениям или ведомостям.
3. Ошибки в аналитике (например, выплата по одному документу-основанию, а начисление по другому).

То в новой базе 3.0 мы получаем «виртуальные» хвосты. В Оборотно-сальдовой ведомости сальдо может быть нулевым, а в регистрах будет висеть «плюс» по одному измерению и «минус» по другому.

Шаг 1. Инвентаризация и поиск расхождений

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

Перейдем в раздел «Зарплата и кадры» — «Отчеты по зарплате». Нас интересуют два ключевых отчета:

1. «Проверка взаиморасчетов»: он покажет разницу между остатками по бухгалтерскому счету 70 и данными в регистрах. Если вы видите суммы в колонке «Расхождение», значит, регистры «поехали».
2. «Анализ зарплаты по сотрудникам (в целом за период)»: здесь можно увидеть «хвосты» в разрезе месяцев. Если в текущем месяце при выплате программа предлагает выплатить сумму больше или меньше положенной — причина в некорректном входящем сальдо регистра.

Шаг 2. Использование документа «Корректировка регистров»

Отвечая на главный вопрос автора темы: да, исправить ситуацию без правки прошлых периодов реально. Для этого мы будем использовать универсальный инструмент Корректировка регистров. Этот документ позволяет внести записи напрямую в таблицы базы данных, минуя стандартные цепочки документов.

Рассмотрим по шагам процесс выравнивания:

1. Создадим новый документ Корректировка регистров на дату начала ведения учета в новой базе (например, 01.01.2024 или 01.01.2023).
2. В настройках состава регистров (кнопка «Настройка») выберем следующие регистры накопления:
   • Взаиморасчеты с сотрудниками
   • Зарплата к выплате
   • Бухгалтерские взаиморасчеты с сотрудниками
3. Для каждого сотрудника, по которому есть расхождение, создадим записи. Если в отчете «Анализ зарплаты» висит незакрытый остаток (например, долг за прошлый год, который по факту выплачен), мы должны сделать запись с видом «Расход», указав соответствующий месяц и аналитику.

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

Шаг 3. Исправление учета НДФЛ

Проанализируем ситуацию с налогами. Переход на БП 3.0 часто «ломает» регистры учета НДФЛ, что критично для сдачи формы 6-НДФЛ. Проблема кроется в регистре Расчеты налоговых агентов с бюджетом по НДФЛ.

Если при формировании ведомостей на выплату зарплаты сумма НДФЛ не заполняется автоматически или заполняется неверно, нам также поможет Корректировка регистров. Посмотрим на пример: если налог был удержан в периоде до перехода, но программа его «не видит», необходимо добавить запись в регистр Расчеты налоговых агентов с бюджетом по НДФЛ с видом движения «Приход».

Типичные «грабли», которых стоит избегать

Разберем основные ошибки, которые совершают пользователи при попытке исправить ситуацию:

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

Методика окончательной проверки

Чтобы убедиться, что наши исправления сработали, выполним следующие действия:

1. Заново сформируем отчет «Проверка взаиморасчетов». В идеале колонка с расхождениями должна стать пустой.
2. Попробуем создать «пробную» Ведомость на выплату зарплаты за текущий месяц. Если в нее попадают только актуальные суммы текущего начисления без «хвостов» из прошлого — поздравляем, вы успешно выровняли учет.
3. Проверим отчет «Анализ НДФЛ по месяцам». Суммы начисленного, удержанного и перечисленного налога должны сходиться, если все выплаты за прошлые периоды были завершены.

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