Back

flagship course · GL-19

Wallet Payment Solutions

Design and test a safe payment-wallet journey for a small business using a licensed partner, with clear fees, receipts, refunds and fraud controls.

about this course

What you will be able to do

L4 Practitioner54 h of lessons plus practiceAbout 8 to 12 weeks part-time

Design and test a safe payment-wallet journey for a small business using a licensed partner, with clear fees, receipts, refunds and fraud controls.

  • Understand Explain how a wallet payment moves from tap to settlement.
  • Apply Set up a test-mode payment flow with receipts and refunds.
  • Analyse Analyse failed payments, fees and chargebacks.
  • Create Create a customer payment guide and a fraud-control checklist.
  • Evaluate Evaluate the journey with measures such as success rate and time to pay.

Task, condition and standard

Task

Build and test a wallet payment journey in test mode for one small business, covering pay, receipt, failure, refund and reconciliation.

Condition

A licensed payment partner's test mode (no real money), a simple storefront or form, a spreadsheet, a mentor with payments experience and a peer circle. About 10 weeks part-time.

Standard

Test mode only; success, failure and refund paths all tested; fees calculated correctly; every transaction reconciled to a record; customer guide readable in plain words; no card or account numbers stored by you.

Who it is for: Small-business owners, shop staff, finance and support staff, junior developers, college learners. Requirements: Basic computer skills. Materials: lesson text, worked examples, templates, rubric, 10-question check.

Safety and limits: Use only a licensed partner and its test mode. Never store card numbers, passwords or keys. Holding customer money needs a licence: this course does not.

lesson by lesson

8 modules with worked examples

Module 1 How a wallet payment moves 4 hUnderstand

Follow the money step by step. You will trace a wallet payment from tap to settlement and use the terms authorise, capture and settle correctly when talking to a partner.

  • Customer authorises; the wallet provider checks funds and identity.
  • Merchant is told yes or no; money settles later.
  • Fees are taken before settlement.
  • Records on both sides must match.
  • Trace one payment of 20.00 (in your currency) through five steps on paper: customer taps pay, wallet app sends a token, partner checks it, the bank approves, and the shop receives a confirmation.
  • Learn three terms: authorise, capture and settle. Authorise reserves the money, capture claims it, and settle moves it to your account, often one to three working days later.
  • Draw the journey from basket to receipt.
  • Check which wallets are common among your customers.
Worked example. A 100.00 sale with a 2% fee settles as 98.00 two days later; ledger shows sale, fee and settlement. Amounts are in your currency.

Activity. Draw the flow with arrows and time.

Standard to meet. Draw the flow so that it shows each party and time.

Common mistake. Thinking payment is done when the customer taps.

Second worked example. A bakery sells a cake for 250.00 and the wallet partner keeps 1.5%. Three days later 246.25 arrives, and the owner can tie the bank line back to the sale and the fee in the records.

Check yourself. When does money reach you?

Module 2 Choosing a partner 6 hUnderstand

Pick on safety and fit, not on price alone. You will score licensed partners on fees, support, tools, payout speed and reporting, and justify your choice with written evidence.

  • Licensed and regulated; clear terms.
  • Fees: percent, fixed, refund and dispute fees.
  • Settlement time; support; local methods.
  • Data handling and security.
  • Score three licensed partners from 1 to 5 on fee clarity, support response, test tools, payout speed and reporting, and favour the one with the highest total, not the lowest price.
  • Ask each partner in writing for their list of fees, their payout schedule and what they do when a payment is disputed, and keep the replies in a folder.
  • Keep test keys in a protected place only.
  • Write the exact wording for payment failure messages.
Worked example. Partner A 2.0% + 0.20; partner B 1.6% + 0.50 (an estimate; check your market). On a 10.00 sale: A = 0.40, B = 0.66, so A is cheaper for small sales.

Activity. Compare three partners on a table.

Standard to meet. Calculate the fees on three sale sizes.

Common mistake. Picking the lowest percent without the fixed fee.

