Форум о вендинге и платежных терминалах

Рома писал(а):Мониторинг необходим для контроля технического состояния автоматов,отправления обновлений и т.д., а для перепроводки и корректировки платежей можно использовать предпроцессинг - вся информация по платежам в нем показывается.

Роман, я бы все же сформулировал немного по другому.
Предпроцессинг - это проведение платежей не через терминал, а через сервер.
Терминал даёт информацию серверу, а он уже проводит.
А то, о чем говорит Overdoze решается очень просто.
В мониторинге нпадо добавить команду по терминалу - провести все непрошедшие (отложенные) платежи.
Мониторинг отправит команду на терминал, и он подтолкнет накопившуюся и непонятно что ждущую очередь.

Яков писал(а):

Рома писал(а):Мониторинг необходим для контроля технического состояния автоматов,отправления обновлений и т.д., а для перепроводки и корректировки платежей можно использовать предпроцессинг - вся информация по платежам в нем показывается.

Роман, я бы все же сформулировал немного по другому.
Предпроцессинг - это проведение платежей не через терминал, а через сервер.
Терминал даёт информацию серверу, а он уже проводит.
А то, о чем говорит Overdoze решается очень просто.
В мониторинге нпадо добавить команду по терминалу - провести все непрошедшие (отложенные) платежи.
Мониторинг отправит команду на терминал, и он подтолкнет накопившуюся и непонятно что ждущую очередь.

Видимо я не совсем понял, что имелось в виду.

в случае остановеки конна -ничего очередь не подтолкнет...
Да и ктсати - нигде не нашел ответа на вопрос - а плетежи лежащие в unproccesed протолкнуть можно?

Igor писал(а):

Яков писал(а):И проблема чаще всего не в отсутствии связи, а в зависшем CONN

Мы работаем над этой проблемой.

А CONN все еще висит?
Когда закончите работу над этой проблемой дайте знать пожалуйста.:hat:

ситуация повторилась на другой точке. не так много раз продублировалось в монитронге, но очень похоже.
Заодно, в тему:
Можно ли как-то сократить список ошибочных платежей ? чтобы была видна статистика месячной давности, например. Остальное через поиск, по аналогии с обычной статистикой.

поставь свой мониторинг ! и обнови WC, личноя веб мониторинга не видел ни разу ))

Elk писал(а):поставь свой мониторинг ! и обнови WC, личноя веб мониторинга не видел ни разу ))

это точно.

Elk писал(а):поставь свой мониторинг ! и обнови WC, личноя веб мониторинга не видел ни разу ))

Причем тут мониторинг ? платеж пытается уйти несколько раз. WS последний.

Доброе время суток друзья.
Как обычно, я столкнулись с новой проблемой.
Суть. Переводим кнопочные терминалы на ПО Киберплат, всё хорошо, настроили кнопки, интерфейс, сделали пробный платеж. В мониторинге Киберплата появились данные о принятии платежа, но уже вторые сутки уже идут, а платежи так и не провелись. Подскажите в чем хитрость? Как это можно исправить?

Евгений писал(а):Доброе время суток друзья.
Как обычно, я столкнулись с новой проблемой.
Суть. Переводим кнопочные терминалы на ПО Киберплат, всё хорошо, настроили кнопки, интерфейс, сделали пробный платеж. В мониторинге Киберплата появились данные о принятии платежа, но уже вторые сутки уже идут, а платежи так и не провелись. Подскажите в чем хитрость? Как это можно исправить?

Укажите пожалуйста номер телефона и дату платежа, либо вышлите нам лог-файлы на terminal@cyberplat.com!

Делали попытку проведения платежа через ПО терминала с tech панелью через терминал ID 1468649, всё провелось, затем отключили данный терминал и поставили эти ключи и данные на автомат с кнопочным управлением. Платежи так и не проводятся через терминалы с кнопочным управлением(делали попытку на 2-х терминалах). Не проходит проверка номера, связь с интернетом на тот момент была установлена. Возможно ПО Киберплат для терминалов с кнопочным вводом настраивается несколько иным способом? Возможно ли, что блокировка стоит в config.xml или operators?

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

