BiTel

Добрый день!
Пытаемся реализовать .../v5.0/doc/ch16s07.html

Версия биллинга:
bill v.5.0 build 226 from 27.02.2010 12:51:25
dialup v.5.0 build 221 from 27.02.2010 12:51:30
drweb v.5.0 build 28 from 09.03.2010 13:12:30
ipn v.5.0 build 235 from 27.02.2010 12:51:31
mps v.5.0 build 185 from 27.02.2010 12:51:32
npay v.5.0 build 194 from 10.03.2010 11:46:51
reports v.5.0 build 191 from 01.03.2010 13:01:17
trayinfo v.5.0 build 150 from 27.02.2010 12:51:36
voiceip v.5.0 build 176 from 27.02.2010 12:51:53
ru.bitel.bgbilling.plugins.documents v.5.0 build 121 from 27.02.2010 12:52:00
ru.bitel.bgbilling.plugins.helpdesk v.5.0 build 163 from 27.02.2010 12:52:00

задача планировщика "Закрытие статуса NPay договоров по балансу" запускается в 00:01 каждый день.
задача планировщика "Начисление Npay абонплат" - в 00:15 каждый день

действительно в 1 минуту задача вродь стартовала и ругнулась:

03-17/00:01:00 ERROR [Thread-6] DebetStatusManageLocker - Incorrect mid in task config!
03-17/00:01:00 INFO [Thread-6] TaskExecuter - Starting periodic taks ID: 12 ru.bitel.bgbilling.modules.npay.server.task.DebetStatusManageLocker
03-17/00:01:00 ERROR [pool-2-thread-1] DebetStatusManageLocker - Task init error!

конфиг модуля npay-наипростейший:

recalculate.on.service.change=1
debet.npay.status.manage=1
debet.npay.status.manage.groups=7,12,14,16,17,18,19

конфиг задачи ru.bitel.bgbilling.modules.npay.server.task.DebetStatusManageLocker - пустой
Просьба показать - где мы дураки

_________________
"Все правые - в резерве!" (c) (translate.google.ru/#en/ru/all%20rigths%20reserved)

короче сам тред апаю - сам себе отвечаю.
конфиг задачи всё- же нужен, по аналогии с задачей npay добавил его, и всё заработало!
Спасибо уважаемым разработчикам за содержательное молчание и за аскетическую доку.

_________________
"Все правые - в резерве!" (c) (translate.google.ru/#en/ru/all%20rigths%20reserved)

Да там нужен mid. Забыли описать в доке, исправим

Пришлось всёж поднять тему, хотя всё работает как часы.Но...

Неожиданно всплыла политическая ситуёвина. Часть дебетовых хомяков просекло фишку, что теперь они не будут залезать в глубокий минус и теперь им не надо платить большие по их меркам деньги, дабы перебежать из минуса в плюс и покрыть долги, тем более что платежи в основном через терминал, и биллинг со статусами их договоров сам разбирается автоматом. Стали класть тока сумму равную сумме подневной абонентки ( от 5 - до 10 руб , у всех в основном анлимы, наработка не учитывается) , чтобы на день залезть в инет, посмотреть погоду и пропасть снова на неделю. Конечно всё правильно, но деньги нужны прямо ща, и много - чтоб например купить сгоревший коммутатор в тот же день когда он сгорел, а не ждать пока накопится сумма из их червонцев. Посему, не ради "хочется странного" а ради нашей меркантильной грешной породы прошу кинуть кого-нить идейку, как можно создать "накопительный" фонд клиента, например величиной 100 руб, куда будут кидаться платежи клиента, и триггер , генерящий событие перевода статуса их договора в состояние "открыт" , сработает тока тогда, когда эта величина превысится? Как одно время было у МТС - меньше 500 руб платежи не принимаются...

Благодарю со смирением за чтение многа букв и дерзновенно жду любого ответа...

_________________
"Все правые - в резерве!" (c) (translate.google.ru/#en/ru/all%20rigths%20reserved)

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

Вроде помесячное снятие абонплат и используют, когда нужна "копилка"?
Не позволяет религия делать помесячное снятие за интернет - разбейте абонплату на "абон.линия" и "интернет".
Абон линия оплачивается помесячно и безусловно, интернет - посуточно.