What are the opening hours?

Monday 09:00 - 17:00 Tuesday 09:00 - 17:00 Wednesday 09:00 - 17:00 Thursday 09:00 - 17:00 Friday 09:00 - 17:00 Saturday 09:00 - 17:00

https://bonniecomputerhub.co.ke/

Bonnie Computer Hub, kabarak, Nakuru (2026)

01/10/2026

HOW TO SCOPE A POS PROJECT BEFORE WRITING A SINGLE LINE OF CODE.

Most POS projects that fail do not fail because of bad code.

They fail because the developer started building before they fully understood what they were building.

Scoping is the work that happens before development begins. It is the most important phase of any POS project. And it is the phase most developers rush through or skip entirely.

What scoping means

Scoping means defining exactly what the system will do, what it will not do, who will use it, and what success looks like — before a single line of code is written.

A well scoped project has:
✅ A clear list of features and modules
✅ A clear list of what is excluded from this phase
✅ An agreed tech stack
✅ A realistic timeline with milestones
✅ A clear pricing agreement
✅ A signed document both parties reference throughout

Without this, scope expands continuously. The client keeps adding requirements. The timeline stretches. The budget blows out. Both sides end up frustrated.

Step 1 — Understand the business before you discuss technology

Before you ask what features they want, understand how the business operates.

✅ What type of business is this?
✅ How many products do they have?
✅ How many cashiers will use the system?
✅ How many locations?
✅ What payment methods do they accept?
✅ Do they need KRA eTIMS compliance?
✅ What are their biggest operational pain points?

The answers determine the scope. Not the client's initial feature list.

Step 2 — Define the modules

For each module specify what it does, who uses it, what it connects to, and what it produces. Do this for every module before writing any code.

Step 3 — Define what is NOT included

This is as important as defining what is included.

Examples:
❌ Mobile app — not in this scope, web only
❌ Payroll module — not in this phase
❌ E-commerce integration — separate project

A clear exclusion list prevents the client from expecting something never agreed.

Step 4 — Define the timeline

01/10/2026

HOW TO HANDLE REFUNDS, RETURNS, AND VOIDS IN A POS SYSTEM PROPERLY.

Three of the most sensitive operations in any POS system.

Refunds. Returns. Voids.

Done correctly they protect the business and serve the customer fairly. Done poorly they become the most common method of internal theft in retail businesses across Kenya.

Understanding the difference

Void — cancels a transaction before it is fully completed or before end of shift.
✅ Transaction removed from the system entirely
✅ Stock returned to inventory
✅ Used when a mistake is caught immediately

Return — customer brings back a product they previously purchased.
✅ Transaction happened in the past
✅ Product comes back into inventory
✅ Customer receives a refund or exchange
✅ Original sale is not deleted — a return transaction is created against it

Refund — money returned to the customer.
✅ Can accompany a return
✅ Can happen without a physical return — service not delivered, order error
✅ Issued via original payment method where possible

How voids should work
✅ Only available on transactions within the current shift
✅ Requires manager or supervisor authorisation — cashier cannot void their own transactions — ever
✅ Reason for void recorded — mandatory field
✅ Void creates an immutable audit log entry automatically
✅ Stock reversed automatically

How returns should work
✅ Cashier locates original transaction by receipt number
✅ Selects which items are being returned
✅ Reason for return recorded — mandatory
✅ Supervisor authorises the return
✅ Returned items added back to stock automatically
✅ Refund issued via original payment method

How refunds work per payment method
✅ Cash refund — paid from drawer, recorded against cashier session
✅ M-Pesa refund — initiated via Daraja B2C, money sent directly to customer phone
✅ Card refund — initiated via payment gateway, credited back to card in 3 to 7 days

Controls that protect the business
✅ No cashier can void their own transactions
✅ Every return linked to original sale — prevents returns for items never purchased
✅ Return window enforced — system blocks returns past policy period
✅ Daily return and void report reviewed by management
✅ Refund method must match original payment method

One question to ask about your current system:

Can a cashier void their own transaction?

If yes — fix it today. This single gap is responsible for significant revenue loss in Kenyan retail businesses every year.

