BiTel

После перехода на 7 нашел много закрытых договоров, у которых сервер сделал статус активным. Прихода не было.
Вот например


Как такое возможно?

Скрин баланса

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

_________________
I'm clever. I've got a computer.

или там не последняя строка в логе смен статуса?
тогда вообще ничего не разобрать там по вашим скринам, но пересекающиеся периоды всё равно налицо

а баланс что должен показать? ну откуда-то наработка взялась в сентябре октябре и ноябре. видимо потому что договор активен стал. а приходов нет, но они тут причём, открыться могут по любым причинам совершенно, скриптом например

_________________
I'm clever. I've got a computer.

Строки нижней нет и пересечение статусов потому что синхронизация так "удачно" прошла с рабочей базой, на которой старый биллинг работал.
Вопрос не в этом. Как статус стал активным на закрытом договоре?
Баланс показывает, что приходов не было

Какая ещё синхронизация?
Как так вопрос не в этом? Это довольно-таки серьёзный косяк.
Да причём тут приходы вообще? Просто кто-то сделал changeStatus . Очень подозреваю что не код биллинга и/или не штатный метод, с таким странным результатом.

Может я что-то упускаю, но как-то непонятно почему у вас так много тем про переход на 7.0, все перешли относительно нормально, а у вас всё порушилось везде в странных местах.

_________________
I'm clever. I've got a computer.

Уважаемые разработчики, сосредоточьтесь на вопросе, которые сейчас актуален для меня. Если вам интересна тема синхронизации и как получилось, что у нас все порушилось, я могу вам отдельно это рассказать.
Косяк с пересечением статусов и лишней строкой серьезный, но тем не менее это не могло повлиять на то, что сейчас более важно для меня - то, что на закрытом и расторгнутом договоре сервер сделал статус активным и начала начислять наработка. Это вы считаете в порядке вещей? Никто команду changeStatus делать не мог и не было в этом смысла делать ее на закрытом договоре.
У нас при появлении прихода, статус меняется с закрытого на активный. В балансе видно, что приходов не было.
И напомню, что мы являемся клиентами вашей компании, поэтому прошу выражаться более спокойно.

В общем как я понял, вы считаете, что такие договора надо исправлять вручную?

Ну так то вообще непонятно, что за синхронизация.
Может у вас была старая база на 5.2 и новая на 7.0 а вы потом смержили их между собой с заменой отличий.
Или вы взяли копию базы обновили, а потом из старой прилетела репликация с добавлением статусов.

Т.е. не штатно обновили одну отдельную базу с ее остановкой и т.п.

Плюс


Отвечать по существу, разработчики обязаны только в хелпдеске и за деньги

_________________
Цитаты великих людей
Напишите в helpdesk © stark
повторяю: => хелпдеск => доработка => профит © dimOn
свершилось... © skn
Мой код изящен, лёгок, оригинален, краток. Как прохладный весенний ветерок, как звонкий ручей! © dimOn
Вежливый разработчик © Artur
Эти баги тоже исправлены, как и те, которые еще не написаны © Artur
ну т.е. существует воркэраунд, ок © dimOn

Примерно с 2011 года дебетовые абонплаты активируют договор не только по приходу платежа, а также при любых других изменениях баланса или лимита, если средств стало достаточно для снятия абонплаты (и если из этого статуса дебетовые абонплаты могут открыть договор).

Попробую ещё раз.
У вас явно видно ненормальное, ручное, кривое вмешательство в логику и структуру БД. При этом вы не объясняете что вы делали и что вообще происходит, а наоборот хотите ответа как так получилось и что теперь делать.
Хорошо, давайте про статусы. Может вы тупо "синхронизировали" (непонятно до сих пор что это означает) статус договора (то что у вас слева в колонке отображается) и всё, хотя он НИКАК не связан с тем, что написано в этой таблице. То есть например вы через SQL просто обновили contract.status и всё. Конечно же так нельзя делать по понятным причинам.
И ещё странное, вдогонку: дебетовых абонплат у вас вообще не может быть на этом договоре, т.к. у него явно видно на скрине режим кредит. Больше НИГДЕ в сервере статус договора не меняется по платежам или балансам. Так что это было сделано где-то кем-то вручную/скриптом/итд.Неправильно сказал, в кредитовом режиме в некоторых случаях договор открывается по изменению баланса. Но из статуса закрыт не должен в любом случае, т.к. настраиваются статусы, как у вас написано видимо "приостановлен". Но для этого надо знать какие были настройки на тот момент, может у вас он не был в отключенных. Но это как-то вряд ли.

