Как мы создали лучшее банковское API

Сегодня хочу рассказать, как решая проблему продаж небанковских продуктов, мы создали лучшее решение API на рынке.

Ящик Пандоры

В далеком 2015 году в рамках эксперимента мы запустили первый небанковский сервис Бизнес Аналитика в интернет-банке Сбербанк Бизнес Онлайн. Это решение для управленческого учета в малом и среднем бизнесе. Мы решились на это вместе с партнером, так как создавать такой сервис с нуля было долго и очень дорого.

Мы взяли одного из лучших провайдеров сервиса управленческого учета - Seeneco, работающего по модели SAAS, адаптировали обертку (цветовую палитру сервиса, скрипты контактного центра) под гайдлайны банка и начали рекламировать внутри нашего интернет-банка для корпоративных клиентов (СББОЛ - Сбербанк Бизнес Онлайн).

И буквально сразу, в первые дни, мы обнаружили что теряем пользователей на этапе регистрации в сервис. И этому было очень просто объяснение: так как провайдер внешний, то и сам сервис находился вне периметра нашей системы и конечно сервис ничего не знал про клиента. Мы гнали трафик на отдельно стоящий сайт, на котором пользователь должен был найти кнопку “Зарегистрироваться”, пройти все шаги регистрации юридического лица (поверьте, это не так тривиально, как регистрация физ. лица) и только после этого он мог начать работу с сервисом.

Забегая вперед, хочу сказать, что мы вскрыли ящик Пандоры. В дальнейшем мы столкнулись с целой чередой проблем. Сервис не привлекал пользователей: они видели пустой экран, так как у внешнего сервиса не было никакой транзакционной информации по клиенту и самое печальное, freemium пользователи не становились платными. Но обо всем этом по порядку.

Мы поняли, что строить digital экосистему c stand alone продуктами просто нельзя. Это не удобно клиентам и не выгодно банку. Сервисами просто-напросто не пользуются. Единственный правильный путь – это бесшовный клиентский опыт.

Для обеспечения бесшовного опыта нам было нужно найти решение… И вроде оно у нас было – API. Но, к сожалению, классические банковское API не зашло b2b провайдерам - нашим партнерам. Оно создавалось банкирами для банкиров или для крупнейших корпораций. Традиционные банковские API тяжёлые, к ним сложно подключиться и ещё сложнее использовать, и вот почему:

  • SOAP архитектура, проприетарная авторизация, исторически сложившиеся форматы для передачи финансовой информации, асинхронный режим работы, обязательный hardware-VPN для организации защищенного канала и т.д.
  • PDF документация - никто не хотел “читать 7 томов”. Всем нужен удобный Wiki формат с перекрестными ссылками
  • Отсутствие удобной среды разработки и отладки. Партнеры хотели быстро получить результат (даже без написания кода!), просили готовые примеры реализации и “песочницу”, полностью эмулирующую промышленное окружение.

Поэтому мы решили создать специализированный API - fintech API, заточенный под потребности b2b SAAS провайдеров.

API для разработчиков

Мы не хотели изобретать велосипед, и обратились за лучшим опытом к FAGMA (Facebook, Amazon, Google, Microsoft, Apple).

Изучив подход и практики bigtech’a, мы решили создать API с нуля, без оглядки на предыдущие банковские решения. Новый связующий элемент digital экосистемы мы назвали - fintech API.

Мы провели серию интервью с разработчиками потенциальных потребителей нашего API. Выявили потребности, пожелания и совместили всё это с требованиями Банка и целями направления по развитию небанковских сервисов.

