Automate your business
Partial Payments Break Spreadsheets: A Deposit and Balance Tracker for a Small Merchant
Why partial payments break spreadsheets, and the small back-office tool we built to track deposits, balances and daily reconciliation.
MindForge Engineering3 min read
Automation is not only for large organisations. One of the most useful tools in our library is also one of the smallest: a back-office app for a small merchant business that takes deposits on customer orders. The problem it solves is specific and common: tracking partial payments and outstanding balances reliably, which spreadsheets were not managing.
Why deposits break spreadsheets
A simple sale is one row: item, price, paid. A sale with a deposit is different. The customer pays part now and the rest later, possibly in more than one instalment. Suddenly each order has a running balance that changes over time.
In a spreadsheet, that means formulas that must be copied correctly on every new row, payments recorded in different places, and balances that are only as accurate as the last person who edited the file. Errors are easy to make and hard to spot, and the cost of an error is either an unhappy customer or lost money.
What the tool does
We built a focused back-office tool with Laravel and Filament. It tracks:
- Customer orders.
- Deposits paid against each order.
- The remaining balance on each order.
Because the remaining balance is tracked per order inside the system, it no longer depends on a formula being copied correctly onto every new row.
A view built for daily reconciliation
At the end of each day, a merchant needs to know what came in and what is still owed. The tool has a dedicated daily reconciliation view in the admin panel, with date-range filtering.
A dedicated view matters more than it sounds. Instead of assembling the day's picture from a filtered spreadsheet, the merchant opens one screen that answers the question directly. Date ranges make the same view useful for weekly or monthly checks.
Audit trails are not just for big companies
Records in the tool are soft-deleted. When someone deletes an order or payment, it disappears from normal views but is kept in the database, preserving an audit trail.
For a small business, this protects against the most ordinary problems: a payment deleted by mistake, or a question months later about what happened to an order. In a spreadsheet, a deleted row is gone. Here, it can be found and, if needed, restored.
Built in the language people work in
The admin experience is fully localised in Arabic. The people who use a back-office tool every day should be able to work in their own language without friction. Localisation is often treated as a feature for large consumer products, but for a small internal tool it can be the difference between being used and being ignored.
We share what we have learned about Arabic and right-to-left interfaces in building bilingual Arabic and English apps.
When a small tool beats a big system
A merchant in this position might consider a full ERP or accounting package. Those are often more than a small business needs, with more setup, more cost and more features to ignore. A focused tool that does one job well can be the better choice when:
- The business has one specific process that spreadsheets handle badly.
- The people using it want something simple.
- It can be built quickly and changed easily as the business grows.
When a business does outgrow a small tool, the data in it is structured and ready to move, which is far easier than migrating spreadsheets. For a larger organisation's version of that journey, see a membership platform rebuilt three times.
A checklist for moving payments out of spreadsheets
- Identify where balances change over time: deposits, instalments, credits.
- Track the remaining balance per order in the system, not in hand-copied formulas.
- Build one view that answers the daily "what came in, what is owed" question.
- Use soft deletes so nothing is lost by accident.
- Localise the tool for the people who will use it daily.
The anonymised write-up is in our work library. For the same principle at a much larger scale, see building a multi-branch ERP. Small, well-scoped tools like this are part of our business automation service.
Client details in this post are anonymised to respect confidentiality. The engineering described is from the project listed below.