1.

[~AsmodeuS~]

Пока здесь искали халявы система ABillS 0.6 прошла сертификацию РФ обладатели коммерческой версии получают бонус в виде льготной цены апдейта

 

была приведена полностью в соответствие с рекомендациями ГСТУ 45.028-2004 для Украины и что дало возможность провести сертификацию узлов связи на территории Украины

[meta]

Сертифицированный биллинг БЕСПЛАТНО. Дааа, и тянется тема с 2004 года! Смешная такая тема, уже от названия веет духом неистребимой на просторах СНГ халявы. Всплывают в памяти аналогии - бесплатная медицина, бесплатное образование. Их тоже вроде хочется, но уже как-то страшно... Чтобы поддерживать любую систему в соответствии с духом времени, тенденций и требуемых (навязываемых) новшеств нужен элементарно штат, среди которого будут эксперты. Эксперты редко бывают энтузиастами (по крайней мере долго)... А 3-4 "не энтузиаста" стоят за 1-2 года сами догадываетесь. На фоне того, что Кадры взрослеют, стареют и размываются, а на смену им приходят совсем другого уровня подготовки кадры (в среднем), иметь непонятно чей и какой продукт для бизнеса видится неким экономическим экстримом...

[Forest Gump]

а что.. отличная тема. мне понравилось. всем спасибо.

 

зашёл в поисках биллинга для только строящейся сети шпд, не в РФ

сделал вывод:

до 500-1000 абонентов - ABillS

свыше - Latera (или другие дорогущие биллинги)

 

я правильно понял?

 

а ещё у меня есть вопрос к ~AsmodeuS~

подскажите, на какие вопросы я должен ответить для себя, чтобы понят, подходит ли мне Ваш продукт?

количество абонентов - понятно.

а ещё? вид подключения? да? планируемые тарифы, да?

и т.д.

спрашиваю здесь, потому что пока не тороплюсь)

[~AsmodeuS~]

а что.. отличная тема. мне понравилось. всем спасибо.

 

зашёл в поисках биллинга для только строящейся сети шпд, не в РФ

сделал вывод:

до 500-1000 абонентов - ABillS

свыше - Latera (или другие дорогущие биллинги)

 

я правильно понял?

 

уже больше 30 % пользователей коммерч5еским ABillS имеют более 10 000 абонентов.

Есть клиенты у которых почти 50 000 абонентов.

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

 

а ещё у меня есть вопрос к ~AsmodeuS~

подскажите, на какие вопросы я должен ответить для себя, чтобы понят, подходит ли мне Ваш продукт?

количество абонентов - понятно.

а ещё? вид подключения? да? планируемые тарифы, да?

и т.д.

спрашиваю здесь, потому что пока не тороплюсь)

 

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

емейл для отправки формы тех задания я отправил Вам в личку

 

возможности системы

http://abills.net.ua/wiki/doku.php/abills:docs:features:ru

[antonv]

Конечно, мы все уже прекрасно поняли, когда есть ABillS, другой биллинг и не нужен :) Но он всё же платный.

 

А вот полностью бесплатный и сертифицуированный биллинг первыми сделали мы: NETAMS 4.0. Сертификат соответствия ОС-4-СТ-0359, загрузить можно бесплатно.

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

[Ilya Evseev]

полностью бесплатный и сертифицуированный биллинг первыми сделали мы: NETAMS 4.0.

Сертификат соответствия ОС-4-СТ-0359, загрузить можно бесплатно.

/me правильно понял, что скачать можно только байткод без исходников?

[antonv]

/me правильно понял, что скачать можно только байткод без исходников?

И да, и нет. скачать можно байткод плюс исходники тарифных движков, чтобы а) понять как они работают или б) на их основе сделать свои собственные.

По опыту предыдущих версий нашего ПО с открытыми исходниками желания разбираться, ковыряться и дописывать чего-либо все равно ни у кого нет. Однако, если у кого-то есть серьезное желания дополнить разработку каким-то общественно полезным кодом, мы можем открыть доступ к репозиторию. С NETAMS 4.0 такое случилось уже дважды. Если вам хочется просто посмотреть сорцы - обоснуйте свое любопытство, лучше на support@netams.com

[tma]

Ребят за 2000$ биллинг не написать, было предложение 50000$ (в то время по курсу было 1500000 руб) за биллинг (написать с нуля) года 2 назад :)

