Skip to main content

Referral Partners: Lead tracking and quotes - how it works

This article explains how attribution works for the clients and cases you refer through your platform, what statuses to expect throughout the lifecycle, and how revenue tracking flows from case creation to payment.

Updated over a week ago

What this covers

When you integrate with Debitura, each client you bring to Debitura is tracked back to your platform. Cases submitted by those clients flow through collection, and your referral fees are tracked at each stage. This article covers the business logic behind attribution, the key statuses you will encounter, and what to expect end-to-end.

Why attribution matters

Attribution determines whether a specific case generates referral fees for you. Not every case from a linked client automatically generates fees. The system evaluates two factors: whether the client was originally brought to Debitura by your platform, and how each case was created.

Understanding attribution helps you set accurate expectations with your finance team, reconcile your revenue reports, and troubleshoot cases where fees appear missing.

How attribution works

Attributed vs non-attributed clients

Attributed clients are clients your platform brought to Debitura. These clients did not exist in Debitura before you referred them. For attributed clients, all cases generate referral fees regardless of how they are created. This includes cases submitted through your API, cases the client creates directly in the Debitura web app, CSV imports, and integrations.

Non-attributed clients are clients who already had a Debitura account before linking to your platform. They found Debitura independently. For non-attributed clients, only cases created through the external customer API using your credentials generate fees. Cases the client creates directly in Debitura do not generate fees for you.

Attribution decision logic

When a debtor payment is received, Debitura determines whether your referral fee applies by checking:

  1. Is the case linked to a referral partner? If not, no fees are generated.

  2. Is the client attributed to your platform? If yes, fees are generated regardless of creation method.

  3. If the client is non-attributed, was the case created through the external customer API using your credentials? If yes, fees are generated. If not, no fees are generated.

This design ensures you earn fees when you bring clients to Debitura, and also when you facilitate case submission for clients who already had accounts.

Client and link statuses

When you create a client through the API, the response indicates what happens next:

  • Ready (201 Created): The client has completed onboarding and signed the Standard Debt Collection Agreement. You can immediately start submitting cases through the API. For technical integration details, see the Developer Docs link at the bottom of this article.

  • Onboarding Required (202 Accepted): The client needs to complete onboarding. Redirect them to the provided onboarding URL. Once they sign the agreement, you can proceed.

  • Awaiting Approval (409 Conflict): The client already exists in Debitura. They must approve linking to your platform. An approval link is sent to them. If approved, the link is created as non-attributed.

For the full list of statuses and expected actions, see Status definitions reference.

Revenue tracking stages

Once a case is collected, your referral fee progresses through four stages:

  1. Unrecognized: Payment has been received from the debtor, but the collection partner has not yet paid Debitura's platform fee. The fee amount may change with exchange rate fluctuations. Do not count this as earned yet.

  2. Recognized Uninvoiced: The collection partner has paid Debitura. The fee amount is now locked. Once the collection partner has paid Debitura, include these confirmed fees in your next monthly invoice to Debitura.

  3. Recognized Invoiced: You have invoiced Debitura. Await payment within the agreed terms (typically net 20 business days).

  4. Recognized Paid: Debitura has paid you. The revenue cycle is complete.

Track these stages using the Reporting API. The GET /reporting/transactions endpoint returns all transactions with their current stage. For detailed reconciliation guidance, see Revenue sharing and reconciliation.

What to expect end-to-end

A typical flow from client creation to fee payment:

  1. You call POST /clients to create or link a client. The client completes onboarding if required.

  2. You submit cases on behalf of the client through the API.

  3. Debitura routes the case to a collection partner. The partner works to recover the debt.

  4. When the debtor pays, a payout is created. If attribution rules are met, your referral fee is calculated.

  5. Once the collection partner pays Debitura, your fee moves to "Recognized Uninvoiced."

  6. You invoice Debitura monthly for recognized fees.

  7. Debitura pays your invoice, completing the cycle.

If a debtor pays in installments, each payment creates a separate payout with proportional fees. Your total fees remain the same as a lump sum payment.

Troubleshooting missing fees

If you expect fees but do not see them in reporting:

  • Confirm the client link is active and not archived.

  • Check whether the client is attributed or non-attributed. For non-attributed clients, only cases created through the external customer API using your credentials generate fees.

  • Verify the case was created through the external customer API using your credentials, not the client’s own API key or the Debitura web app.

  • Check the revenue stage. Fees appear only after the debtor pays and the collection partner settles with Debitura.

For step-by-step troubleshooting, see Missing attribution troubleshooting.

Related resources

Developer Docs: Developers: Want to automate tracking via the API? See Developer Docs: Referral Partner API Reference.

Did this answer your question?