Обновить

Как мы создали Open‑Source альтернативу закрытым платёжным системам на React, Node.js и WebNFC

Уровень сложностиПростой
Время на прочтение3 мин
Охват и читатели9.4K
Всего голосов 6: ↑5 и ↓1+6
Комментарии6

Комментарии 6

А как на это смотрят бухгалтера и налоговая? Что-то мне кажется в закондательную базу РФ это вообще никак не ложится.

В каком плане не подходит под законы РФ, про этот аспект я не думал?

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

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

Кроме того имеем проблемы с безопасностью - весь депозит клиента висит на обычном UID, который элементарно считать и так же элементарно подделать. Даже предоплаченные карты метрополитена имеют защиту большую на несколько порядков (там используется честная криптография), хотя там стоимость носителя сравнима со стоимостью баланса, который он хранит.

Для бизнеса гораздо проще установить на телефон SoftPOS решение от какого-нибудь провайдера:
1. работает и на iOS и на Android
2. принимает обычные карты
3. деньги сразу поступают на счет и проводятся по бухгалтерии привычным способом
4. безопасное сертифицированное решение
5. стоимость обслуживания будет сравнима со стоимостью выпуска nfc меток
6. размер комиссии будет таким же - насколько я знаю (могу ошибаться) для бизнеса часто комиссия за транзакцию в процентах без фиксированной части, т.е. нет разницы провести одну большую транзакцию пополнения предоплаченной карты или кучу маленьких оплат с той же карты.

Не скажу про российский рынок SoftPOS решений, но думаю там найдутся провайдеры с недорогими предложениями. Кроме того для российского рынка можно принимать оплату по СБП (что и делают например люди сдающие квартиры посуточно) - там вообще большинство переводов для физиков без комиссии.

Вообщем, как демонстрация практического применения WebNFC - сгодится, как платежная система - вряд ли...

Не могу дать вам плюс, но не понимаю, за что вам дали минус)

Очень хороший комментарий и верные суждения. Я планирую двигаться в сторону интеграции с ESP32 и 1С. Ваши предложения и мнения о некоторых аспектах учту для дальнейшего развития).

Двигаться в сторону интеграции с ESP32 чтобы что? Вы хотите изобрести mPOS терминал? Так они уже есть давно, разные и даже уже стали терять популярность. К тому же платежную транзакцию с карты вы все равно не проведете - для этого недостаточно иметь полноценный nfc ридер. Если в образовательных целях, то да - можно побаловаться - там отгребете кучу опыта. Но если вы серьезно решили замахнуться на платежную систему (как заявлено в заголовке), то бросьте это дело - это жутко зарегулированный бизнес с очень сильной конкуренцией. Если у вас нет партнерства с каким-нибудь банком или организацией с платежной лицензией или кучи бабок (речь про 6-значные суммы в валюте) для покупки такой лицензии, то вам там ничего не светит. Если партнер есть, то можно что-то придумывать, но опять же не лезьте в железки - проблем с ними много и в разработке и в использовании бизнесом. Делайте программное решение на базе возможностей вашего платежного партнера.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации