TaRMS — the Tax and Revenue Management System — is the Zimbabwe Revenue Authority's integrated back-end system for administering domestic taxes, and the Self-Service Portal (SSP) at https://mytaxselfservice.zimra.co.zw is its public-facing front-end. Together they form the digital channel through which Zimbabwean taxpayers now discharge virtually every administrative tax obligation: registering as a taxpayer and obtaining a Taxpayer Identification Number (TIN), filing every domestic return type (income tax, VAT, PAYE, withholding taxes, presumptive taxes and the specialty returns), paying tax in USD or ZiG, viewing assessments and the Single Account ledger, applying for tax clearance certificates (ITF 263), claiming refunds, managing employees for PAYE, lodging objections, and corresponding with ZIMRA officers.

The legal architecture behind the portal is not new — the portal merely digitises obligations that already exist in the Acts. ZIMRA itself is established by the Revenue Authority Act [Chapter 23:11] and administers the Income Tax Act [Chapter 23:06], the VAT Act [Chapter 23:12], the Capital Gains Tax Act [Chapter 23:01] and the annual Finance Act [Chapter 23:04]. Registration is compelled by Part IIIA (Sections 25A–25E) of the Income Tax Act, which gives a registrable taxpayer 30 days to register (Section 25B) and imposes a civil penalty of US$30 plus US$30 per day up to 90 days for default (Section 25C, as substituted by the Finance (No. 2) Act 7 of 2024 with effect from 1 January 2025). Returns are compelled by Section 37 (returns on notice) and Section 37A (self-assessment returns, due four months after the year-end). Records must be kept for six years in English (Section 37B). Withheld taxes must be remitted within the statutory windows under Section 4B of the Finance Act, and Section 80 of the Income Tax Act forces a 30% withholding on contract payments to any payee who cannot produce a valid ITF 263 tax clearance — the single strongest commercial reason taxpayers keep their SSP profile compliant.

TaRMS replaced ZIMRA's legacy e-services platform (efiling.zimra.co.zw) and the legacy Business Partner Number (BPN) identifier. The TIN is now the universal identifier on every return, certificate and payment. The portal organises its functionality into 16 modules visible from the welcome dashboard after login, and it distinguishes sharply between the SSP user (the human being who logs in) and the taxpayer (the legal person whose affairs are managed) — one user can represent many taxpayers, which is how tax agents and group accountants operate.

Two structural concepts dominate everything that follows in this course. First, the Single Account: every taxpayer has one unified ledger across all revenue heads, in both currencies; payments are made into the Single Account and then allocated to liabilities by ZIMRA's allocation rules, not posted directly to the return you intended to pay. Second, currency segregation: USD and ZiG balances never net against each other — a liability must be settled in the currency in which it arose.

This is the first lesson of the TaRMS Essentials course. It is a procedural course: unlike the Income Tax, VAT and CGT courses (which teach the substantive law), these lessons teach you how to use the system that gives effect to that law — with the legal hook for each obligation identified as we go. This opening lesson maps the whole terrain: what TaRMS and the SSP are, the legal basis of the system, the 16 modules and what each does, the user-versus-taxpayer model, and the monthly, quarterly and annual compliance rhythms that the rest of the course will walk through screen by screen.

Sourcing note for this course: the authoritative procedural source is the official SSP online help at https://mytaxselfservice.zimra.co.zw/help/ssp/en/default.htm. The help system could not be fetched at the time of writing (the page requires an interactive browser), so the procedural detail in this lesson is grounded in ZIMRA's Comprehensive Guide to the ZIMRA Self-Service Portal (External Guide, compiled from that help system). Where a screen-level specific has not been re-verified against the live portal this lesson flags it. The portal is updated regularly; menu names and layouts can change.

Every substantive rule you have met (or will meet) in the domestic tax courses — the Section 8(1) gross income definition, the VAT charge, PAYE on remuneration, the QPD instalments under Section 72 — ends in the same place: an administrative act performed inside a computer system. A return is filed, an assessment is raised, a payment is allocated, a certificate is issued. Since the go-live of TaRMS, that computer system is one system, and the taxpayer's window into it is the Self-Service Portal.

