BiTel

Столкнулся со сложностью сверки платежей от ОСМП.

Осмп делает сначала check-запрос, а затем непосредственно проводит платеж.

Дата и время check-запроса и непосредственно платежа - могут не совпадать. Я сверяю платежи через менеджер платежей в модуле MPS. А он вероятно использует дату check-запроса.

Как сказать менеджеру использовать дату и время платежа?

Что, ни у кого не возникает проблемы сверять платежи с ОСМП или за этих дат?
или я что-то не так делаю?

дада, у меня тоже не работает сверка, в самом модуле же которая?

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

Да, которая в самом модуле.
есть табличка
mps_payment_хх_ххххх
там есть поля
time и local_time
вероятно надо сделать возможность указывать по какому полю фильтровать в этом отчете.

Уважаемые разработчики, такое возможно?

up

Разработчики тут появляются?

Там время платежа - поле time - то которое присылает платежная система при проведении, а не проверке (обычно еще и в таймзоне платежной системы). По нему и сверяется.
В каком формате время в реестре?

Дело не в формате дат.

Вот цитата из переписки с осмп:



В таблице обе эти даты есть.
time и local_time
в time - вероятно время check-запроса
d local_time - дата проведения платежа

time - время платежа системы платежей
local_time - время платежа сервера

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

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

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

Для ОСМП на check вообще ничего в базу не заносится, только на pay.
(Или у вас стоит режим добавления платежа при check запросе?)
Получается, что то время, которое в реестре, вообще не приходит в запросах, и сверку по времени не нужно проводить, а искать только по txn_id...
Но тогда как проверить, что какой-то платеж добавлен в биллинг, но его нет в реестре - тут же нужны четкие периоды.

Ок. Вот мой пример.

На картинке - запись из таблицы mps_payment

В Менеджере платежей (модуля платежные системы) за 29.02 - эта запись есть.
В договоре (на который попал платеж) - этот платеж стоит 1.03
Так же и в сверке, которую присылает ОСМП - этот платеж идет 1.03

Соответственно сверить платежи - не представляется возможным.

Конфигурация модуля - как в документации.

Но это просто локальное время, когда пришел платеж. Модуль mps сам его генерирует.
А что будет если по их они отправят платеж в 29.02 23:59:59.999 а сервер его обработает (по своему локальному времени) в 01.03 00:00:00.000
Плюс если временная зона различается, время тоже будет расходиться на часы.
Или они уже изменили протокол и в платеже приходит еще одно время, по которому нужно как раз сравнивать?

Ну в моем примере явно видно что это не таймзона и не время реакции сервера.
различие в 15 с лишним часов...

повторюсь: в модуле MPS дата платежа не совпадает с датой платежа в договоре.

В случае, если таймзона не московская - дата платежа постоянно не будет совпадать - и это нормально.
Я говорю о том, что если проверять по локальному времени - все равно работать не будет в ряде случаев.
Уже сталкивались, что каждый менеджер ОСМП говорит по разному.
Если они не присылают то время, которое потом приходит в реестре, невозможно точно сравнить реестр платежей на какой-либо период.

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

Погодите, чего все о таймзоне. Она здесь совершенно не при чем!

Я же написал.
Один и тот же платеж пришедший из осмп в разных частях системы (бгбиллинг) идет под разным временем.
osmp.jpg - запись из таблицы mps_payment. В Менеджере платежей она попадает в 29_02_2012
osmp1.jpg - запись из таблицы contract_payment. Везде в системе этот платеж идет уже 01_03_2012

Дело то только в том, чтобы сделать опциональный выбор по какому полю фильтровать записи в таблице mps_payment.

Чтобы расставить все точки над i
В студию строку реестра которая не сверяется, платеж в базе в таблицах mps_payment и contract_payment и конфиг парсинга реестра

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

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

Phricker тебе хоть доплачивают?

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

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

Парни, вы смотрите мои посты?
Я же вам в сообщении от "Пт апр 27, 2012 4:42 pm" показал один и тот же платеж, который у меня не сверяется.
В сверке от осмп - дата совпадает с датой из contract_payment. Парсер реестров здесь не важен.
неточность в менеджере платежей модуля mps.

Трудно собирать все из разных постов. Хотелось бы увидеть все в одном, чтобы окинуть критическим взглядом
Еще один вопрос.
У вас случайно не задано

в настройках модуля MPS?

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

Или же что нибудь вроде

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

все.

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

Господа разработчики.

Вы ответьте - есть ли проблема или нет. И если проблема есть - стоит ли ждать исправления?

Спасибо.

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

В интерфейсе подключения ОСМП написано:Так и работает сейчас (в ядре платежи по времени биллинга, в модуле - по времени txn_date). Почему у вас ОСМП в сверке присылает другое время - непонятно.

Amir, дело не в таймзонах и не в существующих реакции системы на обработку платежа.
Здесь явная ошибка обработки "замороженного" платежа.

Дело в том, как я понимаю, что у некоторых агентов ОСМП не хватает денег на проведение платежа через ОСМП. Получается, что пользователь положил деньги в терминал, ОСМП зафиксировал этот факт и сделал запрос в бгбиллинг, но так как у агента, владеющего терминалом, в настоящий момент нет денег, платеж не проведен а заморожен до того момента, пока у агента не будет денег на счете для списания. Это исключительно мои догадки.

Это косвенно подтверждается данными в таблицах:
download/file.php?id=3322&mode=view
здесь видно, что в mps_payment в поле time время когда клиент положил деньги в терминал, и ОСМП сделал hold на этот платеж.
далее, в поле local_time - время, когда ОСМП списал со счета агента деньги и провел платеж.

Это подтверждается табличкой contract_payment:
download/file.php?id=3323&mode=view
Здесь в поле pdate - timestamp записи (поле pdate я сделал для собственных нужд). Она совпадает с датой local_time таблицы mps_payment. Хотя в комментарии видно, что дата ОСМП - такая же как в поле time таблицы mps_payment

Т.е. бгбиллинг все же видит и время когда положили деньги в терминал, и когда ОСМП провел платеж.
Тут скорее всего неточность в логике модуля MPS, и поле local_time неверно обновляется при каком-то UPDATE (вместо поля time апдейтится поле local_time). Такое может быть?

Поле time - значение, которое прислал ОСМП при проведении платежа в txn_date, поле local_time - просто текущее время, когда пришел запрос.
local_time никаким образом в сверке не используется, а поле time по документации ОСМП должно совпадать со временем в реестре (что логично). Но не совпадает.
Никакой ошибки "замороженного" платежа не будет, если время в txn_date при pay и время в реестре будут совпадать.
Никаких обновлений поля после вставки в реализации протокола ОСМП не нашел, т.е. time должно быть равно txn_date из pay запроса, как всегда и было.

Этот платеж, который вы показываете, опять таки, если исходить из документации ОСМП, должен быть в реестре от 29 числа, а никак ни от 1-ого.

Может быть таймзоны в java не обновлены (и билд JRE не последний)?

Получается, что ОСМП по какой-то причине, присылает запрос на проведение платежа 01.03.12, а в теле этого запроса написано, что платеж произведен 29.02.12 (посмотрел по последовательности id записей в таблице - запрос действительно пришел 01.03.12)

С одной стороны - ОСМП правы. Человек вносил деньги 29 числа. Непонятно, почему в сверке они указывают дату обращения в наш биллинг а не дату платежа?

Тем не менее - возможно ли опционально сделать возможность фильтровать не только по полю time, но и по local_time?