Jump to content
Калькуляторы

LANbilling БРАТЬ или не брать? Вот в чем вопрос =)

Ребят, те, кто пользуются ЛАНбиллингом, каковы ваши отзывы об этом биллинге? =) Особенно интересует PCDR агент и всё, что с ним связано.

Share this post


Link to post
Share on other sites

Пользуемся, давно, еще с версии 1.7. Почти все устраивает. Но учитывайте, что это тиражируемая АСР, так что придется искать компромиссы, либо подстраивать биллинг/бизнес модель друг под друга.

В PCDR обрабатываем порядка тысячи абонентов, используется агентская схема при работе с Мг/Мн операторами. Работает загрузка/выгрузка в/с 1С. Ведется балансы абонентов.

 

ЗЫ Сам не работаю с АСР, если сильно будет надо дам контакт нашего спеца.

Share this post


Link to post
Share on other sites
Пользуемся, давно, еще с версии 1.7. Почти все устраивает. Но учитывайте, что это тиражируемая АСР, так что придется искать компромиссы, либо подстраивать биллинг/бизнес модель друг под друга.

В PCDR обрабатываем порядка тысячи абонентов, используется агентская схема при работе с Мг/Мн операторами. Работает загрузка/выгрузка в/с 1С. Ведется балансы абонентов.

 

ЗЫ Сам не работаю с АСР, если сильно будет надо дам контакт нашего спеца.

Спасибо за отзыв. А вы не реализовывали на этом биллинге Любимые номера? =)

Share this post


Link to post
Share on other sites

Даже и не представляю о чем речь :) Но думаю доработать реально. Разработчики весьма адекватно реагируют на предложения по доработке.

Share this post


Link to post
Share on other sites
Пользуемся, давно, еще с версии 1.7. Почти все устраивает. Но учитывайте, что это тиражируемая АСР, так что придется искать компромиссы, либо подстраивать биллинг/бизнес модель друг под друга.

В PCDR обрабатываем порядка тысячи абонентов, используется агентская схема при работе с Мг/Мн операторами. Работает загрузка/выгрузка в/с 1С. Ведется балансы абонентов.

 

ЗЫ Сам не работаю с АСР, если сильно будет надо дам контакт нашего спеца.

Спасибо за отзыв. А вы не реализовывали на этом биллинге Любимые номера? =)

 

В Билл-Мастере есть Любимые номера, и все вышеперечисленное.

Share this post


Link to post
Share on other sites

Мы работаем с ним, агенты Нетфлоу, Радиус, раньше был езернет. Хомяков пока до тысячи, особых претензий нет. Крутится на фряхе, раньше линукс. Дистры вроде даже под мелкомягких есть, но это изврат. Система вменяемая, тех поддержка тоже.

Share this post


Link to post
Share on other sites

В Билл-Мастере сертификат есть?

Но думаю доработать реально. Разработчики весьма адекватно реагируют на предложения по доработке.
Разработчики обленились последние года 3, при заказе техподдержки/траблшутинга внимательно читать условия и контролировать выполнение их.

База банных ланбилинга открытая и самим можно дописывать свои отчеты, компенсации, кредиты, поощерения-подарки.

Работаем с ланбиллингом давно, особых нареканий как на УТМ 4 нету.

Share this post


Link to post
Share on other sites

Ребят, спасибо за отзывы.

 

