Partner integration

Put independent GPU technical assurance inside your underwriting workflow.

Partners can initiate a Doku review through the portal or API, receive normalized status updates, surface conditions inside their own workflow, and provide investors with a separately signed Doku technical opinion designed to support their review of the financed technical case.

Integration principles

Embed the workflow, not the independence.

Approved presentation: Independent Technical Review by Doku Assurance

01

Operationally embedded

02

Visibly independent

03

Partner retains origination and credit ownership

04

Doku retains control of technical scope and opinion

05

Borrower evidence remains source-linked

06

No fully white-labeled technical opinion

Shared review lifecycle

One normalized path across all three products.

  1. 1Partner intake
  2. 2Conflict and scope review
  3. 3Evidence request
  4. 4Technical review
  5. 5Independent opinion
  6. 6Financing decision
  7. 7Condition closure
  8. 8Optional post-close assurance

Trigger rules

Call Doku when the decision needs a separate technical record.

First-time operatorUnusual cluster or cloud architectureMaterial exposureIncomplete evidenceInvestor or syndicate requestClosing or draw milestonePerformance acceptance pendingRepeated SLA or availability issues

Cross-product contract

Product-specific deliverables. Shared status and controls.

Product 01

Independent Second Opinion

Independent technical opinion, challenged assumptions, structured evidence, and financing conditions

View product
Product 02

Full Technical Underwriting

End-to-end evidence review, selected technical testing, acceptance requirements, and credit translation

View product
Product 03

Acceptance & Draw-Condition Review

Condition-closure verification, exceptions, and draw-readiness opinion

View product

Runnable evidence model

Follow 256 installed GPUs to 192 supported contracted capacity.

A runnable, deterministic demonstration of how Doku links a submitted GPU plan, protected power, technical qualification, contract acceptance, and an illustrative cash-flow bridge without turning missing evidence into a pass.

All transaction facts and financial inputs are invented. This is not a customer case, credit decision, technical opinion, covenant calculation, or proof of real-world performance.

Installed
25632 homogeneous eight-GPU nodes
Power-admissible
22428 full-system envelopes after ancillary reservation
Technically qualified
208One failed and one missing health result excluded
Contract-eligible
192Three complete, accepted 64-GPU pools

Partner API

Small surface. Explicit controls.

Test and live credentials are separate, hashed at rest, scoped, rotatable, revocable, and partner-rate-limited. Use a unique idempotency key for creation. Webhooks use timestamped HMAC-SHA256 signatures with replay rejection and bounded retries.

GET   /api/v1/products
GET   /api/v1/reviews
POST  /api/v1/reviews
GET   /api/v1/reviews/{reviewId}
PATCH /api/v1/reviews/{reviewId}
POST  /api/v1/reviews/{reviewId}/materials
GET   /api/v1/reviews/{reviewId}/deliverables
POST  /api/v1/reviews/{reviewId}/deliverables/{deliverableId}/signed-download
GET   /api/v1/reviews/{reviewId}/audit
POST  /api/v1/reviews/{reviewId}/conditions
GET   /api/v1/reviews/{reviewId}/conditions

Partner readiness

Controlled onboarding from sandbox to live.

Onboarding and timeline

  1. Fit and operating-model review
  2. Contracting, confidentiality, permitted-use, and data-processing terms
  3. Security and webhook review
  4. Sandbox credential and integration test
  5. Live-credential approval and controlled launch

Integration timing is confirmed after fit and security review. No public production keys are issued.

Versioning and deprecation

Clients send the documented schema version. Compatible additions remain within the version. Breaking changes use a new version with a communicated migration window and deprecation date.

Custom partner-volume pricing is separately scoped and is not a public rate card.

Security and data processing

Private records use access-controlled persistence. Evidence URLs are treated as secrets, never fetched automatically, and excluded from analytics and routine notifications. Status access uses signed exchange links and short-lived cookies.

Current workflow providers may include Vercel for hosting and private object storage, and Resend for transactional delivery where configured. Final subprocessor, retention, deletion, and data-processing terms are confirmed in contracting.

Support, escalation, and incidents

Operational support and escalation begin at jorg@dokuassurance.com. Security or privacy incidents should use the same address with “Security incident” in the subject. Contracted response targets supersede public guidance.

Responsibility matrix

Workflow ownership remains explicit.

ActivityPartnerDokuBorrower or operatorLender
Origination and permitted disclosureResponsibleConflict reviewProvides authorized informationAccountable
Technical scope and opinionConsultedResponsible and accountableProvides evidence and accessConsulted
Credit, waiver, and draw decisionWorkflow supportTechnical input onlyInformedResponsible and accountable
Incident and deletion requestNotifiesCoordinates within scopeSupports factsInformed

Co-branded operating model

Partner platform
Doku conflict and scope review
Evidence and selected testing
Doku technical opinion
Partner credit workflow
Condition closure
Optional post-close assurance

The workflow may be embedded. The technical opinion remains independently Doku-branded and signed.

Partner credential request

Begin with fit, security, and operating-model review.

Doku does not issue public production API keys through the sandbox. Submit business contact information to begin a controlled credential and webhook configuration process.

No production API keys are issued automatically.