Offering

Custom Apps & Automation

Internal apps that replace the spreadsheets, shared inboxes, and swivel-chair work your teams run on.

Custom Apps & Automation

A custom app is an internal application — built on Power Apps, Power Automate, and the data platform you already run — that gives one of your own teams a real system instead of a spreadsheet, a shared inbox, or four browser tabs. Where a self-service portal serves the people outside your organization, custom apps serve the people inside it: staff, field crews, and back-office teams. They run on Dataverse, SQL, or SharePoint, and connect to the ERP, EHR, or HR system that already holds your records.

Where custom apps fit

Almost every engagement we deliver includes a custom app in some form. Sometimes it is the whole project. More often it is the internal half of something larger — the admin app that lets your team manage what a customer portal collects, or the approval workflow that sits behind a new system of record.

The distinction worth holding onto is who uses it. A self-service portal is built for people outside your organization and has to survive external identity, anonymous submissions, and a security review. A custom app is built for people inside it, where the design problem is different: throughput, accuracy, and getting the work done in fewer steps.

Three problems a custom app solves

Simplify how people interact with a system. Some systems of record are powerful and miserable to use for the one task a given team performs all day. A focused app puts the five fields that person actually needs in front of them and writes the result back where it belongs.

Centralize what is scattered across systems. When a single job requires three logins and a spreadsheet to reconcile them, the app becomes the one stop — reading from each system, writing back to each system, and leaving the person doing the work with one place to be.

Modernize a process running on spreadsheets. The shared tracker with conflicting copies, the approval chain in an email thread, the data keyed in twice. These are bottlenecks with a shape, and that shape usually turns into an app plus a few automations.

What we have actually built

Employee onboarding and offboarding. A custom intake form that starts the process and an automation that carries it through — provisioning the user account, opening the IT and equipment tasks, and granting the access the role requires. Onboarding stops depending on whether someone remembered to forward the email.

Incident management for a retail chain. A mobile app that lets store staff capture an incident where it happens: photograph it, record what occurred, and submit it from the floor. The submission becomes an audit file with photos, metadata, and timestamps assembled for legal review — evidence that used to depend on someone writing an accurate email hours later.

AI invoice extraction and processing. An app that uses AI to pull the key details out of invoice files and routes them to the right facility for review and approval. It handles 300 to 400 invoices a week across the organization and saves each store five to seven hours a week of manual entry and chasing.

The data and systems underneath

The app is the part people see; the durable decision is what sits behind it. Dataverse when the process needs a governed relational model with role-based security. SQL when the data already lives there and the app is a better window onto it. SharePoint when the process is really about documents.

From there it connects outward — to Oracle or SAP on the ERP side, to an EHR in a clinical setting, to the HR system that owns employee records. The app does not replace those systems. It gives your team a place to work that does not require knowing which of them holds the answer.

From one app to a platform

The best custom-app engagements compound. The intake app proves the model, the automation removes the handoffs, the dashboard makes the process visible to managers, and the data — now structured — becomes something AI can work with. One broken process at a time.

Value

Why it matters

Built for the people inside your organization

This is the internal counterpart to a customer portal. Same platform, same governance, but the users are your own staff — and the design problem is throughput and accuracy rather than self-service.

One app instead of four systems

When a job requires three logins and a spreadsheet to reconcile them, the app becomes the one place that work happens, reading and writing to the systems underneath it.

Off the spreadsheet, onto a real system

Structure, permissions, validation, and history replace the shared tracker with conflicting copies and the approval chain living in an email thread.

Connected to the systems of record you already run

Oracle and SAP on the ERP side, plus EHR and HR systems — the app is a better front end for the platform you have, not a replacement for it.

On whichever data platform fits

Dataverse when you need a governed relational model, SQL when the data already lives there, SharePoint when the process is document-shaped. The process drives the choice.

The companion to almost everything we build

Most portals need an admin app behind them to manage the data flowing in. That pairing — external portal, internal app — is the shape a large share of our delivery work takes.

Approach

How it works

1

Find the bottleneck

We start from the pain — the spreadsheet with seventeen tabs, the approval that lives in email, the report someone rebuilds by hand every Monday — and map what the process actually needs.

2

Model the data and the integrations

Which platform holds the data, what has to sync with the ERP or EHR, and who is allowed to see what. Settled before a screen is designed.

3

Build with the people who do the work

A working app in front of real users early, refined weekly against actual use rather than a requirements document.

4

Automate the seams

Power Automate handles the handoffs — notifications, approvals, provisioning, document generation — so the app removes steps instead of just digitizing them.

Inside the build

What it actually looks like

Screenshots from production work Kumo built and runs. Client branding and customer data are redacted.

The admin app behind a customer portal. Staff work the same application the customer submitted, moving it through a governed process flow while automated verification results land on the record for review.
A regulated change control process with its cycle time finally visible. Deviations, open records by type, and average days open are tracked in one place, so a backlog that used to live in spreadsheets can actually be managed.
One console instead of four systems. Revenue, payment status, ticketing, and content templates sit on a single internal surface, so the team running the operation stops reconciling numbers across tools.
FAQ

Questions we hear a lot

What is a custom business app?

It is an internal application built for one of your teams on Power Apps and Power Automate, running inside your Microsoft tenant and connected to your existing data. It replaces a process currently held together by spreadsheets, email threads, and manual re-keying with something that has structure, permissions, validation, and an audit trail.

How is a custom app different from a self-service portal?

Audience. A self-service portal is built for people outside your organization — customers, members, distributors, partners — and carries the extra weight of external identity and anonymous access. A custom app is for people inside it: staff, field crews, back-office teams who already have a login. The two often ship together, since a portal usually needs an internal admin app behind it to manage what comes in.

What kinds of processes make good candidates?

Anything with a form, a status, and a handoff — employee onboarding and offboarding, incident reports, field inspections, invoice approvals, travel requests, equipment tracking. If it currently lives in a spreadsheet that several people edit, or requires someone to copy data between two systems, it is probably a candidate.

Does our data have to move into Dataverse?

No. Dataverse is the right answer when you need a governed relational model with role-based security, but plenty of apps run against SQL where the data already lives, or SharePoint when the process is document-shaped. We pick the platform to fit the process rather than migrating data to suit the tool.

Can a custom app connect to our ERP, EHR, or HR system?

Yes, and most do. Integration with Oracle, SAP, EHR platforms, and HR systems happens through Power Automate connectors, Azure Functions, or direct APIs. The app becomes a cleaner front end for the system of record — staff work in one place, and the data still lands where your finance, clinical, or HR teams expect to find it.

Can these apps be used on phones and tablets in the field?

Yes. Mobile is often the point — a store associate photographing an incident, an inspector working a checklist on a plant floor, a technician capturing a reading on site. Apps run on phones and tablets with camera, location, and offline capture where the work requires it.

How fast can a custom app be in production?

Single-process apps are often live within weeks. The speed comes from Power Platform's low-code foundation and from scoping to one process done well rather than a platform that tries to do everything. Integration depth is usually what moves a timeline, not the app itself.

What happens when the app needs to grow?

That is the point of building on Power Platform. The same app can gain automation, reporting, integration, and eventually AI without replatforming. Several of our largest engagements started as one small app that worked and kept earning its next release.

Sound like your situation?

Start with a free Envisioning Session — one hour of strategic ideation tailored to your goals.

Book an Envisioning Session