Можно, вполне реально. Мы уже написали, обошелся конечно дороже $2000, но далеко не в $50000. Сейчас доделываем WEB-морду и добавляем функционал. ;)

Причем писали супер медленно, вперемешку с другими делами.

Те, кто кричат, что биллинг можно написать только за $50000 и за два года либо просто хотят бабла срубить, либо сами ничего писать не умеют и наймут толпу леммингов...

Конечно у нас не CRM/ERP система, а только биллинг. Комбайн потом делать будем.

[gavru]

Можно, вполне реально. Мы уже написали, обошелся конечно дороже $2000, но далеко не в $50000. Сейчас доделываем WEB-морду и добавляем функционал. ;)

Причем писали супер медленно, вперемешку с другими делами.

Те, кто кричат, что биллинг можно написать только за $50000 и за два года либо просто хотят бабла срубить, либо сами ничего писать не умеют и наймут толпу леммингов...

Конечно у нас не CRM/ERP система, а только биллинг. Комбайн потом делать будем.

 

ребят. просто написать биллинг это одно, потом платёжные понадобятся. потом helpdesk, потом управление сторонним железом и прочее, и самое интересное, это всё это хояйство придётся поддерживать, запала хватить года на 2 максимум, потом после того как вас опенсор сообщество начнёт откровенно гнобить, вы задумаетесь, а нахрена вам это нужно, и перепишите лицуху в коммерческую ;) Биллинг писать для опенсорсов неблагодарное дело ;) Судя по нашему опыту :)

Изменено 14 апреля, 2012 пользователем gavru

[tma]

потом после того как вас опенсор сообщество начнёт откровенно гнобить, вы задумаетесь, а нахрена вам это нужно, и перепишите лицуху в коммерческую ;) Биллинг писать для опенсорсов неблагодарное дело ;)

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

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

Запала на 2 года? Что-то опыт у Вас странно-короткий. ;) Это уже 3-яя версия биллинга, последний был написан лет 5 назад и успешно работает в одном телекоме, но он имел ряд

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

Повторюсь - в первую очередь биллинг писался под себя и сейчас успешно эксплуатируется.

[gavru]

Запала на 2 года? Что-то опыт у Вас странно-короткий. ;)

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

Сейчас биллинг пишут профессиональные программисты и подобных просчетов уже не будет.

При таких словах хочется откровенно пожелать удачи, вы бы видели, что эти профессионалы пишут частенько, потом на голову не оденешь ;) И как проекты срывают по срокам, проходили в курсе ;)

Изменено 24 апреля, 2012 пользователем gavru

[tma]

При таких словах хочется откровенно пожелать удачи, вы бы видели, что эти профессионалы пишут частенько, потом на голову не оденешь ;)

Видел. Но в данном случае мы лично знакомы уже много лет и в профессионализме нет повода сомневаться.

А бесплатно поддерживать никто ничего и не собирается.

[ldmitry]

Я думаю, если биллинг будет предоставлять очень-очень базовый функционал по биллингованию и обойдется без всяких инвентори и helpdesk-ов, то может быть это можно сделать и собрать денег. Самое сложное - собрать денег, т.к. люди должны увидеть серьезность проекта и этих людей должно быть реально много. А из-за того, что их много, вы с ними этот функционал не согласуете никогда, поэтому вам (автору биллинга) придется ваше виденье реализовать - поэтому нельзя делать широкий функционал. Вы слышали, что ежегодно в мире 80 миллиардов долларов тратится в софтверной индустрии на реализацию требований, которые никогда не используются? Вы же не хотите потратить своего времени годик впустую?

Советую Вам (инициатору) написать ТЗ. Если это будет хороший документ, Вы может быть найдете людей, которые смогут это реально поддержать.

Я бы для упрощения реализации написал бы конфигурацию к FreeRadius2, которая бы собирала данные в базу, написал бы процедуры обработки к этим данным и веб-интерфейс и этим ограничился бы для начала. Люди меняли бы процедуры обработки (а это делают все), но продолжали "иметь сертифицированный биллинг" (хотя мы то с вами понимаем...) - это закрыло бы проблему.

В свое время был такой проект FreeNIBS - популярный был, он представлял собой доработку к FreeRadius, где код биллингования был вставлен в MySQL модуль (C модуль, который сохранял данные в базу, ну вот тарификация была вставлена туда же). Проект как-то свернулся потом, как и многие другие - автор утратил интерес. Поэтому нужен фонд. Ибо кто будет сертифицировать?