Что мы заложили в основу при проектировании API:

  • Никаких тяжелых форматов, которые учитывают малейшие нюансы. Будем проще! Разработанные нами форматы простые, легко понимаемые и не имеют ничего лишнего
  • API должен подходить широкому кругу потенциальных участников digital экосистемы, вплоть до заложенной возможности интеграции в digital экосистему продуктов IOT
  • Конечно же, мы решили избавиться от многотомных описаний, чтобы разработчики могли достичь быстрого результата. С помощью песочницы для тестовых испытаний можно получить первые положительные результаты уже за час. Мы сделали Easy Steps документацию, чтобы буквально за 15 минут оценить весь масштаб работ
  • Мы собрали тестовый полигон, заточенный под работу с внешними, небанковскими разработчиками. Подготовили базовые примеры реализации, чтобы минимизировать затраты внешних разработчиков на подоготовку к кодированию, уменьшить сроки разработки и количество потенциальных ошибок
  • Отказались от проприетарных решений, привязанных к определенной платформе. Все должно быть кроссплатформенным и не ограничивать партнера в используемой инфраструктуре. Никаких сложных требований к инфраструктуре и системному ПО
  • Внешним разработчикам не должно мешать то, чем они не занимаются — внутрибанковские сложные структуры данных, механизмы компонентов банковской платформы, особенности работы большого количества внутренних legacy-систем банка. Мы должны скрыть все это от внешних разработчиков – теперь это не их головная боль

Мы выбрали уже доказавшие свою полезность при построении Open API промышленные технические решения:

  • Аутентификация на базе протокола OAUTH 2.0

  • REST-архитектура поверх HTTP без дополнительных сложностей
  • Полностью синхронная работа
  • Формат JSON
  • Опциональное применение электронной подписи — там, где это необходимо
  • Тестовая песочница с развернутым SWAGGER. С помощью этой среды отладки разработчик партнера может смоделировать бизнес-процесс работы и получить результат без написания кода

Для обеспечения высокого уровня безопасности мы стали использовать ФПСУ (это такой “железный VPN”) между банком и партнером, а если партнер не использует платежные API мы разрешили работу через SSL.

Что наше API умеет сегодня?

Sberbank Business ID

Ключевой элемент нашего API - Sberbank Business ID. Это механизм, который позволяет клиенту бесшовно авторизоваться в партнерском сервисе, партнеру получить всю необходимую информацию о юридическом лице и ее представителе, а также после получения соответствующего согласия клиента, партнер может взаимодействовать с системами банка от имени клиента.

Транзакционные бизнес методы (host 2 host)

Наш API насчитывая 36 групп методов, которые закрывают все ключевые потребности b2b провайдеров и клиентов сегмента крупный средний бизнес. На самом деле на базе нашего API уже можно создать Neo-банк. Кажется, это для этого есть весь набор необходимых транзакционных продуктов.

Больше чем host 2 host методы

Но самое интересное, что в рамках интеграции fintech API с b2b провайдерами у нас из host 2 hostметодов родились новые платежные механизмы.

Corporate cheсkout

Один из ключевых шагов любой воронки продаж - это оплата :) и к сожалению, на российском корпоративном рынке этот процесс крайне несовершенен. Одно юридическое лицо должно выставить счет другому юр. лицу. Бухгалтер покупателя создает черновик платежного поручения, которое должен подписать генеральный директор, и все ждут, когда деньги дойдут до продавца. Если платеж был отправлен в пятницу вечером, то продавец увидит поступление только в понедельник. Этот рудиментарный процесс очень плохо влиял на воронку продаж. Часть клиентов мы просто теряли, часть клиентов задерживала оплату, мы пропускали месяц (ы) абонентской платы. И мы решили сделать процесс взаиморасчетов между юр. лицами, таким же удобным как привычный нам онлайн-шопинг. Теперь наши клиенты могут добавить на свой сайт кнопку “Оплатить через Сбербанк Бизнес Онлайн”, которая отправляет пользователя на предзаполненное платежное поручение. Клиенту надо лишь вести СМС код и продавец в эту же минуту (не надо ждать сутки) узнает о факте оплаты - все точно так же, как и в карточном эквайринге. Просто, быстро и удобно. Это позволило значительно увеличить конверсию в первую оплату, но полностью проблему не решило.

B2B Подписки

