ERP Help & Documentation

A financial report that takes two full days to assemble is already somewhat out of date by the time anyone actually reads it – and for a lot of Sri Lankan SMEs, that two-day assembly process, pulling numbers from three or four different exports into one master spreadsheet, is exactly how monthly reporting currently works.

The irony is that the underlying data usually already exists somewhere in the business’s systems – it’s the manual assembly step, not the data itself, that’s slow, error-prone, and the reason reporting lags reality by days or weeks.

Why This Matters for Sri Lankan Businesses

Decisions made on stale numbers are still decisions – they’re just worse ones, made with less accurate information than was actually available if it had been assembled faster. A business owner deciding whether to take on a new hire, extend credit terms to a customer, or restock ahead of a seasonal peak needs to know the current cash position, not last month’s, and definitely not a figure that was already three weeks old by the time the report reached them.

There’s also an opportunity cost to reports that only answer pre-defined questions. A standard monthly profit and loss statement is useful, but it can’t answer “which three customers account for most of our overdue receivables” or “how does this month’s payroll compare to the same month last year” without someone building a custom report specifically for that question – which, in most manual setups, means waiting.

A Familiar Scenario

The owner of a small manufacturing business in Kandy currently receives a profit and loss statement from the accountant roughly ten days after each month closes – by which point it functions more as a historical record than as something genuinely useful for making a near-term decision. Any question outside the standard report format means a special request to the accountant and a wait for their next available slot.

Common Challenges Without the Right System

• Financial statements assembled manually from multiple separate exports, typically taking several days to produce
• Reports reflecting the business as of several weeks ago, not as of today when the decision actually needs making
• Any question outside the standard report format requiring a special request and a wait for someone else’s time
• No easy way for a non-accountant to explore the underlying numbers directly without learning dedicated report-building tools
• Custom reports built as one-off spreadsheets each time a specific question arises, rather than as reusable, repeatable views
• Historical trend comparisons requiring manual assembly of several past months’ worth of data side by side

What to Look For

• Profit & loss, balance sheet and cash flow statements generated on demand, reflecting the current, live ledger
• Tax reports formatted for direct practical use rather than requiring manual reformatting before they’re usable
• A plain-language question interface that answers directly from the business’s own live data
• Dashboards that highlight what’s actually changed since the last period, not just static running totals
• Custom report views that can be saved and reused going forward, rather than rebuilt from scratch every time
• Historical comparisons available instantly across any chosen date range, without manual data assembly

How AccDoo Handles This

AccDoo generates standard financial reports directly from the live ledger, so a profit and loss statement reflects transactions posted this morning, not just the ones from three weeks ago. There’s no export-and-assemble step sitting in between the underlying data and the report – the report is simply a live view into the same data everything else in the business already runs on.

Beyond the standard reports, AccDoo’s AI business insights let someone ask a direct, specific question – “what was our total payroll cost last month” or “which customers haven’t paid us in over 60 days” – and get a genuine, accurate answer immediately, without needing to know how to build a custom report or wait for someone else to build one on their behalf.

Sri Lankan Market Context

Sri Lankan business owners, particularly those running family-owned SMEs, often make significant operational decisions personally and quickly – a stock reorder, a pricing change, a decision on extending credit to a longstanding customer – without necessarily consulting a formal report first, simply because getting one has historically taken too long relative to the pace at which the decision needed to happen. Faster, more accessible reporting doesn’t just improve accuracy; it actually changes which decisions get checked against real data at all, rather than being made on instinct alone.

Multi-branch and multi-entity Sri Lankan businesses face an added reporting challenge: consolidating figures across locations or related companies for a single, coherent view of overall performance. Reports that consolidate automatically across branches remove what’s otherwise a significant manual assembly task every single reporting period.

Who This Is Built For

Business owners and managers who currently wait days for financial reports, or who’ve quietly learned to stop asking questions outside the standard monthly report simply because getting a real answer has historically taken too long to be worth the effort.

Getting Set Up

Financial reporting works automatically once the general ledger and other modules are in use – there’s no separate report-building step required to get started. Custom views and saved reports can be configured as specific recurring questions come up, building a small library of go-to reports over time.

Frequently Asked Questions

Do reports update in real time as new transactions are entered? Yes – reports reflect the current state of the ledger, so a report generated today includes everything posted up to that exact moment.

Can I ask AccDoo a specific question about my business data? Yes – the AI business insights feature answers plain-language questions directly from your own financial data, without needing a custom report built first.

Can custom reports be saved for repeated use? Yes – a report view can be saved once and reused going forward, rather than rebuilt manually each time the same question comes up again.

Can reports consolidate figures across multiple branches? Yes – for multi-branch businesses, reports can present a consolidated view across all locations automatically, alongside branch-level detail where needed.

Getting Started

If your monthly numbers arrive as a historical document rather than something you can genuinely act on, real-time reporting changes that relationship entirely. Book a demo to see AccDoo’s reports and AI insights working against live business data.

Sales tend to get most of the attention in a growing business, while the purchasing side – vendor bills, purchase orders, day-to-day operating expenses – gets managed with whatever’s convenient at the time, right up until a supplier bill goes unpaid or a receipt goes missing right before tax season.

That imbalance is understandable – sales drives revenue, so it naturally gets the systems and attention first – but purchasing carries just as much financial and compliance weight, and a loose process here quietly erodes both supplier relationships and deductible tax positions over time.

Why This Matters for Sri Lankan Businesses

Every purchase eventually shows up in two important places: the tax return, as a potential deductible expense, and the supplier relationship, as a payment that’s either honored on time or noticeably late. When purchasing is tracked loosely, both suffer – legitimate deductions get missed for lack of a clean paper trail, and supplier relationships get strained by payments that are late not because of a genuine cash problem, but simply because nobody was tracking the due date centrally.

