Форум МАКАТЕЛ
Оборудование и SOFT => Программы, прошивки, сервисы и т.п. => Тема начата: Konstantin от 12.09.2017, 11:15
-
Всем добрый день. Встает вопрос замены биллинговой системы. Подскажите кто что использует или мог бы рекомендовать готовое решение. В данный момент установлена самописная система, которая не устраивает по ряду причин.
-
Используем Гидру. (http://www.hydra-billing.ru/)
-
гидру хвалят , это прада
-
Тоже смотрели Гидру. Ценник не много не тот. Может есть что проще не в ущерб качеству.
-
по личном опыто скажу, билингов можно сказать пресс , только вот одна бяда, большенсво из них на генном уровне не подходят , и начинают их когда "кастылить" то такое говнецо выходит что капец ...
для нужд ТВ все говорят - можно :) !
а когда доходит до реализации лучше бы сразу сказали что будет колхоз
-
Abills используем
-
Биллингов, много всяких и разных.
Нужно знать, что Вам необходимо?
Какие есть требования к биллингу?
Если не подходит самописный, то почему не подходит?
-
Лет 18 использовали самописный, поскольку автор уже далеко, софт устарел, решили поменять.
И опять самописный используем.
-
для ТВ нужд в билинге надо что бы он мог отправить на активацию или деактивацию 100 000 или 150 000 команд при этом на это не ушло бы более часа ! ибо есть веть еще и текущая работа :)
если билинг этого не может - то это амбарная книга
да и что бы все это было не "ядерном реакторе" , а на простом сервере :)
далее идут все возможные типы отчетов ,
что бы была возможность увидеть "жизнь" любой карты
ну и база - безудержная любовь к ораклу ...
допами идут планировщики создания отчетов для бухов ,
про личные кабинеты я думаю писать не до ...
-
Биллингов, много всяких и разных.
Нужно знать, что Вам необходимо?
Какие есть требования к биллингу?
Если не подходит самописный, то почему не подходит?
Да действительно биллингов много и не знаешь как правильно сделать выбор в пользу того или иного. Дело в том, что мы предоставляем услуги ктв и пд. Сейчас стоит задача внедрить дополнительно IPTV. А в нашем самописном не предусмотрен функционал под эти задачи. И автора который его писал/переделывал не известно где.
Помимо этого всего хотелось бы сразу предусмотреть в биллинге такие возможности как: синхронизация с личным кабинетом, чтобы абон. смог просматривать свой текущий баланс, синхронизацию с платежными системами, была реализована программа лояльности для абонентов, т.е возможность создавать индивидуальные тарифы.
-
Да действительно биллингов много и не знаешь как правильно сделать выбор в пользу того или иного. Дело в том, что мы предоставляем услуги ктв и пд. Сейчас стоит задача внедрить дополнительно IPTV. А в нашем самописном не предусмотрен функционал под эти задачи. И автора который его писал/переделывал не известно где.
Помимо этого всего хотелось бы сразу предусмотреть в биллинге такие возможности как: синхронизация с личным кабинетом, чтобы абон. смог просматривать свой текущий баланс, синхронизацию с платежными системами, была реализована программа лояльности для абонентов, т.е возможность создавать индивидуальные тарифы.
+приложения для всех видов мобильных платформ
гидра ... точнее не сказать
-
Вся мощь Гидры в Oracle. и не забывайте, что покупая Гидру вы должны отдельно купить Oracle (http://www.fors.ru/services/delivery/oracle/calculation/)
на 10000 абонентов 25 000$(Гидра) + 17 000$(Оракл) + 2000$(минимум на железо). не забываем о внедрении, думаю, что это еще пару тышч зелени будет.
Храните деньги в биллинге Гидра :D
-
Вся мощь Гидры в Oracle. и не забывайте, что покупая Гидру вы должны отдельно купить Oracle (http://www.fors.ru/services/delivery/oracle/calculation/)
на 10000 абонентов 25 000$(Гидра) + 17 000$(Оракл) + 2000$(минимум на железо). не забываем о внедрении, думаю, что это еще пару тышч зелени будет.
Храните деньги в биллинге Гидра :D
Гидра на 10000 аб. 11.700$. Оракл бесплатно на рутрекере можно взять. Железо б.у 500$, с резервом две штуки - 1000$. Так что вполне подъемно, особенно у кого 10000 аб. интернета.
-
Гидра на 10000 аб. 11.700$
Покажите мне на сайте Гидры (http://www.hydra-billing.ru/costs/) такую цену
и нужно учесть, что 10000 пользователей интернет, это более 30000 абонентов КТВ.
Оракл бесплатно на рутрекере можно взять.
так давайте поставим ворованный биллинг на ворованный комп и будем продавать ворованный контент!
Рил бузинес, а чо!
з.ы. Я не против Гидры. я к тому, что биллинг нужно выбирать разумно.
а под требования, что выдвинул автор, подходит любой биллинг.
даже моя "амбарная книга" имеет больше возможностей чем нужно автору.
нужно четко представлять, что хотите получить от биллинга, а не вестись на рекламный буллшит.
+приложения для всех видов мобильных платформ
гидра ... точнее не сказать
позволю себе процитировать уважаемого sky star с соседней ветки форума (http://macatel.ru/forumsmf/index.php?topic=14307.msg89807#msg89807)
"яндекс диск открываем, потом в нем открываем эксел и вуаля - складская программа учета с web мордой !"
то выбор Гидры становится совсем очевидным :)
-
а можно подробнее про складской учет 70 позиций с web мордой и выбором билинга ?
где общие фундаменты , я утречка не могу проникнутся общими знаменателями
-
да и отдельный вопросец про рекламный буллшит ,
это Вы о чем ?
то что надо кабельному оператору я коротко сформулировал ,
гидра это делает , есть тому действующие примеры ,
как есть действующие примеры того как заявленные возможности в билингах работают только на бумаге ,
несколько мне известных операторов прошли дорожкой и поменяли по три билинга прежде чем дотопали до гидры ,
и гидру тоже точили !
но , если в при строительстве заложили , то легко строить ,
а когда начинают пристраивать - то почти всегда что то будет не так как сказали в начале ,
мы к слову это тоже проходили :)
когда разработчик вообще не в зуб не понимает что ты у него просишь - это фантастика , а не общение ...
-
Любой биллинг придется допиливать под себя. Просто какой-то дороже, какой-то дешевле.
-
в этом деле у меня доля везения ,
програмисты с гидры уже написали и протестировали в очень большой сетке модуль ,
под такую CAS как у нас
задачи у нас "под копирку"
оракал у нас куплен на стадии внедрения CAS ,
CAS тоже куплена
-
Sky star, реально нужно отправлять активацию / деактивацию 100 000 команд ?
Не представляю себе ситуацию когда необходимо делать такое кол-во операций.
Какая же абонентская база должна быть ...
По 70-ти позициям склада и биллингу.
Вопрос материального учета так же стоит перед оператором и это нужно учитывать в выборе.
у Гидры такого не нашел, но посмотреть внимательно не смог, мне демку не дают )
Много операторов еще на Excel свои базы ведут, а Вы говорите Гидра...
з.ы. Повторюсь, я не против Гидры, я за разумный выбор :)
-
реально нужно отправлять активацию / деактивацию 100 000 команд ?
реально , скажу даже больше , иногда это надо делать и большем количестве , и самое главное в самые сжатые сроки
а то знаю я одного человека у которого билинг по механизму которого все было хорошо когда карт было 100 потом 1000 потом 10000 и наступила жопа :)
ему не хватало суток на активацию 10 000 карт , а если что то начинало "троить" то алгоритм не предполагал варианта отсылки команд с момента сбоя :) и надо было все начинать сначала ...
ух как все это в красках , да в словах не стесняясь рассказывал , аж кровь закипала
-
Если Вы о цифровом ТВ, то имея опыт работы со многими CAS (Conax, CryptoGuard, CTI.NordE.Compunica te, DRE, DVCRYPT, Gospell, Griffin, StvCrypt, StreamGuard, XCRYPT),
не сталкивался с необходимостью отправлять такое кол-во подписок.
Но, должен оговориться, не работал с клиентской базой масштаба Китая :)
Что нужно делать чтоб так часто менять подписку?
хотя.. если отдавать поканально подписку, имея 200 каналов и 50 000 цифровых абонентов, то, возможно, и нужно такое кол-во операций.
-
Вы явно плутаете в потемках , включаю фанарь света :
сейчас абонент имеет на руках в среднем две карты ,
к концу 2018 года я вижу на руках ТРИ карты ,
теперь считаем , в сетке самой средней для простоты расчета 10 000 цифровых абонентов ,
значит по данным " с/от лампочки" в сетке уже 20 000 карт
что такое 20 000 карт , у нас живых и реальных Mpeg2 сет - топ боксов минимум в два раза больше ....
-
в сети 50 000 устройств.
для генерации 100 000 операций в час, это нужно чтоб каждое устройство отключилось и подключилось каждый час.
обычно абонент добавляет себе пакет раз в месяц, доп пакет - раз в день.
но не каждый абонент и не каждый месяц меняет подписку.
вот поэтому я и не могу понять зачем такое кол-во операций.
-
абонент должен иметь возможность менять тарифный план хоть десять раз в минуту ,
это надо понять и все станет на свои места ...
(сотовые операторы это не запрещают , они тупа берут за каждый переход денешку)
не надо думать что абонент это тупая амёба ,
абонент это кулек с денешкаме ,
и вот чем больше ему дать возможностей ,
тем больше он оставит денешек в казне компании
-
теория это одно, практика - другое.
не понятно кто тут ближе к реальной жизни, я или Вы? :)
и учтите, мы на форуме МАКАТЕЛ, т.е. МАЛЫХ операторов )
Даешь по Гидре каждому оператору! :)
За сим позвольте откланяться...
-
действующие примеры того как заявленные возможности в билингах работают только на бумаге ,
несколько мне известных операторов прошли дорожкой и поменяли по три билинга прежде чем дотопали до гидры ,
Огласите вес список , пжлста!
-
я коллеги в рекламные агенты не подряжался ,
но все что надо лежит на поверхности
и в грядущий срачь мне нехочется
-
Щетаю, :) любой из биллингов на рынке допиливаем для любого оператора, весь вопрос в налаженном взаимодействии с разработчиками ну и наличие денежных знаков на хотелки.
В Ланбиллинге - самый большой минус- невозможность самостоятельного обновления.
Без помощи разработчиков перескочить практически нереально.
-
Подниму старую эту тему своим постом (прошу сильно не пинать), не ради рекламы, ради донесения до коллективной общественности сугубо моего мнения о программном продукте Дмитрия Шумко - A4on.
Тут выше многие коллеги писали, что лучше юзать самописный биллинг, конкретно заточенный под свои нужды, но вот мне проще воспользоваться готовым продуктом, тем более задачи для такого ПО по нашей "специфике" (а это чисто СКТВ, ЦТВ без кодировки) вполне удовлетворили мои потребности, даже можно сказать так - на данный момент (а переезд с другого ПО у нас получился с 01.06.2018) мы его "грузим" пока наверное на четверть его возможностей, но будем стараться использовать по максимом конечно...нужно время так сказать...
Хвалебные оды сочинять не буду, дабы и правда не сошло за рекламу и какую то мою личную заинтересованность - изложу плюсы (что мне лично понравилось) и минусы (критика всегда должна иметь место быть).
И так, что лично мне понравилось:
1. Это прежде всего контактность автора, тут все на высшем уровне
2. Помощь и самое главное его заинтересованность при переезде с другого ПО на его A4on - переезжали мы долго, зато с минимум потерь и ошибок
3. Продуманность и алгоритм работы ПО (заложены на мой взгляд все возможные ситуации по нашей работе)
4. Наличие множества редактируемых печатных форм, редактор для новых, тут вообще все шикарно, этого нам ой как не хватало в нашем старом ПО
5. Наличие классного фильтра по списку абонов с множеством предустановленных условий и созданием и сохранением своих индивидуальных
6. Возможность создания схем домовой разводки, плюс карта дома (подъезды, этажи, квартиры на этажах), оборудование и места его установки и прочие монтажные мелочи, но приятные конечно!
7. Справочники всего и вся, начиная с населенного пункта работы кабельной сети, улицы, дома, и прочие адресные составляющие, оборудование опять же, узлы связи, сама организация, которая эту деятельность осуществляет, персонал, заявки и все что с ними связано, материалы и их движение, в общем долго все это перечислять ибо много всего - чем то мне напоминает 1С, хоть я сильно с ней и не завязан, но приходится иногда бухгалтеру помогать...
8. Огромная куча аналитика по работе с абонентами (еще до конца не разобрался даже - точнее не все смотрел, времени не хватает на все) - однако самое интересное для нас - это статистика отключение/подключений, подвижность абонов после уведомлений о долге, есть возможность делать рассылку смс/почта, также смотреть потом статистику оплат после этого...и т.д.
9. Платежи - офлайн/онлайн, поддержка современных касс по последним изменениям
10. Опять же сервер ЕПГ как бонус
11. Мобильное приложение для персонала, но нас мало, так что мы пока без него
12. Сетевые возможности на высоте, достаточно не сложно все настраивается, клиент ставиться без проблем - подключаюсь с любой точки по ВПН до себя
13. Юзеры тоже грамотно продуманы - в частности куча настроек прав доступа по группам или индивидуально, по иерархии - тут тоже все отлично
14. Есть возможно перенести настройки клиента на любую машину, дабы не настраивать все под себя каждый раз, что тоже плюс я считаю...
Вроде выделил основное для себя, теперь таки минусы, как же без них)))
И так:
1. Нет подробного мануала по функционалу, изучал все сам, задавал вопросы Дмитрию, получал ответы или примеры выполнения того, что мне было нужно...это заняло как раз много времени...
2. На мой взгляд тяжеловат внешний интерфейс ПО для восприятия, нет всплывающих подсказок под иконками главного окна, но я как бы привык уже, своим приходится объяснять периодически или показывать в живую что и как...но пока все еще жалуются, что не все понятно, по сравнению с тем, что было у нас ранее...
3. Тяжеловат алгоритм работы с заявками...сделано все "по взрослому" - прием, планирование, выдача, закрытие со всеми документами, как в большой компании, для нас маленьких...это оказалось можно сказать самым тяжелым в процессе обучения...но стараемся)))
4. С разнесением платежей по кассе тоже были вопросы и много...но тут надо было сразу подключать буха нашего для разъяснений, ибо реализовано по принципу как раз таки бух.учета, что и явилось проблемой для моего персонала, который этого дела как бы и не касается вообще, в старом ПО было все проще реализовано...но опять же...учение - свет)))
5. В остальном - мелочи, типа орфографических ошибок в интерфейсе, что решается отправкой скрина автору и поправляется...врод е минус, а вроде бы и нет...но написал...
Вот как то так на сегодняшний день...
Пожелание к автору, Дмитрию - продолжать делать свою работу также на высшем уровне, в остальном все можно решать индивидуально, как раз под конкретные задачи конкретного оператора связи)))
Фуххх...много букв, но тут уже ни куда)))
Всем спасибо за внимание))) :) ;)
-
С меня лайк за отзыв.
-
С меня лайк за отзыв.
Спасибо коллега, долго я мысли в кучу собирал, но нужно было все таки тут изложить...
-
Подниму старую эту тему своим постом (прошу сильно не пинать), не ради рекламы, ради донесения до коллективной общественности сугубо моего мнения о программном продукте Дмитрия Шумко - A4on.
Я позвольте тоже Диму поддержу и его работу! Достойно и здорово и поддержка.......а то что касается претензий....Дима всё нормально...тут как и с абонентом - "как не ложись", а ему всё неудобно. :))
-
а то что касается претензий
Так это не претензии были...скорее критика, а если быть точнее - "пожелания для улучшения", я бы так сказал...
-
Роман, спасибо за отзыв.
Но, бы хотелось услышать от операторов другое.
Чего не хватает в биллингах/CRM ?
На, что обратить внимание в разработке?
-
По подсказкам - они не всплывающие, а в строке статуса, обратите внимание когда водите мышкой по кнопкам. По мне конечно неудобно переводить взгляд.
От себя дополню - у нас биллинг от Дмитрия с осени 2008 года (в боевой эксплуатации с начала 2009 года кажется). На сколько я знаю некоторые вещи (в частности работа с ККМ) доделывались Дмитрием по нашей просьбе.
Уже несколько лет у нас биллинг А4он (ранее Атирра) работает в связке с биллингом UTM5 (https://www.atirra.com/forum/index.php?topic=61.msg3643#msg3643) - принимаем все платежи в биллинг А4он, а затем они попадают в биллинг UTM5 (в UTM5 работа с кассами до сих пор не реализована на сколько я знаю). Онлайн платежи тоже есть. Некоторые вещи пишем сами, работаем напрямую с базой данных биллинга А4он. Как могу судить из крайних обновлений, Дмитрий ведет разработку API для интеграции со сторонним ПО. ИМХО использование API более правильно, чем работа с базой биллинга напрямую. Но очень хочется, чтобы была минимальная документация как по API, так и по многим функциям биллинга, о наличии которых трудно догадаться даже спустя почти 10 лет использования (реально очень много всего реализовано).
Кстати, Дмитрий, еще про API - ждем обещанную реализацию взаимодействия с Userside (https://www.atirra.com/forum/index.php?topic=2377.msg4980#msg4980). Хотя бы несколько базовых методов, которые я перечислял. Далее мы, я надеюсь, можем сами подключиться своими весьма скромными силами допиливать этот модуль.
Вообще возможность самостоятельно допиливать некоторые свои хотелки лично мне греет душу, так что один из жирных плюсов это открытость автора и его продукта.
Писать можно много еще, но пожалуй подведу черту сейчас. Совершенству нет предела. И в конкретно нашем примере использования этого биллинга еще много чего хотелось бы реализовать, чтобы более полно использовать возможности реализованные Дмитрием в своем продукте (извиняюсь, что так расплывчато, но наверное здесь не место конкретные наши хотелки обсуждать).
-
По подсказкам - они не всплывающие, а в строке статуса, обратите внимание когда водите мышкой по кнопкам
Это я знаю...выделил как раз это в "минусах" по интерфейсу..Дмитрий обещал в последнем обновлении "допилить" этот момент)))
извиняюсь, что так расплывчато, но наверное здесь не место конкретные наши хотелки обсуждать
Ну почему же...может Ваши "хотелки" пригодятся кому то...ну нас вообще пока все скромно...а планы у меня на A4on большие)))
Тем более что Дмитрий как раз выше постом задал вопрос вполне конкретный))))
Чего не хватает в биллингах/CRM ?
На, что обратить внимание в разработке?
-
Вообще возможность самостоятельно допиливать некоторые свои хотелки
скоро такая возможность будет. упс... спойлер... :)
-
Ну почему же...может Ваши "хотелки" пригодятся кому то...
Не хочу тут быть забаненным за рекламу сторонних ресурсов, но есть форум именно по биллингу Дмитрия, вот там полная свобода для конкретики.
-
Кстати - да, Вы правы в этом))) Форум жив и здоров там у Дмитрия)))
-
если тема интересна форумчанам макатела, то удобней обсуждать на данном форуме.
-
скоро такая возможность будет. упс... спойлер...
Почему-то не наблюдаю оживления. Речь про исходники биллинга?
-
Чего не хватает в биллингах/CRM ?
На, что обратить внимание в разработке?
Раз уж есть такое пожелание, то может быть выскажусь немного.
Вот здесь было сказано (https://www.atirra.com/forum/index.php?topic=4127.msg6827#msg6827):
... A4on.TV больше чем биллинг. A4on.TV - информационная система оператора связи...
Для начала вот это (http://macatel.ru/forumsmf/index.php?topic=3792.msg68055#msg68055). Дмитрий тему заметил (http://macatel.ru/forumsmf/index.php?topic=3792.msg68244#msg68244), анонсировал разработку (http://macatel.ru/forumsmf/index.php?topic=3792.msg68536#msg68536). Не понял только реализовано ли? Нашлись ли желающие оплатить труд? Тема заглохла, но для нас актуально до сих пор.
Далее. То, что сейчас есть в A4on.TV в разделе "ТВ каналы" ИМХО требует доработки, а именно:
* Канал в сети может вещаться одновременно как в цифровом формате, так и в аналоговом. Необходима возможность указывать в каких форматах телеканал присутствует в сети оператора - аналог, DVB-C/C2/T/T2, IPTV.
* Из предыдущего пункта вытекает необходимость указывать частоту и для аналогового формата вещания, мультикаст группу для IPTV абонентов, мультикаст группу для IP транспорта внутри ГС и т.д.
* Желательна возможность указать источник телеканала и его параметры (например спутник и параметры приема). Источников может быть несколько - основной, основной для аналога, основной для цифры, резервный, резервный для аналога и т.д. (возможность указать приоритет источника приветствуется).
* Если канал закодирован, то хотелось бы хранить информацию о карте, с помощью которой открывается телеканал (как минимум номер карты, кодировка, контакты службы поддержки для переактивации). Не забываем, что для одного телеканала может быть несколько карт.
Возможно даже, что некоторые данные, указанные выше, следует хранить в виде справочников - источники телеканалов, справочник карт условного доступа.
Теперь плавно переходим к оборудованию ГС и частотным планам.
* Было бы здорово иметь актуальный наглядный частотный план как для аналога, так и для цифры (частота, ствол, номер в стволе) как минимум для нашей стандартной сетки частот D/K OIRT (http://www.konturm.ru/help.php?id=spr_oirt). Чтобы были видны свободные позиции в сетке. Чтобы можно было делать заметки на частотах, в том числе на свободных частотах вроде таких - не занимать, эфирный ретранслятор/транковая связь/военные/LTE Мегафон и т.п.
* Нужно, чтобы в разделе "ТВ каналы" распределяя каналы по частотам нельзя было выбрать для канала уже занятую частоту/номер в стволе/мультикаст группу.
* Возможно для кого-то будет актуально хранить некую историю измерений на ГС применительно к частотным планам, к перечню каналов и источникам каналов (битрейты например). Для меня это пока не принципиально вроде.
* Справочник оборудования, участвующего в приеме, обработке, транспортировке телеканалов. Возможность указать тип оборудования, сколько входов/выходов, типы входов/выходов (DVB-S/S2/T/T2/C/C2, ASI, IP, SDI, HDMI, CVBS и прочее), адреса интерфейсов управления, возможно учетные данные доступа. Возможность указать для приемного оборудования источники каналов на входах. Указать как каналы подаются на выходы (мультиплексирование). Для дескремблирующего оборудования выбор из справочника карт условного доступа какие карты и где установлены, какие модули доступа использованы, версии прошивок модулей, какие каналы открываются картой. В итоге для телеканала должна быть видна цепочка оборудования, через которое проходит сигнал - очень актуально при поиске переклинившей железки.
В общем вот пока такие мысли. Что думаете?
-
В общем вот пока такие мысли. Что думаете?
Присоединяюсь к коллеге - по отчетам вещателям был разговор, я даже помниться шаблоны присылал как образец...в остальном тоже поддержу - в справочниках добавить сие думаю не будет большой проблемой, ну и увязать с сеткой каналов и схемой построения самой ГС...тут нужно грамотно изложить логические цепочки, что от чего зависит и вытекает...
Добавлю еще от себя чуть чуть:
* В справочниках есть возможность "разложить" схему конкретного дома по подъездам, кол-ву квартир на этажах, кол-во самих квартир, и т.д., в карте дома есть вклада "оборудование", но тут заточено исключительно под ШПД...узлы, коммутаторы и прочее...для меня было шикарно иметь возможность указать номинал абон.ответвителя (по отбору мощности, по кол-ву отводов в зависимости от кол-ва абонов на этаже -это при схеме построения домой сети по типу "дерева") по этажам...сейчас у нас на каждый дом отдельный файлик с такой схемой...ну и при выборе нужного ответвителя...еще и в Бд заглянуть. чтоб абонов на конкретном этаже посчитать...
...в тут у Дмитрия карта дома по подъездам, этажам, квартирам сама заполняется при задании начальных условий...я было облизнулся и на ответвители...но Дмитрий ответил, что ни кто не спрашивал за это...ну это опять же...наверное мои личные хотелки)))
-
по каналам
есть указание формата HD SD и т.д.
есть частоты для аналога
для цифры схема DVB
для ИПТВ отдельная настройка
но я посмотрю подробней эту тему
по отчетам вещателям начал делать, но остановился на том где брать "честные" цифры.
для каждого вещателя операторы показывают разные цифры. и считают они их по только им известным формулам. обобщить не удалось.
но! готов вернутся к задаче.
З.Ы. создал группу в телеграмме https://t.me/joinchat/BIFqihFnAl-RVN8Pfd8Vhg может кому-то будет удобней
-
на том где брать "честные" цифры
Сделать окошечко в меню "Глобальных настроек" - там каждый сам решит сколько вешать в граммах))) так считаю)))