Не очень понятна метода - оплатил клиент положим через СБП - ему же надо чек отдать? Как банк и мы поймет что это оплата через СБП?
В расчете что надо писать - электронно (для безнала)? Тогда он же ждет подтверждения от авторизатора и приложения карты.
И то что он в Z-отчете потом пройдет - это тоже верно?

В общем поделитесь кто делал... Немного запутался.

покури как СБП заинтегрировано в типовых
https://v8.1c.ru/tekhnologii/obmen-dannymi-i-integratsiya/realizovannye-resheniya/sistema-bystrykh-platezhey/

(0) отражаем точно так же как эквайринг.

(3) а как обходите авторизатор?

(4) Какой еще кхерам авторизатор? Через расширение добавили еще один эквайринговый терминал ну и через расширение всю обертку этого терминала написали.

(2) видел, но непонятно как в кассу толкают - какая то новая система оплаты(нал/безнал/СБП)?

(5) получается в Z- отчете не увидите что прошло по картам, а что по СБП? - все свалится в безналичные?

(7) Да. А зачем? Если надо то в УТ есть отчет - там можно безналичку по эквайринговым терминалам развернуть. Или так же есть стандартный метод - сверка расчетов по эквайрингу. Там в разрезе все.

(7) да
СБП - это безналичная оплата

(6) безнал = СБП.

а как продавцу увидеть моментально что платеж совершён ?

(11) А как он сейчас видит? При оплате через обычный эквайринг открывается окно "Ждем оплаты...".
В СБП точно так же открывается окно "ждем оплаты...", как на сервере банка отмашку сделают, что оплата прошла - проводим чек.

(12) чек на эквайринге выходит.

(13) Нет. На ККМ.
Вот пример инструкции с конкретным банком https://www.upload.ee/files/14322035/_______________________________________1231.pdf.html

(14) при подключении эквайринга НЕЗАВИСИМО от 1Ски, при оплате картой на нём выходит чек подтверждения.
Тут получается надо подключать в связке в 1Ской, тогда она сразу от банка получит подтверждение...

(15) Смотря как у вас терминал подключен. У нас эквайринговые чеки на ККМ распечатываются. У терминала нет чекопечатающего устройства.

+(16) Для сбп не нужен эквайринговый терминал. Он в 1С зарегистрирован как эквайринговый терминал, но таковым не является. Он просто обрабатывает методы 1С как эквайринговый терминал.

По минимуму, "по НищеБродски", для оплаты по QR вообще ничего не нужно.
Можно напечатать статический QR код на бумажке, и приклеить скотчем рядом с кассой :-)
Клиент сканирует его приложением, вводит вручную сумму, и оплачивает.
Вам на телефон приходит СМС или ПУШ, что деньги прошли, нажимаете оплатить(по безналу, через внешний, не подключенный к программе терминал), и радуетесь жизни :-)
В принципе, такой вариант ни чем не отличается от обычного эквайринга, когда терминал не подключен к кассе, только сумму набирает не кассир на клавиатуре, а покупатель у себя в телефоне.

А вот если делать по нормальному, то QR коды должны быть динамическими - их программа запрашивает в НСПК через свой банк. Они в себе уже содержат сумму текущей покупки, и покупатель, отсканировав такой код приложением, просто нажимает оплатить, и все.
На кассу(в программу) приходит подтверждение платежа(деньги, в отличии от обычного эквайринга зачисляются на р.счет сразу, а не после закрытия банковского дня), и касса печатает чек с видом платежа "БЕЗНАЛИЧНО".
В таком варианте, возникает вопрос - а куда вывести этот сформированный QR код? Можно конечно, и на основной монитор кассира, но это не удобно - обычно, он к покупателю "спиной" повернут... Поэтому, тут лучший вариант - специальная приблуда, типа такой: https://qr-display.ru/
Но, если хочется съэкономить порядка 4К, то можно что-то еще придумать, например печатать код на кассе... Но, в свете текущего дефицита и дороговизны ленты, экономия сомнительная.

(18) Технологии на месте не стоят, сейчас есть еще 3й вариант. Самый правильный.
Статический код на кассе в рамочке для клиента.
Перед оплатой он активируется с нужной суммой и всем прочим. После оплаты сам дезактивируется ну или из 1С при отмене платежа. Вложений - 1 распечатанный листок с qr-кодом. Ну и работа программиста конечно.

(19) Прикольно. Я о таком и не слышал. Интересно, а как в таком случае приложение на телефоне клиента сумму получает? Откуда?

Ну, вообще, если хорошо подумать, то наверное ни откуда. Клиент сам вводит, а отличие от первого варианта только в том, что кассиру не нужно контролировать оплату, она подтверждается как во втором варианте. По другому, я думаю никак.

(20) Работает аналогично динамическим QRкодам, но коды статические. :)
Да и какая разница как это работает. Если интересно - то вот есть апи банка местного для работы с QR оплатами.
https://docs.google.com/document/d/e/2PACX-1vSNWj_r4nwXqD2Ne_CcPbYjp_CZDZM32DUD64xgNNbInz02kKkSU2I5Eyf1FaGnehh-j8tElvm47aDu/pub
Вот api между банком и нспк - https://sbp.nspk.ru/api/

(21) Ты как будто в интернете первый день. А понятно - пенс наверно :)
Вот с сайта НСПК:
QR-Static - Платежная ссылка СБП, сформированная для многократного использования для оплаты товара, работ или услуг в ТСП. Подтипом является Кассовая Платежная ссылка СБП с возможностью перезаписи параметров платежа (Кассовая ссылка) – Платежная ссылка СБП, предназначенная для выполнения множества Операций СБП, в которых сумму и другие платежные реквизиты каждой Операции СБП устанавливает ПОЛУЧАТЕЛЬ.

(23) А понятно - пенс наверно :)
Еще нет, не не далеко от этого :-)

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

(24) Ну это уже внутренняя кухня банка, но подключившийся банк, я думаю, должен соответствовать условиям НСПК. Тем более это фишка НСПК, а не конкретного банка.

А как выбрать на какой терминал отправлять оплату?
Если на кассе стоит уже живой терминал, а надо отправить на виртуальный я так понимаю...

(2) зачем это?

Сейчас терминалы (сбер к примеру) сразу qr-код высвечиваются для оплаты через СБП

(21) По статической ссылке клиент ничего не вводит, но её нужно предварительно активировать.
1. До активации при наведении на кассовую ссылку она ведёт в пустоту.
2. При необходимости оплаты эту ссылку активируют на кассе. Это происходит когда кассир нажимает кнопочку условно "оплатить через QR".
3. Клиент Считывает ссылку там уже заполнено наименование "товара" и сумма, поменять уже он ничего не может, может только нажать "оплатить".
4. Дальше приходит подтверждение оплаты через СМС, либо если работаете через оператора НСПК то приходит ещё callback на поднятый на кассе HTTP сервис.
5. Кассир на экране видит что оплата прошла и нажимает "Пробить чек".

Отличие от экваринга исключительно в размере комиссии.
https://cloud.mail.ru/public/wHRJ/ZJJxxZdXb

Вот, если кому интересно, записал видео, как это у меня на стенде работает: https://cloud.mail.ru/public/qtH6/74JuRWhzB
Правда, это не 1С, а фронт УКМWIN, но, какая разница. Банк экваер - Тинькофф. QR обычный динамический. Дисплей - i-kod.

(29) дорого :)