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

Ищем специалиста для написания биллинга.

Добрый день! 

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

 

Share this post


Link to post
Share on other sites

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

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
2 часа назад, MrFix сказал:

Добрый день! 

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

 

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

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

Share this post


Link to post
Share on other sites
1 час назад, VolanD666 сказал:

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

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

Share this post


Link to post
Share on other sites
4 часа назад, VolanD666 сказал:

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

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

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

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

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

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

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

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

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

Share this post


Link to post
Share on other sites
23 minutes ago, Andrei said:

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

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

Share this post


Link to post
Share on other sites
1 час назад, RN3DCX сказал:

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

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

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

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

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

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

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

Share this post


Link to post
Share on other sites
58 минут назад, NewUse сказал:

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

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

 

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

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

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

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

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

 

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

 

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

 

 

Share this post


Link to post
Share on other sites
4 минуты назад, RN3DCX сказал:

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

из практики.

Share this post


Link to post
Share on other sites
13 часов назад, VolanD666 сказал:

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

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

 

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

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

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

 

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

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

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

 

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

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

+100500

Share this post


Link to post
Share on other sites
11 часов назад, RN3DCX сказал:

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

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

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

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites
59 минут назад, zavndw сказал:

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

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

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

Share this post


Link to post
Share on other sites

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

 

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

 

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

Share this post


Link to post
Share on other sites

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

 

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

 

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

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

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

Share this post


Link to post
Share on other sites
On 3/13/2020 at 6:02 PM, alibek said:

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

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

 

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

Share this post


Link to post
Share on other sites
В 12.03.2020 в 22:57, RN3DCX сказал:

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

 

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

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

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

 

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

 

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

 

 

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

 

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

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