Second worked example. Partner C charges 1.0% + 0.60; partner D charges 2.5% with no fixed fee. On a 40.00 sale C costs 1.00 and D costs 1.00, so they tie; above 40.00 C is cheaper. Amounts are in your currency.

Check yourself. Which partner is cheaper at your average sale?

Module 3 Test mode set-up 8 hApply

Always rehearse without real money. You will run ten rehearsal payments with test keys, including declines and timeouts, and keep secret keys out of any shared place.

  • Create a test account; use test credentials supplied.
  • Link a simple checkout.
  • Use test wallets to simulate success and failure.
  • Keep keys private and out of documents.
  • Work only with test keys and fake card numbers supplied by the partner, and keep the secret key out of web pages, shared documents and screenshots.
  • Run at least ten test payments: five that succeed, three that are declined, and two that time out, and note exactly what the screen shows in each case.
  • Check support hours and escalation of the partner.
  • Record every refund with a reason.
Worked example. Test wallet 1 always succeeds; test wallet 2 declines for no funds; both paths must show a clear message.

Activity. Run 10 test payments.

Standard to meet. Record all ten.

Common mistake. Pasting keys into documents.

Second worked example. In test mode a card marked 'expired' must show 'Please use another card' and record no sale, and a card marked 'slow' must show a waiting message and a retry after 20 seconds.

Check yourself. Where are your keys?

Module 4 Receipts and records 8 hApply

Customers and tax offices need clear proof. You will issue receipts quickly and keep a monthly payment log, so every sale can be proved to a customer or a tax office.

  • Receipt: date, seller, items, taxes, total, reference.
  • Number receipts in order.
  • Send by email or message with consent.
  • Keep records for the legal period.
  • Send a receipt to every customer within one minute, showing date, items, total, tax if any, a payment reference and a contact for questions.
  • Keep a monthly record file with one row per payment and store a copy outside the system; check that the number of rows equals the partner's report each week.
  • Check whether tax needs to be shown separately.
  • Keep daily and weekly reconciliation notes.
Worked example. Receipt 000127: 3 items, tax 5.00, total 55.00, reference matches the partner's record.

Activity. Design a receipt and send one in test mode.

Standard to meet. Check that the receipt has all fields.

Common mistake. A receipt without a reference.

Second worked example. Receipt 000342: 2 items, tax 3.20, total 43.20, paid by wallet, with the partner's reference printed so a customer can quote it in a complaint. Amounts are in your currency.

Check yourself. Does every receipt carry one?

Module 5 Failures and refunds 8 hAnalyse

Things go wrong: plan for them. You will write plain messages for four common failures and follow a fixed refund routine, keeping customers informed and trusting.

  • Common failures: low funds, timeout, wrong details.
  • Say what happened and what to do next.
  • Refund rules: when, how long, who pays the fee.
  • Avoid double charges.
  • Write a plain message for each failure: card declined, timeout, duplicate charge and wrong amount, telling the customer what happened and the next step in under 25 words.
  • Set a refund routine: confirm the order, refund to the original method, send a message, and record the date; aim to complete it within two working days.
  • Limit who may refund or change prices.
  • Alert customers if a payment is pending.
Worked example. A timeout charges twice; the guide explains the second charge is released in 3 days or refunded now on request.

Activity. Test 3 failures and 2 refunds.

Standard to meet. Write messages that are clear and kind.

Common mistake. Refunding without a rule.

Second worked example. A customer's phone loses signal during payment and nothing confirms. The page tells her to wait 10 minutes, check her bank, and gives the number to call; the shop finds the payment and confirms by message.

Check yourself. What is your refund rule?

Module 6 Fraud and security 10 hCreate

Protect the customer and the shop. You will set practical limits, approvals and sign-in protections that make payment fraud harder without slowing honest customers.

  • Signs: unusual size, rushed buyers, mismatched details.
  • Use partner tools for checks.
  • Limit who can refund.
  • Never ask for a password or code.
  • Add simple limits: block more than five failed attempts per card in an hour, flag orders far above your usual size, and require two people to approve large refunds.
  • Keep software and passwords updated, turn on two-step sign-in for every account, and remove access the day a team member leaves.
  • Check how chargebacks are handled.
  • Set daily limits for new accounts.