Are your refunds, returns, and voids controlled tightly enough to prevent abuse?

🌐 www.bonniecomputerhub.co.ke
📲 +254 729 820 689

© Bonnie Computer Hub | Empowering Through Technology

01/10/2026

KRA ETIMS INTEGRATION — WHAT EVERY KENYAN POS MUST NOW SUPPORT.

This is not optional.

This is not a future consideration.

This is a legal requirement that every business operating a POS system in Kenya must comply with right now.

KRA's Electronic Tax Invoice Management System — eTIMS — is the most significant regulatory development affecting POS systems in Kenya in recent years. If your POS does not support it, your business is at risk.

What is eTIMS?

eTIMS stands for Electronic Tax Invoice Management System.

It is KRA's platform that requires businesses to submit details of every tax invoice to KRA in real time at the point of sale. The goal is clear — KRA wants visibility into every taxable transaction as it happens. Not at month end. Not at year end. At the point of sale.

Which businesses are affected
✅ All VAT registered businesses in Kenya
✅ Businesses with annual turnover above KSh 5 million
✅ Businesses in sectors KRA has specifically targeted for compliance

If you are not sure whether your business falls under eTIMS requirements — assume it does and verify with KRA or a tax consultant.

What eTIMS compliance means for your POS

Every invoice or receipt must be:
✅ Submitted to KRA's eTIMS system at time of transaction
✅ Assigned a KRA Control Unit Invoice Number
✅ Verified by KRA and returned with a verification code
✅ That verification code printed or displayed on the receipt
✅ The receipt QR code scannable by the customer to verify on KRA portal

The two integration approaches

Online eTIMS — API based
✅ POS sends invoice data to KRA's eTIMS API at time of sale
✅ KRA validates and returns verification code in seconds
✅ Code embedded on receipt automatically
✅ Requires stable internet for every transaction

Offline eTIMS — Control Unit device
✅ A KRA approved Control Unit device connected to the POS
✅ Device stores and signs invoices locally
✅ Invoices submitted to KRA when internet is available
✅ Designed for businesses with unreliable internet

Penalties for non-compliance
❌ Fines for non-compliant businesses
❌ Tax assessments based on estimated revenue
❌ Business closure in serious cases
❌ Reputational risk when customers notice non-compliant receipts

Do not build a POS for a Kenyan business in 2026 without eTIMS integration. It is not a feature. It is a compliance requirement that your client will face consequences for if it is missing.

Is your POS keeping you compliant with KRA — or is it creating a liability?

🌐 www.bonniecomputerhub.co.ke
📲 +254 729 820 689

© Bonnie Computer Hub | Empowering Through Technology

01/10/2026

HOW TO INTEGRATE A POS WITH AN EXISTING WEBSITE OR ONLINE STORE.

More Kenyan businesses are selling in two places simultaneously.

A physical shop. And an online store.

The problem most of them run into quickly is this. The stock, the orders, and the revenue from both channels are managed separately. The physical shop uses the POS. The online store has its own system. And the two never talk to each other.

This creates problems that grow with the business.

❌ A product sells out in the shop — the online store still shows it as available
❌ A customer buys online — the POS does not know — stock is not deducted
❌ Revenue reports show shop sales but not online sales
❌ A price is updated in the POS — the website still shows the old price
❌ Two separate systems to manage, reconcile, and maintain

What integration means

It means the two systems share data in real time.

✅ One product database — updated in one place, reflected everywhere
✅ One inventory — a sale in either channel deducts from the same stock
✅ One revenue view — physical and online sales in one report
✅ One price — updated once, applied everywhere
✅ One customer database — a customer who bought online is known in the shop

The four key integration points

Product and inventory sync
✅ Products added in POS appear on website automatically
✅ Stock levels sync in real time across both channels
✅ When a product sells in the shop — online stock updates immediately
✅ When a product sells online — POS stock updates immediately
✅ Low stock alert triggered regardless of which channel caused the depletion

Order management
✅ Online orders appear in POS for fulfilment
✅ Staff see all orders — physical and online — in one place
✅ Order status updated in one system, reflected everywhere

