[MrFix]

Добрый день! 

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

 

[vlad11]

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

[vop]

Я бы начал с поиска специалистов, которые выберут стек технологий. :)

[VolanD666]

Ну вы же понимаете что написать биллинг это дело одного месяца и одного человека. Т.е. тут нужна команда, которая по сути сможет создать нормальный конечный продукт. В противном случае, у вас получается поделие сделанное на коленке. С которым вам придется жить. Я бы на вашем месте подумал о том, чтобы купить уже готовый продукт максимально подходящий под ваши нужды. Опять же, что будет если этот программист сольется, кто вам потом поддержитьва это все будет?

[TheUser]

2 часа назад, MrFix сказал:

Добрый день! 

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

 

Вы бы озвучили пожелания.

Какие услуги? Чем существующие не угодили?

[Andrei]

1 час назад, VolanD666 сказал:

Ну вы же понимаете что написать биллинг это дело одного месяца и одного человека.

Сомнительное утверждение.

[RN3DCX]

4 часа назад, VolanD666 сказал:

Т.е. тут нужна команда, которая по сути сможет создать нормальный конечный продукт.

процитирую:@Andrei 

4 минуты назад, Andrei сказал:

Сомнительное утверждение.

"нормальный конечный продукт" - это понятие относительное.

Web-морда + База данных с тригерами + Radius для железок выступающих в роли BRAS = вполне себе рабочее решение.

4 часа назад, VolanD666 сказал:

Я бы на вашем месте подумал о том, чтобы купить уже готовый продукт

А чем он лучше самописного? Ведь по сути вся магия происходит в базе данных..

[vop]

23 minutes ago, Andrei said:

Сомнительное утверждение.

Та лан... На раз плюнуть. :)

[NewUse]

1 час назад, RN3DCX сказал:

А чем он лучше самописного? 

тем, что его не придётся сертифицировать и поддерживать своими силами.

ЗЫ: имею опыт как написания биллинга, так и эксплуатации готового.

Написание нормального биллинга обойдётся раза а три дороже готового, и по времени займет не один год(до выхода стабильной версии).

7 часов назад, MrFix сказал:

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

советую выбирать из готовых.

[RN3DCX]

58 минут назад, NewUse сказал:

тем, что его не придётся сертифицировать и поддерживать своими силами.

  это вы сейчас теоретически или практически горите?

 

58 минут назад, NewUse сказал:

Написание нормального биллинга обойдётся раза а три дороже готового, и по времени займет не один год(до выхода стабильной версии).

Всё индивидуально.

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

Времени это занимает не торопясь пару дней, в плане тригеров для БД + авторизация, тут всё зависит от типа PPP или DHCP-relay (OPT82).

 

Вот пример: https://wiki.sirmax.noname.com.ua/index.php/ISG

 

ихмо, год нужен если вы хотите продавать ваше подЕлие. 

 

 

[NewUse]

4 минуты назад, RN3DCX сказал:

это вы сейчас теоретически или практически горите? 

из практики.

[VolanD666]

13 часов назад, VolanD666 сказал:

Ну вы же понимаете что написать биллинг это дело одного месяца и одного человека.

Упс, кажется я НЕ пропустил тут.

 

9 часов назад, RN3DCX сказал:

"нормальный конечный продукт" - это понятие относительное.

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

 

9 часов назад, RN3DCX сказал:

Web-морда + База данных с тригерами + Radius для железок выступающих в роли BRAS = вполне себе рабочее решение.

ИМХО в результате получается не "рабочее решение", а индусское говнокодное поделие, которое потом поддерживать- адская боль. Потому что обычно такой подходу упускает: аналитику, составление нормального ТЗ, проработку архитектуры, и прочее (см. выше). По факту один человек там чета накодил в соответствии со своим оптом. Потом этот человек слился и все. Клиент остается один на один с его поделием. Начинаешь копать что там и как, а там костыль на костыле.

 

7 часов назад, NewUse сказал:

Написание нормального биллинга обойдётся раза а три дороже готового

+100500

[alibek]

11 часов назад, RN3DCX сказал:

Web-морда + База данных с тригерами + Radius для железок выступающих в роли BRAS = вполне себе рабочее решение.

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

Биллинговая система — это прежде всего именно система, с цельной архитектурой и запасом эластичности на развитие/кастомизацию.

Нормальная биллинговая система — это тысячи человеко-часов.

[zavndw]

а если тот кто ее делал и обслуживал пропадет, будет миграция в готовую коробку. Только набив шишки

