Добрый день!
Столкнулся с проблемой.
Если работнику рассчитывается аванс в месяце приёма и он принят не 1 числа, то необходимо аванс сократить на количество не отработанных дней.
wpbp у меня с даты приёма по дату 267Ит из оценки план и факт за период до расчёта аванса. т.е если отсутствие то проблем нет сократим возьмем из оценки.
А как найти кусочек до даты приёма? чтобы уже составить пропорцию и коэффициент сокращения.

Уточняю используется причина 0101

То, что причина 0101 - понятно. Не понятна концепция расчета аванса, используемая у вас. Это какая-то фиксированная сумма?
Почему нельзя использовать обычное сокращение по отработанному времени?
Кол-во отработанного времени известно, норма времени тоже известна. Можно вычислить и неотработанное время.

Не смотря на то, что в первом месяце приема WPBP начинается с даты приема, норма времени там все равно собирается за месяц полностью. Например, в TADIVI будет кол-во рабочих дней в месяце.

немного теории
Аванс по зарплате: как рассчитать, когда выплатить и исчислить налоги (взносы)
Методы начисления зарплатного аванса
Авансовый метод - фиксированная сумма (чаще всего 30 - 50% от оклада (тарифной ставки)) без удержаний независимо от фактически отработанного времени;
Расчетный метод - исходя из фактически отработанного времени (норм выработки) в данном периоде.

смотрите кол. договор, иногда проще поменять его, чем систему

Solo, у нас в таком случае в PARTT норма собирается за весь месяц по графику сотрудника (т.е. с 1 числа, даже если он принят с 5).
Собирается и факт отработанного времени с даты приема по дату аванса.

Поэтому коэффициент сокращения и аванс высчитывается корректно.

Принят с 05.02.2013.
Норма за весь месяц по графику: 159 ч. (с 01.02.13 - 28.02.13)
Факт отработанного времени: 72 ч. (с 05.02.13 - 15.02.13)
Оклад: 100.000 руб.

Аванс = 100.000 руб / 159ч * 72ч. = 45.283,02 руб.

Так не получится.
оклад 100.000
период с 1 числа месяца по 15 берём как 50% от оклада т.е 50.000
работник принят с 5 числа.
вот и проблема найти количество рабочих дней с начала месяца по дату расчёта. потом соответственно вычесть из этого рабочие дни с даты приёма по дату расчёта и найти коэффициент.

Solo, ты бы расписал нормально систему подсчета аванса, которую ты реализуешь. Примерно так, как это сделал 200910. Я, например, из твоего описания понял следующее. Берем 50% оклада, а затем пересчитываем эту величину пропорционально отработанным рабочим дням в первый 15 дней месяца? Чудно как-то. Такой подход может привести к переплатам в конце месяца, особенно в январе.

Добрый день, коллеги!

Подразумеваю, что имеется ввиду следующий алгоритм (поправьте если не прав):
Полный аванс = Оклад * 50% ,
Аванс скорректированный = Полный аванс * К, где
К = ЧФ1-15 / ПКЧН1-15
ЧФ1-15 – количество часов, фактически отработанных сотрудников за период с 1 по 15 число (включительно) месяца расчета аванса (определяется на основе кол-ва часов по виду оплаты, например оклад, за полупериод с 1 по 15 число).
ПКЧН1-15 – количество часов, установленных в нормативном графике 5-ти дневной рабочей недели (баланс данного графика приведен к балансу по производственному календарю), за период с 1 по 15 число (включительно) месяца расчета аванса.
Т.е. на практическом примере сентябрь 2012 года:
Оклад у сотрудника: 100000 рублей. Норма часов по производственному календарю 5-ти дневной рабочей недели: 20 дней, 160 часов.
Для нормально работающего сотрудника получается так:
Полный аванс = 50000 рублей.
Аванс скорректированный = 50000*80/80 = 50000 - то что платим.
В случае что описывает Solo сотрудник принят на работу, допустим, 05.09.2012. Тогда посчитаться должно так:
Полный аванс = 50000 рублей.
Аванс скорректированный = 50000*64/80 = 40000 то что платим.
Так как подразумеваю, что заказчик руководствуется тем, что раз сотрудника не работал 2 дня, то и аванс ему не положен (аналогично что он был в отсутствии) + слова бухгалтера:"а вдруг уволится после получения аванса. Как я ему тогда деньги удержу? Сам он может и не вернуть." ну и так далее.
С днями так же петрушка .
Если алгоритм такой, то на сколько знаю стандартного решения нет, но могу ошибаться.
В данном случае, на моей практике, абапилась операция, которая по коду ИГРВ определяет нормативный график, через T7RU80S, затем лезет в T552A и возвращает количество дней/часов с 1-го по 15-е число, получается плановых по производственному календарю.
Решение работало стабильно без проблем.

P.S. алгоритм конечно сложный и по хорошему не нужный так как редко такое бывает + бухгалтер может всегда поменять сумму аванса руками и подстраховаться. Но иногда не удается убедить заказчика на простой алгоритм, хотят сложный Печально, но факт.

P.P.S. поддерживаю veps, проще методологию поменять . Используйте алгоритм предложенный 200910 и будет Вам счастье

BuXPb Вы описали именно мою ситуацию.
Сейчас решаем вопрос по этому поводу или абапим функцию или операцию(это нюансы) или попробую продавить алгоритм 200910.
Спасибо коллеги!

Для склонения к "правильному" решению, могу посоветовать продемонстрировать пример января с длинными праздниками. В 2012 году за 15 первых календарных дня было 4 рабочих. При таком подходе к расчету аванса за эти 4 дня будет выплачено 1/2 оклада. Переплата будет сплошь и рядом, в отпуск пошел человек или заболел. А увольнение примерно в течении недели после 15-го будет грозить невозратным долгом.
Еще и май теперь очень близок к январю стал.