Начало работы
Интеграция / SDK
Проверка пользователей
Верификация бизнеса
Мониторинг транзакций
Журнал измененийЦели сообщений
При загрузке документов сейчас принимаются изображения JPEG, PNG и WebP размером до 5 МБ.
Отображаются только цели, применимые к субъекту кейса.
Шаблоны писем клиентам сейчас доступны на английском, испанском и португальском языках.
Консоль использует то же поле электронной почты и тот же выбор языка, что и при повторной отправке сессии.
Подтверждённые получатели и фиксированные шаблоны
Получатель должен был успешно пройти проверку электронной почты в сессии, принадлежащей субъекту кейса и приложению. Адрес, импортированный или изменённый в профиле пользователя, не считается подтверждённым. Если подтверждённого контакта нет, редактор сообщает об этом, и отправка остаётся недоступной. Проверяющие не могут указывать произвольный текст письма, ссылки, адреса отправителя или получателей. Письмо использует существующий брендинг Didit или White label. Для собственного отправителя требуется, чтобы настроенный домен электронной почты был подтверждён. Каждый шаблон сообщает получателю, что письмо не будет запрашивать пароли, коды подтверждения или платежи. Повторная отправка сессии остаётся отдельным действием для повторения проверок. Её предпросмотр показывает фактическое письмо о повторной отправке и выбранные проверки.Доставка и ответы
История сообщений различает статусы доставки: в очереди, отправляется, отправлено, смоделировано и неизвестно. Смоделированное письмо не отправляется. Неизвестный результат означает, что провайдер мог принять письмо; система не отправляет его повторно автоматически. Повтор подтверждённого запроса использует тот же request ID, чтобы избежать дублирования доставки. Запрос, требующий действия, содержит защищённую ссылку для ответа, действующую семь дней. Отмена запроса или закрытие кейса делает эту ссылку недействительной, в том числе после повторного открытия кейса. Страница клиента не раскрывает конфиденциальные результаты по кейсу или другие исходные записи. Отправленный ответ появляется в разделе Сообщения клиенту как доказательство, ожидающее проверки. Кейс возвращается в статус «Открыт», а существующее решение, ожидающее одобрения, нужно проверить повторно. Ответы не могут заменить предыдущую отправку, одобрить исходную верификацию, перезаписать личность клиента или повлиять на результат по мошенничеству. Удаление исходной верификации или кейса удаляет их запросы клиентам и загруженные доказательства.Рабочий процесс API
Все эндпоинты консоли привязаны к организации, приложению и кейсу:read:cases.
Создание, предпросмотр, подтверждение, отмена и напоминание требуют write:cases.
Подтверждение должно содержать те же contact_id, purpose и language, а также request_id, expires_at и preview_token, возвращённые предпросмотром.
Квитанция подтверждения истекает через 15 минут независимо от срока ответа клиента.
Напоминание отправляет то же письмо повторно тому же подтверждённому получателю, не более одного раза на запрос в 24 часа.
Ничего другого не меняется: запрос сохраняет срок, а кейс сохраняет статус.
Ответ возвращает запрос, reminded_at, собственный delivery_status напоминания (SENT, SIMULATED или UNKNOWN) и next_reminder_at.
Запрос, на который клиент больше не должен отвечать, возвращает 409 с code case_request_not_waiting и reason: answered, cancelled, expired, closed, not_actionable, not_delivered или contact_unavailable.
Повторное напоминание в течение 24 часов возвращает 429 с code case_request_reminder_too_soon, меткой времени retry_at и заголовком Retry-After.
Пока решение ожидает одобрения, напоминание возвращает 400.
Эндпоинт клиента: GET или POST /v3/case-requests/{request_uuid}/ с заголовком X-Case-Request-Token, специфичным для запроса.
Ссылка для ответа передаёт этот токен во фрагменте; страница удаляет фрагмент при открытии.
Токен даёт доступ только к этому запросу.