[VolanD666]

59 минут назад, zavndw сказал:

а если тот кто ее делал и обслуживал пропадет, будет миграция в готовую коробку. Только набив шишки

Да, только шишки- это обычно потерянные клиенты и время. Биллинговая система- это сердце ISP и она должна работать как часы, с резервированием и техподдержкой 24/7.

Это тоже самое что у вас под столом стоит системник, который типа ваш корневой роутер. Самый главный роутер, без которого ничего не работает и клиенты сосут лапу. Этот системник стоит в бухгалтерии, т.к. в серверной ему просто не нашлось места. И на системнике стоит цветок, который периодически Людмила Иванна поливает. Это все работает, но до определенного момента. Так же и с биллингом. В какой-то момент он встает колом (потому как архитектуру там никто не продумывал) и ваш программист, единственный кто знает как оно там работает, понимает что там работы больше чем вы ему платит, говорит вам Адиос и валит на моря. А клиенты звонят вам и спросить вам не у кого. И весь ваш бизнес, в которой вы вложились, летит в славную деревню под названием "Еб*ня" только потому, что вы в свое время решили сэкономить 100к и не купили нормальный продукт.

[ixi]

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

 

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

 

Занимался и тем, и тем, и очень советую второй путь. Тем более, что на таких задачах вероятность необходимости переделать всё с нуля при очередных доработках стремится к 100%.

[vop]

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

 

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

 

[alibek]

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

[Andrei]

ТопикСтартер (кстати, со статусом "абитуриент") ни разу больше не появился в этой теме.

Делаем выводы, господа. :)

[pppoetest]

Зачем вы делаете выводы столь быстро?

[nemo_lynx]

Напишу что угодно в теме биллинга и ААА. Дорого.

[lxxxzzz]

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

 

Вы планируете проектировать "от хотелок". Так не работает. Не верьте мифам о "гибких" системах, которые можно перестраивать "на ходу". Зачастую проще бизнес-процессы под систему адаптировать, нежели чем систему под бизнес-процессы (особенно, если они "странные").

 

Хотелки имеют любопытное свойство вступать в грызню друг с другом. При должном "везении" хотелки вступают во взаимоблокирову: правишь одну - ломается другая (и наоборот). Хотелки любят вступать в беспорядочные связи, мгновенно растёт сложность системы вплоть до потери управляемости.

 

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

 

Все профессиональные вендоры давно уже прошли фазу "стартапа". Уход разработчика - неприятность, но никак не катастрофа. Зачастую, вся ценность того или иного сотрудника сводится к умению разбираться в обширном и "богатом" наследии. А в биллингостроении даже сотрудников друг у друга переманивать бессмысленно: слишком много специфики. Соответственно, ваш "карманный" проект будет очень сильно уязвим.

 

Классическая "уловка 22": если вы будете делать систему, которая "интересна" вам - систему будет невозможно монетизировать; если вы будете делать систему, которая "интересна всем", то она будет "неинтересна" вам. У вендоров значительно больше возможностей для соблюдения баланса между продаваемостью и сложностью. И если вы верите, что ваша система сможет окупиться только за счёт увеличения прибыли компании... Нда...

 

Если вы не смогли наладить диалог с вендором (который по-определению заинтересован), то с чего вы взяли что сможете наладить диалог со своими подразделениями (которые по-определению не заинтересованы)?

 

Ваш проект будет раздираем ISO9000-стандартизированным конфликтом "да мы тут в отличие от вас деньги зарабатываем".

 

Короче говоря, собственная разработка - политика на 146%. Поддержка должна быть на уровне не ниже владельца бизнеса. Оно вам надо?

[vop]

On 3/13/2020 at 6:02 PM, alibek said:

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

Я думаю, что эти все задачи становятся сложными, когда их все  запихивают в один длинный пхп скрипт (условно). :)

 

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

[sirmax]

В 12.03.2020 в 22:57, RN3DCX сказал:

  это вы сейчас теоретически или практически горите?

 

Всё индивидуально.

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

Времени это занимает не торопясь пару дней, в плане тригеров для БД + авторизация, тут всё зависит от типа PPP или DHCP-relay (OPT82).

 

Вот пример: https://wiki.sirmax.noname.com.ua/index.php/ISG

 

ихмо, год нужен если вы хотите продавать ваше подЕлие. 

 

 

Не читайте, это не биллинг, я вам как автор этой статьи говорю ;) это все то заготовка модуля биллинга, далеко не самая сложная.

 

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