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