ЗЫ УТМ-ом сами вдоволь накушались =(

Share this post


Link to post
Share on other sites

В Билл-Мастере сертификат есть?

 

 

Естественно.

Share this post


Link to post
Share on other sites

Мы пользуемся LanBilling, я занимаюсь интеграцией с этим продуктом нашей CRM/ServiceDesk системы.

Особенность системы в том, что вся работа с БД идет через процесс LBcore написанный на С с закрытым кодом. Путь интеграции с системой через доработки путем добавления полей в БД официально закрыт, т.к. как-там LBcore поведет себя если вы поправите таблицы не понятно. Допустим, вы положите деньги своим импортом из кассового ПО путем update таблицы с балансами и обнаружите что деньги не упали - не удивляйтесь - ведь вы не знаете, не сделал ли LBcore в этот момент update поля известными ему значениями.

Официальный путь интеграции - через основанный на SOAP протокол обращения к LBcore, поддерживающий свою собственную авторизацию и прочее. Этот путь сложнее дороже и если вы хотите добавить какие-то поля в LB, делайте это через разработчиков.

Эта беда касается не только интеграции, но и доработки ибо суть та же.

Share this post


Link to post
Share on other sites
Официальный путь интеграции - через основанный на SOAP протокол обращения к LBcore, поддерживающий свою собственную авторизацию и прочее. Этот путь сложнее дороже
Наш программер трудностей незаметил.

 

если вы хотите добавить какие-то поля в LB, делайте это через разработчиков.
Добавляеш в базу свои таблици с префиксом, таблици LB только читаем.

 

 

 

В Билл-Мастере сертификат есть?

Естественно.

 

Сори, попутал с халявным билингом, озвучте пожалуста цену на 1 000 - 10 000 юзверей тока инета.

Edited by IvanI

Share this post


Link to post
Share on other sites

Мы кстати тоже пишем CRM привязанный к Lanbilling по API. Насколько я знаю, все подводные камни уже убраны и никаких проблем с интеграцией нет. Когда напрямую с базой работали, тогда да, куча проблем была.

Share this post


Link to post
Share on other sites

Вы конечно извините, но после таких заявлений ваш отзыв скорее антиреклама. Интересно, какие такие побуждения заставили вас перейти с Linux на FreeBSD в качестве ОС для биллингового сервера?

 

Мы работаем с ним, агенты Нетфлоу, Радиус, раньше был езернет. Хомяков пока до тысячи, особых претензий нет. Крутится на фряхе, раньше линукс. Дистры вроде даже под мелкомягких есть, но это изврат. Система вменяемая, тех поддержка тоже.

Share this post


Link to post
Share on other sites

У меня на фряхе изначально работает, нетфлов трафа в мускуле было 9 гиг в сутки.

Share this post


Link to post
Share on other sites
Вы конечно извините, но после таких заявлений ваш отзыв скорее антиреклама. Интересно, какие такие побуждения заставили вас перейти с Linux на FreeBSD в качестве ОС для биллингового сервера?
А чем плоха фряха? За время эксплуатации ни одной паники ядра, нет проблем с шейперами, да и по производительней должна быть. Крутилась на сентосе, ванильное ядро, нат, шейперов не было совсем, pptp. Захотели что-то более серьезное, терминация стала 7204, а на машине с биллингом остался только шейпер, нат на другой машинке, хотим еще и шейпер отдельно вынести, хотя пока загрузка ЦП до 10% редко доходит.

З.Ы. на линухе тоже мало проблем было, не сравнить с ТИ на ВИН2003 СБС!

Share this post


Link to post
Share on other sites
Вы конечно извините, но после таких заявлений ваш отзыв скорее антиреклама. Интересно, какие такие побуждения заставили вас перейти с Linux на FreeBSD в качестве ОС для биллингового сервера?
А чем плоха фряха? За время эксплуатации ни одной паники ядра, нет проблем с шейперами, да и по производительней должна быть. Крутилась на сентосе, ванильное ядро, нат, шейперов не было совсем, pptp. Захотели что-то более серьезное, терминация стала 7204, а на машине с биллингом остался только шейпер, нат на другой машинке, хотим еще и шейпер отдельно вынести, хотя пока загрузка ЦП до 10% редко доходит.

З.Ы. на линухе тоже мало проблем было, не сравнить с ТИ на ВИН2003 СБС!

Писать много лень, поэтому как доступный для понимания пример -- с моей точки зрения, это как если бы вы на Windows XP перешли. Грубо, приближенно но примерно понятно)

 

Share this post


Link to post
Share on other sites
Писать много лень, поэтому как доступный для понимания пример -- с моей точки зрения, это как если бы вы на Windows XP перешли. Грубо, приближенно но примерно понятно)

На Windows мускул, DHCP(WIN 2003), самба, многие райды и сетевын карты работают БЫСТРЕЕ чем на *NIX.....

Share this post


Link to post
Share on other sites
Писать много лень, поэтому как доступный для понимания пример -- с моей точки зрения, это как если бы вы на Windows XP перешли. Грубо, приближенно но примерно понятно)
На Windows мускул, DHCP(WIN 2003), самба, многие райды и сетевын карты работают БЫСТРЕЕ чем на *NIX.....

вот вот) Собственно для меня отзыв выше примерно тождественен этому)))

 

Share this post


Link to post
Share on other sites

Система довольно отвратная.

Из проблем:

