Look API
Відкрити в Telegram
Канал с лучшими практиками и советами по работе с API для создания веб-приложений. Узнавайте о последних трендах и новых инструментах, которые помогут вам сделать ваше приложение лучше и умнее. Для связи: @telegran_ads_bot
Показати більше
Сітка:6 595
Підписники
-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 каналах
| Дата | Залучення підписників | Згадування | Канали | |
| 06 жовтня | 0 | |||
| 05 жовтня | 0 | |||
| 04 жовтня | 0 | |||
| 03 жовтня | 0 | |||
| 02 жовтня | 0 | |||
| 01 жовтня | 0 |
Дописи каналу
💳 Контракты
За последние 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 |
