После перехода на 7 нашел много закрытых договоров, у которых сервер сделал статус активным. Прихода не было.
Вот например
Вложение:
Безымянный1.png [ 57.06 КБ | Просмотров: 11043 ]
Как такое возможно?
| forum.bitel.ru http://forum.bitel.ru/ |
|
| Глюки после перехода http://forum.bitel.ru/viewtopic.php?f=22&t=12082 |
Страница 1 из 1 |
| Автор: | Inspire [ 11 ноя 2016, 12:40 ] |
| Заголовок сообщения: | Глюки после перехода |
После перехода на 7 нашел много закрытых договоров, у которых сервер сделал статус активным. Прихода не было. Вот например Вложение: Безымянный1.png [ 57.06 КБ | Просмотров: 11043 ] Как такое возможно? |
|
| Автор: | Inspire [ 11 ноя 2016, 12:42 ] | ||
| Заголовок сообщения: | Re: Глюки после перехода | ||
Скрин баланса
|
|||
| Автор: | dimOn [ 11 ноя 2016, 12:56 ] |
| Заголовок сообщения: | Re: Глюки после перехода |
а где у вас этот статус в верхней таблице? вы вообще сами не видите, что во-первых нижняя и верхняя как-то не сходятся, во-вторых у вас таблица верхняя вообще пересекающиеся периоды содержит? |
|
| Автор: | dimOn [ 11 ноя 2016, 12:58 ] |
| Заголовок сообщения: | Re: Глюки после перехода |
или там не последняя строка в логе смен статуса? тогда вообще ничего не разобрать там по вашим скринам, но пересекающиеся периоды всё равно налицо а баланс что должен показать? ну откуда-то наработка взялась в сентябре октябре и ноябре. видимо потому что договор активен стал. а приходов нет, но они тут причём, открыться могут по любым причинам совершенно, скриптом например |
|
| Автор: | Inspire [ 11 ноя 2016, 13:19 ] |
| Заголовок сообщения: | Re: Глюки после перехода |
Строки нижней нет и пересечение статусов потому что синхронизация так "удачно" прошла с рабочей базой, на которой старый биллинг работал. Вопрос не в этом. Как статус стал активным на закрытом договоре? Баланс показывает, что приходов не было |
|
| Автор: | dimOn [ 11 ноя 2016, 14:41 ] |
| Заголовок сообщения: | Re: Глюки после перехода |
Какая ещё синхронизация? Как так вопрос не в этом? Это довольно-таки серьёзный косяк. Да причём тут приходы вообще? Просто кто-то сделал changeStatus . Очень подозреваю что не код биллинга и/или не штатный метод, с таким странным результатом. Может я что-то упускаю, но как-то непонятно почему у вас так много тем про переход на 7.0, все перешли относительно нормально, а у вас всё порушилось везде в странных местах. |
|
| Автор: | Inspire [ 11 ноя 2016, 14:53 ] |
| Заголовок сообщения: | Re: Глюки после перехода |
Уважаемые разработчики, сосредоточьтесь на вопросе, которые сейчас актуален для меня. Если вам интересна тема синхронизации и как получилось, что у нас все порушилось, я могу вам отдельно это рассказать. Косяк с пересечением статусов и лишней строкой серьезный, но тем не менее это не могло повлиять на то, что сейчас более важно для меня - то, что на закрытом и расторгнутом договоре сервер сделал статус активным и начала начислять наработка. Это вы считаете в порядке вещей? Никто команду changeStatus делать не мог и не было в этом смысла делать ее на закрытом договоре. У нас при появлении прихода, статус меняется с закрытого на активный. В балансе видно, что приходов не было. И напомню, что мы являемся клиентами вашей компании, поэтому прошу выражаться более спокойно. В общем как я понял, вы считаете, что такие договора надо исправлять вручную? |
|
| Автор: | Phricker [ 11 ноя 2016, 16:30 ] |
| Заголовок сообщения: | Re: Глюки после перехода |
Ну так то вообще непонятно, что за синхронизация. Может у вас была старая база на 5.2 и новая на 7.0 а вы потом смержили их между собой с заменой отличий. Или вы взяли копию базы обновили, а потом из старой прилетела репликация с добавлением статусов. Т.е. не штатно обновили одну отдельную базу с ее остановкой и т.п. Плюс Цитата: Поддержка на форуме Поддержка на форуме предоставляется без гарантий по скорости и наличию ответа. Поддержка регламентируется правилами форума. Форум является местом открытого общения пользователей и разработчиков, обмена опытом и мнениями. Вы можете вносить предложения по улучшению продукта, сообщать об ошибках. Трафик форума анализируется проектировщиками системы, что позволяет гибко реагировать на пожелания пользователей и вносить корректировки в планы развития системы. Обычное время реакции на сообщения в форуме разработчиками - 1-2 суток, может увеличиваться в зависимости от текущей загрузки разработчиков. В первую очередь обрабатываются сообщения об ошибках в системе. Отвечать по существу, разработчики обязаны только в хелпдеске и за деньги 
|
|
| Автор: | Amir [ 11 ноя 2016, 17:00 ] |
| Заголовок сообщения: | Re: Глюки после перехода |
Примерно с 2011 года дебетовые абонплаты активируют договор не только по приходу платежа, а также при любых других изменениях баланса или лимита, если средств стало достаточно для снятия абонплаты (и если из этого статуса дебетовые абонплаты могут открыть договор). |
|
| Автор: | dimOn [ 11 ноя 2016, 17:11 ] |
| Заголовок сообщения: | Re: Глюки после перехода |
Цитата: Уважаемые разработчики, сосредоточьтесь на вопросе, которые сейчас актуален для меня. Если вам интересна тема синхронизации и как получилось, что у нас все порушилось, я могу вам отдельно это рассказать. Попробую ещё раз.Косяк с пересечением статусов и лишней строкой серьезный, но тем не менее это не могло повлиять на то, что сейчас более важно для меня - то, что на закрытом и расторгнутом договоре сервер сделал статус активным и начала начислять наработка. Это вы считаете в порядке вещей? Никто команду changeStatus делать не мог и не было в этом смысла делать ее на закрытом договоре. У нас при появлении прихода, статус меняется с закрытого на активный. В балансе видно, что приходов не было. И напомню, что мы являемся клиентами вашей компании, поэтому прошу выражаться более спокойно. У вас явно видно ненормальное, ручное, кривое вмешательство в логику и структуру БД. При этом вы не объясняете что вы делали и что вообще происходит, а наоборот хотите ответа как так получилось и что теперь делать. Хорошо, давайте про статусы. Может вы тупо "синхронизировали" (непонятно до сих пор что это означает) статус договора (то что у вас слева в колонке отображается) и всё, хотя он НИКАК не связан с тем, что написано в этой таблице. То есть например вы через SQL просто обновили contract.status и всё. Конечно же так нельзя делать по понятным причинам. И ещё странное, вдогонку: дебетовых абонплат у вас вообще не может быть на этом договоре, т.к. у него явно видно на скрине режим кредит. |
|
| Автор: | dimOn [ 11 ноя 2016, 17:13 ] |
| Заголовок сообщения: | Re: Глюки после перехода |
Цитата: У нас при появлении прихода, статус меняется с закрытого на активный. В балансе видно, что приходов не было. Итак, каким образом это у вас сделано? |
|
| Автор: | dimOn [ 11 ноя 2016, 17:26 ] |
| Заголовок сообщения: | Re: Глюки после перехода |
Ещё вариант: вы сделали переобсчёт, баланс сдвинулся, договор открылся (если речь о механизме открытия кредитовых договоров). Также открыто у вас в августе в середине, а первая наработка посчиталась за сентябрь только, и причём за полмесяца. Тоже как-то подозрительно. У вас наложилось какие-то переобсчёты с тем, что сейчас невозможно восстановить что у вас было, т.к. в БД какая-то несвязность данных. |
|
| Автор: | Inspire [ 11 ноя 2016, 18:02 ] | ||
| Заголовок сообщения: | Re: Глюки после перехода | ||
Новая бд на которой работает новый биллинг является репликой. В момент перехода на эту реплику ошибок и отставания слейва от мастера не было. После перехода слейва выключили. Старая бд сохранилась. Вот скрин этого договора из старой бд
|
|||
| Автор: | Amir [ 11 ноя 2016, 18:34 ] |
| Заголовок сообщения: | Re: Глюки после перехода |
В конфигурации ядра, статусы, с которых возможно переключение на статус "открыт" credit.contract.open.by.payment.status=2,3 3 - это "Закрыт". А с апреля у него было достаточная сумма для переключения. И, видимо, был какой-то переобсчет в это время, когда переключился статус. Период договора тоже был закрыт? |
|
| Автор: | Inspire [ 14 ноя 2016, 13:06 ] |
| Заголовок сообщения: | Re: Глюки после перехода |
Amir писал(а): В конфигурации ядра, статусы, с которых возможно переключение на статус "открыт" credit.contract.open.by.payment.status=2,3 3 - это "Закрыт". А с апреля у него было достаточная сумма для переключения. И, видимо, был какой-то переобсчет в это время, когда переключился статус. Период договора тоже был закрыт? Нет, период договора открытый. credit.contract.open.by.payment.status вообще не стоял оказывается. Поставил сейчас credit.contract.open.by.payment.status=0, чтобы такая ситуация больше не повторялась. Не понятно, конечно, как там такой косяк с пересечением статусов произошел.  Реплика должны была быть точной копией рабочей базы
|
|
| Автор: | stark [ 14 ноя 2016, 17:56 ] |
| Заголовок сообщения: | Re: Глюки после перехода |
Inspire писал(а): Новая бд на которой работает новый биллинг является репликой. В момент перехода на эту реплику ошибок и отставания слейва от мастера не было. После перехода слейва выключили. Старая бд сохранилась. Вот скрин этого договора из старой бд Реплика надеюсь была в режиме read only для всех пользователей, кроме того, который реплицирует? Иначе она уже никакая не реплика . На реплике нельзя запустить биллинг параллельно как на рабочей базе и надеяться что она останется репликой. |
|
| Автор: | stark [ 14 ноя 2016, 18:00 ] |
| Заголовок сообщения: | Re: Глюки после перехода |
И скриншоты от августа. Т.е это случилось до обновления. |
|
| Автор: | Inspire [ 15 ноя 2016, 14:49 ] |
| Заголовок сообщения: | Re: Глюки после перехода |
stark писал(а): Inspire писал(а): Новая бд на которой работает новый биллинг является репликой. В момент перехода на эту реплику ошибок и отставания слейва от мастера не было. После перехода слейва выключили. Старая бд сохранилась. Вот скрин этого договора из старой бд Реплика надеюсь была в режиме read only для всех пользователей, кроме того, который реплицирует? Иначе она уже никакая не реплика . На реплике нельзя запустить биллинг параллельно как на рабочей базе и надеяться что она останется репликой. На реплику ни у кого не было доступа из пользователей. Работал только сервер. Шедулер, дата лоадер были выключены. Ладно, в общем ясно, что с репликой случился перекос |
|
| Автор: | dimOn [ 15 ноя 2016, 20:55 ] |
| Заголовок сообщения: | Re: Глюки после перехода |
Цитата: На реплику ни у кого не было доступа из пользователей. Работал только сервер. сервер - тоже пользователь реплики, для него упоминание про read only актуально
|
|
| Автор: | Inspire [ 20 дек 2016, 12:53 ] | ||
| Заголовок сообщения: | Re: Глюки после перехода | ||
19 числа договор сделали закрытым. 20 числа биллинг его активировал В основном конфиге Код: credit.contract.open.by.payment.status=0
|
|||
| Автор: | dimOn [ 20 дек 2016, 16:21 ] |
| Заголовок сообщения: | Re: Глюки после перехода |
ну... и? вопрос то в чём, как в что где когда говорят. что в 01:06 то произошло у вас? из закрыт вроде как не должен в любом случае переводить, нет? почему у вас каждый день в 01:06 сервер делает установку статуса? |
|
| Автор: | Inspire [ 20 дек 2016, 18:02 ] |
| Заголовок сообщения: | Re: Глюки после перехода |
С такой опцией в конфиге биллинг не должен был менять статус на активный |
|
| Автор: | dimOn [ 20 дек 2016, 18:53 ] |
| Заголовок сообщения: | Re: Глюки после перехода |
ну а почему он меняет? что происходит каждый день в 1:06? начисления, скрипт? биллинг - не должен при processBalance, да (если у вас "закрыт" это не нулевой статус, конечно) |
|
| Автор: | dimOn [ 20 дек 2016, 19:07 ] |
| Заголовок сообщения: | Re: Глюки после перехода |
А, ну понятно, не заметил. Вообще-то должен. Здесь: 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 |
|
| Автор: | Inspire [ 21 дек 2016, 11:21 ] |
| Заголовок сообщения: | Re: Глюки после перехода |
В 1:05 запускается задача Начисление абон плат. Ясно, спасибо 0 - Это активный |
|
| Страница 1 из 1 | Часовой пояс: UTC + 5 часов [ Летнее время ] |
| Powered by phpBB® Forum Software © phpBB Group http://www.phpbb.com/ |
|