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