BiTel

Форум BiTel
bgbilling.ru     docs.bitel.ru     wiki.bitel.ru     dbinfo.bitel.ru     bgcrm.ru     billing.bitel.ru     bitel.ru    
Текущее время: 28 мар 2024, 14:58

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




Начать новую тему Ответить на тему  [ Сообщений: 12 ] 
Автор Сообщение
СообщениеДобавлено: 19 июл 2018, 10:50 
Не в сети

Зарегистрирован: 15 фев 2018, 11:27
Сообщения: 94
Карма: 5
Изучил, что пишется в БД при совершении операций, влияющих на эффективный баланс счёта. Что вижу:

  • contract_account (наработка по услугам) - есть только год и месяц,
  • contract_charge (расходы) - есть дата, времени нет,
  • contract_payment (платежи) - есть дата, времени нет,
  • contract_reserve (резервы) - есть и дата, и время,
  • log_contract_limit (лимиты) - есть и дата, и время,

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


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 19 июл 2018, 11:09 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 27 мар 2012, 11:59
Сообщения: 2676
Карма: 72
contract_payment, contract_charge посмотрите поле lm оно типа timestamp


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

Зарегистрирован: 15 фев 2018, 11:27
Сообщения: 94
Карма: 5
Значение этого поля верно только до момента изменения операции.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 19 июл 2018, 12:04 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 29 мар 2010, 23:11
Сообщения: 5854
Карма: 472
Вторник писал(а):
А это крайне необходимо при разнообразных разборах полётов.

Каких полётов?
С пользователями биллинга которые совершают операции какие-либо?
Или с клиентами?

Если с пользователями - то для этого существует журнал запросов.
Если с клиентами, то сомневаюсь что это поможет. По крайней мере не вижу такой необходимости.
И к примеру contract_account. Она переписывается постоянно в пределах одной услуги на договоре.
Что вы там хотите писать? :)

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


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 19 июл 2018, 13:13 
Не в сети
Аватара пользователя

Зарегистрирован: 30 май 2008, 15:51
Сообщения: 6055
Карма: 244
contract_account (наработка по услугам) - там и не может быть времени, наработка в биллинге - это всегда наработка за определённый месяц и год, непонятно дата чего там должна быть
contract_charge (расходы) , contract_payment (платежи) - там и есть время последнего изменения, именно оно и рисуется в биллинге же, т.к они наоборот подразумевается что меняться по идее не должны

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


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 19 июл 2018, 14:16 
Не в сети

Зарегистрирован: 15 фев 2018, 11:27
Сообщения: 94
Карма: 5
dimOn писал(а):
contract_charge (расходы) , contract_payment (платежи) - там и есть время последнего изменения, именно оно и рисуется в биллинге же, т.к они наоборот подразумевается что меняться по идее не должны


Захотел я, допустим, прокомментировать какую-нибудь операцию, или опечатку поправить. И тут меня встречает on update CURRENT_TIMESTAMP. Я конечно могу DDL поменять, чтобы этого не происходило. Но ведь lm - это last modified. Нелогично получается.

dimOn писал(а):
contract_account (наработка по услугам) - там и не может быть времени, наработка в биллинге - это всегда наработка за определённый месяц и год, непонятно дата чего там должна быть


Видимо я не до конца понял, как работает наработка по услугам. Буду разбираться.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 19 июл 2018, 14:50 
Не в сети
Аватара пользователя

Зарегистрирован: 30 май 2008, 15:51
Сообщения: 6055
Карма: 244
ну платежи задним числом некомильфо править вроде как

итоговая наработка всегда только за месяц , она только одна (для одной услуги), т.е. они никак не делится по дням и конкретного момента наработки нет

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


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 19 июл 2018, 17:04 
Не в сети

Зарегистрирован: 15 фев 2018, 11:27
Сообщения: 94
Карма: 5
dimOn писал(а):
ну платежи задним числом некомильфо править вроде как


Я и не предполагал платежи в прошлое.

dimOn писал(а):
итоговая наработка всегда только за месяц , она только одна (для одной услуги), т.е. они никак не делится по дням и конкретного момента наработки нет


Но ведь когда-то она списывается со счёта. Именно этот момент времени и нужен.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 19 июл 2018, 17:41 
Не в сети
Разработчик

Зарегистрирован: 07 апр 2007, 23:51
Сообщения: 4489
Откуда: Уфа, Россия
Карма: 186
contract_account это агрегированная наработка
например у вас ежедневно снимается абонплата по 10 руб
например прошло 5 дней в месяце, у вас в этой таблице будет не 5 записей по 10 рублей, а одна на 50 руб.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 19 июл 2018, 18:06 
Не в сети

Зарегистрирован: 15 фев 2018, 11:27
Сообщения: 94
Карма: 5
skn писал(а):
contract_account это агрегированная наработка
например у вас ежедневно снимается абонплата по 10 руб
например прошло 5 дней в месяце, у вас в этой таблице будет не 5 записей по 10 рублей, а одна на 50 руб.


Вон оно что, оказывается!

А можно где-то увидеть неагрегированную информацию? Например, указанные выше события ежедневного списания.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 19 июл 2018, 19:46 
Не в сети
Аватара пользователя

Зарегистрирован: 30 май 2008, 15:51
Сообщения: 6055
Карма: 244
Вторник писал(а):
skn писал(а):
contract_account это агрегированная наработка
например у вас ежедневно снимается абонплата по 10 руб
например прошло 5 дней в месяце, у вас в этой таблице будет не 5 записей по 10 рублей, а одна на 50 руб.


Вон оно что, оказывается!

А можно где-то увидеть неагрегированную информацию? Например, указанные выше события ежедневного списания.

некоторые модули дополнительно сохраняют нечто такое, но это нигде не рисуется, в основном для отчётов, например (например cerbecrypt разбивает наработку по пакето-дням там, а не только по услугам ну итд)
наработка всегда вычисляется так: всё (всегда понимается "для услуги") удаляется из contract_account и считается заново, без разницы когда вы запускаете и сколько раз

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


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 19 июл 2018, 20:21 
Не в сети

Зарегистрирован: 15 фев 2018, 11:27
Сообщения: 94
Карма: 5
Становится понятнее. Спасибо.


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

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


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

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


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

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