---
title: "Получить подключения к операторам ЭДО"
method: GET
path: "/api/v1/docflow/connections"
tags: ["Docflow connections"]
---

# Получить подключения к операторам ЭДО

`GET /api/v1/docflow/connections`

## Request

- Base URL: `https://erp.akeda.ru`
- URL: `https://erp.akeda.ru/api/v1/docflow/connections`
- Auth: one of:
  - HTTP bearer
  - OAuth 2 (authorization code, authorization URL `https://erp.akeda.ru/oauth2/authorize`, token URL `https://erp.akeda.ru/oauth2/token`, scopes: `akeda:delegate`)

Учётные данные оператора в ответе не возвращаются ни одним полем: снаружи виден только признак has_credentials. Отключённые подключения скрыты, пока о них не спросили явно, — это история, а не действующие интеграции.

## Query parameters

- `all` '1'
- `company` string, uuid
- `provider` 'saby' | 'diadoc'

## Headers

- `X-Tenant` string, required

## Response `200`

Подключения кабинета

- DocflowConnectionList
  - `count` integer, required
  - `results` DocflowConnection[], required
    - `id` string, uuid, required
    - `provider` 'saby' | 'diadoc', required: Оператор ЭДО: saby — ключами приложения, diadoc — входом сотрудника в Контур (ERP-2068)
    - `provider_name` string, required: Имя оператора для интерфейса; торговая марка, не переводится
    - `display_name` string, required
    - `company` string, uuid
    - `company_name` string, required
    - `company_inn` string, required
    - `company_kpp` string, required
    - `status` 'connected' | 'paused' | 'error' | 'reauth_required' | 'disconnected', required: reauth_required отделён от error намеренно: сеть починится сама, а отозванный доступ требует человека
    - `status_name` string, required
    - `has_credentials` boolean, required: Тройка ключей оператора задана. Самих значений наружу не отдают никогда
    - `read_only` boolean, required: Действующее ограничение: отправка, подписание и изменение состояний в ЭДО отключены
    - `draft_write` boolean: Режим «Черновики в ЭДО» (ERP-1551): при read_only=true оператору уходят черновики; подпись, отправка и ответы остаются закрытыми
    - `reply_after_approval` boolean, required: «После нашего согласования — ответить у оператора». Когда проход внутреннего маршрута по входящему пакету закончен, документооборот выполняет у оператора действие текущего этапа: «согласован» — «Утвердить», «отклонён» — «Отклонить» с причиной из визы. Этап с подписью не закрывается: пакет ждёт человека в «Ждут меня → Подписать». Итог — строкой журнала прохода (operator_*). По умолчанию выключено.
    - `external_org_id` string, required: Идентификатор нашей организации у оператора; выясняется сопоставлением по ИНН и КПП, руками не вводится
    - `oauth_account` string
    - `granted_by_user_id` integer: Кто из ERP выдал доступ; имя человека на стороне оператора нам неизвестно
    - `granted_by_name` string, required
    - `granted_at` string, date-time
    - `last_sync_at` string, date-time
    - `last_sync_status` '' | 'ok' | 'failed' | 'skipped', required: Итог последнего прохода синхронизации
    - `last_error` string, required: СЛОВА ОПЕРАТОРА и только они: по ним человек чинит доступ в кабинете оператора
    - `last_error_code` string, required: Машинный код последней неудачи (docflow.edo.*); его переводит интерфейс
    - `messages_total` integer, required
    - `actions_due` integer, required: Сколько пакетов ждут нашего действия
    - `created_at` string, date-time, required
    - `updated_at` string, date-time, required

## Other responses

- `401`: Сессия, ключ или кабинет не подтверждены
- `403`: Текущая роль не имеет требуемого права

---

[API](https://skmtc.dev/akeda/apis/akeda-erp-client-api.md) · [All operations](https://skmtc.dev/akeda/apis/akeda-erp-client-api/llms.txt) · [OpenAPI document](https://skmtc.dev/akeda/apis/akeda-erp-client-api/revisions/3c60ded179f2?raw)