1. статически вкомпилена либа mysql. И переход от версии к версии мускуля - проблемен. простой yum update способен испортить все. причем, глюки могут проявиться через 2 недели после. и все изза того, что мускуль обновился с 5.0 на 5.1. К релизу 006 перешли таки на 5.1.

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

3. техподдержка - полный неадекват. время реакции - произвольно

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

5. техподдержка - полный неадекват. при любых вопросах относительно сроков решения проблемы - ответ один: специалисты работают, директора нет, сроков решения нет. Если есть вопросы - пишите письма, мы их рассмотрим в 30 дневный срок.

6. Был в офисе. Вся контора - это одна комната и ~10 человек, включая бухгалтерию. ТП - один человек. Девелопер - один человек и тот, похоже, на удаленке.

7. Модуль интеграции с 1С - писан сторонней компанией и ланбилинг непосредственно его не траблшутит. привязка к клиентам в 1С 7.7 сделана через ведомые руками номера клиентов из 1с. дубли и прочие неадекваты не отслеживаются. хотя есть ИНН. Гарантированно уникальный. ТП ответила таинственно: "Так надо"

8. Версии выходят раз в месяц. Каждая версия сырее воды. И начинается сеанс бетта-тестирования на клиентах. Глюки повторяются из версии в версию. В версии 1.9 релиз 004 глюк правят, в версии 1.9 релиз 005 он тут как тут. К каждому релизу начинаются безконечные правки. Характер правок не отражается в release-notes. Каждое обновление - это лотерея.

9. Непонятно, как на все эти релизы смотрит орган сертификации. Сертифицировали - то релиз 001. Которй с текущей версией имеет мало общего.

 

В подтверждение готов выслать историю общения с ТП и описания релизов из закрытого раздела сайта.

Edited by sol

Share this post


Link to post
Share on other sites

Насчет мускуля соласен, думаю, могли бы зарелизить хоть одну нормальную сборку без глюков, а потом уже переводить на 5.1

 

Техподдержка.

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

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

 

Иногда кажется, что у них нет тестового оборудования, в частности сервера с разными дистрибутивами для теста.

Ибо когда говоришь, что на свежеустановленной системе бага, начианаются непонятные наводящие вопорсы. Так и хочется сказать "Ну епта, ну накатите свежую базу с вашей сборкой да оттестируйте, №;ли спрашивать, я ж не от праздности обращаюсь"

Иногда так и подмывает подарить им тазик для тестов.

 

8. Версии выходят раз в месяц. Каждая версия сырее воды. И начинается сеанс бетта-тестирования на клиентах. Глюки повторяются из версии в версию. В версии 1.9 релиз 004 глюк правят, в версии 1.9 релиз 005 он тут как тут. К каждому релизу начинаются безконечные правки. Характер правок не отражается в release-notes. Каждое обновление - это лотерея.
Вот тут яро плюсую

Вроде на тестовом сервере иногда прогонишь свежую сборку, ан нет, иногда такая шняга выплывет, что за голову берешься. И порой ЦЕЛЫЙ день, а то и два приходится прогонять тестовый сервак с рабочей базой на новой сборке со всеми используемым установками, настройками и пр. И проверить что бы ниче не сломалось.

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

В целом, не сказал бы что система отвратная, но рабочая на ~90% Многое нравится, что сделали в 1.9 причем очень удобно, но и много переделали зачем то. Причем, некоторые функции работы реализованы разработчиками по своему тайному, только им ведомому принципу работы, а те кто использует как идиоты должны довкуривать что же подразумевали раработчиками под работой той или иной функцией биллинга.

 

Вы конечно извините, но после таких заявлений ваш отзыв скорее антиреклама. Интересно, какие такие побуждения заставили вас перейти с Linux на FreeBSD в качестве ОС для биллингового сервера?
А чем плоха фряха? За время эксплуатации ни одной паники ядра, нет проблем с шейперами, да и по производительней должна быть. Крутилась на сентосе, ванильное ядро, нат, шейперов не было совсем, pptp. Захотели что-то более серьезное, терминация стала 7204, а на машине с биллингом остался только шейпер, нат на другой машинке, хотим еще и шейпер отдельно вынести, хотя пока загрузка ЦП до 10% редко доходит.

З.Ы. на линухе тоже мало проблем было, не сравнить с ТИ на ВИН2003 СБС!

Писать много лень, поэтому как доступный для понимания пример -- с моей точки зрения, это как если бы вы на Windows XP перешли. Грубо, приближенно но примерно понятно)

