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