Balvinder Singh — BS monogramBalvinder SinghPaymentsAIArchitecture

About

From payment terminals to platform architecture.

I build adaptable payment technology that works across devices, transaction flows, and the systems behind them.

01 / Foundation

Backend, full stack, and mobile

I began my career in .NET backend development, learning how to build the services and data flows behind an application. I then worked across the full stack with AngularJS and moved into hybrid mobile applications. That progression taught me to see a product from its user interface through its APIs, operations, and infrastructure.

02 / Specialisation

A common layer across payment devices

My work later moved to Android payment terminals across device families from Landi, Ingenico, PAX, Verifone, KOZEN, Sunmi, Newland, and others. Each device has its own SDK and hardware behavior, while merchants and acquirers need a consistent payment experience. I focus on a common application layer that separates shared transaction behavior from vendor-specific integrations.

03 / Leadership

From terminal engineering to platform leadership

At Ingenico, I progressed from Technical Lead to Engineering Manager, working on Android payment applications, device-to-cloud connectivity, and engineering delivery through July 2025. Since September 2025, I have been Head of Technology at SeaPos Payment Services Pvt. Ltd., working across payment device software and the wider platforms that support it.

04 / Exploration

Applied AI with explicit authority

I am now exploring where AI can improve payment engineering and commerce, especially when an automated system must explain what it knows, stay within its authority, and handle uncertain transaction outcomes. On this site, I share practical writing, interactive tools, and selected work from that journey.

Career chronology

Engineering milestones

  1. Sep 2025 – present

    Head of Technology

    SeaPos Payment Services Pvt. Ltd.

  2. Apr 2023 – Jul 2025

    Engineering Manager

    Ingenico India International

  3. Dec 2020 – Mar 2023

    Technical Lead

    Ingenico India International

  4. Jul 2020 – Dec 2020

    Lead Engineering

    Commdel Consulting Services

  5. Sep 2018 – Jun 2020

    Sr. Associate Engineer Lead

    Commdel Consulting Services

  6. Aug 2016 – Oct 2018

    Team Lead

    Oath Infosystems Pvt. Ltd.

  7. Sep 2012 – Aug 2016

    Senior Developer

    Oath Infosystems Pvt. Ltd.

  8. Aug 2008 – Aug 2012

    Software Developer

    Winsoft Software Solution

Global delivery

Payment projects delivered across eight regions.

Across both on-site and remote engagements, spanning terminal deployments, transaction platform integrations, and merchant-side rollouts.

  • India
  • UAE
  • Indonesia
  • United Kingdom
  • United States
  • Egypt
  • Africa
  • Canada

Technical expertise

Experience across payment terminal ecosystems.

Payment terminal ecosystems

Experience with Android payment terminals and SDKs across multiple device families, using explicit capability contracts rather than assuming every terminal behaves identically.

  • Landi A8
  • Ingenico DX / EX
  • PAX A920
  • Verifone X990
  • KOZEN P8 / P12
  • Sunmi
  • Newland

Transaction platforms

Distributed switching, orchestration, reversal and reconciliation, high-throughput authorization pipelines, connector abstraction, per-contract profiles.

  • Switching
  • Reconciliation
  • Reversal design
  • Connector profiles

Security & keys

Cryptographic key management, HSM integrations, PCI-DSS-aware architecture, secure device provisioning, key-ceremony orchestration.

  • HSM
  • PCI-DSS
  • KMS
  • Key ceremony
  • Device identity

AI & agentic commerce

Mandate design, consent freshness, step-up authentication, audit-trail-first agent flows, rails-aware policy — commerce for parties that aren't humans.

  • Mandates
  • Guardrails
  • Audit trail
  • Rails matrix

Principles

Four principles for payment engineering

  1. 01

    Model uncertainty as a first-class state

    UNKNOWN is not the absence of information. It's information — that a layer sent a request and did not observe a response. Design your schema so every layer can say so.

  2. 02

    Preserve historical events; never overwrite them

    An approval and a subsequent reversal are two facts. Overwriting the first with the second is lying about the past. Every dispute you'll ever answer will want the trail.

  3. 03

    Retry keeps identity; only attempts change

    The logical-operation id is sticky across retries. The attempt id changes. If your terminal firmware generates a fresh transaction id every time the operator presses ‘retry’, you have duplicate transactions.

  4. 04

    The terminal is not the ledger

    The terminal reports what it observed. The ledger is the source of truth. When they disagree, the ledger wins. Everything downstream should be built on that hierarchy.

Contact

[email protected]