Microsoft 365
Automation and integration around Outlook, SharePoint, Teams, Excel and other parts of the Microsoft environment.
I do not work with a fixed platform. Depending on the task I combine existing tools, cloud services, local AI and custom software.
n8n can be the right orchestrator. Microsoft 365 can already provide the needed building blocks. A local model can keep sensitive data in the company. If standard setups are not enough, I develop the software that is needed.
What counts is not the tool, but the architecture behind it.
Which technical basis makes sense depends on the concrete process. Delivery ranges from classic automation and system integration through to AI applications.
Many requirements can be solved with platforms and services already in place. If a company already uses Microsoft 365, Azure or other systems, I first check which of them can be used in a sensible way.
This is not about replacing an existing landscape with a new platform. Often more is gained by connecting what is already there cleanly and extending it with a clear purpose.
Automation and integration around Outlook, SharePoint, Teams, Excel and other parts of the Microsoft environment.
n8n connects APIs, databases, emails, AI models and existing systems in automated workflows. The platform is especially useful when several applications need to talk to each other and processes have to be orchestrated.
OpenAI, Anthropic, Google and other vendors can be integrated into existing applications and workflows via APIs. What counts is not only model performance, but also cost, data processing, region and the requirements of the concrete process.
Not every process needs a language model.
For structured rules, classic automation is often more reliable. AI becomes interesting when texts, documents, speech or other unstructured information have to be processed.
Depending on data risk and task, the model can run locally or via an enterprise API.
If sensitive data should not leave your own infrastructure, a local model can be the better basis.
More on local AIIf stronger models, complex tasks or high load matter more, an enterprise API can be the fitting choice.
More on cloud AINot every process can be pressed into an existing platform in a sensible way.
If requirements, interfaces or business logic demand it, I develop custom software and interfaces of my own.
The goal is not the largest possible technical landscape. Each component should do exactly the job it is suited for.
Models and platforms change quickly. A good architecture should therefore not depend on one vendor remaining the best long term.
Where it makes sense, I separate application, workflow and model. A workflow can then keep running, for example, if the AI model in use is swapped later.
That reduces unnecessary vendor dependence and makes later changes easier.
n8n, APIs, webhooks and custom workflows
Microsoft 365, SharePoint, Azure and adjacent services
Cloud models from different vendors as well as local open-weight models
Custom software, scripts, interfaces and database connections
Cloud, own servers and local systems, depending on data risk and requirements
The concrete choice comes only after analysing the process.
The question is not Which AI tool should I use?
Instead What should run automatically, reliably and traceably in the end?
Only then does the technical architecture follow.