For businesses dealing with import costs – a meaningful share of Sri Lankan wholesale and manufacturing operations – purchase tracking also needs to connect cleanly to landed cost and currency conversion, since a supplier bill in a foreign currency needs the same careful handling as any other multi-currency transaction elsewhere in the books.

A Familiar Scenario

A construction supplies business in Kurunegala manages supplier bills through a mix of physical invoices kept in a ring binder and an informal WhatsApp thread with the person who approves payments. Purchase orders aren’t formally tracked at all – stock simply arrives when a supplier decides to deliver it, based on a phone call that nobody wrote down anywhere retrievable.

Common Challenges Without the Right System

• Vendor bills tracked as physical paper or scattered PDF email attachments, with no central, searchable record
• Purchase orders issued informally over phone calls or messaging apps, with no written trail to refer back to
• Expenses reconstructed from memory or a shoebox of receipts weeks after the fact, ahead of a tax filing deadline
• Supplier payment due dates missed simply because nobody was tracking them centrally in one place
• No easy way to see total spend with a given supplier over time without manually adding up old bills one by one
• Import-related purchases in foreign currency handled inconsistently, complicating accurate landed cost calculation

What to Look For

• Vendor bills and purchase orders tracked from initial issue through to final payment in one connected system
• Expenses logged as they happen, with a photo of the receipt attached directly to the record at the time
• Supplier payment due dates visible and trackable centrally, reducing missed or late payments significantly
• A running ledger per supplier, showing total spend and complete payment history at a glance
• Expense categories that map directly into tax-deductible reporting without a separate categorization exercise
• Foreign currency purchase support, feeding directly into the same multi-currency conversion used elsewhere

How AccDoo Handles This

AccDoo tracks vendor bills and purchase orders as part of the same connected system as the rest of the business’s accounting – a purchase order raised today, a bill received against it next week, and a payment made the week after that all sit on one continuous trail, rather than three disconnected records someone has to mentally reconcile whenever a question comes up.

Expenses get logged with a photo of the receipt attached at the exact time they’re incurred, not reconstructed from memory during a stressful tax-filing week months later. By the time a filing deadline actually arrives, deductible expenses are already recorded, categorized and ready – there’s no last-minute scramble to track down six months of missing receipts.

Sri Lankan Market Context

Sri Lankan wholesale and manufacturing businesses frequently import raw materials or finished goods, and purchasing software needs to handle the reality that a supplier bill in USD or another foreign currency needs to convert accurately for local reporting, feed into landed cost calculations correctly, and still reconcile cleanly against the eventual bank payment – all without three separate manual steps to get there.

Cash flow management for smaller Sri Lankan businesses often hinges on carefully timing supplier payments against expected customer receipts. Having supplier due dates visible centrally, alongside expected incoming payments from the sales side, gives an owner or finance manager a genuinely useful short-term cash flow view – something that’s very hard to build reliably when purchasing data lives in a separate system, or no system at all.

Who This Is Built For

Any Sri Lankan business managing supplier relationships and regular purchasing activity – particularly those still relying on paper invoices, messaging apps for purchase orders, or a shoebox of receipts collected in the run-up to tax season.

Getting Set Up

Getting started means adding regular suppliers as vendor records and beginning to log purchase orders and bills against them as they occur, with receipts photographed and attached directly at the point of expense. Historical open bills can be entered as a starting baseline to establish accurate current payables.

Frequently Asked Questions

Can I attach a photo of a receipt directly to an expense record? Yes – expenses can be logged with a receipt image attached at the time they’re incurred, rather than reconstructed later from memory.

Does AccDoo track how much I owe each supplier? Yes – a running ledger per supplier shows outstanding bills, complete payment history and total spend at a glance.

Can purchase orders be converted directly into vendor bills? Yes – a purchase order can be matched against the bill that eventually arrives against it, keeping the two connected rather than tracked as separate, disconnected records.

Does this handle purchases in foreign currency for imports? Yes – foreign currency vendor bills convert using the same multi-currency handling used elsewhere in AccDoo, feeding accurately into landed cost and reporting.

Can approval be required before a purchase order is sent to a supplier? Yes – approval workflows can be configured so purchase orders above a certain value require sign-off before being finalized and sent.

Getting Started

If purchasing still runs on phone calls, WhatsApp messages and a folder of paper bills, bringing it into the same system as the rest of your accounting closes one of the more common and costly gaps in a growing business. Explore the Purchases & Inventory module or book a demo.

Running two retail locations off one spreadsheet almost always means one of them is quietly wrong at any given moment – stock counted first thing in the morning doesn’t reflect what’s actually sold by lunchtime, and by the time anyone reconciles the two, a full week has usually already passed.

That gap between what the spreadsheet says and what’s actually on the shelf gets more expensive as a business grows. A single-branch retailer can absorb some inaccuracy by simply walking over and checking the shelf directly; a business coordinating stock across several locations doesn’t have that option.

Why This Matters for Sri Lankan Businesses

Sri Lankan retail and wholesale businesses expanding beyond a single location run into this almost immediately: a sale at one branch needs to be visible to every other branch and to head office at the same moment, not after an end-of-day export gets manually emailed around and consolidated by hand the next morning.

Freelance job boards are, tellingly, full of Sri Lankan retailers hiring someone specifically to reconcile a year’s worth of manual stock counts against POS export data – a task that exists purely because the systems weren’t talking to each other in real time in the first place. That’s not a hypothetical problem; it’s a real, recurring cost businesses are already paying to work around.

A Familiar Scenario

A homeware retailer with branches in Colombo and Negombo currently has each location email an end-of-day stock spreadsheet to head office, where someone manually consolidates the two into one master file the following morning. Transfers of stock between branches are tracked on a completely separate sheet, and it’s not unusual for both locations to believe they hold stock that, added together, simply doesn’t exist in the actual combined inventory.

Common Challenges Without the Right System

