← На главную

Многие пользователи и начинающие специалисты при работе в программе 1С:Зарплата и управление персоналом (ЗУП) сталкиваются с ситуацией, которая на первый взгляд кажется ошибкой интерфейса. Речь идет о списках документов, например, «Все начисления», где в поле отбора указано «Сотрудник», но при выборе конкретного человека система выводит записи по всем его рабочим местам. Проанализируем, почему это происходит, разберем архитектурную логику системы и выясним, какую пользу это несет для учета.

Разграничение понятий: Сущность против Роли

Для начала разберем, как 1С разделяет человека как биологический объект и как единицу штатного расписания. В системе за это отвечают два разных справочника, и их понимание критически важно для работы:

1. Справочник ФизическиеЛица: Это «сущность». Здесь хранятся персональные данные человека, которые не меняются от того, на скольких должностях он работает. К ним относятся паспортные данные, СНИЛС, ИНН, банковские счета для выплат, сведения о детях (для вычетов) и образовании.
2. Справочник Сотрудники: Это «роль» или трудовой контракт. Одна карточка сотрудника жестко привязана к одной организации и одному трудовому договору. Если человек работает в компании как основной работник и как внутренний совместитель, у него будет одно физическое лицо, но два разных сотрудника.

Рассмотрим ситуацию на примере. Если мы открываем список «Все начисления» и хотим увидеть только зарплату Иванова по его совместительству, мы выбираем соответствующего сотрудника. Однако программа показывает нам и основную зарплату, и совместительство. Почему так происходит? Выясним причину, заглянув «под капот» программы.

Техническая реализация отборов в регистрах

Большинство документов в ЗУП делают записи в регистры накопления, такие как ВзаиморасчетыССотрудниками, НачисленияУдержанияПоСотрудникам или ЗарплатаКВыплате. Проанализируем структуру этих регистров. В качестве основного измерения в них зачастую выступает именно ФизическоеЛицо.

Разработчики 1С намеренно связывают поле выбора на форме. Когда вы устанавливаете фильтр по сотруднику «Иванов (внутреннее совместительство)», система программно извлекает ссылку на связанное с ним физическое лицо «Иванов» и применяет фильтр именно по нему. Это сделано для того, чтобы бухгалтер видел общую картину взаиморасчетов с человеком. Ведь долг организации перед человеком — это единая величина, независимо от того, по скольким приказам он принят.

Налоговый учет: Главная причина консолидации

Главная причина, по которой «Физическое лицо» доминирует над «Сотрудником» в финансовом контуре программы — это требования налогового законодательства. Посмотрим, как это влияет на расчеты:

1. Расчет НДФЛ. Налог на доходы физических лиц рассчитывается нарастающим итогом по человеку в целом, а не по каждой его должности отдельно. Например, стандартные налоговые вычеты на детей (350 000 рублей) применяются к совокупному доходу физлица. Если бы система фильтровала данные строго по «Сотруднику», расчет налогов был бы ошибочным, так как программа не видела бы доходов по другому трудовому договору того же человека.

2. Страховые взносы. Существует понятие предельной величины базы для начисления взносов. Как только доход человека с начала года превышает этот предел, ставка взносов меняется. Эта база также считается суммарно по всем рабочим местам одного человека внутри одной организации (или группы компаний, если настроен соответствующий учет).

Проанализируем ситуацию: если сотрудник «Иванов» заработал 1 000 000 рублей как основной работник и 500 000 как совместитель, то для расчета налогов система должна оперировать суммой в 1 500 000 рублей. Именно поэтому в регистрах и формах списков приоритет отдается физическому лицу.

Проблема «Дублей» и как ее избежать

Разберем важный нюанс, который часто становится причиной ошибок — создание дублей в справочнике Физические лица. Если по ошибке завести одного человека дважды как физлицо (например, при приеме на совместительство создать новую карточку физлица вместо выбора существующей), система воспримет их как двух разных людей.

В этом случае:

• НДФЛ будет считаться неверно (вычеты могут примениться дважды).
• База по страховым взносам не будет суммироваться, что приведет к недоплате или переплате налогов.
• Справки 2-НДФЛ и отчеты РСВ сформируются некорректно.

Для предотвращения подобных ситуаций в 1С:ЗУП встроен механизм проверки по СНИЛС и ИНН. Всегда проверяйте, чтобы при создании нового Сотрудника выбиралось уже существующее ФизическоеЛицо.

Практические советы по работе со списками

Если вам все же необходимо видеть данные строго в разрезе рабочих мест, рассмотрим несколько способов, как это сделать:

1. Настройка представления: В настройках программы (раздел «Настройки» — «Дополнительные настройки») можно включить опцию «Дополнять представление сотрудников». Это позволит в списках видеть уточнение, например: Иванов Иван Иванович (осн.) и Иванов Иван Иванович (совм.).
2. Использование специализированных отчетов: Вместо списка «Все начисления» используйте отчеты из раздела «Зарплата» — «Отчеты по зарплате» (например, «Анализ зарплаты по сотрудникам (в целом за период)»). В настройках таких отчетов можно добавить группировку или отбор именно по полю Сотрудник, что позволит раздробить суммы.
3. Универсальный отчет: Если штатных средств не хватает, мы можем воспользоваться «Универсальным отчетом» по регистрам накопления, выбрав в качестве аналитики поле Сотрудник (если оно присутствует в измерениях или реквизитах конкретного регистра).

Таким образом, надпись «Сотрудник» в интерфейсе при фактическом отборе по «Физлицу» — это осознанный компромисс разработчиков между удобством восприятия (мы привыкли работать с сотрудниками) и корректностью налогового учета (налоги платит человек). Понимая эту логику, вы сможете эффективнее контролировать расчеты и избегать ошибок в отчетности.