В ноябре норма 159 часов, а норма с 1 по 15 - 71 час.
Клиент хочет чтобы при расчете использовалась не норма за месяц, а норма за полмесяца.

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

Как это проще реализовать в ЗУП? Можно без переписывания конфы?

(0) Написать внешнюю обработку заполнения табличной части документа

(0)
> Т.е. он делит плановый аванс пополам и умножает на фактически отработанное время, деленное на полумесячную норму.
че? и почему он не хочет воспользоваться расчетным авансом?

(1) ага, и че, полностью повторить все расчеты? там же их до фига сотров и у каждого свои графики.

(2) потому что на примере ноября видно, что по формуле клиента аванс получается меньше. Клиент - перфекционист, видимо, хочет точно в днях мерять.

>он делит плановый аванс пополам и умножает на фактически отработанное время, деленное на полумесячную норму

пусть диллера поменяют

(5) я сам не люблю ЗУП, но 1с - монополист. поменять не получится

(4) да, получает меньше, потому что рабочих дней за первую половину месяца  меньше, чем за вторую. а уж в январе... зато это полностью согласно тому, что сотрудник должен получить зарплату за факт.отработанное время

(7) и как это сделать? думаю, я не первый, в ЗУП есть настройки или нету типовые для этого?

(8) есть расчет зп за первую половину месяца, на основании которого формируется зп к выплате

(9) так она берет норму времени за месяц.

Я вот думаю, может поставить вариант расчета за месяц, но дать возможность изменить даты документа с 1 по 15?

рисуй обработку которая будет формировать "зп за первую половину месяца"

зы в зупе много чего нет

(10) ... слов нет
   и что что она берет норму времени за месяц? если я за месяц должна получить 10000 р, то за каждый рабочий день ноября я должна получить 500р. на первую половину ноября приходится 9 рабочих дней. аванс мне посчитается (4500-13%),
что не устраивает?

(3) Что значит повторить? Вам нужно определить сколько сотрудник фактически отработал за первые 15 дней, а для этого все равно свой запрос писать, что бы неявки отсечь

(8) Если через документ "Выплата зарплаты" то в типовом ЗУП только предупреждение о не полностью отработанном времени с предложением проверить суммы аванса.

>Я вот думаю, может поставить вариант расчета за месяц, но дать возможность изменить даты документа с 1 по 15?

а ты уверен что он тебе ндфл адекватно "склеит"/"пересчитает"? тут округлил, там округлил - а в пересчете за месяц - лишнее

(12) привожу пример.
оклад 100 тыщ-пыщ за ноябрь.
сотрудник в ноябре отработал 71 день.

ЗУП посчитает с 1 по 15: 100 000 /159 * 71 = 44 654.

Результат = Тарифная ставка месячная / Норма времени за месяц в часах * Время в часах

А надо, чтобы посчитало: 100 000 / 71 * 71 = 50 000.

Результат = Тарифная ставка месячная / Норма времени за первую половину месяца в часах * Время в часах

пардон, 71 час, а не день, конечно же, норма 159 часов в ноябре.

Как вариант, можно обнулять в транзакции все графики за месяц за вторую половину, делать рассчет, а потом графики возвращать.

(14) хз что там с НДФЛ будет, хз.

(15) Тебе уже написали в(1), что для этого нужно сделать? Или для "гения" 1С такое слишком сложно?

(15)

(100/71)*71 = 100, если что

(18) это совет ни о чем.
(19) не придирайся, да, надо еще разделить на два.

>100 000 / 71 * 71

а откуда зуп узнает что "71 из 71"? по каждому графику еще считать где полмесяца заканчиваются? так рисуй расчет в (1)

(20)

>> не придирайся, да, надо еще разделить на два.

Всего лишь)
Можно, как вариант, заполнять графики сначала на полмесяца, потом на полный, чтобы норма менялась. Но это очень тупо)

+(22)

Проще выплачивать аванс фиксированными суммами (сразу ведомость, без начисления), там можно и меньше сделать.

(20) >> это совет ни о чем.

А... тебе надо, чтобы кто-то выложил тебе эту обработку в готовом виде... :D

(21) ПЖ, ну ты же понимаешь, что я не из воздуха взял эту абстракцию, а из пожеланий клиента.

нашел в модуле РассчитатьЗаписьРегистраРасчета:

        ИначеЕсли СпособРасчета = Перечисления.СпособыРасчетаОплатыТруда.ПоМесячнойТарифнойСтавкеПоДням или
            СпособРасчета = Перечисления.СпособыРасчетаОплатыТруда.ПоМесячнойТарифнойСтавкеПоЧасам или
            СпособРасчета = Перечисления.СпособыРасчетаОплатыТруда.ОтСтажаПоМесячнойТарифнойСтавкеПоДням или
            СпособРасчета = Перечисления.СпособыРасчетаОплатыТруда.ОтСтажаПоМесячнойТарифнойСтавкеПоЧасам Тогда
            
            НормаВремени = ИсходныеДанные.НормаВремениЗаМесяц;


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

Сейчас она выдает здесь: 159.

