Development

Building the functionality your business is missing

Development is the core of what Infivex does. Power Platform apps where speed matters, fully custom code where complexity does, and extensions and integrations inside Microsoft Dynamics — all delivered in two-week sprints you can see and steer.

Standard first

Custom code where it earns its place, not by default

Customization is not a badge of honour. Every line of bespoke code is something that has to be maintained, tested against updates and explained to whoever inherits it.

So we start by exhausting what the standard platform can do. Very often a requirement that looks like development turns out to be a configuration question, an unused module or a report nobody knew existed — which is territory our development service covers, and it is cheaper for you and shorter for us.

When the gap is real, however, working around it manually forever costs far more than closing it. That is where development pays for itself, and it is the work we do most: extensions and integrations inside Business Central, Dynamics NAV, BC - On Premise and Finance & Operations, plus focused apps on the Power Platform around them.

A developer's hands typing on a laptop at a bright desk, with a large monitor behind showing a code editor and a terminal full of output
What we build

Inside Dynamics, and on the Power Platform around it

Everything we develop is designed to sit within the platform you already run, using the extension model Microsoft supports, so that a future update is an event rather than a crisis.

  • Extensions inside Dynamics. Business logic, document handling, posting routines and screens built into Business Central, Dynamics NAV, BC - On Premise or Finance & Operations the supported way.
  • Integrations. Connections to webshops, marketplaces, suppliers, logistics providers, banks and the rest of your estate — including systems that are not Microsoft at all.
  • Power Platform apps and flows. Mobile and desktop apps for field, shop-floor and occasional users, plus automated approval and notification flows.
  • Reporting and dashboards. Power BI built on live transactions, aimed at the decisions people actually make rather than at what was easy to extract.
  • Extending our own products. Where SLinkHub or Finly gets you most of the way, we build the last part around it instead of starting over.
Two routes

The right tool for each kind of problem

Low-code where speed and simplicity win. Full custom development where the requirement is genuinely complex.

Power Platform: agile solutions without complex coding

Microsoft's Power Platform lets us build focused apps and automated flows without extensive programming. That makes it ideal when the requirement is clear, the process is well understood and the value lies in getting something into people's hands quickly.

Typical fits: a mobile app for field staff, an approval flow that currently lives in email, a data-capture form replacing a paper sheet, or a dashboard pulling live figures out of Dynamics.

🧩

Custom code: meeting complex needs

For advanced requirements we develop fully customized, code-based solutions. This is the route for logic that has to sit deep inside the ERP, for high-volume integrations, and for functionality that must behave identically every time under load.

Typical fits: a pricing or allocation engine specific to your trade, an integration with a supplier or marketplace platform, or an extension to the ERP's own transaction logic.

How we build

Structured methodology, two-week sprints

Custom development goes wrong in predictable ways: requirements drift, the first demo arrives three months late, and by then the business has moved on. A short, fixed cadence removes most of that risk.

  • A structured methodology. Requirements are captured, prioritized and agreed before development starts, so scope is a decision rather than an accident.
  • Two-week sprints. Every fortnight there is something concrete to see, which gives you visibility and gives us early correction.
  • Adaptability built in. Priorities can change between sprints without derailing the project, because nothing has been built six months ahead of the decision.
  • Integrated, not bolted on. Whatever we build connects to the platform you already run, so the data stays in one place rather than starting a new silo.
  • Maintained afterwards. Custom work is covered by our support service and monitored for compatibility with each platform update.

Delivery rhythm

Sprint length
2 weeks
Demo per sprint
Yes
Re-prioritization
Per sprint
Update compatibility
Monitored
Post-delivery support
SLA-backed
AL extensions .NET REST APIs Power Apps Power Automate Power BI Azure
Choosing an approach

How we decide which route to take

Four questions usually settle it — and we work through them with you before quoting anything.

1

Can the standard do it?

If existing configuration or an unused module covers the need, that is always the answer. It is cheaper to run and survives updates untouched.

2

How complex is the logic?

Straightforward rules and forms suit the Power Platform. Deep transactional logic and heavy data volumes call for code.

3

Who will use it, and where?

Mobile, shop-floor and occasional users are well served by a focused app. Core back-office processes usually belong inside Dynamics itself.

4

What must it connect to?

The number and nature of integrations often decides the route on its own, particularly where real-time synchronization is required.

Discover our own solutions

Sometimes we already built it

Several of our products started life as custom work for a specific requirement. If your gap matches one of them, you get a proven solution instead of a project.

Questions

Development FAQ

Only if it is built carelessly. We develop extensions in the platform's supported way and continuously monitor them for compatibility with new versions, which is part of our standard update approach. Code that reaches into places Microsoft did not intend is exactly what makes upgrades painful, so we do not write it.

Yes. We regularly extend Dynamics environments implemented by other partners. We review the existing setup first so that what we add fits the way the system was configured rather than fighting it.

The two-week sprint cadence is the main control. Because something concrete is delivered every fortnight, you can stop, re-prioritize or change direction at short intervals rather than discovering a problem at the end. Scope is a series of small decisions instead of one large one made before anybody had seen anything.

Ownership and licensing are agreed explicitly in the project agreement before development begins, so there is no ambiguity later. Talk to us about how that should be arranged in your case.

The same team that built it, under our SLA-backed support service. Custom work is monitored for compatibility with each platform release, so a Business Central update does not quietly break something you depend on at month-end.

Describe the gap, and we will tell you what it really is

Configuration change, Power Platform app or development project — you will get an honest answer before anybody quotes anything.