ЗУП 3.1 Начисление доплаты до МРОТ #805984

Доброго времени суток! Создали доплату с формулой: МАКС (МРОТ * ВремяВДнях / НормаДней - РасчетнаяБаза, 0) База в данном случае оплата по тарифу И вот тут проблема, что если в течение месяца человек перешел на другой график или поменялся тариф, то в документе Начисление зарплаты будет две строки с Оплата по тарифу и две строки Доплата до мрот если сложить все 4 строки, то бывает так что зарплата с учетом доплаты этой до мрот, будет выше чем мрот из-за того что при расчете доплата разбивается на 2 строки

Насколько я понимаю, формульный редактор ЗУП имеет ряд ограничений: 1. Он не имеет доступа с произвольным параметрам / показателям базы данных, только тем, которые заранее предопределены; 2. Он не может работать с UDF (user defined function, т.е. процедурами и функциями, определенными пользователем), а в вашем случае нужен именно алгоритм, а не формула; 3. Часть параметров предопределены на уровне кода конфигурации и не редактируемы извне (на уровне пользователя). Одним словом, на первый взгляд, формульный редактор имеет больше рекламный смысл, чем практический.

просто ответ тру программиста ) абсолютно верный, но также бесполезный

> абсолютно верный, но также бесполезный Согласен, правда, в анекдоте про Шерлок Холмса и Ватсона речь шла о математике (ребята спросили у него – где они находятся, на что получили безупречный ответ – в воздушном шаре). А по существу, нужно выкручиваться. Т.е. либо считать вручную двойные графики и прочие нюансы, либо лезть в код конфигурации и править его. Кстати, сколько человек у вас обслуживает один кадровик / расчетчик? У нас в докомпьютерную эпоху один расчетчик считал вручную (на калькуляторе) порядка 150 человек в месяц. Несколько расчетчиков обсчитывали всю фирму. Правда средние тогда считались вообще с пол-пинка. А как сейчас? Что считать быстрее вручную или в ЗУПе?

Мы делали отчет, который считает сумму доплаты, потом начисляли фиксированной суммой.

почему, ведь норма будет за полный месяц, а ВремяВДнях за часть, т.е. в сумме должен быть как раз один целый МРОТ

Если я правильно понял, то автору топика нужна формула: которая не равна выражению (в силу нелинейности функции МАКС): МАКС (МРОТ * (ВремяВДнях1)  / НормаДней - РасчетнаяБаза, 0) + МАКС (МРОТ * (ВремяВДнях2)  / НормаДней - РасчетнаяБаза, 0)                                      (**) Формульный редактор может посчитать (**), но не может (*), поскольку для этого нужен алгоритм, а не формула.

Дык ё В ЗУП 3.1 есть возможность задать как будет считаться норма времени при смене графика работы не с 1 числа месяца. У вас она наверное задана Исходя из графиков работы до и после изменения. Попробуйте поставить значение Исходя из индивидуального графика, придется этот график создать

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

а не кажется ли вам в этом случае, что ЗУП прав? сотр работал дворником с 01 по 25 число и получал 10 рублей в день за 8 часов работы а с 26 по 31 - его назначили начальником цеха с окладом 1 000 000 в день сколько в итоге должен получить сотрудник?

Чем это лучше решения, приведенного в ?

+ имхо - доплата до МРОТ в этом случае должна быть (за первую часть) хотя в сумме зарплата за месяц будет больше МРОТ

никакой доплаты до МРОТ тут быть не должно, т.к. сотрудник по  одному основному месту работы получил больше МРОТ'а

он по ей и делает, формула в сабже из итс-а

по ИТС-у и сделано

> сотр работал дворником с 01 по 25 число и получал 10 рублей в день за 8 часов работы Пусть это будет 250 рублей (так как не ясно были ли у чела выходные?) > а с 26 по 31 - его назначили начальником цеха с окладом 1 000 000 в день А это составит 6 лимонов (по тем же причинам). В итоге 6000250 рублей. > сколько в итоге должен получить сотрудник? Имеется в виду, будет ли у него доплата до МРОТ? Сколько там сейчас МРОТ в России? 7800? Что мы имеем? 6000250 несколько больше МРОТ, поэтому, доплата будет равна нулю? В чем прикол? Пример не засчитан!

прикол в том, что при расчете по за первую половину сумма начисления окажется меньше МРОТ и будет начислена доплата

Друзья, нужно просто решение :)

Простое решение лежит в административной сфере, а не программерской: запретить перевод посреди месяца. Согласитесь, очень просто !

вы скажите, в чем проблема? Ну и что, что 2 строки? МРОТ же считается от количества дней, по первой строке например половина месяца доплачивается до половины МРОТ и по второй вторая половина месяца, тоже до половины МРОТ. Как у вас может больше МРОТ в сумме получиться?