• Each branch tracking stock independently, with consolidation into a single view happening manually and after the fact
• Stock transfers between branches tracked on a separate sheet, disconnected entirely from the main inventory record
• Reorder decisions made on outdated numbers, since the “current” stock count being used is really yesterday’s or last week’s
• No single, genuinely trustworthy view of total stock across the whole business at any given moment
• Annual physical stock counts requiring a full manual reconciliation against sales records, sometimes outsourced entirely as a one-off project
• Discrepancies between branches investigated reactively, usually only once a customer order can’t actually be fulfilled

What to Look For

• Stock levels updating in real time across every branch the moment a sale, purchase or transfer happens
• Inter-branch transfers tracked as a native part of the same system, not managed on a disconnected spreadsheet
• Reorder alerts triggered automatically before a specific branch actually runs out of a given product
• One consolidated, always-current view of total stock across every location combined
• Full stock movement history retained per branch and per product, making discrepancies far easier to investigate
• Support for branch-specific pricing or promotions without losing a unified, accurate view of overall inventory

How AccDoo Handles This

AccDoo updates stock levels the moment a sale, purchase or transfer happens, across every branch simultaneously, so head office and every individual location see exactly the same numbers at the same time – no end-of-day export, no manual consolidation step, no guessing which branch’s spreadsheet is more up to date than the other.

Transfers between branches are recorded directly within the system rather than tracked separately, which means any discrepancy is traceable back to a specific, identifiable movement rather than requiring a full manual reconciliation exercise just to locate where it might have originated. Reorder thresholds trigger based on real, current stock levels – not a count that’s already a day or two stale by the time anyone actually looks at it.

Sri Lankan Market Context

Sri Lanka’s retail sector has grown steadily more multi-location over the past decade, with SME retailers expanding from a single Colombo shop into suburban and provincial branches as demand has grown. That expansion frequently outpaces the systems supporting it – a business that managed perfectly well on a spreadsheet with one location often keeps using the same spreadsheet, just harder, after opening a second or third.

Seasonal demand patterns – the run-up to Avurudu, the school term start, major festival periods – make accurate, real-time stock visibility across branches particularly valuable in the Sri Lankan retail calendar specifically, since these are exactly the periods when a stockout at one branch while another sits on excess inventory costs the most in lost sales.

Who This Is Built For

Retail and wholesale businesses operating more than one location in Sri Lanka, or actively planning to – particularly those still consolidating branch stock counts manually or relying on staff emailing spreadsheets between locations at the end of each day.

Getting Set Up

Setting up multi-branch inventory involves defining each branch as a location within AccDoo and migrating current stock counts as a starting baseline. From that point, every sale, purchase and transfer at any branch updates the shared inventory record automatically, with no separate consolidation step required.

Frequently Asked Questions

Can AccDoo track stock across an unlimited number of branches? Yes – branches can be added as the business grows, with stock levels and transfers tracked independently per location and consolidated automatically into one overall view.

How are transfers between branches recorded? Transfers are entered directly in the system, updating stock at both the sending and receiving branch immediately, rather than being tracked on a separate, disconnected sheet.

Does this replace the need for an annual physical stock count? No – a physical count remains good practice, but reconciling it against the system becomes far faster since the starting numbers are already accurate rather than several days stale.

Can different branches have different pricing for the same product? Yes – branch-specific pricing and promotions are supported without losing the unified, accurate view of overall stock across the business.

Can head office see stock levels across all branches from one screen? Yes – a consolidated dashboard shows stock across every branch simultaneously, alongside the ability to drill into any individual location’s detail when needed.

Getting Started

If your business is coordinating stock across more than one location using spreadsheets and end-of-day emails, this is usually the single highest-impact change available in the ERP. Explore the Purchases & Inventory module or book a demo to see multi-branch tracking working in real time.

If part of a business’s revenue repeats every month – a client retainer, a subscription fee, a maintenance contract – recreating that same invoice by hand every single billing cycle is pure repeated effort that adds absolutely nothing new each time.

It’s also exactly the kind of routine task that’s easy to quietly skip when someone’s busy, on leave, or simply forgets – which is precisely where recurring revenue is most vulnerable to going unnoticed for longer than a one-off invoice ever would.

Why This Matters for Sri Lankan Businesses

Recurring revenue is where missed billing costs the most, proportionally. A one-off invoice that’s late gets noticed fairly quickly by whoever’s tracking cash flow. A recurring invoice that simply didn’t go out one month might not be noticed at all until the client happens to mention it – or, just as often, doesn’t mention it, and a month of revenue quietly disappears.

For Sri Lankan agencies, consultancies and subscription-based businesses, retainer relationships often represent the most predictable, valuable part of the revenue base – which makes it worth protecting with a system that doesn’t depend on someone remembering to manually duplicate last month’s invoice, correctly, every single time.

A Familiar Scenario

A digital marketing agency in Colombo manages retainer relationships with around fifteen clients, each billed monthly for an agreed scope of work. The account manager currently duplicates last month’s invoice file, updates the date, double-checks the amount hasn’t changed, and re-sends it – a process that occasionally gets skipped or delayed when someone’s on leave, with the gap typically only noticed once a client’s payment simply doesn’t arrive on schedule.

Common Challenges Without the Right System

• Recurring invoices recreated manually each billing cycle, an easy step to accidentally skip or delay
• No consistent, reliable record of which recurring invoices have and haven’t actually gone out in a given month
• Payment status tracked separately from the invoice itself, usually in a different spreadsheet that can fall out of sync
• Customer statements assembled by hand whenever a client asks for a full account history, taking real time to compile
• Retainer or subscription changes – a price increase, a paused client, a scope change – applied inconsistently across future invoices
• No easy way to see, at a glance, total recurring revenue currently active versus what’s been paused or cancelled

What to Look For

• Recurring invoices generated and sent automatically on whatever schedule is defined, without manual intervention
• A clear, always-current status view of every recurring billing relationship, whether active or paused
• Payment status tracked automatically against each invoice as payments come in
• Customer statements generated instantly, pulling the complete billing history into one clean view
• Retainer terms updated once, with the change applied automatically to every future invoice going forward
• A consolidated view of total active recurring revenue, useful for cash flow forecasting

