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