Powering SA prepaid since 2003 / No monthly fees, ever
SIMcloud bulk airtime and data recharge platform

Prepaid Electricity

Prepaid Electricity for Property Managers: Portfolio Guide

A portfolio buying guide for managing agents and accommodation operators: meter records, an 80-meter cost example, token handover and monthly purchase controls.

Author: SIMcloud Published 29 September 2026
Editorial illustration of a property manager with a tablet and prepaid meter beside a portfolio of apartment buildings

Property managers can centralise prepaid electricity purchases for supported meters, allocate each purchase to a property reference, and track the resulting tokens. For a portfolio, the job has four stages: approve the correct meter and amount, buy the token, get it to the responsible person, and confirm that the meter accepted it.

This guide is for managing agents, serviced-accommodation operators and facilities teams that buy electricity on behalf of several properties or sites. It covers a portfolio register, batch costs, token handover, recurring purchases and a controlled changeover when a tenant or site contact changes.

Evaluating a portfolio? Start with the public meter-support check. Once the required meters are supported, create a free SIMcloud account to prepare a small approved purchasing run.

Which property operations benefit from central purchasing?

A central process is useful when the organisation itself is responsible for buying credit: serviced apartments with electricity included, vacant units needing power for maintenance, staff accommodation, common facilities with supported prepaid meters, or a business operating several branches.

Start by agreeing who is authorised to purchase and who carries the cost. If tenants normally buy their own electricity directly, central purchasing may add unnecessary administration. If the requirement is installing submeters, measuring each tenant’s consumption or collecting tenant payments, a token purchasing account alone does not solve it.

Portfolio needRole of a purchase platformSeparate responsibility
Buy tokens for supported existing metersSubmit purchases and retrieve results and vouchers.Verify the property-to-meter mapping and purchase authority.
Issue an agreed monthly allocationUse reviewed batches or supported recurring schedules.Maintain budgets, end dates and current recipients.
Know the remaining units at a propertyA purchase record explains what was bought.Obtain a current meter reading or a separate telemetry service.
Bill tenants or recover consumption chargesPurchase records may support administration.Use the appropriate metering, billing and property-management arrangements.

SIMcloud is a purchasing and token-history option for this workflow. Do not treat it as a claim of remote meter control, live consumption monitoring or a complete rental billing system.

Build the meter register before the first batch

The most expensive spreadsheet error is often a valid meter number attached to the wrong property. Confirm the mapping from the actual meter or a trusted recent purchase record, not a unit name that has been copied between worksheets.

Eskom’s explanation of offline prepayment makes two relevant points: the token is issued for a specific meter, and credit is added when the valid token is entered. A token bought for one meter cannot simply be moved to another unit when an administrator discovers a mistaken mapping.

Keep these fields in your controlled portfolio register:

  • Property and unit code, exact meter number, supply authority or vending operator where known.
  • Date the property-to-meter mapping was checked and who checked it.
  • Meter-support check result and any unresolved eligibility question.
  • Budget owner, approved allocation and the internal cost-centre reference.
  • Current token recipient, backup contact and who can access the keypad.
  • Any schedule, its end date, and the next tenancy or responsibility review.

A building can contain meters with different vending arrangements. Check the actual identifiers, including privately managed submeters, instead of assuming every meter in the same municipality is supported. The meter-support guide explains the initial check.

Understand the cost of an 80-meter purchase run

In SIMcloud’s bulk electricity workflow, the entered amount is the total billed amount. The confirmation page separates the electricity amount, service fee and total. The current CSV flow accepts whole-rand amounts from R55 to R1,000 per row and a maximum of 2,000 rows per file.

The published electricity documentation describes the fee calculation as the entered amount multiplied by 3/103, capped at R10 and rounded down to a whole rand. For an illustrative R300 purchase, the split is R8 fee and R292 submitted for electricity.

ItemPer meter80 meters
Total billed allocationR300R24,000
Calculated SIMcloud service feeR8R640
Amount submitted for electricityR292R23,360

This example establishes the purchasing split, not the kilowatt-hours delivered. The actual token depends on the meter’s applicable vending and tariff arrangements. Inspect the purchase result and do not budget a portfolio on the assumption that the same rand amount always buys the same units.

Also compare the full operating cost against your current buying route. Include supplier charges, preparation time, funding effort and token handover. Bulk purchasing is an administrative method; it does not establish a discounted electricity tariff.

If a site needs more than the per-order limit, confirm an appropriate purchasing plan with SIMcloud before committing the portfolio. Do not silently turn one approved amount into a series of orders without accounting for each purchase and its charges.

