Skip to main content

Documentation Index

Fetch the complete documentation index at: https://docs.rako.sh/llms.txt

Use this file to discover all available pages before exploring further.

Conversions

A conversion is the ledger record that connects an agent recommendation to a merchant outcome. Conversions are not created by the agent. They are created when Rako can reconcile the recommendation with payment, merchant, or milestone evidence.

Conversion sources

SourceTypical pathVerification level
Payment webhookPSP confirms a successful payment and returns AAP metadata.Verified checkout conversion.
Merchant conversion reportMerchant reports sessionId, orderReference, and transaction value.Pending validation.
Milestone updateMerchant reports progress after an initial conversion, such as install or activation.Depends on configured flow.
Refund or dispute webhookPSP reports refund, chargeback, or dispute lifecycle events.Used for clawback/reconciliation.

Verified checkout conversions

For instant checkout, Rako expects a payment event from the merchant’s PSP. Rako receives the payment event, reads AAP metadata, and records a verified conversion. Handled successful payment event names include:
  • payment_intent.payment_succeeded
  • payment_intent.succeeded
  • payment_succeeded
Rako reads the payment metadata, looks up the recorded recommendation, computes commission, and inserts a conversion with conversionPath: "verified_payment".
{
  "received": true,
  "status": "conversion_recorded",
  "conversionId": "01K...",
  "verification": "verified"
}
The conversion starts as pending while validation, refund, dispute, and settlement windows remain open.

Merchant-reported conversions

Merchants can report a completed sale or payable action with:
POST /v1/conversions
Authorization: Bearer <merchant-api-key>
Content-Type: application/json
{
  "sessionId": "01KN6KV0TWMH8VS6TDS3S7V2EJ",
  "orderReference": "ORD-100045",
  "transactionValue": 10
}
Required fields:
FieldDescription
sessionIdThe AAP session that led to the recommendation.
orderReferenceMerchant-side order, application, policy, or payment reference.
transactionValueGross value used to calculate percentage or hybrid commission.
Response:
{
  "conversionId": "01K...",
  "sessionId": "01KN6KV0TWMH8VS6TDS3S7V2EJ",
  "orderReference": "ORD-100045",
  "transactionValue": 10,
  "commission": {
    "amount": 8,
    "networkFee": 1.6,
    "builderPayout": 6.4,
    "type": "cpa"
  },
  "status": "pending",
  "validationPeriodDays": 30
}
Merchant-reported conversions are useful for verticals where the payable outcome is not a simple card payment: broadband installation, insurance policy start, regulated applications, recurring subscriptions, or first-bill milestones.

Conversion flows and milestones

Some products require multiple events before a commission should settle. Rako supports merchant-configured conversion flows such as:
Flow typeExample milestones
instant_checkoutpayment_received, order_confirmed
quote_applicationquote_requested, application_submitted, application_approved, payment_received
install_activationorder_placed, install_scheduled, install_completed, service_activated
policy_startquote_requested, policy_issued, cooling_off_complete, first_bill_paid
Merchants record milestones against a conversion:
POST /v1/conversions/{conversionId}/milestones
Authorization: Bearer <merchant-api-key>
Content-Type: application/json
{
  "step": "service_activated",
  "status": "completed",
  "metadata": {
    "activatedAt": "2026-04-15T10:30:00Z",
    "serviceReference": "BB-88391"
  }
}
Milestones do not replace the conversion record. They provide the audit trail needed to validate, delay, settle, or claw back commission.

Refunds, disputes, and clawbacks

Payment webhook handling also reconciles negative lifecycle events:
  • refund.succeeded or charge.refunded marks the conversion clawed_back
  • dispute.opened or charge.dispute.created marks the conversion disputed
  • dispute.closed resolves the dispute according to the configured policy
This keeps the AAP ledger aligned with the merchant’s payment reality instead of relying on agent self-reporting.

Settlement fields

Each conversion stores the values Rako needs for invoicing and payouts:
  • transactionValue
  • commissionAmount
  • networkFee
  • builderPayout
  • conversionPath
  • status
  • orderReference
  • recommendationId, sessionId, merchantId, and agentId
For registered builders, the standard split is 80% builder payout and 20% Rako network fee. Anonymous agent traffic can still be attributed, but builder payout is zero until the builder is registered.