How AccDoo Handles This

AccDoo generates and sends recurring invoices automatically on whatever schedule is set – monthly, quarterly, or a custom cycle – without anyone needing to remember to duplicate last month’s invoice manually. If a retainer is paused or a rate changes partway through a relationship, that update applies to every invoice going forward from that point automatically.

Payment tracking sits directly against the same invoice record, so there’s no separate spreadsheet that needs to be kept manually in sync – a payment arriving updates the invoice status immediately, and a client’s complete statement is available on demand rather than compiled by hand whenever someone happens to ask for it.

Sri Lankan Market Context

Retainer-based service businesses are a growing segment of the Sri Lankan economy, particularly in digital marketing, IT consulting and BPO services where recurring client relationships are the norm rather than one-off project work. As these businesses scale past a handful of clients, the manual overhead of recreating invoices monthly grows in direct proportion to client count – exactly where automation delivers the clearest, most measurable time savings.

A specific local wrinkle worth planning for: many Sri Lankan retainer agreements include an annual or periodic rate review tied to inflation or currency movement, given the rupee’s volatility over recent years. Billing software that makes it easy to update a rate once and have it flow cleanly into all future invoices – without needing to manually edit each client’s billing setup individually – saves real administrative time during those periodic review cycles.

Who This Is Built For

Agencies, consultancies, SaaS businesses, and any Sri Lankan company with retainer or subscription-based clients where the same invoice effectively repeats, with only minor variation, every single billing cycle, month after month.

Getting Set Up

Setting up recurring billing means defining the billing schedule and amount for each client relationship once – monthly, quarterly, or a custom cycle – after which invoices generate and send automatically going forward, with any future changes to terms applied with a single update. Existing retainer clients can be migrated over with their current billing date preserved, so the switch doesn’t disrupt an established billing rhythm clients are already used to.

Frequently Asked Questions

Can billing frequency be different for different clients? Yes – each recurring billing schedule is configured independently, so monthly, quarterly or custom cycles can all run side by side for different clients.

What happens if a client’s retainer amount changes mid-contract? Update the terms once and every future invoice reflects the new amount automatically, with no need to edit each individual upcoming invoice by hand.

Can clients see their full payment history? Yes – customer statements are generated on demand, showing the complete billing and payment history in one clear document.

Can I pause billing for a client temporarily without cancelling the relationship? Yes – a recurring billing schedule can be paused and resumed without needing to delete and recreate the underlying client relationship.

What happens if a recurring payment fails or is declined? The invoice remains marked as outstanding and continues to appear in overdue tracking and reminder workflows, the same as any other unpaid invoice, rather than silently disappearing from view.

Getting Started

Recurring revenue deserves recurring automation, not recurring manual effort every single month. See how AccDoo handles retainer and subscription billing by exploring the Sales & Billing module or booking a demo to walk through a live example.

An invoice is usually the first real document a client sees from a business – and for a lot of Sri Lankan SMEs, it’s still built manually in Word or Excel, renumbered by hand, and emailed out with fingers crossed that the VAT calculation on it is actually correct.

That approach can work for a while, but it scales badly. The more invoices a business sends, and the more people involved in sending them, the more small inconsistencies creep in – a slightly different template, a skipped invoice number, a VAT rate applied inconsistently across otherwise similar invoices.

Why This Matters for Sri Lankan Businesses

A Sri Lankan invoice needs to be more than good-looking – it needs correct, gapless sequential numbering, the right VAT treatment applied consistently, and formatting an auditor won’t have questions about. When invoicing is done manually across a team, these small inconsistencies aren’t hypothetical; they show up in practice, usually discovered at the least convenient moment.

There’s also a cash flow dimension that gets underweighted: an invoice that goes out correctly but is never actively tracked or chased tends to get paid later than one that’s followed up systematically. For a business managing working capital carefully, that delay adds up meaningfully across dozens of invoices a month.

A Familiar Scenario

A design agency in Colombo has three people who each send client invoices from their own laptop, using a shared template that’s drifted slightly out of sync over the past year – different fonts, slightly different VAT wording, and at least one confirmed instance of two separate invoices accidentally sharing the same invoice number, which took an awkward conversation with a client’s finance team to sort out.

Common Challenges Without the Right System

• Invoices built manually in Word or Excel, with formatting drifting between different team members over time
• Invoice numbering tracked by memory or a shared spreadsheet, risking duplicate numbers or unexplained gaps
• VAT calculated by hand on each line item, with no automatic check against the rate currently in effect
• No visibility into whether a sent invoice has actually been opened, viewed, or is genuinely overdue
• Overdue invoices chased manually, if they’re chased consistently at all, often depending on who remembers to follow up
• Client-specific pricing or discount terms applied inconsistently depending on who’s creating the invoice that day

What to Look For

• Branded invoice templates generated consistently every time, regardless of which team member creates them
• Sequential invoice numbering handled automatically, with no risk of duplicates or unexplained gaps
• VAT calculated correctly on every line item based on rates currently in effect
• Invoice status tracked in real time from sent through viewed to paid
• Automatic payment reminders sent for overdue invoices, without requiring manual follow-up
• Client-specific pricing and terms stored and applied consistently regardless of who generates the invoice

How AccDoo Handles This

AccDoo generates invoices from one consistent, branded template every time, with numbering and VAT calculation handled automatically – removing the two most common sources of invoicing errors in a manual, multi-person setup. Whoever on the team creates the invoice, it looks the same and calculates the same way, every time.

Once sent, an invoice’s status is visible in real time – sent, viewed, paid, or overdue – and overdue invoices trigger automatic reminders rather than relying on someone remembering to chase them personally. For a business juggling dozens of active clients, that alone tends to recover real cash flow that would otherwise sit unpaid for a few extra weeks, quietly affecting working capital.

Sri Lankan Market Context