_________________
I'm clever. I've got a computer.

Итак, каким образом это у вас сделано? Походу Скорее всего, не штатным механизмом, это мы уже выяснили. Может у вас скрипт всё же есть?

_________________
I'm clever. I've got a computer.

Ещё вариант: вы сделали переобсчёт, баланс сдвинулся, договор открылся (если речь о механизме открытия кредитовых договоров).

Также открыто у вас в августе в середине, а первая наработка посчиталась за сентябрь только, и причём за полмесяца. Тоже как-то подозрительно.
У вас наложилось какие-то переобсчёты с тем, что сейчас невозможно восстановить что у вас было, т.к. в БД какая-то несвязность данных.

_________________
I'm clever. I've got a computer.

Новая бд на которой работает новый биллинг является репликой. В момент перехода на эту реплику ошибок и отставания слейва от мастера не было. После перехода слейва выключили.
Старая бд сохранилась. Вот скрин этого договора из старой бд

В конфигурации ядра, статусы, с которых возможно переключение на статус "открыт"
credit.contract.open.by.payment.status=2,3
3 - это "Закрыт". А с апреля у него было достаточная сумма для переключения.
И, видимо, был какой-то переобсчет в это время, когда переключился статус.

Период договора тоже был закрыт?

Нет, период договора открытый.
credit.contract.open.by.payment.status вообще не стоял оказывается. Поставил сейчас credit.contract.open.by.payment.status=0, чтобы такая ситуация больше не повторялась.

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

Реплика надеюсь была в режиме read only для всех пользователей, кроме того, который реплицирует? Иначе она уже никакая не реплика . На реплике нельзя запустить биллинг параллельно как на рабочей базе и надеяться что она останется репликой.

И скриншоты от августа. Т.е это случилось до обновления.

На реплику ни у кого не было доступа из пользователей. Работал только сервер. Шедулер, дата лоадер были выключены.
Ладно, в общем ясно, что с репликой случился перекос

сервер - тоже пользователь реплики, для него упоминание про read only актуально

_________________
I'm clever. I've got a computer.

19 числа договор сделали закрытым. 20 числа биллинг его активировал
В основном конфиге

ну... и? вопрос то в чём, как в что где когда говорят.
что в 01:06 то произошло у вас?
из закрыт вроде как не должен в любом случае переводить, нет?
почему у вас каждый день в 01:06 сервер делает установку статуса?

_________________
I'm clever. I've got a computer.

С такой опцией в конфиге биллинг не должен был менять статус на активный

ну а почему он меняет?
что происходит каждый день в 1:06? начисления, скрипт?
биллинг - не должен при processBalance, да (если у вас "закрыт" это не нулевой статус, конечно)

_________________
I'm clever. I've got a computer.

А, ну понятно, не заметил.
Вообще-то должен.

Здесь: credit.contract.open.by.payment.status - перечисляются статусы, из которых договор может активироваться. у вас написано: 0 (активен, скорее всего).
На момент срабатывания чего-то там ежедневного у вас в 1:06 статус договора был какой? Правильно - активный, потому что закрыли вы его будущим числом (см. историю внизу).
Он увидел статус перечисленный в credit.contract.open.by.payment.status (активен = 0), увидел подходящее сальдо и сменил статус на credit.contract.active.status (по дефолту это тоже 0).

Ну, соответственно, уже понятно, что чтобы он не пытался ни в каком статусе вообще ничего делать с кредитными договорами, надо попробовать поставить этот параметр так:
credit.contract.open.by.payment.status=666

_________________
I'm clever. I've got a computer.

В 1:05 запускается задача Начисление абон плат.
Ясно, спасибо
0 - Это активный