Run the portfolio through one controlled purchasing cycle

  1. Refresh the register. Remove ended responsibilities, confirm changed recipients and check meters that have been replaced.
  2. Approve the allocation. Finance or the property owner signs off the meters, amounts and total for this run.
  3. Prepare the official CSV. Use meter_number,amount,reference,recipient, with one purchase per row. Use a reference such as PROP12-UNIT04-OCT.
  4. Review the platform calculation. Compare row count, meter numbers, recipients, fee splits and total billed amount against the approved list.
  5. Confirm available funding and submit once. A balance check is not a reservation if other account purchases can spend the same funds.
  6. Reconcile individual results. Retrieve successful vouchers and investigate every failed or unresolved row.
  7. Close the handover. Record who received each token and whether it was accepted at the intended meter.

The electricity CSV walkthrough covers the portal screens. The portfolio controls above are responsibilities for your organisation; they are not an assertion that the platform enforces a particular internal approval policy.

Successful electricity purchases are irreversible in this workflow. If a few rows fail, investigate those rows rather than buying for the whole portfolio again. An unresolved order must be checked before a replacement purchase is authorised.

A successful purchase is not proof of a powered property

For a keypad-loaded token, the last operational step takes place at the property. A tenant may have received a message but not entered the token; a caretaker may have the token but no access to the correct interface unit. Keep purchasing evidence and meter acceptance evidence distinct.

State in your handover logEvidenceOwner of the next step
Purchase unresolvedThe original order has no confirmed final outcome.Purchasing operator investigates the existing order.
Token availableThe voucher is present in Electricity History.Operator makes it available to the authorised property contact.
Token handed overThe intended contact acknowledges receiving it.The person with meter access loads it.
Meter accepted tokenSite contact confirms acceptance and, where required, a current reading.Portfolio administrator closes the task.

These are suggested stages for your own handover record, not SIMcloud order-status labels. Even a confirmed credit addition does not prove that every appliance is powered: a site may have a separate electrical fault or supply interruption.

When someone reports “no electricity”, first establish whether the token exists, whether it reached the right person, and what the meter displayed when it was entered. Use the token retrieval guide for an existing purchase and the token troubleshooting guide for a rejected code. Buying another token is not a diagnosis.

Use recurring purchases for stable responsibilities

SIMcloud’s recurring electricity workflow creates a monthly schedule with a meter, amount, recipient, day and end date. It can suit a fixed contribution to a staff house or an operating site where responsibility is stable. It is less suitable for an allocation that must change with every booking unless someone maintains the schedule.

A schedule is based on the chosen date, not a live low-unit reading. Keep enough wallet funding available and assign someone to review failures and completed purchases. Token loading still needs the appropriate process at the property.

For tenancy or contact changes, reconcile outstanding purchases, stop or amend future instructions, verify the new recipient, and confirm the end date. Make that check part of the property handover rather than relying on an administrator to remember it later. See the recurring electricity guide for the actual controls.

Evaluate a portfolio with a representative pilot

Choose authorised meters covering the supply arrangements and operating conditions you expect to use. Include a property where the manager loads the token and one where a separate site contact handles it. Check the full chain from approved allocation to accepted token and reconciled cost.

Ask a prospective supplier to demonstrate meter eligibility checks, the fee calculation, token retrieval, partial-batch outcomes, reporting fields and support escalation. If integration with property software is essential, evaluate the electricity API separately; do not assume a ready-made connection to your property-management package.

For a useful buying discussion, prepare the meter count, municipalities or vending operators, expected purchase frequency, typical order amounts, monthly budget and who receives and loads tokens.

Discuss your property portfolio with Dave, or create a free account for an approved pilot. Check meter support before funding planned purchases.

Property electricity questions

Can SIMcloud buy for every private submeter?

Do not assume universal support. Validate the exact meter and clarify its vending arrangement before committing to a portfolio rollout.

Does the platform show the units remaining at each property?

A purchasing history is not a live meter reading. Obtain current remaining units from the meter or a separate supported monitoring arrangement.

Will monthly purchasing automatically load the token?

The schedule creates a purchase. For meters that require keypad entry, arrange for someone to load and confirm the token.

Can we move a purchased token to another apartment?

A token is tied to its intended meter. Verify the meter-to-property mapping before purchase.

SIMcloud CSV limits, fee calculation and recurring workflow checked on 29 September 2026. Recheck current purchasing terms and meter support when preparing a rollout.

Put this guide into practice

Evaluate electricity purchasing for your portfolio

Check the actual meters first, then prepare an approved pilot covering purchase results, token handover and finance reconciliation.