Sri Lankan business culture still involves a meaningful amount of relationship-based invoicing – informal payment terms agreed verbally, occasional grace periods extended to longstanding clients. Good invoicing software needs to accommodate that flexibility (custom payment terms per client, the ability to note a manual arrangement) rather than forcing a rigid, one-size-fits-all process that doesn’t match how business actually gets done locally.

For businesses serving both local and international clients, invoice formatting needs matter too – a local client may expect VAT clearly itemized in the familiar local format, while an international client’s finance team may need the invoice to match formats they’re used to processing. Flexible templating that still enforces the underlying numbering and tax-calculation rules handles both without maintaining two separate invoicing processes.

Who This Is Built For

Any Sri Lankan business currently invoicing through Word, Excel, or a basic template with no built-in tracking – particularly those with more than one person issuing invoices, or a recurring, quietly accepted problem with late payments going unnoticed until cash flow feels tight.

Getting Set Up

Getting started with invoicing means setting up the business’s branded template once – logo, standard terms, VAT registration details – after which every invoice generated from that point follows the same consistent format automatically, with numbering and tax calculation handled without further configuration. Existing customer records and any outstanding invoices can also be imported as a starting point, so the switch doesn’t mean losing visibility into what’s already owed.

Frequently Asked Questions

Can AccDoo invoices include Sri Lankan VAT automatically? Yes – VAT is calculated automatically on each line item based on current rates, with the treatment clearly and consistently shown on the invoice.

Will invoice numbering ever duplicate or skip a number? No – numbering is generated sequentially by the system itself, removing the risk of manual numbering errors entirely.

Can I see whether a client has opened an invoice? Yes – invoice status updates from sent to viewed to paid, so you know exactly where each invoice stands without needing to ask the client directly.

Can different clients have different payment terms? es – payment terms, pricing and discount arrangements can be stored per client and applied automatically to every future invoice for them.

Can invoices be sent in bulk to multiple clients at once? Yes – for businesses billing many clients on a similar schedule, invoices can be generated and sent in batch rather than one at a time, while still applying each client’s individual pricing and terms correctly.

Getting Started

If invoicing still means opening a template file and hoping the numbering lines up correctly, switching to a system that handles it automatically is one of the simplest changes with an almost immediate payoff. Try AccDoo free or book a demo to see the invoicing flow directly.

Sri Lankan tax compliance isn’t a single calculation – it’s VAT layered on top of WHT layered on top of SSCL, each with its own rules for what’s applicable, at what rate, and under what circumstances, applied across every invoice a business issues and every payment it makes to a supplier.

Software that treats this as one generic “tax rate” field misses most of the actual complexity. And because rates and thresholds do change periodically, software that hardcodes a fixed percentage at setup time quietly becomes wrong the moment a rule changes – often without anyone noticing until a filing is queried or an audit turns up the discrepancy.

Why This Matters for Sri Lankan Businesses

Getting VAT treatment wrong on even a modest share of transactions compounds into a real, quantifiable liability by the time a return is actually due – either underpaid tax that attracts penalties, or overpaid tax that the business never reclaims because nobody realizes the error occurred in the first place.

WHT adds a second layer of complexity specifically around supplier payments, since the withholding obligation sits with the payer, not the vendor – meaning a business needs to correctly identify which payments are subject to WHT and at what rate, then track and remit that withheld amount separately from the underlying payment itself. SSCL, applied on specific categories of turnover, adds a third rule set that needs to sit consistently alongside the other two.

A Familiar Scenario

A wholesale distributor in Gampaha issues dozens of invoices a week, some to VAT-registered customers and some to VAT-exempt ones, and makes regular payments to suppliers that are subject to WHT. Their current spreadsheet template was originally set up two rate changes ago, and the person managing it has been manually patching formulas each time a rate shifts – with no straightforward way to confirm that every invoice issued since the last change actually used the correct rate for its date.

Common Challenges Without the Right System

• VAT rates and thresholds hardcoded into a spreadsheet formula, requiring manual updates every time rules change
• WHT on supplier payments tracked entirely separately from VAT, effectively doubling the manual reconciliation workload
• SSCL applicability determined case-by-case by whoever’s preparing the invoice, rather than applied consistently by a fixed rule
• Tax reports assembled manually from several different sources in the days leading up to each filing deadline
• No clear, retrievable record of which specific rate applied to which transaction if a rate changed partway through a period
• Errors in tax treatment discovered only when a filing is queried, well after the original transactions are long closed out

What to Look For

• VAT calculated automatically on every applicable transaction, using current rates maintained centrally in the platform
• WHT and SSCL handled within the same integrated tax engine, not tracked separately as bolt-on spreadsheets
• Tax reports generated in a format that matches what actual IRD filings require, reducing manual reformatting
• Rate changes applied centrally and instantly across the platform, without needing to touch individual past transactions
• A clear, transaction-level record of exactly which rate and rule applied, and precisely when it took effect
• Automatic flagging of transactions that fall into ambiguous or exempt categories, for a quick manual confirmation rather than a guess

How AccDoo Handles This

AccDoo’s tax engine applies VAT, WHT and SSCL automatically based on the transaction type and the currently effective rules, rather than relying on someone remembering to manually update a spreadsheet formula every time a rate changes. Updates apply centrally the moment they take effect, so every new transaction from that point forward reflects the current rule without any manual reconfiguration.

Come filing time, tax reports pull directly from the same transactions already recorded for standard accounting purposes – there’s no separate reconciliation exercise between “what the books say” and “what the tax return says” because they were never two disconnected data sets to begin with. That removes one of the more error-prone and time-consuming steps in the entire compliance process.

Sri Lankan Market Context

Sri Lankan VAT registration thresholds and rates have shifted more than once in recent years, and businesses operating close to the registration threshold face a particular challenge: correctly tracking cumulative turnover to know exactly when registration becomes mandatory, rather than discovering the obligation retroactively. A system that tracks this automatically removes a genuine compliance risk that’s easy to miss when turnover is tracked manually across separate records.