Worked example. Order of 40 phones in one go from a new account: hold and verify.

Activity. Write a fraud checklist.

Standard to meet. Write a checklist with actions, not just signs.

Common mistake. Letting any helper refund.

Second worked example. Ten small payments of 49.00 arrive in 3 minutes from one device with different cards. The system pauses them, the shop asks for the cardholder's contact, and two are cancelled as stolen cards.

Check yourself. Who can refund?

Module 7 Reconcile and measure 6 hEvaluate

Match every payment to a record. You will match each payout report to your own records and track three monthly measures, so missing money is found within a week.

  • Daily match: partner report versus own sales log.
  • Investigate any gap.
  • Measures: success rate, time to pay, refund rate.
  • Chargebacks: reasons and prevention.
  • Each week, match the partner's payout report to your own records line by line; any difference above 1.00 (in your currency) or any missing payment goes on a short follow-up list.
  • Track three measures monthly: the percentage of payments that succeed, the average time to payout and the refund rate, and compare month to month.
  • Test the journey on a slow phone.
  • Update the guide when screens change.
Worked example. 100 attempts: 93 succeeded = 93% success; 4 refunded = 4%; average time to pay 38 seconds.

Activity. Reconcile 20 transactions and compute measures.

Standard to meet. Complete the reconciliation with no unexplained gap.

Common mistake. Skipping the daily match.

Second worked example. In a week there were 300 attempts, 276 succeeded (92%), 9 were refunded (3%), and 24 failed (15 of them for no funds). Matching the payout against the bank left a difference of 0.00. Amounts are in your currency.

Check yourself. What gaps did you find?

Module 8 Guide and review 4 hCreate

Teach customers and improve. You will write a short customer guide and review a pilot with test users, leaving the shop ready for a safe, approved launch.

  • One-page guide with pictures.
  • Test it with three real users.
  • Fix confusing steps.
  • Plan 90 days.
  • Write a one-page customer guide with three steps to pay, what to do if it fails and how to ask for a refund, in language a ten-year-old could follow.
  • Review the pilot after two weeks with test users, listing what confused them, and only plan real money after a licensed partner and an adviser have approved the setup.
  • Keep a list of lessons for each test cycle.
  • Plan a pilot with a licensed partner before any real money.
Worked example. Users misread "Authorise"; the screen is changed to "Pay 55.00 now". Amounts are in your currency.

Activity. Write, test and revise the guide.

Standard to meet. Show that three users complete it alone.

Common mistake. A guide that assumes knowledge.

Second worked example. A test user pressed 'Cancel' thinking it meant 'Back'. The screen now says 'Go back' and 'Cancel payment' on separate lines, and five users choose correctly.

Check yourself. How many users succeeded?

case cards and glossary

Practise on cases; learn the words

Case 1. Double charge

A customer sees two charges after a timeout.

Question: What do you do?

Model answer: Check the partner record, release or refund the duplicate, tell the customer when.

Case 2. Large new order

A new account orders 40 phones.

Question: Next step?

Model answer: Hold, verify buyer and address, and use partner fraud tools.

Glossary

Authorisation
The wallet approving a payment.
Settlement
Money paid to the merchant.
Chargeback
A buyer disputes through their bank.
Test mode
A safe mode with no real money.
Reconciliation
Matching records.
Tokenisation
Replacing card data with a safe code.

assessment

How you are checked

Your evidence: flow diagram, partner comparison, ten test payments, receipt, failure and refund tests, fraud checklist, reconciliation and guide. A mentor and one peer mark it with this rubric. Pass: no criterion at 'Not yet', and at least 8 of 10 check answers right.

Marking rubric (Not yet, Meets, Exceeds)
CriterionNot yetMeetsExceeds
Safe set-upMissing, or claimed without a recordTest mode and keys protectedAccess limited and reviewed
FlowsMissing, or claimed without a recordPay, fail, refund testedEdge cases covered
RecordsMissing, or claimed without a recordReceipts and reconciliationNo gaps over two weeks
Fraud and securityMissing, or claimed without a recordChecklist with actionsChecklist applied to cases
Customer guideMissing, or claimed without a recordPlain guideThree users succeed alone

