{"id":1098,"date":"2026-11-11T21:11:38","date_gmt":"2026-11-11T21:11:38","guid":{"rendered":"https:\/\/zamacore.com\/blog\/?p=1098"},"modified":"2026-11-11T21:11:38","modified_gmt":"2026-11-11T21:11:38","slug":"choosing-pos-software-in-kenya-by-rehearsing-a-real-till-close","status":"publish","type":"post","link":"https:\/\/zamacore.com\/blog\/choosing-pos-software-in-kenya-by-rehearsing-a-real-till-close\/","title":{"rendered":"Choosing POS Software in Kenya by Rehearsing a Real Till Close"},"content":{"rendered":"<figure><img decoding=\"async\" src=\"https:\/\/zamacore.com\/blog\/wp-content\/uploads\/2026\/11\/zamacore-choosing-pos-software-in-kenya-by-rehearsing-a-real-till-close-flier.webp\" alt=\"ZamaCore guide to closing a Kenyan retail till and reconciling payments\"><\/figure>\n<p>At closing time, a cashier counts the drawer twice and gets the same answer. The sales report shows a different amount. The difference might be a true cash shortage, a mobile payment recorded as cash, a refund paid from the drawer or an opening float entered incorrectly. A store owner choosing POS software in Kenya needs to know which of those explanations the system can prove before asking the cashier to account for the money.<\/p>\n<p>A point of sale system records transactions at the counter. Its deeper value appears after the customer leaves, when the owner can follow a sale into payments, stock and a shift handover. A quick checkout matters, especially during a queue. So does the ability to explain what happened when the cashier accepted two means of payment or the customer brought an item back without its receipt.<\/p>\n<p>Imagine a fictional retailer selling household goods from two shops. One counter has a single cashier, while the busier shop runs two tills during the evening rush. This guide takes the owner through a realistic closing exercise that can be used to compare POS products, train staff and assess whether a new system is ready for live trading.<\/p>\n<div id=\"ez-toc-container\" class=\"ez-toc-v2_0_86 counter-hierarchy ez-toc-counter ez-toc-grey ez-toc-container-direction\">\n<div class=\"ez-toc-title-container\">\n<p class=\"ez-toc-title\" style=\"cursor:inherit\">Table of Contents<\/p>\n<span class=\"ez-toc-title-toggle\"><a href=\"#\" class=\"ez-toc-pull-right ez-toc-btn ez-toc-btn-xs ez-toc-btn-default ez-toc-toggle\" aria-label=\"Toggle Table of Content\"><span class=\"ez-toc-js-icon-con\"><span class=\"\"><span class=\"eztoc-hide\" style=\"display:none;\">Toggle<\/span><span class=\"ez-toc-icon-toggle-span\"><svg style=\"fill: #999;color:#999\" xmlns=\"http:\/\/www.w3.org\/2000\/svg\" class=\"list-377408\" width=\"20px\" height=\"20px\" viewBox=\"0 0 24 24\" fill=\"none\"><path d=\"M6 6H4v2h2V6zm14 0H8v2h12V6zM4 11h2v2H4v-2zm16 0H8v2h12v-2zM4 16h2v2H4v-2zm16 0H8v2h12v-2z\" fill=\"currentColor\"><\/path><\/svg><svg style=\"fill: #999;color:#999\" class=\"arrow-unsorted-368013\" xmlns=\"http:\/\/www.w3.org\/2000\/svg\" width=\"10px\" height=\"10px\" viewBox=\"0 0 24 24\" version=\"1.2\" baseProfile=\"tiny\"><path d=\"M18.2 9.3l-6.2-6.3-6.2 6.3c-.2.2-.3.4-.3.7s.1.5.3.7c.2.2.4.3.7.3h11c.3 0 .5-.1.7-.3.2-.2.3-.5.3-.7s-.1-.5-.3-.7zM5.8 14.7l6.2 6.3 6.2-6.3c.2-.2.3-.5.3-.7s-.1-.5-.3-.7c-.2-.2-.4-.3-.7-.3h-11c-.3 0-.5.1-.7.3-.2.2-.3.5-.3.7s.1.5.3.7z\"\/><\/svg><\/span><\/span><\/span><\/a><\/span><\/div>\n<nav><ul class='ez-toc-list ez-toc-list-level-1 ' ><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-1\" href=\"https:\/\/zamacore.com\/blog\/choosing-pos-software-in-kenya-by-rehearsing-a-real-till-close\/#Begin_with_the_money_already_in_the_drawer\" >Begin with the money already in the drawer<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-2\" href=\"https:\/\/zamacore.com\/blog\/choosing-pos-software-in-kenya-by-rehearsing-a-real-till-close\/#Sell_one_item_and_follow_every_resulting_record\" >Sell one item and follow every resulting record<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-3\" href=\"https:\/\/zamacore.com\/blog\/choosing-pos-software-in-kenya-by-rehearsing-a-real-till-close\/#Treat_the_payment_method_as_evidence\" >Treat the payment method as evidence<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-4\" href=\"https:\/\/zamacore.com\/blog\/choosing-pos-software-in-kenya-by-rehearsing-a-real-till-close\/#Watch_the_queue_without_sacrificing_a_reliable_record\" >Watch the queue without sacrificing a reliable record<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-5\" href=\"https:\/\/zamacore.com\/blog\/choosing-pos-software-in-kenya-by-rehearsing-a-real-till-close\/#Put_discounts_under_a_workable_rule\" >Put discounts under a workable rule<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-6\" href=\"https:\/\/zamacore.com\/blog\/choosing-pos-software-in-kenya-by-rehearsing-a-real-till-close\/#Process_a_return_without_erasing_the_sale\" >Process a return without erasing the sale<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-7\" href=\"https:\/\/zamacore.com\/blog\/choosing-pos-software-in-kenya-by-rehearsing-a-real-till-close\/#Record_cash_movements_that_are_not_sales\" >Record cash movements that are not sales<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-8\" href=\"https:\/\/zamacore.com\/blog\/choosing-pos-software-in-kenya-by-rehearsing-a-real-till-close\/#Close_the_shift_before_judging_the_cashier\" >Close the shift before judging the cashier<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-9\" href=\"https:\/\/zamacore.com\/blog\/choosing-pos-software-in-kenya-by-rehearsing-a-real-till-close\/#Match_digital_payments_independently_of_the_drawer\" >Match digital payments independently of the drawer<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-10\" href=\"https:\/\/zamacore.com\/blog\/choosing-pos-software-in-kenya-by-rehearsing-a-real-till-close\/#Test_the_second_branch_and_the_bad_connection\" >Test the second branch and the bad connection<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-11\" href=\"https:\/\/zamacore.com\/blog\/choosing-pos-software-in-kenya-by-rehearsing-a-real-till-close\/#Reconcile_a_shift_where_the_drawer_balances_for_the_wrong_reason\" >Reconcile a shift where the drawer balances for the wrong reason<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-12\" href=\"https:\/\/zamacore.com\/blog\/choosing-pos-software-in-kenya-by-rehearsing-a-real-till-close\/#Let_a_new_cashier_close_a_practice_shift\" >Let a new cashier close a practice shift<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-13\" href=\"https:\/\/zamacore.com\/blog\/choosing-pos-software-in-kenya-by-rehearsing-a-real-till-close\/#Make_the_pilot_produce_a_buying_decision\" >Make the pilot produce a buying decision<\/a><\/li><\/ul><\/nav><\/div>\n<h2 id=\"s1\"><span class=\"ez-toc-section\" id=\"Begin_with_the_money_already_in_the_drawer\"><\/span>Begin with the money already in the drawer<span class=\"ez-toc-section-end\"><\/span><\/h2>\n<p>At the start of a shift, the supervisor issues a float for change. The float is cash in the drawer but is not sales revenue. Record its amount, the person who counted it and the till or shift receiving it. If the cashier inherits a drawer from an earlier shift without a count, later discrepancies become hard to attribute. The software should support the handover your shop can actually maintain.<\/p>\n<p>Test the opening process with an example. A drawer begins with two thousand shillings. Five customers make cash purchases totalling four thousand shillings, and nothing else happens. The expected closing drawer contains six thousand. If the report says cash sales were six thousand, the system has mixed the float with sales. If the cashier expects to remove four thousand for deposit, the remaining float must still be accounted for.<\/p>\n<p>Decide whether each cashier has an individual drawer or several people share a till. Shared equipment can be practical, but the business needs a clear rule for responsibility. If cashiers change halfway through the day, record the amount handed over and any unresolved discrepancy. A personal login helps identify actions, but it cannot establish who physically held the cash if the drawer changed hands without a count.<\/p>\n<p>Ask the vendor to show an opening correction. The cashier discovers that the recorded float was two thousand, while the amount actually issued was one thousand eight hundred. Who can correct the opening record, what evidence is kept and how is the supervisor informed? Simply adjusting reported cash sales to make the drawer balance would conceal the true problem. A useful POS gives the correction its own meaning.<\/p>\n<h2 id=\"s2\"><span class=\"ez-toc-section\" id=\"Sell_one_item_and_follow_every_resulting_record\"><\/span>Sell one item and follow every resulting record<span class=\"ez-toc-section-end\"><\/span><\/h2>\n<p>Choose a product with a recognisable code and sell it at the normal price. The cashier should be able to find the item, confirm its price, take payment and issue the appropriate receipt under your business setup. Then look beyond the receipt. Did stock decrease at the correct shop? Does the sale appear against the correct cashier and shift? Can the owner trace the sale from the receipt number without relying on the customer&#8217;s name?<\/p>\n<p>Check item identification under pressure. Two packages may look alike while containing different quantities. A barcode can speed selection, but an incorrect product master will make scanning consistently wrong. Ask the vendor to show how a cashier verifies the description, unit and price before payment. Test a damaged barcode and a product sold by an alternate supplier. A usable search path matters when the scanner cannot read the package.<\/p>\n<p>Take a bundle or multipack through the till. A shop may sell individual cleaning cloths and sealed packs of six. Decide whether opening a pack creates individual stock or whether the software can convert units under an agreed rule. Selling one cloth should not remove a whole pack unless that is how the inventory is defined. Check both the customer price and the remaining physical quantity after the sale.<\/p>\n<p>Reprint the receipt and review the consequences. A second copy should not create another sale or reduce stock again. Decide how the reprint is identified and who can obtain it. A customer asking for a lost receipt should receive useful evidence without enabling someone to create unexplained transactions. The test is simple and often reveals whether the software distinguishes a business event from another presentation of that event.<\/p>\n<h2 id=\"s3\"><span class=\"ez-toc-section\" id=\"Treat_the_payment_method_as_evidence\"><\/span>Treat the payment method as evidence<span class=\"ez-toc-section-end\"><\/span><\/h2>\n<p>A customer buys a kettle for an illustrative price of three thousand shillings and pays one thousand in cash and two thousand through a mobile payment channel. The sale is one commercial event with two payment components. The cash drawer should increase by one thousand, while the digital amount goes to the appropriate reconciliation queue. A system that insists on one payment type may lead staff to record the whole sale as cash and make the closing drawer look short.<\/p>\n<p>Ask how a mobile payment is verified under the proposed setup. A customer may show a message, the business may receive a separate confirmation or an integration may supply a reference. Establish which evidence your shop accepts and what happens when confirmation is delayed. The POS should record the state truthfully. Marking a payment received before the agreed evidence exists can make a completed sale appear better supported than it is.<\/p>\n<p>Try a duplicate reference. A cashier enters the confirmation from a previous purchase while serving a new customer. The system should help the business recognise a potential duplicate and investigate. It must also handle legitimate situations where one payment covers more than one sale under your agreed process. Ask the vendor to show the matching rule and the authority required to override or split a match. A simple warning without a resolution path can create a queue at closing.<\/p>\n<p>Consider a customer who changes their mind before payment is complete. The cashier has scanned the items, but no money has been received. Cancelling the basket should differ from reversing a completed sale or refunding a payment already accepted. Each event affects stock, sales and the drawer differently. Use these distinctions during training so staff do not learn to use a refund as a shortcut for clearing an abandoned basket.<\/p>\n<h2 id=\"s4\"><span class=\"ez-toc-section\" id=\"Watch_the_queue_without_sacrificing_a_reliable_record\"><\/span>Watch the queue without sacrificing a reliable record<span class=\"ez-toc-section-end\"><\/span><\/h2>\n<p>Stand at the busiest counter and observe the sequence of actions. A cashier may scan a product, answer a price question, pause a basket and serve another customer while the first customer checks their balance. The POS must make the paused basket easy to resume without mixing two customers&#8217; items. A retailer evaluating software should test this ordinary interruption, not only a straight run from first scan to receipt.<\/p>\n<p>Time a few realistic baskets once the cashier understands the interface. Include an item without a barcode, a split payment and a customer asking to remove a line. Count the steps that require a supervisor. A manager who must approve every ordinary correction may slow the queue and encourage workarounds. Conversely, allowing a cashier to discount or reverse anything without trace can create a costly control gap.<\/p>\n<p>Give cashiers clear feedback when a payment is pending. A screen showing only a spinning symbol does not tell them whether to press again, call a supervisor or wait. Ask what happens if the connection pauses after the payment provider accepts the request. Repeating a request without checking its status can create confusion for both the customer and the shop. A recoverable pending transaction is better than an unexplained second attempt.<\/p>\n<p>Test the customer facing result. A receipt should identify the items, quantities, amounts and payment information the business intends to provide. Check how discounts and refunds appear. A cashier may understand an internal code that means mobile confirmed, while a customer may need a clearer description. Review printed and electronic outputs separately if you intend to use both. The counter experience includes what customers take away with them.<\/p>\n<h2 id=\"s5\"><span class=\"ez-toc-section\" id=\"Put_discounts_under_a_workable_rule\"><\/span>Put discounts under a workable rule<span class=\"ez-toc-section-end\"><\/span><\/h2>\n<p>A supervisor authorises a small discount for a damaged package. Another promotion applies automatically to a family pack. These are different decisions. The first concerns an individual condition and should retain an approver or reason. The second reflects a defined promotion that should apply consistently across eligible sales. If every price change uses the same open discount field, the owner will struggle to distinguish planned promotions from discretionary concessions.<\/p>\n<p>Choose a test where discounts overlap. A customer buys an item already on promotion and also asks for a staff approved reduction because the outer box is torn. Decide whether the reductions can combine and which price forms the basis for any calculation. Confirm the result with the person responsible for pricing. A developer should follow a rule agreed by the retailer, including how rounding works, rather than inventing a convenient answer at the checkout.<\/p>\n<p>Test branch specific pricing if your business uses it. A promotion may be valid in one shop or during certain dates. Ask what happens to a basket paused before the promotion ends and completed afterwards. The business can choose how it honours the original price, but staff should know the answer and be able to explain it to the customer. The system should retain the price actually used and the reason for any adjustment.<\/p>\n<p>Review discounts after the shift. A useful report lets the owner inspect an unusual concession, check who approved it and see whether the item was returned later. The aim is to understand the decision, not to assume wrongdoing whenever a discount is granted. Staff need a legitimate procedure for ordinary exceptions, and supervisors need evidence sufficient to distinguish good service from a pattern requiring investigation.<\/p>\n<h2 id=\"s6\"><span class=\"ez-toc-section\" id=\"Process_a_return_without_erasing_the_sale\"><\/span>Process a return without erasing the sale<span class=\"ez-toc-section-end\"><\/span><\/h2>\n<p>A customer returns the kettle the next day. The original receipt records one thousand in cash and two thousand by mobile payment. Ask the vendor to show your return policy in action. Can staff locate the original sale, verify the item and record the reason? Can the manager approve the return and choose a refund method permitted by the business? The returned item may need inspection before it becomes saleable stock again.<\/p>\n<p>Preserve the original transaction. Yesterday&#8217;s report should still show the sale that happened yesterday. Today&#8217;s return should appear as a linked event with its own time, authority and payment effect. If the system rewrites the old sale to zero, yesterday&#8217;s closing evidence changes unexpectedly. A reliable history lets the owner explain both days, the customer&#8217;s refund and the resulting condition of the item.<\/p>\n<p>Follow the returned stock. A sealed item may be suitable for immediate resale, while an opened electrical appliance may require inspection. A refund does not automatically prove the item can be placed back on the shelf. Ask how the cashier identifies the condition and how a supervisor releases inspected stock. Test a return received at a different branch from the original sale, particularly if branches have separate stock responsibility.<\/p>\n<p>Handle a customer without a receipt. The business may permit lookup through an item, time and payment reference, or it may require supervisor review. Use only the customer information needed for the agreed process. A cashier should not need access to every customer&#8217;s purchasing history simply to check a kettle return. Decide who can search across branches and how an uncertain match is treated before money leaves the drawer.<\/p>\n<h2 id=\"s7\"><span class=\"ez-toc-section\" id=\"Record_cash_movements_that_are_not_sales\"><\/span>Record cash movements that are not sales<span class=\"ez-toc-section-end\"><\/span><\/h2>\n<p>A supervisor removes cash from a busy till and places it in a safe. A member of staff uses authorised petty cash to buy a small supply. A manager adds change midway through the shift. These events alter the drawer without changing sales revenue. A POS close should distinguish cash pickups, paid outs and float additions. Otherwise cashiers may record fake purchases or refunds simply to balance the drawer.<\/p>\n<p>Use a worked calculation. Start with a two thousand shilling float. Cash sales add twelve thousand. A cash refund removes five hundred. The supervisor moves eight thousand to the safe and adds one thousand in smaller notes for change. The expected drawer is six thousand five hundred. Ask the vendor to reproduce the calculation and show each movement&#8217;s reference. If the cashier counts six thousand three hundred, the unexplained difference is two hundred.<\/p>\n<p>Ask who acknowledges a cash pickup. A cashier may hand over the notes while the supervisor signs for the amount. If the pickup is recorded but the cash remains physically in the drawer, the close will show an apparent overage. If the cash moves without a record, the drawer will seem short. A useful workflow gives both people a simple way to confirm the same movement and resolve a disagreement promptly.<\/p>\n<p>Keep reasons specific enough to investigate. Miscellaneous adjustment may be convenient during a busy day, but a growing list of such entries makes closing unreliable. Choose a small set of recognisable reasons and allow a brief note where context matters. Review the pattern periodically. A repeated change shortage might justify altering the opening float, while frequent paid outs might belong in a separate petty cash process.<\/p>\n<h2 id=\"s8\"><span class=\"ez-toc-section\" id=\"Close_the_shift_before_judging_the_cashier\"><\/span>Close the shift before judging the cashier<span class=\"ez-toc-section-end\"><\/span><\/h2>\n<p>Have the cashier count the physical drawer according to the shop&#8217;s procedure. Some businesses prefer a blind count before showing the expected figure. Others want a joint count with the supervisor. Choose a method that suits your operating controls and make sure software permissions support it. The cashier should know how to record the actual count even when it differs from the expected drawer.<\/p>\n<p>Investigate differences by following events. Compare the opening float, cash sales, split payments, refunds, pickups, paid outs and top ups. Check whether an electronic payment was mistakenly classified as cash. Check whether two shifts shared a drawer or a refund occurred after the earlier cashier left. These are practical explanations that can be tested. An unexplained difference deserves review, but the number alone does not prove misconduct.<\/p>\n<p>Define whether the shift can close with an unresolved difference. A manager may need to accept a discrepancy for investigation rather than keeping the shop open while everyone searches for a small amount. The close record should preserve the counted figure, expected figure, reviewer and open question. If the cause is established the next day, record the correction or explanation without silently changing the amount the cashier actually counted.<\/p>\n<p>Check what happens to late transactions. A sale started before closing may receive payment confirmation after the cashier signs off. The business needs a rule about which shift owns the sale and which report shows the later confirmation. Ask the vendor for an example. A pending digital receipt should not be forced into a cash drawer merely because the application needs a shift to balance before it can close.<\/p>\n<h2 id=\"s9\"><span class=\"ez-toc-section\" id=\"Match_digital_payments_independently_of_the_drawer\"><\/span>Match digital payments independently of the drawer<span class=\"ez-toc-section-end\"><\/span><\/h2>\n<p>The cash drawer may balance while digital receipts remain unmatched. Give a supervisor responsibility for comparing the POS list with the evidence from the payment channel used by the business. Use transaction references, amounts and times as appropriate, and distinguish pending confirmations from confirmed differences. A cashier&#8217;s shift total is one view of events. It cannot by itself prove that every digital payment reached the right business account.<\/p>\n<p>Take two same value purchases several minutes apart. Matching by amount alone can pair the wrong receipt with the wrong customer and still produce a correct daily total. Ask the system to display additional identifiers and provide a review queue for ambiguous matches. If an automated connection is proposed, test how it handles a late callback, a duplicate notification and an interruption. The owner needs to know which records still require a person to look.<\/p>\n<p>Define how disputed or reversed payments are handled. The subsequent event may arrive after the goods were collected and the shift closed. Preserve the original sale and attach the new evidence under the business&#8217;s process. Someone must decide whether to contact the customer, adjust the account or investigate further. A digital reversal is not necessarily the same as a physical product return, so do not let the software automatically put the item back on the shelf.<\/p>\n<p>Separate responsibility for reconciliation from ordinary counter work where your staffing permits. A cashier should be able to complete a normal verified payment quickly, while a supervisor can review ambiguous references across the shift. In a small owner operated shop one person may perform both roles. The events should still be distinguishable in the record so a later review can follow what happened and when the evidence became available.<\/p>\n<h2 id=\"s10\"><span class=\"ez-toc-section\" id=\"Test_the_second_branch_and_the_bad_connection\"><\/span>Test the second branch and the bad connection<span class=\"ez-toc-section-end\"><\/span><\/h2>\n<p>The busier shop loses its connection for part of the evening. Ask which sales can continue, whether product prices and permissions remain available and how receipts are identified until the connection returns. An offline till needs clear boundaries. It may be able to record a cash sale while unable to confirm a digital payment or check stock at another branch. The cashier must be able to recognise those differences.<\/p>\n<p>When the branch reconnects, check that sales upload once, stock movements reach the correct shop and earlier prices remain attached to sales completed under them. If head office changed a price during the outage, decide how the business treats transactions already completed and how the till refreshes for new baskets. Customers expect a defensible price on the receipt they took away, even if headquarters has since updated the product file.<\/p>\n<p>Try a cross branch return while the original shop is offline. Can the second shop see enough evidence to decide, or should it place the return under review? An honest pending state may be preferable to guessing that a customer bought the item. Define the temporary customer service response and who follows up when the original record becomes available. Offline resilience includes the quality of the answer given during uncertainty.<\/p>\n<p>Review access for branch managers. A manager may need to see their branch&#8217;s refunds and closing differences without seeing every branch&#8217;s performance or owner level settings. Test actual role accounts and confirm that a cashier cannot change product prices or delete shift records. Give authorised supervisors a safe way to resolve exceptions. Strong controls that make ordinary work impossible will encourage staff to look for an unofficial workaround.<\/p>\n<h2 id=\"s11\"><span class=\"ez-toc-section\" id=\"Reconcile_a_shift_where_the_drawer_balances_for_the_wrong_reason\"><\/span>Reconcile a shift where the drawer balances for the wrong reason<span class=\"ez-toc-section-end\"><\/span><\/h2>\n<p>A balanced drawer can hide two errors that offset one another. Suppose a cashier records a five hundred shilling mobile payment as cash. The expected drawer becomes five hundred too high. Later a five hundred shilling cash sale is recorded as mobile, reducing expected cash by the same amount. At closing, counted and expected cash agree. The two digital records are still wrong, and each customer&#8217;s receipt describes the wrong payment method. A useful pilot should include this case because a perfect drawer count alone cannot prove a reliable shift.<\/p>\n<p>Ask the supervisor to identify the errors through independent payment evidence. The digital receipts should be matched to the correct sales using references and supporting details. One expected digital receipt is missing and another confirmed payment has no correct match. Once those records are examined, the supervisor can correct the classifications under the agreed procedure. The cash drawer may finish at the same total after correction, but the receipts and reconciliation history now tell the truth.<\/p>\n<p>Give the corrected shift to another reviewer. Can they see both original classifications, the reason for each correction and the person who approved it? Can they distinguish the corrections from two new sales? If the software produces the right final totals only by deleting the earlier entries, management will struggle to explain why an earlier printed report differs. Keeping the correction visible protects the cashier as well as the owner because it shows how the discrepancy arose.<\/p>\n<p>Test the customer&#8217;s question. One customer returns the next morning asking for proof that their mobile payment was accepted. The owner should be able to locate the original receipt, the confirmed payment and the corrected link. If the transaction is linked to the wrong sale, a seemingly balanced shift can turn into an uncomfortable conversation at the counter. This example gives sales and reconciliation teams a common reason to care about references rather than totals alone.<\/p>\n<h2 id=\"s12\"><span class=\"ez-toc-section\" id=\"Let_a_new_cashier_close_a_practice_shift\"><\/span>Let a new cashier close a practice shift<span class=\"ez-toc-section-end\"><\/span><\/h2>\n<p>Prepare a training shift with an opening float, a cash sale, a mobile sale, a split payment, an authorised discount and a return. Add a cash pickup to the safe. Give the cashier the same instructions used in the real shop and ask them to count the drawer without coaching. The exercise should reveal which labels are intuitive and which depend on knowledge held by the original project team.<\/p>\n<p>When the cashier finds a difference, ask what they would do before showing them the expected answer. A cashier who knows to check the split payment and the cash pickup understands the underlying transactions. A cashier who immediately reaches for a miscellaneous adjustment may need clearer guidance or a safer interface. The goal is to encourage investigation without making a new employee feel responsible for a system problem they cannot diagnose.<\/p>\n<p>Ask the supervisor to complete the same shift using ordinary supervisor permissions. They should review the counted amount, inspect the relevant sales and approve a reasoned correction or open investigation. They should not need unrestricted administrator access merely to examine a refund. If the permissions force the manager to borrow an owner&#8217;s account, revise them before the pilot reaches busy trading. Practical supervision depends on legitimate access to the evidence.<\/p>\n<p>Put one lesson from the exercise into the operating notes. For example, when the drawer agrees but a mobile receipt remains unmatched, review payment references before signing off the whole shift. Write the instruction in the language cashiers use and include the person who owns the review. A short, precise note tested by a new employee can prevent more confusion than an extensive manual nobody opens after training.<\/p>\n<p>Give the owner one additional question before signing the pilot. If the internet fails after a customer pays but before the payment is matched, what information does the cashier retain and how does the supervisor later locate it? The answer should use an actual receipt reference and show the state of the transaction on the till. Then restore the connection and complete the match under supervision. Verify that stock moved once and that the cash drawer did not change merely because the mobile receipt arrived late. This short rehearsal connects three outcomes the owner cares about. The customer receives an honest answer, physical stock remains accurate and the shift can close with a clear outstanding item. Keep that receipt with the shift close so the next supervisor can independently trace the result.<\/p>\n<h2 id=\"s13\"><span class=\"ez-toc-section\" id=\"Make_the_pilot_produce_a_buying_decision\"><\/span>Make the pilot produce a buying decision<span class=\"ez-toc-section-end\"><\/span><\/h2>\n<p>Choose a quiet training period followed by a representative live shift under supervision. Prepare a basket, split payment, cash pickup, discount, return and interrupted connection. Give a cashier who missed the sales presentation a chance to use the system with ordinary training materials. Their questions will reveal terminology, missing instructions and recovery steps that a vendor employee may unconsciously perform without explaining.<\/p>\n<p>Set acceptance measures that reflect your shop. The cashier can complete an ordinary basket at an acceptable pace. The supervisor can explain a two hundred shilling drawer difference. The owner can trace a return to its original sale and identify the condition of the returned stock. Digital receipts can be matched or placed in a clearly owned review queue. These results give purchase discussions a stronger basis than a count of available features.<\/p>\n<p>Ask for a commercial quote that distinguishes software, devices, installation, training and support. Check the cost of adding a till or branch, replacing a device and exporting your records if you later change systems. Clarify which external payment or fiscal services are included and which require separate arrangements or current verification. Request a demonstration of the actual integration proposed for your shop rather than assuming a logo in a presentation proves compatibility.<\/p>\n<p>Put the closing exercise in the supplier discussion. A vendor that can explain a mixed payment, a damaged return, a transfer to the safe and an unresolved discrepancy can show you how the system behaves after the queue has gone. That is where the owner learns whether the till can support tomorrow&#8217;s decisions. Explore more practical buying guides for Kenyan business software in the <a href=\"https:\/\/zamacore.com\/blog\/\">ZamaCore blog<\/a>.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Run a real till-close rehearsal before choosing POS software in Kenya. Check whether a manager can trace exceptions and account for the shift.<\/p>\n","protected":false},"author":1,"featured_media":1099,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[],"class_list":["post-1098","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-uncategorized"],"_links":{"self":[{"href":"https:\/\/zamacore.com\/blog\/wp-json\/wp\/v2\/posts\/1098","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/zamacore.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/zamacore.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/zamacore.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/zamacore.com\/blog\/wp-json\/wp\/v2\/comments?post=1098"}],"version-history":[{"count":1,"href":"https:\/\/zamacore.com\/blog\/wp-json\/wp\/v2\/posts\/1098\/revisions"}],"predecessor-version":[{"id":1100,"href":"https:\/\/zamacore.com\/blog\/wp-json\/wp\/v2\/posts\/1098\/revisions\/1100"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/zamacore.com\/blog\/wp-json\/wp\/v2\/media\/1099"}],"wp:attachment":[{"href":"https:\/\/zamacore.com\/blog\/wp-json\/wp\/v2\/media?parent=1098"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/zamacore.com\/blog\/wp-json\/wp\/v2\/categories?post=1098"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/zamacore.com\/blog\/wp-json\/wp\/v2\/tags?post=1098"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}