Сравнение не в кассу, так же можно и вам сказать "ниасилил", тоже грубо и приближенно.

 

В Билл-Мастере есть Любимые номера, и все вышеперечисленное.
А что, тут речь про биллмастер?

Share this post


Link to post
Share on other sites
Система довольно отвратная.

Из проблем:

1. статически вкомпилена либа mysql. И переход от версии к версии мускуля - проблемен. простой yum update способен испортить все. причем, глюки могут проявиться через 2 недели после. и все изза того, что мускуль обновился с 5.0 на 5.1. К релизу 006 перешли таки на 5.1.

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

3. техподдержка - полный неадекват. время реакции - произвольно

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

5. техподдержка - полный неадекват. при любых вопросах относительно сроков решения проблемы - ответ один: специалисты работают, директора нет, сроков решения нет. Если есть вопросы - пишите письма, мы их рассмотрим в 30 дневный срок.

6. Был в офисе. Вся контора - это одна комната и ~10 человек, включая бухгалтерию. ТП - один человек. Девелопер - один человек и тот, похоже, на удаленке.

7. Модуль интеграции с 1С - писан сторонней компанией и ланбилинг непосредственно его не траблшутит. привязка к клиентам в 1С 7.7 сделана через ведомые руками номера клиентов из 1с. дубли и прочие неадекваты не отслеживаются. хотя есть ИНН. Гарантированно уникальный. ТП ответила таинственно: "Так надо"

8. Версии выходят раз в месяц. Каждая версия сырее воды. И начинается сеанс бетта-тестирования на клиентах. Глюки повторяются из версии в версию. В версии 1.9 релиз 004 глюк правят, в версии 1.9 релиз 005 он тут как тут. К каждому релизу начинаются безконечные правки. Характер правок не отражается в release-notes. Каждое обновление - это лотерея.

9. Непонятно, как на все эти релизы смотрит орган сертификации. Сертифицировали - то релиз 001. Которй с текущей версией имеет мало общего.

 

В подтверждение готов выслать историю общения с ТП и описания релизов из закрытого раздела сайта.

Вы сами себе злобный бетатестер :), у меня LB 1.8 и переходов между мускулами 4.0 >>> 5.1 незаметил

 

Вот тут яро плюсую

Вроде на тестовом сервере иногда прогонишь свежую сборку, ан нет, иногда такая шняга выплывет, что за голову берешься. И порой ЦЕЛЫЙ день, а то и два приходится прогонять тестовый сервак с рабочей базой на новой сборке со всеми используемым установками, настройками и пр. И проверить что бы ниче не сломалось.

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

В целом, не сказал бы что система отвратная, но рабочая на ~90% Многое нравится, что сделали в 1.9 причем очень удобно, но и много переделали зачем то. Причем, некоторые функции работы реализованы разработчиками по своему тайному, только им ведомому принципу работы, а те кто использует как идиоты должны довкуривать что же подразумевали раработчиками под работой той или иной функцией биллинга.

+100

Как и любую поделку сначала тестить потом юзать.

Share this post


Link to post
Share on other sites

>> Вы сами себе злобный бетатестер :), у меня LB 1.8 и переходов между мускулами 4.0 >>> 5.1 незаметил

Для полной ясности повторю: библиотека поддержки мускуля ВКОМПИЛЕНА СТАТИЧЕСКИ. Посему ни о какой возможности перехода говорить не приходится. А нужно ставить ровно тот мускуль от которого взята библиотека у девелопера. Во всех современных дистрах мускуль 5.1 А у девелопера - 5.0 Вот и попробуйте даунгрейдить до 5.0 О результатах интеграции вашего даунгрейда в систему обновления дистра прошу написать сюда.

Share this post


Link to post
Share on other sites

у меня Server version: 5.1.34

Share this post


Link to post
Share on other sites

to sol:

Глупый вопрос можно ? А зачем на закрытом сервере АСР проводить обновления дистра ?? У нас 1.7 и 1.8 работали на woody/lenny, после релиза amd64 версии 1.9 перешли на рекомендованный lanbilling'ом Centos. И всегда мы делали обновления только при мажорных изменениях в АСР. В

 

ЗЫ У нас до сих пор работает ряд серверов на woody и никакого разумного обоснования для их обновления я придумать не могу.

 

ЗЫЫ Все это злостный офф и никакого отношения к АСР не имеет.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this