Ten-question check, with model answers

Q1. What is settlement?

Model answer: The partner paying the merchant after a sale. (Covered in module 1: How a wallet payment moves. To pass that module: Draw the flow so that it shows each party and time.)

Q2. Why test mode?

Model answer: To rehearse without real money. (Covered in module 3: Test mode set-up. To pass that module: Record all ten.)

Q3. What is in a receipt?

Model answer: Date, seller, items, taxes, total and reference. (Covered in module 4: Receipts and records. To pass that module: Check that the receipt has all fields.)

Q4. Compute a fee: 2% + 0.20 on 10.00 (in your currency).

Model answer: 0.20 + 0.20 = 0.40 (in your currency). (Covered in module 2: Choosing a partner. To pass that module: Calculate the fees on three sale sizes.)

Q5. Name two failure causes.

Model answer: Low funds and timeout. (Covered in module 5: Failures and refunds. To pass that module: Write messages that are clear and kind.)

Q6. Who must hold the licence for holding money?

Model answer: The licensed partner, not this course. (Covered in module 2: Choosing a partner. To pass that module: Calculate the fees on three sale sizes.)

Q7. What do you never store?

Model answer: Card numbers, passwords, keys. (Covered in module 3: Test mode set-up. To pass that module: Record all ten.)

Q8. What is reconciliation?

Model answer: Matching payments to records. (Covered in module 7: Reconcile and measure. To pass that module: Complete the reconciliation with no unexplained gap.)

Q9. A sign of fraud?

Model answer: Unusually large or rushed order with mismatched details. (Covered in module 6: Fraud and security. To pass that module: Write a checklist with actions, not just signs.)

Q10. How is success rate computed?

Model answer: Successful payments divided by attempts. (Covered in module 7: Reconcile and measure. To pass that module: Complete the reconciliation with no unexplained gap.)

jobs this leads to

Where this takes you

  • Payments support agent. Helps with failed payments.
  • Shop finance assistant. Reconciles daily sales.
  • E-commerce operations assistant. Runs checkout and refunds.
  • Junior payments analyst. Tracks success and fraud.

Next courses: Online Currency Exchange Concepts; E-Commerce Growth Marketing; Mobile Application Testing Services.

ten locations and global

Your place

Payment rules, licences and which wallets people use differ greatly by place: check the regulator and local methods. Check your local rules with an adviser before you act for real.

India (Bengaluru)

Currency: write INR next to every number. Language: English, Hindi, Kannada. Personal data law to check: Digital Personal Data Protection Act 2023. Level frame: National Skills Qualifications Framework (NSQF) and the national credit framework. Partner to practise with: an industrial-training institute, a polytechnic, a small-business cluster or a Bengaluru incubator.

Netherlands (Eindhoven area)

Currency: write EUR next to every number. Language: Dutch, English. Personal data law to check: EU GDPR (Dutch: AVG), supervised by the Autoriteit Persoonsgegevens. Level frame: the Dutch qualification framework (NLQF) linked to the European Qualifications Framework. Partner to practise with: a regional college (MBO), a maker space or a small firm in the region.

UAE (Dubai and Abu Dhabi)

Currency: write AED next to every number. Language: Arabic, English. Personal data law to check: Federal Decree-Law No. 45 of 2021 (personal data protection). Level frame: the emirate education and training regulators (for example KHDA in Dubai) and the national qualifications framework. Partner to practise with: a free-zone business centre, a training institute or a municipality-licensed operator.

Brazil (Sao Paulo)

Currency: write BRL next to every number. Language: Portuguese (Spanish and English support). Personal data law to check: LGPD (Lei Geral de Protecao de Dados). Level frame: the national technical-education catalogue and the national S-system training bodies. Partner to practise with: a small-business support agency, a technical school or a local cooperative.

Canada (Toronto)

Currency: write CAD next to every number. Language: English, French. Personal data law to check: PIPEDA, with provincial rules where they apply. Level frame: the provincial colleges framework and the national credential-recognition guidance. Partner to practise with: a community college, a settlement agency or a Toronto business hub.