В общем ситуация такая, 23 февраля человек произвел два платежа:

Дата Время Терминал
23.02.2008 18:34:48 АРИЕЛЬ 2
Номер сессии : 2302081834372671106A
Сумма : 500,00 руб.
Комиссия : 25,00 руб.
К зачислению : 475,00 руб.
Оператор : БиЛайн
Получатель : ОАО "Вымпел-Коммуникации"
ИНН : 7713076301
Номер телефона: 8 (962) 580-7944
Номер договора: 0ps5987/2347
Кредитная организация: ООО КБ "Платина"
БИК 044585931 Тел. +7 (495) 981-80-80
ПЛАТЕЖНАЯ СИСТЕМА КИБЕРПЛАТ
Телефоны службы поддержки
26-08-46, 25-46-03

Дата Время Терминал
23.02.2008 18:35:28 АРИЕЛЬ 2
Номер сессии : 2302081835096071106A
Сумма : 350,00 руб.
Комиссия : 17,50 руб.
К зачислению : 332,50 руб.
Оператор : БиЛайн
Получатель : ОАО "Вымпел-Коммуникации"
ИНН : 7713076301
Номер телефона: 8 (962) 580-7960
Номер договора: 0ps5987/2347
Кредитная организация: ООО КБ "Платина"
БИК 044585931 Тел. +7 (495) 981-80-80
ПЛАТЕЖНАЯ СИСТЕМА КИБЕРПЛАТ
Телефоны службы поддержки
26-08-46, 25-46-03

В итоге платежи не поступили на счета абонентов. В ошибочных их тоже нет. Их просто нигде нет. Кроме как в WEBCLIENT.log
Как такое может быть ?
Небольшое уточнение, в тот день было жуткое светопредставление. Могло ли случится так, что при перемещении файла из "payments" в "temp" было отключение света и платеж просто напросто не сохранился.
Если это так, то может быть стоит переработать алгоритм работы вебклиента ?

На днях тоже потеряли один платеж тока у нас вот как выглядело (чеки отбил автомат и пакетов на кибер небыло сформировано)
Терминал №2 П. Италмас
место установки ПТ П.Италмас д.3
Телефон техподдержки 8(912)446-50-50
c 10-00 до 18-00, кроме выходных
Макс. время прохождения платежа 24 часа
При ошибке претензии не принимаются
ИП Перечнев П.С. ИНН 181100014700
Дата Время Терминал
26.02.2008 10:49:51 2, село Италмас
Номер сессии : 2602081049305771123A
Сумма : 50,00 руб..
Комиссия : 3,50 руб..
К зачислению : 46,50 руб..
Оператор : Теле 2
Номер телефона: 8 (950) 833-45-82
Получатель : ЗАО "Ростовская Сотовая Связь"
ИНН : 6163025500
Кредитная организация: ООО КБ "Платина"
Номер договора: 4303101/2347
БИК 044585931 Тел. +7 (495) 981-80-80
Платежная система -=КИБЕРПЛАТ=-
Данный Терминал обслуживает
ООО Терминал-Партнер

26.02.2008 10:49:52.281 Trying to print cheque...
26.02.2008 10:49:53.406 Cheque printing done!
26.02.2008 10:49:53.406 Navigating to {PaymentComplete.html?Summ=50&sum=5000&recepient=21&msg=}...
26.02.2008 10:49:53.406 Payment finished.
а затем вот что идет
26.02.2008 11:02:05.640 Service menu command: Incassation.
26.02.2008 11:02:05.640 Incassation started...
26.02.2008 11:02:07.078 New cassette id: 0
26.02.2008 11:02:07.078 Previous cassette id: 0
26.02.2008 11:02:07.078 -----------------------------------
Инкассация терминала №2, село Италмас
-----------------------------------
За период с: 24.02.2008 18:30:30
по: 26.02.2008 11:02:07
Валюта: RUR
-----------------------------------
№ чека: 19953
Кассета: 0
-----------------------------------
Купюры 10: -. Сумма: -
Купюры 50: -. Сумма: -
Купюры 100: -. Сумма: -
-----------------------------------
Итого: - -
-----------------------------------



26.02.2008 11:02:08.718 Incassation stored to out080226110208718782677530.pkt. {Incass.Number: 0; Comission: 388,50; Notes: { {0 RUR 50 45} {0 RUR 10 67} {0 RUR 100 22} }}.
26.02.2008 11:02:08.718 Printer type: citizencbm1000t2, PrintUnprintedCheques: 0.
26.02.2008 11:02:13.718 Инкассация произведена.
26.02.2008 11:02:16.296 Entered 'main.html' page.
al x86 (Build 2600), Service Pack 2
2008-02-17, 06:00:46 =============================================================================
2008-02-17, 06:00:46 Лицензионный ключевой файл:

и все знаки вопроса дальше.

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

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

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

На мой взгляд - Версии WC 071106A и 071123A просто напичканы косяками - у меня на 071106A терминал проглатывал деньги и писал на экране нули, т.е. как будто он и не брал ничего, а на 071123A терминалы вообще перезагружались каждый час, я уже молчу про задвоение платежей в мониторинге - в итоге снова установил 071026А и патч к ней 071112b - и все это безобразие сразу прекратилось

Prize писал(а):2Soarer разница в том, что если офф-лайн стоит для оператора 999, то не будет ошибочных номеров типа 1111111111 на любого оператора... по которым народ потом будет звонить..

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

пример сильно утрирован, но можете провести эксперимент на своём терминале... и уверяю Вас, подобных платежей, при неверной настройке офф-лайна, бывает немало.

У меня на терминале отсутсвует оператор 999, т.е. пользователь сам изначально выбирает на какого оператора будет платить.
Если в конфиге в параметре offline payment поставить 1, то при выборе любого оператора можно указывать любой номер (выбираю мтс, номер пишу 921) и платежи уходят.
Если в operators.xml для оператора МТС прописываю <offline="1">, то ситуация сохраняется: выбираю его, указываю номер 921 (мегафон) и платеж уходит.
каким образом можно это побороть?
Спасибо.

Andru.Ru писал(а):

Prize писал(а):2Soarer разница в том, что если офф-лайн стоит для оператора 999, то не будет ошибочных номеров типа 1111111111 на любого оператора... по которым народ потом будет звонить..

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

пример сильно утрирован, но можете провести эксперимент на своём терминале... и уверяю Вас, подобных платежей, при неверной настройке офф-лайна, бывает немало.

У меня на терминале отсутсвует оператор 999, т.е. пользователь сам изначально выбирает на какого оператора будет платить.
Если в конфиге в параметре offline payment поставить 1, то при выборе любого оператора можно указывать любой номер (выбираю мтс, номер пишу 921) и платежи уходят.
Если в operators.xml для оператора МТС прописываю <offline="1">, то ситуация сохраняется: выбираю его, указываю номер 921 (мегафон) и платеж уходит.
каким образом можно это побороть?
Спасибо.

В обоих случаях у вас остается офлайн.
надо так:
Конфиг: <offline_payment>0</offline_payment>
Операторс: <processor type="Cyberplat"
или в конфиге ничего вообще не трогать, а в операторс: <processor type="Cyberplat" offline="0">
пс
У вас не работает проверка по базе в этом режиме.
Можно еще к вашим операторам дописать тэг: <check_in_local_base>1</check_in_local_base>

масим писал(а):В обоих случаях у вас остается офлайн.
надо так:
Конфиг: <offline_payment>0</offline_payment>
Операторс: <processor type="Cyberplat"
или в конфиге ничего вообще не трогать, а в операторс: <processor type="Cyberplat" offline="0">
пс
У вас не работает проверка по базе в этом режиме.
Можно еще к вашим операторам дописать тэг: <check_in_local_base>1</check_in_local_base>

В принципе мне и надо оффлайн, но с проверкой по локальной базе:), но если я в тегах offline оставляю 0, то он проверяет номер черезе киберплат.
указал <check_in_local_base>1</check_in_local_base> для одного оператора - никаких изменение не заметил. или надо указывать это для всех в целом операторов?
спасибо.