Pricing sync
✅ Price change in POS propagates to website automatically
✅ Promotional pricing applies online simultaneously
✅ No manual price updates across two systems

Customer data sync
✅ Customer who registers online can be identified in the physical shop
✅ Purchase history from both channels visible in one profile
✅ Loyalty points earned online redeemable in shop and vice versa

The cleanest integration happens when both systems are built by the same team from the start. Shared database from day one. No API compatibility issues. Consistent data structure across both channels. One support relationship for the client.

If you are running a physical shop and an online store on two separate systems — how much time is your team spending manually keeping both in sync?

Are your physical shop and online store working as one business — or as two separate operations that happen to share a name?

🌐 www.bonniecomputerhub.co.ke
📲 +254 729 820 689

© Bonnie Computer Hub | Empowering Through Technology

01/10/2026

RECEIPT PRINTERS, BARCODE SCANNERS, AND CASH DRAWERS — HARDWARE YOUR POS MUST SUPPORT.

A POS system is software. But software alone does not run a shop floor.

The hardware connected to your POS — the printer, the scanner, the cash drawer — determines how fast and how reliably the system operates in the real world.

Getting the hardware right is as important as getting the software right.

Receipt Printers

The receipt printer is the most used piece of hardware in any POS setup. Hundreds of receipts every day. It must be fast, reliable, and easy to maintain.

Thermal printers — the standard choice
✅ Print using heat on thermal paper — no ink required
✅ Fast — typically 200mm per second
✅ Quiet operation
✅ Low maintenance — no ink cartridges to replace
✅ Available in 58mm and 80mm paper widths

80mm is recommended for most retail environments. It fits more information per receipt and is the commercial standard.

Common brands available in Kenya:
✅ Epson — TM-T82, TM-T20 series — highly reliable, widely supported
✅ Xprinter — affordable, widely used in Kenya
✅ BIXOLON — good quality, available locally
✅ iMin — modern design with built-in Android capabilities

Cost range: KSh 8,000 to KSh 25,000

Barcode Scanners

For any business with more than 50 products, a barcode scanner is not optional. It is essential for speed and accuracy.

Wired handheld scanner — the standard retail choice
✅ Plugs into USB port
✅ Fast and accurate — scan in under a second
✅ No batteries required
✅ Most affordable option

Cost range: KSh 3,000 to KSh 12,000

Barcode types your scanner must support:
✅ EAN-13 — most common on retail products in Kenya
✅ EAN-8 — smaller products
✅ Code 128 — custom barcodes and logistics
✅ QR codes — if your POS uses QR for products or customers

Cash Drawers

A cash drawer connected to the receipt printer opens automatically when a cash sale completes and a receipt prints.

✅ RJ11 cable from printer to drawer
✅ No separate power connection — drawer draws power from printer
✅ Every drawer open logged — no-sale opens tracked and flagged
✅ Manager can review no-sale opens per cashier

Frequent unexplained drawer opens are a red flag.

Cost range: KSh 5,000 to KSh 15,000

Full standard hardware setup cost excluding computer:
KSh 21,000 to KSh 67,000 depending on brands and specifications.

Do not cut corners on hardware. A KSh 1,500 printer from a street vendor that jams every 50 receipts will cost more in downtime than a KSh 15,000 reliable unit that works for five years.

Is your POS hardware reliable enough to handle your busiest day without failing?

🌐 www.bonniecomputerhub.co.ke
📲 +254 729 820 689

© Bonnie Computer Hub | Empowering Through Technology

01/10/2026

HOW TO HANDLE SPLIT PAYMENTS IN A POS — WHEN A CUSTOMER PAYS WITH BOTH CASH AND M-PESA.

It happens every day in Kenyan businesses.

A customer buys goods worth KSh 1,500. They have KSh 800 cash and KSh 700 on M-Pesa. They want to pay using both.

In a business without proper split payment handling this becomes a problem. The cashier fumbles. Calculations happen on a phone calculator. The M-Pesa confirmation is checked manually. The receipt shows the wrong amount.

In a properly built POS, split payments are handled in under 30 seconds with full accuracy.

How split payment should work

Using the KSh 1,500 example:

✅ Cashier totals the sale — KSh 1,500
✅ Cashier selects Split Payment
✅ Screen shows total due — KSh 1,500
✅ Cashier enters first payment — Cash KSh 800
✅ System calculates remaining balance — KSh 700
✅ Cashier selects second payment method — M-Pesa
✅ System triggers STK push for KSh 700 to customer phone
✅ Customer enters M-Pesa PIN
✅ Safaricom confirms payment
✅ System marks full transaction as paid
✅ Receipt generated showing both payment methods

Total time: under 45 seconds.

What the receipt must show
✅ Items purchased with quantities and prices
✅ Total amount
✅ Payment method 1: Cash — KSh 800
✅ Payment method 2: M-Pesa — KSh 700
✅ Total paid: KSh 1,500

How split payments appear in reports
✅ Cash total for the shift includes only the cash portion
✅ M-Pesa total includes only the M-Pesa portion
✅ Payment method breakdown is accurate even for complex splits
✅ End of day cash drawer reconciliation is correct

Edge cases your POS must handle

M-Pesa payment in split fails or times out
✅ System keeps cash payment recorded
✅ Alerts cashier that M-Pesa portion is pending
✅ Cashier can retry STK push or accept remaining balance in cash
✅ Transaction not marked complete until all portions are paid

Customer changes mind during split
✅ Cashier can cancel the split and restart with different payment method
✅ No partial payments permanently recorded against cancelled split

Common split payment combinations in Kenya:
✅ Cash + M-Pesa — most common
✅ Cash + Card
✅ M-Pesa + Card
✅ Cash + Loyalty Points
✅ M-Pesa + Store Credit

Does your POS handle split payments automatically — or does it leave your cashiers to figure it out?

🌐 www.bonniecomputerhub.co.ke
📲 +254 729 820 689

© Bonnie Computer Hub | Empowering Through Technology

29/09/2026

CARD PAYMENT INTEGRATION — WHAT OPTIONS EXIST FOR KENYAN BUSINESSES.

Card payments in Kenya are growing.

Not fast enough to replace M-Pesa as the dominant payment method. But fast enough that a business without card capability is turning away a meaningful segment of customers every day.

Salaried professionals. Corporate buyers. Diaspora visitors. International tourists. These customers prefer card. And if your POS cannot accept it, they will find a business that can.

Who uses card payments in Kenya
✅ Salaried employees paying from their bank account via debit card
✅ Corporate buyers whose companies issue Visa or Mastercard business cards
✅ Diaspora visitors who carry international cards
✅ International tourists and business travellers
✅ High value purchasers who prefer not to carry large cash amounts

The two types of card payment setup

Physical card terminal
A physical device the customer taps, inserts, or swipes their card on.
✅ Contactless — NFC tap for cards and phones with Apple Pay or Google Pay
✅ Chip and PIN — customer inserts card and enters PIN
✅ Integrated with POS — amount sent automatically, confirmation received back

Who provides card terminals in Kenya:
✅ Equity Bank
✅ KCB
✅ Cooperative Bank
✅ Pesapal — provides terminals alongside their gateway
✅ DPO Group — terminal and gateway combined

Online card payment gateway
For businesses that also sell online or want a software only card solution.
✅ Customer enters card details on a secure payment page
✅ Gateway processes payment in real time
✅ Confirmation sent to POS and customer

Payment gateways available in Kenya
✅ Pesapal — Kenya's most widely used, supports M-Pesa and cards
✅ DPO Group — strong East Africa presence
✅ Flutterwave — pan-Africa, good for regional ambitions
✅ iPay Africa — built specifically for African payment methods
✅ Stripe — best for businesses selling to international customers

Card payment costs
Every card transaction carries a processing fee of typically 1.5% to 3.5% depending on gateway and card type. Factor this into your pricing decisions.

The right integration approach
✅ Integrated — POS sends amount to terminal automatically, confirmation comes back, one unified record
✅ Semi-integrated — cashier manually enters amount on terminal, then confirms in POS
✅ Standalone — terminal operates independently, manual reconciliation at end of day

Always aim for integrated. Manual entry creates amount mismatch risk and reconciliation burden.

