← На главную

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

Метод 1: Использование механизма Территорий

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

Разберем по шагам, как настроить этот механизм:

1. Перейдем в меню Настройка — Предприятие — Организации. На закладке Основные сведения проверим, включена ли возможность использования территорий. Если нет — перейдем в Настройка состава начислений и удержаний и активируем соответствующий флаг.
2. Создадим справочник Территории (раздел Настройка). В нашем случае территориями будут выступать объекты или виды ремонтов: «Капитальный ремонт» и «Текущий ремонт».
3. Для каждой территории в поле Способ отражения укажем соответствующую аналитику для бухгалтерского учета. Это позволит программе автоматически «понимать», на какой счет затрат и субконто должна относиться зарплата.
4. Для оперативного разделения времени используем документ Перемещение между территориями. Рассмотрим ситуацию: если сотрудник первую половину месяца работал на капитальном ремонте, а вторую — на текущем, мы просто регистрируем это перемещение. Программа при расчете документа Начисление зарплаты и взносов самостоятельно разделит оклад, премии и надбавки пропорционально отработанному на каждой территории времени.

Преимущество этого метода заключается в том, что нам не нужно создавать десятки «клонов» начислений. Вид расчета остается один (например, Оклад по дням), а аналитика меняется автоматически в зависимости от метаданных территории.

Метод 2: Распределение основного заработка

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

Выясним, как работает этот механизм:

Документ находится в разделе Зарплата — Бухучет. В нем мы выбираем сотрудника и месяц, а в табличной части указываем список Способов отражения в бухучете и их доли. Важно понимать, что этот документ не меняет сумму начисления, он лишь перераспределяет результат расчета по разным проводкам в документе Отражение зарплаты в бухучете.

Важный нюанс: Если в организации используется синхронизация с «1С:Бухгалтерия 8», то сами счета (20, 23, 25) и субконто настраиваются именно на стороне Бухгалтерии. В ЗУП мы оперируем только наименованиями способов отражения, которые при синхронизации сопоставляются с конкретной аналитикой в БП.

Метод 3: Использование сдельных нарядов и видов работ

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

1. В справочнике Виды работ создадим элементы: «Ремонтные работы (капитальные)» и «Ремонтные работы (текущие)».
2. Для каждого вида работ укажем расценку и, что самое важное, Способ отражения.
3. В течение месяца будем регистрировать фактически выполненные работы. Если сотрудники работают в бригаде, документ Сдельный наряд позволит распределить общую сумму по коэффициенту трудового участия (КТУ) или отработанному времени.

Этот способ позволяет получить максимально детальный отчет в разрезе объектов ремонта, так как аналитика привязывается напрямую к выполненному объему.

Метод 4: Настройка шаблонов ввода данных (для импорта из внешних систем)

Если табель с разбивкой по ремонтам приходит из внешней системы, мы можем настроить Шаблон ввода исходных данных. Это позволит нам не «мучить» документ Начисление зарплаты ручными правками, а вводить данные в удобной форме.

Рассмотрим порядок действий:

1. Создадим новый Показатель расчета зарплаты (Настройка — Показатели). Назовем его ВремяНаКапРемонте и ВремяНаТекРемонте.
2. Настроим Шаблон ввода данных, где выберем эти показатели. Теперь мы можем загружать данные из Excel или внешней системы в этот специализированный документ.
3. В формулу начисления Оклад добавим условие или создадим отдельные начисления, которые будут рассчитываться исходя из этих показателей.

Пример настройки формулы для начисления:

Результат = ТарифнаяСтавкаЧасовая * ВремяНаКапРемонте;

При таком подходе РасчетнаяБаза для районного коэффициента и северных надбавок будет собираться автоматически, если мы правильно настроим приоритеты и базовые начисления.

Почему клонирование начислений — не лучший вариант?

В начале обсуждения предлагалась идея клонировать все 20 плановых начислений для каждого вида ремонта. Проанализируем риски этого пути:

• Громоздкость: Вместо 20 начислений вы получите 60. Это усложнит настройку среднего заработка, расчетной базы для налогов и отчетность.
• Механизм вытеснения: Настройка вытеснения для такого количества начислений превратится в «матрицу», в которой легко допустить ошибку. Одно начисление (например, отпуск) должно будет вытеснять все три варианта оклада.
• Сложность поддержки: При изменении законодательства или методологии учета вам придется вносить изменения в три раза большее количество объектов.

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