Contact Info
Why would a Nigerian company hire a client-side ERP implementation consultant?
An ERP implementation consultant acts for a Nigerian company while its implementer builds the system. I tie milestones to accepted deliverables, reconcile data moved from Sage, QuickBooks or spreadsheets, including dollar balances and outstanding withholding tax credits, plan a cutover across several banks, payment channels and depots, test e-invoicing and payroll handoffs, and run user acceptance testing and the weeks after go-live. All of it is delivered remotely, with no tie to any vendor.
Last reviewed by Vikas Saroj
Nigerian ERP projects tend to have an implementer under pressure to finish and a client team stretched across head office and depots. Finance is still closing the old books, operations are still moving stock, and design questions pile up. When nobody on the client side owns those decisions, they get made by default and surface after go-live.
I work remotely with businesses in Nigeria as a client-side implementation consultant. The implementer configures the system, builds integrations and provides support. I keep the agreed requirements as the yardstick, measure designs and data loads against them, coordinate testing with your staff and make sure the business, not the calendar, decides when to go live.
I take no share of license or implementation fees, so I can say plainly when a deliverable is not ready to accept. I can join at contract signature or take over the client-side role on a project already moving, starting with a short review of milestones, open issues and data readiness.
I concentrate on the areas where Nigerian rollouts most often lose money, data or confidence.
Each payment milestone is linked to deliverables your process owners have tested and accepted, so progress is measured by what works rather than by hours spent.
I review the implementer's designs for tax handling, exchange rates, depot flows and approvals with your process owners before configuration, and record each decision with the reason behind it and the person who approved it.
Balances, domiciliary account positions, open invoices, outstanding withholding tax credits, distributor balances and depot stock are reconciled after every trial load and signed off by finance.
A cutover plan for each bank, POS provider and payment gateway, covering statement imports, payment files, settlement reports and receipts that arrive during the switch.
Depot transfers, deliveries and stock counts are tested with the connection cut and restored, and the cutover plan includes backup power, fallback recording steps and a rule for catching up afterwards.
Once live, key users, the implementer and I clear the issue list every day, and that rhythm holds until the first VAT figures, withholding schedules and month-end close are done.
Tie scope to acceptance
Check design, data and integrations
Go live and steady the system
Trouble in Nigerian ERP rollouts tends to come from a familiar handful of causes, and almost all of them can be anticipated.
Every one of them gets a named owner and a test scenario in the project plan. How those needs become written requirements is explained in my business analyst work for Nigerian companies, with platform notes on the Odoo Accounting in Nigeria and Zoho Books in Nigeria pages.
The most useful control in a Nigerian implementation is linking payment to accepted work. If milestones are paid on dates or on hours spent, the incentive is to move on. If they are paid when your process owners have tested and accepted a deliverable, both sides focus on what actually works. I help set up that link at the start and then manage it.
For each milestone I agree with the implementer what will be demonstrated, on which scenarios and with which data. Design documents for areas such as sales, depots, purchasing and finance are walked through with your process owners in plain language and signed before configuration. Build iterations are shown on your scenarios, and I record where they differ from the requirement. Anything new is logged as a change, priced by the implementer and approved or deferred by your sponsor.
I also watch continuity. Implementers in a busy market move people between projects, so I ask for named roles, a handover note whenever someone changes, and documentation of configuration and custom work kept somewhere your company controls. Those habits cost little and protect a lot.
If a change estimate seems out of proportion, I ask for its breakdown. Any requirement that quietly disappears from the build gets flagged in writing. For the wider approach, see ERP implementation; the fractional ERP lead page describes the part-time client-side role.
Nigerian companies usually move from Sage, QuickBooks, a locally built accounting system or spreadsheets maintained by finance and depot staff. Whatever the source, extraction and cleansing are planned separately, and a few data sets need particular care in Nigeria.
Dollar balances. Domiciliary bank accounts, dollar supplier balances and foreign currency loans move with their original currency amounts and the rate your accountant specifies, so the naira values and later revaluations are explainable.
Withholding tax. Amounts deducted by customers that are still awaiting credit notes, and amounts you deducted from suppliers that are not yet remitted, move as open items with their supporting references.
Distributors and credit. Customer balances, credit limits and outstanding promotions or rebates move with each distributor's terms.
Depot stock. Quantities and values per depot come from a physical count at the cut-off, not from book figures alone.
After each trial load we reconcile ledger balances account by account, customer and supplier ageing tied to the control accounts, currency balances tied to bank statements, depot stock, and sampled records traced to their source documents. Every difference is explained and assigned before the next load runs. Older closed transactions normally remain viewable in the legacy system for the period your accountant recommends. My ERP data migration page and the spreadsheet migration page cover the method.
A Nigerian go-live involves more parallel switches than most. The runbook lists each one with who does it, when, and how completion is verified.
My ERP go-live support service describes the full cutover approach.
UAT for a Nigerian rollout covers the scenarios finance and operations actually face. Finance tests invoices to customers who deduct withholding tax, supplier payments with deductions, dollar purchases at the documented rate, and statements from each bank and channel. Operations test depot transfers, deliveries and credit holds, including with the connection cut and restored. Each scenario is run by the people who will own it, and each issue is sorted with the implementer into real defects, design gaps, training needs or new requests.
The engagement runs in English, which is also the working language of most Nigerian finance and head office teams. For depot and warehouse staff, short task guides and recorded walkthroughs that key users, or a local partner, put together usually work best, and supervisors can explain them in whatever language their teams prefer. I check that material against the agreed processes.
Hypercare follows go-live: one issue log everyone can see and a brief call each day during the overlap between Nigerian and Indian working hours, kept up until the first close, VAT figures and withholding schedules reconcile. At that point your internal owner takes over, supported by documentation and a list of later improvements. Testing practice is described under ERP testing and UAT. Still choosing a platform? Start with the Nigerian ERP selection page or the Nigeria overview. Everything is delivered remotely; visits happen only by arrangement.
Tell me about your business and current systems. I’ll suggest the most sensible first step.
Book a Consultation
Not sure which ERP you need?
Share your business requirements with me and I will help you understand the right process, architecture and platform before implementation.
By configuring the rate source and override rules your accountant approved, restricting who can change a rate, and requiring a supporting document when they do. UAT includes tests that try to bypass the rule. During hypercare I review rate exceptions daily until the habit settles.
Not necessarily. A staggered sequence lets the team learn from the first depots and keeps support focused, though it means running transfers between old and new for a short period. The right choice depends on how depots trade with each other and how much support is available. I plan it with operations and finance.
Ideally to deliverables your process owners have tested and accepted, such as signed designs, reconciled trial migrations, passed UAT and a stable first close. This keeps both sides focused on results. I help define the acceptance criteria for each milestone and manage the evidence.
They move to the new system as open items with customer, invoice and amount references, so finance can keep chasing and matching credit notes. Leaving them behind makes receivables look wrong from the first day. Your accountant confirms how they should be presented.
Every business is different. Share where you are today and what you want to fix, and I’ll tell you honestly whether and how I can help.
Book a Consultation
Book a consultation to talk through your processes, systems and goals. I’ll reply with practical next steps - no obligation.