Если жмут ботинки - отрезать ноги: очень просто

Ну смотри, если в первой половине месяца в силу одного тарифа ниже мрот, то доплата будет до мрот, и во второй половине месяца по новому тарифу доплата до мрот, итого за месяц два мрот :)

> прикол в том, что при расчете по за первую половину сумма начисления окажется меньше МРОТ и будет начислена доплата Вы предполагаете формулу (**) из , а надо считать по формуле (*). А вот ее то в формульном редакторе ЗУП настроить проблематично. Причина простая, формулами нельзя заменить алгоритмы. Даже если путем долгих телодвижений (типа ввода индивидуальных графиков, как советует ) и удастся решить этот вопрос, то это не закроет общий недостаток формульного редактора. Вот почему в сложных расчетных случаях выгоднее использовать собственную «самописку». Достаточно нескольких месяцев программирования с нуля, чтобы выйти на нужный (конкретному предприятию) результат. По цене это будет дешевле, чем обучить несколько человек работе в ЗУП на курсах типа Елены Гряниной. Другое дело, что если хочется, чтобы «самописка» имела товарный вид. Тогда придется затратить больше усилий. Я вот жалею, что не занялся раньше развитием собственной зарплатной конфигурации. Думал, все равно ведь переходить на типовые на «восьмерке». А «оно оказывается вон как, Михалыч». А так буде очень интересно и познавательно сравнить «у них» так, а «у нас иначе».

> Друзья, нужно просто решение :) Я бы делал «просто решение» на базе .

> Простое решение лежит в административной сфере, а не программерской: запретить перевод посреди месяца. Согласитесь, очень просто ! Вы про это никому не говорите! Это как раз тот случай, когда выгоднее промолчать. Есть масса предприятий, когда смены и графики у одного человека меняются по нескольку раз в месяц. Просто специфика работы такая. Масса сложностей может быть и другого плана, которые в ЗУПе не решаемы от слова «совсем». Кто в ЗУПе должен вести контроль за явками (при сплошной регистрации) либо неявками (при методе отклонений)? Типа кадровик? Да через него проходят приказы об отпуске, замещениях, изменении окладов и т.п. Но полной информацией он не владеет. Человек может болеть, месяц закрывается, а больничного листа нет. И много чего еще. Начальники смен могут свободно перемещать рабочих на разные участки с разными графиками работы и разными расценками. Работа круглосуточная, поток рабочих через проходные почти непрерывный. Как эту все информацию учитывать и вводить в ЗУП? Тем более что все нужные данные могут появиться только через несколько дней после конца месяца, так как начальникам смен то же нужно работать, а не бумажки составлять. А табельный отдел не дает 100%-ную гарантию хотя бы из-за плохого знания того же эксела. Выход один использовать автоматизированные системы учета рабочего времени. Но ПО в них такое же бестолковое, как и в «не будем показывать пальцем». Но этого мало. Там ведется учет фактического рабочего времени (и то еще вопрос по принципу нескольких заходов и выходов за одну смену). Но практически нет удовлетворительного учета плавающих плановых графиков, только фиксированных. Реально для ввода в ЗУП «сплошной регистрации» либо «отклонений» нужно использовать уже готовые, подготовленные на стороне данные. Насколько я знаю, в конторах отличных от простых офисов, для этих целей используется «родной, народный» эксел. Там типа ведется предварительный учет явок либо неявок (что, по сути, амбивалентно, на самом деле нужно и то и другое). А потом данные из него переносятся в ручную либо «в ножную» в наш ЗУП. А что по этому поводу предлагает ЗУП? В рекламе пишут, что он поддерживает «учет рабочего времени». Но практически это всё декорация. Реально получается, чтобы использовать ЗУП как рабочую программу, нужен промежуточный программный слой по учету плановых и фактических рабочих графиков совместно с автоматизированными системами учета рабочего времени. У нас для этого применяются китайские программируемые считыватели, собственный драйвер и модуль учета рабочего времени, то же в рамках «самописки». Работать одновременно в экселе и в ЗУПе (для производственных предприятий) это, считаю, нонсенс. Так что думать нужно о развитии ЗУПа, пусть даже собственными средствами, а не вводить административные ограничения. ПО должно быть для людей, а не люди для ПО.

Всем тем кто мыслит линейно поясняю: я нигде не сказал что административное решение является единственно возможным для всех. Но то что оно самое простое - никто не сможет отрицать. Пара замечаний по вашему длинному спичу "Кто в ЗУПе должен вести контроль за явками (при сплошной регистрации) либо неявками (при методе отклонений)?" Зависит от масштабов организации. Если фирма небольшая и все в одном здании - может и кадровик. Если это завод со множеством разбросанных цехов - не обойтись без табельного отдела. К каждому крупному подразделению должен быть прикреплен свой табельщик, который знает кто болеет, кто работает и где именно. Начальник цеха распределяет подчиненных на работы - табельщик отражает это. Можно это делать каждый день, инструменты в ЗУПе есть. Документ Изменение мест работы позволяет (предварительно заполнив спр.Места работы) назначать кто где работает, без всяких китайских программируемых считывателей. Комбинируя разные типовые механизмы ЗУП (Территории, выстреливающие начисления по виду времени в табеле и т.д.) можно иметь полную картину учета кто где и сколько работал. Типовые механизмы учета рабочего времени есть ! Надо просто изучить возможности ПО и выделить тех кто будет это вести. Это трудоемко, но если стоит задача полного учета рабочего времени - под её решение должны быть выделены ресурсы, причем квалифицированные, которые знают возможности ПО, а не "народного эксела". При этом замечу что расчет зарплаты выполняется не последним днем месяца, а как правило 10-15 числа следующего, так что время занести данные в ПО есть. К этому моменту все табели должны быть готовы.   "Реально получается, чтобы использовать ЗУП как рабочую программу, нужен промежуточный программный слой по учету плановых и фактических рабочих графиков совместно с автоматизированными системами учета рабочего времени" Вряд ли это нужно там где есть вменяемый отдел табельщиков. "А что по этому поводу предлагает ЗУП? В рекламе пишут, что он поддерживает «учет рабочего времени». Но практически это всё декорация" Конечно, если не оперировать ничем сложнее графика работы. Давайте так: предложите нерешаемую на ваш взгляд проблему учета рабочего времени, я постараюсь найти решение типовыми средствами. Самому интересно стало.

Резюмирую: 1) Стандартный функционал зуп 3.1 так и будет делить на несколько строк в зависимости от кадровых документов 2) Дописать в документ Начисление зарплаты свои "писульки" чтобы свернуть эти сроки и рассчитать заново

