EMPVResearch NotesIT
EMPV / Business workflowsEMPV / BERGAMO

Business process automation · Bergamo

Before automating, find out where the work gets lost.

A request arrives by email. Someone copies it into a spreadsheet, another person opens the ERP, and a colleague looks for the latest document. The problem is rarely one piece of software. It is the handoffs between tools and people.

Where we startFollow the information through the entire workflow before deciding which part should be automated.
Business workflowsIntegrationsCustom softwareAI when useful
01 / Observe

Time is often lost between tools.

In companies that manage projects or a large volume of requests, the same information may travel through email inboxes, spreadsheets, ERPs and messages. Each handoff can mean another check, another manual entry or another call to reconstruct what happened.

Before choosing an automation, we follow one real case from start to finish: who receives it, where information is stored, who is allowed to change it and when the work is complete. That reveals both repeated tasks and decisions that must stay with people.

02 / Design

Mapping the workflow prevents us from automating the wrong thing.

We compare the current workflow (AS-IS) with a possible future one (TO-BE). We identify which tools to keep, which data must be shared and where a person needs to approve what the system has prepared.

The answer may be an integration, a small internal web application, a deterministic rule or an AI capability. We do not introduce AI by default. It has to solve a specific, testable problem.

  • One authoritative source for important records
  • Automation where the rules are clear
  • Human review and authorization where necessary
  • States and responsibilities the team can understand
03 / Keep what works

Your existing ERP may remain the source of truth.

Replacing an ERP is not always the answer. If it already handles orders, invoicing or inventory well, it may be better to connect the missing layer: request intake, document checks, data preparation or work tracking.

Integration feasibility must be checked rather than assumed. Available APIs, exports, permissions and data quality determine what can actually be built. If no reliable interface exists, we make that limitation clear.

04 / Practical situations

Quotes, orders and jobs present different starting points.

An incomplete quote request can become a guided intake flow, collecting the necessary information while keeping the commercial assessment with the responsible person.

An order received by email can be interpreted and prepared for the ERP, but quantities, product codes and ambiguous conditions may still need review. For project-based work, the larger problem may be making documents and updates follow the job from site survey to installation.

These are examples of approaches, not promised results for every business.

05 / Measure

The change should be visible in day-to-day work.

Before implementation, we agree on a measure people can understand: repeated data entries per request, elapsed time until a case is taken up, manual checks or the information missing at first contact.

We compare the same workflow before and after, including exceptions. We do not claim savings percentages without a measured baseline. If a change makes the work more complicated, it needs revision.

EMPV / A place to begin

Which handoff takes the most manual work today?

Describe one specific situation: where a request starts, which tools it passes through and who needs to act. We can then discuss whether a change makes sense and where to start.

Back to Research Notes