Вот это удар в спину, конечно. Сбербанк решил формально подключиться к Системе быстрых платежей от ЦБ (чтобы штрафами дальше не закидывали), виду не подал, никому не сказал, спрятал кнопку подключения и был таков. Жил бы себе дальше, не тужил, если б не дружочки из Альфа-Банка. Беспрецедентное коварство.
UPD: #comment_170537037
Инструкция от СберБанка https://www.sberbank.ru/ru/person/remittance/sbp
Рокет приобретали другие собственники, ещё до санации. С 2017го года после санации открытие принадлежит на 100% государству (точнее ЦБ, но один хрен) и дохнуть ему не с чего :) Фактически сейчас это наиболее государственный банк, а вовсе не сбер или втб. Наверное, потом продадут, но то пока суть да дело...
Дык, верно, рокет продали, а "Открытие" осталось у ЦБ. Я про Открытие писал. Т.е. смысл в том что это уже давно разные банки, поэтому у них тарифы и условия перестали совпадать.
Я не знаю откуда Вы, и возможно это не даст вам пользы. Но я пользуюсь банком УБРИР, зп приходит на сбер, я все деньги перевожу на карту УБРИРа без комиссии, и дальше оплаты всего всего идут. + кэшбек в деньгах, а не в призрачных бонусах. Еще маленький бонус в том, что у нас все садики, музыкалка сидят на этом банке, и оплата их услуг получается без комиссии.
А с какого фига перевод внутри (!) банка, должен быть платным? Твои деньги и так там используются на полную.
Меня больше напрягает комиссия внутри банка но в разных регионах! Вот это позор. Я 6 лет назад на первичку ездил после мед института, а за общагу принимали только нал. Блин в банкомате своего же банка брали комиссию (
У кого-то хоть лимиты. А я вчера перевел на карту Сбера же и в своем же регионе 10k (единственный перевод за последние пару месяцев) ...и комиссия составила 100 р. Сбербанк стремится на дно к Почте России и Ростелекому, походу.
Даже лимит по быстрым платежам в другие банки больше чем на переводы внутри банка. Пиздец
Вы из Москвы? Там с 01 июня 50 тыс лимит и без комиссии в любой регион Сбера. Еще есть какой-то регион, где тоже с 1 июня.
В левом верхнем углу начального экрана (в ойфоне так, по крайней мере), слева от строки поиска есть в кружочке типа человечек. Жмуляете на него и проматываете вниз до раздела Тарифы и лимиты. Там кнопулька Переводы без комиссии. Вот там.
Мне вчера тётя деньги переводила, сняли комиссию. И у неё и у меня карта сбербанка, в одном городе открывали.
Ну вот видите раньше было без комиссий а теперь с комиссиями но у вас есть свистелкаперделка из поста.
Да.
Оставьте на ноч.
Оно не будет светиться.
Такое ощущение, что вообще не жив.
Потом, часа через 4 сделает "курлык" и пойдет зарядка
ЗЫ я так свой старый Сони-слайдер зарядил.
Там у меня, вспомнил - контакт старого друга лежал.
ЗЗЫ: Там вообще было.
Я ему звоню, он мне - ты кто такой?!
Я говорю, чо, не узнал, помнишь "далее узнаваемая ситуация"
Он что-то там уронил. Звук такой, бам.
Саня?
Я - ну, вот, нашел тебя.
Потом конечно бухнули, в компании, там еще нашлись старые товарищи)))
Вчера соседа встретил, у него небольшой магазинчик канцтоваров, розница. Поставил в прошлом году терминал от Сбера, чтобы покупатели могли картой расплачиваться. (Все, наверное, знают, что когда расплачиваешься картой в магазине, часть суммы забирает себе банк в виде комиссии). Так вот, ему на днях звонили из Сбера, и сказали, что "в апреле-мае у вас было очень мало оплат по терминалу, нам это не нравится, поэтому мы поднимаем вам комиссию на 2%".
добавь это тоже в копилку)
Ну до этой системы перевести деньги другому клиенту в другой банк можно было, только зная номер карты или другие реквизиты, при этом большинство банков брало за это комиссию, а перевод по реквизитам мог затянуться до 3 дней. А переводы по номеру телефона были доступны только внутри банка. Теперь можно перевести в другой банк деньги, зная только номер телефона получателя, перевод происходит моментально, до 100 000 руб в месяц без комиссии.
1. Работает 24/7.
2. Как правило, дешевле банковского перевода.
3. Перевод по номеру телефона - иногда удобен (а иногда - нет).
Также в СБП есть любопытная фишка: оплата по QR-коду, без банковских карт. Её использует, например, интернет-магазин wildberries (а больше пока практически никто).
Вы судите по своему городу,я живу на Урале в провинциальном городке с населением 25к не одного альфа банкомата в городе,есть сбер,скб,втб,убрир а альфы нет
Так СБП в принципе работает почти у всех банков только в приложениях, насколько помню. У Альфы в вебе нет такой функции.
Скажу точно, что эта функция никак не связана с мобильными-банками. И что у ряда банков она доступна во всех клиентских кабинетах, так скажем.
Поэтому и сказал "почти у всех". Есть пример банка, у которого есть в вебе? Тинь, наверное? Скрин можно?
Спасибо. Красиво, надеюсь, Альфа допилят свою новую версию ЛК, которую постепенно пилят уже года три...
Простите, а у Альфы в приложении где искать эту функцию? Мне, наоборот, из Альфы в Сбер нужно переводы делать.
Мою ипотеку продали Альфе как раз, когда я собрал пакет для рефинансирования, что запустило дополнительный огромный гемор.
У всех нормальных продуктов. Если у вас на каждый фронт по бэку, то вы делаете что-то не так.
Не зависит. В этом и смысл бэка. У тебя сидит бэк и, если угодно, имеет API для каждого фронта, по которому фронт может долбиться куда хочет. Но это плохой подход. Правильный вариант - один бэк и один API. Задача фронта - отобразить данные, присланные бэком и ничего более, там нет никаких юридических аспектов. Единственный аспект - защита пересылаемых данных. Чтобы баг не положил прод, его обычно тестируют на QA, который юзает свои или копию данных с прода, тем самым, творить можно чё угодно, не опасаясь свалить прод.
Фронты для бэка - это обычные клиенты, которым надо что-то продать.
Если у тебя дофига разных модулей, каждый из которых занимается какой-то своей фичей, то у тебя всё равно должен быть один агрегатор, к которому и только которому будут долбиться клиенты, а уже этот агрегатор ходить куда надо и собирать данные.
Я прекрасно знаю, что финтех - это другой мир, а крупные банки особенно, ибо куда не плюнь, там везде легаси, в которое гадят не один десяток лет. В том числе это дерьмовое легаси существует благодаря таким идиотским решениям из бородато-лохматых годов, когда это было актуально и нормально. Финтех - болото, учиться и прогрессировать там не в чём, ну в бэке точно.
Если вы не хотите уводить фичу в мп, то просто не долбитесь в бэк, в чём проблема? Долбитесь только из вэба. Нахера ОТДЕЛЬНЫЙ бэк?
Если крутой крупный банк не может провести нормальное QA, то это говно, а не банк. И позор его отделу R&D.
плюс на мобиле абсолютно легковесный клиент пишется, который сам даже не управляет переходами между экранам, все определяет бэк
Это еще что за ахуительные истории? Может, расскажете еще, что эвенты на скрине бэком управляются?
ну ок.
1. Вы пишетенабор бизнес процессов разный, некоторые банковские процессы нельзя увести в мп, по юридическим аспектам плюс, безопасность, завладеть мп куда проще чем стационарником, поэтому в них процессы разные по умолчанию.
это чушь: в нормальной архитектуре все бизнес-процессы разделены и изолированы интерфейсами. Доступ к тому или иному процессу разделяется на уровне апишки, никакого смысла городить отдельный бэк для каждого фронта нет, более того, это говорит о плохой архитектуре системы. Что будет, когда появится принципиально новый терминал? Придется, очевидно, пилить новый бэк под него. Опять же, веб отличается от мп тем, особенно у банков, что весь функционал веба раскидывается по нескольким мп, как-то: мобильный-банк, страхование, инвестиции, бизнес и т.д. С вашим вариантом придется либо пилить отдельный бэк под каждое мп, либо дробить общий бэк для мобильного фронта под каждое мп, в любом случае это совершенно безумные накладные расходы и усложнение поддержки кода. Это совсем нехорошо.
2. Версионирование. Да, это проблема, но она решается путем принуждения пользака обновиться, с отключением или частичным ограничением неподдерживаемого функционала. Лично я это вижу у всех мобильных банков у себя на устройстве(а их 4).
3. Про qa уже высказывались, а меня прям зацепило вот это ваше:Эвенты присылаются с бэка;)
Уважаемый, эвенты происходят на фронте, это клики, скроллы, переходы и прочие действия. Они по определению не могут приходить с бэка. И они обрабатываются в приложении, MVP, MVVM, MVI, Pattern, мать его, A, кэширование и вот это вот все.
это чушь: в нормальной архитектуре все бизнес-процессы разделены и изолированы интерфейсами.
что бы это должно значить?
Доступ к тому или иному процессу разделяется на уровне апишки, никакого смысла городить отдельный бэк для каждого фронта нет, более того, это говорит о плохой архитектуре системы.
ну, т.е. вы предлагаете захреначить моноприложение с кучей апи, как релизить будем такого монстра? любая фича - регресс всего функционала. я вам так скажу, у меня есть на работе подобный проект, 5гб репа, почти два миллиона строк кода, сказать, у кого есть экспертиза по приложению? ни у кого. как регресс проводить функционала проходит - я думаю, тоже можно не рассказывать, а потом в проме ловим баги. и проблема не в qa команде. ваш подход еще как то работает в маленьких приложениях, когда у тебя штат в 300 разрабов пилит бэк - невозможно пилить это в одном приложении, дичь же, в конфликтах погрязнете. почитайте историю, как гугл со своим монорепозиторием с ума сошел
Что будет, когда появится принципиально новый терминал?
например какой? ну даже если предположить, что появится новый мобильный телефон - ну будет как было с мобильным телефоном: сделают новое приложение, где проблема?
Опять же, веб отличается от мп тем, особенно у банков, что весь функционал веба раскидывается по нескольким мп, как-то: мобильный-банк, страхование, инвестиции, бизнес и т.д. С вашим вариантом придется либо пилить отдельный бэк под каждое мп,
ну вообще - этот подход старый достаточно, тинькоф вон уже анонсировал суперапп, и не только он.
С вашим вариантом придется либо пилить отдельный бэк под каждое мп, либо дробить общий бэк для мобильного фронта под каждое мп, в любом случае это совершенно безумные накладные расходы и усложнение поддержки кода. Это совсем нехорошо.
ты не поверишь, но нет. бэк для мобилы дробится на части, я это уже писал, нет единого приложения, есть система, микросервисы, на общей платформе, на каком нибудь опеншифте в в докерах. и как результат, если тебе нужны клиентские данные - ты будешь дергать ровно тот же метод во всех приложениях для мобилы, где проблема?
и это не безумные расходы, безумные - это пытаться сделать единый бэк, во-первых, как масштабировать нагрузку? если у тебя, например, один какой то сервис тянет много ресурсов, ну что ты сделаешь? поставишь балансировку, на каком нибудь нжинксе и фиганешь распределение нагрузки и как результат - получишь два гигантских приложения на каких нибудь спарках в проме за тысячу бабла ради одного сервиса, который тупит?
а что происходит при распределенной структуре? ты берешь этот один модуль, заходишь в опеншифт, нажимаешь стрелочку вверх, чтобы добавить еще инстанс. все. ну, на самом деле не все, но это куда проще, и дешевле.
ты всем этим своим ответом нарушил сразу же первый жи принциы из S.O.L.I.D. single responsibility - это же не только к классам классам, но и к приложениям применимо, why not?
2. Версионирование. Да, это проблема, но она решается путем принуждения пользака обновиться, с отключением или частичным ограничением неподдерживаемого функционала. Лично я это вижу у всех мобильных банков у себя на устройстве(а их 4).
негативный клиентский опыт. а что делать с теми, кто не обновляется? лишать банковских услуг? ты это в договор на удаленное обслуживание впишешь, такой пункт? а в суд пойдешь такую позицию отстаивать? это абсолютно неверное решение.
насколько я помню - принудительное обновление приложения у моих банков было один раз, когда tls 1.1 задепрекейтили. ну тут понятно, шифрование это важно.
и более того, зачем заставлять обновлять? перенеси всю логику на бэк. вообще всю, это возможно, только нужен нормальный движок на мп и правильный протокол. и тогда у тебя приложение будет обновлениями только расширятся, а не включать функционал, который отвалился, потому что бэк накатили на той неделе.
Уважаемый, эвенты происходят на фронте, это клики, скроллы, переходы и прочие действия. Они по определению не могут приходить с бэка. И они обрабатываются в приложении, MVP, MVVM, MVI, Pattern, мать его, A, кэширование и вот это вот все.
никто не спорит, что на фронте. мы же не про действия пользователя, а про то, что происходит после них, и описание всех кнопок и действий доступных и всего прочего вполне может присылать бэк. тогда, если тебе понадобится, чтобы вооон та кнопочка вела на другую страницу - ты можешь это сделать без перерелиза мобилы, и вообще без обновления мобилы, и это прекрасно, и так банковские приложения и сделаны, все. ну вот серьезно, я чет не слышал, чтобы где то пилили моноприложение на бэке в наших банках, могу ошибаться, конечно
Невозможно, но багов, которые валят прод там быть не должно ни при каких условиях. Если есть, то ваши QA'шники - низкоквалифицированные мартышки. В любой книжке по QA написаны 100500 методов, как этого не допустить.
Как говорит мой коллега: Мы можем написать идеальную программу и идеально ее протестировать, но кому она будет нужна через 20 лет?
Ваши рассуждения верны только если речь идет об одном продукте от одной компании.
Посмотрите на те же сервисы яндекса. Для карт для такси, для метрики разные независимые API которые делаются отдельными командами, что логично, при этом есть API аутентификации, который как бы всех их объединяет, они так же обмениваются какой то частью данных между собой но через внутренний API и т.д. Приложения для таксиста и для пассажира кардинально отличаются между собой , более того есть ведь ещё и интерфейс оператора.
Возвращаясь к вопросу с тем что функционал делается в одном месте на беке и сразу появляется во всех фронтах. Например команда карт внедряет фичу с подъездами в домах, но в приложении такси данная фича появится только после того как конкретно команда отвечающая за такси сможет приступить к ней.
В случае банка например МП и МБ для физиков это один бэк, приложения для внутреннего аудита другой, набор софта для филиалов третий, корпоративные решения для бизнеса , биржевые продукты, интеграция с операторами связи, разные софтины для госорганов и ещё куча всего. Это все слишком разные продукты чтобы у них всех был один общий бэк. Часть их функционала конечно пересекается и для общей части должен быть один интерфейс, но часть то функций не пересекается и ни в коем случае на должна пересекаться, часть функций осуществляется вообще другими компаниями и структурами и перекинуть через свои сервера юридически сложно. Например хранение персональных данных должно осуществляться отдельными оборудованными и сертифицированными серверами, или та же работа со смарт картами.
Так мы здесь обсуждаем вроде один продукт, не? Товарищь утверждает, что в одном продукте под разные фронты нормально пилить кучу бэков.
В вашем примере, это будет какая-нибудь авторизация, например. На вебе один бэк, в мп другой. Ну это же дичь полная, разве нет?
До кучи, даже если у вас в продукте много ваших api, то куда проще их объединить в один через агрегатор. Тем самым, вы спокойно сможете кардинально менять внутрянку, пока фронт ходит по одному интерфейсу.
И что мешает при вызове этой херни на сервере анализировать кто ее вызвал - веб или МП?
даже обсуждать такой вариант не хочу, это отвратительное решение, вы завязываете логику бэка на фронт. это пиздец. не делайте так.
Более того, для каждой сессии при старте может генерироваться некий hash ключ, который бэк-сервер будет проверять перед исполнением любой api команды. Если разрешена операция, то она выполняется. Если не разрешена - идёт отлуп.я правильно понимаю, что вы хотите генерацию некоего ключа вынести на фронт, который можно декомпильнуть, и посмотреть правила генерации этого ключа и подложить его под невалидные операции?
И это правильно, потому что проверка валидности операций и запросов от клиента должна идти постоянно. Вдруг, административно уже клиент заблрчен, но в рамках текущей сессии сам клиент это не знает.
никто не спорит, это надо делать, конечно же. только фронт тут должен участвовать только в том, что подтверждает устройство пользователя, через какой нибудь параллельный канал, например
Тогда что за хеш вы собрались генерить на бэке и там же его проверять? в чем смысл?
а осталные вопросы?
Объясняю. При логине на бэке, происходит генерация уникального сессионного хэша/токена, согласно тому какой клиент подключился. Если вам это о чем-то скажет, то в качестве примера может выступать CSRF-токен и схема работы с ним.
Дальше клиент запоминает этот токен и при каждом запросе на бэк, вместе с данными по конкретному запросу - передает этот хэш на сервер для дополнительной проверки.
Сервер помимо обычных проверок сверяет еще и токен на предмет того, какие опции были разрешены данному клиенту при подключении в текущей сессии.
Собственно все.
Работает единый API, единый бэк, который это все обслуживает, плюс добавляется защита от хитросделанных умников, которые будут играться с подстановкой токенов.
p.s.
Но если вообще честно, то я не вижу особых вариантов, что же такого можно делать клиенту через веб, но принципиально нельзя делать через приложение.
валюту менять? карту заказывать? Счета закрывать/открывать? заявления в банк писть? ну вот дайте конкретный пример и ссылку на конкретный закон, что такое действие можно только через веб.
Объясняю. При логине на бэке, происходит генерация уникального сессионного хэша/токена, согласно тому какой клиент подключился. Если вам это о чем-то скажет, то в качестве примера может выступать CSRF-токен и схема работы с ним.
Дальше клиент запоминает этот токен и при каждом запросе на бэк, вместе с данными по конкретному запросу - передает этот хэш на сервер для дополнительной проверки.
Сервер помимо обычных проверок сверяет еще и токен на предмет того, какие опции были разрешены данному клиенту при подключении в текущей сессии.
пф, токен сессии, а как это вообще связанно с тем, единый бэк это или нет? это вообще не имеет отношения к вопросу, я то и не понял, что за магия у вас там с токеном, и что он делает. а тут, сессия.
Но если вообще честно, то я не вижу особых вариантов, что же такого можно делать клиенту через веб, но принципиально нельзя делать через приложение.юридически - не значит закон, доп соглашение на удаленное обслуживание тоже юридический документ. там различия в уровне компроментации, телефон более опасное устройство, как результат, на нем часть процессов не реализуют именно по этим причинам. конкретные фичи - это уже от банка зависит, так что тут уж надо знать внутреннюю кухню.
валюту менять? карту заказывать? Счета закрывать/открывать? заявления в банк писть? ну вот дайте конкретный пример и ссылку на конкретный закон, что такое действие можно только через веб.
У всех нормальных продуктов.Ну это ваше субъективное мнение.
"Каждому фронту по бэку" (backends for frontends) вполне себе легальный вариант паттерна "Шлюз API" (API Gateway) в микросервисной архитектуре.
Пожалуйста, ознакомьтесь с документацией:
https://microservices.io/patterns/apigateway.html
https://docs.microsoft.com/ru-ru/dotnet/architecture/microse...
@gressmc, тоже почитайте
Это не бэкенд, это прокся между бэкендом и фронтом. Фронт стучится в свою проксю, прокся стучится в общий бэкенд, получает данные, готовит их под свой фронт и отдаёт ему. Благодаря проксе во фронт приходят уже приготовленные и прожованные данные. Но это не отдельный бэк.
Бэкэнд понятие относительное.
Если у меня микросервисная архитектура с кучей шлюзов, то для меня это всё один большой бэкэнд со шлюзами.
Если вы разработчик мобильного приложения, не видящий всей системы целиком, то для вас бэкэнд это один из этих шлюзов.
И API Gateway != Proxy. Шлюз может для подготовки ответа на ваш к нему запрос, самостоятельно сходить в несколько микросервисов (каждый из которых может работать на разных протоколах), собрать из их ответов ответ для вас (закешировать его) и вернуть вам. А вы и знать ничего не будете про эту машинерию. Для вас всё будет выглядеть монолитно, с единой точкой входа.
они не продают разный продукт
Как раз таки разные и продают, как и любая крупная компания. И еще и чисто для себя пишут кое что, и для госструктур тоже делают, и для партнеров наверняка приходится что то ваять.
Мне интересно куда они засунули кнопку снизить ставку по ипотеки до 6.5%, которую рекламировал Греф с 6 мая 2020 года
Пару месяцев назад хотел зарегистрироваться как самозанятый через сбер. Но т.к. у меня рутованый андроид, официальное приложение ставить не могу, неофициальное конечно же нуегонах. А через браузер такой возможности нет, вернее есть, но доступна она не всем пользователям. Именно так мне сказали на горячей линии
Всё просто, Альфа при использовании СБП экономит деньги, ведь ещё полгода банки не будут платить ЦБ за эту услугу, а Сбер при использовании СБП деньги теряет. Поэтому разница в подходах.
Нет, приседания есть у всех. Клиент должен сам подключиться к ней, чтобы отправлять и получать платежи.
Нет, именно подключение к СБП. Пока в приложении не подключил, переводы по СБП были недоступны. И так во всех банках, где у меня карты есть.
ВТБ, РСХБ, Тинькофф, если быть точнее. Ну и Сбер теперь, пока эту новость не увидел, не знал как подключиться.
Точно не у всех, многие банки подключили по умолчанию. Единственное что в других банках нужно было сделать, так это назначить приоритетную карту для приема переводов по номеру телефона.
а я чот и в приложении не нашел, пошагово дошел до соглашений а там нет "быстрых платежей" :)
у меня на старом телефоне одно время висела плашка, мол, ваш Андроид слишком старый (4.0), обнов больше не будет. потом она кстати отвалилась куда-то, да и пару раз че-то скачивал, но мб фиксы какие-то были
Сбер вводит эту функцию постепенно с начала марта. Только сегодня отрапортовали что завершили подключение всех клиентов. Так что через день-два и вас появится.
Не фанат сбера, но последние год-два у них и в отделениях нормально было. Не идеально, конечно, но намного лучше, чем раньше, и лучше, чем в некоторых других банках
У меня рабчий стол miui начал циклически вылетать после установки их приложения. Лечится закрытием/ удалением приложения Сбербанк
стол наверное важнее, чем приложение, позволяющее не шариться по городу в поисках банкомата.
прикинь можно зайти через браузер на сайт сбера и точно так же деньгу кинуть и банкомат не нужен.
Еще они не довели до сведения каждого хотя бы смской, что при переводе свыше 50 т.р. начинаешь уплачивать комиссию 1 процент. Имейте в виду. Даже мужу или жене.
Вот звонить и навяливать услуги по телефону они вэлкам, а о такой важной "мелочи" сгенерить смс не догадались.
Часов в 12 дня прошла новость по всем крупным агентствам новостей. Там же и инструкции были даны по подключению. Вот, например
https://www.interfax.ru/business/710672
https://rg.ru/2020/05/28/sberbank-podkliuchilsia-k-sisteme-b...
Не имею причин заступаться за Сбер, но у меня исходящие переводы были подключены по умолчанию.
возможно через другое приложение со сберовской карты себе переводили. я так через приложение открытия со сберовской перевел и уменя исходящий был активирован
А обратно с альфы на сбер работает чтобы без процентов? А то чаще бывает ситуация: просят постоянно кому-нибудь скинуть на сбер-онлайн, а у меня альфа
Через СБП, конечно, работает, в этом ее смысл, чтобы условия равные для всех! По номеру карты платно. По реквизитам счета раньше было бесплатно, но теперь сделали что-то около 9 рублей за перевод, бедствуют в кризис.
Возможно, это не тот пункт в меню переводов. У меня нет Сбера, только Альфа, помочь не могу.
В сбере вроде все пенсии и пособия выдаются... но возможно я не права. Так что засранцы всяко не сдохнут
Да речь не о том, что сдохнут, пусть живут. Главное, теперь не нужны лишние телодвижения, чтобы переводить мелочевку друзьям просто по номеру телефона. Без заморочки с разными комиссиями и номерами карт.
Забылась Павловская конфискационная денежная реформа 91 г.. Когда деньги были заморожены, а в последствии изъяты со счетов и сберкнижек.
в окне "переводы" пролистай вниз, самый нижний пункт - "через систему быстрых платежей", он отдельно вынесен
Вообще вроде в рамках одного банка нельзя делать переводы по СБП.
Так что это сугубо внутрибанковский перевод.
У сбера вроде есть ограничение в 50к в месяц на переводы внутри банка без комиссии.
Возможно, Ваш перевод больше или были другие переводы в этом месяце, в результате чего лимит был превышен.
Если не так, советую обратиться в поддержку Сбера.
Смысл СБП в том и состоит, что обе стороны должны быть зарегистрированы в системе по номеру телефона. Не можете же вы отправлять деньги "на деревню дедушке".
Я решил самостоятельно попробовать подключить эту функцию к одной из своих карт Сбербанка и, честно скажу, не сразу понял как это сделать, поэтому решил сделать снимки экрана приложения Сбербанк Онлайн (телефон на Android), чтобы показать все шаги, которые надо пройти для подключения к системе.
У меня получилось 18 скринов!
Все скрины тут http://www.sysengineering.ru/notes/podklyuchenie-karty-sberb...
Вчера буквально увидела при переводе с альфы, что на сбер тоже можно по номеру телефона. При нажатии вылезло сообщение,что нет подключения к системе платежей и все. Ну, думаю, а как к ней подключиться не ясно. Так с комиссией и перевела. А сегодня все ок) подключила настройки в сбере и оп, без комиссии.
Самое непонятное, почему так СБП боится Сбербанк. Они даже легально могут комиссию брать, это не запрещено.
