Предложили кастомный софт для биллинга, вопрос внутри

[weedman]

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

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

Вопрос: На сколько полезным может быть такой подход со сторонним биллингом?

Цена вопроса- 90k (сайт и биллинг) + еще 5-10k на другие тематические услуги.На сколько это может быть лучше\хуже стандартных решенийб на склько в дальнейшем это может быть лучше\хуже?

Edited May 18, 2019 by weedman

[alibek]

Ничего не понял.

Но обычно взаимодействие с платежными системами делается через веб-сервисы.

Причем тут ssh?

[weedman]

9 минут назад, alibek сказал:

Ничего не понял.

Но обычно взаимодействие с платежными системами делается через веб-сервисы.

Причем тут ssh?

система будет взаимодействовать с платежным сервисом, на микрот отправлять команды по ssh

[alibek]

То есть на самописном (=содержащем кучу ошибок и уязвимостей) сайте будет прием оплаты, доступ в биллинговую базу данных и управление операторским оборудованием, так?

Функционировать будет. Решение вполне в духе некоторых любителей микротиков.

[NewUse]

самописный биллинг?, посылать сразу и далеко...

[weedman]

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

самописный биллинг?, посылать сразу и далеко...

 Что можете посоветовать простое в эксплуатации и решающие поставленые задачи и возможно какие-то будущие?

[NewUse]

ну в пределах 100к биллинг, не реально, наверное, хотя зависит от количества абонентов, ну либо свободное ПО, тот же абилс, например, всяко лучше самописа, и если в дальнейшем проект передёт ещё кому, проблем меньше будет...

[weedman]

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

ну в пределах 100к биллинг, не реально, наверное, хотя зависит от количества абонентов, ну либо свободное ПО, тот же абилс, например, всяко лучше самописа, и если в дальнейшем проект передёт ещё кому, проблем меньше будет...

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

[NewUse]

ну посмотрите тему про рейтинг биллинга, мне bgbilling нравится по архитектуре.

 

[morf]

В 18.05.2019 в 21:24, weedman сказал:

система будет взаимодействовать с платежным сервисом, на микрот отправлять команды по ssh

Говнище. Взаимодействие только через api микрота.

Edited May 22, 2019 by morf

[vop]

У микротика API достаточно простое. Зачем эти пляски с ssh?

[YuryD]

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

У микротика API достаточно простое. Зачем эти пляски с ssh?

 Зачем апи с низкоуровневым оборудованием ? Я думал, что все эти пляски прошли годах в 2000... Есть клиенты, есть агрегация районная, ну если она у клиента на мокротиках, то пожалуйста. Не хотите иметь свой биллинг, а агрегроваться с платёжными системами - на здоровье. Хорошая схема провайдинга, кругом мокротики и биллинг с платежами на аутсорсе, и всем рулят чужие дяди....

[vop]

4 hours ago, YuryD said:

 Зачем апи с низкоуровневым оборудованием ?

Не знаю. У меня микротиков не было и нет. :)

[NiTr0]

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

[alexmern]

За указанные деньги лучше abills взять.

[911]

как вариант - http://nodeny-plus.ru

 

5 часов назад, NiTr0 сказал:

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

ну или поставят какой-нить бесплатный или честно с***ный биллинг + сайт на каком-то шаблоне стандартном...

[lidia]

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

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

[werd]

Очень не хотелось бы советовать lanbilling в самом начале, очень много доработок вылазит которые оплачиваются отдельно только под вас :) Попробовали, очень сильно не понравилось. В итоге остановились на bgbilling на данный момент все устраивает.