WHT on services payments is an area where Sri Lankan businesses commonly get tripped up, since the applicable rate and threshold can depend on the specific nature of the service and the payee’s registration status. Software that requires manually classifying every payment correctly puts the burden entirely on whoever is processing that payment that day – automated, rule-based classification removes that dependency on one person’s up-to-date knowledge.

Who This Is Built For

Any VAT-registered Sri Lankan business, particularly those issuing a high volume of invoices, dealing with a mix of VAT-liable and exempt sales, or making regular supplier payments subject to WHT – essentially anywhere manual tax tracking has become a genuine source of compliance risk rather than just routine extra admin.

Getting Set Up

Configuring VAT & Tax Management starts with confirming the business’s VAT registration status and standard transaction types. From there, VAT, WHT and SSCL apply automatically to matching transactions as they’re created, with the system flagging anything ambiguous for a quick manual decision rather than silently guessing.

Frequently Asked Questions

Does AccDoo stay updated with the latest Sri Lankan VAT rates?

Yes – rate and rule changes are maintained centrally in the platform, so new transactions automatically reflect current requirements without manual reconfiguration on your end.

Can AccDoo calculate WHT on supplier payments automatically?

Yes – WHT is applied based on the payment type and current thresholds, alongside VAT and SSCL, within the same integrated tax engine.

Are tax reports formatted for direct IRD filing?

Reports are structured to match what IRD filings typically require, significantly reducing the manual reformatting work needed before submission.

What happens if I’m approaching the VAT registration threshold?

Cumulative turnover is tracked automatically, so approaching the registration threshold is visible well before it becomes a compliance issue rather than being discovered after the fact.

Getting Started

Tax compliance is one area where “close enough” genuinely isn’t close enough. If your VAT, WHT and SSCL tracking still lives across separate spreadsheets, it’s worth seeing how AccDoo’s built-in tax engine compares – book a demo or explore the VAT/SSCL/WHT guide on the AccDoo blog.

The moment a Sri Lankan business starts invoicing in US dollars, euros or pounds – common among exporters, IT and BPO services firms, and tourism operators – a rupee-only accounting setup stops being sufficient. Every invoice needs converting to a reporting currency, every incoming payment needs matching against a rate that may well have shifted since the invoice was first raised, and the books need to present one honest, consolidated position across all of it.

This isn’t a small technical detail. Businesses that treat currency conversion as a one-time calculation, done once at invoice time and then forgotten, routinely find that their reported profit doesn’t actually reflect economic reality by the time the financial year closes – because currency movement between invoicing and settlement was never captured as a real, visible gain or loss.

Why This Matters for Sri Lankan Businesses

Exchange rate movement isn’t a rounding error in the Sri Lankan context – the rupee’s volatility against major currencies has been significant enough in recent years that a transaction converted at the wrong rate, or never revalued at period-end, can materially distort what a business believes its financial position actually is. That matters for tax reporting, for lending decisions, and simply for knowing whether the business is genuinely profitable once currency effects are properly accounted for.

There’s a practical operational angle too: a business invoicing in USD but paying local staff and suppliers in LKR needs to know its real margin after conversion, not just the headline dollar figure on an invoice. Without proper multi-currency accounting, that calculation tends to happen informally, inconsistently, and usually optimistically.

A Familiar Scenario

A software services company in Colombo invoices most of its international clients in USD but pays local staff, rent and suppliers entirely in LKR. Its bookkeeper currently converts each invoice manually using whatever exchange rate a quick online search returns on the day it’s issued, with no consistent record kept of which specific rate was used for which invoice – making it genuinely difficult, months later, to explain why two similar invoices show different converted rupee values.

Common Challenges Without the Right System

• Exchange rates applied inconsistently across transactions, with no reliable record of which rate was used where
• Foreign currency balances never formally revalued at period-end, so reported figures gradually drift from actual economic value
• Invoices issued in a foreign currency but tracked in a separate spreadsheet disconnected from the main accounting ledger
• No consolidated view of the business’s true financial position across all currencies held or transacted in
• Payment matching complicated by the rate at invoice date differing meaningfully from the rate at actual payment date
• Margin calculations on foreign currency contracts done informally, without a systematic view of currency impact on profitability

What to Look For

• Transactions recorded in their original currency and converted automatically for consolidated reporting purposes
• A consistent, fully auditable exchange rate applied and logged against every individual transaction
• Foreign currency balances revalued automatically at period-end against current rates
• Multi-currency invoicing built directly into the standard invoicing flow, not run as a separate manual process
• Consolidated reports showing one true financial position regardless of how many currencies are involved
• Currency gain or loss reporting that shows the real impact of rate movement on reported profit

How AccDoo Handles This

AccDoo records every transaction in its original currency and handles conversion automatically using a consistent, fully logged exchange rate – so six months later, it’s still perfectly clear exactly what rate applied to any given invoice or payment, rather than a mystery buried in a spreadsheet formula nobody quite remembers writing or updating.

At period-end, foreign currency balances revalue automatically against the current rate, so gains or losses arising from currency movement show up as real, visible ledger entries rather than a silent, unexplained gap between what the accounting records say and what the bank account actually holds. Reports consolidate everything into one clear financial position, presented in the currency that matters most for local reporting and tax purposes.

Sri Lankan Market Context

Sri Lanka’s export-oriented sectors – apparel, IT-BPM, tea and other agricultural exports – have long operated with meaningful foreign currency exposure, and larger exporters typically already have formal treasury processes for managing it. The gap tends to sit with smaller, newer exporters and services businesses – IT consultancies with a handful of international clients, freelancer collectives formalizing into companies – who are handling real foreign currency volume without the accounting infrastructure that larger exporters have built up over years.

A related, often-overlooked detail: Sri Lankan tax reporting still ultimately needs figures in rupees, regardless of what currency the underlying business was conducted in. A multi-currency accounting setup that makes rupee-equivalent reporting effortless – rather than requiring a manual conversion exercise specifically for tax filing – removes a real point of friction at year-end.

