Contact Info
Why would a Swiss company add a client-side implementation consultant?
An ERP implementation consultant represents the Swiss company while the integrator builds the system. I review designs against your requirements, control change requests, check migrations from packages such as Abacus, Bexio or Sage, make sure QR-bill, bank file and VAT flows are tested with real data, and confirm go-live readiness and hypercare. I deliver all of it remotely, with no ties to any software publisher.
Last reviewed by Vikas Saroj
Once the contract is signed, a Swiss ERP project usually has a capable integrator team on one side and a finance manager, an operations lead and perhaps one IT person on the other, all still running the business. Decisions about VAT codes, bank formats and print layouts land on that small group. That imbalance is where most of the trouble starts.
I act as the client-side implementation consultant. I do not configure the system or replace the integrator; I make sure what they build matches your requirements, that design choices are signed off by the right people, and that migration, testing and go-live readiness are checked from the business's point of view.
I work remotely with Swiss companies and take no fees from vendors or integrators, so the only outcome I care about is a system your staff trust. The engagement runs in English, while German, French or Italian training material and layouts are prepared by your team or the integrator.
The integrator builds; I check that what is built is what your business agreed and can run on.
I read the integrator's design documents for finance, sales, purchasing and stock, compare them with your requirements and raise questions before configuration hardens into something expensive to change.
QR-bill references, payment file formats, statement import, VAT codes and currency revaluation are tested with real cases, and the VAT results are shown to your fiduciary before go-live.
Field mappings, trial loads and reconciliations from Abacus, Bexio, Sage, Banana or spreadsheets are reviewed with your finance team, so opening balances and open items agree before cutover.
End-to-end test scripts written from your processes, testers chosen by role, sessions scheduled around their normal work, and a defect log triaged with the integrator until sign-off criteria are met.
Every change request is logged with its reason, effort and impact, then approved or deferred by your sponsor. That keeps additions visible and stops small requests from quietly reshaping the budget.
Go-live conditions written down weeks ahead, a cutover plan with a named owner per step, a go/no-go meeting and structured support through the first weeks and the first period-end close in the new system.
Set governance before configuration starts
Check the work as it arrives
Switch over and stabilize
Swiss projects rarely fail on core accounting. They slip on details that sit between the software, the bank, the fiduciary and the language regions, and these are often left until the final weeks. The patterns I watch for:
None of this needs a large team to prevent. It needs someone on the client side who keeps a list, asks for evidence and makes sure the right person signs off each decision. That is the role I play, building on the requirements and selection work described on my Swiss ERP selection page.
A good Swiss integrator welcomes an organized counterpart on the client side, because decisions arrive faster and testing is better prepared. My aim is to make the project easier for both sides, not to audit every hour.
In practice that means a short weekly working session with the integrator's project manager, a steering meeting with your sponsor at an agreed rhythm, and three shared logs: decisions, risks and change requests. I review design documents and configuration demos against the requirement list and mark each item as agreed, open or changed. Where the integrator proposes a workaround, I check whether it creates manual work for your staff after go-live.
Change control matters in Switzerland for a simple reason: many offers are priced on assumptions, and every extra layout, interface or report moves the total. Each request is logged with its business reason, the integrator's estimate and the effect on the plan, then decided by your sponsor. Requests that can wait go into a later-phase backlog rather than being squeezed into the current budget.
I do not configure the system myself on integrator-led projects, and I do not take over their responsibility for delivery. The general approach is set out under ERP implementation.
Many Swiss companies starting an ERP project are leaving a domestic accounting package such as Abacus, Bexio, Sage or Banana, often alongside spreadsheets for stock, projects or pricing. The migration plan has to respect how those sources hold data, and it needs owners on your side as well as on the integrator's.
I review the mapping templates and the plan for trial loads, then check the results with your finance and operations staff:
Each trial load ends with a reconciliation signed by the data owner. If figures do not agree, the cause is found and fixed in the mapping or the source, not patched in the new system. For a fuller checklist see my ERP migration checklist and the data migration service.
User acceptance testing in a Swiss project should prove the flows that touch the outside world, not only the screens inside the ERP. The scenario scripts are drafted with the managers who own each process, and in a Swiss project they always include:
Defects go into one log with severity rules, and I triage them with the integrator so real defects, training needs and new requests are separated. UAT ends with agreed sign-off criteria, not with a date. The method in detail is on my ERP testing and UAT page.
Many Swiss companies keep payroll in a separate Swiss payroll package or with an external provider and bring only the postings into the ERP. Before go-live I make sure the handoff is designed and tested: which accounts and cost centers receive the payroll journal, who imports it, how differences are reconciled and who signs it off each period.
The cutover itself follows a written plan with owners for every step: freezing the old system, final loads of open items and balances, switching bank connections, activating user access and confirming the first invoices and payment runs. Your finance lead and fiduciary agree in advance which period-end the switch should follow, so the old and new systems do not split a VAT period awkwardly.
Hypercare starts on day one: a short daily check-in, one issue log, clear priorities for anything blocking invoicing or payments, and escalation to the integrator where configuration is at fault. It ends when agreed exit criteria are met, including a completed first period-end close. All of this runs remotely, with your key users providing hands-on help at each site; a visit can be added by arrangement. Training material in German, French or Italian is prepared by your team or the integrator. More on the wider Swiss picture is on the Switzerland overview and the Swiss ERP consultant page.
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.
Yes, for most projects. The integrator configures the system, supplies Swiss apps and provides ongoing support. My role sits next to theirs on the company side: checking designs, controlling scope, preparing testing and confirming readiness. The two roles complement each other and do not overlap.
I build those flows into the test scripts and make sure they are run with real data against each bank you use, through a test or validation service where the bank offers one. The integrator fixes configuration issues; I confirm the results with your finance team before go-live is approved.
The engagement runs in English. I help plan the training approach, the role-based topics and the order in which users are trained. The German, French or Italian guides and sessions are prepared and delivered by your key users or by the integrator, which also keeps the knowledge inside your company.
Yes. Joining mid-project usually begins with reading the contract, the current plan, the design documents, the open issue list and the test results, then a conversation with your sponsor about what matters most now. If the project has drifted badly, scope is frozen first and a believable plan is rebuilt with the integrator before new work continues.
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.