Look API
Открыть в Telegram
Канал с лучшими практиками и советами по работе с API для создания веб-приложений. Узнавайте о последних трендах и новых инструментах, которые помогут вам сделать ваше приложение лучше и умнее. Для связи: @telegran_ads_bot
Больше
Сеть:6 593
Подписчики
-824 часа
-157 дней
-7130 дней
Загрузка данных...
Похожие каналы
![Frontender's notes [ru]](https://cdn.tlmtr.io/_next/image?url=https%3A%2F%2Fimg.tlmtr.io%2Fc%2F1qrVZ3%2F5348049928330532677%3Fty%3Dx&w=96&q=75){kind=small}
Облако тегов
Входящие и исходящие упоминания
---
---
---
---
---
---
Привлечение подписчиков
октябрь '26окт. '26
октябрь '260
в 0 каналах
сентябрь '26
+2
в 0 каналах
Get PRO
август '26
+5 045
в 0 каналах
Get PRO
июль '26
+1
в 0 каналах
Get PRO
июнь '26
+9
в 0 каналах
Get PRO
май '260
в 0 каналах
Get PRO
апрель '260
в 0 каналах
Get PRO
март '260
в 0 каналах
Get PRO
февраль '26
+3 651
в 0 каналах
Get PRO
январь '26
+3
в 0 каналах
Get PRO
декабрь '25
+3
в 0 каналах
Get PRO
ноябрь '250
в 0 каналах
Get PRO
октябрь '25
+1
в 0 каналах
Get PRO
сентябрь '25
+4
в 0 каналах
Get PRO
август '25
+1 517
в 0 каналах
Get PRO
июль '25
+1 058
в 0 каналах
Get PRO
июнь '25
+1 562
в 0 каналах
Get PRO
май '25
+1 133
в 0 каналах
Get PRO
апрель '25
+1 252
в 0 каналах
Get PRO
март '25
+2
в 0 каналах
Get PRO
февраль '25
+5 249
в 0 каналах
Get PRO
январь '25
+4 073
в 0 каналах
Get PRO
декабрь '24
+7 899
в 0 каналах
Get PRO
ноябрь '24
+5 293
в 0 каналах
Get PRO
октябрь '24
+3
в 0 каналах
Get PRO
сентябрь '24
+2
в 1 каналах
Get PRO
август '24
+3
в 0 каналах
Get PRO
июль '24
+5
в 0 каналах
Get PRO
июнь '24
+6
в 0 каналах
Get PRO
май '24
+1
в 0 каналах
Get PRO
апрель '24
+27
в 0 каналах
Get PRO
март '24
+6
в 0 каналах
Get PRO
февраль '24
+13
в 0 каналах
Get PRO
январь '24
+14
в 1 каналах
Get PRO
декабрь '23
+23
в 0 каналах
Get PRO
ноябрь '23
+7
в 0 каналах
Get PRO
октябрь '23
+12
в 0 каналах
Get PRO
сентябрь '23
+6
в 0 каналах
Get PRO
август '23
+45
в 0 каналах
Get PRO
июль '23
+30
в 0 каналах
Get PRO
июнь '23
+84
в 0 каналах
Get PRO
май '23
+143
в 0 каналах
Get PRO
апрель '23
+23
в 0 каналах
Get PRO
март '23
+41
в 0 каналах
Get PRO
февраль '23
+7
в 0 каналах
Get PRO
январь '23
+197
в 0 каналах
Get PRO
декабрь '22
+102
в 0 каналах
Get PRO
ноябрь '22
+349
в 0 каналах
Get PRO
октябрь '22
+219
в 0 каналах
Get PRO
сентябрь '22
+10
в 0 каналах
Get PRO
август '22
+5
в 0 каналах
Get PRO
июль '22
+9
в 0 каналах
Get PRO
июнь '22
+3
в 0 каналах
Get PRO
май '22
+2
в 0 каналах
Get PRO
апрель '22
+1
в 0 каналах
Get PRO
март '220
в 0 каналах
Get PRO
февраль '22
+6
в 0 каналах
Get PRO
январь '22
+21
в 0 каналах
Get PRO
декабрь '21
+101
в 0 каналах
Get PRO
ноябрь '21
+802
в 0 каналах
Get PRO
октябрь '21
+848
в 0 каналах
Get PRO
сентябрь '21
+288
в 0 каналах
| Дата | Привлечение подписчиков | Упоминания | Каналы | |
| 07 октября | 0 | |||
| 06 октября | 0 | |||
| 05 октября | 0 | |||
| 04 октября | 0 | |||
| 03 октября | 0 | |||
| 02 октября | 0 | |||
| 01 октября | 0 |
Посты канала
🧾 Webhook и сверка
За последние 7 дней доля разрывов в оплатах при миграции на новые тарифы снизилась на 18% после того, как backend перевёл сверку в outbox. PSP шлёт POST /payments/v1/webhooks/chargeback с X-Signature → backend валидирует, пишет в outbox и возвращает 200; воркер делает GET /billing/v1/charges?chargeId=… → 200 {status, amountDelta}, затем POST /ledger/v1/refunds/adjust {chargeId, amountDelta, requestId} → 201. Итог: меньше ручных расхождений в учёте.
Look API
| 2 |  💳 Контракты
За последние 7 дней стоимость комиссий за отменённые операции в ритейл-банке снизилась на 24% после внедрения асинхронного сверочного API для расхождений. Интегратор шлёт POST /payments/v3/refunds/verify с Authorization Bearer и body {refundId, requestId} → 202 {jobId}; worker делает GET /reconciliation/v1/discrepancies?refundId=… → 200 {status, delta}. При status=RESOLVED сервис вызывает POST /payments/v3/refunds/mark-matched {refundId, delta} → 200. Итог: меньше холостых отмен и точнее бухгалтерские балансы.
Look API | 369 |
| 3 |  🧩 Интеграции
За последние 7 дней среднее время согласования счетов в B2B сократилось на 31% после того, как backend перестал блокироваться на ответах ERP. Сервис вызывает POST /erp/v1/invoices/diff с Authorization Bearer и body {invoiceId, fields, requestId} → 200 {delta}. Далее отправляет PUT /crm/v2/opportunities/{oppId}/sync {delta, source:"ERP"} → 204; при 409 делает GET /crm/v2/sync-state?oppId=… → 200 {etag} и повторяет. Итог: меньше конфликтов данных и быстрее закрытие сделок.
Look API | 286 |
| 4 |  📈 Транзакции
За последние 7 дней конверсия платежей в успешный commit выросла на 12% после того, как backend перестал терять идемпотентность при ретраях. Клиент шлёт POST /payments/v2/charge с X-Idempotency-Key и Authorization: Bearer → 202 {paymentId}. Worker вызывает GET /ledger/v1/transfer-state?paymentId=… → 200 {state}. Если state!=COMMITTED, делает POST /ledger/v1/transfers/commit {paymentId, amount} → 201 {receipt}. Итог: меньше дублей и быстрее финализация.
Look API | 393 |
| 5 |  📉 Лимиты
За последние 7 дней конверсия в успешные KYC-проверки выросла на 7% после того, как сервис перестал синхронно блокировать бизнес-операции. Клиент шлёт POST /kyc/v1/verify с Authorization: Bearer и body {userId, docType, requestId} → 202 {jobId}. Worker делает GET /kyc/provider/v2/status?jobId=... с retry+backoff → 200 {state}. Если state=APPROVED, backend вызывает POST /risk/v1/decision {userId, requestId} → 200 {allowed}. Итог: меньше тайм-аутов и быстрее прохождение.
Look API | 232 |
| 6 |  🧾 Дебет
За последние 7 дней доля успешных сверок по банковским файлам выросла на 9% после того, как backend перешёл на инкрементальный опрос и дедупликацию. Job раз в минуту делает GET /bank/feeds/v1/transactions?from=2026-09-24T00:00:00Z&cursor=K9 с API key → 200 {items,nextCursor}. Далее backend сохраняет hash в idempotency-store и отправляет POST /dwh/v1/import/transactions {items,sourceCursor} → 202, а при дублях отвечает 200 без повторной записи. Итог: меньше разрывов витрин и быстрее закрытие реестров.
Look API | 295 |
| 7 |  📊 Риски
За последние 7 дней доля отклонённых переводов в fintech снизилась на 16% после того, как backend стал синхронизировать лимиты в момент запроса. Сервис шлёт POST /risk/v1/limits: Authorization Bearer, body {accountId, txnAmount, currency, requestId} → 200 {allowed, maxDaily}; если allowed, backend кладёт событие {"requestId","allowed":true} в очередь и отвечает клиенту 202, воркер затем вызывает POST /ledger/v1/transfers/commit → 201. Итог: меньше холостых операций и точнее риск-решения.
Look API | 278 |
| 8 |  💳 SLA
За последние 7 дней доля задержек webhook от PSP >30с снизилась на 19% после того, как backend начал принимать события асинхронно. PSP отправляет POST /payments/v1/webhooks/psp-capture с X-Signature → backend проверяет подпись, пишет в outbox, публикует event {"captureId","status"} в Kafka; consumer делает POST /ledger/v1/captures/confirm с Authorization Bearer → 200 {confirmed}. Итог: меньше тайм-аутов и предсказуемее обработка.
Look API | 487 |
| 9 |  🧱 Госсервис
За последние 7 дней доля “неверных форматов” в выгрузке из госреестра сократилась на 18% после того, как backend начал валидировать по схеме до записи в DWH: job читает GET /gov/registry/v1/persons/EN123456?dateFrom=2026-09-21&cursor=0 с API key → 200 {payload, schemaVersion}; при mismatch отправляет POST /data-exchange/v1/errors {"id":"EN123456","code":"SCHEMA_MISMATCH","receivedAt":"2026-09-21T10:32:00Z"} → 202 и пишет alert через PUT /observability/v1/alerts/registry → 200. Итог: меньше падений витрин при смене внешних форматов.
Look API | 291 |
| 10 |  🧾 Просрочки вниз
За последние 7 дней доля отклонённых SCA-подтверждений снизилась на 24% после того, как мидлварь начала валидировать лимиты до проводки: backend отправляет POST /fin/v1/transactions/validate с Authorization Bearer и body {accountId, amount, currency, requestId} → 200 {allowed, fee}; при allowed публикует в очередь event {"txnId","allowed":true,"fee"} и воркер делает POST /fin/v1/transactions/commit → 201, иначе пишет отказ в ledger. Итог: меньше отмен и точнее проводки в enterprise-цепочке.
Look API | 380 |
| 11 |  🧩 С 19 по 25 сентября среднее время обработки KYC-запросов на верификацию в проде сократилось на 31% после очереди событий. Backend принимает webhook POST /kyc/v1/webhooks/status с HMAC {appId, status}, кладёт в outbox и публикует в Kafka topic kyc.status → consumer делает GET /kyc/v1/applications/{appId}?fields=reviewFlags с API key → 200 и обновляет запись в ledger. Итог: меньше ручных разборов и быстрее доведение решений до backend.
Look API | 506 |
| 12 |  📦 Автосверка
За последние 7 дней доля расхождений между CRM и backend упала на 14% после того, как nightly job начал сверять изменения инкрементально: backend шлёт GET /crm/v1/contacts/updates?since=2026-09-18T00:00:00Z с OAuth → 200 {items,nextSince}; затем POST /orders/v2/sync {"contactId","orderId","fields","sourceTs"} → 202 и пишет outbox, игнорируя повтор по requestId. Итог: меньше ручных корректировок статусов.
Look API | 221 |
| 13 |  💳 Транзакции
За последние 7 дней chargeback rate снизился на 2.1% после того, как риск-сервис стал проверять платеж перед зачислением: backend шлёт POST /risk/v2/preauth с Authorization Bearer и body {cardToken, amount, currency, orderId} → 200 {decision, ttl}; при decision="approve" публикует в очередь событие, иначе пишет отказ в ledger. Итог: меньше отклонений и быстрее закрытие операций.
Look API | 241 |
| 14 |  📊 Мониторинг
За последние 7 дней доля инцидентов “несоответствие схемы” в витрине данных выросла на 12% после того, как поменялась версия гос-выгрузки. Backend по таймеру шлёт GET /gov/supply/v3/documents/123?version=2026-09-01 с API key → 200 {doc, schemaVersion}, валидирует, если schemaVersion!=ожидаемой — делает POST /data-exchange/v1/errors {"documentId":"123","code":"SCHEMA_MISMATCH"} → 202 и пишет метрику в мониторинг через PUT /observability/v1/alerts/supply → 200. Итог: меньше падений витрины при изменениях внешних форматов.
Look API | 391 |
| 15 |  💳 Платежи
За последние 7 дней доля возвратов по карточным платежам выросла на 6% после того, как PSP начал отклонять несоответствие сумм; backend чинит это через идемпотентный запрос: POST /psp/v1/refunds с Authorization Bearer и X-Idempotency-Key=rf_82a1 {chargeId, amount, reason} → 201 {refundId}; PSP шлёт webhook POST /payments/v1/webhooks/refund-result с HMAC {refundId,status}. Итог: меньше дублей и быстрые разборы расхождений.
Look API | 260 |
| 16 |  📈 Автоматизация
За последние 7 дней доля ошибок в сверке статусов с платежным PSP упала на 19% после внедрения подтверждения через webhook с идемпотентностью. Backend шлёт POST /psp/v1/charges с Authorization Bearer и X-Idempotency-Key=chg_7dd1 {orderId, amount} → 201 {chargeId}; PSP вызывает POST /payments/v1/webhooks/charge-confirm с HMAC {chargeId,status}. Backend сохраняет chargeId в outbox и отвечает 200, повтор не меняет ledger. Итог: меньше ручных разборов и расхождений.
Look API | 473 |
| 17 |  🛰️ Госреестры
За последние 7 дней доля отклонённых выгрузок из налогового реестра снизилась на 18% после синхронизации по инкрементальным изменениям: backend шлёт GET /gov/tax/v2/registry/changes?since=2026-09-13T00:00:00Z с API key → 200 {items, nextSince}; затем POST /data-exchange/v1/registry/events {"inn","txnId","payload"} → 202 и пишет checkpoint, чтобы повторы не перезаписывали данные. Итог: реестр сходится быстрее и без расхождений.
Look API | 490 |
| 18 |  📦 Инвойсы
За последние 7 дней доля “зависших” согласований в закупках снизилась на 28% после автоматической сверки документов. Сервис получает GET /gov/tenders/v1/contractors/{inn}/status?from=2026-09-12 с API key → 200 {contracts:[{id,ver,stage,updatedAt}]}; если stage="signed", отправляет POST /erp/v2/purchase-invoices {"contractId":id,"version":ver} → 201 {invoiceId} и сохраняет checksum, чтобы повторы не меняли проводки. Итог: согласования проходят быстрее и без ручных расхождений.
Look API | 374 |
| 19 |  🧊 Шардирование
За последние 7 дней доля таймаутов при обмене статусами между микросервисами снизилась на 26% после перехода на очереди событий и идемпотентные ключи. Order-service шлёт POST /events/v1/order.shipped с X-Idempotency-Key=ord_7c1 {orderId, shipAt} → 202; consumer отвечает PATCH /shipping/v1/orders/{orderId} {"status":"shipped"} → 200 и сохраняет processed_at в outbox, повтор не меняет запись. Итог: меньше дублей и быстрее согласование статусов.
Look API | 517 |
| 20 |  💳 Платежи
За последние 7 дней доля “двоек” в выгрузке из банка снизилась на 34% после сверки статуса транзакции. Backend по событию отправляет POST /psp/v1/charges с Authorization Bearer и X-Idempotency-Key=chg_9f12 {orderId, amount} → 201 {chargeId}; PSP шлёт POST /payments/v1/webhooks/charge-confirm с HMAC {chargeId,status}. Backend пишет chargeId в outbox и возвращает 200, повтор webhook не меняет ledger. Итог: меньше расхождений и ручных разборов.
Look API | 441 |
