mcpField
T
tw-payment-integration

tw-payment-integration

github.com/asgard-ai-platformDevelopment24344 installsUpdated 21w ago
Repository

About tw-payment-integration

tw-payment-integration is a payment integration planning skill for developers building e-commerce in Taiwan. It covers local payment methods, providers, API flows, security requirements, and practical considerations for refunds and callbacks.

Key features

  1. 01Survey common Taiwan payment methods
  2. 02Compare providers and suitable scenarios
  3. 03Explain the standard payment flow
  4. 04Describe API fields and callback concepts
  5. 05List payment security requirements

Use cases

  1. 01Choose payment methods for Taiwan e-commerce
  2. 02Plan providers and integration steps
  3. 03Design callback verification and idempotency
  4. 04Set refund and customer support procedures

Install

Copy the command and run it in a terminal.

$npx skills add https://github.com/asgard-ai-platform/skills --skill tw-payment-integration

After installing, type/tw-payment-integrationin Claude Code to confirm it loaded.

Bundled files

References and scripts installed along with SKILL.md.

examples/
sample_scenario.md
references/
ecpay-api.md
pci-checklist.md

Details

From the project README

Taiwan Payment Integration

Framework

IRON LAW: Support At Least 3 Payment Methods in Taiwan

Taiwan consumers expect choice. Credit card alone misses ~40% of potential
buyers. The minimum viable payment mix for Taiwan e-commerce:
1. Credit card (信用卡)
2. ATM/bank transfer (ATM 虛擬帳號)
3. Convenience store payment (超商代碼/超商取貨付款)

Adding LINE Pay and Apple Pay captures another 10-15%.
Taiwan Payment Landscape
MethodMarket ShareUser ProfileSettlement Time
Credit/Debit card~45%All ages, higher spendingT+1 to T+7
ATM virtual account~15%Price-sensitive, no credit cardInstant to T+1
Convenience store (超商代碼)~10%Students, cash-preferredT+1 to T+3
LINE Pay~12%LINE users (95% of Taiwan)T+1 to T+7
Apple Pay / Google Pay~5%Mobile-first usersT+1 to T+7
超商取貨付款 (COD at store)~8%Low trust, want to see productUpon pickup + T+3
JKoPay / 街口~3%Younger demographicT+1
Payment Service Providers (PSP)
PSPStrengthsPricingBest For
綠界 (ECPay)Most comprehensive (credit card, ATM, CVS, 超取), largest market share2.75% credit card, NT$15/ATM txnGeneral e-commerce, startups
藍新 (NewebPay)Good API design, modern dashboard2.5-2.8% credit cardSaaS, subscription businesses
TapPayMobile-first, Apple Pay/Google Pay/LINE Pay integration2.5-2.8% credit cardMobile apps, in-app purchases
PayNowEasy setup, no monthly fee2.75% credit cardLow-volume, new businesses
StripeInternational, excellent API3.4% + NT$10 per txnCross-border, international focus
Integration Flow (Standard)
1. Customer clicks "Pay" on your site
2. Your server creates an order → sends to PSP API
3. PSP returns a payment page URL (or token for inline)
4. Customer completes payment on PSP-hosted page
5. PSP sends callback (webhook) to your server with result
6. Your server verifies the callback signature
7. Update order status → show confirmation to customer
Key API Concepts
ConceptWhat It Is
MerchantIDYour account identifier with the PSP
HashKey / HashIVSecret keys for signature verification
TradeNoYour order ID (must be unique per transaction)
PaymentTypeCredit, ATM, CVS, WebATM, etc.
Callback URLWebhook endpoint PSP calls after payment
Return URLPage to redirect customer after payment
CheckMacValueHMAC signature to verify data integrity
Refund Handling
MethodRefund CapabilityTiming
Credit cardFull or partial refund via API1-7 business days
ATMCannot auto-refund — must wire transfer backManual, 3-7 days
CVS paymentCannot auto-refund — must wire transfer backManual, 3-7 days
LINE PayFull refund via API1-3 business days
Security Requirements
RequirementWhat to Do
SSL/TLSAll payment pages must be HTTPS
3D SecureEnable 3DS 2.0 for credit card fraud reduction
PCI DSSIf handling raw card data, need PCI compliance. Using PSP-hosted payment page avoids this.
TokenizationStore payment tokens, never raw card numbers
Webhook verificationAlways verify CheckMacValue signature before processing callbacks
IdempotencyHandle duplicate callbacks gracefully (PSP may retry)

Output Format

# Payment Integration Plan: {Business}

## Payment Method Selection
| Method | Include? | PSP | Rationale |
|--------|---------|-----|-----------|
| Credit card | Y/N | {provider} | {why} |
| ATM | Y/N | ... | ... |
| CVS | Y/N | ... | ... |
| LINE Pay | Y/N | ... | ... |

## PSP Selection
- Provider: {name}
- Pricing: {rate}
- Rationale: {why this provider}

## Integration Plan
| Phase | Task | Timeline |
|-------|------|----------|
| 1 | Apply for PSP merchant account | 1-2 weeks |
| 2 | Develop payment flow (sandbox) | 1-2 weeks |
| 3 | Implement webhook handler | 1 week |
| 4 | Security review (SSL, signature verification) | 2-3 days |
| 5 | Production testing with real transactions | 1 week |
| 6 | Go-live | 1 day |

## Refund Process
{How each payment method handles refunds}

Gotchas

  • PSP application takes time: Merchant account approval can take 1-3 weeks. Apply early. Credit card processing requires additional documentation (company registration, bank account proof).
  • ATM and CVS refunds are manual: Unlike credit cards, ATM and convenience store payments cannot be auto-refunded. You need the customer's bank account to wire money back. Build this into your CS process.
  • Webhook reliability: PSP callbacks can be delayed or duplicated. Build idempotent handlers and implement a reconciliation job that checks PSP records against your database daily.
  • Foreign credit cards: Not all Taiwan PSPs support foreign credit cards well. If you have international customers, test with non-Taiwan cards or use Stripe.
  • Recurring payments (subscription): 綠界 and 藍新 support recurring billing, but you need the customer's explicit consent and must handle card expiration/update flows.

References

  • For 綠界 API integration guide, see references/ecpay-api.md
  • For PCI DSS compliance checklist, see references/pci-checklist.md

Comments

Markdown supported