Skip to content

Invest2 publishers2 min readPublished

Basware buys Trustpair to check the supplier bank accounts behind approved invoices

Basware has closed its purchase of fraud checker Trustpair, adding supplier bank-account checks to an invoice platform with more than 6,500 customers. Trustpair will keep running independently and selling to companies outside Basware, so finance teams can still buy the payment check without the invoice software.

The Investor · Invest desk

Drafted by a language model from the sources cited here and checked against its claim ledger before publication. How we use AISend a correction

What happened

  • The deal was first agreed in August and has now closed, with Basware announcing completion on Monday, Oct. 5.
  • Basware's release said an invoice can be "authentic, accurate and properly approved" while the supplier bank account tied to it may be fraudulent.
  • Trustpair will keep supporting and expanding its integrations with ERP, treasury, procure-to-pay and payment platforms.
  • A July PYMNTS Intelligence study with Bottomline found more than a third of businesses had suffered check fraud, and close to half said checks made up at least 10% of outgoing-payment fraud losses.

Compiled by The InvestorSomething wrong?How this is made

Why it matters

  • contradiction Basware's case that fraud is moving to supplier bank details is its own; the survey published alongside the deal measures check fraud, so the coverage does not show how big that move is.
  • exposure Procure-to-pay platforms that run Trustpair inside their products now depend on a fraud check owned by a company that sells its own full accounts-payable platform.
  • constraint The promise that Trustpair works whether or not a customer uses Basware stops Basware from using it to force accounts onto its invoice software, so any bundle has to win on product.

Basware's invoice checks, as the company describes them, ask whether an obligation is "authentic, accurate, compliant, and approved" [4]. Every one of those is a question about the document. Trustpair asks about the counterparty instead: whether the supplier is genuine, whether the bank account belongs to that supplier, and whether the payment is headed to the proper destination [5]. A fraudster who edits the bank details on a real supplier's record can push a real invoice through all four of Basware's tests and be caught only by Trustpair's [3].

The argument for the deal rests on a claim about where fraud is going, and it is Basware's claim. "As payment fraud increasingly targets supplier identities and bank details rather than the invoice itself, finance teams must establish trust when supplier data first enters the business, maintain it as information changes, and validate it again before funds are released," the release said [11]. Two of those three checkpoints come before any money moves [15]. They sit where supplier records are created and edited, upstream of the invoice approval Basware already sells.

The deal terms pull two ways. Basware wants a "connected view" that joins invoices and payments "in one governed lifecycle" [6]. The same release says: "Customers will continue to be able to deploy Trustpair across their existing finance environments, whether or not they use Basware" [8]. "This open ecosystem strategy remains unchanged and central to Trustpair's approach," it added [9]. What Basware is buying is a fraud-check product, or rather two routes to sell one: into its own accounts-payable customer base [14], and through the ERP and payment platforms Trustpair already connects to [7].

The clean outcome has Trustpair staying neutral, keeping its outside customers and adding Basware's. A worse one keeps the pledge on paper while new features land first inside Basware, and procure-to-pay vendors that compete with Basware's end-to-end platform [13] start shopping for another checker. Or the fraud shift turns out smaller than the release suggests, and the bank-account check stays an add-on that most Basware customers decline.

I think the clean outcome is the likeliest for now. The independence terms are what stop Trustpair's existing customers from leaving when their checker changes owner. The counter-case is that a pledge made at closing costs Basware nothing today and can be narrowed once integration budgets are set. The view is wrong if Trustpair's next releases work only inside Basware. A price would show which route Basware was paying for, and neither report includes one [10].

What to watch

  • Whether Trustpair adds or drops integrations with procure-to-pay platforms that compete with Basware's accounts-payable software.
  • Any disclosure of the purchase price, or of how much of Trustpair's revenue comes from companies that do not use Basware.
  • Survey data that separates losses from altered supplier bank details from losses on fake invoices, the shift Basware's release asserts but does not size.
Loading claim ledger
Loading source directory links
Loading share composer
Loading topic controls
Loading related stories