Интеграция менее известных электронных платежных шлюзов, полных сюрпризов?

Question

Я включил около полудюжины электронных платежных шлюзов, от популярных (например, PayPal) до не очень популярных.

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

Я думаю, что я достойный программист, но мои оценки времени, вероятно, нуждаются в работе.

Другие программисты сталкиваются со многими «неожиданностями» при интеграции шлюзов электронных платежей, о которых они никогда не слышали?

Любой совет поможет.

спасибо

Answer 1

Да, это абсолютно так. Платежные шлюзы очень тонкие, и даже большие, как и странные причуды.

Я считаю, что основной проблемой является документация. Более известные шлюзы имеют надежную документацию. Менее известные из них имеют плохую и устаревшую информацию.

Это не только платежные шлюзы. Я включил то же самое в IVR's, Fax Services, (USPS api - пример очень хорошего). Неважно, если это мыло, остальные или простые строки запроса, если документация плохая, вам приходится угадывать и проверять. Эта отладка длится вечно.

Answer 2

Мне никогда не приходилось интегрировать шлюз для электронных платежей, но несколько лет назад я работал в розничной компании, и КАЖДЫЙ раз мне приходилось писать какой-то проприетарный формат файла для связи между нашим приложением и нашими клиентами/поставщиками, это был ад :) Видимо, писать хорошие спецификации очень сложно ...