> Всем тем кто мыслит линейно поясняю: я нигде не сказал что административное решение является единственно возможным для всех. Но то что оно самое простое - никто не сможет отрицать. Ну, почему? При желании его можно сделать и единственно возможным, если хватит власти изменить учетную политику предприятия. И предложить еще более простое решение. Например, всем фиксированный средний оклад и ничего больше (не считая налогов и персональных удержаний). При условии, что человек работает по нему не менее года, имеет не более одного месяца отпуска (условно) и не более двух недель больничного (условно) и не более 10 дней отгулов (условно) за свой счет. Все, платим тупо каждому «сколько положено» и горя не знаем. Допустим, 50 тысяч – ежемесячный оклад (600 тысяч в год) Иванову, минус 13% подоходного и, скажем, 2% профвзносов, за который Иванов должен отработать, например, 10,5*20*8 = 1680 часов в год. Если он не выбивается из среднего ритма, платим одну фиксированную сумму, если возник форс-мажор, то исключительный случай рассчитываем по исключительным нормам. Куда уж проще, основанная масса будет сидеть фиксированных окладах, хотя и разных. Перерабатывать никто не обязан, но если переработал, веди собственный учет, в конце года рассчитаемся за сверхурочные и прочие превышения (например, не болел ни разу, отпуск израсходовал только половину, отгулы не брал ни разу и т.п.). Относительно сложные расчеты, если и будут, то раз в год. > Документ Изменение мест работы позволяет ... назначать кто где работает, ... > Комбинируя разные типовые механизмы ЗУП (Территории, выстреливающие начисления по виду времени в табеле и т.д.) можно иметь полную картину учета кто где и сколько работал. > Типовые механизмы учета рабочего времени есть ! Ну-ну, впечатляет! А кто бы поделился реальным опытом подобного учета? А как насчет эффективности, трудоемкости, удобства работы и общей стоимости ПО? Т.е. всем табельщицам по ЗУПу? Научить их в нем работать (а смогут ли с их образованием?), оплатить курсы (а не напрасно ли?), заплатить за дополнительные лицензии (а надо ли?), когда можно в том же экселе все это худо-бедно сделать и «экспортнуть» в ЗУП? Теоретически в ЗУПе как бы все есть, а практически, сплошные «выдолбоины и колдобины» на ровном месте. На всех тренингах, хоть в 15-тичасовом Гилева (в рамках ЗУП-2.5 внутри УПП-1.3), хоть в доступных материалах по ЗУП-3 Елены Гряниной (преподаватели от Бога, на мой взгляд), хоть в других (на Ютубе полно) везде демонстрируется демо-учет, т.е. учет для относительно простых случаев. А мне то надо не так как можно, а так как нужно. А это нигде не рассматривается. Вплоть до того, что уже думаю, а может быть попытаться создать свои обучающие материалы по принципу как заставить ЗУП делать то, что нужно? Глядяшь еще станут востребованными :) . Вот та же Грянина говорит: «Табель учета рабочего времени не нужен! НЕ НУЖЕН!!! ... Вот завожу я в нем данные, НЕ ЗНАЮ, ПРАВДА, ЗАЧЕМ? ...» Мне очень нравиться Грянина – идеальный преподаватель, но моих проблем она не решает. Свои проблемы я могу решить только сам, в своей собственной зарплатной конфигурации и за символические деньги, а не по цене мерседеса, в данном случае ЗУПа. Но знать его надо исключительно для наличия серьезных контраргументов, поскольку иначе зуповцы и восьмерочники «шапками закидают». > Вряд ли это нужно там где есть вменяемый отдел табельщиков. Ну, кто там работает? Нормальные специалисты ведь в табельный отдел не пойдут. Ребята простую «семерку» с трудом осваивают, по простым вопросам эксела постоянно консультируются, хотя работают в нем уже много лет. У меня освоили старую программу по учету рабочего времени, а на новую, кстати, более простую, переходить не торопятся, так как не любят переучиваться. > Давайте так: предложите нерешаемую на ваш взгляд проблему учета рабочего времени, я постараюсь найти решение типовыми средствами. Самому интересно стало. Хорошо. Вот несколько простых, но далеко не всех случаев. 1. Человек работает по сменному графику. Праздник приходится на рабочий день. ЗУП считает общие часы и делает доплату за праздник. Нам надо, чтобы считались отдельно рабочие часы без праздника, т.е., отдельно оплата одного дня за праздник и отдельно доплата одного дня за праздник. В этом месяце есть еще работа за два выходных дня не графику. Нам надо отдельная оплата за два дня не по графику и отдельная доплата за два дня не по графику. Виды расчета оплата / доплата, за праздники / выходные, по графику / не по графику должны быть разные (это 8(!) видов расчета), а не один как в ЗУПе). Ночные и вечерние часы не должны разделяться по видам дня, а считаться вместе. Кстати, это проблема относительно легко решается в ЗУП-2.1 для Украины, а в ЗУП-3.1 для России решение выглядит сложнее. 2. Наложение двух разных графиков. По приказу человек в середине месяца перешел работать со сменного графика на пятидневку (замещения начальника производства на время отпуска) в течение двух недель. В последние субботу / воскресенье по замещению сотрудник вернулся на собственный график (день / ночь / два выходных). Поскольку по первому приказу он замещает начальника, то оплата ему идет в двойном размере, как за выходные дни. Но по второму приказу, оплата ему ведется по его окладу (меньшему). В ЗУПе наложение графиков нельзя сделать штатными средствами, разве что какими-то фиксированными доплатами. 3. Корректный учет сменных графиков, занимающих подряд двое календарных суток (вечер / ночь до полуночи и ночь / утро после полуночи). Как правильно учитывать остатки смен приходящихся скажем с 31 декабря на 1 января и с 30 апреля на 1 мая? Сами графики я точно не определяю, ибо не нужно решения в цифрах, достаточно концептуально объяснить. Дело не в том, что эти задачи принципиально не решаемы в ЗУПе. Решаемы. Но совокупная стоимость решения и удобство ввода / вывода данных оставляет желать лучшего. Все тоже самое и многое чего еще сверху касательно алгоритмов, отчетов, формирования внешних данных и т.д. и т.п. можно получить с куда меньшим напрягом и с большим удобством в своей «самописке». Я еще раз повторю, ЗУП меня интересует как спарринг-партнер. На его фоне лучше выглядят собственные результаты. А так я если не передумаю, буду вести блоги на эту тему. Сами сайты уже подготовил, но они пока пустые, так как их наполнение требует много времени. Но на всякий случай приведу адреса: 1c77.lj.ru и 1c8x.lj.ru .

как в другой стране оказался спасибо

"Ну, почему? При желании его можно сделать и единственно возможным" Комментировать не буду ибо такого никто не предлагал и не вижу смысла развивать эту абстракцию "Ну-ну, впечатляет! А кто бы поделился реальным опытом подобного учета? А как насчет эффективности, трудоемкости, удобства работы и общей стоимости ПО? " Постараюсь коротко. Эксель по твоему бесплатен ? Давай считать ЗУП 8 Проф у нас нынче 22600 стоит. Для крупного завода с 10 расчтетчиками, 10 кадровиками и 30 табельшиками стоимость поставки ПО составит 22600+187200 (за 50 доп.лицензий ПЗ) = 209800 Теперь для 30 рабочих мест на экселе (пусть только табельщики в нем работаю) поставка уровня хоум стандарт (ворд+эксель+поверпоинт+оутлук) получим 30*14800 = 444000. Итого в два с лишним раза дороже. Как тебе математика ? Что выходит дешевле ? А дешевле выходит дать всем табельщицам по ЗУПу чем по экселю "Ну, кто там работает? Нормальные специалисты ведь в табельный отдел не пойдут" Это проблема ЗУП ? Ни к одному дистрибутиву ПО не прилагается бесплатная коробка с грамотным пользователем. Пользователя нанимают отдельно. Если поставлена сложная задача то и уровень тех кто ее будет решать должен быть под стать. По задаче и ресурс, не можете нанять грамотный ресурс - ЗУП тут причем ? По приведенным случаям 1-3 отвечу отдельно

