Сергей Фролов
Первое: расскажите мне, пожалуйста, каким таким чудесным образом программа должна из суммы, предположим в 4300 рублей, вычленить факт того, что 500 рублей должны упасть исключительно за интернет, если даже начислений за него, как таковых, еще не было?
Не знаю каким. Это зависит от поставщика услуги. У каждого свои желания и заморочки, система лишь должна их уметь воплощать в жизнь. Выше я приводил пример с долгом и переплатой, без детализации того как зачисляется платеж.

Сергей Фролов
Второе: алгоритм, в описанном вами случае просто ужасен: снять 500 рублей с суммы оплаты для этой квартиры. И не важно, что заплачено всего 2000 рублей. Или 8000.
Не понял, что Вы хотели сказать.

Сергей ФроловТретье: наличие переплаты по услуге является как раз неверным подходом к решению расчетных задач по оказанию услуг расчетно-кассовыми центрами.
Да ну? С чего бы это? Верно это или нет может сказать только конкретный поставщик услуг исходя из своих желаний и обстоятельств.
Задача расчетного центра - вести учет взаиморасчетов, причем точно так как если бы его вел сам поставщик. Расчетный центр - это просто бухгалтер на аутсорсинге, не более того и учет взаиморасчетов никак не должен зависеть от того, кто его ведет.

Сергей ФроловДавайте не будем кивать на наше любимое законодательство, которое кривое до жути, а рассмотрим такой пример в вашей системе: на квартире (лицевом счете, абоненте и т.д., не придирайтесь к формулировке) есть кредиторская задолженность по тому же интернету в сумме 1000 рублей. И эти деньги уже лежат на счете провайдера, вы же им перечислили на основании вашего "алгоритма"? И абонент решает отказаться от услуг этого провайдера. Все, приплыли. Вперед за актами сверки расчетов (в лучшем случае), а возможно, и в суды, ибо далеко не все готовы вам вернуть деньги по первому требованию, которые, к тому же, вы сами им отдали. А если такой абонент не один (а так, обычно, и бывает)? Поэтому не всегда надо следовать букве закона, иногда надо и головой думать, чтобы не создавать себе и сотрудникам своей организации лишние проблемы.
Головой думать надо. Но за себя. Я не давал поручений расчетному центру распоряжаться моими деньгами. Да и потом не может расчетный центр удерживать деньги, т.к. это будет уже банковская деятельность. Задача РЦ - распачковать платеж и перечислить его тем лицам, которым он предназначен, т.е. РЦ является своеобразным агрегатором. Поэтому каждый поступивший платеж должен быть зачислен на лицевой счет конкретного поставщика.
В конце концов каждый сам выбирает себе поставщика услуг, тарифный план и способ расчетов.

Сергей ФроловИ еще, Aqwerty, признайтесь, вы не в РКЦ работаете, а в фирме Технология, иначе вам нафиг бы не надо было выяснять такое количество вопросов по работе с Oracle, для этого есть фирма-разработчик )))))
Признаюсь - в РКЦ уже давненько не работаю. Сейчас работаю в энергетике. А Технология была нашим подрядчиком. Я ставил многие задачи, ковырялся в Oracle (с которым знаком был ранее) и разбирался с проблемами ПО, стараясь выдавать разработчикам детальные данные при решении проблем.

Infernal V. RavenAqwerty На лицевом счете не может быть МНОЖЕСТВА ПОСТАВЩИКОВ. П
Вот здесь можно поподробне - почему не разрешается вести нескольких поставщиков в одном счете? Очень интересует аргументация.
Потому, что это ровно тоже самое, что два владельца у одного банковского счета.

Сергей ФроловAqwerty, я еще раз напоминаю вам, что вы путаетесь в собственных показаниях, как-то не конструктивно получается :)
Специально процитирую:

Aqwerty
У Вас есть долг за э/э 500 руб. и переплата за интернет 500 руб. А сотрудник расчетного центра открывает Ваш лицевой счет и видит - сальдо 0. Именно потому он видит это, что программа складывает долг по одной услуге с переплатой по другой. Естественно Вы ничего не платитите, а поставщик э/э сидит без Ваших денег, которые Вы реально должны ему.

Следовательно РКЦ должен отдать переплату за интернет энергоснабжающей компании, согласно вашему последнему предложению.

