File note · Kuching

We follow the money on the screen you actually ship.

Runtime Grid Core audits fintech applications — wallets, remittance, lending, and merchant payments — by walking the same paths your customers and operations teams walk. The output is a findings pack, not a slide about transformation.

StudioKtld, Jalan Haji Taha

Typical first reviewTwo to three weeks

Request a review
Reviewer working through application notes and a laptop at a desk in Kuching
Engagement notes stay tied to screens, logs, and reproduce steps.

The work we are asked for most

A payment journey review is the usual starting point. We enrol, top up, send, fail, refund, and then ask operations to reconstruct the same transfer. Where the customer balance and the back office disagree, we write it down with steps someone else can repeat.

You leave with a severity-ordered pack and a walkthrough. Fees are scoped after a short intake; a typical payment journey review starts from RM 18,000. There is no checkout on this site.

See what the payment review includes

Hands using a card and laptop during a payment review

Other reviews we take on

Each engagement is a named pass over part of the application. We do not sell retainers as a default, and we do not run a scanner and call it an audit.

What teams tell us afterwards

They sat with our refund screen until they could break it on purpose, then wrote the steps so engineering did not have to guess. The walkthrough was blunt in a useful way.

Operations lead, Kuala Lumpur e-money issuer

We had policy papers. We did not have a map of where PDPA duties actually live in the app. Runtime Grid Core gave us that map with screen names we could hand to counsel.

Programme manager, Digital lending team, Penang

The pre-launch pass told us which two journeys were not ready. We delayed those, shipped the rest, and came back for a re-check. No theatre.

Founder, Remittance app, Kuching

From the notes