Primers passos
Integració / SDK
Verificació d'usuaris
Verificació d'empreses
Monitoratge de transaccions
Registre de canvisFinalitats dels missatges
Les pujades de documents accepten actualment imatges JPEG, PNG i WebP de fins a 5 MB.
Només apareixen les finalitats aplicables al subjecte del cas.
Les plantilles de correu electrònic per al client estan disponibles actualment en anglès, castellà i portuguès.
La consola utilitza el mateix camp de correu electrònic i el mateix selector d’idioma que la repetició de les sessions de verificació.
Destinataris verificats i plantilles fixes
Un destinatari ha d’haver completat la verificació de correu electrònic en una sessió que pertanyi al subjecte i a l’aplicació del cas. Una adreça importada o editada en un perfil d’usuari no acredita la verificació. Si no hi ha cap contacte verificat, el redactor ho explica i l’enviament queda desactivat. Els revisors no poden subministrar text de correu electrònic, enllaços, adreces de remitent ni destinataris arbitraris. El correu utilitza la imatge de marca existent de Didit o de marca blanca. Un remitent personalitzat requereix que el domini de correu configurat estigui verificat. Cada plantilla indica al destinatari que el correu no demanarà contrasenyes, codis de verificació ni pagaments. La repetició de les sessions de verificació continua sent una acció independent per repetir les comprovacions de verificació. La seva previsualització mostra el correu de repetició real i les comprovacions seleccionades.Lliurament i respostes
L’historial de missatges distingeix els resultats de lliurament en cua, en procés d’enviament, enviat, simulat i desconegut. Un correu simulat no s’envia. Un resultat desconegut vol dir que el proveïdor podria haver acceptat el correu; el sistema no el torna a enviar automàticament. Reintentar una sol·licitud confirmada utilitza el mateix ID de sol·licitud per evitar lliuraments duplicats. Una sol·licitud que requereix una acció té un enllaç de resposta segur vàlid durant set dies. Cancel·lar la sol·licitud o resoldre el cas invalida aquest enllaç, fins i tot després que el cas es reobri. La pàgina del client no revela les conclusions privades del cas ni altres registres d’origen. Una resposta enviada apareix a Missatges al client com a evidència pendent de revisió. El cas torna a Obert, i una resolució pendent existent s’ha de revisar de nou. Les respostes no poden substituir una presentació anterior, aprovar la verificació original, sobreescriure la identitat d’un client ni contribuir a un resultat de frau. Eliminar la verificació d’origen o el cas elimina les seves sol·licituds al client i les evidències pujades.Flux de treball de l’API
Tots els endpoints de la consola estan limitats a una organització, una aplicació i un cas:read:cases.
Redactar, previsualitzar, confirmar, cancel·lar i enviar recordatoris requereix write:cases.
La confirmació ha d’incloure el mateix contact_id, purpose i language, a més del request_id, expires_at i preview_token que retorna la previsualització.
El justificant de confirmació caduca als 15 minuts, de manera independent del termini de resposta del client.
Un recordatori envia el mateix correu de nou al mateix destinatari verificat, com a màxim una vegada per sol·licitud cada 24 hores.
No canvia res més: la sol·licitud manté el seu termini i el cas manté el seu estat.
La resposta retorna la sol·licitud, reminded_at, el delivery_status del propi recordatori (SENT, SIMULATED o UNKNOWN) i next_reminder_at.
Una sol·licitud que el client ja no ha de respondre retorna 409 amb code case_request_not_waiting i un reason: answered, cancelled, expired, closed, not_actionable, not_delivered o contact_unavailable.
Un segon recordatori dins de les 24 hores retorna 429 amb code case_request_reminder_too_soon, una marca de temps retry_at i una capçalera Retry-After.
Mentre una resolució espera aprovació, un recordatori retorna 400.
L’endpoint del client és GET o POST /v3/case-requests/{request_uuid}/ amb la capçalera X-Case-Request-Token específica de la sol·licitud.
L’enllaç de resposta porta aquesta credencial al fragment; la pàgina elimina el fragment en obrir-se.
El token només dona accés a aquesta sol·licitud.