Но в C я бы тарификацию делать не стал - сделайте отложенную тарификацию на процедурах - пусть будет лаг, уверяю вас небольшой минус за реально полученные услуги это не проблема; большая (ударение на о) проблема это код на C или свой радиус. Нужно меньше нового кода.

Но никто не поддержит это со старта. Любой проект начинается или с полезного хоть как-то работающего приложения (обычный вариант OpenSource), или хотя бы с понятной документации, что это будет (обычный вариант с инвестициями).

Для NetFlow, я бы рекомендовал испльзовать flow-tools в качестве коллетора. В базу можно собирать как написано здесь.

Чтоб вам не пришло в голову расширять возможности в сторону helpdesk скажу, что проработав 10 лет в операторах связи по части автоматизации, я вижу что только в одном из десяти внедрений используется встроенная в биллинг система заявок. Это из-за сложности требований телекомов к таким системам. Вот с какими требованиями сталкивался я. Я предлагаю не делать это в биллинге, а делать это примерно так.

 

В общем резюмируя, рецепт такой:

1. Меньше кода, используйте имеющиеся коллекторы и радиусы.

2. Пишите документацию или сразу делайте проект, потом собирайте деньги на разработку или сертификацию.

[~AsmodeuS~]

Запала на 2 года? Что-то опыт у Вас странно-короткий. ;)

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

 

уметь нужно развивать OpenSource проэкты, дляпримера ABillS больше 7 лет поддерживаем бесплатную ветку

[~AsmodeuS~]

Я думаю, если биллинг будет предоставлять очень-очень базовый функционал по биллингованию и обойдется без всяких инвентори и helpdesk-ов, то может быть это можно сделать и собрать денег. Самое сложное - собрать денег, т.к. люди должны увидеть серьезность проекта и этих людей должно быть реально много. А из-за того, что их много, вы с ними этот функционал не согласуете никогда, поэтому вам (автору биллинга) придется ваше виденье реализовать - поэтому нельзя делать широкий функционал. Вы слышали, что ежегодно в мире 80 миллиардов долларов тратится в софтверной индустрии на реализацию требований, которые никогда не используются? Вы же не хотите потратить своего времени годик впустую?

Советую Вам (инициатору) написать ТЗ. Если это будет хороший документ, Вы может быть найдете людей, которые смогут это реально поддержать.

Я бы для упрощения реализации написал бы конфигурацию к FreeRadius2, которая бы собирала данные в базу, написал бы процедуры обработки к этим данным и веб-интерфейс и этим ограничился бы для начала. Люди меняли бы процедуры обработки (а это делают все), но продолжали "иметь сертифицированный биллинг" (хотя мы то с вами понимаем...) - это закрыло бы проблему.

В свое время был такой проект FreeNIBS - популярный был, он представлял собой доработку к FreeRadius, где код биллингования был вставлен в MySQL модуль (C модуль, который сохранял данные в базу, ну вот тарификация была вставлена туда же). Проект как-то свернулся потом, как и многие другие - автор утратил интерес. Поэтому нужен фонд. Ибо кто будет сертифицировать?

Но в C я бы тарификацию делать не стал - сделайте отложенную тарификацию на процедурах - пусть будет лаг, уверяю вас небольшой минус за реально полученные услуги это не проблема; большая (ударение на о) проблема это код на C или свой радиус. Нужно меньше нового кода.

Но никто не поддержит это со старта. Любой проект начинается или с полезного хоть как-то работающего приложения (обычный вариант OpenSource), или хотя бы с понятной документации, что это будет (обычный вариант с инвестициями).

Для NetFlow, я бы рекомендовал испльзовать flow-tools в качестве коллетора. В базу можно собирать как написано здесь.

Чтоб вам не пришло в голову расширять возможности в сторону helpdesk скажу, что проработав 10 лет в операторах связи по части автоматизации, я вижу что только в одном из десяти внедрений используется встроенная в биллинг система заявок. Это из-за сложности требований телекомов к таким системам. Вот с какими требованиями сталкивался я. Я предлагаю не делать это в биллинге, а делать это примерно так.

 

В общем резюмируя, рецепт такой:

1. Меньше кода, используйте имеющиеся коллекторы и радиусы.

2. Пишите документацию или сразу делайте проект, потом собирайте деньги на разработку или сертификацию.

 

все это красиво звучит но суть проблемы совсем другая

 

