home.social

#вебхуки — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #вебхуки, aggregated by home.social.

fetched live
  1. Пять платёжных провайдеров, два выжили

    С каждого доллара, который пользователь платит звёздами Telegram, до нас доходит 65 центов. За время жизни проекта мы подключили пять платёжных провайдеров: сегодня деньги принимают два, ещё один остался клиентским классом без единого вызова, два выпилены полностью. Разбираю, что выжило из этой истории: общий контракт инвойса на шесть методов, одна таблица платежей на всех через полиморфную связь, деньги целыми числами. Плюс практика: что класть в payload платежа, десять секунд на pre_checkout_query, идентификатор, без которого невозможен возврат, HMAC от сырого тела и коды ответа как способ управлять ретраями провайдера. Со всеми местами, где наша схема до сих пор дырявая.

    habr.com/ru/articles/1084304/

    #платежи #php #подписки #laravel #вебхуки #telegram_stars

  2. Kaspi в Telegram-боте: QR, вебхук и сверка без скриншотов (Python, aiogram 3)

    В Казахстане продажа через Telegram часто выглядит так: «переведите на Kaspi», скриншот, ручной поиск платежа в приложении. Медленно, не работает ночью и ломается о поддельные чеки. Разбираем бота на Python (aiogram 3), который сам выставляет QR Kaspi Pay, узнаёт об оплате за секунды и выдаёт товар. По шагам — всё, на чём такие интеграции обычно ломаются: подпись вебхука по сырому телу, повторные доставки, Idempotency-Key, истёкший QR, «тихая» смерть сессии Kaspi и сверка по таймеру, если вебхук потерялся. В конце — схема хранения в Postgres и полный код.

    habr.com/ru/articles/1094210/

    #казахстан #hmac #telegram_bot #вебхуки #идемпотентность #aiogram #kaspi_pay

  3. DataSafeS3 1.5.0: доставка событий и переключение Postgres с отчётом

    В DataSafeS3 1.5.0 я переделал доставку событий. Раньше вебхук уходил после записи метаданных, и если сервер падал между записью и отправкой, событие пропадало: система аудита или антивирус просто не узнавали об изменении объекта. Теперь событие записывается в таблицу исходящих событий в той же транзакции, что и метаданные, а отдельный процесс доставляет его в вебхуки, NATS JetStream или Kafka. Событие доставляется хотя бы один раз, поэтому возможны дубли. Есть и случаи, когда оно может не дойти, и их видно в метриках. Как устроены доставка событий в DataSafeS3

    habr.com/ru/articles/1094034/

    #open_source #аудит #s3 #отказоустойчивость #kafka #объектное_хранилище #вебхуки #selfhosted #доставка_событий #nats_jetstream

  4. Доставка вебхуков: повторы, дубли и ещё три источника проблем

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

    habr.com/ru/articles/1091396/

    #вебхуки #webhooks #идемпотентность #retry #exponential_backoff #hmac #ssrf #circuit_breaker #очереди #php

  5. Исходящие вебхуки Битрикс24: как принять POST на своём сервере и что делать дальше

    Что происходит после того, как Битрикс24 отправляет исходящий вебхук? Разбираем POST-запрос, логирование, Flask, Django и базовую защиту endpoint.

    habr.com/ru/companies/bitrix/a

    #битрикс24 #rest #вебхуки #исходящие_вебхуки #интеграция #crm

  6. В событии про письмо нет ни суммы, ни контрагента. Чем платят за то, чтобы эти поля появились

    Почтовый аудит-лог Яндекс 360 отдаёт запись о событии структурой ответа AuditLogService_Mail, а в ней 22 поля (справочник Яндекс 360 API, сверка 10 сентября 2026 года). Тема письма и адреса участников среди них есть, а ни суммы, ни контрагента, ни номера договора нет. Ограничения распознавания и рекомендации к качеству входа я привожу по документации Anthropic, а дальше идёт моя инженерная логика: какой шаг создаёт недостающие поля и чего это стоит. Смотреть, чего нет в записи о событии.

    habr.com/ru/articles/1081310/

    #автоматизация #аудитлог #api_360 #n8n #распознавание_документов #ограничения_llm #интеграции #вебхуки

  7. Переезд с OpenCart 2 после двадцати лет работы: что лежит в дампе и откуда берутся восемь тысяч редиректов

    Разбираем переезд интернет-магазина с OpenCart 2 на Next.js и PostgreSQL. Магазин оптовый, электронные компоненты, сайту двадцать лет, в каталоге 4 751 товар. Если у вас OpenCart и вы думаете уезжать, то будет полезно почитать, что может всплыть в самый неожиданный момент. Магазин запущен в боевом режиме, поэтому всё ниже про то, что уже перенесено и работает. Про трафик после переключения домена говорить рано, замера ещё нет. Обмен с учётной системой - отдельная большая тема, и здесь его нет.

    habr.com/ru/articles/1082476/

    #OpenCart #миграция_данных #переезд_магазина #301редирект #mysqldump #интернетмагазин #PostgreSQL #Nextjs #ЧПУ #вебхуки

  8. Вебхук ЮKassa принимал payment.succeeded на веру. Подделать оплату брони можно было одним curl

    Разбираю находку из технического аудита сервиса аренды авто: вебхук /payments/webhook/yukassa помечал бронь оплаченной по одному полю из тела запроса, которое присылает клиент, а не банк. Файл аудита датирован 5 июля 2026, фикс смержен 8 июля — привожу код до и после, тесты и то, что мы сознательно не стали чинить в этом же PR.

    habr.com/ru/articles/1082170/

    #вебхуки #платежи #безопасность #идемпотентность #тестирование

  9. Как голосовой робот сам закрывает окна в расписании стоматологов

    Представьте ситуацию: администратор стоматологической клиники утром открывает расписание и видит, что пациент отменил прием в 10:00, а следующее свободное окно у этого врача только вечером. Время пропадает, врач ждет. А рядом, в листе ожидания, наверняка есть человек, который был бы рад попасть именно на это время. Надо только, чтобы кто-то ему об этом сообщил. Почти каждый пятый пациент на прием не является. Вручную обзванивать долго и неэффективно, а слот нужно закрыть быстро, пока он еще актуален. Дальше покажем, как автоматизировать управление записями к стоматологу. Голосовой робот МТС Exolve будет сам звонить пациенту, предлагать перенести визит и сохранит изменения в расписании.

    habr.com/ru/companies/ru_mts/a

    #голосовой_робот #МТС_Exolve #стоматология #МИС #FastAPI #Python #SQLite #вебхуки #автоматизация_записи #расписание_врачей

  10. В Bot API 10.2 добавили subscription. Почему canceled ещё не означает потерю доступа

    В Bot API 10.2 появилось отдельное событие для изменений в регулярной подписке — Update.subscription . Сразу уточню область применения: речь идёт о повторяющихся платежах в Telegram Stars, созданных через счёт бота с subscription_period . Это не то же самое, что нативная платная пригласительная ссылка на канал. Бот получает оплату, а уже наша система решает, какой доступ выдать пользователю. Внутри Update.subscription находится объект BotSubscriptionUpdated . У него есть пользователь, invoice_payload и одно из трёх состояний:

    habr.com/ru/articles/1078512/

    #Telegram #Telegram_Bot_API #Telegram_Stars #подписки #рекуррентные_платежи #вебхуки #идемпотентность #управление_доступом

  11. Строка «resumes from where it stopped» увела меня в ветку форума 2021 года и в пять вопросов к движку автоматизации

    Строка из документации n8n про возобновление с места остановки читается как гарантия перезапуска с точки сбоя. Проверка привела в ветку форума 2021 года, где смысл настройки объясняют иначе, - и дальше ещё в пять вопросов к движку автоматизации перед необратимым шагом. Все ссылки и даты сверки (27 августа 2026 года) - в тексте. Посмотреть, что нашлось в документации

    habr.com/ru/articles/1075890/

    #n8n #автоматизация_процессов #workflow #надёжность #идемпотентность #вебхуки #Яндекс_360 #lowcode

  12. Self-hosted вместо подписок: асинхронная очередь для ИИ-агента на n8n и Redis

    В прошлой статье ( habr.com/ru/articles/1071580/ ) я показал, как простой дебаунс на Redis спасает бюджет от дробных сообщений: клиент строчит "привет" - "сколько стоит" - "а есть другой размер" пятью сообщениями подряд, а LLM получает один склеенный промпт.

    habr.com/ru/articles/1074734/

    #n8n #amoCRM #Redis #дедупликация #дебаунс #автоматизация_процессов #чатботы #вебхуки #API #говнокод

  13. В аудит-логе Яндекс 360 ровно 26 типов событий. Ни одно из них не про сотрудника

    Документация Яндекс 360 API на 20 августа 2026 года перечисляет 17 сервисов, и раздела о вебхуках или подписке на события среди них нет; аудит-лог организации документирует 26 типов событий — двенадцать почтовых и четырнадцать дисковых. Кадровых и оргструктурных событий не документировано ни одного. Разбираю, что из этого следует тем, кто строит провижининг: чем располагает UserService_List для поллинга, почему isDismissed нельзя записать и что документация обещает при создании пользователя с занятым логином. Посмотреть перечень

    habr.com/ru/articles/1072594/

    #Яндекс_360 #API_360 #вебхуки #аудитлог #поллинг #провижининг #интеграции #оффбординг

  14. Вскрытие ноу‑код сметы за 500$ или как купить «АИ — ассистента» который сожрёт весь бюджет заказчика

    Привет, Хабр! Я разработчик из Минска (работаю официально, в статусе НПД). Занимаюсь автоматизацией на связке Self‑Hosted n8n + Redis. Внедряю автономных ИИ‑агентов для мессенджеров и связываю их с amoCRM. Поделюсь, как говорится, «мясом» из своей практики. В статье я максимально постараюсь отразить и технический абсурд плавно переходящий в явное кидалово от инфомошенников. Перед началом сразу обозначу, как говориться, на берегу: во‑первых — это не хейт и не попытка кого‑то «разоблачить» . Ленты мессенджеров завалены рекламой от «ИИ‑агентств» и «продавцов успешного‑успеха», которые громко кричат про «...ваш цифровых сотрудников за пару дней...». У меня нет раскрученного профиля с красивыми публикациями, но, есть обычная практика. Данный разбор — это попытка показать (а может кому‑то и знакомо), что скрывается за красивыми нагенерированными видосами и контентом и почему, доверив реальный проект таким «спецам» обойдётся дорого. Во‑вторых — все упоминания брендов и платформ в статье — не реклама и не антиреклама. Названия систем я оставил исключительно ради сохранения контекста, да и в принципе живого отражения примера. История статьи началась, наверное можно сказать в 2 этапа. На первом этапе , который был ещё наверное в марте этого года, ко мне обратился заказчик с интересным ТЗ: стек Instagram+ amoCRM + Google Sheets при плотном трафике до 5000 диалогов в месяц (таргет что тогда, что по сей день заходит «на ура»). Причём сёстры (заказчик — это семейный бренд ателье дизайнерских украшений) своими силами опробовали «... платформы где платишь подписку и в соответсвии с трафиком выбираешь соответствующий пакет услуг . Итог в который после первого дня триала по самым средним подсчётам вышел бы 1100$ в месяц расхода (!). Поскольку моя статья не о том какая архитектура была в итоге у них развёрнута, так что пойдём дальше.»

    habr.com/ru/articles/1071580/

    #n8n #Redis #Debounce #amoCRM #ИИагенты #автоматизация_бизнеса #вебхуки #конструкторы_ботов #Race_Condition #искусственный_интеллект

  15. Восемь раз я думал, что сломал код. Это была платформа

    В начале августа я сел делать игру для мессенджера MAX – обычный вордли, слово из пяти букв, шесть попыток. Мини-приложение на ванильном JS, сервер на Go, самый дешёвый VPS. По моим прикидкам – три вечера. Первый вечер целиком ушёл на то, чтобы сервер вообще смог поговорить с API мессенджера. Не на игру, не на словарь – на TCP-соединение. Дальше было ещё семь таких мест. Каждое выглядело как мой баг, каждое оказалось особенностью платформы, и ни одного из них нет в документации. Ниже – все восемь, с кодом и с тем, как именно я до них дошёл. Игра тут нужна только как повод: она набрала 107 игроков за пять дней, это скромно, и рассказывать я собираюсь не про неё.

    habr.com/ru/articles/1070044/

    #MAX #мессенджер_MAX #миниприложения #чатботы #Go #HMAC #вебхуки #TLS #Минцифры #VK

  16. Битрикс24 + Python: шесть функций, после которых REST становится проще

    REST Битрикс24 можно удобно использовать из Python — для интеграций, миграций, аналитики и служебных скриптов. Разбираем библиотеку a24wh: шесть функций, которые упрощают запросы, пагинацию, batch-вызовы и обработку ошибок.

    habr.com/ru/companies/bitrix/a

    #битрикс24 #python #rest #api #интеграция #интеграция_с_битрикс24 #вебхуки #входящие_вебхуки #a24wh #crm

  17. Две дыры в приёме платежей, которые ИИ-ассистент оставляет по умолчанию

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

    habr.com/ru/articles/1066376/

    #платежи #вебхуки #безопасность #nodejs #вайбкодинг

  18. Пять уровней защиты платежей в продукте, который собрал не программист

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

    habr.com/ru/articles/1065766/

    #платежи #безопасность #вебхуки #вайбкодинг

  19. Один платёж — один чек: идемпотентность в интеграции с «Мой налог»

    Я делаю сервис по подписке и плачу налог как самозанятый. Пока платежей было три в день, чеки в «Мой налог» можно было выбивать руками. Когда они пошли круглосуточно, понадобилась автоматика — и выяснилось, что сложное в этой задаче не API налоговой, а один вопрос: что делать, когда запрос ушёл, а ответ не вернулся. Повторить — риск выдать человеку второй чек на ту же сумму. Не повторить — риск не выдать вовсе. Рассказываю, как устроена защита от двойного чека: почему у сетевого вызова три исхода, а не два, зачем флаг попытки взводится до обращения к ФНС одним атомарным запросом и кто подбирает платежи за упавшим процессом. Плюс два бага, которые я поймал уже после запуска: один мог привести ровно к тому второму чеку, от которого всё и строилось.

    habr.com/ru/articles/1065464/

    #самозанятый #чеки #НПД #Мой_налог #ФНС #идемпотентность #платежи #вебхуки #Python #API

  20. Бот в MAX молчит: четыре грабли Bot API, о которых не пишут в документации

    Синяя галочка есть. Ответа нет. Мой собственный бот в MAX игнорирует моё же сообщение: сервер отвечает 200 OK, в логах чисто, а человек на другом конце ничего не видит. Так начались четыре вечера отладки Bot API нового российского мессенджера — четыре грабли, которых нет в документации. Где живёт токен. Почему 404 на чат, в котором ты прямо сейчас переписываешься. Как молча испаряется webhook-подписка. И почему MAX не говорит, которому из твоих ботов написали. Собрал всё, чтобы следующему хватило получаса вместо недели.

    habr.com/ru/articles/1060586/

    #MAX #MAX_Bot_API #боты #чатботы #Python #FastAPI #вебхуки #мессенджеры #мультиарендность #интеграция_API

  21. Все тесты зелёные, платежи зависли: 5 граблей интеграции без песочницы

    Осенью 2022-го мы добавляли в наш платёжный агрегатор новый способ оплаты: плательщик уходит по ссылке в приложение своего банка, подтверждает платёж там, а банк присылает нам нотификацию о результате. Песочница у банка была, формально. Отвечала статусами из позапрошлой версии протокола, а нотификации не присылала вообще; обещанные доработки ехали к нам дольше, чем наш дедлайн. Мы перестали ждать и написали двойника провайдера сами - по PDF со спекой, с тестом на каждый сценарий из документации. CI зелёный. Запускались осторожно, тремя волнами мерчантов: первые две прошли тихо. После третьей в саппорт пошли тикеты: у плательщика деньги списаны, у мерчанта платёж висит.

    habr.com/ru/articles/1050584/

    #вебхуки #идемпотентность #полинг #интеграция_платежей #платёжный_провайдер #отказоустойчивость #тестирование #webhooks #NET #C#

  22. Автодозвон по лидам из Марквиз с отметкой в CRM

    Привет, Хабр! В B2C-продажах — недвижимость, страхование, медицина — каждые 30 секунд задержки с первым звонком стоят процентов конверсии. Покупатель оставляет контакты в момент максимального интереса. Но импульс гаснет быстрее, чем менеджер успевает открыть CRM и набрать номер. Почта и СМС не спасают: письмо пропустят, сообщение не заменит живого разговора. А ручной перенос данных из квиза в базу и набор номера — это десятки потерянных секунд на каждой заявке. Вот здесь и кроется главная сложность: можно ли сделать так, чтобы лид сам создавался в CRM, а звонок запускался автоматически, без участия человека? Оказывается, да. Мы сделали сервис, который соединяет квиз, CRM и телефонию в один сценарий. Он принимает вебхук от Марквиз, создает лид в amoCRM и запускает автоматический звонок через МТС Exolve. После разговора сервис получает событие от Exolve и сохраняет результат в CRM.

    habr.com/ru/companies/ru_mts/a

    #FastAPI #Python #SQLite #amoCRM #МТС_Exolve #Marquiz #вебхуки #APIинтеграция #автоматизация_продаж #телефония

  23. Как мы автоматизировали отдел продаж в Bitrix24 с помощью ИИ

    Привет! Я Влад Вандер, контент-маркетолог в Velmi. Ребята из команды рассказали мне, как автоматизировали отдел продаж и научили ИИ-бота квалифицировать лидов в Битриксе. В этой статье расскажу про это: от архитектуры до граблей, на которые пришлось наступить. Читать кейс →

    habr.com/ru/articles/1045026/

    #AI #llm #Python #автоматизация #CRM #bitrix24 #отдел_продаж #fastapi #redis #вебхуки

  24. Как мы автоматизировали отдел продаж в Bitrix24 с помощью ИИ Привет! Я Влад Вандер, контент-маркетолог в Velmi. Реб...

    #AI #llm #Python #автоматизация #CRM #bitrix24 #отдел #продаж #fastapi #redis #вебхуки

    Origin | Interest | Match
  25. Bitrix и Laravel: веб-хуки, ERP и все-все-все (часть 5)

    Привет, Хабр! Это снова Алиса из KISLOROD. В прошлых частях мы вынесли из Битрикса каталог, корзину, цены и чекаут. Но в любом ecommerce-проекте есть еще одна зона турбулентности — интеграции. Платежки, ERP, CRM, доставки, SMS, веб-хуки — все это любит тормозить, дублировать запросы и внезапно падать в самый неподходящий момент. Если держать такие вызовы внутри чекаута или админки, проект быстро начинает жить по SLA внешних сервисов. В этой части разбираем Integration Hub: очереди, веб-хуки, DLQ, идемпотентность и отдельный контур для интеграций, который не блокирует пользователей и не тянет за собой весь чекаут.

    habr.com/ru/articles/1035704/

    #webразработка #вебхуки #erp #разработка_сайтов #laravel #1сбитрикс #программирование #интеграция #crm

  26. Вебхуки в Битрикс24: автоматизация CRM без написания приложений

    В Bitrix24 автоматизация часто превращается в отдельный проект: приложения, OAuth, лишняя инфраструктура. Хотя многие задачи — создание сделок, уведомления, реакции на события — можно закрыть намного проще. Вебхуки дают прямой доступ к API через один URL и позволяют быстро связать CRM с внешними сервисами. Разберёмся, как это работает, где реально помогает и где начинаются ограничения.

    habr.com/ru/companies/otus/art

    #вебхуки #Bitrix24 #REST_API #интеграция #CRM_автоматизация #inbound_webhook #outbound_webhook #бизнеспроцессы #batch_запросы #автоматизация_процессов

  27. Мой первый опыт обработки вебхуков: как я учился делать надёжный бэкенд на Python

    Мой первый опыт обработки вебхуков: как я учился делать надёжный бэкенд на Python Привет, Хабр! Я студент, изучаю backend-разработку на Python. Недавно в рамках учебного проекта столкнулся с задачей: нужно было сделать интеграцию с платёжным сервисом. Они присылают уведомление (вебхук), когда пользователь оплатил заказ, а я должен обновить статус в базе. Поначалу я думал: «Что тут сложного? Просто эндпоинт напишу». Но когда начал копаться глубже, выяснилось, что всё не так просто. В этой статье хочу рассказать, как я пришёл от простого скрипта к архитектуре с очередью задач, и какие грабли при этом собрал. Надеюсь, мой опыт поможет другим новичкам не наступать на те же шишки.

    habr.com/ru/articles/1016206/

    #интеграции #вебхуки #fastapi #python

  28. Как собрать платный AI-микро-SaaS (Next.js + Django + ЮKassa + Web Stories) и не застрять в пет-проекте

    Большинство наших «проектов мечты» умирают не потому, что идея плохая, а потому что мы останавливаемся на уровне «ну вот, фронт есть, бэк вроде тоже, как-нибудь допилю оплаты и выложу». Не допиливаем. Потому что платежи, вебхуки, витрина, SEO, публикации — это уже не «интересный код», а «организационная скука». Проект как раз про то, чтобы скучное сделать готовым и многоразовым. Мы один раз собираем связку: AI → Django/DRF → ЮKassa → деплой → Web Stories → SEO , а дальше в неё можно подставлять вашу идею — не только Mermaid. Mermaid здесь как манекен: на нём удобно показывать, куда вешать оплату, куда прикручивать экспорт, где пускать трафик. Если у вас в голове крутится мысль «я бы запустил свою фичу, если бы была готовая дорожка к деньгам» — это она.

    habr.com/ru/articles/963420/

    #aisaas #nextjs #django_drf #mermaid #юkassa #web_stories #seo #монетизация #вебхуки #render

  29. Создаём AI-ассистента для код-ревью с нуля

    С нуля создаем Node.js-сервис для GitHub, который использует LLM (OpenRouter) для построчного код-ревью Pull Request. Разберем: верификацию вебхуков, борьбу с непредсказуемостью LLM и превращение хаоса в отказоустойчивый инструмент. Начать внедрение LLM

    habr.com/ru/articles/955826/

    #llm #github_actions #nodejs #кодревью #автоматизация #ai #devops #typescript #github_api #вебхуки

  30. Что за зверь n8n. Первые шаги автоматизации

    Разбираемся, что собой представляет n8n — мощный open-source инструмент для no-code автоматизации, и создаём первый рабочий процесс: Telegram-бота, который находит заказы в Google Таблицах.

    habr.com/ru/companies/hostkey/

    #hostkey #n8n #автоматизация_процессов #lowcode #nocode #интеграция_сервисов #вебхуки #workflow #selfhosted

  31. Как настроить уведомления из систем документооборота (СЭД) с помощью API

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

    habr.com/ru/companies/exolve/a

    #сэд #документооборот #restful_api #вебхуки #скрипты #отладка_кода #уведомления #электронная_документация #согласование_документации

Share on Mastodon

Enter the server where you have an account.