Разберем случай 1 Тут настраивается сменный график по циклам произв. длины, с суммир. учетом времени, устанавливается учет нужных видов времени (вечерние, ночные часы). По этому графику и будет идти расчет. В р/л будут 4 строчки: 1) оплата по окладу; 2) доплата за работу в праздники, дневное время; 3) доплата за работу в праздники, ночное время; 4) доплата за работу в ночное время. Если настроен учет вечерних часов - добавятся строки для них. Премии и прочие доплаты за уже отработанное время не рассматриваю. На этом все, ваш пример разобран.

тянет тупо на алгоритмическую ошибку, давно бы накатали кормильцам письмецо. Напоминает расчет резервов брр

Корректный учет сменных графиков - присоединяюсь к вопросу. Способа ведения в ЗУП есть 2, но даже на официальном вебинаре от 1С было сказано, что каждый из них имеет свои недостатки, при этом не сказано, что с ними делать. Берем смену, которая началась с 8 вечера первого дня и закончилась в 8 утра следующего. 1 способ. 1С говорит - вносите все часы в тот день, когда началась смена. То есть в данном случае 11 часов в 1 день, 0 часов во второй. Но тут встает вопрос, как тогда автоматически посчитать доплату за работу в выходной день, если часы второго дня пришлись на праздник. 2 способ. в первый день вносим 4 часа, во второй 7 часов. Но тогда идут другие проблемы - больничный сотруднику закрыли тем днем, на который приходится хвостик смены. Естественно на начало смены на 4 часа он выходить не будет, надо бить какие-то документы, которые закроют начало смены. Если во второй день, когда закончилась смена сотрудник вышел еще и вечером не по графику в другую смену, то есть ему вводится работа в выходной день - у него в табеле затираются часы работы по графику, так как логика 1с - в выходной день рабочих часов быть не может (хотя реально он отработал утром по своему графику и вечером вышел сверх нормы по другому). я пошел по второму пути с допилами типового функционала. но факт остается фактом - всех толкают в зуп 3.1, а он для сменных графиков еще сырой

Ну и еще вот - есть документ "работа в выходные и праздничные дни", но в нем нет возможности указать, сколько часов отработано днем, а сколько ночью. то есть предлагают после ввода этого документа идти в табель и там ручками детализировать по каждому сотруднику. Ок, пусть вбили руками в табель. А если после этого табель понадобилось перезаполнить (пришли новые данные, ввели новые приказы)? пришлось делать свой нетиповой док для ввода ночных часов в праздники, чтобы табель можно было перезаполнять, а не внести его раз и молиться, чтобы ничего не поменялось

вишенка на торте - если у человека прекращается вид начисления, скажем квал. надбавка, то действие этого вида расчета прекращается типовыми средствами, а вот действие показателя, относительно которого эта квал. надбавка рассчитывалась - не меняется. То есть человек уже сто лет в обед без надбавки работает, а в формулах СуммаКвалНадбавки по прежнему что-то там считает. Тоже сюрпризом было

> ЗУП 8 Проф у нас нынче 22600 стоит. Для крупного завода с 10 расчтетчиками, 10 кадровиками и 30 табельшиками стоимость поставки ПО составит 22600+187200 (за 50 доп.лицензий ПЗ) = 209800 Круто! В смысле 50 человек для расчета зарплаты. Интересно, сколько на этом заводе работает человек? > Теперь для 30 рабочих мест на экселе (пусть только табельщики в нем работаю) поставка уровня хоум стандарт (ворд+эксель+поверпоинт+оутлук) получим 30*14800 = 444000. Итого в два с лишним раза дороже. Как тебе математика ? Что выходит дешевле ? Извиняюсь за наивный вопрос. А что один эксел не продают? Если нет, то мы приобретаем 4(!) продукта, а всю его стоимость относим на один учет зарплаты. А если я хочу вместо оутлука InfoPath? По-хорошему, надо делить сумму на четыре. Ведь мы можем теоретически с помощью их организовать другие бизнес процессы, которые ЗУП организовать не сможет. Так что эта математика здесь не совсем точная. > По этому графику и будет идти расчет. В р/л будут 4 строчки: 1) оплата по окладу; 2) доплата за работу в праздники, дневное время; 3) доплата за работу в праздники, ночное время; 4) доплата за работу в ночное время. Я эти строчки получал, но вопрос был не по ним. Как сделать оплату праздника по графику отдельным видом расчета? Как настроить восемь видов расчета место одного? Как объединить все вечерние в один вид и все ночные в один вид? По работе в выходные тоже вопрос остается. Как их «кулютерно» показать отдельно от праздников? Документ «Работа в выходные и праздники» в 3.1 не различает праздники от выходных, а нас это не устраивает. > На этом все, ваш пример разобран. Не уверен, но я не настаиваю, результат-то у меня есть, причем в разных версиях ЗУПа.

