Forfaiting, factoring, Islamic trade finance, and supply chain finance all show up under the same "specialised trade" heading in most implementation scopes, and they get tested with a shared template as a result. That template misses the one structural difference that actually matters for each: who bears the risk, what instrument is being financed, and what happens when the deal doesn't go to plan.
Forfaiting vs. Factoring: The Recourse Question Isn't Optional
Factoring can be structured with recourse or without recourse — the seller may or may not remain liable if the buyer defaults. Forfaiting is always without recourse: once the forfaiter purchases the receivable, the seller has no further exposure, full stop. A UAT plan that tests "non-recourse" as a configurable flag on both products has not understood that for forfaiting, it isn't a configuration choice — it's the definition of the product. There should be no test path in a forfaiting workflow that allows recourse to the seller at all.
The two products also differ in what they finance. Factoring discounts invoices — no negotiable instrument is involved. Forfaiting purchases negotiable instruments directly: bills of exchange or promissory notes, typically avalised (guaranteed) by the importer's bank. A test plan that treats "the financed asset" as interchangeable between the two products will miss validation rules that only apply to negotiable instruments — endorsement chains, avalisation verification, and instrument transferability on a secondary market, none of which exist in factoring.
Forfaiting non-recourse enforcement — system blocks any seller-recourse configuration on a forfaiting deal. Bill of exchange avalisation verification before discount. Factoring recourse vs non-recourse fee-structure differentiation — service fee plus discount charge (recourse) vs combined non-recourse pricing.
Factoring's Two-Fee Structure Is Where Calculations Go Wrong
Factoring pricing has two separate components: a service fee (typically a fraction of a percent to around 1% of invoice value, covering collection and credit protection) and a discount charge on the advance taken, which can be charged upfront or accrued against the outstanding balance. A test case that calculates only one fee, or applies the upfront-discount method when the deal is structured as accrual-based, will produce a settlement amount that is wrong without the test itself failing — because the formula ran, it just ran the wrong formula for the deal structure.
Islamic Trade Finance: The Risk Isn't Credit Risk, It's Structural Compliance
An Islamic LC structured under Murabaha is not "a regular LC with no interest" — it is a fundamentally different transaction. The bank must actually purchase the underlying goods before selling them to the customer at a disclosed markup; interest-bearing lending is not permitted under Shariah principles. Because the bank typically cannot take physical possession of traded goods directly, Islamic banks use an agency structure: the customer signs a promise to purchase, then acts as the bank's agent to procure the goods on the bank's behalf, under AAOIFI Shariah Standard No. 8 governing Murabaha transactions.
This sequencing — promise to purchase, agency appointment, bank's constructive ownership, then sale to customer at markup — is the actual thing that needs testing. A UAT plan that only verifies "no interest field is populated" has tested the cosmetic difference, not the structural one. The sequence-of-ownership scenario is what an auditor or Shariah board reviewer will actually check.
If your system can complete a Murabaha transaction without a recorded step showing the bank took constructive ownership of the asset before resale, that gap will surface in a Shariah compliance review, not in functional UAT — by which point it's a much more expensive fix.
Supply Chain Finance: Whose Credit Rating Actually Matters
In buyer-led SCF (reverse factoring), the financing decision is based on the buyer's credit rating, not the supplier's — that's the entire point of the structure, since it lets smaller suppliers access financing at the larger buyer's borrowing cost. A test plan that runs supplier-side credit checks on an SCF transaction, the same way it would for ordinary factoring, is testing the wrong party's risk profile entirely. The scenarios that matter here are anchor programme onboarding (the buyer establishes the programme), supplier enrolment against that programme, and invoice-approval-triggered disbursement — each a distinct workflow stage with its own failure modes, particularly around what happens when an approved invoice is disputed after disbursement has already occurred.
If your SCF platform supports dynamic discounting (the discount rate varies with how early the supplier draws down), the test plan needs a scenario for a supplier drawing down at the latest possible moment versus the earliest — confirm the rate calculation differs correctly in both directions, not just that a discount is applied.