Look API
Ir al canal en Telegram
Канал с лучшими практиками и советами по работе с API для создания веб-приложений. Узнавайте о последних трендах и новых инструментах, которые помогут вам сделать ваше приложение лучше и умнее. Для связи: @telegran_ads_bot
Mostrar más
Red:6 595
Suscriptores
-824 horas
-157 días
-7130 días
Carga de datos en curso...
Canales Similares
![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}
Nube de Etiquetas
Menciones Entrantes y Salientes
---
---
---
---
---
---
Atraer Suscriptores
octubre '26oct '26
octubre '260
en 0 canales
septiembre '26
+2
en 0 canales
Get PRO
agosto '26
+5 045
en 0 canales
Get PRO
julio '26
+1
en 0 canales
Get PRO
junio '26
+9
en 0 canales
Get PRO
mayo '260
en 0 canales
Get PRO
abril '260
en 0 canales
Get PRO
marzo '260
en 0 canales
Get PRO
febrero '26
+3 651
en 0 canales
Get PRO
enero '26
+3
en 0 canales
Get PRO
diciembre '25
+3
en 0 canales
Get PRO
noviembre '250
en 0 canales
Get PRO
octubre '25
+1
en 0 canales
Get PRO
septiembre '25
+4
en 0 canales
Get PRO
agosto '25
+1 517
en 0 canales
Get PRO
julio '25
+1 058
en 0 canales
Get PRO
junio '25
+1 562
en 0 canales
Get PRO
mayo '25
+1 133
en 0 canales
Get PRO
abril '25
+1 252
en 0 canales
Get PRO
marzo '25
+2
en 0 canales
Get PRO
febrero '25
+5 249
en 0 canales
Get PRO
enero '25
+4 073
en 0 canales
Get PRO
diciembre '24
+7 899
en 0 canales
Get PRO
noviembre '24
+5 293
en 0 canales
Get PRO
octubre '24
+3
en 0 canales
Get PRO
septiembre '24
+2
en 1 canales
Get PRO
agosto '24
+3
en 0 canales
Get PRO
julio '24
+5
en 0 canales
Get PRO
junio '24
+6
en 0 canales
Get PRO
mayo '24
+1
en 0 canales
Get PRO
abril '24
+27
en 0 canales
Get PRO
marzo '24
+6
en 0 canales
Get PRO
febrero '24
+13
en 0 canales
Get PRO
enero '24
+14
en 1 canales
Get PRO
diciembre '23
+23
en 0 canales
Get PRO
noviembre '23
+7
en 0 canales
Get PRO
octubre '23
+12
en 0 canales
Get PRO
septiembre '23
+6
en 0 canales
Get PRO
agosto '23
+45
en 0 canales
Get PRO
julio '23
+30
en 0 canales
Get PRO
junio '23
+84
en 0 canales
Get PRO
mayo '23
+143
en 0 canales
Get PRO
abril '23
+23
en 0 canales
Get PRO
marzo '23
+41
en 0 canales
Get PRO
febrero '23
+7
en 0 canales
Get PRO
enero '23
+197
en 0 canales
Get PRO
diciembre '22
+102
en 0 canales
Get PRO
noviembre '22
+349
en 0 canales
Get PRO
octubre '22
+219
en 0 canales
Get PRO
septiembre '22
+10
en 0 canales
Get PRO
agosto '22
+5
en 0 canales
Get PRO
julio '22
+9
en 0 canales
Get PRO
junio '22
+3
en 0 canales
Get PRO
mayo '22
+2
en 0 canales
Get PRO
abril '22
+1
en 0 canales
Get PRO
marzo '220
en 0 canales
Get PRO
febrero '22
+6
en 0 canales
Get PRO
enero '22
+21
en 0 canales
Get PRO
diciembre '21
+101
en 0 canales
Get PRO
noviembre '21
+802
en 0 canales
Get PRO
octubre '21
+848
en 0 canales
Get PRO
septiembre '21
+288
en 0 canales
| Fecha | Crecimiento de Suscriptores | Menciones | Canales | |
| 06 octubre | 0 | |||
| 05 octubre | 0 | |||
| 04 octubre | 0 | |||
| 03 octubre | 0 | |||
| 02 octubre | 0 | |||
| 01 octubre | 0 |
Publicaciones del Canal
💳 Контракты
За последние 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
| 2 |  🧩 Интеграции
За последние 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 |
| 3 |  📈 Транзакции
За последние 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 |
| 4 |  📉 Лимиты
За последние 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 |
| 5 |  🧾 Дебет
За последние 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 |
| 6 |  📊 Риски
За последние 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 |
| 7 |  💳 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 |
| 8 |  🧱 Госсервис
За последние 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 |
| 9 |  🧾 Просрочки вниз
За последние 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 |
| 10 |  🧩 С 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 |
| 11 |  📦 Автосверка
За последние 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 |
| 12 |  💳 Транзакции
За последние 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 |
| 13 |  📊 Мониторинг
За последние 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 |
| 14 |  💳 Платежи
За последние 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 |
| 15 |  📈 Автоматизация
За последние 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 |
| 16 |  🛰️ Госреестры
За последние 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 |
| 17 |  📦 Инвойсы
За последние 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 |
| 18 |  🧊 Шардирование
За последние 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 |
| 19 |  💳 Платежи
За последние 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 |
| 20 |  🧾 Риск-скоринг
За последние 7 дней время подтверждения KYC сократилось на 37% после перехода на предзапрос статуса до вызова скорингового API. Backend отправляет POST /kyc/v1/check с Authorization Bearer и body {subjectId, docType} → 200 {riskScore, status}; если status=need_review, ставит задачу в очередь и запрашивает GET /scoring/v1/result/{jobId} → 200 {decision}. Итог: решения приходят быстрее без ручных сверок.
Look API | 406 |
