Обсуждение — Оплата VPS через СБП: QR-код вместо номера карты

Прочитал статью про оплату через СБП. Полезный шаг в ней — проверить сумму и получателя перед подтверждением. А дальше текст слишком быстро перескакивает от ответа банка к готовому серверу: для человека это выглядит как одна зелёная галочка.

Мне хочется разобрать именно переход. Банк подтвердил платёж, а статус в кабинете ещё не обновился. Что сохраняем для проверки и в какой момент обращаемся в поддержку? В статье есть совет подождать и написать с чеком. Повторно оплачивать тот же заказ из этого совета, по-моему, совсем не следует.

И отдельно оставил бы вопрос об автопродлении: разовый QR не объясняет, что будет через месяц. Условия конкретного заказа надо смотреть в кабинете, а не додумывать по привычке к другим подпискам. Какую короткую памятку вы дали бы человеку после первой оплаты?

В памятке нужны номер заказа и результат в кабинете, а банковский чек — отдельным подтверждением платежа. Это помогает сверить события, но не даёт само по себе ответа, какие документы нужны организации. Их состав я бы выясняла до оплаты, а не выводила из способа перевода.

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

Для читателя из Узбекистана я бы ещё крупно оставил, кому подходит описанный способ. Наличие QR на странице не означает, что его сможет оплатить любое банковское приложение из любой страны. Иначе человек дочитает инструкцию и начнёт искать у себя не ту кнопку.

И на телефоне не нужно искать второй телефон только ради картинки QR. В статье описан переход в банковское приложение. Но до подтверждения всё равно надо посмотреть получателя и сумму; привычная иконка банка сама по себе ничего не сверяет.

Мне бы хватило явного разделения: «платёж подтверждён банком» и «оплата отражена в заказе». Если второе ещё ждём, на экране нужна проверка статуса, а не снова большая кнопка «Оплатить». Иначе нервный человек сделает всё дважды.

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

Тогда памятка получается короткой: до подтверждения сверить заказ, сумму и получателя; после — сопоставить банк и кабинет. При расхождении сохранить подтверждение и обратиться по официальному каналу из статьи, без повторной оплаты наугад. Продление и документы проверяем отдельно. Никаких обещаний, что у любого банка всё закончится за секунду.

ruslan_krd писал:
после — сопоставить банк и кабинет

В эту строку я бы добавил время с поясом. Мелочь, но в удалённой работе я на ней спотыкаюсь постоянно: договорились созвониться «в десять» с ребятами из другого города, и каждый раз кто-то уточняет, чьи это десять. С платежом то же самое. Банковское приложение показывает время операции по настройкам телефона, а кабинет и письмо — как настроил сервис, и пояс там не обязан совпадать с моим. Человек пишет «оплатил в 9:40», а в истории заказа ближайшее событие стоит в другое время. Разговор начинается со сверки часов, а не с платежа.

Поэтому в памятку я бы записал номер заказа, сумму, подтверждение из банка и время операции с пометкой, в каком поясе оно показано. Если не уверен, так и написать: «время по приложению банка, телефон в UTC+5». Зачисление от этого быстрее не станет, но один лишний круг переписки уйдёт.

Для автопродления это тоже важно. Дату окончания периода в кабинете стоит читать вместе с поясом, если он указан. Иначе «до 1-го числа» для одного означает вечер, а для другого уже утро следующего дня.

daniyar_ala писал:
Иначе «до 1-го числа» для одного означает вечер, а для другого уже утро следующего дня.

Вот тут пояс стоит уже не одного круга переписки, а запаса времени. Кто продлевает в последний вечер, может недосчитаться нескольких часов, которые считал своими. Проще не ловить край и продлевать заранее. Тогда пояс в памятке нужен для сверки, а не для расчёта «успею ли»)

andryukha писал:
Проще не ловить край и продлевать заранее.

Согласен. Только в небольшой команде «заранее» никому не принадлежит. Все кивают, а через месяц выясняется, что напоминание стоит в телефоне у того, кто в отпуске. Человек, который платит, видит сумму и не знает, этот ли сервер ещё нужен. Тот, кто знает про сервер, не держит в голове дату. Край снова наступает в последний вечер, только теперь с перепиской в мессенджере)

Поэтому к памятке я бы добавил одну строку не про банк, а про людей: кто продлевает, за сколько дней до окончания и кто подтверждает, что сервер ещё нужен. Срок пусть каждый выберет сам, неделя или три дня. Важно, чтобы это была дата в календаре, а не «как-нибудь пораньше». Тогда пояс, о котором писал Данияр, нужен только для сверки, как ты и говоришь. Запас времени уже заложен днями, его не приходится высчитывать часами.