Who This Is Built For

Exporters, IT and BPO companies billing international clients, tourism operators receiving foreign currency payments, and any Sri Lankan business holding foreign currency accounts or making regular cross-border payments – anywhere a single-currency ledger would meaningfully understate the real complexity of the books.

Getting Set Up

Setting up multi-currency accounting involves specifying which currencies the business transacts in beyond LKR, and confirming the reporting currency used for consolidated statements. From there, invoices and bills can be issued or received in any supported currency, with conversion, revaluation and reporting all handled automatically without needing to configure each transaction individually.

Frequently Asked Questions

Which currencies does AccDoo support alongside LKR?

AccDoo supports invoicing, payments and reporting in major international currencies alongside Sri Lankan rupees, with automatic, consistent conversion applied throughout.

Are exchange rate gains and losses tracked automatically?

Yes – period-end revaluation calculates and records currency gains or losses as part of standard reporting, rather than requiring a manual year-end adjustment.

Can I issue an invoice in USD and still report in LKR?

Yes – invoices can be issued in the client’s currency while all consolidated reporting converts back into Sri Lankan rupees automatically.

Does multi-currency accounting complicate VAT reporting?

No – VAT calculations are based on the rupee-equivalent value at the point of transaction, applied consistently regardless of the invoice’s original currency.

Getting Started

If your business bills internationally but your books are still effectively single-currency with manual conversions bolted on afterward, setting up multi-currency accounting properly is worth doing rather than continuing to work around it. Book a demo to see how AccDoo handles it end to end.

Reconciliation has a strange property that anyone who’s done it manually will recognize immediately: the transactions that match cleanly are the easy ninety-five percent, and the remaining handful that don’t are effectively the entire job. Most of the time spent “reconciling the bank” isn’t spent confirming matches – it’s spent hunting down the two or three entries that stubbornly refuse to line up.

For Sri Lankan businesses juggling multiple bank accounts, cheque payments that clear days or weeks after being issued, and a mix of cash and digital transactions, that hunt gets meaningfully harder. A discrepancy that isn’t resolved quickly tends to compound – by the time month-end arrives, whatever caused the original mismatch is buried under several weeks of subsequent transactions.

Why This Matters for Sri Lankan Businesses

A mismatch that goes unresolved for a few months often becomes genuinely untraceable. Nobody remembers what caused the original discrepancy, the supporting documents have been filed away or discarded, and the accountant ends up writing it off as an unexplained variance rather than actually tracking it down to its source. That’s not just an accuracy problem – it’s a control weakness that shows up clearly in any external audit.

There’s also a cash flow visibility cost. If reconciliation only happens once a month, a business is effectively making decisions on a bank balance that could be several weeks out of date relative to what the ledger actually shows should be there. For a business managing tight working capital – common among Sri Lankan SMEs dealing with import costs and currency fluctuation – that lag matters.

A Familiar Scenario

A services firm in Kandy reconciles its account manually at month-end using a downloaded bank statement and a printed ledger extract, ticking off matches by hand with a highlighter. It typically takes the better part of a working day for one person, and the two or three unmatched items each month get carried forward on a running “to investigate” list – a list that, eighteen months in, nobody has actually gone back to resolve.

Common Challenges Without the Right System

• Reconciliation done manually against a printed or exported statement, ticking off matches visually one by one
• Unmatched items carried forward month after month on a growing list rather than being resolved at the time they occur
• No visibility into which specific ledger entries remain unreconciled at any given moment between month-end checks
• Multiple bank accounts each reconciled separately by hand, with no consolidated view of overall cash position
• Reconciliation only happening at month-end, so errors or fraud indicators aren’t caught until weeks after they occur
• Supporting documentation for a discrepancy often misplaced by the time anyone actually investigates it

What to Look For

• Bank transactions matched against ledger entries automatically, based on amount, date and reference details
• Only genuine exceptions surfaced for manual review, not the entire transaction list requiring a visual check
• A running, always-current reconciliation status, so unmatched items are visible immediately rather than only at month-end
• Support for multiple bank accounts with one consolidated reconciliation view across all of them
• A clean, permanent audit trail showing exactly when and how each entry was matched
• Bank statement import that works with standard formats issued by Sri Lankan banks

How AccDoo Handles This

AccDoo reconciles bank transactions against the general ledger automatically, matching on amount, date and reference details rather than requiring a line-by-line manual check against a printed statement. The system does the bulk of the matching work; a person only needs to look at what genuinely doesn’t match – which, in a reasonably healthy set of books, is a short list rather than the entire monthly statement.

Because reconciliation runs continuously rather than as a once-a-month exercise, discrepancies get caught within days of occurring, while the transaction is still fresh enough for someone to actually remember what it was and locate the supporting document. That turns reconciliation from a dreaded, half-day month-end task into a five-minute check most weeks, with the occasional genuine exception to look into properly.

Sri Lankan Market Context

Cheque-based payments remain more common in Sri Lankan B2B transactions than in many markets that have moved further toward digital payment rails, and cheques introduce a specific reconciliation challenge: a payment recorded in the ledger on the date it’s issued may not clear the bank for days or weeks afterward. A reconciliation system needs to handle that timing gap gracefully rather than flagging every outstanding cheque as an error.

Businesses dealing with multiple currencies – exporters, importers, tourism operators – face an added layer: a foreign currency payment might convert at a slightly different rate by the time it clears than what was recorded at the point of invoicing. Good reconciliation software needs to recognize that kind of small, explainable variance as a currency timing difference, not lump it in with genuine unexplained discrepancies that need investigating.

Who This Is Built For

Businesses handling enough transaction volume that manual matching has become a real time cost – particularly those with multiple bank accounts, a mix of cash and digital payments, cheque-heavy customer or supplier relationships, or a habit of only discovering discrepancies when the accountant asks a pointed question at year-end.