Мы хотели увеличить количество клиентов, которые стабильно ежемесячно оплачивают абонентскую плату, но к сожалению, в b2b мире не было для этого решений. И мы вновь решили не изобретать велосипед и повторили b2c опыт. Мы создали решение, которое позволяет нашим партнерам безакцептно списывать денежные средства по факту оказания услуг. Для этого мы добавили в SberBusiness ID на шаг согласия клиента (мы называем это офертой) создание документа ЗДА - заранее данный акцепт, который легализует безакцептные списания между провайдером сервиса и конечным клиентом. Таким образом наш партнер через fintech API отправляет платежные требования (специальный банковский документ) в адрес клиента и эти требования безакцептно списывают указанную сумму в пользу партнера. Это позволило нашим партнерам увеличить количество платных клиентов. Часть партнеров даже изменили свои модели монетизации - отказались от годовых тарифов в пользу ежемесячных микро-транзакций.

Гарантированные платежи

Еще один интересный метод, который мы недавно запустили - это гарантированная оплата, работает он следующим образом:

  • Партнер блокирует определенную сумму на счете клиента
  • Оказывает услугу клиенту или что-то продает (например, авиабилет)
  • Как только услуга оказана и сделка подтверждена мерчантом, нужная сумма списывается с клиента

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

По моему мнению, Fintech API Сбербанка является наиболее развитым на рынке банковским API. Количество продуктовых методов, возможности бординга, скорость работы технических компонент, количество интегрированных продуктов, услуг, сервисов, количество клиентов - эти показатели являются уникальными для нашей страны.

Что получили наши клиенты и партнеры?

Интересно, то что изначально, мы создавали fintech API только для наших партнеров по небанковский сервисам, но они рассказали про API другим b2b saas представителям, которые тоже захотели улучшить продуктовые характеристики своих продуктов и интегрировались с нашим API, а потом решили автоматизировать свою операционную деятельность и стали интегрировать API со своими ERP системами. Так, среди наших потребителей у нас появились первые клиенты сегмента крупный и средний бизнес.

Сегодня с fintech API интегрированы несколько десятков разнородных продуктов, услуг и сервисов, построенных по абсолютно разным принципам – облачные и аутсорсинговые бухгалтерии, системы финансовой аналитики, интернет-магазины, сервисы лояльности для клиентов, услуги юридических и таможенных брокеров, системы электронного документооборота, сервисы для путешественников и другие.

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

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

Что получил банк?

Банк смог значительно обогатить свой продуктовый портфель. Нашим клиентам доступно более 90 продуктов, среди них 55 традиционных банковских сервисов и 35 небанковских продуктов. И это не просто сервисы, в которые мы приводим пользователей, это сервисы, которые глубоко интегрированы в интернет банк, как в части обмена информацией, так и в части пользовательского опыта. Например, когда вы отправляет кому-то платеж, мы тут же анализируем получателя через партнерский сервис “Проверки контрагентов” и даем внутри интернет-банка подсказку о благонадежности получателя денежных средств.

Отдельно хочется отметить, что партнерская модель взаимодействия помогает банку быстро запускать сложные технологические продукты (например, сервисы для ведения бухгалтерского учета) и помогает раскачивать fintech рынок в РФ.

Сегодня наше решение fintech API обеспечивает основные сценарии взаимодействия юридических лиц и финтехкомпаний с банком и обрабатывает свыше 2 млн запросов от более чем 50 тыс. уникальных клиентов в сутки. Благодаря ему в Сбербанк Бизнес Онлайн банковские и небанковские продукты и услуги объединены на одной платформе, реализована бесшовная авторизация в партнерских сервисах, мгновенный обмен платежными данными, интеграция учетных систем бизнеса с интернет-банком. Под эгидой одного решения налажены: механизм бесшовной авторизации SberBusiness ID, подписание согласия клиента на передачу данных, методы выставления и оплаты счетов, методы получения информации по счетам и операциям, методы работы с зарплатным проектом, реестры задолженностей и платежей, методы работы с международными платежами, корпоративные подписки на услуги.

А ещё его признали лучшим на национальной премии TAdviser и на международной премии Banking Technology. Так что у меня есть все основания полагать, что это лучшее решение на рынке на сегодняшний день.

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

Мои прошлые публикации можно почитать тут:

А тут можно посмотреть внутреннюю кухню разработки Сбербанк Бизнес Онлайн.

0
46 комментариев
Написать комментарий...
Alexander Danilchuk

Интересно про то, "как у них". Будет обзор решений зарубежных банков? 

Ответить
Развернуть ветку
Sergey Parshikov
Автор

Если это наберёт 100 лайков, то сделаю обзор 😬

Ответить
Развернуть ветку
Pasha Rumkin

Выбранный стек и подход к проектированию понравились, правда пора отказываться от Oauth и переходить на JWT с ECC (надёжнее и проще в имплементации, нет промежуточных шагов).

Из статьи не понятно кто «мы».

Ответить
Развернуть ветку
Алексей Щербаков

А какие проблемы с OAuth? У JWT есть свои проблемы, он хорош внутри периметра, ИМХО.

Ответить
Развернуть ветку
Pasha Rumkin

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

2. Повышенная устойчивость к атакам. Перехват сообщения OAuth позволяет в дальнейшем отправлять любые запросы, так как секрет отправляется в открытом виде. С JWT секрет не раскрывается. Остается возможной атака воспроизведением, но при правильной имплементации и она будет невозможна.
3. Упрощенное расследование инцидентов. JWT позволяет подтвердить, что запрос был сгенерирован только одной стороной и что владелец API на своей стороне не подменил историю операций.

Ответить
Развернуть ветку
Make Luv

А с отзывом jwt что делать? Так заблокировал аккаунт и все, новый access token уже не получить. У жвт время жизни поболе будет.

Ответить
Развернуть ветку
Pasha Rumkin

Да,  у JWT тоже есть цена владения, но она по-другому распределена. Минимально рабочая версия будет работать даже с данными хранящимися внутри программы. Например публичные ключи можно вшить в исходный код программы, а отзывать, изменяя код, который будет релизиться через CI/CD по пушу в репозиторий. Для массового сервиса нужен механизм отзыва ключей через предоставляемый провайдером. По сути схема та же только используются два ключа: один для доступа к самому API, второй – мастер-ключ – для управления и, соответственно, отзыва первого. 

Ответить
Развернуть ветку
Sergey Parshikov
Автор

Мы - это команда разработки Сбербанк Бизнес онлайн, которая занимается созданием и развитием API :)

от oAuth будем отказываться после того как все bigtech'и переползут на новые решение, но кажется, что сейчас все плотно сидят на oAuth и он активно развивается. 

Ответить
Развернуть ветку
Pasha Rumkin

То есть "вы" – это отдел/подразделение в Сбербанке? Для меня Трибуна – это раздел для новых небольших компаний. Поэтому контекст статьи такой: вы предприниматели или инициативная группа сделали некий Fintech API, как например в Сингапуре Bank API и применили его на Сбере, или название взяли чтобы мимикрировать под Сбер (как например партнеры 1С делали), ну или вас купил Сбер в итоге. В общем есть некая путаница с этим, возможно не для меня одного, наверное лучше раскрыть это более явно.

По поводу плюсов JWT описал выше, советую, все-таки, присмотреться: надежность он предоставляет более высокую, при невысокой стоимости. В банковской сфере, на мой взгляд, этот показатель критически важный. А если для bigtech не повышать требования, то что вообще будет мотивировать их модернизировать инфраструктуру.

Ответить
Развернуть ветку
Sergey Parshikov
Автор

Мы это Дивизион "Цифровой Корпоративный Банк" в Сбербанке :) А эта колонка попала в раздел "Трибуна" потому, что сюда ее определили модераторы VC 

Ответить
Развернуть ветку
Mike Espoo

 Подобные статьи должны выходить от компании, а не от частного лица.
Пример:
https://vc.ru/tinkoff

Ответить
Развернуть ветку
Vanya

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

Ответить
Развернуть ветку
Sergey Parshikov
Автор

У эквайринг отдельное API . Но я передам коллегам

Ответить
Развернуть ветку
Alexander Saveliev

От Коруса отдельный лайк за API 😏

Ответить
Развернуть ветку
Make Luv
ЗДА - заранее данный акцепт

Полное название - Первичный идентификационный заранее данный акцепт.

