The data is there. The answers aren't.
You bought the ERP to see the business. Now every question turns into a report request, a CSV export, and a week of waiting. The information exists — the path from question to answer is what's broken.
Situational Business Development builds working AI agents on top of the systems you already run — Acumatica, Dynamics GP, your MES, your SQL estate — and consults on the IT that keeps a manufacturer moving. Forty years of enterprise engineering behind every recommendation. No pilot theater, no hand-off to juniors.
The ERP holds the truth but nobody can get at it. The plant runs on spreadsheets that live on one person's laptop. A 20-year-old system still prints the labels and nobody dares touch it. And somewhere above all of it, someone is being told to "do something with AI." We start by reading the situation honestly — then we build only what changes it.
You bought the ERP to see the business. Now every question turns into a report request, a CSV export, and a week of waiting. The information exists — the path from question to answer is what's broken.
Real lead times, which vendor actually delivers, which routing is fiction. That knowledge sits in people's heads and side spreadsheets. When they retire, it leaves with them.
A chatbot demo impresses the board and then dies, because nobody wired it to the ERP, gave it rules, or decided who approves what. An agent without permissions, logging and an owner is a science project.
Most firms sell you one of these and subcontract the rest. Here they are the same person, which is why the AI work actually lands inside the ERP and the ERP work survives contact with the shop floor.
Not a chatbot bolted to your website. Agents that hold a job: watch something, reason about it with your rules, draft the work, and put a person in front of anything consequential.
I don't sell implementations. You already have the system — the work is making it fit the way you actually operate, from someone who understands both the accounting and the production side of the same transaction.
The unglamorous work that decides whether anything else succeeds: systems strategy, process, integration, and someone senior who can sit with both the plant manager and the controller.
Old systems are rarely stupid — they encode decades of business rules. The job is to extract the rules and the data without breaking the operation that depends on them.
Every agent below is defined the same way: what it watches, what it does, and where it stops. That last one is the part most AI projects skip — and the reason they never get past the demo.
Agents get scoped credentials, a mapped view of your data in business language, your written rules, and tools that can only do what policy allows. They run on a schedule or on an event, they log everything they saw and did, and the default posture is read, analyze, draft — then wait.
I am not an implementation shop and will not bid against one. You already have the system. My work is making it fit how you actually run — extending it, connecting it, reporting out of it, and building the AI layer on top of it.
The screens, fields, workflows and business logic the standard product doesn't cover — built on supported extension points so your upgrades stay boring.
CRM, EDI, shipping, quality, e-commerce, bank feeds, shop floor. Two systems that each believe they hold the truth, reconciled into one.
Generic Inquiries, dashboards and Report Designer, with one agreed definition per metric so two departments stop arguing about whose number is right.
A retained engineer who already knows your configuration, your customizations and your people by name — instead of a ticket queue that starts from zero every time.
Plenty of companies still run GP perfectly well, and I am not here to sell you off it. What I do is keep it useful — and stop it from being the reason you cannot build anything new.
This is the combination almost nobody offers. An ERP consultant who builds agents, or an AI shop that actually knows what a GI, a sub-item, or an inventory allocation is — you rarely get both, and the gap between them is where projects die.
Discrete and mixed-mode manufacturers, job shops, distributors with assembly, and the mid-market organizations that support them. The vocabulary is already familiar — you will not spend the first month teaching it.
Work orders, routings, capacity, scheduling reality vs. the schedule on the wall, and MRP output someone actually acts on.
Accuracy programs, cycle counting, lot and serial traceability, standard vs. actual cost, and margins that survive audit.
Scanning, labeling, machine and labor data collection, MES and quality systems talking to the ERP instead of past it.
850s, 856s, releases, portals and forecast files translated into orders your planners can trust — without re-keying.
Nonconformance, CAPA, certifications, customer audits, and the document trail that has to exist before you need it.
On-time delivery, OEE, scrap, true labor and machine utilization — defined once, reported the same way everywhere.
Every generation of technology was going to make the last one irrelevant. None of them did — they stacked. Knowing what still runs underneath is exactly what makes the AI layer on top trustworthy.
Corporate IT where the nightly cycle ran the company. You learned data integrity, restart-and-recovery, change control and the discipline of testing before deploying — because there was no "just push a fix."
UNIX server development and administration: writing the services, tuning the database, and owning the box the business ran on. Concurrency, performance and "who has that record locked" stopped being theory.
Rapid business application development with PowerBuilder against Sybase and SQL Server — sitting with users, building the screen they described, showing it the same week. The original agile, before it was branded.
Implementation, integration and support of the systems that run finance, inventory and production together — where a single mis-set posting rule shows up three departments away, two months later.
Current, hands-on work: designing and shipping AI agents around Acumatica and manufacturing processes — tool use, retrieval, evaluation, guardrails and the operational plumbing that keeps them honest in production.
“The technology changes every decade. The obligation never does: know where the number came from, know who is accountable for it, and be able to put it back the way it was.”
No twelve-week discovery phase that produces a binder. The first engagement is deliberately short, so you find out what it is like to work together before anything big is at stake.
A working session with the people who actually do the job. We leave with the three things that cost you the most and a blunt read on which are fixable now.
A short written plan: what gets built, what it touches, who approves what, how we will know it worked, and what it costs. Yours to keep either way.
One agent, one integration, one report path — running against your real data, in front of your real users, early enough to change direction.
Monitoring, corrections folded back in as rules, and the next thing built only when the current one has earned its keep.
A fixed-scope look at your systems, data and processes, ending in a written plan with priorities and costs.
One agent, scoped and delivered end to end: tooling, guardrails, evaluation, rollout and the runbook.
One defined piece of ERP work, delivered end to end: an extension, an integration, a reporting layer, or the automation that removes a manual step.
A senior technologist on call: roadmap, vendors, budget, escalations, and continuous improvement.
Not a lead form that disappears into a CRM. It comes to me, and you get a reply from the person who would do the work — usually within one business day.
Useful things to mention: the ERP you run, roughly how many people use it, what you make or do, and the one process that costs you the most right now. Three sentences is plenty.