Страница 13 из 51

Добавлено: 26 фев 2008, 15:51
Локи
Пробовал:)
Проблема вот в чем: Через 3 дня местные операторы получают статус"Не прошел по таймауту". Как это лечить?

Добавлено: 26 фев 2008, 16:25
Arthy
Elk писал(а):PPS. Тебяникто не обязывает принимать платежи в пользу этого оператора.


Я так и делаю boo hoo!

Добавлено: 26 фев 2008, 17:53
johnsh
Иваныч писал(а):Предлагаю П.С. разорвать договор с региональным оператором ЕТК, т.к. они запрещают брать внешнюю комиссию, считаю лишним потакать Халявщикам иначе другие сядут на шею. Считаю это недопустимым в нашем нелегком бизнесе. Пускай карточками торгуют как раньше.

После того как ЕТК запустили платежи в полном объеме, запрет на комиссию и низкий процент вызывают недоумение. Эта «забота» о своих клиентах выходит боком и ЕКТ, и абонентам, т.е. ЕТК оказывает медвежью услугу себе. В моем небольшом городе карточки ЕТК в продаже найти трудно, целая проблема. А терминалы платежи не принимают, т.к. на халяву во благо ЕТК работать никто не будет. Вот и получается, что абонентов ЕТК в нашем городе около 5% от общего кол-ва и больше не будет, из-за не гибкой и не дальновидной политики выходцев из Сибирьтелекома ( в прошлом Электросвязи ). Кто знает, что такое Электросвязь тот поймет. Пускай ЕКТ засунет свои платежи …
P.S. Sorry, накипело.

Добавлено: 26 фев 2008, 18:03
Jackal
Локи писал(а):Пробовал:)
Проблема вот в чем: Через 3 дня местные операторы получают статус"Не прошел по таймауту". Как это лечить?

А фактически? Платежи до оператора доходят или лежат на терминале (предпроцессинге)?

Добавлено: 26 фев 2008, 22:00
Goblin
если ты их тупо посылаешь к себе на моиторинг - то им надо проставлять статус проведен (101 или 102 - на пямять не скажу)... иначе они лежат в табличке newpayments - и обрабатываются сотвесвенно обработчиком ка кне прошедшие...
проставлять статусы можно как и ручками (муторно), так и софтом - который ты как видно и просишь....
но вообще - мало данных - необходимо больше информации от тебя - тогда будет понятно что ты конкретно хочешь получить...

Добавлено: 27 фев 2008, 07:29
Локи
Они идут на мониторинг, там их прога выбирает, отправляет операторам(они проходят это точно), а в базе присваевается статус 7, но проходит 3 дня и статус у них становится 100(Платеж не был проведен(таймаут)). решили что это происходит из-за терминала, он сохраняет же у себя файлик платежа ext-xxx.pkt в папке temp, но если обычные платежи удаляются как только становятся проведенными, то эти через 3 дня попадают в папку unprocessed.
Вот и спрашиваю это можно как-то вылечить средствами клиента?

Добавлено: 27 фев 2008, 09:55
Goblin
гы... а читать внимательно и посмотреть что происходит с обычными платежами? помимо присвоения статуса?
присвойте еще второй номер сессии и дату проводки.. и будет вам счастье - вот запрос...
примерный...

Update Newpayments set PaymentDateTime='20080227 17:47:09',SessionNumber='2702081719391771121B',StatusID=7,FlagSver=1,KolPop=1 where (InitialSessionNumber='2702081719391771121B') AND (InitializeDateTime='20080227 17:19:53');

на FlagSver и KolPoP не смотрите - это мои служебные поля...

Добавлено: 27 фев 2008, 10:31
keyreal
Локи писал(а):Они идут на мониторинг, там их прога выбирает, отправляет операторам(они проходят это точно), а в базе присваевается статус 7, но проходит 3 дня и статус у них становится 100(Платеж не был проведен(таймаут)). решили что это происходит из-за терминала, он сохраняет же у себя файлик платежа ext-xxx.pkt в папке temp, но если обычные платежи удаляются как только становятся проведенными, то эти через 3 дня попадают в папку unprocessed.
Вот и спрашиваю это можно как-то вылечить средствами клиента?

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