1 зачем придумывать велосипед если он уже есть, есть как минимум десяток систем опернсорс или частично опенсорс которые могу претендовать на всеобщее признание (Мы кстати предлагали свои услуги по предоставлен системы для сертификации, но нам отвеили что уже есть система и на неё собирают деньги, мы со временем ректифицировали сами)

 

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

 

3 разработав систему и предоставить её в общий доступ и написав самый удачный мануал разработчик будет забросан спамом из сотни вопросов каждый день, большинство из клиентов конечно же не хотят платить не копейки но написать должны, а вдруг им помогут "система ведь бесплатная значит разработчик должен всем помогать и при этом быть очень радым что помогает бесплатно". Выход фильтровать входящую корреспонденцию, открывать форумы, хелпдески но влюбом случае её просматривать надо так как сообщество ведёт глобальный тест системы и находит багфиксы хотя реально багов с рачёта на корепонденцию это 10 процентов. Так что нужно еще парочку человек для связи с общественностью, а как разработчик будет несколько часов в день тратить только на то что бы все просмотреть

 

 

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

 

5 Идеальный вариант: разработчиков собралось человек 10. Первая проблема жёсткая координация проекта так как в большинстве случаев если разработчиков много они уже знают где применить проект и каждый со временем тянет в свою сторону и таким образом разваливает проект или делает свои ветки, начинается борьба на выживание самая успешная ветка выживает, если удаётся собрать команду отлично нет еще ведутся дальше разработки пока идёт финансирование, и опять финансирование пропадает интерес тоже не вечный

 

Мораль такова тема сама по себе утопична как советский коммунизм, так как одни хотят помочь другим другие схалявить и под это все ищут альтруистов.

Без финансовых влияний ничего не будет если проект сам на себя заработать не может значит и при финансировании сертификата ему он долго не проживёт

 

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

 

 

Чтобы был хороший проект

1 бизнес план

2 хорошая координация

3 финансирование

 

все остальное можно уже получить

[VVSina]

2 ~AsmodeuS~

И в какую копеечку вышло лицензирование?

[~AsmodeuS~]

~10 000 $

[1UBS]

Предлагаем альтернативу бесплатного сертифицированного биллинга: Аренду биллинга 1UBS.ru. Оплата - в виде % отчислений от поступлений средств - от 1%. Аренда возможна как на серверах оператора, так и на сервере нашей компании. Демонстрационную версию можно посмотреть здесь: http://demo.1ubs.ru/ логин: demo, пароль: demo/ Для учатников форума скидка на работы по установке системы - 50%: http://1ubs.ru/page/saas.html Сертификат - в процессе получения. Планируемая дата - ноябрь текущего года.

[vop]

Предлагаем альтернативу бесплатного сертифицированного биллинга: Аренду биллинга 1UBS.ru. Оплата - в виде % отчислений от поступлений средств - от 1%. Аренда возможна как на серверах оператора, так и на сервере нашей компании. Демонстрационную версию можно посмотреть здесь: http://demo.1ubs.ru/ логин: demo, пароль: demo/ Для учатников форума скидка на работы по установке системы - 50%: http://1ubs.ru/page/saas.html Сертификат - в процессе получения. Планируемая дата - ноябрь текущего года.

 

При нажатии на ссылки Абоненты, Справочники, Отчеты в демоверсии - ничего не происходит. Срабатывают только линки "Главная" и "Надстройки". Броузер IceWeasel (firefox based).

 

PS Так и не понял, в чем именно система "первая".

[npokypop]

Идея умерла так и не родившись ?

[~AsmodeuS~]

а как она могла родиться елси средства так и не собрали на сертификацию не говря уже о других издержках

[balabol]

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

[teplik]

Почему провайдерское? Услуга (в моём понимании) это продукт, а вести учёт продутов можно не только при продажее услуг, но и товаров. Т.е. биллинг - просто система для продажи товаров. Со своими акциями, например с нуля до шести утра единица трафика с 50% скидкой. Со своими бнопнями - купите этого продукта (интернета) по такой-то цене,- получите такого-то продукта (расширение канала до N мбпс) в подарок. Т.е. может вызвать интерес и у вских учтецов складов и т.п.

 

Ну и выбивать грант на создание Национальной Автоматизированной Системы Рассчётов "Ать".

[SyJet]

Да даже бесплатного нет, не говоря о сертифицированным и бесплатном

[ne-vlezay80]

Классно!!