А я сделаю заглушку, которая будет проверять, если это движение по авансу за первый месяц, то будет по графику высчитывать норму времени в часах с 1 по 15 число месяца расчета (71) и далее подставлять эту норму.  

Немного медленно, но дешево и сердито, имхо.

(23) если бы у бабушки был член, она бы была дедушкой, мы не можем ломать учет клиента об колено, ему нужен именно такой расчет, а не фикс.суммами, не стоит давать такие глупые советы.

(24) эта обработка будет повторять весь функционал ЗУП по расчету ЗП, смысл

>> не придирайся, да, надо еще разделить на два.

А почему именно на 2, а не на 3 или не на 4? Откуда уверенность, что в первой половине месяца такое же кол-во рабочих часов, как и во второй?

(24) там же не только оклад, там все начисления за первую половину считаются - пособия на жраки, премии ежедневные и т.п.

(27) на два, потому что это аванс за половину месяца. То бишь сумма оклада делится пополам и от этой нормы уже отсчисляется начисленная сумма аванса.

(25) т.е. ты все таки решил залезть в зуп и сломаться его

(26) И что? Пусть повторяет, ты просто добавь туда свой, с пересчетом суммы.
(28) Возьми только оклад, в чем проблема?

>>А надо, чтобы посчитало: 100 000 / 71 * 71 = 50 000.
Это как так получилось???

(25)

Ну вот ты себе и нашел решение, без глупых советов на умную задачу)

(8) на все тупые хотелки настроек не заготовишь

выход уже подсказали: давать аванс суммой 50% от оклада и не выеживаться

(32) http://www.umniza.de/WebRoot/Store22/Shops/62303963/5289/0041/6ADC/7C6F/B6B6/C0A8/2981/5528/978-5-9684-2178-4.jpg

ЗЫ. Аванс ранее подсчитывался (оклад - п/н) / 2;
С округлением до сотен (или тысяч, по эпохе..) руб.

+36 и еще вариант: просто 40% от оклада. Или предполагаемого заработка.

(0) Проще всего так: считай не аванс, а зарплату. В выплате ставь - выплачивать 50%. Потом начисление распроводи.

(34) глупый совет, речь не только об окладе, но и о других начислениях, например, компенсация бизнес-ланчей по 200 рублей в РАБОЧИЙ день.

(38) ответ неверный, ЗП считается за месяц, а должна считаться за первую половину.

(38) если только даты расчета зарплаты менять. но в режиме за месяц она не дает расчитать ЗП за произвольный период.

(39) это где то озвучено в вопросе ?
тогда может вопрос глупый ?

http://pommp.ru/zarplata/oplata-truda-i-posobiya/razmer-vyiplatyi-avansa-skolko-platit-chtobyi-rabotnik-dozhil-do-zarplatyi/

Тут сказано, что есть практика оформления табеля за 1-ю половину месяца.

хотя даже если сделать возможность выбора конца периода, она все равно будет норму за месяц юзать, тупиковая ветвь, надо ковырять в сторону (25) таки.

(42) ну хорошо, озвучено неявно, озвучиваю явно - начислений за первую половину месяца там много.

(43) Кстати, тут для ПЖ ответ по НДФЛ:
Возникает вопрос, нужно ли рассчитывать и удерживать НДФЛ с выплат за первую половину месяца. Минфин давно прояснил этот факт, например, в письмах 17.07.2008г. №03-04-06-01/214, от 16.07.2008 года №03-04-06-01/209.
Согласно п.2 ст.223 НК, дата фактического получения работником дохода в виде заработной платы – это последний день месяца, за который эта зарплата начисляется. Поэтому на момент выплат за первую половину месяца дохода по НДФЛ не возникает. Солидарна здесь и позиция судов.

(43) о, теперь понятно, почему клиент хочет расчет по факту, не понятно, почему Селезнёвские об этом не знают.

>Кстати, тут для ПЖ ответ по НДФЛ:

сделай (25) и посчитай...

или если ломать - так до конца?

(46) они считают, что "аванс" - есть простейшая сумма, и нет надобности усложнять расчет.

Чтобы не менять конфу, еще можно сделать так: сначала ЗУП сама считает, потом обработка ТЧ пересчитывает результаты по окладам, ставя признак ручного исправления по строкам. Потом второй расчет, чтобы пересчитались зависимые начисления и удержания.

(45) все это чудненько, только вот компенсация обедов НЕ ЯВЛЯЕТСЯ оплатой труда и зарплатой вообще
и если вы её считаете и выплачиваете за первую половину месяца, то будьте любезны и НДФЛ в тот же день отслюявить государству
со всеми вытекающими последствиями его возможного разлезания

(51) тогда нужен пруф.

(49) но это их "считают" противоречит объективной реальности

(53) это, увы, не единственное противоречие.

ЗЫ. а вообще я считаю, что НДФЛ считается разово в конце месяца, на все промежуточные выплаты работнику в течение месяца.

(52) на нормативный акт с ходу ссылки не дам
но из сути этой выплаты ясно что подобные компенсации не относятся к оплате труда, это вообще даже неденежные доходы