Добавлено: 27 фев 2008, 11:17
Goblin
ну то же самое - смотри выше... пеенастрой мой запрос и будет тебе счастье.. токо для табличек preproccespayments

Добавлено: 27 фев 2008, 12:25
Jakov
Хорошо тебе, у тебя 5%.
А у нас у такого же халявщика НТК уже к 40% подбирается.
Есть один способ с этим бороться, но второй месяц не могу написать постановку для программистов.

Добавлено: 03 мар 2008, 08:39
Локи
Goblin писал(а):гы... а читать внимательно и посмотреть что происходит с обычными платежами? помимо присвоения статуса?
присвойте еще второй номер сессии и дату проводки.. и будет вам счастье - вот запрос...
примерный...

Update Newpayments set PaymentDateTime='20080227 17:47:09',SessionNumber='2702081719391771121B',StatusID=7,FlagSver=1,KolPop=1 where (InitialSessionNumber='2702081719391771121B') AND (InitializeDateTime='20080227 17:19:53');

на FlagSver и KolPoP не смотрите - это мои служебные поля...


Да так и делаем собственно.
UPDATE [Terminals].[dbo].[NewPayments] SET [SessionNumber] = InitialSessionNumber,[StatusID] = 7,[PaymentDateTime] = Getdate() WHERE InitialSessionNumber='чему-нибудь'

Добавлено: 03 мар 2008, 12:05
Goblin
гм...
тогда действительно сокрее всего терминал им сам статус обновляет - напиши батник для терминала - который будет забирать эти внешние платежи в другой каталог.. и тогда статус у них не будет присваеваться...
т.е. что бы не вебклиент их перекладывал в унпроцессед а ты сам в свой каталог - все равно они там не нужны...
с другой стороны - я их на фтп на свой отправляю.. и потом сверку делаю. - чтобы все пучком было...
потому они видать у меня и статус в мониторинге не меняют...

Добавлено: 03 мар 2008, 12:12
Локи
Тут батником не отделаешься:(( Придется продолжать прогу писать...
Ни у кого больше такой проблемы не возникает?

Добавлено: 04 мар 2008, 00:57
Goblin
я же объяснил... у меня такой пробелмы не возникает потому что платежи "ext" - убираются из каталога "Payments"- попробуй - и у тебя получиться....%)

Добавлено: 04 мар 2008, 08:20
Локи
Но ведь должна осуществляться проверка знает сервер об этом платеже или нет и уже после этого удаляться... Ну а вообще если не жалко, вышли чем ты удаляешь файлики...мое мыло вверху есть.

Добавлено: 04 мар 2008, 14:13
Goblin
я удаляю их тем что отправляет эти платежи операторам услуг - сооветсвенно это полноценный софт.. которы йтолько для этого не предназначен.. так что извени не вышлю... хочешь - покупай.. но это в личку...

Добавлено: 09 мар 2008, 13:25
johnsh
7 и 8 числа много не проведенных платежей имееют статус "ожидает ответ от МегаФон-Сибирь", на сайте информации нет, дозвониться невозможно. Люди нам устраивают такие концерты за 50 рублей, что мало не покажется ( будто мы миллион увели ). Что происходит и когда деньги на счет зачислятся ?

Добавлено: 09 мар 2008, 23:20
Гость
johnsh писал(а):7 и 8 числа много не проведенных платежей имееют статус "ожидает ответ от МегаФон-Сибирь", на сайте информации нет, дозвониться невозможно. Люди нам устраивают такие концерты за 50 рублей, что мало не покажется ( будто мы миллион увели ). Что происходит и когда деньги на счет зачислятся ?

информация была...
наверное поспешили убрать.
Вы писали на support@cyberplat.ru с примерами из статистики?!

Добавлено: 11 мар 2008, 19:43
Гость
я бы тоже рад был знать

Добавлено: 21 мар 2008, 11:30
Гость
Добрый день,для подключения регионального провайдера Вы можете обратиться к своему менеджеру, так же у Киберплат существует региональное подразделение, где работают коммерческие представители компании, мы будем подключать провайдеров, в пользу которых Вам интересно принимать платежи.Для пользователя bob1985 из г. Бердск оставляю свой мобильный 8-913-451-99-49 меня зовут Александр.По интересующим Вас провайдерам прошу обратиться ко мне и будем подключать.