BiTel

Поясните плиз алгоритм блокировки шлюзов в субдоговорах.

Ситуация такая:
есть супердоговор с большим кредитом
у него есть субдоговор с небольшим кредитом
так вот у субдоговора даже нет никакой наработки, а шлюз у него уже блокируется.

PS шлюз блокируется даже при положительном балансе субдоговора

У субдоговора фактически нет своего остатка на счете, вместо него используется остаток супердоговора. Поэтому в субдоговоре входящий остаток всегда отображается = 0.

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

вообщем то мне нужно чтобы у субдоговора был свой лимит (и соответственно авто вкл/выкл шлюза), но платил за него супердоговор

Ну должно быть так: остаток супердоговора сравнивается с лимитом субдоговора. У вас это работает некорректно?

Видимо работает не совсем корректно.
Дело в том что супердоговор работает в кредит, он еще не исчерпал свой лимит и шлюз у него открыт, но если к нему повесить субдоговор то субдоговор сразу же блокируется.
Пример:
Супердоговор: лимит -30000, баланс -4000, шлюз открыт
Субдоговор: лимит -1000, наработка 200, шлюз сразу закрывается при присоединении к супердоговору, а хотелось бы чтоб субдоговор смог съесть свои 1000 руб, но платил за него супердоговор.

Ну правильно все.. Лимит субдоговора сравнивается с отстатком на супердоговоре. Т.е. -4000 < -1000 вот его и блокирует. Поставьте субдоговору лимит поменьше.

хмм.. странная какая то логика
у супердоговора большой лимит и он работает в кредит, почему лимит субдоговора сравнивается с отстатком на супердоговоре? ИМХО было бы правильнее сравнивать (наработка саба+баланс супера)<лимита супера ну и отдельно для саба отрабатывать его лимит (те наработка<лимита)

PS а можно для нас скомпилировать отдельную версию без проверки "Лимит субдоговора сравнивается с отстатком на супердоговоре"? насколько я понимаю там делов то один if поправить

И в дальнейшем вести 2 версии на странице загрузки и в CVS ? Вы попытайтесь объяснить какая логика вам нужна, может опциями конфига разрулим на худой конец..
Что такое:
баланс супера - это остаток на счете супердоговора?

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

PS баланс == остатку на счете

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

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

Я так понимаю сейчас так и работает, проблема только в том что супер работает в кредит и у него постоянно отрицательный остаток на счете и у саба поэтому закрывается шлюз.
Предлагаю 2 варианта решения проблемы:
1. Простой
Нужно чтобы у саба шлюз зависел только от лимита саба и не зависел от остатка у супера.
2. Сложный
Изменить алгоритм проверки так чтобы лимит субдоговора сравнивается НЕ С ОСТАТКОМ на супердоговоре, а СУММА наработок субдоговоров и остаток на супере сравнивалась с ЛИМИТОМ супера

Может разумнее сделать систему квотирования в IPN модуле? Т.е. поставить каждому субу квоту по 1000 руб в месяц.
Дело в том что система субдоговоров задумана именно так как она есть - куча договоров с единым остатком.

да было бы не плохо
только сколько это времени займет? работать то уже сейчас нужно....
может пока сделаете параметр в конфиге по варианту 1

Отпишитесь на info@bitel.ru, что-нибудь придумаем. Если не трудно, укажите сроки которые вы можете ждать.