Точка Банк API: Получить выписку по счёту

Сценарий из mcp-everything. Актуально на 2026-10-13.

Выписка формируется асинхронно. Сначала создаётся ресурс выписки, затем по statementId запрашивается статус и готовый список операций.

Получи токен с разрешениями ReadAccountsBasic, ReadAccountsDetail и ReadStatements.
Запроси GET /uapi/open-banking/v1.0/accounts и выбери accountId нужного счёта.
Запусти формирование: POST /uapi/open-banking/v1.0/statements с Data.Statement.accountId, Data.Statement.startDateTime и Data.Statement.endDateTime.
Возьми Data.Statement.statementId из ответа.
Запрашивай GET /uapi/open-banking/v1.0/accounts/{accountId}/statements/{statementId}, пока Data.Statement[].status не станет Ready.
Забери остатки периода и массив Data.Statement[].Transaction.

curl -L 'https://enter.tochka.com/uapi/open-banking/v1.0/statements' \
  -H 'Content-Type: application/json' \
  -H 'Accept: application/json' \
  -H 'Authorization: Bearer <token>' \
  -d '{
    "Data": {
      "Statement": {
        "accountId": "40817810802000000008/044525104",
        "startDateTime": "2019-01-01",
        "endDateTime": "2019-01-01"
      }
    }
  }'

curl -L 'https://enter.tochka.com/uapi/open-banking/v1.0/accounts/40817810802000000008/044525104/statements/123243234' \
  -H 'Accept: application/json' \
  -H 'Authorization: Bearer <token>'

Базовые URL

Боевой: https://enter.tochka.com/uapi
Тестовый: https://enter.tochka.com/sandbox/v2
OAuth 2.0: https://enter.tochka.com/connect/token
В песочнице часть пути после сохраняется: /uapi

Авторизация

Тип: Bearer-токен

Для интеграции одной компании создай JWT-ключ в интернет-банке: «Сервисы» → «Интеграции и API» → «Создать JWT-ключ». Выбери срок и разрешения, сохрани токен и client_id, затем передавай Authorization: Bearer <jwt_token>. У JWT нет refresh-токена; после истечения срока ключ перевыпускается вручную.

Для сервиса, который работает от имени других компаний, используется OAuth 2.0: зарегистрируй приложение, получи служебный токен по client_credentials, создай consent, отправь клиента на подтверждение, обменяй code на access_token и refresh_token. code живёт 5 минут, access_token — 24 часа, refresh_token — 30 дней; при запросе данных конкретной компании дополнительно передавай её идентификатор в заголовке customerCode.

В песочнице используй Authorization: Bearer sandbox.jwt.token; отдельные ключи и доступы для неё не нужны.

Методы сценария

GET /uapi/open-banking/v1.0/accounts — Get Accounts List

Возвращает список счетов и их accountId. Требуются разрешения ReadAccountsBasic, ReadAccountsDetail.

Документация: https://developers.tochka.com/docs/tochka-api/api/get-accounts-list-open-banking-v-1-0-accounts-get

POST /uapi/open-banking/v1.0/statements — Init Statement

Асинхронно запускает формирование выписки и возвращает statementId. Требуется разрешение ReadStatements.

Документация: https://developers.tochka.com/docs/tochka-api/api/init-statement-open-banking-v-1-0-statements-post

Параметр	Где	Тип	Обяз.	Описание
`Data.Statement.accountId`	body	string	да	Уникальный и неизменный идентификатор счёта, не более 40 символов
`Data.Statement.startDateTime`	body	string	да	Дата начала выписки, ISO 8601
`Data.Statement.endDateTime`	body	string	да	Дата окончания выписки, ISO 8601

GET /uapi/open-banking/v1.0/accounts/{accountId}/statements/{statementId} — Get Statement

Возвращает состояние и содержимое конкретной выписки. В выписку входят только операции в финальном статусе.

Документация: https://developers.tochka.com/docs/tochka-api/api/get-statement-open-banking-v-1-0-accounts-account-id-statements-statement-id-get

Параметр	Где	Тип	Обяз.	Описание
`accountId`	path	string	да	Идентификатор счёта
`statementId`	path	string	да	Идентификатор выписки

Нюансы

Init Statement работает асинхронно. Созданная выписка доступна 24 часа, затем удаляется; в неё попадают только операции в финальном статусе.
В выписке creditDebitIndicator: Credit означает приход, Debit — расход. Если transactionTypeCode ещё содержит мемориальный ордер, документация советует через несколько секунд сформировать выписку повторно.
Платёж, созданный через API, обязательно подписывает сотрудник в интернет-банке. Подписанный вне операционного времени или в выходной платёж отправится в ближайший рабочий день.
Если платёж после создания через API отредактировали в интернет-банке, Get Payment Status перестаёт показывать актуальный статус и остаётся в Created.
Если торговых точек несколько, для платёжной ссылки обязательно передавай merchantId. Рабочая торговая точка должна иметь status: "REG" и isActive: true.
Возврат через API возможен только из статуса APPROVED. Оплату цифровым рублём через API вернуть нельзя; возврат оформляется вручную в интернет-банке.
Вебхук приходит как строка JWT с Content-Type: text/plain и подписью RS256. Проверяй подпись публичным ключом https://enter.tochka.com/doc/openapi/static/keys/public до обработки данных.
Вебхуки отправляются только об успешных операциях. Если события нет, проверь платёж через соответствующий метод статуса или выписку.
При перевыпуске JWT меняются и токен, и client_id; старые значения удаляются. Обнови ключ в интеграции и настройки вебхуков.
Песочница возвращает фиксированные ответы независимо от входных значений. Переход и реальная оплата по платёжной ссылке в ней недоступны.

Другие сценарии

Если этого недостаточно — официальная документация: https://developers.tochka.com/docs/tochka-api/ Вся интеграция одним документом: https://mcp-everything.ru/integrations/tochka-bank-api.md