Платежные системы *

Эта история о том, как избыточная мощность современного смартфона, помноженная на особенности кэширования мобильного приложения, может создать идеальный плавающий баг (race condition) на стыке финтеха и ЖКХ. И если бы не моя привычка перепроверять цифры, я бы гарантированно ушел в неосознанный долг перед поставщиком газа.

DISCLAIMER. Мои предположения и выводы о причинах возникновения описанной ниже технической проблемы изложены исключительно исходя из моего личного анализа фактов и событий.

Конец октября 2026 года. В почтовый ящик падает стандартный ежемесячный счет‑квитанция за газоснабжение от РСО. Месяц расчета — октябрь 2026, дата формирования — 27.10.2026. В правом верхнем углу счета — привычный QR‑код для быстрой оплаты по ГОСТу. Контекст тут важный: в октябре в России как раз произошло плановое изменение тарифов на коммунальные услуги, поэтому октябрьская сумма была ощутимо выше сентябрьской.

Я открываю приложение «СберБанк Онлайн» на своём телефоне, нажимаю кнопку оплаты по QR, навожу камеру на квитанцию и… замираю. Приложение Сбера вместо октябрьских данных подставляет мне экран с полностью оплаченным прошлым счетом за сентябрь 2026 года и, соответственно, старой, меньшей сентябрьской суммой. Первая мысль любого параноика в сфере ЖКХ — РСО накосячили и напечатали старый QR-код на новой квитанции. Я закрываю Сбер, открываю стандартное приложение камеры смартфона в режиме чтения кодов и сканирую QR-код просто как текст. На экран выводится «тело» ссылки следующего вида (строка данных по ГОСТ): Name=Межрегионгаз|PersonalAcc=XXXXXXXX|Sum=[НоваяОктябрьскаяСумма]|Period=102026....

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

Клиент отправил платёж, не дождался ответа и повторил запрос. На сервере предусмотрен Idempotency-Key, тесты проходят, но деньги всё равно списываются дважды. Проблема возникает, когда второй запрос приходит до завершения первого: оба обработчика успевают проверить ключ и запустить оплату.

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

Цена в базе осталась прежней, но приложение считает, что она изменилась, и повторно отправляет событие. Причина может скрываться в масштабе BigDecimal: equals() сравнивает не только числовое значение, но и количество знаков после запятой, поэтому 1.0 и 1.00 для него не равны. Разберём, как эта особенность влияет на коллекции, денежные расчёты и сравнение данных из разных источников, а также как нормализовать суммы и избежать подобных ошибок.

Привет, Хабр! С вами Евгений Соловьев.

Начинаем новую серию статей по мотивам моей книги «Платежные системы — вчера, сегодня и… завтра?», в которых мы коснемся основных принципов, правил и технологических процессов в платежных системах, построенных на принципах участия многих банков, то есть в мультибанковских платежных системах.

В этой статье поговорим о концептуальной архитектуре, правилах и принципах участия в платежных системах.

В Telegram у сообщения нет истории правок и корзины: собеседник может удалить его или тихо поменять сумму. Разбираю, как устроен мой бот на Telegram Business API, aiogram 3 и FastAPI, который сохраняет такие события. Вебхук с записью в БД до ответа 200, шифрование на уровне приложения, сломанный JSON из-за LinkPreviewOptions, смещения в UTF-16, подсветка правок через difflib и приём платежей через Т-Банк и СБП. Отдельно о том, где заканчиваются возможности платформы и какие вопросы согласия при этом возникают.

Хотел купить звезды Telegram подешевле - в итоге разобрался, как самому их продавать.

Открыл поиск, а там звёздами торгуют все подряд. Даже МТС. Покупка одна и та же, цены разные - стало интересно, сколько можно сэкономить и что вообще делает продавец после того, как получает деньги.

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

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

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

Вы когда‑нибудь задумывались, что происходит после того, как вы отправляете деньги клиенту другого банка?

На экране всё просто: один банк списал деньги, другой — зачислил. Но что происходит между этими двумя действиями? Нужно ли банкам физически передавать друг другу деньги? Как они понимают, кто кому и сколько должен?

За привычной кнопкой «Перевести» скрывается целая цепочка автоматизированных процессов. В статье разберём, как устроены межбанковские расчёты, зачем нужны корреспондентские счета, чем отличаются RTGS и неттинг и какую роль во всём этом играют ИТ‑системы.

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

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