> Корректный учет сменных графиков - присоединяюсь к вопросу. Способа ведения в ЗУП есть 2, но даже на официальном вебинаре от 1С было сказано, что каждый из них имеет свои недостатки, при этом не сказано, что с ними делать. Я сейчас как раз заканчиваю учет плановых и фактических графиков в собственном модуле учета рабочего времени на 1С77. Там уже будет, то, что мне нужно и как нужно. Там я реализую второй способ, т.е. если одна смена идет двое календарных суток, то эти сутки мы и учитываем. Внутри месяца все нормально, если кусок смены припадет на праздник, то именно этот кусок будет автоматом учитываться. Чтобы учесть краевые эффекты, реализую два варианта. Включаем либо убираем опцию: «Переносить остаток смены с первого числа на последний день предыдущего месяца». Если галка есть, то возникают проблемы с праздником. По идее надо будет конец смены утра 1-го января оплачивать 31 декабря прошлого(!) года.  Также логичны ваши соображения насчет больничного, приходящиеся на конец смены. Поэтому, я предлагаю галку не использовать, т.е. учет смен ведем по календарным суткам. Именно в связи с эти вопросом я ходил сегодня в наш профком по поводу корректировки колдоговора на следующий год. Предложил не объединять двое суток одной смены в одни календарные сутки, во всех случаях. Т.е. оплачивать все по факту, а не по «абстрактной эрудиции». Обещали этот и другие мои вопросы обсудить. А я как раз доделаю свою программу (вместо аналогичного учета в экселе) которая будет автоматом загружать данные рабочих графиков и рассчитывать их. > Если во второй день, когда закончилась смена сотрудник вышел еще и вечером не по графику в другую смену, то есть ему вводится работа в выходной день - у него в табеле затираются часы работы по графику, так как логика 1с - в выходной день рабочих часов быть не может (хотя реально он отработал утром по своему графику и вечером вышел сверх нормы по другому). А вот здесь уже интересно! Реально у чела пересечение двух рабочих графиков, которое так не любит 1С в лице ЗУП. Поэтому и учитывать нужно одновременную работу двух графиков. У меня это реализовано двумя записями в соответствующем справочнике. Скажем, в первой записи представлен график с 1 по 25 число, а во втором с 23 по 31 число. Учтутся оба графика! Не хотите объединения, закрывайте первый график (во внутренних настройках) 22-числом и будет все ОК. Можно только делать контроль на общее число рабочих часов, чтобы они не превышали продолжительность календарных суток и т.п. > я пошел по второму пути с допилами типового функционала. но факт остается фактом - всех толкают в зуп 3.1, а он для сменных графиков еще сырой У меня с этим проще, рабочая программа давно настроена и работает как надо (с учетом всех хотелок бухов), но тестовый учет в ЗУПе как бы вынуждает наводить общий порядок. Вот пришел на ум ассоциативный пример. У нас в университете, семестр учились немцы из Берлина, ну те еще, ГДР-овские. Нас жутко удивляла их дисциплинированность, аккуратность, вежливость (до желания дать в морду), а их наше, грубо говоря, русское раздолбайство. Так вот в конце семестра мы стали заметно «кулютерней», однокурсниц первыми пропускали в лифт и т.п., а немцы стали гораздо более свободными и раскованными, по сравнению с тем, кем были в начале. Вот и здесь ограничения ЗУПа заставляют по-другому посмотреть на понятия «правильно» и «неправильно» в учете. Где-то даже с пользой дела. А то, что ЗУП надо делать более гибким, то с этим я совершенно согласен. Пока это достижимо только через изменения типового функционала.

