When Your CRM Should Also Keep the Books

A customer calls on a Thursday afternoon, polite but annoyed. They received a reminder for an invoice they paid three weeks ago. Your salesperson opens the CRM and sees the deal marked Won, with a note that the customer was happy. Your bookkeeper opens the accounting app and sees the invoice still open. The payment is in there too, applied to a different customer whose name looks almost the same, typed once with an accent and once without.

Nobody did anything careless. The business simply has two records of one customer, kept by two people in two systems that have never exchanged a word. Every time a customer moves from "we agreed" to "we billed", someone retypes them, and every retyping is a small chance to get a name or a tax setting wrong.

That is the question worth answering before you buy anything: should the system that holds your customers also hold your books? For some businesses the honest answer is no. For others it is the most useful change they can make to their back office. Our own FracMO ERP page takes the same position, including the part where it tells some readers to buy something else.

Count how many times a customer gets typed

Take one recent sale and follow it from the first conversation to the money in the bank. Write down every place the customer's name or tax details were entered by a person. The CRM contact is one. The quote might be another if you build quotes in a document template. The invoice in the accounting app is almost certainly another. If you track jobs or stock somewhere else, add those too.

If the answer is one, your systems are already connected or you are small enough that it does not matter. If the answer is three or four, you have found where your month-end reconciliation time goes. It goes into matching things that should never have been separate.

Signs the two systems have started to cost you

• The person who sells and the person who invoices are different people, and they message each other to ask whether something was billed.
• You quote from one price list and invoice from another, and the two drift apart every time you change a price.
• Stock gets counted in one place and sold in another, so the shelf and the spreadsheet disagree.
• Month-end means exporting from both systems and matching rows by hand in a spreadsheet.

Any one of these is survivable. Two or more usually mean you are paying for the separation with staff hours every month, even if nobody has put a number on it.

Why the ledger underneath matters

Plenty of CRMs can produce an invoice. Producing an invoice is the easy part. The hard part is what happens to the books when that invoice is issued, paid, partly paid or credited. That is where double-entry accounting earns its place: every event posts a balanced entry, so every amount a customer owes can be traced to a sale and, later, to the payment that cleared it. I wrote about the moment a spreadsheet stops being enough in why your spreadsheet stops working once you have real books.

The FracMO ERP page describes exactly this design. Every invoice, payment, bill, credit note, stock movement and payroll run posts a balanced journal automatically, and your accountant can still type their own entries for accruals and corrections. The balance sheet computes retained earnings from the ledger instead of storing them, so the page says it cannot drift from the profit and loss. The trial balance tells you whether the books balance.

That matters for the Thursday phone call above. When the invoice and the payment belong to the same customer record that sales uses, there is no second customer with a similar name for the payment to land on.

How one sale moves through a single record

1. The contact already exists in the CRM, from the first inquiry.
2. The quote is priced from your own item list.
3. Issuing the invoice posts the sale to the ledger, cost of goods included.
4. The payment clears the amount owed into cash.
5. The profit and loss and the balance sheet update from those entries.

That is the path the ERP page lays out, and it is the whole argument in five steps. The sales team never retypes the customer and the bookkeeper never asks whether something was sold.

When one system is the wrong choice

I would rather lose a sale than sell this to the wrong person, so here is the honest version. If you are one person who needs bookkeeping and nothing else, a dedicated bookkeeping app will serve you better. The ERP page says so in almost those words. One system earns its place when several people touch the same customer: someone quoting, someone invoicing, someone paying suppliers, someone counting stock.

The page is also direct about what the software does not do, and you should read that list before you read the feature list.

• It does not issue Chilean electronic tax documents. It records the ones your certified provider issues.
• Depreciation is straight-line only.
• There is no consolidation across several legal entities.
• There is no bank feed. You paste a statement and match it line by line instead of connecting an account.

If any of those is a dealbreaker for your business, it is a dealbreaker. Better to know on day one than at your first year-end.

What it costs, and what it does not

FracMO ERP is not a separate product and there is nothing extra to buy. It comes switched on with every FracMO CRM plan, Starter upward, and the FracMO ERP page lists it at no extra charge on any plan. The CRM plans themselves are on the pricing page, which also lists a 30-day free trial with no credit card.

I make that point carefully because the usual pattern in software is the opposite: the back office is the upsell. Here it was built to make the CRM worth more, and the page states it that way.

Questions to settle with your accountant first

Whatever you choose, do not switch your books without a conversation with whoever files your taxes. Take these to that meeting.

• Can you work from a ledger export, or do you need direct access to the system? The ERP page offers a bilingual CSV export of the ledger your accountant can post.
• Which tax documents does our jurisdiction require a certified provider to issue, and how will we record them?
• What opening balances do we need to carry over, and on what date should the new system start?
• Do we use anything other than straight-line depreciation today?

If the answers fit, run the trial on one real month: real quotes, real invoices, one real bank statement pasted in and matched. That month tells you more than any feature comparison. You can start from the FracMO ERP page, and if the answer turns out to be that a bookkeeping app is enough for now, that is a perfectly good answer.

← Back to all articles