BiTel

По задаче планировщика "Закрытие статуса NPay договоров по балансу" (запускается ежесуточно в 02:00) блокируются шлюзы.

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

Вопросов собственно два.

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

server v.5.0 build 772 from 30.09.2010 16:48:57
npay v.5.0 build 224 from 22.06.2010 11:37:46

PS
В скриншоте статус шлюза "заблокирован".
На это внимание не обращайте, блокировал шлюз я и в ручном режиме.
В оригинале статус был "закрыт".

да есть такое . Подумаем над этим

При старой схеме этим занималась задача проверки шлюзов. Она сама ставила статус модуля IPN в заблокирован , если он ушел в минус . После этого пользователь уже не мог его исправить. Но тут получается пользователь при положительном балансе и эта задача ничего с ним не делает . Наверное придётся изменить логику задачи проверки шлюзов , чтобы она еще учитывала статус договора.

Ясно, спасибо.
А как долго ждать изменения логики?

обновление выложено. Исправили по другому : при закрытии статуса договора теперь блокируется статус шлюза если он был состоянии открыт или закрыт . Раньше была проверка только на открыт

а чтобы найти всех таких, сделайте запрос


где 33 замените на код вашего модуля ipn