Перейти к содержимому
Калькуляторы

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

 

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

 

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

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

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

 

 

 

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

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

 

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

Изменено пользователем IvanI

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Из проблем:

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. Которй с текущей версией имеет мало общего.

 

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

Изменено пользователем sol

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

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

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

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

 

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

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

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

 

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

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

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

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

 

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

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

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

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Из проблем:

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

у меня Server version: 5.1.34

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

to sol:

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

 

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.