Skip to content

04 · Artificial intelligence

AI automation for businesses

AI in a company isn't a chatbot hanging off the intranet. It's a task that already existed, repeated, with a known failure mode: sorting the incident inbox, drafting a reply, flagging an order that doesn't add up. Veodar builds that. The AI proposes. A person, or a written rule, decides what happens next.

  • Claude
  • GPT
  • Gemini
  • MCP
  • LangGraph
  • n8n
  • Temporal
  • pgvector
  • Python
  • TypeScript
Fig. 01AI triage lineVEODAR · L-01
Threshold0.80
Each card passes under the AI reader. The gauge shows the confidence; if it falls short of the red threshold, the carriage takes it to the review tray and a person stamps it before filing.

01

The inbox first. The model comes later.

Choosing the model first is like choosing the truck brand before knowing what you're hauling. The task says what has to be read, what must never be made up and which mistake is serious. A model that writes well but invents an order number is useless for that task, however slick the demo.

The scope names the inbox, the document type or the exception. “We want to use AI” isn't a scope. “Incident emails arrive classified with a draft reply, and nobody publishes without reviewing it” is. If it can't be explained with a real example from last week, we don't automate yet.

The example is the contract: this email yes, this email no, this field gets filled, this field is left empty on purpose. Without that sentence, the workflow fills gaps with inventions and the team stops trusting it by the third time.

02

One incident email, from inbox to draft.

An email comes in: client, site, symptom, and sometimes an order number that doesn't match. The workflow classifies it with the categories support already uses, not new “smarter” ones. It extracts the fields the ticketing system accepts and leaves empty the one that isn't in the message. Inventing the site to complete the record is a failure, not help.

The support agent sees the draft, the original email and which field was left empty. They accept, correct or discard. Until they accept, nothing is written to the system of record. The log keeps what came in, what was proposed and what was accepted. Without that screen, the automation is a black box and security is right not to want it.

The final click is automated only when the rule is boring and the cost of a mistake is accepted: archiving an exact duplicate, not issuing an invoice or closing an incident. If the mistake is expensive, the person stays in the loop. That sentence is written before the workflow is switched on, not after the first scare.

03

The credential has a name and doesn't live in the prompt.

System passwords aren't pasted into a prompt or shared in a group chat. The workflow uses defined access, the minimum for the task, revocable and explainable. If it has to be cut off tomorrow, it's cut off without searching for which conversation held the key.

Permissions don't grow “because we already had access”. If the task goes from classifying to writing in the ERP, access is discussed again. IT and security see that decision on the same list as everything else that's switched on: what data goes out, what data never goes out and where the log is.

Switching models in a year shouldn't mean rebuilding the business logic or the credentials. The task and the rules belong to the company. The model is a replaceable part. The workflow code and its configuration are handed over in your name so that switch is never held hostage.

04

You don't need to change your ERP to start.

The workflow relies on what the system really allows. If the ERP only exports a file overnight, the automation works at that pace and doesn't promise real-time magic. Checking that limit is part of the scope, not a surprise in week four.

Nor do we ask for a data lake “to be ready”. The first inbox uses the fields of that inbox. Extending to another team is another engagement, once the first one has been used for a full week without going back to the old way.

05

A chatbot over the whole company isn't this job.

We don't build an assistant with general access to emails, folders and personnel files “to see what people ask”. That access can't be explained, can't be revoked per task and mixes data that was never meant to be seen together. If the question doesn't fit into a task with fields, it isn't an automation: it's a hope.

Nor do we write unattended into billing, payroll or anything where a mistake costs money or a relationship. There, AI can prepare. Publishing stays with a person. And we don't train anything on personal data “because the model would come out better”. If we can't say what is stored and for how long, it isn't switched on.

06

An automation nobody opens gets switched off.

Before building, we measure how much time the task takes and how often it goes wrong by hand. Afterwards, we check whether the team uses it or has gone back to the old way. Keeping a workflow alive out of pity is how companies pile up automations nobody dares touch that still hold a live credential.

The first workflow is deliberately narrow. One type of email, one type of document, one team. When that workflow has been used for a full week, we talk about the next one. The map of “the whole company on AI” is a slide deck, not a project.

Deliverables

What you get at handover.

  • The task named with a real example, not a generic chatbot
  • A draft or proposal, and a person or rule that confirms it
  • A named credential, revocable and kept out of the prompt
  • A log of what came in, what was proposed and what was accepted

Questions

What we usually get asked

Missing yours? Write it to info@veodar.com and we'll reply with a specific question, not a brochure.

Does the AI write directly to the ERP or CRM?

Only if we agree in writing and the mistake is cheap, like archiving a duplicate. Normally it prepares a draft and a person, or an explicit rule, confirms before publishing or changing a record.

What data does the model see?

Only what that task needs. The scope lists which fields go out, which never do and where the workflow log is kept. There is no general access just in case.

Can we switch models later?

Yes. The task, the rules and the credentials aren't tied to a provider. Changing models shouldn't mean rebuilding the process or digging through a chat for passwords.

What happens if the automation gets it wrong?

It has a review state and a log. Whoever confirms sees the proposal and the source. If the mistake can't be shown, the workflow isn't ready to use.

Updated:

Get started

Send us an example from last week.

An email, a report, a document. We’ll tell you whether it can be prepared automatically and who has to confirm before it’s published.

Fig. 07Morse keyINFO@VEODARH · E · L · L · O