화이트라벨 및 플랫폼
고객이 우리 이름을 알 필요가 없습니다.
Trust Ledger는 귀사의 로고, 색상, 도메인 아래에서 실행됩니다. 고객을 브랜드 페이지로 안내하거나, 이미 판매 중인 제품 안에 전체 기능을 내장하면 귀사의 서비스로 보이고, 실제로도 귀사의 서비스입니다.
- 서명 및 수집 경험까지 포함한 완전한 화이트라벨
- API, 직접 관리하는 키, 자체 시스템으로 연결되는 웹훅
- 실제 고객 데이터에 접근할 수 없는 샌드박스
두 가지 운영 방식
기반으로 개발하거나, 그대로 사용하세요.
어느 방식을 택하시든 기반 플랫폼은 같습니다.
API
한 번의 요청으로, 모든 당사자를 한 번에.
요청을 만들고, 당사자와 체크리스트를 추가하고, 문서와 영역을 첨부한 다음 전송하세요. 인터페이스가 만드는 것과 같은 객체입니다.
POST /v1/requests
curl -X POST https://api.trustledger.net/v1/requests \
-H "Authorization: Bearer $TRUST_LEDGER_KEY" \
-H "Content-Type: application/json" \
-d '{
"name": "1420 Simcoe St, lease and guarantee",
"parties": [
{ "role": "applicant", "email": "[email protected]", "verify": "biometric" },
{ "role": "co_applicant", "email": "[email protected]", "verify": "biometric" },
{ "role": "guarantor", "email": "[email protected]", "verify": "2fa" }
],
"sequence": "strict",
"document": { "file_id": "doc_9f2c", "zones": "template_lease_v4" },
"checklists": { "applicant": ["photo_id", "pay_stub", "reference"] },
"webhook": "https://your-app.example.com/hooks/trust-ledger"
}'웹훅
시스템이 저희와 같은 순간에 알게 됩니다.
파일에서 일어나는 모든 상태 변경은 구독할 수 있는 이벤트이며, 저희가 보낸 것임을 검증할 수 있도록 서명됩니다.
- request.sent, party.opened, identity.verified, item.submitted, item.returned
- document.signed, round.superseded, request.closed, profile.updated
- 서명된 페이로드, 백오프 방식의 재시도, 놓친 이벤트를 위한 재전송 엔드포인트