Record a sale
Select products → Cart → Payment → Sales slip → Stock movement
Cash, GCash, Maya, bank transfer and customer credit are supported in retail checkout.
OCTECH PRODUCT
TindahanGo
A sales, inventory, customer and operations platform built for small and growing businesses.
POS · Inventory · Customers · Expenses · Reports · Branch Operations · Mobile
TindahanGo is an OCTECH-owned product.
TindahanGo · Demonstration
DEMO BRANCH · RETAIL
TodayOwner Dashboard
Today's Sales₱2,700
Gross Profit₱850
Expenses₱150
Net Profit₱700
Receivables₱300
Low Stock2 items
Business HealthHealthy
Recent Sales Slips
| Slip | Payment | Total |
|---|---|---|
| DEMO-0003 | Cash | ₱1,500 |
| DEMO-0002 | GCash | ₱900 |
| DEMO-0001 | Credit | ₱300 |
6 transactions today · Illustrative values
NEW SALESan Antonio
2 itemsCold BrewQty 1₱185
Oat LatteQty 1₱200
TOTAL₱385
✓PAYMENT SUCCESSFUL₱385Receipt TG-10481
THE PROBLEM SPACE
Every sale touches more than the till.
Sales records, stock levels, customer balances and operating expenses need to stay connected. TindahanGo is designed for businesses managing these everyday tasks across staff, locations and devices.
Its focus is practical: recording transactions, seeing low stock, tracking customer credit and reviewing the numbers behind daily operations.
WHAT OCTECH BUILT
One operational platform.
- Product catalog with categories, variants, SKU and barcode support.
- Retail sales, supported payment methods and sales slips.
- Location-based inventory, stock adjustments and low-stock visibility.
- Customer records, credit ledgers and payment tracking.
- Expenses and sales, profit, inventory and debt-aging reports.
- Web and mobile workflows with branch and operator access controls.
CORE WORKFLOWS
Built around the work, not just the screens.
Keep stock visible
Stock Overview → Sale or adjustment → Movement history → Low-stock review
Stock is tracked by location, with sellable branch stock and reserve warehouse or storage stock.
Track customer credit
Customer → Credit sale → Ledger charge → Outstanding balance → Record payment
The ledger separates charges, payments, adjustments and reversals, with a running balance.
Record operating expenses
Expense entry → Category and date → Branch context → Expense report
Expense records feed the reporting suite alongside sales and profit views.
Sell from mobile
Search or scan → Add to cart → Review total → Payment → Receipt
The mobile sales flow includes customer selection and checkout recovery for pending requests.
PRODUCT SCREENS
The workflows, made visible.
Source-faithful, translated and abridged presentations of the real product UI. All records, names and amounts below are demonstration data.
TindahanGo · Demonstration
DEMO BRANCH · RETAIL
Stock adjustmentInventory
ACTIVE LOCATION
Demo Branch — Available for Sale
Available for Sale168 units
Reserve Stock60 units
| Product / Variant | SKU | Quantity |
|---|---|---|
| Arabica Beans · 250g | DEMO-01 | 126 |
| Paper Cups · 12oz | DEMO-02 | 34 · Low |
| Oat Milk · 1L | DEMO-03 | 8 · Low |
Stock Overview · Low stock only filter available
TindahanGo · Demonstration
DEMO BRANCH · RETAIL
TodaySales Report
Total sales₱2,700
Transactions6
Payment Channel
Cash₱1,500
GCash₱900
Credit₱300
Sales by Cashier
| Cashier | Transactions | Sales |
|---|---|---|
| Demo operator | 6 | ₱2,700 |
TindahanGo · Demonstration
DEMO CUSTOMER A
Record paymentCustomer Ledger
Outstanding balance₱300
CustomerDemo A
Ledger / Running Balance
| Entry | Amount | Balance |
|---|---|---|
| Payment · Cash | −₱200 | ₱300 |
| Credit sale | +₱500 | ₱500 |
Demo account · No real customer information
NEW SALESan Antonio
2 itemsCold BrewQty 1₱185
Oat LatteQty 1₱200
TOTAL₱385
✓PAYMENT SUCCESSFUL₱385Receipt TG-10481
MOBILE SELLING
From cart to checkout.
The approved POS presentation shows line items, quantities, order total and the payment action.
Illustrative cart · Not a live checkoutENGINEERING / RELIABILITY
Designed for the details of an actual transaction.
Sales and stock stay connected
Checkout records sale-linked inventory deductions as part of a database transaction.
Reversals have a trace
Authorized retail voids record stock reversals and retain the original transaction context.
Stock policy is explicit
Negative-stock handling is controlled by store settings; the default policy does not allow it.
Access follows the operation
Retail checkout checks the company, branch and operator permissions before recording a sale.
History retains its context
Sale items preserve product, variant, SKU and price snapshots for historical transactions.
Implementation verified in the product source. Existing automated tests include negative-stock policy and retail void/restock assertions; no new product acceptance test run is claimed by this case study.
OCTECH’S ROLE
Product owner. Design and engineering team.
OCTECH designed and built the product architecture, web application, mobile selling experience, sales and inventory workflows, customer credit tracking, expenses and reporting.
This is an OCTECH-owned platform, not a third-party client engagement.
WHAT WAS DELIVERED
Implemented product workflows.
The source contains connected sales, inventory, customer, expense and reporting modules, with web and mobile selling experiences and automated workflow tests.
This case study documents those implemented capabilities. It does not claim customer adoption, commercial outcomes or a current production-readiness certification.
YOUR NEXT SYSTEM
Need a system built around your workflow?
We design custom software around the way your business actually operates.