Your accountant just saw the invoice your new software generated. They're not upset about the design. They're upset because the export doesn't reconcile, the tax calculation is wrong for your jurisdiction, and there's no trace of which payment method actually received the cash. You spent the budget on features you use once a month and skipped the ones your accountant uses every time. Most invoicing software is built for the person who sends invoices, not the person who reconciles them. The gap costs time, creates audit risk, and often forces your accountant to hand-enter data or rebuild your books in a spreadsheet. Before you sign a contract, ask your accountant these questions—not your sales rep. Does it export data your accountant can actually use? This is the first thing to verify, and it's where most software fails. Your accountant needs to reconcile invoices to payments to bank deposits. If your invoicing platform exports only a summary, or forces them to download CSVs and manually match line items, the software is costing them hours per month. Ask your accountant specifically: Can you import the invoice export directly into QuickBooks / Xero / FreshBooks / whatever you use? Some platforms export in formats that require manual cleaning before they can be imported. That's not an export—that's a starting point for more work. Does the export include the transaction ID, payment method, and settlement date? Without these, your accountant can't match invoices to the bank feed. They'll either create duplicate entries or leave reconciliation incomplete. If you invoice in multiple currencies, does each export row show the conversion rate used and the settled amount in your home currency? Incomplete FX data creates audit exposure and makes year-end reconciliation a nightmare. Does the platform reconcile partially paid invoices? If a client pays half now and half next month, does your accountant see one invoice or two transactions? The wrong answer here creates duplicate revenue recognition. The worst invoicing software exports summary data: total invoices sent, total paid, total outstanding. Your accountant needs row-level detail linked to bank transactions. Does it handle your tax rules, or will your accountant rebuild them? Tax rules vary by country, product type, and client location. Most invoicing platforms handle GST or VAT in a single jurisdiction. If you operate across Southeast Asia, or if your tax situation is complex (mixed goods and services, exemptions, reverse charge rules), you need to verify the software won't force your accountant to override calculations or track adjustments in a separate file. Ask: Does the platform support the specific tax codes for Malaysia (SST), Singapore (GST), and Indonesia (PPN)? Not 'general VAT'—the actual rules, thresholds, and exemptions that apply to your business. If you invoice both taxable and exempt items, can the software split the invoice and calculate tax on only the taxable portion? Many platforms force all-or-nothing: either the whole invoice is taxed or none of it is. Can you apply tax rates that change mid-year? If tax rates shift (they do in SEA every few years), does the software let you set an effective date, or does it recalculate all past invoices and break reconciliation? If you invoice clients in different countries, does the platform apply the right tax rule for each? A sale to a business in Malaysia should have different tax treatment than a sale to a consumer in Singapore. The software should know the difference automatically. Does your accountant have to hand-adjust any tax fields, or is everything system-generated? Hand adjustments are a reconciliation killer—they don't sync backward, and they break audit trails. If the answer to any of these is 'you can override it' or 'manually enter it each time,' flag it. Override = audit risk + time waste. Can you track the cash flow, or just the invoices? Invoices are promises. Payments are cash. Your accountant needs to know the difference, and the software should track both independently so they can reconcile. Verify: Does the platform record when payment actually hits your account, or only when you mark an invoice paid? If you rely on manual marking, you've introduced reconciliation errors the moment you forget or a payment takes longer than expected. Can you link invoices to specific payments in your bank feed? Or do you end up with a lump sum deposit and no way to know which invoices it paid for? If a payment is partial, does the software handle it? A client pays $1,500 against a $2,000 invoice—does the platform show $1,500 received and $500 outstanding on the same invoice, or does it create confusion? Can you track refunds or credits separately from payments? A refund is not a negative invoice in your accountant's books—it's a different kind of transaction. The platform should reflect that. The best invoicing platforms integrate with your bank or payment processor so that payments flow in automatic