> Ну и еще вот - есть документ "работа в выходные и праздничные дни", но в нем нет возможности указать, сколько часов отработано днем, а сколько ночью. то есть предлагают после ввода этого документа идти в табель и там ручками детализировать по каждому сотруднику. Ок, пусть вбили руками в табель. А если после этого табель понадобилось перезаполнить (пришли новые данные, ввели новые приказы)? пришлось делать свой нетиповой док для ввода ночных часов в праздники, чтобы табель можно было перезаполнять, а не внести его раз и молиться, чтобы ничего не поменялось В моей зарплатной конфигурации вообще один единственный документ для ввода данных, реализованный на справочниках. Первоначальные рабочие графики автоматически создают расчетные записи, которые легко отредактировать либо создать новые вручную, скажем для персональных удержаний. Все, что можно автоматизировать, автоматизируется по максимуму, сейчас в новой версии, над которой я работаю, будет еще больше оптимизировано. Так что с вводом данных по нескольким сотням человек легко справляется один оператор (девушка с 10-ти классным образованием) за пару дней. Да, пока табельная (два-три человека) ведет в экселе контроль выхождаемости людей, но и это я собираюсь скоро автоматизировать. > вишенка на торте - если у человека прекращается вид начисления, скажем квал. надбавка, то действие этого вида расчета прекращается типовыми средствами, а вот действие показателя, относительно которого эта квал. надбавка рассчитывалась - не меняется. То есть человек уже сто лет в обед без надбавки работает, а в формулах СуммаКвалНадбавки по прежнему что-то там считает. Тоже сюрпризом было Таким проблем в моей программе вообще нет.

"Круто! В смысле 50 человек для расчета зарплаты" Расскажи сколько человек считают зарплату у тебя (расчетчики,кадровики, табельщики и т.д.), посчитаем во что выльется. "Извиняюсь за наивный вопрос. А что один эксел не продают? ... По-хорошему, надо делить сумму на четыре" Продают, но цена не делится на 4 как тебе бы хотелось. Коробочная версия только экселя будет стоить всего на четверть дешевле, около 10 тыс.руб. Твой вопрос показывает что изначально ты рассчитывал что эксель просто скачаешь с торрента, каких то затрат на него не предусматривалось. "Как сделать оплату праздника по графику отдельным видом расчета?" Если у тебя сменный график и какой то день попадает на праздник - то это обычный рабочий день. За этот день платится обычный оклад, строка 1 в расч. листке. ВР Оплата по окладу уже настроен в программе, никакого отдельного вида расчета делать не надо. "Документ «Работа в выходные и праздники» в 3.1 не различает праздники от выходных, а нас это не устраивает" Интересно чем ? Оплата за работу что в праздник, что в выходной производится одинаково и каких то нормативных причин различать их нет.

вижу по ответам, что Emery меня понимает и в теме.   El_Duke отвечает будто для галочки и реально с этим дел не имел, только теорию знает. взять хотя бы ночные - сейчас в расчетный лист идут ночные, ночные сверхурочно, ночные сверхурочно без повышенной оплаты, ночные часы в выходной день, ночные часы в выходной день без повышенной оплаты... меня вроде не дергают на эту тему, но зоопарк натуральный в расчетном

про мой вопрос видимо все уже забыли

кто здесь? О_О

> про мой вопрос видимо все уже забыли Да не забыли, просто сказать нечего сверх уже написанного. Как рабочий инструмент ЗУП явно не идеален, поэтому нужно считать вручную, там где не получается «в ножную». Может быть к Елене Гряниной обратится ( ), она как бы самый главный спец по ЗУП-3.

