BiTel

Форум BiTel
bgbilling.ru     docs.bitel.ru     wiki.bitel.ru     dbinfo.bitel.ru     bgcrm.ru     billing.bitel.ru     bitel.ru    
Текущее время: 23 июн 2025, 02:09

Часовой пояс: UTC + 5 часов [ Летнее время ]




Начать новую тему Ответить на тему  [ Сообщений: 14 ] 
Автор Сообщение
СообщениеДобавлено: 11 авг 2010, 12:18 
есть оплата за май в договоре, но она не учитывается, соответственно в договоре возник долг. Как можно это решить?


Вернуться к началу
  
 
СообщениеДобавлено: 11 авг 2010, 12:33 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 03 авг 2009, 18:42
Сообщения: 7166
Откуда: Благовещенск
Карма: 241
А неучитывается почему? косяк биллинга?? или что то у вас настроено??
Если косяк биллинга - я так делаю...редко(но бывают подобные ситуации)...удаляю платеж, ставлю заново его той датой которой он был произведен(в моей ситуации иногда приходиться делать переначисление абонплаты)

_________________
Код:
  Клиент: вер. 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
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 11 авг 2010, 12:40 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
добавьте платеж в один рубль за май и удалите его ..версия биллинга какая ?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 11 авг 2010, 12:41 
самое интересное, пока нашел таких только 3 договора, в остальных неколько тысячах все нормально. А если просмотрели. Нужно выявить причину, и попробовать решить. А так совет дельный, тоже так решаю.


Вернуться к началу
  
 
СообщениеДобавлено: 11 авг 2010, 12:43 
версия 4.6


Вернуться к началу
  
 
СообщениеДобавлено: 11 авг 2010, 12:44 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
mrustik писал(а):
версия 4.6

с 4.5 обновлялись ? и если да , то до мая или после ?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 11 авг 2010, 12:45 
Не в сети

Зарегистрирован: 08 окт 2009, 16:06
Сообщения: 186
Карма: 20
у нас также случаются подобные ситуации. оплаты с различных платежных систем вносяться при помощи стороннего скрипта. и если в текущем месяце сдвигов по балансу еще не было, то оплата не учитываеться. решаем пока также, внесением фиктивного платежа.


Вложение:
.png


Последний раз редактировалось braek-neck 11 авг 2010, 12:47, всего редактировалось 1 раз.

Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 11 авг 2010, 12:47 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
braek-neck писал(а):
у нас также случаются подобные ситуации. оплаты с различных платежных систем вносяться при помощи стороннего скрипта. и если в текущем месяце сдвигов по балансу еще не было, то оплата не учитываеться. решаем пока также, внесением фиктивного платежа.


сторонний скрипт сам таблицу правит ?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 11 авг 2010, 12:50 
обновлялся с 4.5 на 4.6, но конкретно не помню. Почти во всех договорах все нормально. Проверил майские платежи, во всех договорах, что смотрел косяков нет. будем смотреть, будем искать....


Вернуться к началу
  
 
СообщениеДобавлено: 11 авг 2010, 12:52 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
mrustik писал(а):
обновлялся с 4.5 на 4.6, но конкретно не помню. Почти во всех договорах все нормально. Проверил майские платежи, во всех договорах, что смотрел косяков нет. будем смотреть, будем искать....


просто в 4.6 такая ситуация не должна возникать


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 11 авг 2010, 12:54 
Не в сети

Зарегистрирован: 08 окт 2009, 16:06
Сообщения: 186
Карма: 20
stark писал(а):
braek-neck писал(а):
у нас также случаются подобные ситуации. оплаты с различных платежных систем вносяться при помощи стороннего скрипта. и если в текущем месяце сдвигов по балансу еще не было, то оплата не учитываеться. решаем пока также, внесением фиктивного платежа.


сторонний скрипт сам таблицу правит ?



да


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 11 авг 2010, 13:00 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
braek-neck писал(а):
stark писал(а):
braek-neck писал(а):
у нас также случаются подобные ситуации. оплаты с различных платежных систем вносяться при помощи стороннего скрипта. и если в текущем месяце сдвигов по балансу еще не было, то оплата не учитываеться. решаем пока также, внесением фиктивного платежа.


сторонний скрипт сам таблицу правит ?



да

А он ее правильно правит ? значения в таблице contract_balance он тоже считает? .. Лучше бы он делал это через наше api http-запрсом . там еще есть всякие действия по приходу платежа (разблокировать договор например )


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 11 авг 2010, 13:09 
Не в сети

Зарегистрирован: 08 окт 2009, 16:06
Сообщения: 186
Карма: 20
Цитата:
А он ее правильно правит ? значения в таблице contract_balance он тоже считает?


да считает.

а на счет использования API при помощи http-запроса, можно по подробней.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 11 авг 2010, 13:17 
Не в сети

Зарегистрирован: 05 окт 2007, 13:36
Сообщения: 1073
Карма: 46
braek-neck писал(а):
а на счет использования API при помощи http-запроса, можно по подробней.

Например у меня перл шлюз приема платежей, там такое
Код:
...
$armuser = "user" ;
$armpass = "pswd" ;
$URL = "http://127.0.0.1:8080/bgbilling/executer?user=$armuser&pswd=$armpass&module=contract" ;
...
   $uURL = "$URL&action=UpdateContractPayment&date=$d1&pt=$PAYMENT_ID&cid=$cid&comment=$ID:$hash:$account&summa=$sum&id=new" ;
      my $hdrs = HTTP::Headers->new(
         "Content-Type" => "text/html",
         "Content-Length" => length($uURL),
      );

      my $req = HTTP::Request->new( "GET", $uURL, $hdrs, $request );
      my $ua = LWP::UserAgent->new;
      my $resp = $ua->request($req);


      if ($resp->is_success )
      {
         my($content, $status) ;
         $content = $resp -> content ;
         if ( ($status ) = $content =~ /status=\"(.+)\"/ )
         {
            if ( $status eq "ok" )
            {
               return ( 0 , "Счёт клиента $ClientName пополнен на $sum рублей" ) ;
            }
            return (2,"Невозможно пополнить счёт для $account.Ответ сервера $content") ;
         }
         return (2,"Невозможно пополнить счёт для $account.Произошла ошибка") ;
      }
...

Вот здесь URL-ка заполняется параметрами для пополнения счета клиента
Код:
$URL = "http://127.0.0.1:8080/bgbilling/executer?user=$armuser&pswd=$armpass&module=contract" ;
$uURL = "$URL&action=UpdateContractPayment&date=$d1&pt=$PAYMENT_ID&cid=$cid&comment=$ID:$hash:$account&summa=$sum&id=new" ;

в общем должно быть понятно

_________________
интеграция биллинга с 1с http://bgbilling-1c.ru/


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 14 ] 

Часовой пояс: UTC + 5 часов [ Летнее время ]


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
POWERED_BY
Русская поддержка phpBB
[ Time : 0.064s | 39 Queries | GZIP : On ]