United States

Currency: write USD next to every number. Language: English, Spanish. Personal data law to check: state privacy laws (for example California), and COPPA for children under 13. Level frame: state and community-college credit systems. Partner to practise with: a community college, a workforce board or a small-business development centre.

Singapore

Currency: write SGD next to every number. Language: English, Mandarin, Malay, Tamil. Personal data law to check: Personal Data Protection Act (PDPA). Level frame: the Singapore national skills frameworks and the national credit system. Partner to practise with: a channel partner, a polytechnic or an approved training provider.

Australia

Currency: write AUD next to every number. Language: English. Personal data law to check: the Privacy Act 1988 and the Australian Privacy Principles. Level frame: the Australian Qualifications Framework (AQF) levels. Partner to practise with: a vocational college or registered training organisation, or a regional business chamber.

Hong Kong (Eastern Asia)

Currency: write HKD next to every number. Language: Chinese (Cantonese, Mandarin), English. Personal data law to check: the Personal Data (Privacy) Ordinance. Level frame: the Hong Kong Qualifications Framework. Partner to practise with: a college, training body or business chamber.

Georgia and Israel (Western Asia)

Currency: write GEL or ILS next to every number. Language: Georgian, Hebrew, Arabic, English. Personal data law to check: the personal data law of the country where the learner lives. Level frame: the national qualifications framework of that country. Partner to practise with: a local college, chamber or training body.

Cayman Islands (Caribbean)

Currency: write KYD next to every number. Language: English. Personal data law to check: the Data Protection Act. Level frame: the local education and training framework. Partner to practise with: a local training body or business chamber.

Mexico

Currency: write MXN next to every number. Language: Spanish, English. Personal data law to check: the federal law on personal data held by private parties. Level frame: the national competency certification system and the education ministry levels. Partner to practise with: a technical college or business chamber.

ladder L1 to L7

Slide by slide, with notes

Seven slides, one for each level. Step in at your level and move up; credits stack.

Slide 1. L1 Basic: Basics of paying

On the slide: L1 Basic · Basics of paying

Notes: Pay with a wallet, check the receipt and explain what happens when a payment fails. Notes: use a small real payment you already make, with a trusted adult if needed. Standard: you can find the receipt, the amount and the reference.

Slide 2. L2 Awareness: Awareness

On the slide: L2 Awareness · Awareness

Notes: Describe how a wallet links to a bank or card, what a wallet provider holds, and the main risks (theft, wrong payee, scam). Notes: compare two public wallet explanations in a table. Standard: each risk has a plain action to reduce it.

Slide 3. L3 Foundation: Foundation

On the slide: L3 Foundation · Foundation

Notes: Draw the payment journey of one small shop: pay, receipt, failure, refund. Notes: paper map with a time and a person at each step. Standard: no step without an owner and a record.

Slide 4. L4 Practitioner: Practitioner

On the slide: L4 Practitioner · Practitioner

Notes: Run the journey in test mode: five payments, one failure, one refund, and match them to a day sheet. Notes: test mode only; no real money. Standard: the day sheet and the test records agree to the last unit.

Slide 5. L5 Specialist: Specialist

On the slide: L5 Specialist · Specialist

Notes: Build and test a wallet payment journey in test mode for one small business, with pay, receipt, failure, refund and reconciliation. Notes: write limits, identity checks and a dispute step. Standard: all paths tested, totals reconcile, disputes have a deadline.

Slide 6. L6 Advanced: Advanced

On the slide: L6 Advanced · Advanced

Notes: Lead a rollout across several shops with limits, monitoring and a fraud response. Notes: add a daily exception report and a licence check for the provider. Standard: exceptions are cleared within one day and the provider is licensed for the place.

Slide 7. L7 Super expert: Super expert

On the slide: L7 Super expert · Super expert

Notes: Set the wallet onboarding, limits and dispute method and teach the support staff who use it. Notes: re-read the payment and identity rules for the place each year and update the checklist.

next

Draft

Draft flagship. Own wording; no outside brand, school or person names. Not live.

All courses Join