Разберем ситуацию подробно. В 1С:ЗУП 3.1 при приеме внутреннего совместителя на 0,5 ставки программа нередко рассчитывает фонд оплаты труда правильно, но в печатной форме приказа о приеме показывает в строке «тарифная ставка (оклад)» полный оклад по должности, а не половину. Из-за этого возникает закономерный вопрос: это ошибка заполнения документа, особенность печатной формы или недочет программы?
Сразу обозначим главное. Обычно сама программа считает зарплату верно, а расхождение появляется именно в печатной форме приказа. Это связано с тем, что в 1С нужно разделять три разных сущности:
Именно смешение этих трех понятий чаще всего и приводит к тому, что в документе все выглядит «не так», хотя расчет зарплаты выполняется корректно.
Рассмотрим подробнее, откуда берется такая ситуация. В документе ПриемНаРаботу в 1С:ЗУП кадровые данные и данные по оплате труда хранятся не в одном поле. На расчет влияют:
ОплатаТруда или Начисления;Оклад.Когда вы указываете внутреннего совместителя и задаете ему неполное рабочее время, программа обычно рассчитывает оплату не путем простого деления оклада в печатной форме, а через механизм начисления зарплаты. Иными словами, в базе может храниться полный оклад по должности, а уменьшение суммы происходит за счет доли ставки, неполного графика или показателя ДоляНеполногоРабочегоВремени.
Поэтому если в печатной форме приказа выводится полный оклад, это еще не означает, что сотруднику будет начисляться лишняя сумма. Чаще всего это означает, что печатная форма берет значение из реквизита начисления, а не пересчитывает его по доле ставки так, как бухгалтер ожидает увидеть в тексте приказа.
Чтобы правильно решить вопрос в 1С, сначала определим правовую основу. При внутреннем совместительстве и при неполном рабочем времени нужно учитывать сразу несколько правил трудового законодательства.
Во-первых, работа по совместительству оплачивается пропорционально отработанному времени, в зависимости от выработки или на иных условиях, которые определены трудовым договором. Во-вторых, неполное рабочее время также предполагает оплату пропорционально отработанному времени, если не установлен иной порядок. В-третьих, условия оплаты труда являются обязательным условием трудового договора, поэтому формулировка в кадровых документах должна быть четкой и не допускать двусмысленности.
Отсюда следует очень важный практический вывод. В кадровых документах можно встретить два подхода к указанию оклада:
С точки зрения трудового права и кадровой практики более распространенным считается первый подход: в договоре указывают полный оклад по должности, а затем отдельно фиксируют режим неполного рабочего времени и правило пропорциональной оплаты. Но печатная форма приказа в 1С может использоваться в организации как внутренний документ, и тогда бухгалтеры нередко хотят видеть в ней именно фактическую сумму на 0,5 ставки. Отсюда и возникает спор: что считать «правильным» значением в строке приказа.
Проанализируем ситуацию на примере. Допустим, по штатному расписанию по должности установлен оклад 60 000 рублей за полную ставку. Работника принимают внутренним совместителем на 0,5 ставки и на неполную рабочую неделю. В программе можно указать:
Тогда программа при расчете зарплаты будет начислять работнику половину оклада или сумму пропорционально фактически отработанному времени по графику. Но в печатной форме приказа может выводиться именно 60 000 рублей — потому что печатная форма берет сам реквизит оклада, а не расчетный результат.
Именно поэтому в обсуждениях по ЗУП часто можно встретить формулировку: «ФОТ считается правильно, но в приказе строка “тарифная ставка (оклад)” выводится полной». Это не обязательно ошибка расчета. Чаще это особенность печатной формы и источника данных, из которого она заполняется.
Рассмотрим подробнее механизм расчета. В ЗУП 3.1 при использовании типовых начислений оплата часто считается по формулам, в которых участвуют:
Оклад;ВремяВДнях или ВремяВЧасах;НормаДней или НормаЧасов;ДоляНеполногоРабочегоВремени.Это означает, что само поле оклада может оставаться полным, а уменьшение производится уже в формуле расчета начисления. Например, для типового начисления по окладу по дням или по часам может использоваться логика, при которой сумма рассчитывается с учетом доли неполного рабочего времени и фактически отработанного времени по графику сотрудника.
Поэтому если вы вводите полный оклад, а программа начисляет половину, то с точки зрения механизма расчета это нормальная ситуация.
Теперь разберем по шагам, что нужно проверить в самой программе, чтобы понять, ошибка это или типовое поведение.
ПриемНаРаботу по внутреннему совместителю.ОплатаТруда или Начисления и посмотрите, какой размер оклада установлен в самом начислении.ОплатаПоОкладу, ОплатаПоОкладуПоЧасам или другой типовой вид расчета.Очень часто выясняется, что в документе стоит полный оклад из штатного расписания, а график и доля ставки уменьшают только расчетную сумму. Тогда печатная форма и берет «полный» показатель.
Разберем отдельно график, потому что это один из ключевых элементов. Для внутреннего совместителя на неполную рабочую неделю недостаточно просто поставить 0,5 ставки. Нужно также корректно задать график работы.
В ЗУП для этого используют справочник ГрафикиРаботыСотрудников. В нем создают график с признаком неполного рабочего времени и указывают нужный режим:
Если в вопросе речь идет именно о неполной рабочей неделе, значит, в графике нужно уменьшать количество рабочих дней, а не только количество часов в одном дне. Это важно не только для расчета зарплаты, но и для корректного отражения условий труда в приказе, личной карточке и последующих кадровых документах.
Если график настроен неверно, можно получить ситуацию, когда программа делит оклад не так, как ожидается, или отображает в документах неполное рабочее время некорректно.
Да, это нужно проверить обязательно. В ЗУП 3.1 существует настройка кадрового учета «Используется работа по неполной ставке». Если она не включена, программа может не дать в полном объеме использовать механизм доли ставки и неполного времени так, как задумано разработчиками.
Поэтому сначала проверим настройки:
Настройка;Если эта настройка отключена, кадровый учет совместителей и работников на неполной ставке может быть настроен неполно или с обходными решениями, что затем и вызывает странности в печатных формах.
Здесь и находится главный практический вопрос. Разберем оба варианта.
Это самый распространенный и методически оправданный подход. При таком варианте в документе приема на работу на вкладке начислений указывают полный оклад по должности, который установлен в штатном расписании. А фактическая оплата уменьшается за счет:
Плюсы этого варианта:
Минус этого варианта:
Если ваша организация придерживается позиции, что в приказе допустимо указывать полный оклад по должности, а выше фиксировать режим «внутреннее совместительство, неполная рабочая неделя, 0,5 ставки», то ничего исправлять в расчете не нужно. В этом случае программа работает логично: полный оклад — это характеристика должности, а фактическая выплата — результат применения режима работы.
Теперь посмотрим на второй подход. Некоторые специалисты считают, что в кадровом приказе и в трудовом договоре удобнее сразу указывать сумму оклада, соответствующую фактической занятости сотрудника, например 30 000 рублей вместо 60 000 рублей при 0,5 ставки.
Если применить этот подход в ЗУП, то в документе приема на работу на вкладке начислений можно ввести уже половину оклада. Тогда в печатной форме приказа программа, как правило, выведет именно эту уменьшенную сумму.
Плюсы такого подхода:
Минусы этого подхода:
Именно поэтому этот вариант нужно использовать очень осторожно. Если вы вручную уменьшите оклад в начислении и одновременно оставите график неполного рабочего времени с долей ставки 0,5, можно получить двойное уменьшение оплаты.
Это очень важный момент. Рассмотрим подробнее, как себя проверить.
Допустим, полный оклад по должности — 60 000 рублей. Работника принимают на 0,5 ставки. Возможны два сценария:
Поэтому после любого изменения оклада в кадровом документе обязательно сформируем тестовое начисление зарплаты и проверим результат. Нельзя ориентироваться только на печатную форму приказа. Сначала проверим расчет, а уже затем будем добиваться нужного текста в приказе.
Теперь разберем самый практичный вопрос: как действовать, если зарплата считается правильно, но приказ хочется печатать с «половинным» окладом.
Здесь есть несколько решений.
Это самый простой организационный вариант. Если в программе все настроено правильно, а проблема касается только визуального текста приказа, можно:
Такой вариант не самый красивый, но он безопасен для расчета и не ломает типовую логику программы. Его выбирают, когда приказ печатают редко или когда в организации допускается редактура формы перед подписанием.
Минус решения очевиден — ручная работа и риск человеческой ошибки.
Второй путь — настроить сам документ так, чтобы в начислении стояла та сумма, которую вы хотите видеть в приказе. Но применять это решение нужно только после проверки расчетного результата.
Разберем по шагам:
ПриемНаРаботу;Начисления посмотрим размер оклада;Это решение подходит только тогда, когда вы точно понимаете, как устроена формула начисления в вашей базе.
Это наиболее технологичный путь, если задача встречается часто. Типовая печатная форма приказа о приеме в ЗУП не всегда учитывает ту логику, которую хочет видеть кадровая служба именно в тексте документа. Тогда можно использовать измененный макет печатной формы.
В 1С для этого применяют механизм печатных форм и макетов. В зависимости от конфигурации и уровня доступа можно доработать макет формы Т-1 так, чтобы строка оклада заполнялась не из базового реквизита оклада, а из расчетного значения с учетом доли ставки или из отдельного пользовательского алгоритма.
На практике это делают через:
МакетыПечатныхФорм;ДополнительныеОтчетыИОбработки;Плюсы такого подхода:
Минусы:
Иногда это даже удобнее, чем доработка стандартной печатной формы. Если организация не обязана жестко использовать именно ту типовую визуализацию, которую формирует ЗУП, можно применять собственный шаблон приказа, где формулировка будет выглядеть так, как нужно кадровой службе.
Например, в приказе можно прямо прописывать:
Такой вариант особенно удобен, если организация хочет юридически аккуратную формулировку и одновременно понятный для подписантов текст без двусмысленности.
Здесь важно не впадать в крайности. Рассмотрим ситуацию без упрощений.
Если опираться на трудовое законодательство и кадровую практику, то полный оклад по должности с указанием, что оплата производится пропорционально отработанному времени, выглядит более универсальным и безопасным вариантом. Такой подход хорошо согласуется со штатным расписанием, с обязательным условием об оплате труда в договоре и с общим правилом о неполном рабочем времени.
Но если в вашей организации приказ о приеме используется как документ, где хотят видеть именно фактическую сумму оплаты по конкретному режиму работы, то допустимо на уровне внутреннего документооборота стремиться к выводу 0,5 оклада. В этом случае вопрос уже не столько в праве, сколько в том, как организован кадровый учет и какие внутренние формы приняты.
Именно поэтому нельзя сказать, что программа «точно ошибается», если выводит полный оклад. Очень часто это не ошибка, а результат выбранной логики заполнения печатной формы.
Теперь посмотрим на суть обсуждения. В полезном ответе было сказано, что данные в приказ выводятся из информации, указанной на вкладке начислений, и если там стоит полный оклад, то именно он и подтягивается в приказ. Это очень близко к практической логике работы ЗУП.
Иными словами, форумный ответ отражает главный принцип: печатная форма не всегда пересчитывает оклад под долю ставки, она часто просто берет значение из начисления. Поэтому первое, что нужно проверять, — не формулу зарплаты, а источник заполнения поля в самом кадровом документе.
Соберем безопасный порядок действий, чтобы и расчет был корректным, и печатные формы не вводили в заблуждение.
ГрафикиРаботыСотрудников.ПриемНаРаботу для внутреннего совместителя.Если говорить о типовой и устойчивой практике в ЗУП 3.1, то наиболее безопасным обычно оказывается следующий вариант:
Почему именно так? Потому что при таком подходе вы не ломаете расчетную модель программы. Все кадровые движения — прием, перевод, изменение графика, изменение оплаты — остаются логичными и предсказуемыми. А печатная форма уже рассматривается как отдельный уровень представления данных.
Теперь разберем, когда можно считать ситуацию именно недочетом программы.
Такой вывод оправдан, если одновременно выполняются все условия:
В такой ситуации можно говорить не о неверном расчете, а именно о функциональном ограничении типовой печатной формы. То есть не расчет «сломался», а печатная форма недостаточно гибко показывает данные для конкретного кадрового сценария.
Но есть и обратная ситуация. Если в базе:
то причина уже не в печатной форме, а в самой настройке учета. Поэтому прежде чем обвинять программу, всегда сначала проверим кадровые и расчетные параметры документа.
Если вы убедились, что:
то временно да, приказ можно исправлять вручную. Но как постоянное решение это неудобно. Если таких документов много, лучше внедрить один из системных вариантов:
Если статью читает специалист, который хочет разобраться глубже, перечислим основные объекты и сущности 1С, которые имеют отношение к этой задаче:
ПриемНаРаботу — кадровый документ, в котором фиксируются условия приема;ГрафикиРаботыСотрудников — справочник графиков, где задается неполная рабочая неделя;Начисления — список видов расчета, влияющих на оплату труда;ОплатаПоОкладу и ОплатаПоОкладуПоЧасам — типовые виды начислений, которые нужно проверить;ДоляНеполногоРабочегоВремени — показатель, который используется в формулах начислений;ВремяВДнях, ВремяВЧасах, НормаДней, НормаЧасов — показатели, влияющие на расчет суммы;МакетыПечатныхФорм — механизм, который используют для изменения печатной формы приказа;ДополнительныеОтчетыИОбработки — механизм расширения без грубой правки типовой конфигурации.Эти объекты помогут не просто «нажать нужную кнопку», а понять, почему программа ведет себя именно так.
Посмотрим на пример, который можно взять за основу.
Допустим, по должности «Бухгалтер» установлен оклад 80 000 рублей за полную ставку. Нужно принять сотрудника как внутреннего совместителя на 0,5 ставки с неполной рабочей неделей.
ПриемНаРаботу.Если в приказе выводится 80 000 рублей, а выше указано, что работа по совместительству и неполная рабочая неделя, то с точки зрения расчета это допустимо. Если же кадровая служба требует видеть 40 000 рублей, вопрос решаем уже на уровне формы приказа.
Подведем итог и сформулируем практическое решение.
Первое. Не спешите считать ситуацию ошибкой программы. Если зарплата рассчитывается правильно, а спор возникает только из-за строки в печатной форме, то проблема, скорее всего, не в расчете, а в способе отображения данных в приказе.
Второе. Сначала проверьте настройки документа приема: график, долю ставки, вид занятости и начисления. Особенно важно проверить вкладку Начисления, потому что именно оттуда часто подтягивается оклад в печатную форму.
Третье. Определитесь с учетной политикой организации. Если вы придерживаетесь кадровой логики «полный оклад по должности плюс пропорциональная оплата», оставляйте типовой расчет и при необходимости меняйте только текст приказа. Если хотите видеть в приказе сразу половину оклада, осторожно настраивайте документ или дорабатывайте макет.
Четвертое. Не меняйте оклад в документе «на глаз», пока не проверите расчет зарплаты. Иначе можно получить двойное уменьшение оплаты.
Пятое. Для постоянной работы лучше использовать не ручное исправление, а одно из системных решений: внутренний регламент, собственную печатную форму или доработанный макет через расширение.
Если в 1С:ЗУП 3.1 у внутреннего совместителя на 0,5 ставки ФОТ считается правильно, но в печатной форме приказа выводится полный оклад, то чаще всего это не ошибка расчета, а особенность заполнения типовой печатной формы. Программа обычно берет оклад из данных начисления, а не пересчитывает его специально для текста приказа с учетом неполного рабочего времени.
Поэтому действуем так:
ПриемНаРаботу и вкладку Начисления;Если нужен наиболее безопасный и типовой подход, оставляйте полный оклад по должности в настройках начисления, а оплату рассчитывайте пропорционально времени. Если же для кадрового документооборота критично видеть в приказе именно половину оклада, решайте это через форму приказа, а не через рискованное вмешательство в расчет без проверки результата.
Информация носит справочный характер