Ответить
Развернуть ветку
Алексей Траньков

У меня простейшая задача. Я ИП. У меня есть счет в СБ (или 2 счёта). И я хочу 2 раза в сутки с этих счетов получить данные об их состоянии, то есть буквально, сколько денег у меня на счету. Больше мне ничего не надо. Мне изучать документацию, или на такие "мелкие" задачи вы не рассчитаны? (мелкие-то мелкие, но зато потребителей много могло бы быть)

Ну, просто, я себе для моего малого бизнеса написал на гугл-сервисах и телеграме в качестве интерфейса мониторинг затрат, календарь выплат, и хочу прикрутить туда состояние счёта, чтобы был дашборд с двумя графиками на временной шкале: вот так у меня идут выплаты, вот столько денег у меня сейчас на счету. Хватит или не хватит. Можно, конечно, руками это всё вносить, но это провальный подход.

Это мне надо идти рассчитывать стоимость, документы относить, вот это вот всё?

Спасибо заранее.

Ответить
Развернуть ветку
Сдохни, модератор

Да, я представителю задал вопрос, ну и вам на всяк случай напишу - это счастье от Сбера стоит 50 тыс в мес. Так что если вы не сервис для хотя бы сотен ИП и юр лиц, то явно это API не для вас (и не для меня, я хотел подгружать в банк счета розничным покупателям)

Ответить
Развернуть ветку
Алексей Траньков

Ну, что же, будем следить за банками-конкурентами )

Ответить
Развернуть ветку
Sergey Parshikov
Автор

Да. Пока для всех потребителей требования практически едентичны. Единственное исключение - наличие платежного функционала  и повышенные требования к безопасности. В этом случае необходимо засетапить «железный vpn” - ФПСУ

Ответить
Развернуть ветку
Сдохни, модератор

А чего вы ему не ответили, что это будет стоит 50 тыс руб в мес? Перечитайте зачем нужен этот функционал, и сами подумайте, будет хоть один ИП в здравом уме для подгрузки состояния счета в отчеты платить 50 тыс в мес? Вы там вообще понимаете, что таких цен для конечных потребителей не бывает нигде в мире?

Ответить
Развернуть ветку
Sergey Parshikov
Автор

Для ИП, который хочет удобно сдавать бухгалтерию, есть сервис сдачи бухгалтерии (https://www.sberbank.ru/ru/s_m_business/bankingservice/accounting), который стоит 250 руб в месяц, а для мониторинга состояния счета идеально подходит интерфейс Сбербанк Бизнес Онлайн.
Да и API предназначим для клиентов сегмента Крупный бизнес или же для SAAS сервисов, которые в свою очередь монетизируют пользовательскую базу.

Ответить
Развернуть ветку
Сдохни, модератор

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

Ответить
Развернуть ветку
Михаил Пуляевский

Где можно попробовать оплатить?

есть примеры конкретной имплементации? Уже полгода ищу, никак не найду...

Ответить
Развернуть ветку
Денис Ананьев

Примеры имплементации B2B подписок можно посмотреть, например, по следующим сервисам тут (потребуется авторизоваться в Сбербанк Бизнес Онлайн):

Моя Бухгалтерия Онлайн: https://www.sberbank-mbo1.ru

Бухгалтерия для ИП: https://www.sberbank-mbo1.ru/usn/ 

Сервис выставления счетов: https://invoice.sbbfm.ru 

Сервис «Бизнес Аналитика»: https://sbbfm.ru

Сервис «Моя торговля»: https://www.sb-mt.ru

Ответить
Развернуть ветку
Михаил Пуляевский

Хотелось бы увидеть в первую очередь «corporate checkout», подписки не то. 

Ответить
Развернуть ветку
Aydyn Akhmedov

Попробуйте в Эвоторе.

Ответить
Развернуть ветку
Михаил Пуляевский

А можно ссылку поконкретней, у Эвотора очень путанный сайт. В принципе я видел как у МТС, но все равно интересно. 

Ответить
Развернуть ветку
Aydyn Akhmedov

Саму кассу вроде действительно нельзя купить, это работает в их маркетплейсе сервисов. 

Ответить
Развернуть ветку
Sergey Parshikov
Автор

Можно :)

