ЗУП одинаковые (ФИО) физлица и сотрудники
По теме из базы знаний
- Единый интерфейс менеджера по подбору персонала для ЗУП 2.5
- Механизмы и транспорт обмена данными. Пример создания в КД 2.1 правил обмена данными ЗУП 2.5 -> БП 3.0. Выгрузка ведомостей и банковских счетов. Передача параметров обмена из Источника в Приемник. ВыгрузитьПоПравилу(). ПередатьОдинПараметрВПриемник().
- Выгрузка из ЗУП 3.1 в Бухгалтерию 2.0 документа "Отражение зарплаты в бухучете" и "Ведомость на выплату" + Перенос сотрудников
- Подключаемые печатные формы с .DOCX макетом без Word'а
- 5 задач, которые в компании «Теплолюкс» решили с помощью «1С:Шины»
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Я (лично) не согласна с принципом "все новое лучше старого", но в данном случае налицо: упертость и закостенелость персонала. И что самое страшное - "вот в старой программе..."
Короче, "И вечный бой. Покой нам только снится." ©
Короче, "И вечный бой. Покой нам только снится." ©
(12) Вот ерундой маетесь, а ведь уже на носу новая редакция ст. 152 ТК РФ с 1 сентября. Там теперь напрямую зафиксировали способ расчёта сверхурочных при суммированном учёте. У Вас же полно сменщиков. Ну и как будете в сентябре их считать? )
(20) А чего там понимать, когда всё теперь предельно ясно. Я ещё в мае описал на бухфорумах новую схему.
Странно, что до сих пор эксперты и методологи фирмы 1с всё ещё в непонятках и продолжают писать о двух вариантах расчёта, как при бабушке.
Странно, что до сих пор эксперты и методологи фирмы 1с всё ещё в непонятках и продолжают писать о двух вариантах расчёта, как при бабушке.
(24) за учетный период, месяц (к примеру), вы можете получить суммированную переработку 5 часов.
Причем за этот месяц, скажем, в течение 10 рабочих дней могут иметь превышение факта над нормой по 2 часа в день (итого 20 часов), в другие дни - недоработку, итого 15 часов.
20 - 15 = 5 часов за месяц, это переработка при суммированном времени.
Ну и как эти 5 часов оплатить повышенно (помимо основной оплаты)?
По-старому с универсальным подходом это 2 ч * 0,5 + 3 ч * 1,0 = 4 часа * стоимость часа.
А по-новому?
Я не буду расписывать пример этих дней плана и факта. Будем считать, что они чередуются.
Итак, в те дни, где есть превышение факта над планом, мы берем это превышение и думаем, как его оплатить.
Первый такой день. Превышение 2 часа, и всё. Ну это пример мой такой).
Ага, доплату сделаем коэф 0,5 .
Следующий такой день, тоже самое, 2 часа с доплатой с коэф 0.5
Очередной день, из 2 часов берём уже 1 час (потому что за месяц превышение 5 часов всего), тоже к = 0.5.
Итого мы повышенно платим 5 часов * 0.5 = 2.5 часа.
Верно? Вроде да. Исходя из толкования нормы.
Считать легче? Нет, сложнее, потому что посчитанные сверхурочные за период (месяц) часы мы начинаем размазывать буквально по дням, где превышение.
Сотруднику выгоднее? Однозначно - нет. Потому что сейчас ему к Доплате станет 2,5 часа * средний заработок,
а ранее было бы 4.0 часа (посчитал в самом начале).
В сухом остатке я в новации пока вижу мутное описание методологии, как выполнить разделение общего числа переработанных за учетный период часов при суммированном учете на 2 части: доплачиваемые с к = 0.5 и к = 1.0.
Вариант 2. Взять те дни, в которых было факт > план.
И по каждому такому дню посчитать сколько часов ляжет в к = 0.5 и сколько в к = 1.0.
Просуммировать и определить пропорцию.
В этой пропорции и поделить месячные 5 часов переработки.
Вариант 3. Делать как вариант 2, но плюсом учитывать дни, когда есть НЕДОРАБОТКА.
По ней считать тоже самое, только в негативе.
И часы, разбитые на "к = 0.5" и "к = 1.0" плюсовать к "положительным", только как и положено, со знаком "минус".
В общем, в норме закона я чёткое описание не увидел.
Там противоречие в основе.
Переработка при суммированном учете высчитывается за период не меньше календарного месяца.
Накладывать это на подсчет переработки в конкретный день/смену ровно как делить на ноль.
Или там само понятие суммированного учета кардинально изменилось?
Причем за этот месяц, скажем, в течение 10 рабочих дней могут иметь превышение факта над нормой по 2 часа в день (итого 20 часов), в другие дни - недоработку, итого 15 часов.
20 - 15 = 5 часов за месяц, это переработка при суммированном времени.
Ну и как эти 5 часов оплатить повышенно (помимо основной оплаты)?
По-старому с универсальным подходом это 2 ч * 0,5 + 3 ч * 1,0 = 4 часа * стоимость часа.
А по-новому?
Я не буду расписывать пример этих дней плана и факта. Будем считать, что они чередуются.
Итак, в те дни, где есть превышение факта над планом, мы берем это превышение и думаем, как его оплатить.
Первый такой день. Превышение 2 часа, и всё. Ну это пример мой такой).
Ага, доплату сделаем коэф 0,5 .
Следующий такой день, тоже самое, 2 часа с доплатой с коэф 0.5
Очередной день, из 2 часов берём уже 1 час (потому что за месяц превышение 5 часов всего), тоже к = 0.5.
Итого мы повышенно платим 5 часов * 0.5 = 2.5 часа.
Верно? Вроде да. Исходя из толкования нормы.
Считать легче? Нет, сложнее, потому что посчитанные сверхурочные за период (месяц) часы мы начинаем размазывать буквально по дням, где превышение.
Сотруднику выгоднее? Однозначно - нет. Потому что сейчас ему к Доплате станет 2,5 часа * средний заработок,
а ранее было бы 4.0 часа (посчитал в самом начале).
В сухом остатке я в новации пока вижу мутное описание методологии, как выполнить разделение общего числа переработанных за учетный период часов при суммированном учете на 2 части: доплачиваемые с к = 0.5 и к = 1.0.
Вариант 2. Взять те дни, в которых было факт > план.
И по каждому такому дню посчитать сколько часов ляжет в к = 0.5 и сколько в к = 1.0.
Просуммировать и определить пропорцию.
В этой пропорции и поделить месячные 5 часов переработки.
Вариант 3. Делать как вариант 2, но плюсом учитывать дни, когда есть НЕДОРАБОТКА.
По ней считать тоже самое, только в негативе.
И часы, разбитые на "к = 0.5" и "к = 1.0" плюсовать к "положительным", только как и положено, со знаком "минус".
В общем, в норме закона я чёткое описание не увидел.
Там противоречие в основе.
Переработка при суммированном учете высчитывается за период не меньше календарного месяца.
Накладывать это на подсчет переработки в конкретный день/смену ровно как делить на ноль.
Или там само понятие суммированного учета кардинально изменилось?
(25) Месяц не показателен. Не имеет смысла сменщикам брать такой учётный период. Как минимум квартал.
Но давайте для наглядности возьмём год. Без потери общности пусть календарная норма_40 равна 2000. 10-часовые смены. Заграфиковали 210 смен. Всего 2100 часов без отклонений отработал наш сменщик. План = факт.
Как сейчас, в том числе и по статьям на 1с.
Главное: ждём конца года!
Рассматривалось два варианта:
1. осторожный
Доплата за сверхи = 2*0.5 + 98*1 = 99
2. наглый
100 часов делим на 210 смен и получаем В СРЕДНЕМ меньше часа на каждую смену, отсюда:
Доплата за сверхи = 100*0.5 = 50
С 1-го сентября, как я понял закон.
НЕ ЖДЁМ конца года!!!
Нашли реперную дату, когда сменщик вышел на учётную норму (переменная в общем случае) = 2000 (не было отсутствий). Пусть без потери общности 20 ноября.
1. с 21-го ноября по 30 ноября же отрабатываются 3 смены.
Доплата за сверхи_ноябрь_посменно = (3*2)*0.5 + (3*8)*1 = 27
Начисление и выплата в зарплату за ноябрь!
2. В декабре 7 смен (чтобы общая переработка была 100 часов)
Доплата за сверхи_декабрь_посменно = (7*2)*0.5 + (7*8)*1 = 63
Начисление и выплата в зарплату за декабрь!
Проверка.
Всего после реперной даты отработано 10 сверхурочных смен или 100 часов = 2100 - 2000
Всего доплата за сверхи = 10*2*0.5 + 10*8*1 = 90
Или 27 в ноябре и 63 в декабре.
Иногда репер может возникнуть внутри реперной смены = нет проблем = сверхи пойдут с какого-то часа этой смены. Дальше покатят только сверхурочные смены.
В 1С достаточно завести новый РС.
Но давайте для наглядности возьмём год. Без потери общности пусть календарная норма_40 равна 2000. 10-часовые смены. Заграфиковали 210 смен. Всего 2100 часов без отклонений отработал наш сменщик. План = факт.
Как сейчас, в том числе и по статьям на 1с.
Главное: ждём конца года!
Рассматривалось два варианта:
1. осторожный
Доплата за сверхи = 2*0.5 + 98*1 = 99
2. наглый
100 часов делим на 210 смен и получаем В СРЕДНЕМ меньше часа на каждую смену, отсюда:
Доплата за сверхи = 100*0.5 = 50
С 1-го сентября, как я понял закон.
НЕ ЖДЁМ конца года!!!
Нашли реперную дату, когда сменщик вышел на учётную норму (переменная в общем случае) = 2000 (не было отсутствий). Пусть без потери общности 20 ноября.
1. с 21-го ноября по 30 ноября же отрабатываются 3 смены.
Доплата за сверхи_ноябрь_посменно = (3*2)*0.5 + (3*8)*1 = 27
Начисление и выплата в зарплату за ноябрь!
2. В декабре 7 смен (чтобы общая переработка была 100 часов)
Доплата за сверхи_декабрь_посменно = (7*2)*0.5 + (7*8)*1 = 63
Начисление и выплата в зарплату за декабрь!
Проверка.
Всего после реперной даты отработано 10 сверхурочных смен или 100 часов = 2100 - 2000
Всего доплата за сверхи = 10*2*0.5 + 10*8*1 = 90
Или 27 в ноябре и 63 в декабре.
Иногда репер может возникнуть внутри реперной смены = нет проблем = сверхи пойдут с какого-то часа этой смены. Дальше покатят только сверхурочные смены.
В 1С достаточно завести новый РС.
(26) Месяц - показателен, хотя бы потому, что водителям грузового транспорта учетный период должен быть не более месяца.
// п. 5, 6 Особенностей, утв. приказом Минтранса от 16.10.2020 № 424
Вы, Геннадий, опираетесь на учет с начала года.
И здесь куча "Но".
1. Сотрудник мог быть принят в этом году, то есть работает не с начала года.
2. У него хоть каждый день могут меняться графики и норма по графику (в суммированном норму можно брать 3-мя способами: по самому графику либо "иному" графику либо по производственному календарю).
3. Важный момент. Сотрудник может периодами работать на графиках НЕ суммированного учета рабочего времени. В таком случае положено отражать это как обычные сверхурочные часы, а по ним свои виды начислений оплаты имеются.
И в итоге мы уже с вами пришли просто к тому, что есть множество вариантов подсчета, как переработанные (при суммированном учете) часы разбить на группы оплаты 0,5 и 1,0
Оно и ранее было не урегулировано государством, и сейчас в законе я ясности не увидел.
Хотелось бы увидеть некий анонс, что 1С в этом плане обещает
// п. 5, 6 Особенностей, утв. приказом Минтранса от 16.10.2020 № 424
Вы, Геннадий, опираетесь на учет с начала года.
И здесь куча "Но".
1. Сотрудник мог быть принят в этом году, то есть работает не с начала года.
2. У него хоть каждый день могут меняться графики и норма по графику (в суммированном норму можно брать 3-мя способами: по самому графику либо "иному" графику либо по производственному календарю).
3. Важный момент. Сотрудник может периодами работать на графиках НЕ суммированного учета рабочего времени. В таком случае положено отражать это как обычные сверхурочные часы, а по ним свои виды начислений оплаты имеются.
И в итоге мы уже с вами пришли просто к тому, что есть множество вариантов подсчета, как переработанные (при суммированном учете) часы разбить на группы оплаты 0,5 и 1,0
Оно и ранее было не урегулировано государством, и сейчас в законе я ясности не увидел.
Хотелось бы увидеть некий анонс, что 1С в этом плане обещает
(30) Не мудрите. Это я без потери общности привёл полный год без отсутствий. Ясно, что учётная норма всегда индивидуальна.
В упор не вижу проблем.
Как только кекс выработает к примеру 437 часов своей учётки - пойдёт переработка.
В упор не вижу проблем.
Как только кекс выработает к примеру 437 часов своей учётки - пойдёт переработка.
(28) В релизе 3.1.38.69 они таки реализовали разбивку переработанных часов на группы "х 1.5" и "х 2" с учетом норм законодательства
Заказал моим обновить релиз, посмотрю код разбивки.
Но в целом он по описанию совпадает с моим представлением, как сделал бы я
Заказал моим обновить релиз, посмотрю код разбивки.
Но в целом он по описанию совпадает с моим представлением, как сделал бы я
(39) Размазывают по-среднему потому, что алгоритмически это проще.
Вариаций лютых в реалии может быть N количество, но эти вариации у пользователей в руках, а не в 1С.
И потом есть замутить сложный алгоритм, то попрёт "обратная связь" в виде вопросов и инцидентов, которые они будут расхлёбывать долго.
А вообще....
С учетом всевозможных условий, в т.ч. сотрудник вообще может быть на графике суммированного учета день через день, а учитываются только дни на графике суммированного.
И им надо перестроить алгоритм: в каждый день на графике суммированного учета надо определять индивидуальную норму (норма времени по графику, либо иному графику либо по произв. календарю минус отклонения) и плюс факт отработано, и получать наличие "переработки в день",
А потом итого переработку за учетный период (условно те же 10 часов) начинать "разматывать" по этим ДНЯМ:
-- где есть суточное превышение факта над нормой, там смотрим, сколько этого превышения и разбиваем на "х 1.5" и "х 2"
- где нет суточного превышения факта над нормой - день мимо
Итого разбивка посуточно длится, пока не "сработается" вся сумма "переработанных часов" за учетный период.
То есть у сотрудника может быть 10 переработанных и 7 недоработанных дней (смен), но итоговая переработка "размажется" всего на первые 2 дня учетного периода.
Разве это тоже верно?
Вот потому они и разбивают "переработку за учетный период" по-среднему
Я это вижу так.
Вариаций лютых в реалии может быть N количество, но эти вариации у пользователей в руках, а не в 1С.
И потом есть замутить сложный алгоритм, то попрёт "обратная связь" в виде вопросов и инцидентов, которые они будут расхлёбывать долго.
А вообще....
С учетом всевозможных условий, в т.ч. сотрудник вообще может быть на графике суммированного учета день через день, а учитываются только дни на графике суммированного.
И им надо перестроить алгоритм: в каждый день на графике суммированного учета надо определять индивидуальную норму (норма времени по графику, либо иному графику либо по произв. календарю минус отклонения) и плюс факт отработано, и получать наличие "переработки в день",
А потом итого переработку за учетный период (условно те же 10 часов) начинать "разматывать" по этим ДНЯМ:
-- где есть суточное превышение факта над нормой, там смотрим, сколько этого превышения и разбиваем на "х 1.5" и "х 2"
- где нет суточного превышения факта над нормой - день мимо
Итого разбивка посуточно длится, пока не "сработается" вся сумма "переработанных часов" за учетный период.
То есть у сотрудника может быть 10 переработанных и 7 недоработанных дней (смен), но итоговая переработка "размажется" всего на первые 2 дня учетного периода.
Разве это тоже верно?
Вот потому они и разбивают "переработку за учетный период" по-среднему
Я это вижу так.
(42) Откуда же фифочка, коллега? Когда ежу понятно, что сначала идут УРОЧНЫЕ часы по графику.
Это лифарик, чистейший как слеза )
Более точно: определяется реперная дата выхода на индивидуальную учётную норму и СРАЗУ пошли "С". Просто ЛИФО удобнее для алгоритмизации.
Это лифарик, чистейший как слеза )
Более точно: определяется реперная дата выхода на индивидуальную учётную норму и СРАЗУ пошли "С". Просто ЛИФО удобнее для алгоритмизации.
(43) Скрин прикрепил
Я имел в виду, что переработку 5 часов разбивал бы на "х 1.5" и "х 2" начиная с начала месяца.
В 5-е число это х1.5 = 2 и х2 = 2 часа, (итого 4)
В 6-е число это х1.5 = 1 час. Потому что итого 5 часов месячной переработки.
Итого разбивка "х1.5 = 3" и "х2 = 2"
Вот что имел в виду под ЛИФО.
В этом же контексте на этом же примере (так совпало) ФИФО, то есть идти назад с даты 28-е, дало такой же результат:
"х1.5 = 3" и "х2 = 2"
А по среднему дало бы:
5 часов / 19 отработанных дней = 0,26 часа. Значит, в среднем на каждую смену переработано менее 2 часов.
Следовательно все 5 часов за месяц попадают в "х 1.5".
Я имел в виду, что переработку 5 часов разбивал бы на "х 1.5" и "х 2" начиная с начала месяца.
В 5-е число это х1.5 = 2 и х2 = 2 часа, (итого 4)
В 6-е число это х1.5 = 1 час. Потому что итого 5 часов месячной переработки.
Итого разбивка "х1.5 = 3" и "х2 = 2"
Вот что имел в виду под ЛИФО.
В этом же контексте на этом же примере (так совпало) ФИФО, то есть идти назад с даты 28-е, дало такой же результат:
"х1.5 = 3" и "х2 = 2"
А по среднему дало бы:
5 часов / 19 отработанных дней = 0,26 часа. Значит, в среднем на каждую смену переработано менее 2 часов.
Следовательно все 5 часов за месяц попадают в "х 1.5".
Прикрепленные файлы:
(45)
Здрасьте! 28-го смена 12, отсюда 7Я/5С даст ДВЕ полуторки и ТРИ дубля.
Помните, в к/ф "Семнадцать мгновений весны":
- Вы ошиблись...
)
В этом же контексте ФЛИФО, то есть идти назад с даты 28-е, дало такой же результат:
"х1.5 = 3" и "х2 = 2"
"х1.5 = 3" и "х2 = 2"
Здрасьте! 28-го смена 12, отсюда 7Я/5С даст ДВЕ полуторки и ТРИ дубля.
Помните, в к/ф "Семнадцать мгновений весны":
- Вы ошиблись...
)
(47) СмотрИте. В Вашем примере февраль учётный месяц, норма его 160, отсутствий не было, значит индивидуальная учётная норма у кекса те же 160.
С 1-го по 27-е февраля включительно он отработал 153 часа. Они УРОЧНЫЕ.
Пошла последняя смена 28-го февраля (12 часов). Первые 7 часов обычные, урочные, пока не вышли на свою норму: 153 + первые 7 = 160.
Работа продолжается. Начались 5 сверхурочных часов. Первые два часа полуторки (8-й и 9-й час смены), последние три часа дубли (10-й, 11-й и 12-й часы смены).
You see?
С 1-го по 27-е февраля включительно он отработал 153 часа. Они УРОЧНЫЕ.
Пошла последняя смена 28-го февраля (12 часов). Первые 7 часов обычные, урочные, пока не вышли на свою норму: 153 + первые 7 = 160.
Работа продолжается. Начались 5 сверхурочных часов. Первые два часа полуторки (8-й и 9-й час смены), последние три часа дубли (10-й, 11-й и 12-й часы смены).
You see?
(48) Месяц не февраль, а абстрактный 30-дневный (февраль в этом году имеет норму 8 часов со 2-го дня.
Но это не важно ))
Логику вашу понял.
Вы переработанные за учетный период часы раскидываете "с конца" с оглядкой на фактически отработанные в день.
А если бы по моему примеру, но в итоге он переработал бы за месяц 30 часов?
Как бы вы разбили их на "х 1.5" и "х2" ?
Но это не важно ))
Логику вашу понял.
Вы переработанные за учетный период часы раскидываете "с конца" с оглядкой на фактически отработанные в день.
А если бы по моему примеру, но в итоге он переработал бы за месяц 30 часов?
Как бы вы разбили их на "х 1.5" и "х2" ?
(50) Более точно: работаю по методу нашего самого известного дзюдоиста. Использую энергию типового кода программы. Умная ЗУП уже сама давно грамотно раскидывает "С" на полуторки и двойки, а с 38.69 ещё и предел в 120 учитывает. Ну и не нужно ей мешать.
Забываем про док Регистрация переработок. В реперном месяце, в Вашем примере последний и он же единственный, начинаем с конца в прошлое ТАБЕЛИРОВАТЬ. Имеем 5 часов переработки и последнюю смену в 12 часов. Пробиваем вместо Я12 - Я7/С5. Всё. Дальше типовой алгоритм сам посчитает две полуторки и три дубля.
Табелируем только "С", ну ещё для ночных СВН и всё. Курсант Малиновский стрельбу закончил!
Забываем про док Регистрация переработок. В реперном месяце, в Вашем примере последний и он же единственный, начинаем с конца в прошлое ТАБЕЛИРОВАТЬ. Имеем 5 часов переработки и последнюю смену в 12 часов. Пробиваем вместо Я12 - Я7/С5. Всё. Дальше типовой алгоритм сам посчитает две полуторки и три дубля.
Табелируем только "С", ну ещё для ночных СВН и всё. Курсант Малиновский стрельбу закончил!
(51) Не ответили на вопрос:
А если бы по моему примеру, но в итоге он переработал бы за месяц 30 часов?
Как бы вы разбили их на "х 1.5" и "х2" ?
С учетом того, что последние 2 дня он отработал по 12 часов, а еще ранее 11.
Полагаю, так:
28-е. Всего отработано 12 часов, делим их на 2 + 10
27-е. Тоже 12 часов, делим их на 2 + 10
26-е. Оставшиеся 6 часов (30 - 12 - 12) тоже делим на 2 + 4.
Итого х1.5 = (2+2+2) 6 , х2 = (10+10+4) = 24. (проверка 6 + 24 = 30).
Но логика этой разбивки тоже ... такая...
Кстати, по-среднему (алгоритм 1с) все 30 часов полали бы в "х1.5", потому что в среднем на смену переработано 30/20 = 1,50 часа, что меньше 2 часов
А если бы по моему примеру, но в итоге он переработал бы за месяц 30 часов?
Как бы вы разбили их на "х 1.5" и "х2" ?
С учетом того, что последние 2 дня он отработал по 12 часов, а еще ранее 11.
Полагаю, так:
28-е. Всего отработано 12 часов, делим их на 2 + 10
27-е. Тоже 12 часов, делим их на 2 + 10
26-е. Оставшиеся 6 часов (30 - 12 - 12) тоже делим на 2 + 4.
Итого х1.5 = (2+2+2) 6 , х2 = (10+10+4) = 24. (проверка 6 + 24 = 30).
Но логика этой разбивки тоже ... такая...
Кстати, по-среднему (алгоритм 1с) все 30 часов полали бы в "х1.5", потому что в среднем на смену переработано 30/20 = 1,50 часа, что меньше 2 часов
(52) Правильно полагаете. Наш будущий алгоритм сработает так для 30 часов переработки:
1. Последняя смена 28-го, где пока Я12
Табелируем С12
Остаток перебора = 30 - 12 = 18
2. Предпоследняя смена 27-го, где пока Я12
Табелируем С12
Остаток перебора = 18 - 12 = 6
3. Предпредпоследняя смена 26-го, где пока Я11
Табелируем Я5/С6 (весь остаток)
Это реперная дата, где мы вышли на норму.
ЗуП сам грамотно посчитает в доке Начисление зп:
"х1.5 = (2+2+2) = 6 , х2 = (10+10+4) = 24"
Без всякого дока регистрации переработок. Скрипач не нужен.
Тем более, что эски как раз и понадобятся типовому коду для расчёта предела в 120 часов за год.
1. Последняя смена 28-го, где пока Я12
Табелируем С12
Остаток перебора = 30 - 12 = 18
2. Предпоследняя смена 27-го, где пока Я12
Табелируем С12
Остаток перебора = 18 - 12 = 6
3. Предпредпоследняя смена 26-го, где пока Я11
Табелируем Я5/С6 (весь остаток)
Это реперная дата, где мы вышли на норму.
ЗуП сам грамотно посчитает в доке Начисление зп:
"х1.5 = (2+2+2) = 6 , х2 = (10+10+4) = 24"
Без всякого дока регистрации переработок. Скрипач не нужен.
Тем более, что эски как раз и понадобятся типовому коду для расчёта предела в 120 часов за год.
(53) Посмотрел код в релизе.
Да, по среднему сделано. И в качестве отработанных "смен" берут по сути число отработанных (оплаченных, если из регистра расчета) дней.
Но они допустили там технический косяк.
При выборке "ранее учтённых переработанных часов с начала года" они не учитывают движения текущего регистратора.
Ведь документ "Регистрация переработок" можно заполнять / перезаполнять, не делая отмены проведения.
И переработанные часы текущего регистратора ошибочно учитываются как "часы периодов ранее", и искажают разбивку на "х 1.5" и "х 2".
Впрочем, для нашей компании я это уже расширением "вылечил"
Да, по среднему сделано. И в качестве отработанных "смен" берут по сути число отработанных (оплаченных, если из регистра расчета) дней.
Но они допустили там технический косяк.
При выборке "ранее учтённых переработанных часов с начала года" они не учитывают движения текущего регистратора.
Ведь документ "Регистрация переработок" можно заполнять / перезаполнять, не делая отмены проведения.
И переработанные часы текущего регистратора ошибочно учитываются как "часы периодов ранее", и искажают разбивку на "х 1.5" и "х 2".
Впрочем, для нашей компании я это уже расширением "вылечил"
(55) Ну это уже как наши заказчики решат. У них там методологи есть.
Я им на примере (в релизной копии) разжевал оба варианта, по среднему и с вами обсуждаемый. Далее пусть они решение принимают.
Тем более что прямо сейчас один человек от заказчиков на вебинаре у Аллы Назаровой, там эта тема тоже в повестке семинара.
Я им на примере (в релизной копии) разжевал оба варианта, по среднему и с вами обсуждаемый. Далее пусть они решение принимают.
Тем более что прямо сейчас один человек от заказчиков на вебинаре у Аллы Назаровой, там эта тема тоже в повестке семинара.
(34) Я разве что сказал против ТОГДАШНЕГО механизма?
Ежу понятно, что если бы не гений Сталина, не было бы сейчас России. Нас бы даже не расчленили, как снится либералам. Нас бы просто сожгли в термояде.
Понятно также, что те ранешние методы государственного и экономического строительства требовали абсолютной диктатуры и необходимости Гулага.
Я говорю о другом: сейчас весь этот античеловеческий напряг не нужен. Не надо сейчас второго Сталина.
Ежу понятно, что если бы не гений Сталина, не было бы сейчас России. Нас бы даже не расчленили, как снится либералам. Нас бы просто сожгли в термояде.
Понятно также, что те ранешние методы государственного и экономического строительства требовали абсолютной диктатуры и необходимости Гулага.
Я говорю о другом: сейчас весь этот античеловеческий напряг не нужен. Не надо сейчас второго Сталина.
(36) Рабский труд является непроизводительным (с) Ф.Энгельс
Раб всегда будет отлынивать от любой работы и гнать туфту. ТУФТ - так маркировали тяжёлые условия физического труда в лагерях для снижения плана и получения дополнительной пайки.
Раб всегда будет отлынивать от любой работы и гнать туфту. ТУФТ - так маркировали тяжёлые условия физического труда в лагерях для снижения плана и получения дополнительной пайки.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот