Друзья, волею судеб, мне нужно презентовать несколько вариантов реализации следующего сценария:
Мы - электрическая компания, со следующего года должны собирать с некоторых граждан платежи в счет погашения кредита. Платеж этот должен быть частью счета за электричество (т.е., одна строка - 1000Кв, 1000 руб, другая строка "погашение кредита" - 100 руб).
Так как мы являемся лишь агентом по сбору этих денег, то если потребитель нам не платит, то мы не должны платить банку, если нам заплатили половину денег, то мы должны пропорционально взять себе за электричество, а другую часть заплатить банку (например, если мы получили вместо 1100 550 руб, то 500 мы гасим "электричество", а 50 "кредит").

Вот такие вот сложности.. Т.е., с одной стороны, счет и долг должен быть один, а с другой, нужно где-то параллельно вести учет расчетов с банком.

У нас были следующие идеи:
1) Использовать Installation fact (не знаю, как это по-русски на электрическом контракте, чтобы биллинг делал проводки в fica с определенным sub кодом транзакции, а потом как-то это выравнивать. Преимущество здесь такое, что все интегрировано в электрический контракт, но проблема в том что суб-кода может быть недостаточно для разделения проводок в fica...

2) написать свой z, либо использовать функции CML в FI, чтобы проводить задолженность ежемесячно, с разным main/sub кодом. Здесь вроде как все раздельно выходит, но зато придется как-то это дело увязывать с биллингом, чтобы кредит соответствовал счету за электричество.

Ну и расчеты с банком это либо cml, либо z-разработка...

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

всем заранее спасибо

Добрый день!
Не совсем понятно что это значит:
"Мы - электрическая компания, со следующего года должны собирать с некоторых граждан платежи в счет погашения кредита. Платеж этот должен быть частью счета за электричество (т.е., одна строка - 1000Кв, 1000 руб, другая строка "погашение кредита" - 100 руб)."

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

Насчет "суб-кода может быть недостаточно для разделения проводок в fica..." - да, в биллинге Вы ипользуете суб/код, но при фактурировании можно сделать настройкой подмену, и пустить суммы по другой главной и частичной операцией, а значит и счетам. Например, в биллинге у Вас будет 0100/0150, а при фактурировании можно это все оформить как 0110/0150 (t-code FQC0, posting area R410).

да, вы все правильно поняли. большое спасибо за совет.

единственный вопрос у меня остался, это как лучше реализовать сценарий в биллинге, когда мы должны добавить начисление потребителю исходя из его индвидуальной ставки, т.к. каждый клиент брал разный кредит, то у каждого и своя сумма погашения будет. расчет идет "столько-то рублей в день". т.е. у кого рубль в день, тому начисляем 31 рубль за полный месяц биллингового периода, у кого 1 рубль 10 копеек, 34.10 за месяц, и т.п.

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

Функциональность графика погашения задолженности рассматривали ?

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

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

ммм, почему именно так ?

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

а как Вы планируете отслеживать момент когда надо прекратить начисление суммы за кредит ?

Не знаю поможет ли Вам, но при создании графика платежей можно указать тип интервала (день, неделя, месяц ...). Соответственно график платежей можно разбить по дням