Is your business accessible to every customer who wants to pay you — or only to those carrying cash or M-Pesa?

🌐 www.bonniecomputerhub.co.ke
📲 +254 729 820 689

© Bonnie Computer Hub | Empowering Through Technology

29/09/2026

M-PESA TILL AND PAYBILL INTEGRATION INSIDE A POS SYSTEM — HOW IT WORKS.

M-Pesa integration is the single most important payment feature for any POS system in Kenya.

Every other payment method is secondary.

But most developers who claim to have integrated M-Pesa have done it partially. They have displayed a till number on screen and asked the customer to send manually. That is not integration. That is a shortcut with consequences.

The difference between a Till and a Paybill

M-Pesa Till — Buy Goods
✅ Customer sends money directly to your till number
✅ Payment reflects immediately
✅ No account number required
✅ Best for retail — fast, simple, familiar to most customers
✅ Settlement to bank account on next business day

M-Pesa Paybill
✅ Customer sends money to Paybill number with an account number
✅ Account number used to identify the transaction
✅ Better for businesses needing transaction reference matching
✅ More flexible for large businesses with complex payment routing

For most retail POS systems in Kenya, the Till — Buy Goods — integration is the right choice. It is faster and simpler for customers.

What real M-Pesa integration looks like

Real integration uses Safaricom's Daraja API. Here is the customer experience when done correctly.

✅ Customer selects M-Pesa at checkout
✅ Enters their M-Pesa registered phone number
✅ Clicks pay
✅ Receives M-Pesa STK push prompt on their phone immediately
✅ Enters M-Pesa PIN
✅ Payment confirmed automatically within seconds
✅ Customer sees order confirmation on screen
✅ Receipt generated automatically
✅ Order created in system without manual intervention

The entire process takes under 60 seconds. No calls. No WhatsApp messages. No manual verification.

Why this matters beyond convenience

Trust — a payment process that is instant and automatic tells the customer they are dealing with a serious business.

Scale — manual verification does not scale. Automated integration handles ten orders or ten thousand with equal efficiency.

Accuracy — every payment automatically matched to the correct order. No mismatched payments. No missing orders.

Sleep — your store processes and confirms payments at 2am without you being awake.

Common M-Pesa integration mistakes
❌ Using sandbox credentials in production — transactions appear to work but no money moves
❌ No callback URL validation — fake payment confirmations possible
❌ No timeout handling — POS waits forever when customer ignores STK push
❌ No duplicate payment handling — same payment processed twice
❌ No reconciliation with Safaricom statement

When a customer's M-Pesa payment is confirmed — does the POS update automatically or does a cashier manually mark it as paid?

If the answer is manual — your integration is incomplete.

🌐 www.bonniecomputerhub.co.ke
📲 +254 729 820 689

© Bonnie Computer Hub | Empowering Through Technology

29/09/2026

CASH, M-PESA, AND CARD — HOW TO HANDLE ALL THREE IN ONE POS.

Walk into any busy business in Kenya during peak hours.

One customer pays cash. The next sends M-Pesa. The one after that taps a card. The one after that wants to split — part cash, part M-Pesa.

All of this is happening at the same till. At the same time. With a queue building behind each customer.

A POS that cannot handle all three payment methods seamlessly is a bottleneck. And bottlenecks cost businesses money every single day.

Why unified payment handling matters

Most small business POS systems in Kenya handle payments in fragments.

The POS handles cash. M-Pesa happens on a separate phone and is confirmed manually. Card payments happen on a separate terminal with no connection to the POS.

At end of day the owner must manually reconcile three separate records into one picture.

This creates:
❌ Reconciliation errors — figures that do not add up
❌ Missing transactions — M-Pesa payments not recorded in POS
❌ Theft opportunities — unrecorded M-Pesa payments
❌ Slow checkout — cashier switching between devices
❌ Inaccurate reports — payment method breakdown is wrong

A unified payment system connects all three into the POS. One record. One report. One reconciliation.

Cash handling
✅ Cashier enters amount tendered
✅ System calculates change automatically
✅ Cash transaction recorded against cashier session
✅ Included in shift reconciliation against physical cash count
✅ Cash drawer opens automatically on confirmation

