Мы знаем, что существует очень много поставщиков услуг платежных шлюзов, а именно PayPal, Moneybrookers, authorize.net и многие национальные и международные поставщики платежных шлюзов. Теперь мой вопрос: каковы шаги по развитию нашей собственной службы платежного шлюза для обработки любых карт Visa и Mastercard независимо от любого банка мира. От какой организации мне нужно получить полномочия для разработки собственной службы платежного шлюза. Какие API и протоколы предоставляют www.visa.com и www.mastercard.com для разработки собственного платежного шлюза. Я не знаю, что api поставщика услуг платежного шлюза должен взаимодействовать с сайтом бренда Visa, банком-эмитентом карты и банком-эквайером ... ?? Пожалуйста, дайте мне руководство ... Заранее спасибо за ваш ответ ...
как PayPal, authorize.net и многие другие сервисы платежных шлюзов получают доступ к процессингу карт Visa независимо от банка?
Ответы (1)
платежный шлюз и платеж процессор - это разные вещи. Платежный шлюз, например Authorize.Net, позволяет веб-сайту или программному обеспечению отправлять платежную информацию в платежную систему для обработки платежа. Обработчик платежей выполняет фактическую обработку платежа (например, проверяет, есть ли средства на карте, одобрена ли она, AVS, проверка CVV и т. д.).
Чтобы установить отношения с Visa и MasterCard, вам необходимо стать поставщиком услуг для участников (MSP) и независимая сбытовая организация (ISO). Это стоит около 10 000 долларов вперед, а затем 5 000 долларов в год , если ваше предложение одобрено. Требуется проверка биографических данных и обзор. Это делает ваш банк-спонсор, который вам также необходимо найти.
Чтобы создать платежный шлюз, у вас впереди много работы. Это не тот проект, который вы бы написали на таком языке, как PHP. Вам нужно будет использовать язык более высокого уровня, такой как C или C ++. Что-то скомпилированное, что будет намного быстрее и надежнее, чем PHP. Вы можете использовать свой веб-интерфейс с помощью PHP (то есть панели управления пользователя), но внутренняя часть, включая обработку платежей, должна быть на языке более высокого уровня. Вам также понадобится база данных корпоративного уровня, поскольку базы данных с открытым исходным кодом никогда не справятся с такой задачей. В основном вы смотрите на использование базы данных Oracle, которая стоит дорого, но также предназначена для такого рода вещей.
Ваша первая серьезная проблема будет связана с соответствием PCI DSS. Вам придется защищать свою систему сверху вниз с помощью регулярных проверок соответствия. Это намного сложнее, чем кажется. И тоже дорого.
Вторая важная проблема будет связана с получением сертификата в обрабатывающих сетях. Чтобы быть успешным платежным шлюзом, вы должны быть сертифицированы на каждой платформе обработки, и я могу придумать как минимум 16 из них. На получение сертификата уходит около двух месяцев. Вы можете выполнять их одновременно, но вам понадобится как минимум год, чтобы пройти сертификацию по всем из них. И у каждого из них свой API, поэтому вам нужно будет кодировать свой платежный шлюз для работы со всеми из них.
Третья серьезная проблема - это данные, которые вы храните. Вы не только столкнетесь с проблемами PCI DSS, но и должны будете фиксировать и хранить каждую транзакцию, которая проходит через вашу систему в течение многих лет. Для таких данных потребуется много места для хранения (которое также необходимо защитить).
Четвертая важная проблема - объем обработки. Шлюз должен иметь возможность выполнять транзакции за секунду или меньше. Это означает, что ваши аппаратные решения должны масштабироваться для работы с интенсивным трафиком, особенно в период праздников. Он должен будет обрабатывать сотни транзакций в секунду (тысячи, если вы добьетесь успеха). Это большая причина, по которой вам нужно использовать язык более высокого уровня вместо PHP.
Ваша пятая основная проблема заключается в том, что вам нужно будет создать мощный, но простой в использовании API, который веб-разработчики будут использовать для подключения к вашему платежному шлюзу. Они должны иметь возможность делать все, что терминал для кредитных карт может делать с помощью кода. Документировать это должно быть весело! ;)
Незначительные проблемы включают:
Убедитесь, что вы соответствуете требованиям ECI (для всех интернет-транзакций требуется индикатор электронной торговли)
Защита всей передачи данных (SSL)
Предлагаем пользовательскую панель управления
Если вы хотите добиться успеха, вам также понадобятся инструменты для борьбы с мошенничеством.
Создание платежного процессора - еще более сложная задача. Для этого потребуются отношения с банками (друг только что прошел через этот процесс для своего нового предприятия, и потребовалось больше года, чтобы заставить банк согласиться работать с ними). Я подозреваю, что вам потребуется выделить много денег для решения потенциальных проблем с обработкой, которые приведут к тому, что вашим клиентам будут причитаться деньги. Я говорю как минимум шестизначную сумму.
Техническая составляющая будет по крайней мере такой же сложной, как создание платежного шлюза. Вам нужно будет взаимодействовать с банками. Много их. И ваше время безотказной работы должно быть 100%. Я не так глубоко разбирался в технических аспектах всего этого, поэтому не могу дать вам ничего более конкретного.
Платежный шлюз - это огромный проект, но выполнимый. Это станет проще, если вы ограничите сети, с которыми он будет работать. Может быть, остановитесь на самом популярном, чтобы начать и двигаться дальше. Лучшей идеей могло бы быть сотрудничество с процессинговым банком и продажа торговых счетов через них. Затем сделайте так, чтобы ваш платежный шлюз работал сначала только для них. Тогда вы сможете запускать быстрее, а также зарабатывать деньги на процессинге кредитной карты. Платежный процессор огромен и, вероятно, выходит за рамки того, чем вы хотите заниматься. Если нет, то это огромная задача, которая выходит за рамки горстки программистов. Тебе тоже понадобятся юристы.