Getting Set Up

Connecting a bank account for reconciliation typically involves importing a statement in the format the bank provides, or connecting directly where an integration is available. AccDoo then matches historical transactions against existing ledger entries to establish a clean starting point, after which ongoing reconciliation runs automatically as new transactions and statement data come in.

Frequently Asked Questions

Getting Started

If month-end reconciliation is currently a half-day hunt for a handful of stubborn entries, automating the matching is one of the fastest, highest-return wins available in AccDoo ERP. See it in action on a demo call, or explore the Accounting & Finance module for the full feature set.

The general ledger is the one part of an accounting system everything else eventually has to agree with. Every invoice, every payroll run, every supplier bill, every bank transaction – it all lands here in the end, which is exactly why so many Sri Lankan businesses only discover their books are wrong when the ledger and the bank statement stop matching, sometimes months after the original mistake was made.

For a business running on spreadsheets, or on accounting software that was set up once and never really revisited, the general ledger tends to be the quiet foundation nobody thinks about until something goes wrong with it. A well-structured ledger, by contrast, is what makes every other report – profit and loss, balance sheet, VAT return – trustworthy without extra manual checking.

Why This Matters for Sri Lankan Businesses

A chart of accounts built from a generic international template rarely fits how a Sri Lankan business actually operates. VAT-registered sales need to sit clearly apart from VAT-exempt ones. EPF and ETF liabilities need their own dedicated accounts rather than being lumped into a general payroll expense line. Withholding tax held back on supplier payments needs to be tracked as a distinct liability, not just netted off against the payment.

Get that structure wrong at the outset, and every report built on top of it quietly inherits the mistake. It’s usually only discovered when an auditor asks a pointed question, or when the IRD wants a breakdown that the current account structure simply can’t produce without a manual reconstruction. By then, fixing it means re-categorizing potentially years of historical transactions.

A Familiar Scenario

A Colombo-based trading company set up its chart of accounts three years ago when the business was much smaller, and has added a handful of new product lines and revenue streams since without ever revisiting the underlying structure. Today, nobody on the finance team is entirely sure which account some of the newer expense categories are supposed to sit under, and every month-end close involves someone quietly shifting entries between accounts until the trial balance looks approximately right – rather than because the structure genuinely reflects how the business now operates.

Common Challenges Without the Right System

• Chart of accounts inherited from a generic template, not built around how the business actually earns and spends money
• Journal entries made manually, with no automatic check that debits and credits actually balance before posting
• No clear separation between VAT-liable and VAT-exempt income, discovered only at filing time when it’s too late to fix cleanly
• Historical entries edited after the fact, with no record of who changed what, or when, or why
• Reports pulled together in a spreadsheet from several separate exports, rather than generated directly and consistently from the ledger itself
• No dedicated accounts for EPF, ETF and WHT liabilities, making statutory reconciliation a manual exercise every single month

What to Look For

• A chart of accounts structured around Sri Lankan reporting needs from day one, not adapted from a foreign default template after the fact
• Double-entry posting enforced automatically – an unbalanced entry simply can’t be saved, removing an entire category of manual error
• Every transaction traceable back to its original source document, not just a line item in a disconnected spreadsheet
• Accounting periods that lock once closed, so a prior month’s figures can’t quietly change underneath a later report
• Real-time trial balance and general ledger reports, generated on demand rather than assembled manually from several exports
• Dedicated statutory liability accounts for EPF, ETF and WHT built into the default structure from the start

How AccDoo Handles This

AccDoo’s general ledger runs on standard double-entry accounting, with a chart of accounts template shaped specifically around how Sri Lankan businesses actually need to report – VAT-liable and exempt income tracked separately from the first transaction, statutory liability accounts for EPF, ETF and WHT built in rather than added later as an afterthought, and a structure that holds up whether the business is a five-person consultancy or a multi-branch retailer with dozens of staff.

Because every other AccDoo module – invoicing, payroll, purchases, inventory — posts directly into the same underlying ledger, there’s no separate export-and-import step where numbers can quietly drift apart from each other. A payroll run posts its own journal entry automatically the moment it completes; an invoice does the same the instant it’s issued. The ledger stays current because it’s the same connected system doing the work throughout, not a downstream copy assembled after the fact.

Sri Lankan Market Context

Sri Lankan SMEs moving off spreadsheets typically go through one of two paths: either they migrate gradually, running the old spreadsheet and the new system in parallel for a month or two to build confidence, or they pick a clean cut-over date, usually the start of a new financial year, and migrate opening balances directly. Both approaches work – the more important decision is getting the chart of accounts structure right before migrating any historical data into it, since restructuring after the fact is significantly more work than getting it right the first time.

One pattern worth watching for locally: businesses that operate across multiple industries under one legal entity – a not-uncommon setup among Sri Lankan family-owned groups – often need a chart of accounts that can segment reporting by business line without maintaining entirely separate books for each. A properly structured ledger handles this through account tagging and departmental reporting rather than requiring a full second accounting system.

Who This Is Built For

Any Sri Lankan business past the point where a single spreadsheet can track everything accurately – typically once there’s more than one person touching the books, more than a handful of transactions a day, or a genuine need to hand clean, defensible numbers to an accountant or auditor without a week of preparation beforehand.

Getting Set Up

Setting up the general ledger in AccDoo starts with confirming the chart of accounts against how the business actually operates – industry, VAT registration status, and whether multiple branches or business lines need separate reporting. Opening balances are then entered as of a chosen cut-over date, and from that point forward every other module posts into the same ledger automatically, with no separate configuration needed per module.

Frequently Asked Questions

Getting Started

If your books currently live across a mix of spreadsheets and a basic invoicing tool, the general ledger is usually the first thing worth fixing properly – everything else the business reports on ultimately runs off it. Explore AccDoo’s Accounting & Finance module or book a demo to see how a Sri Lankan-built ledger structure compares to what you’re running today.