Our product · Internal Issues Portal

Every issue raised, worked, and signed off in one place.

The Internal Issues Portal is Ushera AI’s issue recording and follow-up product for the inside of a company: issues raised between its own departments, not a customer-service desk. Every problem is raised, routed to the department that owns it, worked, closed, and signed off by a manager, in one place and in two languages.

Internal Issues Portal dashboard: a needs-attention row (overdue, awaiting verification, needs update, awaiting review), performance tiles, and an opened-versus-resolved trend chart
Internal Issues Portal dashboard in dark mode: the needs-attention row, performance tiles, and an opened-versus-resolved trend chart
The product as it runs today, shown with demonstration data. It ships in light and dark; this page follows your choice.
The problem it replaces

Today an issue lives in someone’s phone.

It is raised in a chat thread

Then it is scrolled past. Nobody can say how many are open right now, or which are late.

It has no owner

Everyone in the group is told, so it is nobody’s job. The customer chases; you look for who knew.

It closes without sign-off

“Done”, says the person who did the work. No second pair of eyes, no record.

It teaches nothing

The same mistake repeats next month, and nothing anywhere says why the last one happened.

How it works

Work arrives at the top and is handed down.

An issue is directed at a department, not thrown at a group. Its supervisor and manager hear about it, not forty people. The supervisor does the work or gives it to one of their staff.

Anyone raises it The department is told The supervisor assigns An employee works and closes The manager verifies

The supervisor assigns; the manager verifies. The person who handed the work out cannot also sign it off: that would not be a second pair of eyes, and the portal does not allow it.

Wrong department?

Redirect it onward with a written reason. The new department is told, the issue leaves the old queue, and the trail keeps both.

Half ours, half theirs?

Raise a sub-issue to the other department. The parent cannot be finished until their part is done.

The morning view

What needs attention, before anyone asks.

Overdue, awaiting verification, gone quiet, held for review: what needs attention is the first row of the screen, ahead of any chart. It filters to any date range and, for anyone who oversees more than one department, by department.

Below it, the monthly questions: trends, workload by department, top root causes. Every chart has a table view for the numbers behind it.

The dashboard's needs-attention and performance rows: overdue, awaiting verification, needs update and awaiting review counts, then totals, on-time rate, average resolution and active issues
The issues list: columns for code, title, category, department, assignee, priority, status, age and target date, with overdue dates in red
The list

Every issue, and where it actually is.

Filter by status, department, category, root cause and date. A late target date is red; a redirected issue says how many times; priority and status sort in severity and lifecycle order, not alphabetically.

An employee sees only what is theirs, enforced on the server rather than hidden in the screen. Export to Excel, including the parts and SKUs on a second sheet.

The record

One issue, the whole story.

Comments and internal notes, photographs taken on a phone at the moment it happened, parts and SKUs in your own vocabulary, sub-issues to other departments, and an activity trail that shows who did what, when, exportable with the issue.

Nothing closes without a resolution and a root cause. And there is one more field a generic tracker never asks for: how do we stop this happening again? Pick any period, and the dashboard ranks its causes: the difference between knowing how many issues you had and knowing which four things caused most of them.

An issue's detail page: status and priority badges, description, parts and SKUs in the organisation's own vocabulary, and a sub-issue linked to another department
The dashboard in English
The same dashboard in Bahasa Indonesia, with every label and status translated
Languages

The same portal, in the language each person reads.

Not a translated menu over an English product: the interface, the emails, the built-in manual and your own department and category names are all bilingual. Language follows the person, not the company: the warehouse can read Bahasa Indonesia while management reads English, in the same system, on the same data.

Internal Issues Portal ships in English and Bahasa Indonesia today. Further languages are added as clients need them.

Built in

Everything an operations team asks for.

Yours to change

Departments, categories, root causes and response targets are rows an administrator edits, in both languages. No developer, no waiting for a release.

People, in minutes

Add a person in a minute, or a hundred from your Excel list, with a preview that names any bad row before saving. Roles are held per department, on one account.

The manual is inside the product

A guide written for whoever is signed in: employees see their sections, administrators the lot. It grows when somebody is promoted. No stale PDF.

A trail that cannot be tidied

Every administrative change is recorded, with a date. Nothing on that screen can edit or delete an entry. That is the point of it.

Raised from the warehouse floor

The whole portal works on a phone, camera included: the damaged carton is photographed onto the issue before the driver leaves the bay.

Quiet by design

Only a change of state sends an email, to as few people as possible. Comments wait in the in-app feed; nobody is notified of their own action.

Run with care

Built to be trusted with your operation.

Your files stay in your account

Attachments live in your company’s own Google Drive or Dropbox, never on our servers. Downloads still pass through the issue’s permissions.

Backups that are rehearsed

Nightly backups, each verified before an older one is rotated out, with a copy kept off-site. The restore path is exercised, not assumed.

Signing in, done properly

Nobody sets anybody else’s password; each person chooses their own through a single-use link. Google sign-in only admits people an administrator has already added.

Each client, separated

Your portal runs at its own address with its own vocabulary and its own data, and the separation is exercised by a dedicated test suite.

Supported from inside

A support account inside your portal and an inbox we answer. Everything support does appears in your own administrative trail.

Never held hostage

If a subscription lapses, the portal becomes read-only, not locked. Your data stays yours to read and to take.

In production

Running daily for our clients. Ready for yours.

The Internal Issues Portal is in daily production use at our clients. Every screen on this page is the live product, captured from its demonstration tenant.

Each client gets their own address, their own vocabulary and their own data, on a deployment we host, back up and support. Setup starts from the spreadsheet your staff list is already in.

The Internal Issues Portal dashboard on a phone: the same tiles and lists in a single-column layout

The same portal, on the phone where the work happens.

See it on your own issues

Watch your workflow run through it.

The free trial runs for three days, on your own issues rather than ours. Whatever you decide at the end, the data is yours.

Curious about the engagement itself? “How we work” describes our process on every project, from first conversation to handover.