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

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

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

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

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

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

Edited by weedman

Share this post


Link to post
Share on other sites

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

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

Причем тут ssh?

Share this post


Link to post
Share on other sites

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

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

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

Причем тут ssh?

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

Share this post


Link to post
Share on other sites

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

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

Share this post


Link to post
Share on other sites

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

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

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

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

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

Share this post


Link to post
Share on other sites

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

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

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

Edited by morf

Share this post


Link to post
Share on other sites

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

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

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

 

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

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

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

Share this post


Link to post
Share on other sites

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

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.