MrFix Опубликовано 12 марта, 2020 · Жалоба Добрый день! Есть задача написания биллинга с учетом наших пожеланий, с дальнейшей поддержкой и доработкой по необходимости. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vlad11 Опубликовано 12 марта, 2020 · Жалоба Разрешаю. Выбираете стек технологий. Ищите программистов с нужными знаниями согласно свыбранного стека технологий. Будьте готовым платить x1,5-2 за специфичность задачи. Понадобится еще сетевой и системный специлист для тестирования и инсталляции данного биллинга. Далее тестирование инженерами по эксплуатации и доработка проекта. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vop Опубликовано 12 марта, 2020 · Жалоба Я бы начал с поиска специалистов, которые выберут стек технологий. :) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
VolanD666 Опубликовано 12 марта, 2020 · Жалоба Ну вы же понимаете что написать биллинг это дело одного месяца и одного человека. Т.е. тут нужна команда, которая по сути сможет создать нормальный конечный продукт. В противном случае, у вас получается поделие сделанное на коленке. С которым вам придется жить. Я бы на вашем месте подумал о том, чтобы купить уже готовый продукт максимально подходящий под ваши нужды. Опять же, что будет если этот программист сольется, кто вам потом поддержитьва это все будет? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
TheUser Опубликовано 12 марта, 2020 · Жалоба 2 часа назад, MrFix сказал: Добрый день! Есть задача написания биллинга с учетом наших пожеланий, с дальнейшей поддержкой и доработкой по необходимости. Вы бы озвучили пожелания. Какие услуги? Чем существующие не угодили? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Andrei Опубликовано 12 марта, 2020 · Жалоба 1 час назад, VolanD666 сказал: Ну вы же понимаете что написать биллинг это дело одного месяца и одного человека. Сомнительное утверждение. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
RN3DCX Опубликовано 12 марта, 2020 · Жалоба 4 часа назад, VolanD666 сказал: Т.е. тут нужна команда, которая по сути сможет создать нормальный конечный продукт. процитирую:@Andrei 4 минуты назад, Andrei сказал: Сомнительное утверждение. "нормальный конечный продукт" - это понятие относительное. Web-морда + База данных с тригерами + Radius для железок выступающих в роли BRAS = вполне себе рабочее решение. 4 часа назад, VolanD666 сказал: Я бы на вашем месте подумал о том, чтобы купить уже готовый продукт А чем он лучше самописного? Ведь по сути вся магия происходит в базе данных.. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vop Опубликовано 12 марта, 2020 · Жалоба 23 minutes ago, Andrei said: Сомнительное утверждение. Та лан... На раз плюнуть. :) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
NewUse Опубликовано 12 марта, 2020 · Жалоба 1 час назад, RN3DCX сказал: А чем он лучше самописного? тем, что его не придётся сертифицировать и поддерживать своими силами. ЗЫ: имею опыт как написания биллинга, так и эксплуатации готового. Написание нормального биллинга обойдётся раза а три дороже готового, и по времени займет не один год(до выхода стабильной версии). 7 часов назад, MrFix сказал: Есть задача написания биллинга с учетом наших пожеланий, с дальнейшей поддержкой и доработкой по необходимости. советую выбирать из готовых. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
RN3DCX Опубликовано 12 марта, 2020 · Жалоба 58 минут назад, NewUse сказал: тем, что его не придётся сертифицировать и поддерживать своими силами. это вы сейчас теоретически или практически горите? 58 минут назад, NewUse сказал: Написание нормального биллинга обойдётся раза а три дороже готового, и по времени займет не один год(до выхода стабильной версии). Всё индивидуально. Лично у меня нет лимитных тарифов, полный безлим, ограничение только по скорости и pps. Времени это занимает не торопясь пару дней, в плане тригеров для БД + авторизация, тут всё зависит от типа PPP или DHCP-relay (OPT82). Вот пример: https://wiki.sirmax.noname.com.ua/index.php/ISG ихмо, год нужен если вы хотите продавать ваше подЕлие. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
NewUse Опубликовано 12 марта, 2020 · Жалоба 4 минуты назад, RN3DCX сказал: это вы сейчас теоретически или практически горите? из практики. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
VolanD666 Опубликовано 13 марта, 2020 · Жалоба 13 часов назад, VolanD666 сказал: Ну вы же понимаете что написать биллинг это дело одного месяца и одного человека. Упс, кажется я НЕ пропустил тут. 9 часов назад, RN3DCX сказал: "нормальный конечный продукт" - это понятие относительное. Нормальный конечный продукт- это когда у вас готовое к эксплуатации ПО, с продуманной сразу (а не перед сдачей в продакшн) архитектурой, протестированное, документированное и с техподдержкой. 9 часов назад, RN3DCX сказал: Web-морда + База данных с тригерами + Radius для железок выступающих в роли BRAS = вполне себе рабочее решение. ИМХО в результате получается не "рабочее решение", а индусское говнокодное поделие, которое потом поддерживать- адская боль. Потому что обычно такой подходу упускает: аналитику, составление нормального ТЗ, проработку архитектуры, и прочее (см. выше). По факту один человек там чета накодил в соответствии со своим оптом. Потом этот человек слился и все. Клиент остается один на один с его поделием. Начинаешь копать что там и как, а там костыль на костыле. 7 часов назад, NewUse сказал: Написание нормального биллинга обойдётся раза а три дороже готового +100500 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
alibek Опубликовано 13 марта, 2020 · Жалоба 11 часов назад, RN3DCX сказал: Web-морда + База данных с тригерами + Radius для железок выступающих в роли BRAS = вполне себе рабочее решение. Это не решение, а набор костылей с подпорками. Рабочее, при условии что его постоянно будет обслуживать тот, кто его создал. Биллинговая система — это прежде всего именно система, с цельной архитектурой и запасом эластичности на развитие/кастомизацию. Нормальная биллинговая система — это тысячи человеко-часов. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
zavndw Опубликовано 13 марта, 2020 · Жалоба а если тот кто ее делал и обслуживал пропадет, будет миграция в готовую коробку. Только набив шишки Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
VolanD666 Опубликовано 13 марта, 2020 · Жалоба 59 минут назад, zavndw сказал: а если тот кто ее делал и обслуживал пропадет, будет миграция в готовую коробку. Только набив шишки Да, только шишки- это обычно потерянные клиенты и время. Биллинговая система- это сердце ISP и она должна работать как часы, с резервированием и техподдержкой 24/7. Это тоже самое что у вас под столом стоит системник, который типа ваш корневой роутер. Самый главный роутер, без которого ничего не работает и клиенты сосут лапу. Этот системник стоит в бухгалтерии, т.к. в серверной ему просто не нашлось места. И на системнике стоит цветок, который периодически Людмила Иванна поливает. Это все работает, но до определенного момента. Так же и с биллингом. В какой-то момент он встает колом (потому как архитектуру там никто не продумывал) и ваш программист, единственный кто знает как оно там работает, понимает что там работы больше чем вы ему платит, говорит вам Адиос и валит на моря. А клиенты звонят вам и спросить вам не у кого. И весь ваш бизнес, в которой вы вложились, летит в славную деревню под названием "Еб*ня" только потому, что вы в свое время решили сэкономить 100к и не купили нормальный продукт. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ixi Опубликовано 13 марта, 2020 · Жалоба Для нормально поддерживаемого биллинга без сюрпризов понадобится, как минимум, очень хороший программист со специфичным опытом и приличным прайсом. Но, с большой вероятностью, вам нужна обёртка над нормальным биллингом, которая будет преобразовывать ваши хотелки в поддерживаемые биллингом функции. Это будет намного надёжнее, намного быстрее (но всё равно дольше, чем вам кажется) и сильно снизит требования к исполнителям. Занимался и тем, и тем, и очень советую второй путь. Тем более, что на таких задачах вероятность необходимости переделать всё с нуля при очередных доработках стремится к 100%. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vop Опубликовано 13 марта, 2020 · Жалоба В индустрии написания биллингов наработаны огромнейшие знания и опыт. Но эти знания и этот опыт не объединен ни в какой форме, не оформлен в виде теоретической базы. В результате, качество биллингов от этого страдают. При этом, собственно задача биллинга достаточно проста и примитивна. Я бы процентов 70 отдал бы вообще на аутсорсинг банковским или финансовым организациям. Ну, например, как в некоторых городах коммунальные службы отдают всю работу по учету и оплате услуг единому расчетному центру. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
alibek Опубликовано 13 марта, 2020 · Жалоба Биллинг выполняет несколько задач, тарифицирует услуги и управляет услугами. И первая задача вовсе не тривиальная, если биллинг хоть сколько то универсален. Да и в управлении услугами нюансов хватает. А если биллинг занимается учётом ресурсов и инвентаризацией, то это ещё более усложняет. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Andrei Опубликовано 13 марта, 2020 · Жалоба ТопикСтартер (кстати, со статусом "абитуриент") ни разу больше не появился в этой теме. Делаем выводы, господа. :) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
pppoetest Опубликовано 13 марта, 2020 · Жалоба Зачем вы делаете выводы столь быстро? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nemo_lynx Опубликовано 13 марта, 2020 · Жалоба Напишу что угодно в теме биллинга и ААА. Дорого. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
lxxxzzz Опубликовано 14 марта, 2020 · Жалоба Ну, давайте по-честному, "для своих". Вы настолько задрали своего "дилера" хотелками, что вас либо послали сразу, либо выкатили "заградительный" ценник. Правда ведь? Вы планируете проектировать "от хотелок". Так не работает. Не верьте мифам о "гибких" системах, которые можно перестраивать "на ходу". Зачастую проще бизнес-процессы под систему адаптировать, нежели чем систему под бизнес-процессы (особенно, если они "странные"). Хотелки имеют любопытное свойство вступать в грызню друг с другом. При должном "везении" хотелки вступают во взаимоблокирову: правишь одну - ломается другая (и наоборот). Хотелки любят вступать в беспорядочные связи, мгновенно растёт сложность системы вплоть до потери управляемости. В конечном счёте хотелки эволюционируют в химеры: два (или более) несовместимых стандартных подхода от которых взято всё самое худшее. Подобные химеры отличаются потрясающей живучестью. Изводить их сложно, затратно и прямая дорога к эмоциональному "выгоранию". Все профессиональные вендоры давно уже прошли фазу "стартапа". Уход разработчика - неприятность, но никак не катастрофа. Зачастую, вся ценность того или иного сотрудника сводится к умению разбираться в обширном и "богатом" наследии. А в биллингостроении даже сотрудников друг у друга переманивать бессмысленно: слишком много специфики. Соответственно, ваш "карманный" проект будет очень сильно уязвим. Классическая "уловка 22": если вы будете делать систему, которая "интересна" вам - систему будет невозможно монетизировать; если вы будете делать систему, которая "интересна всем", то она будет "неинтересна" вам. У вендоров значительно больше возможностей для соблюдения баланса между продаваемостью и сложностью. И если вы верите, что ваша система сможет окупиться только за счёт увеличения прибыли компании... Нда... Если вы не смогли наладить диалог с вендором (который по-определению заинтересован), то с чего вы взяли что сможете наладить диалог со своими подразделениями (которые по-определению не заинтересованы)? Ваш проект будет раздираем ISO9000-стандартизированным конфликтом "да мы тут в отличие от вас деньги зарабатываем". Короче говоря, собственная разработка - политика на 146%. Поддержка должна быть на уровне не ниже владельца бизнеса. Оно вам надо? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vop Опубликовано 14 марта, 2020 · Жалоба On 3/13/2020 at 6:02 PM, alibek said: Биллинг выполняет несколько задач, тарифицирует услуги и управляет услугами. И первая задача вовсе не тривиальная, если биллинг хоть сколько то универсален. Да и в управлении услугами нюансов хватает. А если биллинг занимается учётом ресурсов и инвентаризацией, то это ещё более усложняет. Я думаю, что эти все задачи становятся сложными, когда их все запихивают в один длинный пхп скрипт (условно). :) Модульность, структуризация, формализация и атомизация превращают задачу биллинга в увлекательное развлечение. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sirmax Опубликовано 20 марта, 2020 · Жалоба В 12.03.2020 в 22:57, RN3DCX сказал: это вы сейчас теоретически или практически горите? Всё индивидуально. Лично у меня нет лимитных тарифов, полный безлим, ограничение только по скорости и pps. Времени это занимает не торопясь пару дней, в плане тригеров для БД + авторизация, тут всё зависит от типа PPP или DHCP-relay (OPT82). Вот пример: https://wiki.sirmax.noname.com.ua/index.php/ISG ихмо, год нужен если вы хотите продавать ваше подЕлие. Не читайте, это не биллинг, я вам как автор этой статьи говорю ;) это все то заготовка модуля биллинга, далеко не самая сложная. возьмите абиллз, у него вменяемый автор, допилите чего не хватает. Сами, это не сложно даже недопрограммистам вроде меня. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...