How does a fee receivable become Paid?

Draft, Sent, Overdue and Paid are invoice states; Pending, Under Review, Succeeded and Failed belong to payment records. Sent does not establish email delivery to the client or GİB acceptance of an e-document.

The saved tenant provider context retrieves the result; verification and invoice/amount/currency matching precede application. A failed attempt does not close the invoice. Eligible Sent invoices may become Overdue when the configured worker processes them after the due date.

Payment results, checkout uncertainty and invoice states are separate. The saved provider result must be verified and applied before Paid; opening an external browser proves no payment.

Invoices

Invoice F-2026-0042 · Client A

Draft

Case preparation and pleading

₺8,000

Hearing follow-up

₺2,500

Subtotal

₺10,500

VAT (20%, example)

₺2,100

Grand total

₺12,600

Payment records

Attempt 1₺12,600

Attempt 2₺12,600

Collected

₺0

Collection rate

0%

1. 01/06
   A draft is preparedEnter two illustrative lines manually: ₺8,000 and ₺2,500. One example 20% VAT rate gives ₺10,500 subtotal and ₺12,600 total; this does not establish tax applicability or represent other deductions.
2. 02/06
   Prepare the invoice for collectionThe number may be manual or allocated during creation for an eligible year/series. Choose the due date separately. Sent establishes neither customer delivery nor official document acceptance.
3. 03/06
   The client moves to paymentAn authorized user starts collection for an eligible Sent/Overdue TRY invoice’s full total through the firm’s active/default iyzico connection. The client enters card details on the provider-hosted page; opening it is not success.
4. 04/06
   One attempt failsThis example receives a verified Failed result and leaves the invoice unpaid. Closing the browser or a delayed response is not the same definitive failure.
5. 05/06
   A new attempt startsAn authorized user starts an eligible retry only after the result is resolved and no active/uncertain-attempt block remains. Do not force a second collection while an attempt is pending, under review or unresolved.
6. 06/06
   The payment completesThe saved tenant provider verifies the result; matching amount/currency and invoice eligibility allow Succeeded and Paid. Refreshing lists/dashboards and delivering notifications are separate operations.

‹›

01/06

A draft is prepared

Fictional invoice and verified-result illustration; 20% VAT and the collection ratio are sample arithmetic only. No real card/provider acceptance, bank reconciliation, fiscal document or notification delivery is established.

Determine the fee model and fiscal documentation separately from software checkout. Have a qualified adviser assess the Attorneyship Law (opens in a new tab), current tariff, professional rules and contract for the actual matter.

This guide approves no percentage fee, lower/upper limit or current tariff amount. Software calculation does not establish legal or fiscal suitability.

Online checkout is a collection method. The firm’s iyzico account and service terms must separately be valid; platform subscription payment is distinct from collecting a client invoice.

Invoice lines are entered manually; time or expense records do not become lines automatically. A number may be manual or allocated from the eligible tenant series. E-document submission is a separate queue after connection, data and permission checks; queuing is not GİB acceptance.

The adjacent calculation is a simple single-rate example without deductions. Actual calculations may include per-line VAT, VAT withholding, income-tax withholding and rounding. Assess rate/code and document suitability with your accountant.

Keep expenses (court fees, notification costs, expert advances) as separate lines from the fee. The tax treatment of an expense can differ from that of a fee, so ask your accountant about that too. A separate line lets the client see exactly what is being paid and lets you read fees and expenses apart.

The user sets the due date; the example 14 days is not a system default. The worker may mark eligible Sent invoices Overdue after their due date; no exact-boundary transition or client reminder is guaranteed.

Write the policy into the agreement and keep it simple. One default due period, no due period for fees taken up front, and staged invoices for long matters cover most situations. Every exception is something someone has to track manually.

The longer the due period, the later the Overdue signal arrives. That is a choice, not a rule; watch the period you picked in the collection-rate report and change it if needed.

New collection uses the tenant’s active/default iyzico merchant connection, without platform-subscription-account fallback. An authorized member starts hosted checkout using an eligible invoice total and buyer profile. No separate anonymous client invoice portal is implied.

