# Payment Providers in Tanzania: Connect Merchant QR to Business Operations

Choosing payment providers in Tanzania starts with two different jobs: matching money received to an order, and confirming money sent to the intended recipient. A business may need both, even when customers and recipients use familiar mobile-money services. A QR at checkout does not answer how refunds, supplier payments or settlement will work. Tanzania offers a useful way to structure this comparison. TANQR defines a common merchant QR standard, while the Tanzania Instant Payment System (TIPS) supports interoperability between financial institutions. The practical question is which business operations a provider can approve, deliver and explain for your company.

## A numerical starting point for the provider comparison

We reviewed **14 unique historical payment offers** linked only to this country: 7 collection offers and 7 payout offers. They provide a structured starting point for comparing payment costs, access to funds and operational requirements. 71 additional offers linked to several countries are excluded from the country-only calculations below.

The source is the PayStar export dated 14 September 2026, supplied by payment gateways. We recomputed its aggregates, but did not independently verify its commercial statements. This is a historical sample, not a market survey, a count of PSPs or methods, or proof of active connections and current availability. Conditions can change weekly or more often. Independent country, currency and method associations do not establish every possible payment route. Direction counts and settlement-label charts cover all recorded currencies. Only the percentage comparison below is restricted to explicit TZS fee records.