What TaRMS is, and what the SSP is — they are not synonyms

• TaRMS (Tax and Revenue Management System) is ZIMRA's internal, back-end revenue administration system. ZIMRA officers work in TaRMS: they process registrations, approve refunds, raise assessments, run audits and manage debt inside it.
• The SSP (Self-Service Portal) is the public-facing front-end of TaRMS at https://mytaxselfservice.zimra.co.zw. Taxpayers and their agents work in the SSP. Everything submitted in the SSP lands in TaRMS for ZIMRA-side processing, and everything ZIMRA does in TaRMS that concerns you surfaces in the SSP as a notification, an assessment notice, a certificate or a message.

In everyday speech (and in ZIMRA's own notices) "TaRMS" is often used loosely for both. In this course we keep the distinction where it matters: you never log into TaRMS; you log into the SSP, and TaRMS responds.

Why this matters practically — and why it is examinable

The portal is not optional. Registration within 30 days of becoming a registrable taxpayer is a statutory command (Section 25B, Income Tax Act [Chapter 23:06]), backed by an escalating civil penalty (Section 25C) and ultimately a closure notice for business premises. Self-assessment returns are due four months after year-end (Section 37A), monthly PAYE and withholding remittances by the 10th of the following month, and VAT returns by the 25th — and all of these are filed through the SSP. A practitioner who knows the law but cannot navigate Pending Tax Returns, the Single Account or the ITF 263 request screen cannot actually deliver compliance. Examiners increasingly test administration alongside substance — deadlines, the consequences of non-registration, and the clearance-certificate mechanics of Section 80 — precisely because that is where real-world failures happen.

Where this course sits

The Income Tax Course lesson on Administration of Income Tax established the five-phase administrative life-cycle — registration, declaration, verification, assessment, dispute/recovery — and identified TaRMS/SSP as the front-end through which the life-cycle runs. This course zooms into that front-end. Each subsequent lesson takes one module or workflow (logging in, registration, return submission, payments, clearance, refunds, audits, messaging) and walks it step by step. This lesson gives you the map so that none of those walkthroughs feels like an isolated island.

The SSP has no charging provisions of its own. Every screen in it exists to give effect to an obligation or entitlement located in an Act. The framework below is the legal skeleton of the whole course; later lessons re-cite the relevant pieces in depth.

B.1 The administering authority

The Revenue Authority Act [Chapter 23:11] establishes the Zimbabwe Revenue Authority (ZIMRA) under a Commissioner-General, and vests in it the administration of the domestic tax Acts (the Income Tax Act's original administration Sections 3–4 were repealed and replaced by this arrangement from January 2001). The secrecy obligation in Section 5 of the Income Tax Act binds everyone handling taxpayer information — one reason the SSP is built around per-user logins, role-based permissions and formal assignee management rather than shared passwords.

B.2 Registration — Part IIIA of the Income Tax Act (Sections 25A–25E)

• Section 25A defines who is a registrable taxpayer.
• Section 25B commands registration within 30 days of becoming registrable. On the portal this is the Taxpayer Registration module, which ends in ZIMRA issuing a TIN.
• Section 25C imposes the civil penalty for non-registration: US$30 plus US$30 per day of continued default, capped at 90 days, after which ZIMRA may issue a closure notice for business premises. This penalty regime was substituted by the Finance (No. 2) Act 7 of 2024 with effect from 1 January 2025 — an example of the old-versus-new contrast that runs through this Act: the previous regime was a flat civil penalty without the structured daily escalation and closure-notice machinery now in place.
• Section 25D makes liability to tax independent of registration — not registering does not make income untaxable; it simply adds penalties on top.
• Section 25E deems certain persons corporate income taxpayers (read with the Thirty-Eighth Schedule).

The VAT Act [Chapter 23:12] has its own registration regime for VAT (compulsory registration above the threshold, voluntary registration below it) — covered in the VAT course and in this course's lesson on VAT Registration Application via TaRMS. On the portal, VAT registration is an additional tax type added to an existing TIN, not a separate identity.

B.3 Returns and records

• Section 37 (Income Tax Act): annual returns on notice by the Commissioner-General, normally within 30 days of the notice; partnerships file a joint return (Section 37(15)); dormant companies have a proviso.
• Section 37A: self-assessment — the specified taxpayer must furnish a self-assessment return within four months after the year-end (the deadline was set at four months by the Finance (No. 2) Act 10 of 2022, with effect from the 2023 year of assessment). Critically, the return constitutes the assessment (Section 37A(10)–(11)), though the Commissioner may still raise an assessment (Section 37A(12)). On the portal, this is the ITF 12C in the Tax Return Management module.
• Section 37AA: separate returns for foreign-currency and local-currency income — the statutory root of the SSP's dual-currency design.
• Section 37B: records must be kept for six years, in English; default attracts a penalty of the greater of a level 7 fine or 10% of taxable income.
• The VAT Act requires VAT returns (the VAT 7) per tax period, and the Thirteenth Schedule to the Income Tax Act underpins PAYE withholding and remittance by employers (the P2 return).

B.4 Payment, withholding and remittance

• Section 4B of the Finance Act [Chapter 23:04] requires withheld amounts to be remitted within the statutory window (with interest and penalty consequences for late remittance — the Income Tax Course lesson on Other Income-Based Levies covers the detail). On the portal: Payments → New Payment.
• Section 72 (Income Tax Act) sets the QPD (quarterly payment date) instalments for provisional tax — 10% / 25% / 30% / 35% due on 25 March, 25 June, 25 September and 20 December — filed on the ITF 12B.

B.5 The compliance lever — tax clearance

Section 80 of the Income Tax Act obliges a paying officer to withhold 30% of payments to a contractor who does not furnish a valid tax clearance certificate (ITF 263), and Section 80A ties clearance to licensing and registration processes. This is why the Taxpayer Certificates module matters commercially: an expired ITF 263 immediately costs a business 30% of its gross receipts from corporate customers as an advance withholding. The portal runs an automated, real-time compliance check across every revenue head before issuing the certificate, so every other module in this course — returns, payments, profile accuracy — feeds the clearance outcome.

B.6 Disputes

An assessment notice raised in TaRMS (visible under Taxpayer Accounting → Assessment Notices and in Notifications) is the Section 51 assessment notice of the Income Tax Act, and it starts the 30-day objection window under Section 62. The objection itself is lodged in the SSP's Case Management module. The pay-now-argue-later principle (Section 69) means the tax remains payable despite the objection. The dispute-side lessons of the Income Tax Course (itcobjections) give the substantive law; this course's Case Management lesson gives the screens.

B.7 Old law versus new law — the platform transition

Before TaRMS, taxpayers used ZIMRA's e-services platform with a Business Partner Number (BPN) as identifier, manual bank transfers referenced to assessments, and largely paper-based registration and clearance processes. TaRMS introduced: the TIN (replacing the BPN), the Single Account ledger across all tax heads, automated ITF 263 issuance against a real-time compliance check, in-portal objection and audit document management, and integrated e-banking payment rails. Returns from periods predating the SSP that ZIMRA has migrated appear under Tax Return Management → Old Period Documents — the subject of a later lesson.

C.1 The user versus the taxpayer — the portal's foundational distinction

The SSP separates two concepts that beginners constantly conflate:

• An SSP user is a person who has created a portal login. One human being = one user account. The user account has its own profile (username, phone, email) managed under Getting Started → SSP User Profile.
• A taxpayer is the legal person whose tax affairs are administered — an individual, a company, a trust, a partnership — identified by its TIN.

A user can represent multiple taxpayers. A tax agent represents many clients; an in-house accountant represents the employing company and perhaps its subsidiaries; an individual director may represent both herself (as an individual taxpayer) and her company. After logging in, the user shifts to the taxpayer they wish to manage. The portal then operates in one of two modes:

• User mode — no taxpayer selected. A limited set of modules is available, and things like notifications are addressed to you personally as a user.
• Taxpayer mode — a specific taxpayer selected. The full module set is available (subject to your assigned role), and notifications, returns, balances and certificates all relate to that taxpayer.

Some modules (Notifications, E-Messaging) exist in both modes and behave differently depending on the mode — a recurring source of confusion addressed in section F.

C.2 The 16 modules — the map of the whole course

After login, the welcome page presents the portal's functionality as 16 modules. The table below is the master map; almost every later lesson in this course is a deep dive into one row.

#	Module	Purpose	Key pages within it
1	Getting Started	SSP account creation, login, password, user profile, logout	SSP Registration • Login • Password Reset • SSP User Profile • Changing the Password • User Inactivity and Logout
2	Taxpayer Registration	Apply for registration as a taxpayer (TIN issuance)	Register taxpayer (individual / entity)
3	Taxpayer Information	View and amend the taxpayer profile; status changes	Taxpayer Profile • Applications • Requests • Drafts
4	Assignee Management	Grant other users access to the taxpayer's affairs	Roles • Assignees • Tax Agent Assignment
5	Taxpayer Certificates	Apply for and download tax clearance (ITF 263)	Certificates • Certificate Requests
6	Employee Management	Register employees and manage earnings for PAYE	Employees • Earnings • Assessment of Employee Earnings
7	Tax Return Management	File every return type; drafts; e-agreements; old periods	Pending Tax Returns • Submitted Tax Returns • E-Agreement • Old Period Documents • Drafts
8	Taxpayer Accounting	What ZIMRA says you owe	Assessment Notices • Audit Assessment Notices • Summary Report • Tax Type Report
9	Payments	Balances, paying, history, withdrawals	Balance • New Payment • E-Banking • Payment History • Single Account Transactions • Withdrawal • Withdrawal Application History
10	Refund Management	Refund applications	Applications • Drafts
11	Invoice Management	Match fiscalised invoices for VAT input-tax claims	Invoices • Diplomatic Missions and Development Partners Invoices
12	Audit Management	Taxpayer-initiated audit documents (e.g. voluntary disclosure)	Audit Documents • Drafts
13	Debt Management	Overdue debts and instalment plans	Overdue Debts • Instalment Plan • Instalment Applications • Drafts
14	Case Management	ZIMRA cases; objections and responses	Documents • Drafts
15	E-Messaging	Direct messages with ZIMRA / TaRMS	Messages • Drafts
16	Notifications	TaRMS notifications to the user or the taxpayer	Taxpayer Notifications • User Notifications

C.3 First contact with the portal — the two registrations, step by step

A beginner must grasp that there are two distinct registrations, performed in sequence:

Step 1 — SSP user registration (create your login).

1. Visit https://mytaxselfservice.zimra.co.zw and click Sign Up.
2. State whether you are a Zimbabwean resident or a non-resident.
3. Complete the mandatory fields. For residents: National Registration ID Number, Title, First Name, Middle Name(s) (optional), Surname, Gender, Date of Birth, Nationality, Username (unique across the SSP), Phone Number, Email Address. For non-residents, Passport Number replaces the National ID.
4. Submit. ZIMRA verifies the data and emails a password-creation link to the registered address.
5. Follow the link, set a password — you can now log in.

Step 2 — Taxpayer registration (obtain a TIN).

Once logged in, use the Taxpayer Registration module to register the taxpayer — yourself as an individual, or the entity you represent (company, trust, partnership, non-resident with Zimbabwean obligations). ZIMRA processes the application and issues the TIN, the identifier used on every return, certificate and payment thereafter. The legal clock here is Section 25B'Section 30 days; the full screen-by-screen walkthrough is a dedicated later lesson.

Logging in thereafter:

1. Go to the portal URL; enter your username (or registered email) and password; click Log In.
2. If browser verification is requested, retrieve the verification code (phone or email) and click Verify.
3. The welcome page opens with the 16-module dashboard. Shift to the taxpayer you wish to manage.

The portal logs users out automatically after a period of inactivity, and passwords are reset via Forgot Password on the login page (repeated wrong attempts can temporarily lock the account). The dedicated lessons on Logging In and Password Management cover the error states.

C.4 The Single Account — the portal's accounting heart

Every taxpayer has one Single Account at ZIMRA: a unified ledger across all revenue heads, maintained in both USD and ZiG, recording every assessment and every payment. Two consequences follow, and they explain half of the reconciliation problems practitioners encounter:

1. Payments are allocated, not directed. A payment does not post directly to the return you meant to pay. It enters the Single Account and ZIMRA's allocation rules distribute it — typically to the oldest debt first within a tax type, then by tax-type priority. A payment you intended for this month's VAT can therefore be swallowed by an old PAYE shortfall, leaving the VAT "unpaid" and attracting penalties even though the money left your bank. The defence is hygiene: keep every tax type current, and reconcile the Single Account monthly using Taxpayer Accounting → Summary Report and Payments → Single Account Transactions.
2. Currencies do not net. USD assessments must be settled in USD; ZiG assessments in ZiG. A healthy ZiG credit balance does nothing for a USD liability. This is the portal-level expression of the dual-currency return regime in Section 37AA.

C.5 The communication layer — notifications, messages, cases

Three modules carry information between you and ZIMRA, and they are not interchangeable:

• Notifications is one-way: TaRMS tells you things — assessment notices, refund approvals, certificate availability, audit findings, payment confirmations. Notifications split by mode: User Notifications (to you personally) versus Taxpayer Notifications (to the taxpayer you have shifted to). Configure email forwarding so notifications also reach your inbox; do not rely on daily logins.
• E-Messaging is two-way correspondence for routine matters: querying an allocation, following up an instalment plan, asking for clarification on an assessment. It is the portal's email-equivalent — informal, but on the record.
• Case Management is the formal channel: ZIMRA-initiated cases, and taxpayer-initiated objections (the Section 62 objection goes here, never through E-Messaging). Using the wrong channel for an objection risks missing the 30-day window with an informal message that has no legal effect as an objection.

C.6 Status flow of a submitted document

Most documents in the portal follow the same life-cycle, which you will see in every later lesson: a form is opened (often from Pending Tax Returns, pre-populated with the taxpayer's header data), completed (the SSP computes subtotals automatically), optionally saved as a Draft, then Submitted, after which it sits in a Waiting for Approval state (during which a return can still be amended) before ZIMRA-side processing completes. Every module has its own Drafts page — drafts are module-specific, not pooled.

D.1 Individuals (employees, sole traders, professionals)

Scenario — Rudo, a salaried employee in Harare. Rudo's PAYE is withheld by her employer, so her routine portal footprint is light: she registers as an SSP user, registers herself as an individual taxpayer (TIN), and primarily uses Notifications, Taxpayer Information (keeping her address current) and — if she has non-employment income such as rentals — Tax Return Management for an annual ITF 1/self-assessment return. If she buys immovable property, conveyancing will surface CGT processes; if she takes up consultancy work, Section 80 means her corporate clients will demand her ITF 263, pulling her into the Taxpayer Certificates module.

Scenario — Tendai, a sole-trader electrician. Tendai's stakes are higher: registration within 30 days of starting trade (Section 25B, else the Section 25C US$30 + US$30/day penalty), quarterly ITF 12B QPDs, an annual self-assessment, and — because his commercial customers withhold 30% without it — a perpetually valid ITF 263. For Tendai the portal is his tax function.

D.2 SMEs and partnerships

Scenario — Mbare Hardware (Pvt) Ltd, a VAT-registered wholesaler with 12 employees. The company's accountant lives in the portal on a monthly rhythm:

• By the 10th: file the P2 PAYE return (fed by Employee Management, where the 12 employees and their monthly earnings are maintained) and any REV 5-series withholding returns; pay via Payments → New Payment.
• By the 25th: file the VAT 7, first using Invoice Management to match fiscalised input-tax invoices on ZIMRA's file against the purchase ledger; pay.
• Month-end: reconcile Taxpayer Accounting → Summary Report against the company ledger; raise allocation queries via E-Messaging; check Notifications and Case Management for new correspondence.
• Quarterly (25 Mar / 25 Jun / 25 Sep / 20 Dec): file the ITF 12B and pay the QPD instalment (10% / 25% / 30% / 35% under Section 72).
• Annually (by 30 April for a 31 December year-end): file the ITF 12C self-assessment with attachments; through October–November, apply for the next year's ITF 263 under Taxpayer Certificates → Certificate Requests; at year-end, generate ITF 16 employee certificates from Employee Management and reconcile the year's P2s against them.

A partnership is transparent for income tax (Section 10(2) — see the Income Tax Course), but it still files the joint partnership return (Section 37(15)) and, if VAT-registered, the VAT 7, so the portal mechanics are the same.

D.3 Large corporates and multinationals

A group adds three layers. First, Assignee Management becomes governance-critical: the group tax manager assigns roles (read-only viewer, return preparer, return submitter, payment authoriser) to finance staff and external advisers per entity, and reviews the assignee list quarterly. Second, volume: dozens of revenue heads across several TINs means the Summary Report and Tax Type Report become the reconciliation backbone, and misallocations within the Single Account are a monthly reality to manage. Third, the formal channels get heavier use — Case Management for objections (transfer-pricing and management-fee disputes especially), Audit Management for voluntary disclosures, and Debt Management for instalment plans negotiated before liabilities fall due (ZIMRA is more receptive to instalment applications lodged before the due date than after).

D.4 Worked illustration — the cost of ignoring the portal

Tendai (D.1) starts trading on 1 February and only registers on 30 June, 119 days later (89 days beyond the 30-day Section 25B window, within the 90-day penalty cap):

Item	Computation	Amount
Base civil penalty (Section 25C)	fixed	US$30
Daily penalty	US$30 × 89 days	US$2,670
Total registration penalty		US$2,700

Meanwhile, a corporate customer paying him US$4,000 for a contract during the unregistered period must withhold 30% = US$1,200 under Section 80 because he has no ITF 263 — recoverable later as an advance credit, but a brutal cash-flow hit. And by Section 25D, his trading income for the unregistered months remains fully taxable. The portal is cheaper than the alternative.

Honesty first: there is no body of case law on TaRMS or the SSP itself. The system is recent, and disputes about how a portal screen works do not reach the courts. What the courts have shaped is the legal machinery the portal implements, and those authorities — all from the Income Tax Course — remain the governing context:

• CF (Pvt) Ltd v ZIMRA and the Section 51/Section 62 line of cases (e.g. Nestlé Zimbabwe (Pvt) Ltd v ZIMRA 20-SC-290; Barclays Bank of Zimbabwe v ZIMRA 04-HH-162): the assessment notice and the 30-day objection window are strict — the portal's Notifications and Case Management modules are where that window now opens and closes in practice.
• Hilmax Enterprises (Pvt) Ltd v ZIMRA 22-HH-832: ZIMRA's information-gathering powers under Section 44 extend to information, not to seizing the laptop itself — relevant context for audit interactions that now begin as TaRMS audit cases.
• PPC Zimbabwe v ZIMRA 19-HH-755: the Commissioner-General's powers are exercised through proper delegation — the institutional frame within which TaRMS officers act.

Where a later lesson touches a dispute-bearing process (objections, audits, recovery), it will cite the substantive authorities there. For pure navigation lessons, expect this section to be sparse — that is the honest position, not an omission.

1. Conflating SSP user registration with taxpayer registration. Creating a login does not register you as a taxpayer or stop the Section 25B clock. The TIN comes only from the Taxpayer Registration module. New businesses repeatedly discover this 90 penalty-days too late.
2. Sharing one SSP login across the finance team. It breaks the portal's security model, defeats the audit trail, and becomes a crisis when the password-holder resigns. Correct approach: each person has their own user account; access is granted and revoked through Assignee Management, reviewed quarterly.
3. Operating in the wrong mode. Looking for a company's assessment notice while in User mode (or in the wrong taxpayer after shifting) and concluding "there's nothing there." Always confirm which taxpayer you have shifted to before reading notifications or balances.
4. Treating a payment as settling a specific return. It does not — the Single Account allocates it, oldest-debt-first. If an old liability lurks anywhere in the ledger, this month's VAT payment may be consumed by it. Reconcile monthly; query misallocations promptly through E-Messaging.
5. Paying in the wrong currency. USD and ZiG ledgers do not net. A ZiG payment cannot extinguish a USD assessment. Check the currency of the liability on the Balance screen before paying.
6. Ignoring Notifications between filing deadlines. Assessment notices start the 30-day objection clock whether or not you log in. Configure email forwarding of notifications and check Taxpayer Notifications at least weekly.
7. Lodging an objection through E-Messaging. A message is not a Section 62 objection. Formal objections go through Case Management → Documents, within 30 days, with the tax paid meanwhile (Section 69).
8. Letting the taxpayer profile go stale. ZIMRA cross-checks ITF 263 applications against Taxpayer Information; outdated addresses, bank details or revenue-head registrations stall the automated clearance check precisely when a customer is demanding the certificate.
9. Leaving drafts unsubmitted. A return saved as a draft has not been filed. Filing deadlines are met by submission, not by preparation. Check the module's Drafts page before every deadline.

Work through the questions one at a time. Choose an answer and it is graded immediately, with an explanation and the provision it comes from. Your progress is saved, so you can stop and resume.

• TaRMS is ZIMRA's back-end; the SSP at https://mytaxselfservice.zimra.co.zw is the taxpayer's front-end. Everything administrative — registration, returns, payments, clearance, refunds, objections — now runs through it.
• The portal digitises pre-existing legal duties: registration within 30 days (Section 25B, penalties Section 25C, liability regardless Section 25D), returns (Sections 37, 37A — four months after year-end, return = assessment), records (Section 37B, six years), remittance (FA Section 4B), QPDs (Section 72), clearance leverage (Section 80, 30% withholding), objections (Sections 51, 62, 69).
• Two registrations, in order: SSP user account first (your login), then taxpayer registration (the TIN — successor to the legacy BPN). Confusing them is the classic new-business penalty trap.
• User ≠ taxpayer; mode matters. One user can represent many taxpayers; shift deliberately, and read notifications in the right mode.
• The Single Account allocates payments (oldest debt first) and never nets USD against ZiG. Reconcile monthly via the Summary Report and Single Account Transactions; pay in the liability's currency.
• Use the right channel: Notifications (one-way, watch the 30-day clocks), E-Messaging (routine two-way), Case Management (formal objections only here).
• The compliance rhythm is fixed: P2 and withholding returns by the 10th; VAT 7 by the 25th; QPDs 25 Mar / 25 Jun / 25 Sep / 20 Dec; ITF 12C four months after year-end; ITF 263 renewal ahead of expiry.
• Case law on the portal itself is non-existent — the governing authorities attach to the underlying machinery (assessments, objections, information powers), and this course says so rather than padding.

Legacy regime versus TaRMS/SSP

Dimension	Legacy (pre-TaRMS)	TaRMS / SSP
Taxpayer identifier	Business Partner Number (BPN)	TIN (universal across returns, certificates, payments)
Filing channel	e-services platform / paper	SSP — Tax Return Management, all return types
Ledger	Per-tax-head accounts	Single Account across all heads, USD and ZiG segregated
Payment	Bank transfer referenced manually	New Payment (card / e-banking), auto-allocated by rules
Tax clearance (ITF 263)	Manual application and review	Automated real-time compliance check, download in-portal
Objections / audit documents	Letters / physical lodgement	Case Management / Audit Management modules
Correspondence	Email, phone, visits	Notifications + E-Messaging, on the record
Access control	Shared credentials common	Per-user logins, roles via Assignee Management

The taxpayer's portal life-cycle

flowchart TD
 A[Create SSP user account - Sign Up] --> B[Log in and verify]
 B --> C[Register taxpayer - TIN issued]
 C --> D{Compliance cycle}
 D --> E[File returns - Pending Tax Returns]
 E --> F[Pay - New Payment into Single Account]
 F --> G[Reconcile - Summary Report and Transactions]
 G --> H{Notice received?}
 H -->|Assessment disputed| I[Objection via Case Management within 30 days]
 H -->|Refund position| J[Refund application then Withdrawal]
 H -->|All clear| K[Request or renew ITF 263]
 I --> D
 J --> D
 K --> D

Choosing the right communication channel

flowchart TD
 A[Need to communicate with ZIMRA] --> B{Is it a formal dispute or response to a case?}
 B -->|Yes - objection, scheme, case response| C[Case Management - Documents]
 B -->|No| D{Routine query or follow-up?}
 D -->|Yes - allocation, clarification, instalment follow-up| E[E-Messaging]
 D -->|No - just monitoring| F[Notifications - check User and Taxpayer modes]

Statutes & sections

• Income Tax Act [Chapter 23:06] — Part IIIA Sections 25A–25E (registration: 30-day duty Section 25B; civil penalty Section 25C as substituted by Finance (No. 2) Act 7 of 2024 w.e.f. 1 Jan 2025; liability independent of registration Section 25D); Section 37 (returns on notice; partnership joint return Section 37(15)); Section 37A (self-assessment, four months after year-end; return constitutes assessment Section 37A(10)–(11)); Section 37AA (separate currency returns); Section 37B (six-year records); Section 44 (information powers); Section 51 (assessment notice); Section 62 (objection, 30 days); Section 69 (pay-now-argue-later); Section 72 (QPDs); Section 80 / Section 80A (30% withholding absent ITF 263; clearance and licensing); Section 5 (secrecy).
• Finance Act [Chapter 23:04] — Section 4B (remittance of withheld amounts; interest/penalty for default).
• VAT Act [Chapter 23:12] — VAT registration and periodic VAT returns (VAT 7) given effect through the SSP.
• Revenue Authority Act [Chapter 23:11] — establishment of ZIMRA and the Commissioner-General.

Case law

• Nestlé Zimbabwe (Pvt) Ltd v ZIMRA (2020, SC) — strictness of the assessment/objection machinery.
• Barclays Bank of Zimbabwe v ZIMRA (2004, HH) — objection-window context.
• Hilmax Enterprises (Pvt) Ltd v ZIMRA (2022, HH) — limits of Section 44 information powers.
• PPC Zimbabwe v ZIMRA (2019, HH) — exercise of the Commissioner-General's powers.
• No authority exists on TaRMS/SSP mechanics themselves; the above govern the underlying administrative law.

ZIMRA guidance

• Comprehensive Guide to the ZIMRA Self-Service Portal — ZIMRA External Guide (module-by-module walkthrough; primary procedural source for this lesson).
• ZIMRA SSP online help — https://mytaxselfservice.zimra.co.zw/help/ssp/en/default.htm (authoritative per-screen reference; not reachable for re-verification at the time of writing — see VERIFY flags).
• Zimbabwe Tax Compliance Calendar — ZIMRA (deadline rhythm: 10th, 25th, QPD dates, annual return).
• Comprehensive Guide to the ITF 263 — ZIMRA External Guide (clearance compliance grid).