Manufacturing SystemsERP Platform

UpKeep CMMS + private AI

AI for UpKeep CMMS: Turn Work Order History Into Answers Without Handing It to a Public Model

Short answer

AI for UpKeep uses the UpKeep REST API to let small and mid-size maintenance teams ask plain-English questions about work orders, assets, parts and preventive maintenance, grounded in live records. A private layer keeps the synchronized copy, index and model under your control, and links UpKeep with ERP cost and purchasing when you need it.

ERP
UpKeep
Industries
Manufacturing, Facilities, Food and Beverage
Written for
Facilities and Maintenance Lead

UpKeep is a mobile-first CMMS, often the first maintenance system a growing plant or facilities group adopts after paper and spreadsheets. Technicians scan an asset, open a work order on a phone, attach photos and close it on the spot. That ease of use is why the data accumulates quickly, and why teams of three or ten people end up with thousands of work orders very fast.

At that size, nobody has time to build custom reports. The maintenance lead wants to know which assets generate the most reactive work, which technicians are overloaded, which parts are driving emergency purchases and whether the PM program is actually preventing failures. UpKeep's built-in analytics answer many of these. The remainder, particularly questions that need free text, photos or the ERP, tend to wait for someone's weekend.

A private AI layer makes sense for UpKeep customers who have a data policy about AI tools, who run a mix of UpKeep and an ERP, or who want one assistant that also reads equipment manuals. It does not make sense if the standard reports already answer your questions: spending on a custom layer for a ten-technician team with simple needs is not good value.

This page describes what such a layer looks like on top of the UpKeep API, which use cases fit a team of this size, and where the limits are.

What usually gets in the way

The problems we hear most from facilities and maintenance lead teams running UpKeep.

Little time for reporting

Small teams run reactive shifts. Building a custom analysis from exported work orders is the first task dropped when the plant is busy.

Mobile entry produces short, inconsistent notes

Fast closeouts on a phone give brief descriptions and variable asset naming, so counts by asset or cause need cleaning before they mean anything.

Parts are tracked, purchasing happens elsewhere

Part quantities live in UpKeep, but supplier terms, approvals and invoices live in accounting or an ERP, so reorder decisions need two screens.

PM program is hard to validate

Teams schedule PMs but cannot easily check which ones prevent failures and which only create paperwork.

Multiple locations drift apart

As a second or third site is added, each develops its own naming and process, making roll-up questions unreliable.

Where AI earns its place in UpKeep

Each use case names the ERP objects it reads or writes, so your ERP team can judge the integration effort before anyone commits budget.

Plain-English questions on work orders

Ask which reactive work orders on a given line were opened last month, who completed them and how long they took, with the filter shown.

Touches: Work Orders, Assets, Locations, Users

Outcome: Replaces weekend spreadsheet work with a question that can be asked during the weekly meeting.

Repeat-issue finder

Groups completion notes and asset history to highlight assets with the same issue recurring and no root cause recorded.

Touches: Work Orders, Assets, completion notes, photos metadata

Outcome: Produces a short list of assets worth a proper root cause review.

PM effectiveness review

Compares PM work orders with later reactive work on the same asset to suggest which schedules look useful and which look redundant.

Touches: Preventive Maintenance schedules, Work Orders, Meters, Assets

Outcome: Helps remove low-value PM tasks and support the case for the effective ones.

Parts usage and reorder questions

Shows parts used per asset, items with frequent emergency orders and likely stockouts, optionally joined to ERP supplier data.

Touches: Parts, Purchase Orders, Assets, Work Orders, ERP item and vendor records

Outcome: Cuts rush purchases and clarifies what to stock.

Request to work order drafting

Reads incoming requests, suggests the asset, priority and category, and drafts a work order for a lead to approve.

Touches: Requests, Work Orders, Assets, Categories

Outcome: Speeds triage while leaving approval to a person.

Technician coaching from history

From the asset on the work order, retrieves prior fixes and relevant manual pages so a newer technician has context in the field.

Touches: Assets, Work Orders, attached files, manuals

Outcome: Reduces calls to senior staff for known problems.

Cost per asset joined to finance

Combines labor hours and parts from UpKeep with ERP or accounting cost to rank assets by maintenance spend.

Touches: Work Orders, Parts, Assets, ERP cost center and asset records

Outcome: Puts numbers behind repair-or-replace and budget conversations.

Reference architecture

A small, private layer syncs scoped UpKeep data through the REST API into a store you control, indexes it with manuals and ERP data, and serves answers with a local model. Anything it writes is a draft awaiting approval.

  1. 1

    UpKeep connector

    Authenticates against the UpKeep REST API with a dedicated user and session token, pulling work orders, assets, locations, parts, meters, requests and PM schedules incrementally.

  2. 2

    Semantic layer

    Normalizes asset names and categories, maps locations to sites, and aligns assets and parts with ERP identifiers where an ERP exists.

  3. 3

    Model serving

    A small open-weight model is usually enough for this scale, served on modest GPUs or a private cloud instance.

  4. 4

    Retrieval and agents

    Structured queries over the synced store, vector search over notes and manuals, and drafting agents held behind approval.

  5. 5

    Governance and audit

    Question, query and answer logging per user, plus field exclusions for personal data.