M-Pesa — the right way
✅ Cashier initiates M-Pesa in POS
✅ System sends STK push to customer phone automatically
✅ Customer enters M-Pesa PIN on their own phone
✅ Safaricom confirms payment to POS via Daraja API
✅ POS marks sale as paid automatically
✅ Receipt generated immediately

No manual confirmation. No separate phone. No cashier involvement after initiating.

Card handling
✅ POS sends transaction amount to terminal automatically
✅ Customer taps, inserts, or swipes card
✅ Terminal confirms payment to POS
✅ One receipt covers both POS record and card transaction

Split payment
✅ Cashier selects split payment
✅ Enters cash amount — balance calculated automatically
✅ System triggers STK push for M-Pesa portion
✅ Both payments confirmed before transaction marked complete
✅ Receipt shows both payment methods clearly

Payment reconciliation at end of shift
✅ Total cash sales — expected in drawer
✅ Total M-Pesa sales — verified against Safaricom statement
✅ Total card sales — verified against terminal settlement
✅ Combined total matches POS revenue report

Are your three payment methods working as one — or as three separate problems?

🌐 www.bonniecomputerhub.co.ke
📲 +254 729 820 689

© Bonnie Computer Hub | Empowering Through Technology

27/09/2026

DISCOUNT, TAX, AND PROMOTION MANAGEMENT INSIDE A POS.

Three of the most mishandled areas in any POS system are discounts, taxes, and promotions.

Done wrong they create financial losses, compliance risks, and cashier confusion.

Done right they drive sales, reward loyalty, and keep your business on the right side of KRA.

Discounts

Types of discounts a POS must handle:

Item level discount — applied to a single product
✅ Applied by cashier within their approved limit
✅ Requires manager authorisation above cashier limit

Transaction level discount — applied to the total bill
✅ Requires manager or supervisor authorisation
✅ Reason recorded automatically

Customer specific discount — permanent discount linked to a specific customer
✅ Applied automatically when that customer is selected
✅ No cashier intervention required

Discount controls that protect your business:
✅ Maximum discount per role — cashier 5%, supervisor 15%, manager 25%
✅ Every discount logged with amount, reason, cashier, and authoriser
✅ Discount report available daily for management review
✅ System blocks discounts above the user's approved limit automatically

Taxes

VAT at 16% applied to taxable products automatically. Excluded from exempt products — basic food items, medicine. VAT amount shown separately on every receipt and included in eTIMS submission.

Zero rated and exempt products must be configured correctly in the system. Getting this wrong creates KRA compliance problems.

Promotions

A POS that cannot run promotions automatically forces cashiers to apply them manually — creating errors, inconsistencies, and potential for abuse.

Types of promotions a POS must automate:
✅ Percentage discount — 20% off all beverages this weekend
✅ Fixed amount — KSh 50 off any purchase above KSh 500
✅ Buy X Get Y free — buy 2 loaves get 1 free applied automatically
✅ Bundle pricing — combo meal at a combined price
✅ Loyalty point multipliers — double points on all purchases this Saturday

Every promotion must have:
✅ Start and end date and time
✅ Products or categories it applies to
✅ Promotion performance report — how many times used, revenue impact

Does your POS apply promotions automatically — or do cashiers do it manually and inconsistently?
Does your system separate VAT correctly on every receipt?
Can you see how much revenue you gave away in discounts last month and who authorised each one?

🌐 www.bonniecomputerhub.co.ke
📲 +254 729 820 689

© Bonnie Computer Hub | Empowering Through Technology

Bonnie Computer Hub

01/10/2026

01/10/2026

01/10/2026

01/10/2026

01/10/2026

01/10/2026

29/09/2026

29/09/2026

29/09/2026

27/09/2026

Address

Opening Hours

Website

Alerts

Shortcuts

Share

Category

Listing takedown request

Monday	09:00 - 17:00
Tuesday	09:00 - 17:00
Wednesday	09:00 - 17:00
Thursday	09:00 - 17:00
Friday	09:00 - 17:00
Saturday	09:00 - 17:00