+54 и "аванс по НДФЛ" в середине месяца я не встречал.. Работал со многими бухгалтериями. Не может быть такого, что десяток фирм жестоко ошибаются.

(55) это - просто доходы в течение месяца.. со всеми вытекающими..

(57) "[не]денежные доходы" - а налог на них так и называется: нДфл..

(51) ну вообще типовой механизм начисления аванса включает выплату за обеды в аванс и начисляет по ним НДФЛ.

Ну обеды может неудачный пример.

вот думаю, может все же замутить расчет аванса в транзакции, чтобы не мучать конфу.

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

Из пушки по воробьям, но таки безопасно. Не?

(56) ну вот и чудненько, значит НДФЛ в конце месяца посчитается.

(58) НеденежныеДоходыФизЛиц что ли ? повеселил

возьми для примера компенсацию за использование личного транспорта, это не оплата труда ведь
чем от нее отличается такая же по сути компенсация обедов ?

(61) нДфл = Налог На Доходы Физ лиц

Документ "Начисление ЗП" за первую половину месяца не делает движений по НДФЛ, даже если ТЧ НДФЛ заполнена!!!

Это к вопросу НДФЛ с авансов в типовых ЗУП

(60) нет, не посчитается
нельзя так считать

такая выплата приравнивается к межрасчетной, по ней ндфл должен быть уплачен сразу, вместе с выплатой дохода

На твоем месте я бы объяснил клиенту что его хотелка тупа и противоречит законодательству. Понятно что накодить можно все что угодно, но с моей точки зрения реализация этой задачи не только бессмысленна, но и опасно претензиями налоговых органов

(55) что подобные компенсации не относятся к оплате труда, это вообще даже неденежные доходы
к оплате труда не относятся, это правильно, а остальное - ты сам сказал в конце фразы, что это таки доходы
Доходом может быть подарок, в конце месяца он оценивается в денежном выражении - как основание для расчета НДФЛ.
Или сотр получил подарок 01.12.2105, и что? 02.12.2015 он должен бежать в налоговую, успеть подать декларацию по НДФЛ?

(65) зачем 02.12.2015 ? период по ндфл год, вот до 01.04.2016 и должен сдать декларацию

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

+65 ладно, я пас в законодательстве..
вот тут есть некая ссыль посмотрите, вдруг по-делу:
http://www.garant.yaroslavl.ru/text/?text=213

(64) так ЗУП не делает проводок по НДФЛ за первую половину месяца. Единственное, может быть компенсацию питания не ставить в аванс, как вариант, но вряд ли кто этим будет заморачиваться.

можно пояндексить по тексту "ндфл при межрасчетных выплатах"

(68) не делает в каком документе ? в Начислении зарплаты да, не делает. А в документах межрасчетных выплат - еще как делает. Открой к примеру док. Начисление отпуска и посмотри

Примерно вот так надо менять, блин:

        Если НеобходимыеДанные.НормаВремениЗаМесяц Тогда
            ТекстЗапроса = ТекстЗапроса + ",
            |    ЕСТЬNULL(
            |        ВЫБОР  
            |            КОГДА НормаВремениПоОбщемуГрафику.НомерСтроки ЕСТЬ NULL    
            |                ТОГДА ЕСТЬNULL(СводныеИндивидуальныеГрафики.НормаВремени,ДанныеГрафика.ОсновноеЗначениеНормаПериодДействия)
            |            КОГДА Основной.ВидУчетаВремени = &ПоДням
            |                ТОГДА НормаВремениПоОбщемуГрафику.НормаДней
            |            ИНАЧЕ НормаВремениПоОбщемуГрафику.НормаЧасов
            |        КОНЕЦ, 0) КАК НормаВремениЗаМесяц";
            
            //Осипов 2015-11-12 +
            Если Регистратор.Метаданные().Имя = "НачислениеЗарплатыРаботникамОрганизаций" И Регистратор.ПериодНачисления = Перечисления.ПериодНачисленияЗарплаты.ПерваяПоловинаТекущегоМесяца Тогда
            ТекстЗапроса = СтрЗаменить(ТекстЗапроса,
            "ЕСТЬNULL(СводныеИндивидуальныеГрафики.НормаВремени,ДанныеГрафика.ОсновноеЗначениеНормаПериодДействия)",
            "2 * ЕСТЬNULL(СводныеИндивидуальныеГрафики.НормаВремени,ДанныеГрафика.ОсновноеЗначениеНормаФактическийПериодДействия)");
            КонецЕсли;

            //Осипов 2015-11-12 -


Жестоко, блин...

то бишь для расчета месячной нормы меняем из данных графика значение по периоду действия (месяц) на значение по фактическому периоду (15 дней) и умножаем на два.

Регистратор.Метаданные().Имя - такой вариант использовать не рекомендуется стандартами 1С. Лучше использовать ТипЗнч(Регистратор) = Тип("ДокументСсылка.НачислениеЗарплатыРаботникамОрганизаций")

(73) перфикционизм важен в проектах, а при написании затычек - ни разу

(74) Вот потому у тебя все через, я извиняюсь, афедрон и делается.

(75) нет. не поэтому. не буквоедствуй, некрасиво.