Насколько я знаю, в США нет строгого регулирования открытого банкинга, как в той же Европе (PSD2) или как планируется в России. Поэтому эволюционный путь шел путем адаптации и удобства, а не законодательных инициатив (снизу, а не сверху).
Спецификации все таки лучше почитать, прежде чем делать приложение. Но если очень в общих чертах, то вам нужно будет "зарегистрировать" его в каждом из банков, доступ к продуктам которого вы собираетесь получить, тогда вы получите что-то вроде "ключей". В Госуслугах регистрироваться не придется.
Открытые API в рамках открытого банкинга предназначены для обмена данными между организациями (B2B). Cтандарты, описанные по вашей ссылке (вот, кстати, более актуальная: https://wiki.opendatarussia.ru/specifications), предусматривают наличие методов для получения информации о счетах, транзакциях и балансе, что значит, что такие API могут быть использованы не только для работы между организациями, но и для создания сторонних приложений – например, бухгалтерии вашей компании, агрегаторов финансовых данных или даже универсальной замены родных банковских приложений для юр лиц. Ну то есть да. И, еще раз, пока все только B2B.
Привет! Хороший комментарий. Дело в том, что даже если концептуально API открытого банкинга едины и стандартизированы, на практике не все банки строго следуют этим стандартам. Многие предоставляют так называемые партнерские API, которые зачастую отличаются по реализации, формату и функционалу. Наша "прокладка" как раз и предназначена для того, чтобы унифицировать использование таких интерфейсов – она обеспечивает единый слой доступа ко всем API, что упрощает интеграцию для разработчиков.
Кроме того, наш сервис не планирует ограничивается ролью простого посредника. Мы создаём дополнительную ценность, предоставляя инструменты для мониторинга, логирования, управления версиями и обеспечения безопасности обмена данными. Таким образом, даже если в будущем банки перейдут к более строгому соблюдению стандартов, наш сервис останется полезным, предлагая расширенный функционал и улучшая удобство работы с API. И это мы еще не затрагиваем тему обогащения данных, но это уже совсем другая история.
В данный момент в Иркутске пытаемся сделать что-то подобное, но пока все крутится вокруг небольшой группы в фб, где общаемся, делимся опытом и все такое. Спасибо за описанный опыт. :-)
PS мы согласны с тем, что с технической точки зрения много что стоило бы доделать и переделать, но цель ставилась подарить новогоднее настроение :) однако замечания учтем в следующем году ;)
Насколько я знаю, в США нет строгого регулирования открытого банкинга, как в той же Европе (PSD2) или как планируется в России. Поэтому эволюционный путь шел путем адаптации и удобства, а не законодательных инициатив (снизу, а не сверху).
Спецификации все таки лучше почитать, прежде чем делать приложение. Но если очень в общих чертах, то вам нужно будет "зарегистрировать" его в каждом из банков, доступ к продуктам которого вы собираетесь получить, тогда вы получите что-то вроде "ключей". В Госуслугах регистрироваться не придется.
Открытые API в рамках открытого банкинга предназначены для обмена данными между организациями (B2B). Cтандарты, описанные по вашей ссылке (вот, кстати, более актуальная: https://wiki.opendatarussia.ru/specifications), предусматривают наличие методов для получения информации о счетах, транзакциях и балансе, что значит, что такие API могут быть использованы не только для работы между организациями, но и для создания сторонних приложений – например, бухгалтерии вашей компании, агрегаторов финансовых данных или даже универсальной замены родных банковских приложений для юр лиц. Ну то есть да. И, еще раз, пока все только B2B.
Привет! Хороший комментарий. Дело в том, что даже если концептуально API открытого банкинга едины и стандартизированы, на практике не все банки строго следуют этим стандартам. Многие предоставляют так называемые партнерские API, которые зачастую отличаются по реализации, формату и функционалу. Наша "прокладка" как раз и предназначена для того, чтобы унифицировать использование таких интерфейсов – она обеспечивает единый слой доступа ко всем API, что упрощает интеграцию для разработчиков.
Кроме того, наш сервис не планирует ограничивается ролью простого посредника. Мы создаём дополнительную ценность, предоставляя инструменты для мониторинга, логирования, управления версиями и обеспечения безопасности обмена данными. Таким образом, даже если в будущем банки перейдут к более строгому соблюдению стандартов, наш сервис останется полезным, предлагая расширенный функционал и улучшая удобство работы с API. И это мы еще не затрагиваем тему обогащения данных, но это уже совсем другая история.
PS мы согласны с тем, что с технической точки зрения много что стоило бы доделать и переделать, но цель ставилась подарить новогоднее настроение :) однако замечания учтем в следующем году ;)
спасибо
пысы уберите подпись к посту, КО нет на картинке %)
2. см. скрин и специальный повтор: Для активации необходимо создать куку с именем «habrahabr_11223».
3. habrahabr.ru/blogs/ilhh/36676/