Ответить
Развернуть ветку
Alena Tsepkova

Данный метод можно посмотреть в процессе покупки онлайн-кассы Эвотор внутри Сбербанк Бизнес Онлайн

Ответить
Развернуть ветку
Михаил Пуляевский

А можно ссылку? Поискал, но я не нашел оплату прямо Эвотору, только через партнеров. 

Ответить
Развернуть ветку
Alena Tsepkova

Вам нужно зайти в Сбербанк Бизнес Онлайн (https://www.sberbank.ru/ru/s_m_business/new_sbbol) - все продукты и услуги - онлайн-касса ЭВОТОР. В конце заказа будет сформирован черновик платежа через corporate checkout. 

Ответить
Развернуть ветку
Sergey Parshikov
Автор

Практически все сервис Партнеров, которые доступны клиентам Сбербанк Бизнес Онлайн интегрированы через API. Например, https://www.sberbank-mbo1.ru или https://sbbfm.ru

Вот на сайте МТС например, ЮЛ можно купить телефон https://shop.mts.ru/b2b/?utm_source=mtsmedia&utm_medium=pr&utm_campaign=b2b_oplaty&utm_content=quick_pay&b2b=true&_ga=2.41085602.1467342817.1577517084-923797918.1577517084 используя кнопку оплатить через СББОЛ (не нужно ждать выставления счета, создавать платежку и ждать перевода. Все моментально, достаточно лишь нажать на кнопку оплатить. Тоже самое есть на сайте ozon.travel

Ответить
Развернуть ветку
Михаил Пуляевский

К сожалению, в МТС оплата не работает (см.скрин). И так или почти так на всех сайтах заявленных к поддержке. А подписки это совсем другая опера. 

Ответить
Развернуть ветку
Konstantin Shadrin

Михаил, подскажите вы вводите реальный ИНН и после этого метод оплаты неактивен?

Ответить
Развернуть ветку
Михаил Пуляевский

ИНН там негде вводить. Вводишь номер телефона и email, потом отдельно - логи и пароль СББОЛ

Ответить
Развернуть ветку
Aydyn Akhmedov

У меня работает. 

Что вы делали не так?)

Ответить
Развернуть ветку
Михаил Пуляевский

Сегодня и у меня заработало. Мистика

Ответить
Развернуть ветку
Sergey Parshikov
Автор

А какая была ошибка? Может скриншот остался?

Ответить
Развернуть ветку
Михаил Пуляевский

Ошибки не было, просто неактивен метод оплаты через СББОЛ, скрин чуть выше прикладывал

Ответить
Развернуть ветку
Konstantin Shadrin

Спасибо за сигнал, разберёмся)

Ответить
Развернуть ветку
Иван Дубышкин

Начало сумбурное. Типа "Мы сделали некую такую аналитическую штуку, которая не работала". И в целом видно, что вы от своего API оторвались и забыли русский язык. Freemium, digital - вот это вот всё. SaaS кстати вот так пишется.

Ответить
Развернуть ветку
Oleg Shalnev

Уже который раз пытают с кем-нибудь связаться на предмет использования оного API в деле построения маркетплейса в мобильном приложении, но ваш цифровой менеджмент непроницаем.
Может быть возможно здесь получить номер телефона где можно получить квалифицированную консультацию. 
У Тинькофф-банк такие люди есть. Все рассказали, предложили заключить контракт. У Сбера даже дозвониться никуда невозможно.

Ответить
Развернуть ветку
Sergey Parshikov
Автор

Олег, отправил вам контакты в личку. 

Ответить
Развернуть ветку
Антон Гру

Сергей, подскажите, как с вами связаться по поводу работы с Fintech API

Ответить
Развернуть ветку
Sergey Parshikov
Автор

Оставьте заявку тут https://www.sberbank.ru/ru/legal/finapi#application

Мы обязательно свяжемся

Ответить
Развернуть ветку
43 комментария
Раскрывать всегда