Клиент оплатил доступ на сутки в 01:00, а первый ответ получил в 10:00. Если срок отсчитывается от оплаты, на переписку осталось 15 часов.

Разбираю, как определить объём консультации и SLA, согласовать старт с графиком эксперта и связать оплату через Telegram Stars с доступом. В статье — настройка переписки через готовый сервис и требования к своему бэкенду: повторные платёжные события, возвраты и вопросы на границе оплаченного срока.

Молока в кофе можно налить по-разному, но в одном случае получится 3в1, а в другом — капучино. Точно так же с внедрением ИИ, который сейчас пытаются пришить к каждой кофемолке. Мы попробовали вставить ИИ в платёжный терминал не ради хайпа, а чтобы он начал реально слышать клиента в условиях ревущей кофемашины и бесконечного гула торгового зала. И, кажется, получился вообще не капучино. Раф, как минимум! 😀

Привет, Хабр! Я Владимир Графсков, техлид по интеграционным проектам Эвотора. Расскажу, зачем нашему пинпаду понадобилась нейронка, как мы решились делать голосовой интерфейс для платёжного терминала, как устроен EvoPoint и как он меняет процесс покупки.

Типичный кешбэк, как правило, приходит в конце расчётного периода. Иногда увидеть вознаграждение можно через несколько недель. Но если сам платёж проходит быстро, почему бы не сделать таким же быстрым и вознаграждение?

На связи Константин Гузаров, эксперт направления в команде платформы лояльности «Мир Plat.Form», технологической команды Национальной системы платёжных карт (НСПК), и сегодня я расскажу, как мы запускали моментальный кешбэк за покупки по Системе быстрых платежей (СБП) и что пришлось изменить в платформе, чтобы вознаграждение приходило практически одновременно с платежом. 

Сейчас кешбэк за покупку по СБП начисляется мгновенно по заведённым акциям. Для пользователя это выглядит просто: оплатил покупку — получил кешбэк. Но между этими двумя событиями происходит цепочка операций: процессинговый центр лояльности (ПЦЛ) получает информацию о транзакции, проверяет условия акции, учитывает историю покупок клиента, определяет размер вознаграждения и инициирует процесс выплаты. 

Пять долларов, которые Chrome Web Store просит с разработчика, российской картой не заплатить. Четыре prepaid отклонили по BIN, ещё 3990 ₽ ушли сервису, которому семнадцать дней. Что я проверил уже после оплаты и чего не сделал заранее.

Летом мир криптовалют заметно поскучнел — Госдума и Совет Федерации приняли законопроекты, которые перевели крипту в юридическое поле. В этой статье коротко расскажу, почему это важное изменение для российской экономики и что это значит для рядового инвестора.

В тариф включено 5 млн токенов. Клиент уже использовал 4,8 млн и отправляет новый запрос на 500 тысяч. Кто должен решить, можно ли его выполнить?
Ответ зависит от того, кто считает потребление. Сервис может сам вести счетчик и контролировать лимит либо передавать события в биллинг, оставляя ему учет накопленного объема.
В статье разбираю распределение ответственности между продуктом и биллингом: кто фиксирует использование, кто считает потребление, кто контролирует лимиты и где рассчитывается стоимость.

Почему мы решили рассказать про цифровой рубль

С 1 сентября 2026 года крупные розничные сети с выручкой более 120 млн рублей обязаны предоставлять покупателям возможность расплатиться новым способом – цифровым рублем.

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

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

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

В документации платёжных сервисов обычно описывают только идеальный сценарий. А что делать, когда запросы дублируются, клиент закрыл страницу до редиректа или платёж завис в статусе PENDING? В статье — об архитектуре приёма платежей: от создания заказа до фискального чека. С примерами кода, схемами и разбором граничных случаев, которые не описаны в документации.

Какой биллинг нужен стартапу для первого платного запуска? Подключить приём платежей — мало, но и полноценная система расчётов на старте не нужна. Разбираю, что должно войти в MVP биллинга, а какие сценарии можно оставить на потом.

В Bot API 10.2 появилось отдельное событие для изменений в регулярной подписке — Update.subscription.

Сразу уточню область применения: речь идёт о повторяющихся платежах в Telegram Stars, созданных через счёт бота с subscription_period. Это не то же самое, что нативная платная пригласительная ссылка на канал. Бот получает оплату, а уже наша система решает, какой доступ выдать пользователю.

Внутри Update.subscription находится объект BotSubscriptionUpdated. У него есть пользователь, invoice_payload и одно из трёх состояний: