These pages open STW Automation, our Microsoft 365 team’s site, in a new tab.
SharePoint Intranet & Portals SharePoint Document Management & Collaboration Microsoft Teams Apps & Extensions SharePoint & Teams Integration Microsoft 365 Setup & Consulting SharePoint Support & MaintenanceMicrosoft Power Platform
Power Apps & Power Platform ↗ Power Automate ↗ Power BI & Analytics ↗ Copilot Studio & AI AgentsAI & business automation
Generative AI: STW.AI SQL Assistant RPA & Process Automation ↗ Intelligent Workflow Automation ↗ Customer Service Automation ↗Extensions that fit your processes and keep working through every Microsoft update.
When Microsoft Dynamics 365 Business Central doesn’t handle a process the way your business needs, STW Services’ Business Central developers design and build AL extensions that close the gap: new fields and pages, business rules, documents and reports, workflows, APIs and integrations, without touching Microsoft’s code.
pageextension 50100 "Customer Card Ext" extends "Customer Card" { layout { addafter("Credit Limit (LCY)") { field("Credit Check Required"; Rec."Credit Check Required") { ApplicationArea = All; ToolTip = 'Requires approval before release.'; } } } } // Business logic via events; Microsoft's code untouched [EventSubscriber(ObjectType::Codeunit, Codeunit::"Release Sales Document", 'OnBeforeReleaseSalesDoc', '', false, false)]
Business Central covers a lot out of the box, but most growing companies eventually hit something it doesn’t do their way. Each of these can be solved with a well-designed AL extension, if it’s genuinely needed and built to last.
In Dynamics NAV, customizations often meant editing Microsoft’s code, which turned every upgrade into a project. Business Central customizations are extensions written in Microsoft’s AL language in Visual Studio Code.
Microsoft ships two major releases a year plus monthly updates. Well-built extensions carry on working.
New fields, FactBoxes, actions and views on customers, items and documents; whole new pages for your own data.
Validation, calculated fields, pricing logic, automatic document creation, via event subscribers and codeunits.
Custom reports and report extensions; Word, Excel and RDLC layouts for invoices, statements and more.
New workflow events and responses, combined with Power Automate approvals in Outlook or Teams.
API pages and queries exposing exactly the data an external system needs, versioned and permissioned.
Custom events that let Power Automate or other systems react when something important happens.
Scheduled imports and processing with error handling and logging.
Role-specific home pages, cues and simplified pages that cut clicks.
Permission sets for every new object, so access stays controlled.
Every extension adds testing to each Microsoft update, so we check the alternatives first and tell you which one wins.
The requirement matches a setup, workflow or layout option.
The gap is a hand-off, approval or notification, not core logic.
A maintained app on Microsoft Marketplace already solves it.
The requirement is specific to your business and must live in Business Central.
Walk through the process; define “done”, including edge cases.
Objects, events, data changes, permissions, upgrade impact.
Fixed scope for defined work, or time-based for evolving needs.
In a sandbox, in Git, with Microsoft’s AL analyzers.
Developer tests plus UAT by your key users.
Release notes, documentation and source code.
Customizations are only upgrade-safe if they’re engineered that way. These practices are standard on every extension we build.
Examples of the work, not client case studies.
What buyers ask before commissioning Business Central customization.
Ask us a question →AL is Microsoft’s programming language for Business Central. Customizations are written in AL as extensions in Visual Studio Code and deployed to Business Central environments.
Extensions built on events and extension objects are designed to survive updates. Microsoft announces deprecations in advance, and we test against new versions in a sandbox.
Personalization is what users do themselves; configuration uses built-in setup with no code; customization means developing an AL extension. We check the first two before recommending the third.
Yes, with the source code. We review quality and compatibility and propose a plan.
It depends on the objects affected, the logic, integrations and testing. Small changes take hours; larger extensions are scoped as projects.
Only when it pays off. We’ll tell you when configuration, Power Automate or an existing app would do the job with less long-term cost.
Describe the process and what isn’t working. We’ll tell you whether it needs code, and if it does, the simplest maintainable way to build it.
Tell us about your Business Central requirement. We’ll reply with practical next steps.