Employee question
A person needs data, a report, or help understanding a result.
erpai · Internal tools · KancanUSA
Designing and testing a read-only connection to N41—and making employee access easier to manage.
N41 is KancanUSA’s main business program. Employees need to retrieve its data quickly, generate reports, and turn information into findings they can act on.
erpai provides a read-only connection through MCP, the Model Context Protocol. Employees can work with N41 data in an AI-assisted workflow, while the connection does not write changes back to the source system.
My responsibility: design the experience, test it, and administer employee access. This case study focuses on the console that supports that access.
A person needs data, a report, or help understanding a result.
erpai retrieves information from N41 through MCP.
The information supports analysis and the next decision.
Conceptual flow. No business records or measured performance results are shown.
That connection starts with a practical question for the administrator: who should be able to use it?
The console brings sign-in, connection status, and employee access into a focused administrative workspace.
The sign-in screen states what the console is for and presents one direct action. Its network context makes the internal nature of the tool visible.

The dashboard combines summary status with the employee list. Search, status filters, expiration, and last-used context sit close to the controls for reviewing a connection.

From this overview, the administrator can issue access, locate an employee, and manage the connection over time.
Four everyday tasks shape the experience: create access, find it, review it, and understand the result.
The creation form ties access to an employee name, user ID, and department. Optional expiration and notes add context without making every field mandatory.

The administrator can recognize who the connection belongs to.
The expiration helper explains what leaving the field blank means.
“Enable this token” makes the intended state visible before saving.
The console states that the full token is shown only immediately after creation. Issuing a live token is outside this portfolio demonstration.
Search accepts an employee, user ID, or department. A department query narrows the list while preserving the same table structure and access controls.

The edit form mirrors the creation form. Ownership, expiration, notes, and the enabled state stay in the same place when an administrator returns to an existing connection.

A search or status filter can return no matching connections. The empty state explains what happened and points the administrator toward adjusting the filters or creating access.
The same visual rules carry across sign-in, the dashboard, search, and employee forms. This library documents the interface’s current styles and the reusable patterns shown in the walkthrough.
#26654EPrimary actions#202A3ATitles and hierarchy#7B8493Supporting information#E5E9EFFields and dividers#EDF6EFStatus background#448365Status labelTogether, these patterns give the console a familiar structure as an administrator moves between tasks.
I designed, tested, and administer erpai for KancanUSA. The work connects the employee’s need for useful N41 data with the administrator’s responsibility to manage access.
A read-only connection has a defined purpose. The experience needs to make that purpose understandable alongside the access controls.
Identity, department, expiration, and access state help an administrator understand what they are reviewing before acting.
I would evaluate time to retrieve a useful answer, report accuracy against N41, employee task completion, and the effort required to manage access. These are future evaluation priorities, not measured results.
Images document the interface with confidential data redacted or replaced. Employee identities, token values, internal addresses, usage timestamps, and company counts are hidden. The onboarding example uses fictional details.