Business Central development in AL, built to survive every update

Custom extensions, reports, APIs and integrations written in AL and structured as clean extensions, with source control, tests and deployment pipelines behind them.

The challenge

Modern Business Central does not allow changes to the base application. Everything you add lives in an extension that has to keep working as Microsoft ships monthly updates and two major releases a year. That rewards small, well-scoped extensions built on events, and punishes clever shortcuts.

Technology we use

  • AL language
  • Visual Studio Code
  • Git and Azure DevOps or GitHub
  • Application Insights
  • OData and REST APIs

How we approach it

The same four steps apply whether the project is a rollout, an integration or a fix. Only the depth changes.

  1. Specify

    A short technical spec: objects touched, events used, data added, permissions required.

  2. Build in AL

    Table and page extensions, codeunits, interfaces and events, following AL conventions and the analyzers (CodeCop, UICop, AppSourceCop, PerTenantExtensionCop).

  3. Test

    AL test codeunits for the logic that matters, plus scenario testing in a sandbox with production-like data.

  4. Deploy and observe

    Pipelines for build and publish, and Application Insights telemetry so problems are visible after release.

What is included

  • Table extensions, page extensions and new pages
  • Codeunits, events, interfaces and enums
  • Reports and document layouts
  • API pages, queries, XMLports and web services
  • Approval and workflow extensions
  • Permission sets and role centre simplification
  • Performance review and optimization
  • Source control, build pipelines and deployment

What you get from it

  • Extensions that upgrade cleanly instead of blocking updates
  • Code your next developer can read and maintain
  • Fewer production incidents thanks to tests and telemetry
  • Performance considered from the first design

Frequently asked questions

Do you build per-tenant extensions and AppSource apps?

We build per-tenant extensions for client environments. AppSource apps carry additional technical and validation requirements, which we can assess against your plans.

Can you fix or refactor an existing extension?

Yes. We review the code, dependencies and telemetry first, then agree whether to patch, refactor or rewrite.

Do you follow Microsoft's AL guidelines?

Yes. We build on events, avoid base-object modification, and run the code analyzers as part of the build.

Talk to us about business central development

Let's discuss it. Tell us what you are trying to fix or build, and we will tell you plainly whether and how we can help.