Австралийский гигант онлайн-платежей BPAY сделал еще один важный шаг вперед в своем стремлении модернизировать платежный ландшафт Австралии, открыв новую песочницу для разработчиков и выпустив на рынок четыре API-интерфейса, чтобы стимулировать очистку банковских устаревших систем.
Это смелый стратегический шаг для дешевого, дорогостоящего денежного насоса, который сейчас толкает примерно 450 миллиардов долларов в год, или 1,8 миллиарда долларов в банковский день, при среднем размере транзакции в 900 долларов.
Как бы вы на это ни смотрели, это объемный бизнес, который ставит таких, как Square (который не раскрывает объемы в долларах) в тень. Тем более, если учесть, что последний клип Square на транзакцию составляет 1,6 процента.
Оптовая ставка обработки BPAY составляет 31,35 цента за транзакцию, не считая того, что банки-эквайеры взимают с продавцов сверху.
В четверг BPAY обнародовала новую функциональность, которая позволяет клиентам создавать свои собственные пакеты платежей, получать данные биллера, проверять платежи BPAY перед обработкой вместе с новым генератором справочных номеров клиентов.
Большое падение API произошло после года пилотных дорожных испытаний в клиентской базе BPAY-шаг, который был сделан в ответ на требование пользователей безопасно открыть свою кодовую базу, чтобы разработчики могли попытаться создать новые и лучшие сервисы.
Предполагая, что поглощение будет сильным – а BPAY является долгим игроком – новая функциональность будет откусывать кусочек от сегментов кредитных карт и прямого дебета платежной индустрии, которые созрели для сбоев, особенно на внутреннем платежном фронте.
Песочница не является открытой с точки зрения доступа – как и Новая платежная платформа, это проверенная система доступа для поддержания общественной гигиены и удержания негодяев на расстоянии.
И также невозможно уйти от того факта, что новые API являются глубокими, основными банковскими и корпоративными технологиями и как таковые вряд ли будут стимулировать большую рекламу со стороны венчурного капитала, подпитываемого отрядами поддержки финтеха.
Иногда довольно большие сдвиги происходят незаметно, особенно на территории мэйнфреймов. Мы скоро перейдем к тому, что делают API, потому что легко пропустить то, о чем они говорят, без небольшого контекста.
Там, где клиенты BPAY – это банки, крупные биллеры, такие как телекоммуникационные компании, коммунальные службы, агенты по недвижимости, розничные продавцы бытовой техники (или кто – либо еще, кто обычно принимает платежи выше 200 долларов), — заметят большую разницу от API на своих собственных бэк-эндах, особенно в системах биллинга и финансов.
Основное предложение четырех API-интерфейсов-это существенно упрощенная и расширенная возможность подключения, а также повышенная возможность обмена данными и целостность.
Генеральный менеджер BPAY по продуктам, схемам и развитию бизнеса Кит Браун рассказал ITnews, что этот процесс начался около двух лет назад с толчка дизайн-мышления к целевым болевым точкам пользователей.
Крупные пользователи хотели получить доступ к API, а необанки-еще больше, сказал Браун.
Год назад он перешел на бета-версию, а теперь живет.
Жизнь — это партия.
Еще в 2018 году BPAY начала ориентироваться на бухгалтерские платформы SMB с помощью сервиса под названием “BatchMaker”, который подключался к продукту Quickbooks Intuit и позволял компаниям собирать различные исходящие платежи и запускать их все сразу.
Он также захватил данные счета – фактуры, проверил платежную информацию и – и это убийца-автоматически вычислил формат данных, необходимый каждому банку-получателю для принятия платежа.
Эта функциональность теперь была выпущена для основного сообщества разработчиков в виде API под названием (подождите) “Generate BPAY Batch File”, который одновременно проверяет набор предоставляемых платежей, но также создает пакетный файл в формате указанного банка.
Бэтч не собирается уезжать в ближайшее время.
Постоянные платежи в режиме реального времени отлично подходят для небольших платежей-действительно, BPAY является основным поставщиком новых услуг наложения платежных платформ, таких как Osko, – но когда вы достигаете серьезного масштаба, имеет больше смысла запускать грузовые поезда, чем грузовики или мини – фургоны.
Чего люди часто не понимают, так это того, что, как и австралийские железнодорожные колеи, каждый банк любит, чтобы их входящие данные были сбиты с толку по-разному, создавая огромную головную боль и дополнительные издержки для бизнеса в этом процессе. Так что есть серьезные деньги, которые нужно экономить.
На данный момент доступны форматы CBA, NAB, Westpac, Macquarie и Bankwest, а в ближайшее время их будет еще больше. И никаких призов за угадывание, кто из большой четверки пропустил поднятие занавеса.
Если, как и вялое внедрение Стандартной бизнес-отчетности, ваш многонациональный поставщик финансовых услуг не совсем уверен, когда он может предложить пакетное решение API, возможно, стоит дать им резкий толчок.
Нужно знать
Если есть одна строка дебиторской задолженности, то сотрудники B2B ненавидят слышать, что это “Я не знаю, почему этот платеж не прошел”, особенно когда проблемы позже всплывают в виде пакетных ошибок. Иногда это ручная ошибка, иногда сдвиг формата, который портит данные, но это болезненно, дорого и выглядит плохо.
Живые транзакции также не являются отличной тестовой средой для определения того, какие платежи достигнут своей цели или нет. Тем не менее, реальность такова, что компании, производящие платежи, часто не знают, какие деньги упустили свою цель, пока список отказов не вернется.
До сих пор.
Следующий API из блока BPAY – “Validate BPAY Payment” – позволяет корпоративным клиентам сделать пробный запуск, чтобы проверить наличие ошибок перед началом запуска платежей, чтобы отсеять дефекты перед запуском живой партии.
Это особенно полезно, когда номера ссылок клиентов (CRN) немного небрежны по какой-либо причине, будь то форматирование или старая добрая ошибка пользователя.
Это также сглаживает излом в том, что, когда люди оплачивают свои счета, качество данных, которые они представляют, может быть заранее подготовлено, прежде чем они будут переданы в их учреждение для сбора, и это происходит в режиме реального времени.
Цифры вверх
Ни для кого не секрет, что платежи выполняются в соответствии с набором правил проверки и проверок, большинство из которых требуют идентификатора в виде справочных номеров клиентов (CRN), которые присваиваются счету-фактуре для идентификации как клиента, так и счета, подлежащего оплате.
Функциональность для генерации BPAY CRNs и iCRNs (интеллектуальных CRNS, которые обозначают такие условия, как сроки годности) также теперь была перенесена в API, доступный поставщикам услуг, который также позволяет создавать QR-коды онлайн, по электронной почте или на бумаге.
Неудивительно (и вы знаете, что разработчики отвечают за именование, а не маркетологи), что это называется “Generate BPAY CRN”.
Существует также опция QR-кода, «приятно иметь», особенно полезная для предприятий, предлагающих такие функции, как скидки на ранние платежи или ограниченные по времени предложения.
В то время как некоторые крупные банки могут немного зевать, greenfields neobanks, скорее всего, будут наслаждаться этой функциональностью, когда дело дойдет до того, чтобы заманить в ловушку бизнес-клиентов, которые хотят полной интеграции с облачными инструментами учета из коробки.
И BPAY не скрывает, что хочет, чтобы neos были такими же клиентами, как и ее существующая база.
Иди принеси
Как и CRNS, также хорошо иметь возможность захватывать детали биллера в режиме реального времени и проверять, действительны ли они. Как для банков, так и для поставщиков услуг существует значительное количество проблем, которых можно избежать, если все будет проверено как правильное с первого раза, и это включает в себя информацию о биллере.
Завершает конкурс красоты API BPAY “Retrieve BPAY Biller Details”, который, как и его когорты, оставляет мало места для воображения. Назовите нас недобрыми, но мы считаем, что платежная индустрия в целом имеет некоторую проблему, охватывающую двусмысленность.
Но BPAY действительно любит шунтировать данные, и есть много возможностей для автоматизации поиска деталей биллера.
Меню данных включает в себя: Короткое имя Биллера, Длинное имя Биллера, Отраслевой код (ANZSIC), Переменный Индикатор Номера ссылки клиента, Действительную длину(ы) Номера ссылки Клиента и Принятые Способы оплаты за поставляемый Код Биллера.
Как мы уже говорили, этот материал находится в машинном отделении платежного гиганта, но довольно скоро он начнет пробиваться в операционное и финансовое программное обеспечение, особенно такие компании, как SAP и Oracle, сталкиваются со все большими проблемами.
Что совсем не плохо.
