Max

может попробовать другое хранилище? типа firebird или mysql?

Поделитесь грибами Вообще-то странная схема начисления оплаты. Имейте ввиду, что вы получаете скачок начисления в середине месяца, если вдруг исходящий трафик превысит входящий. Реализовать такое можно и в реалтайме, но я сомневаюсь, что кто-то возмется это делать. не понял юмора.....

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

жаль

да

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

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

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

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

Упустил.... с начала месяца и до текущего значения времени - все данные есть... напр. UP больше чем DOWN значит снимаем деньги за UP всё бы класно, но стг снимает деньги не в конце месяца в момент попадания данных в коллектор стг!

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

просто схема когда маршрут относителен не может помочь в случае когда есть например две группы клиентов, с разной стоимостью за транспорт тоесть: первая группа: пусть имеет адрес 85.202.0.10-100 вторая группа 85.202.50.10-100 при этом стоимость транспорта из точки родной сети в сеть 192.168.0.1/24 у первой группы 10 коп, у второй 20 коп вот и описываем: #первая группа: 85.202.0.0/24 -> 192.168.0.0/24 ALL DIR0 192.168.0.0/24 -> 85.202.0.0/24 ALL DIR0 #вторая группа: 85.202.50.0/24 -> 192.168.0.0/24 ALL DIR1 192.168.0.0/24 -> 85.202.50.0/24 ALL DIR1 Как мы видим в случ

как раз задача стоит в поддержке поля src!....

а адрес юзера примиряется к этому направлению, если он подходит то есть match тоесть например у юзера адрес 85.202.1.2 в стг есть направление: 85.202.0.0/24 -> 85.202.1.0/24 DIR0 85.202.1.0/24 -> 85.202.0.0/24 DIR0 85.202.2.0/24 -> 85.202.1.0/24 DIR2 85.202.1.0/24 -> 85.202.2.0/24 DIR2 0.0.0.0/0 -> 0.0.0.0/0 DIR3 Соотвественно мы можем применить гибкие случаи тарификации например локальный трафик с ценой 1 считается первыми двумя строками, а с ценой 2 уже следующими двумя. ну а конец всегда один....

мне например не понятно за какой период берётся максимум?

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

Собственно интересует вопрос к авторам касаемо поля учёта трафика в свойствах тарифа: терминология: под словом тарификация я понимаю умножение цены на количество трафика. UPLOAD - понятно, тарифицируется тока исходящий трафик DOWNLOAD - понятно, тарифицируется тока входящий трафик UP+DOWN - понятно, тарифицируется оба трафика а вот что есть MAX я так и не понял, за какой период берётся этот MAX? ведь биллинг то горячий, в смысле обсчитывает на лету.... Значит он берёт этот max не за сессию.... тогда как?

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

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

бухи хотят что бы стг выдавал им готовые акты выполненных работ. Я это вижу в формате: ФИО1 УСЛУГА1 КОЛИЧЕСТВО СУММА ФИО1 УСЛУГА2 КОЛИЧЕСТВО СУММА ФИО2 УСЛУГА1 КОЛИЧЕСТВО СУММА ФИО2 УСЛУГА2 КОЛИЧЕСТВО СУММА и всё это превращалось в (в терминологии 1с 8.0) Основная деятельность > Продажа > Реализацию товаров и услуг (Акт выполненных работ, раздел услуги) поправьте если ошибаюсь

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

+1 я именно про этот формат! да и поддержка всех клиент-баков не стоит, а именно тех которые умеют формат 1с!

а не суть важно, есть идея написать парсер по шаблону выгрузок из КБ, тоесть мы к конкретной версии по банка привязаны не будем

афтор жжот

Собираемся реализовать до конца года, кому нибудь интересно кроме меня?