Delivery.
Commercial frontend work spanning the 2018 Vue 2 rebuild, ongoing insurer and bank integrations, rendering optimization and payment safeguards. This written case uses a workflow illustration; it does not reproduce the product interface.
CASE STUDY 07 / Fintech · Collections & payouts
Built the Vue 2 frontend during the 2018 upgrade of a PHP-based insurance payments product, then supported new insurer and bank integrations. My work included institution-specific configuration, response-field adaptation, large-data rendering and payment safeguards.
Commercial project · Written case studyFingard · Ronghe Pay
The name combines “Ronghe” (integration in Chinese) with “Pay”: integrated payments.
Frontend development · Rebuild & ongoing integrations
Vue 2 · Multi-bank integration · Payment safety · Rendering performance · Reconciliation
01 / THE PROBLEM
Insurers needed premium collections and claim payouts across banks through one platform. As more clients joined, each insurer and bank required its own configuration. Bank interfaces and response fields differed, while growing data volumes and real-time payment safety added frontend challenges. The platform supported batch and single payments, real-time settlement where available, and reconciliation statements.
A summary of my responsibilities and technical approach. This workflow illustration does not reproduce the product UI.
02 / MY CONTRIBUTION
03 / TECHNICAL APPROACH
My zero-to-one contribution refers to the Vue 2 frontend rebuild of an existing PHP-based product in 2018. The work continued as we onboarded more insurance companies and banks, each with corresponding configuration and integration needs.
04 / DELIVERY & REFLECTION
Commercial frontend work spanning the 2018 Vue 2 rebuild, ongoing insurer and bank integrations, rendering optimization and payment safeguards. This written case uses a workflow illustration; it does not reproduce the product interface.
This was where I began learning the payment domain. Accuracy and timeliness matter throughout the workflow: institution-specific data needs careful interpretation, growing datasets need usable interfaces, and payment actions need safeguards against repetition.
Have a similar challenge?
Let’s talk ↗