Before sending the link, check the amount, the name on the invoice and the due date; the client will compare the figure on the link with the figure on the invoice. When you send the link by email or message, add one short sentence: what the amount is for, the last payment day and whom to write to with questions.

The payment-completed event may queue a notification for the company user. This is not automatic client confirmation. Delivery depends on preferences, provider, permission, address/device and quota conditions; manage client communication separately.

Card entry in this flow takes place on the provider-hosted page; Vekilaw initiation does not request card numbers, expiry dates or security codes. This certifies neither all provider retention practices nor PCI compliance.

Consider data minimization alongside company access/role controls and an assessment of personal-data obligations (opens in a new tab). Using software alone establishes no KVKK compliance approval.

The callback token is only a signal. The system queries the saved tenant provider context, verifies the result and matches amount/currency/invoice before applying an eligible outcome. Review the security scope separately.

Verified failure, pending/under-review results and initiation uncertainty differ. Browser closure or a network timeout does not prove the provider collected nothing. Do not force a retry while the outcome is unresolved.

A failed result does not close the invoice. Retry eligibility depends on the existing attempt and invoice state; an active or uncertain attempt may block repeat initiation.

Resolve the outcome from provider and payment records first. After definitive failure, assess an eligible retry or another collection method under firm control; avoid collecting the same invoice twice.

The two ways to pay the same invoice are compared row by row. A bank transfer or EFT is the alternative route when a card payment does not go through.

Overdue updates depend on invoice eligibility and worker conditions. Processing time, worker/database access and backlog can vary; do not assume an exact change at the deadline.

Refresh invoice and payment state before communicating. Check checkout remains usable; links are not promised to be single-use, permanent or payable again from every old message.

If your agreement contains late-payment interest or a similar clause, weigh your client relationship and your fee agreement together before applying it; that decision is yours, not the system's. When lateness repeats, rethinking the due period, taking more up front or invoicing in stages is often more productive than penalising.

Staged service fees, partial payment of one invoice and card installments are different processes. Assess document and amount timing with qualified fiscal/legal support; this flow creates no automatic staged contract or collection plan.

Vekilaw does not choose an installment plan in this flow. Options and commissions on hosted checkout depend on the valid merchant account and provider terms; this guide guarantees no option.

Current online collection requires an eligible TRY invoice’s full total; an arbitrary partial amount cannot be submitted. Assess staged invoices, installments, commission and refunds separately against contract, provider and fiscal/legal suitability.

The ratio below is illustrative arithmetic for one period, basis and cohort. Check the report’s filters and metric definition separately; different periods, drafts, cancellations or currency data need not yield the same result.

In the example beside this section a month has four invoices with a VAT-inclusive total of ₺36,000. Three are paid and one is Overdue. Collected is ₺31,200, so the rate is about 86.7 percent. Check the same figure against the Overdue list: 36,000 − 4,800 = 31,200.

Compare provider, bank and Vekilaw records separately. Check the verified success reached the correct invoice, duplicates/missing records and refreshed lists. A report view alone proves neither bank reconciliation nor profitability.

Client invoice/checkout sharing, due-date communication and collection confirmation are separate firm-managed steps. The payment-completed event targets the company user; automatic client messages across every channel are not promised.

Choose the channel by the client's preference. Write down beforehand which content goes through which channel, and send the payment link only to the channel the client gave you. The notifications module lets you manage channels in one place.

Do not request card, identity or case details in messages. Check recipients and message scope before sending, and assess confidentiality/personal-data duties in the firm’s communication policy.

Online payment works through habit more than through tooling. The routine below is kept simple enough for a small firm to repeat monthly and can be scaled to a law firm of any size.

At the start of the month read last month's collection rate and open the Overdue list; write an owner and a next-step date against every late invoice. Mid-month, remind clients whose due dates are close. At month-end reconcile against the payment provider's records and either send or delete the invoices still waiting in Draft.

The rhythm comes down to three questions: was every invoice that should have been issued issued, was every sent invoice paid, and is the next step written down for every unpaid one? If the answers are not on paper, collection is left to chance. The online payments module runs the payment side; the discipline is in your calendar.