Integration notes for your ERP team

  • Use a dedicated UpKeep user for the integration and rotate its credentials; the REST API issues a session token after login.
  • Pull incrementally, paging through work orders and assets rather than full extracts.
  • Check API availability and limits for your plan, since access to some features varies by subscription tier.
  • Normalize asset names with a mapping table before using them in cross-site or ERP joins.
  • Photos and attachments can be indexed for metadata only unless a vision model is explicitly enabled.
  • Write-back is limited to drafts that a person approves, created via the API.

Deployment options

Private cloud instance

Most UpKeep customers, who want a managed setup without buying GPUs.

A small isolated instance in the customer's own cloud account hosts the store, index and model.

On-prem small server

Plants with a policy against AI processing off-site, or an existing GPU workstation.

A sync job copies scoped data over the API to a local server; the model runs offline after that.

Shared with ERP layer

Customers who already have a private AI layer for their ERP.

UpKeep is added as another source, so one assistant answers across maintenance and ERP data.

Compliance and data control

How the architecture supports your obligations. Certification and accountability stay with your organisation; the design keeps the evidence straightforward.

OSHA recordkeeping and lockout/tagout (1910.147)

Retrieval cites the current approved procedure and work order records; the assistant does not replace the isolation or permit process.

Food safety audits (SQF, BRC, FSMA)

PM completion and sanitation work orders can be summarized with source records cited for auditors.

GDPR and state privacy laws

Technician personal data can be excluded or pseudonymized in the synchronized store.

Customer vendor questionnaires

A documented data path and log give clear answers about where maintenance data is copied and who can ask questions of it.

How an engagement runs

Phase 1 . 1-2 weeks

Discovery

  • -Review of UpKeep plan, API access and fields
  • -Use cases ranked by team pain
  • -Sync and hosting design
  • -Honest check of whether standard reports suffice

Phase 2 . 4-6 weeks

Pilot

  • -Working sync and store
  • -2-3 use cases for one site
  • -Accuracy review with the maintenance lead
  • -Access and logging checks

Phase 3 . 2-4 weeks

Production

  • -Production hosting and monitoring
  • -User access setup
  • -Short runbook
  • -Training session

Phase 4 . Ongoing

Scale

  • -More sites and sources
  • -ERP joins
  • -Model updates
  • -Periodic accuracy review

Questions to ask any vendor, including us

A short list that separates real UpKeep AI work from a chatbot demo.

  1. Does our UpKeep plan include the API access we need?
  2. What data is copied from UpKeep and where does the copy live?
  3. How are asset names normalized across sites?
  4. Can we exclude technician personal data?
  5. What does this cost compared with building better reports in UpKeep itself?
  6. How are drafts approved before they are created?
  7. What happens if UpKeep changes its API?

Frequently asked questions

Is this worth it for a small maintenance team?

Sometimes. If UpKeep's standard reports answer your questions, stay with them. A private layer pays off when you need free-text analysis, ERP joins, manual lookup or a controlled data boundary for AI. Discovery includes a candid check of whether you need it.

Does UpKeep have its own AI?

UpKeep has been adding AI-assisted features, which are worth trying first for in-product tasks. A private layer is for cross-system questions and cases where policy controls which AI services can see operational data.

Can it run without sending data to a public model?

Yes. The model is an open-weight model served in your cloud account or on your hardware, and prompts and records are not sent to a public model API.

How is the data kept current?

Through incremental sync using the REST API, typically every few minutes to hourly depending on need. Questions that must be exactly live can query the API directly.

Can it create work orders?

It drafts them for approval. After a person approves, the record is created through the UpKeep API, so existing workflows are respected.

How accurate are answers with messy asset names?

Accuracy depends on clean naming. The semantic layer maps variations to canonical assets, and the pilot includes a check against reports you already trust. Gaps in recorded data cannot be recovered.

Can it connect to our ERP?

Yes, where the ERP has an API or database access we can use read-only. Joins depend on a reliable mapping of UpKeep assets and parts to ERP identifiers.

Related guides

Fiix CMMS + private AI

AI for Fiix CMMS: Ask Questions Across Work Orders, Assets and Parts Using Your Own Data Boundary

Connect a private AI layer to Fiix CMMS through its API: ask questions over work orders, assets, parts and meters, and link maintenance to your ERP.

IBM Maximo + private AI

AI for IBM Maximo That Reads Your Work Orders and Failure History Without Leaving Your Boundary

Add grounded, private AI to IBM Maximo Manage or 7.6: ask questions over work orders, assets and failure codes via the REST API, on-prem or sovereign cloud.

RAG + SQL + permissions

A Private LLM Grounded on Your ERP Data

How a private LLM answers questions on your ERP data: RAG plus text-to-SQL, role-based permissions inherited from the ERP, and where each fits.

Ask your ERP anything

Natural Language Query for ERP Data: Ask SAP, Infor, or Oracle a Question in Plain English

See how natural language query over SAP, Infor, Oracle, and NetSuite data works: grounded text-to-SQL, role-based permissions, and a visible audit trail.

ERP AI readiness

Is Your ERP Ready for AI? A Readiness Assessment Checklist

Is your ERP actually ready for AI? A practical checklist covering master data quality, access and permissions, GPU sizing, and governance before you fund a pilot.

Opcenter Execution + private AI

AI for Siemens Opcenter Execution MES, Running Inside Your Own Network

Add private, grounded AI to Siemens Opcenter Execution MES: ask questions over lots, work orders, nonconformances and genealogy without leaving your network.

Talk it through with an engineer who knows UpKeep

Bring one real question your team cannot answer from the ERP today. We will map the data path, the model, and where it runs, and tell you honestly if AI is the wrong tool for it.