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