The channels dtcpay runs today, where competitors sit, the unit economics of each channel, how I would launch the next one with China-based vendors, and a working desk for the weekly rejection review.
Own the channels behind dtcpay's accounts, cards and checkout: which networks to add, what they cost, how they are integrated and supported, and why payments fail.
Fiat and stablecoin in one MAS-licensed account, with Visa principal issuing. Channel breadth and cost per payment decide whether that edge reaches merchants.
A working desk for the three jobs the JD names: pricing and cost, project plans with a critical path, and rejection investigation with notes ready in English and 中文.
A Singapore Major Payment Institution with all six licensed activities, a Luxembourg EMI, and registrations in the US, Canada, Australia and Hong Kong. Series A extended to US$25M in September 2026.
| Area | What is public | Why it matters here |
|---|---|---|
| Licence | MAS MPI PS20200531: account issuance, domestic and cross-border transfer, merchant acquisition, e-money issuance, DPT service. Full licence effective 1 Aug 2022. | Every new channel sits inside MAS outsourcing, TRM and AML/CFT notices. |
| Personal and business | Multi-currency wallet, Visa card (incl. Infinite tier), swap, send, Scan and Pay (SGQR+, PayNow UEN), business account, global payouts, online checkout, POS+ and mPOS+. | One account feeds several channels, so a channel fault shows up in many products. |
| Institution | White-label cards and BIN sponsorship as a Visa principal member, FI virtual accounts (SGD, USD, HKD, USDT), Stablecoin-as-a-Service. | Partners integrate to dtcpay: the role runs both directions. |
| Stablecoins | USDT, USDC, WUSD and FDUSD accepted. dtcpay issues none of its own. | Conversion and sweep cost are part of every stablecoin payment's margin. |
| Partners in 2025 and 2026 | Mastercard Move (Jun 2025), ANEXT Bank (Jan 2026), BitGo Singapore (Jun 2026), TP for 24/7 support in English and Mandarin (Jul 2026). | Each partner needs an operating and support process, as the JD asks. |
Channels named on dtcpay's own pages, with the integration work each one carries. Status is what the public site shows today.
| Channel | On site today | Integration work that recurs | Typical failure to watch |
|---|---|---|---|
| Visa (issuing, acceptance, card payouts) | live | Scheme mandates and release cycles, BIN management, disputes, quarterly operating data as a principal member. | Issuer declines 05 and 57 clustering by country or MCC. |
| Mastercard Move | live | Corridor onboarding, beneficiary data rules per corridor, return handling. | Name mismatch (BE01) and closed accounts on payouts. |
| WeChat Pay | live | Sub-merchant onboarding, QR and Quick Pay flows, CNY settlement and FX, Chinese-language specs. | AUTH_CODE_INVALID at POS, SYSTEM_ERROR needing query then revoke. |
| PayNow and SGQR+ | live | SGQR+ payload rules, bank partner reconciliation. | Unmatched credits without a reference. |
| Stablecoins on several chains | live | Per-chain deposit and sweep, wallet screening, Travel Rule, conversion to fiat. | Underpayment after exchange withdrawal fees, wrong network. |
| Alipay+ and UnionPay | not listed | Named on earlier versions of the checkout and POS pages. A gap or a deliberate cut is a first-week question. | For Alipay+: PAYMENT_IN_PROCESS treated as failure, causing double charges. |
Singapore and APAC players that sell fiat plus stablecoin payments to the same merchants and institutions.
| Player | Licence | What they sell | Gap vs dtcpay |
|---|---|---|---|
| FOMO Pay | MAS MPI with DPT | WeChat Pay, Alipay and UnionPay acquiring plus stablecoins; Circle Payments Network and USDG network member. | Closest like-for-like. Broader China wallet acquiring; no Visa principal issuing. |
| Triple-A | MAS MPI with DPT | Stablecoin checkout with fiat settlement; reaches 20,000+ SG merchants through HitPay. | Distribution through PSP partners; no accounts or cards. |
| StraitsX | MAS MPI | Issues XSGD and XUSD; settles Grab and Alipay+ flows in XSGD. | Owns its stablecoin; dtcpay relies on third-party coins. |
| HitPay | Singapore payment gateway | SME acquiring with public prices (PayNow 0.65% + S$0.30); stablecoins via Triple-A. | Public price list sets merchant expectations; dtcpay pricing is quoted per merchant. |
| Reap | Visa principal issuer (HK, Mexico) | Stablecoin-funded corporate cards; Visa programme for 100+ markets (Sep 2026). | Direct rival on card issuing; no merchant acquiring. |
| Airwallex, Nium, Thunes | MAS MPI and others | Fiat collections and payouts at scale, local rails, China wallets. | Far wider fiat network; limited stablecoin settlement. |
Takeaway. dtcpay's position is one account across fiat and stablecoin with its own Visa issuing. The channel PM's job is to keep acceptance breadth level with FOMO Pay and cost per payment level with HitPay.
Three small differences across dtcpay's own pages, noted because a channel PM owns how channels are described to merchants.
| Item | What the pages say | Suggested fix |
|---|---|---|
| Checkout channel list | The live online-checkout page lists cards, WeChat Pay, PayNow and stablecoins. Archived POS and online-payments pages from April and May 2026 also listed Alipay and UnionPay. | One channel list, kept by the channel PM, feeding every product page. |
| Jurisdiction count | The about page shows "8 Licensed jurisdictions" in its stats and "seven jurisdictions" in its copy; the licences page lists seven. | Generate the count from the licences page. |
| Settlement timing | The online-checkout page says "Next business-day settlement" and, further down, "even on weekends". | State settlement per channel and per currency. |
| JD duty | How I would do it | In the demo |
|---|---|---|
| Vision and roadmap for cross-border payments | Rank candidate channels by merchant demand, margin at real ticket sizes, and integration effort. Publish a quarterly channel roadmap. | Channel P&L |
| End-to-end product development | One spec per channel: flows, states, error mapping, reconciliation, support runbook. Sign-off from UI/UX, tech, ops and compliance before build. | Launch plan |
| Manage external partners and set up support processes | Shared tracker with each vendor, weekly call on China time, escalation matrix in English and 中文, agreed SLA for incidents and certification. | Rejections (vendor notes) |
| Project plans, dependencies, critical path | Plan every launch as a dependency graph. Push effort onto critical tasks; vendor tasks on the path get daily check-ins. | Launch plan |
| Competitive analysis: pricing, features, SLA | Quarterly table of FOMO Pay, HitPay, Triple-A, StraitsX and Reap on price, channels, settlement time and support hours. | Section 03 |
| Innovation, revenue and volume | Target channels where dtcpay converts stablecoin to fiat in the same flow, since that is where single-rail rivals cannot follow. | Channel P&L |
| Pricing and end-to-end cost | Price from the cost stack upwards, with a break-even rate per ticket size, and review monthly against actual scheme and network invoices. | Channel P&L |
| Sales and marketing collateral | One page per channel: who it suits, price, settlement time, limits, top three failure reasons and what the merchant can do. | Rejections |
| Risk and compliance controls | Outsourcing assessment and data-flow map for every vendor before the contract is signed; screening and Travel Rule hooks in every stablecoin flow. | Launch plan (task B) |
| Product metrics and user feedback | Authorisation rate, rejection rate by owner, time to settle, cost per payment and contribution per channel, reviewed weekly. | Rejections |
| Post-implementation support, payment rejections | Weekly rejection review sorted by who must act. Unknown-status codes are always queried before any retry or refund. | Rejections |
| Internal product expert | Keep the channel list, limits and code book in one place that sales, support and the TP team can search. | Code book |
Fixed per-payment costs decide small-ticket pricing more than the percentage fee does. The demo prices each channel from its cost stack with live FX, gas and Tron energy.
A USDT transfer burns about 6.8 TRX (64,285 energy at 100 sun, plus bandwidth) without staked energy. Sweeping per-invoice addresses one by one costs more than 4% of a US$45 payment.
Staked or rented energy, batched sweeps, or a cheaper chain for small tickets. Each is a product decision with a custody and ops cost.
Cost is mostly percentage plus FX spread, so margin holds at small tickets. FX spread on CNY is the line to negotiate.
Cost lines in the demo are my planning assumptions, editable in place. Live inputs: ECB FX via frankfurter.dev, EVM gas price from public RPCs, Tron chain parameters from TronGrid.
Example: adding Alipay+ acquiring for Singapore merchants. 60 working days on the template; the path runs through contract, sandbox, build, vendor certification and pilot.
The outsourcing assessment starts the day terms are signed, so it carries 22 days of slack and stays off the critical path.
Sandbox keys and certification are both vendor-owned and both critical. A five-day vendor slip moves launch by ten.
The settlement parser is built in parallel with the API work and must pass on sandbox files before the first merchant goes live.
Questions to the vendor go in Chinese with the English original attached, so engineering and the vendor read the same text.
The weekly review sorts rejections by who has to act. Payer and issuer declines are demand; the rest is work for us, the vendor, the bank or the merchant.
| Code | Owner | Action |
|---|---|---|
| Alipay+ PAYMENT_IN_PROCESS | Payer | Status U in the Alipay+ docs. Keep the order open and inquire; refunding or re-charging on this status creates double payments. |
| Alipay+ CURRENCY_NOT_SUPPORT | Us | Merchant profile outside the contract. Fix configuration before any retry. |
| WeChat Pay SYSTEM_ERROR | Vendor | Call again with the original parameters; if it repeats, revoke and ask the payer to change method (WeChat Pay docs). |
| ISO 20022 BE01 | Merchant | Beneficiary name differs from the bank record, common with romanised Chinese names. |
| Crypto UNDERPAID | Payer | Exchange withdrawal fee deducted. Checkout copy should say "send the exact amount after fees". |
Channel inventory with owner, contract, cost stack, settlement time and top failure codes. Meet every vendor. First weekly rejection review.
Close the largest fixable rejection causes. Contribution per channel at real ticket sizes; propose price changes where a channel loses money.
Business case and critical-path plan for the next channel, with compliance and vendor tasks dated. Collateral and support runbook drafted.
Role: Senior Product Manager (Payment Network/Channel Integration), dtcpay (public job posting, 2026).
dtcpay's own pages (home, about, licences, online checkout, partnership, newsroom), the MAS Financial Institutions Directory, archived dtcpay pages from April and May 2026, and competitor sites. Read 11 Nov 2026.
The demo is my own build for this application and runs no production traffic. Alipay+ and WeChat Pay codes quote their public developer docs; card and payout codes use ISO 8583 and ISO 20022. Cost lines and the sample rejection week are my assumptions.
Demo: dtcpay-pm.pages.dev · MAS FID entry · dtcpay licences · dtcpay about · Alipay+ pay API · WeChat Pay Quick Pay · Series A extension · HitPay pricing
Independent homework for the dtcpay Senior Product Manager role · 2026 · edwardtay.com