При работе в программе 1С:Зарплата и управление персоналом 3.1 пользователи нередко сталкиваются с ситуацией, когда после начисления заработной платы попытка сформировать ведомость в банк заканчивается ошибкой: «Неверно заданы параметры получения сотрудников организации». Особенно часто эта проблема проявляется после переноса данных из версии 8.2 в 8.3 или после использования стандартной обработки «Поиск и удаление дублей».
В данной статье мы подробно разберем, почему возникает эта ошибка, как проанализировать состояние информационной базы и какими способами можно восстановить работоспособность механизмов выплаты. Мы пройдем путь от проверки простых настроек до восстановления системных справочников.
Давайте проанализируем ситуацию. В 1С:ЗУП 3.1 процесс заполнения ведомости опирается на сложную внутреннюю логику. Программа должна не просто найти сотрудников, но и сопоставить их с конкретными способами выплаты (Зарплата, Аванс, Отпуск и т.д.).
Основная причина ошибки кроется в нарушении целостности справочника СпособыВыплатыЗарплаты. Этот справочник содержит так называемые предопределенные элементы. Система «узнает» их по уникальным внутренним идентификаторам (GUID), а не по названию. Если в процессе объединения дублей или некорректного переноса эти элементы потеряли статус предопределенных или были заменены на обычные элементы, созданные вручную, программный код не находит нужный идентификатор и выдает ошибку параметров.
Прежде чем переходить к радикальным мерам, давайте проверим основные настройки в программе. Рассмотрим последовательно три уровня, где может быть допущена ошибка:
Использовать обмен электронными документами (если планируется выгрузка файлов в банк). Проверьте, чтобы после объединения дублей в базе не осталось «битых» ссылок на удаленные проекты.Если настройки верны, но ведомость по-прежнему не заполняется, нам необходимо исследовать справочник СпособыВыплатыЗарплаты. По умолчанию этот справочник может быть скрыт из общего интерфейса.
Для его просмотра воспользуемся меню «Функции для технического специалиста» (или «Все функции» в старых версиях) и найдем одноименный справочник. В нормальном состоянии в нем должны присутствовать элементы:
Важный момент: Обратите внимание на иконки элементов. Системные (предопределенные) элементы помечены специальным значком (желтый шарик на папке). Если вы видите, что элементы созданы вручную или справочник пуст — это и есть причина ошибки. При ручном создании элемента Зарплата программа воспринимает его просто как текст, а не как команду для запуска алгоритма сбора данных.
Рассмотрим вариант, когда элементы задвоились: в ведомости вы видите два одинаковых названия «Зарплата», одно из которых работает, а другое — нет. Мы можем попробовать решить проблему стандартными средствами:
Если справочник полностью поврежден или пуст, самым надежным способом будет загрузка эталонных данных из чистой или демо-базы того же релиза. Для этого нам понадобится обработка ВыгрузкаЗагрузкаДанныхXML.
Разберем этот процесс по шагам:
ВыгрузкаЗагрузкаДанныхXML.epf.Способы выплаты зарплаты.После этой процедуры системные связи будут восстановлены, и ведомость начнет заполняться автоматически. Помните, что после загрузки может потребоваться перевыбрать способ выплаты в уже созданных документах.
Проанализируем еще несколько нюансов, которые могут блокировать работу:
Проверка по статьям финансирования: Если в вашей организации ведется учет по статьям финансирования, проверьте настройки в разделе «Настройка» — «Расчет зарплаты». Если установлена галочка «Проверять заполнение статей финансирования при выплате», то ведомость не заполнится, пока в документах-основаниях (начислениях) не будут корректно указаны эти статьи.
Коды доходов исполнительного производства: Проверьте поле «Вид дохода» в ведомости. С 2020 года это обязательный реквизит. Если в начислении указан один вид дохода, а в ведомости вы выбираете другой, программа может выдать ошибку параметров, так как не найдет соответствующих сумм к выплате.
Реорганизация предопределенных данных: В некоторых случаях помогает запуск информационной базы в режиме «Конфигуратор» с выполнением процедуры «Тестирование и исправление». Установите галочку «Реорганизация предопределенных данных». Это заставит систему принудительно связать объекты в базе с метаданными конфигурации.
Мы рассмотрели основные способы решения проблемы с выплатой в банк в 1С:ЗУП 3.1. Как показывает практика, в 90% случаев проблема решается именно через восстановление справочника способов выплаты, который страдает при агрессивном слиянии дублей или некорректном переносе данных.