Look API

💳 Контракты За последние 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

🧩 Интеграции За последние 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

📈 Транзакции За последние 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

📉 Лимиты За последние 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

🧾 Дебет За последние 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

📊 Риски За последние 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

💳 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

🧱 Госсервис За последние 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

🧾 Просрочки вниз За последние 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

🧩 С 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

📦 Автосверка За последние 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

💳 Транзакции За последние 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

📊 Мониторинг За последние 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

💳 Платежи За последние 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

📈 Автоматизация За последние 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

🛰️ Госреестры За последние 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

📦 Инвойсы За последние 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

🧊 Шардирование За последние 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

💳 Платежи За последние 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

🧾 Риск-скоринг За последние 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