14 unique offers linked only to this GEO, across all recorded currencies; not methods, providers or live connections. [Download SVG](https://paystar.uk/tanzania-payment-solutions/media/2026-10-08-v2/charts/offers-en-desktop-download.svg)

## What the recorded TZS percentage components show

We calculate the arithmetic mean of explicit percentage components stated in TZS, giving each comparable offer equal weight. A record qualifies only when its structured percentage matches one unambiguous percentage in the original fee description. Offers in another fee currency, missing percentages and ambiguous descriptions are excluded.

We also exclude bound or conditional percentages such as “from”, tiers and explicitly restricted customer categories. Exact nominal percentage components with fixed minimums or caps can remain in the sample; those minimums and caps still affect the final charge.

| Direction | n | Mean | Median | Range |
| --- | --- | --- | --- | --- |
| Collections | 7 | 4.97% | 4% | 3.5–8% |
| Payouts | 7 | 3.57% | 3.5% | 1.5–5.5% |

Explicit TZS percentage components only. n is the comparable sample in each direction; missing fees are excluded, not zero. [Download SVG](https://paystar.uk/tanzania-payment-solutions/media/2026-10-08-v2/charts/fees-en-desktop-download.svg)

**These are percentage components, not all-in payment prices.** Fixed charges, FX, tax, reserves, minimums and charges for refunds or other exceptions must be assessed separately. This sample is not weighted by payment volume, contains no measured conversion rate and cannot rank provider quality. Small or insufficiently independent groups are withheld.

### A hypothetical payment calculation

Take an illustrative payment of 10,000 TZS; this is not a typical market ticket. Applying the rounded means shown above gives:

- Collections: 10,000 TZS × 4.97% = **497 TZS**.
- Payouts: 10,000 TZS × 3.57% = **357 TZS**.

Each line is a separate direction, not a combined service quote. The arithmetic shows only the percentage part. Ask for an actual quote at your ticket size, volume, business model and settlement currency before calculating net proceeds.

## When money becomes usable matters

Collection offers across all recorded currencies. T/D labels are recorded as supplied, without assuming calendar or business days. Other includes complex labels and pooled groups below 3 records. No guaranteed settlement time. [Download SVG](https://paystar.uk/tanzania-payment-solutions/media/2026-10-08-v2/charts/timing-en-desktop-download.svg)

A successful payment notification and money available to your business are different events. Treat recorded settlement labels as questions for a provider: what starts the clock, which cut-off applies, are weekends counted, which account is credited, and can a reserve or review delay availability?

For payouts, agree prefunding, beneficiary validation, rejection handling and how returned funds appear in your balance. An incoming-payment settlement label does not prove payout completion time.

### A cash-buffer planning example

If a business must fund 1,000,000 TZS of obligations per day, a one-day gap requires 1,000,000 TZS; a three-day gap requires 3,000,000 TZS. The additional buffer is 2,000,000 TZS. This is a hypothetical constant-flow model, excluding fees, reserves and volatility, not an observed settlement promise.

## What TANQR tells you about accepting payments

The Bank of Tanzania's [TANQR Code Standard](https://www.bot.go.tz/Publications/Acts,%20Regulations,%20Circulars,%20Guidelines/Guidelines/en/2022081908570183.pdf) covers merchant-presented QR payments in local currency. It describes static codes reused across transactions and dynamic codes generated for an individual transaction. In the static flow, the customer enters the amount; the dynamic flow includes the transaction amount in the code.

For a merchant, that distinction affects the payment experience and order matching. Ask a proposed provider to show the actual checkout: which customer applications can scan it, what the customer sees, how the amount is supplied, and how your system receives a confirmed result. A QR specification alone does not establish these details for every provider.

Consider a hypothetical shop with two orders for TZS 30,000 each. Seeing TZS 60,000 in aggregate receipts does not identify which payment belongs to which order. Ask for a demonstration linking the order reference, provider transaction reference, amount and final status. Include a repeated notification and an abandoned checkout. The useful evidence is an auditable order history, especially when staff must resolve a customer's payment query.

## Separate interoperability from the approved business product

The Bank of Tanzania's [2025 National Payment Systems Annual Report](https://www.bot.go.tz/Publications/Regular/Annual%20Report/en/2026060211494565.pdf) describes TANQR acceptance across banks and mobile-money operators. It separately identifies merchant payments and business-to-person disbursements, including wages and salaries. These are distinct operating needs within the broader payment system.

Build a collection brief around the purchase: customer channel, order amount, confirmation, refund and reconciliation. Build a payout brief around the recipient and payment purpose: eligible destination, beneficiary details, funding, limits and evidence of completion. Ask which parts share an agreement and which require a separate product or approval.

This is a qualification recommendation, not a claim that Tanzania requires every business to sign two contracts. The important outcome is a clear written scope. A provider's ability to accept a customer payment does not, by itself, demonstrate its ability to execute your proposed payroll or supplier-payment workflow.

## Use onboarding requirements to test the shortlist

[M-Pesa's Tanzania business onboarding guide](https://business.m-pesa.com/vodacom-tanzania/business-onboarding-tanzania/) provides a concrete public example. It describes application screening, an agreed charging model and a signed services agreement. At the API stage, the chosen product must match the business application. The guide also calls for testing payments, refunds, reconciliation, clearing and transaction inquiries.

Use those categories as questions for any shortlisted PSP. Request the required company documents and confirm whether your registration country, activity and intended payment purposes fit. Then agree a small acceptance test before planning a wider rollout.

For collections, test a successful purchase, a refund and a payment whose result arrives late. For payouts, ask the provider to demonstrate how it validates a recipient, reports a rejected item and distinguishes an unresolved transfer from a completed one. These are proposed tests; they do not imply that every provider exposes identical functions or statuses.

The M-Pesa example establishes an operator's documented process. It is neither a recommendation of that operator nor evidence that a particular offer in PayStar's records uses its services.

## Compare funding and settlement as separate steps

A useful comparison follows money through the whole operation. For collections, establish when funds become available to the business, which account receives settlement, how fees appear, and how refunds affect the balance. For TZS payouts, ask how the sending balance is funded, how much must be available, and how failed or unresolved transfers affect reusable funds.

Keep international requirements explicit. The Bank of Tanzania reports that TIPS was expanded in 2025 to facilitate incoming international money transfers to domestic bank accounts and mobile wallets. That specific development does not establish that your company can collect internationally or settle proceeds abroad through any shortlisted provider. Ask for the supported direction, parties, currencies, documents and contract terms for your actual arrangement. [Source: BoT annual report, section 2.3.](https://www.bot.go.tz/Publications/Regular/Annual%20Report/en/2026060211494565.pdf)

## The role of PayStar

PayStar provides information for comparing payment solutions and, where agreed, a technical layer for connecting and operating them. PayStar is not a bank or payment service provider and does not accept, hold or settle customer or business funds in its own name.

You select the payment provider and enter into a direct agreement with it. The provider processes payments and performs settlement under that agreement. Local eligibility, required authorisations and commercial terms must be confirmed for your company and use case. A method described in this article is not a promise that it is available through PayStar for your business.

Information about payment options is free. Payment processing and any agreed technical services have separate commercial terms.

## Official sources and research scope

- [Bank of Tanzania: TANQR Code Standard 2022](https://www.bot.go.tz/Publications/Acts,%20Regulations,%20Circulars,%20Guidelines/Guidelines/en/2022081908570183.pdf)
- [Bank of Tanzania: National Payment Systems Annual Report 2025](https://www.bot.go.tz/Publications/Regular/Annual%20Report/en/2026060211494565.pdf)
- [Vodacom M-Pesa: Tanzania business onboarding](https://business.m-pesa.com/vodacom-tanzania/business-onboarding-tanzania/)

Research check: 8 October 2026. The export date remains 14 September 2026. Local scheme descriptions are context, not confirmation of a particular provider’s capabilities.