И заодно это хороший момент спросить себя, продлевать ли вообще. Пара лишних серверов обычно находится как раз тогда, когда кто-то отвечает за их продление.

ruslan_krd писал:
кто подтверждает, что сервер ещё нужен

Вот на этом месте у меня всегда спотыкаются клиенты) Беру строчку в свою памятку при передаче сайта, только с поправкой. Человек, который подтверждает, часто вообще не знает слова «сервер». Пишешь ему «продлить VPS до 15-го», а он честно отвечает: «а это что, мы же сайт заказывали». Блин, и он прав, ему не нужно это знать.

Поэтому я бы писала в такой строке не название услуги, а что сломается, если не продлить. Например: «на этом работает сайт и форма записи; не продлили — сайт не открывается». Тогда «нужен ли ещё» превращается в понятный вопрос: нужна ли вам ещё запись через сайт? На него отвечают за секунду.

И второе, что я вписываю отдельно: домен и хостинг — это две разные даты и часто два разных места оплаты. В голове у владельца это одно «продление сайта». Он продлил одно, выдохнул, а второе тихо подошло к концу через пару месяцев. Две строки в календаре, у каждой свой ответственный и своя человеческая подпись. Скучно, зато потом никто не пишет в мессенджер в последний вечер)

olya_web писал:
не продлили — сайт не открывается

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

void_3am писал:
QR тут была самая простая часть

ага, QR код генерит за одну строчку. а кто продлевает, хоть бы одним вызовом функции выяснить))

void_3am писал:
QR тут была самая простая часть

Простая, пока клиент не сохранит её скриншотом «на следующий год»)) Теперь в памятке рядом с подписью стоит ещё строчка: «оплату открывать заново из кабинета, старую картинку из галереи не использовать». Занудно, да. Но для человека, который платит раз в год, галерея телефона — самое надёжное место на свете. Пусть хотя бы знает, что именно туда смотреть не надо 🙂

andryukha писал:
Проще не ловить край и продлевать заранее.

Согласен, и Руслан правильно привязал «заранее» к дате в календаре. Но у этого слова есть ещё одно измерение, кроме дней: где будет человек, когда сработает напоминание, и что у него будет в руках.

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

Отсюда предлагаю к памятке ещё одну строку, совсем короткую: перед датой напоминания проверить, будет ли у плательщика доступ к тому, чем он подтверждает оплату. Это телефон, номер, приложение, на какое устройство приходят коды. Если в эти дни поездка, продлить до отъезда или заранее договориться, кто подхватит. Это та же строка Руслана про людей, только с вопросом «а он вообще будет на месте?».

И про пояс, раз уж мы его разобрали. Когда переезжаешь между часовыми поясами, календарь часто показывает события по текущему поясу телефона. Обычно это удобно, но напоминание «в 10:00» может прийти в другое время, чем ты привык. Это зависит от того, как событие создано и как настроен календарь, у разных приложений по-разному. Мне спокойнее ставить такие вещи событием на весь день, без часа. Тогда оно просто висит в нужную дату, куда бы я ни уехал.

Получается, ты прав: пояс в памятке остаётся для сверки, а «успею ли» решают дни. Я бы только уточнил, что дни должны быть не просто днями до окончания, а днями, когда плательщик дома, при своём номере и не в дороге. Как правильно заметил void_3am, QR тут самая простая часть)

daniyar_ala писал:
перед датой напоминания проверить, будет ли у плательщика доступ к тому, чем он подтверждает оплату

Я бы рядом поставил ещё одну дату, о которой вспоминают последней: срок действия самой карты.

Прошлой осенью у меня так было с подпиской для сайта, не с сервером. Телефон при мне, приложение открывается, коды приходят. А списание не прошло. Банк перевыпустил карту по сроку, новая лежала в отделении у нас в Бресте, а сервис честно пытался снять деньги со старой. Напоминание стояло, запас был. Только продлевать в тот вечер было нечем, пока не съездил за пластиком.

Поэтому у себя в календаре держу отдельную строку: «карта такая-то, действует до такого-то месяца». За месяц до него проверяю, где она привязана для автосписаний, и меняю везде заранее. Если карта рабочая и платит кто-то другой, например бухгалтер, то эта строка его, а не моя: он узнает о перевыпуске первым.

С QR, если сервис его даёт, эта проблема мягче, там каждый раз платишь заново. Но где стоит автопродление с привязанной картой, срок карты — такая же дата, как окончание периода. Только её никто не присылает напоминанием.