AltaPro AI
AltaPro AI
Solutions · Customer & Partner Portals · Alberta

Stop Answering The Same Four Questions.

Where is it, what did I approve, can I have that document again, what do I owe. Four questions that consume a working day a week in most offices, all answerable by a portal your customers reach themselves — with the approval trail living somewhere both sides can see, which is worth more than the time it saves.

The business problem

Your Office Is a Lookup Service.

Most of what your customers phone about is already recorded somewhere in your business. They call because there is no way for them to look.

Status calls are a job

Someone in the office spends a meaningful share of the week telling customers what is happening, reading it off a system the customer could have read themselves.

Approvals are disputable

Scope was agreed on a call or in a text, and when the invoice lands the two sides remember it differently. Without a shared record, the argument is about memory.

Documents get re-sent forever

Certificates, reports, warranties and invoices are re-emailed on request, sometimes in the wrong version, and there is no single place either side can go to find the current one.

Owner and partner reporting is assembled by hand

Statements, rollups and month-end packages get rebuilt in a spreadsheet every cycle from data that already exists, by the one person who knows the format.

Enterprise customers expect it

Larger clients increasingly want a link rather than a phone call, and a vendor who cannot provide one starts to feel like the harder option on the bid list.

The portal you have belongs to someone else

Your customers log into a vendor's product to see your work, shaped by that vendor's idea of what they should see, and the relationship is mediated by a company you pay monthly.

Two people working across a desk with a laptop open between them, a spreadsheet on screen
What we build

A Window, Not a Second System.

A portal is only useful if it feeds itself. If someone in the office has to keep it current it becomes a second system to maintain and it is stale within a month — so we build it as a view onto the operational records that already move.

Job and order status, self-serve

What is scheduled, what is in progress, what is complete — in the customer's language rather than your internal states, drawn live from the same records your office works from.

Approvals with a record

Quotes, scope changes and sign-offs approved in the portal, timestamped and attributed, so what was agreed is a document rather than a recollection.

Documents in one place

Reports, certificates, photos and invoices tied to the job or order they belong to, current version visible, available whenever the customer looks rather than whenever someone re-sends them.

Owner, partner and subcontractor views

The same portal, scoped differently: an owner sees their statement, a subcontractor sees their scope and payment status, a channel partner sees their orders. One system, several audiences, one permission model.

Reorder and self-service actions

Where it earns its place, the portal does more than show. Reordering from history, requesting service, submitting a ticket or approving a change — each one a transaction that would otherwise arrive as an email someone has to retype.

Access control that survives scrutiny

Each customer sees their own records and nothing else, with permissions enforced at the data layer rather than trusted to the screen. This is the failure mode customers do not forgive, so it is designed first rather than hardened later.

Where our proof actually is

The Record Comes First.

A portal is only ever as good as the record behind it, and the record is the part we build every day. A general contractor across Edmonton and Calgary runs on one operations platform where approvals are captured in writing and documents are attached to the job that produced them. An Edmonton landscaping company quotes on site from pricing that is correct in one place rather than re-entered. Both results are client-reported, not independently audited.

That is the honest order of work. If your internal record is already trustworthy, a portal is a short project. If it is not, we will tell you that on the first call rather than publishing the problem to your customers.

Where the scope stops
  • We do not build a portal onto an operation that has no reliable internal record yet. If job status is not trustworthy internally, publishing it to customers makes the problem public.
  • We do not expose internal data by default. What customers can see is decided explicitly, written into scope and enforced at the data layer rather than hidden on a screen.
  • We do not build a customer community, a marketplace or a public storefront. This is a portal onto your own work, for your own customers and partners.
  • We do not take over your accounting or your payment processing. Where the portal shows an invoice or takes a payment, it reconciles against the systems you already run.
Common questions

Portals, Answered.

Do Our Customers Have to Log In?

Usually, but not always. Repeat commercial customers get accounts; for one-off residential work a secure per-job link is often better than asking someone to create a password for a driveway replacement. Which model fits is a scope decision, and it can be both.

Will It Stay Up to Date?

Only if nobody has to update it, which is why we build it as a view onto records the operation already maintains rather than as a second place to enter things. A portal that needs its own data entry is a portal that will be wrong by next month, and a wrong portal is worse than none.

How Do We Keep Internal Information Out of It?

By deciding what is visible before it is built, and enforcing it in the data layer rather than by hiding fields on a screen. Margin, internal notes, crew scheduling and supplier pricing sit alongside the data a portal exposes, so that boundary gets written into scope explicitly rather than discovered after launch.

Is This Just a Feature of the Operational System?

It is built on the same records, and often in the same project, but it is a different piece of work. The internal system is designed for people who know your process; a portal is designed for people who do not, and who will judge your business by it. The access model, the language and the failure modes are all different, which is why it gets scoped as its own thing.

Can It Serve Owners or Subcontractors Rather Than Customers?

Yes, and that is often where it pays for itself fastest. An owner statement, a subcontractor's scope and payment status, or a channel partner's order history are the same build with a different permission scope. One portal, several audiences.

What Does It Cost and How Long Does It Take?

Scope drives both, and both are written into a scope agreement before work starts. The honest first question is usually not about the portal at all — it is whether the internal record behind it is solid enough to publish. The 30-minute call is where that gets answered and a real number and timeline get set.

For Alberta operations with customers who phone to ask

Book a 30-Minute Call.

30 minutes. Tell us what your customers phone to ask, and we will tell you whether the record behind those answers is ready to be published — and what it would take either way.

Edmonton, Alberta · No commitment · 587-937-6948

A

Alta

Online · AltaPro AI

Hey — I'm Alta, AltaPro AI's assistant. Tell me what kind of business you run and I'll show you what we'd build for it first.

Powered by AltaPro AI · Edmonton