KEN DESIGNERS — POS BUYER'S DEMONSTRATION SCRIPT
4 October 2026. Run with sample data; do not interrupt a live shop system.
Supplier/product/version:
Devices and supported printer/scanner models:
Date and demonstrator:
For every test record: expected result / actual result / evidence / limitations.

1. Create two variants of one product and one pack-based item.
   Confirm distinct product codes, units, prices and opening quantities.
2. Receive stock, sell each variant and inspect the resulting quantities.
3. Return part of a sale; inspect stock, refund record and sale history.
4. Perform an approved stock adjustment; inspect who/when/reason history.
5. If multi-branch: dispatch and receive a transfer at separate locations.
6. As cashier, attempt a manager-only adjustment or refund approval.
   Verify the agreed permission boundary and audit record.
7. Disconnect internet in a controlled demo. Try agreed essential tasks.
   Record what works, what stops and whether payments require connectivity.
8. Reconnect. Inspect queued/lost/repeated transactions and stock conflicts.
9. With provider-approved test data, demonstrate confirmed, pending, failed,
   duplicate and mismatched payments. Show staff reconciliation.
10. Trial-import products and compare approved totals/sample records.
11. Export sample records; inspect fields, relationships and readability.
12. Demonstrate restoration using a sample backup in a safe environment.
13. Train an ordinary staff user on a complete sale and closing process.

COMMERCIAL CHECKS
Installation, devices, training and migration costs:
Terminal/branch/subscription renewals and billing currency:
Payment integration setup and provider costs:
Tax-system connection required? Exact verified capability and adviser check:
Account/data ownership and exit export:
Support hours, incident process, response target and exclusions:
Unconfirmed requirements before contract:

Relevant service: https://kendesigners.com/services/pos-system-kenya/
Daraja reference: https://developer.safaricom.co.ke/apis