Вы немного не поняли меня. РЦ не должен этого делать, но очень и очень часто так делает. Хотя может реально он деньги и не перечисляет, но счет выставляет на сумму 0 (в приведенном примере) и в итоге поставщик э/э недополучает свои деньги. И еще раз - я не говорю что так надо, я говорю что так делают, но так не надо.

Сергей Фролов
Aqwerty
Я не давал поручений расчетному центру распоряжаться моими деньгами. Да и потом не может расчетный центр удерживать деньги, т.к. это будет уже банковская деятельность.

Что вообще никак не согласуется с предыдущими двумя цитированиями. То мы должны придержать деньги, то не должны, то должны отдать поставщику, то не должны и все в таком духе.

Еще раз:
Учет надо вести так, как если бы его вела каждая компания-поставщик самостоятельно. В Ваших терминах это означает, что если по одному адресу есть 3 поставщика (например, УК, э/э и кабельное ТВ), то должно быть 3 отдельных лицевых счета. У каждого лицевого счета есть поставщик услуг (продавец) и покупатель (потребитель, собственник).
По каждому лицевому счету Вы ежемесячно выставляете счет. Соответственно 3 счета на квартиру каждый месяц. При оплате счета нет никаких вопросов кому и куда должны попасть деньги. Но вот чтобы совершать не 3 платежа, а только 1, то надо придумывать как это реализовать. Вот эту проблему и надо решать, а не запихивать в один счет услуги разных поставщиков.

Infernal V. RavenAqwertyInfernal V. RavenAqwerty На лицевом счете не может быть МНОЖЕСТВА ПОСТАВЩИКОВ. П
Вот здесь можно поподробне - почему не разрешается вести нескольких поставщиков в одном счете? Очень интересует аргументация.
Потому, что это ровно тоже самое, что два владельца у одного банковского счета.
Это, извините, высосано из пальца.
Есть ли более конструктивная аргументация?
Чем не устраивает этот аргумент?
В банках, кстати, банковские счета называют лицевыми счетами.
Исторически лицевой счет - это просто карточка, на которой записывается приход и расход денег между парой лиц, для учета взаиморасчетов между которыми он и предназначен (открывается).
ЖКХшнкии же изуродовали это понятие (чего, кстати нету в телекоме) и у них лицевой счет предназначен для учета взаиморасчетов между всеми лицами по одной квартире (помещению). Реально же на бумаге никто бы так не стал вести учет, потому что потом концов не найти. А в компьютерах ведут. Ну и концов потом действительно не находят.

Infernal V. RavenAqwertyПри оплате счета нет никаких вопросов кому и куда должны попасть деньги. Но вот чтобы совершать не 3 платежа, а только 1, то надо придумывать как это реализовать. Вот эту проблему и надо решать, а не запихивать в один счет услуги разных поставщиков.
Что-то нестыковка - счета мы распараллели, а вот оплату нет.
А потом возникает вопрос, как это мы закрывали 3 счета одним платежом. И доказывай потом что ты не верблюд.
Если 3 счета, то и платежа должно быть 3.
Не обязательно. Можно да, делать отдельный платеж на каждый счет. А можно сделать один платеж, в назначении которого так или иначе будут указаны 3 счета. Юрики очень часто так делают - написал в поле назначение платежа платежки "по счету № 111, счету № 222, счету № 333" и все. Главное чтобы получателем денег по всем трем счетам было одно лицо.
Закон такое на запрещает.

Сергей ФроловAqwertyРеально же на бумаге никто бы так не стал вести учет, потому что потом концов не найти. А в компьютерах ведут. Ну и концов потом действительно не находят.
Ну не надо, все-таки, путать бумажный учет и компьютерный.
То, что концов не найти, виноват конкретный какой-то софт, а не вообще все программы.
Я, например, вам могу предоставить всю историю платежей и начислений по лицевому счету как в целом, так и в разрезе поставщиков/услуг. Куда уж детальней? Какие концы еще нужны?
Давайте расставим точки над i. Кто такой поставщик услуги в Вашем понимании?
И что будет, если УК сменилась и Вы делаете перерасчет за период старой УК. Куда попадет этот перерасчет? Уменьшит ли этот перерасчет сумму очередного выставленного счета (квитанции)?