> Расскажи сколько человек считают зарплату у тебя (расчетчики,кадровики, табельщики и т.д.), посчитаем во что выльется. Так я уже в том или ином виде выдавал эту информацию. Но ладно повторю. Табельщиц от одной до трех человек. Они то болеют, то их переводят на другие работы. Постоянно как минимум сидит одна. Она принимает данные с систем учета рабочего времени. Одна система на базе Perco, для производственной проходной, другая на базе китайских считывателей ( ), которые работают рядом с Perco (за один проход рабочего через турникет его данные идут одновременно в две системы). Причем на проходной для АУП (административно-управленческого и прочего офисного персонала) стоит вторая система. Эти данные тоже идут в табельную и они по всем ним строят выхождаемость в экселе (в который часть данных выгружают из Perco, а часть из моей). Кстати, в моей системе есть и автоматическое построение электронных табелей, фактическое время там хорошо учитывается. Но теперь, в связи с тестовым внедрением ЗУПа понадобился еще полный контроль над плановыми графиками и отклонениями. Этим я в данное время и занимаюсь. В общем, в течение месяца табельная вполне успевает построить нужные табеля и сопутствующие документы. Всего на предприятии до войны (с укропами) было около тысячи человек. Сейчас примерно на треть меньше. Так что тысяча человек для нашего учета заработной платы нормально. Далее, расчетчиков у нас двое, один основной (контролирует правильность всей цифири, всех людей за много лет работы хорошо знает и легко видит ошибки в печатных формах, т.к. за компьютером она не работает). Другая – контролирует расчет больничных и отпускных, как по мне, вполне себе блатная должность, поскольку все ошибки, которые были выявлены, устранены и сейчас этот контроль, можно сказать, формальный. Первая расчетчица более ценна, так как видит именно ошибки ручного ввода данных. Один человек в кадрах занимается подготовкой и печатью кадровых приказов, вторая как бы ее начальник и принципиально на зарплату не влияет. Далее есть еще начальник отдела труда и зарплаты, она контролирует расценки их изменение и т.п. В компьютерном отделе рапорта, наряды, персональные удержания и т.п. вводит практически один оператор. Если нужно выполнять весь ввод очень срочно, то ей помогает один человек из бухгалтерии. Ну и я, который контролирует все на программном уровне. В итоге за зарплату у нас отвечают, максимум: три табельщицы, две кадровички, один ОТИЗ-овец, две расчетчицы, два оператора и один программист. Всего – 11 человек. По факту где-то на два-три человека меньше. Кроме того этот народ занимается не только зарплатой. В общем, нормально будет 10 человек на 1000 сотрудников. > Твой вопрос показывает что изначально ты рассчитывал что эксель просто скачаешь с торрента, каких то затрат на него не предусматривалось. Ну, это если мыслить линейно :) . В свое время мы приобрели несколько экземпляров официальных лицензионных версий и Виндоуса и Офиса. Тогда еще, в тучные времена. Просто этим занимался не я и точных цен не помню, но хорошо помню, что меня они не шокировали, т.е. были в пределах разумного. Семерку приобретали несколько раз, по глупости. Достаточно было один раз, зато красно – желтых книжек у нас завались. Восьмерку тоже купят, когда дело выйдет за пределы тестового внедрения ЗУП. Сказали, что с этим проблем не будет. Это если не передумают реально внедрять. Мол, и так хорошо, зачем еще лучше? Но как я говорил, пока стимулирует вопрос будущего статуса. > никакого отдельного вида расчета делать не надо. А я сказал, НАДО :) ! Шутка. В ЗУП-2.1 все получилось без проблем, получится и в 3.1. Вообще вся система видов расчета будет такой, как мы хотим, а не такой, какая предлагается по умолчанию. > Интересно чем ? Один и тот же вид расчета. А надо два, даже больше, с учетом по графику / не по графику. > Оплата за работу что в праздник, что в выходной производится одинаково и каких то нормативных причин различать их нет. Для некоторых одинаковых по алгоритму видов расчетов используется разный ФОТ, либо они относятся на разные бухгалтерские счета. Не забывайте, у нас же план счетов еще украинский. Поэтому, повторюсь, ПО должно служить человеку, а не человек ПО.

Так мы российский ЗУП обсуждаем или украинский ?

Вообще-то я вынужден рассматривать все версии от 2.1 до 3.1 включительно.

<<Если у тебя сменный график и какой то день попадает на праздник - то это обычный рабочий день. За этот день платится обычный оклад, строка 1 в расч. листке.>> Не пори чушь. Ей больно. Работа в праздничный день ВСЕГДА оплачивается в повышенном размере. Даже если это работа по графику. <<El_Duke отвечает будто для галочки и реально с этим дел не имел, только теорию знает. >> Нифига он и теорию не знает, такую чушь (см. выше) порет.

Надо указать новому начальнику "испытательный срок" до конца месяца, и вообще - кто переводы посреди месяца делает? Невидано это

Не хами и не пиши чепухи ибо неграмотен. Оплата в повышенном размере будет, это отразится в строках 2 и 3 расчетного листка. Оплата праздничного дня при сменном графике сложится из оклада за этот день как за обычный рабочий + указанные доплаты, которые и составляют повышенный размер оплаты этого дня. И все это произойдет автоматом при правильном настройке графика работы. Никакого отдельного вида расчета (как хочет автор этого вопроса) заводить не нужно. Если ты не понял вопроса - чего влез с хамскими комментариями ?

Так а какое законодательство ты в этих конфах реализуешь ? Если российское, то мне непонятны многие вещи. "Для некоторых одинаковых по алгоритму видов расчетов используется разный ФОТ" Вот это к чему относится ? Ты упомянул это в контексте расчета оплаты за праздники и выходные. По российскому законодательству в этом случае ФОТ четко определен, процитирую: сдельщикам – не менее чем по двойным сдельным расценкам; сотрудникам, труд которых оплачивается по дневным и часовым ставкам, – в размере не менее двойной дневной или часовой ставки; сотрудникам, получающим месячный оклад, – в размере не менее одинарной дневной или часовой ставки сверх оклада, если работа в нерабочий праздничный день проводилась в пределах месячной нормы рабочего времени, и в размере не менее двойной часовой или дневной ставки сверх оклада, если работа производилась сверх месячной нормы. Как видим никакого "разного ФОТ" нет. Может пояснишь этот момент ? Он кстати не едиственный.