Присутствует проблема. тр. VBO1

В соглашении о бонусе задаю шкалы для условия, логика такая.

Сумма Скидка
100 руб -10 руб
200 руб -20 руб
500 руб -50 руб

Жду от системы, чтобы в СФ добавлялось условие условие к примеру BO01, рассчитывается бонус исходя из значения шкал и после проводки СФ обновлялся оборот в соглашении о бонусе. Резервное отчисление не задействовано.

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

Кто знаком с Бонусами? Проясните, как работают они. Правильны ли мои догадки? Из описания нашлась инфа из курсов и документ .pdf на английском (Rebate Processing in SAP). Может кто сталкивался с такой ситуацией?

Пардон! А зачем используется бонус если нет резервных отчислений?

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

Не знаю. Просто всегда считал, что бонус именно для накопления средств, которые потом используются для оплаты.
http://help.sap.com/bp_chem603/BBLibrar ... _RU_RU.htm
Т.е. кредитовое авизо Вы потом руками создавать собираетесь?

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

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

Рассматривал два варианта:
1. Вид условия BO01 c классом условия "C" - стандартная конфигурация условия. Результат: значение из шкалы не рассчитывается, оборот в соглашении не обновляется. Поле резервные отчисление не задействовал в условии.
2. Если для вида условия поменять к примеру класс условия с "С" на "Е", то шкалы начинают работать - значение рассчитывается исходя из шкалы, но данные не тянутся в оборот соглашения о бонусе.

А создайде до бонуса условие со шкалой.

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

Даже в 620 курс заглянул. Рис. 81 - похоже так и должно быть. Цена (сумма) должна быть сформирована до базиса бонуса.
Посмотрите внимательнее, должно работать.

Меня, собственно, мучает другая мысль. А вы с аудиторами (или хоть с бухалтерами) данную схему согласовывали? Я пытался бонусы с 1996 года на десятке Российских предприятий использовать и всегда это запрещали. На мой взгляд сейчас налоговики должны выступать крайне негативно, потому как им придется объяснять уменьшение НДС к уплате.

Базис бонуса берётся из стоимости, по нему рассчитывается скидка (рис. 81). Это в теории, а на практике оно не работает или неправильно что то делается, только что, не понятно.

Ещё пока что не с кем не согласовывалось. Желание бизнеса таковое.

Эээ (насколько помню) величина резервных отчислений не может зависит от шкалы. Также зависимость от шкалы для фактических выплат случится только на последнем шаге - при окончательном расчёте бонуса.

Так, так, так... по подробнее пожалуйста.

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

Это из того PDF документа, с которым вы уже знакомы

Про не заполнение поля резервных отчислений не скажу точно... но не вижу никакой проблемы с ними
- система копит на отдельном счёте то, что предстоит выплатить, то что как бы не наше. Вероятно можно и ноль оставить. Реальные же выплаты будут (могут) несколько отличаться от плановых - собственно этим и занимается окончательнй расчёт бонуса (взять деньги с того, что накопилось на отдельном счёте и добавить плюс/минус поправку). А в инфо-структурах (S136), насколько понимаю, копятся ссылки на ценовые условия и данные из фактур, чтобы можно было проводить расчёт бонуса.

Ога, согласен. Реальные выплаты могут отличатся, выплата возможна меньше накопленной суммы, но не больше. Это касаемо выплат.
А вот как заставить накапливать систему. На этом весь затык пока что. Если использовать резервные отчисления то всё работает. Суммы обновляются в обороте бонуса накапливая значения на отдельном счете, при выплате отчислении ликвидируются, но минус в том что можно таким образом отчислять для накопления только фиксированный процент.

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

Логика отчислений должна быть такая:
Сумма Скидка
100 руб -10 руб
200 руб -20 руб
500 руб -50 руб

Или хотя бы без шкал, к примеру если стоимость достигает 100 руб. по СФ, то отчислять -10 руб в оборот "соглашения о бонусе".

Не понятно возможно ли это сделать в стандарте?

Это в вашем бизнес процессе или в стандарте? (не очень помню стандарт, почему больше нельзя было бы).

А почему всё-таки нельзя отчислять среднюю величину или скажем максимальную (50руб.) - ведь эти деньги пока реально не выплачиваются.

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

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

Приобрел клиент на 5000 товара, вот ему -50 в счет накопления. По итогам периода разовая выплата накопившейся суммы.