セッションを再処理する
const url = 'https://api.trust.supa-stg.ai/v1/verification-sessions/example/reprocess';const options = {method: 'POST', headers: {Authorization: 'Bearer <token>'}};
try { const response = await fetch(url, options); const data = await response.json(); console.log(data);} catch (error) { console.error(error);}curl --request POST \ --url https://api.trust.supa-stg.ai/v1/verification-sessions/example/reprocess \ --header 'Authorization: Bearer <token>'Completed / failed / reviewing のセッションを collecting に戻し、期限(expiresAt)を設定し直す。確認はすぐには走らず、利用者の再提出を待つ。新しい判定が確定すると webhook がもう 1 回届く(別のイベント ID)。応答に検証 URL は含まれない。利用者が再提出するには、管理画面で検証 URL を再発行して渡す。expired のセッションは再処理できないので新しく作る
Authorizations
Section titled “Authorizations”Parameters
Section titled “Parameters”Path Parameters
Section titled “Path Parameters”Responses
Section titled “Responses”再処理を受け付けたセッション。status は collecting に戻る
object
セッション ID(vs_ + 32 桁の 16 進)
セッションの進み具合。created = 作成済み(利用者が未着手)/ collecting = 利用者が提出中 / deciding = 判定中 / reviewing = 手動レビュー待ち / completed = 判定が確定 / expired = 利用者が終えないまま期限切れ / failed = 回復できないエラーで終了。承認か否認かは status ではなく outcome.verdict で見る
このセッションで行う確認の手順(作成時のテナント設定で決まる)
object
セッションの期限。created / collecting のままこの時刻を過ぎると expired になる
作成日時
Example
{ "id": "vs_00000000000000000000000000000001", "status": "created", "plan": { "steps": [ "document" ] }, "expiresAt": "2026-08-02T12:34:56.000Z", "createdAt": "2026-08-02T12:34:56.000Z", "metadata": { "userId": "user_0001" }}API キーが無い・正しくない・失効している(理由は区別しない)。Authorization: Bearer <API キー> を確かめる
object
Example
{ "_tag": "Unauthorized"}テナントの IP 許可リストに無いアドレスからの呼び出し。API キーは有効。許可リストの設定を確かめる
object
Example
{ "_tag": "IpNotAllowed"}セッションが無い。他テナントのセッション・形式が正しくない ID も同じく 404(個人情報を消去済みのセッションは 404 にならない)
object
Example
{ "_tag": "SessionNotFound"}今の状態では再処理できない(status が completed / failed / reviewing 以外・個人情報を消去済み・同時の操作と衝突)。GET で status を確かめる。expired は再処理できないので新しいセッションを作る
object
Example
{ "_tag": "ReprocessNotAllowed"}