Saphan
Guides & FAQ

LOCAL AI / OPERATIONS

Local AI.
Prepared support.

Keeping the processing on your infrastructure does not prevent remote support. However, the everyday running of the AI must be kept distinct from the exceptional access granted to the person who steps in.

Written by Saphan · 7 September 2026

Define the scope of intervention before the incident

Describe what falls under support: application, inference engine, storage, connection to documents or operating system. Specify the agreed hours, the contacts and what requires a presence on site. A power failure or a faulty disk cannot always be solved through a remote connection.

The choice of access method depends on the network, the hardware and the company’s rules. No support software makes every installation compatible or replaces an in-house person in charge.

Open limited, traceable access

An intervention can use a temporary named account, limited to the functions needed, with an expiry time and a known way to cut it off. The company approves the scope; operations and changes are recorded. Permanent administrator access must not become the implicit default for support.

The screen, the logs and the files viewed can reveal business data. You therefore need to identify what the specialist sees and what the chosen tool carries, including any relays. The “local” nature of inference does not prove that the support is confidential.

Prepare for an update and for its failure

Before the change, note the active version and the dependencies, prepare a suitable backup and define the business check expected. After the intervention, run a representative task again, check access and document the change. Going back to an earlier version must take into account any data that may have been migrated.

If the connection drops, an in-house contact must be able to identify the state of the service and apply a short instruction. A procedure that assumes a remote session is always open remains incomplete.

Hold a rehearsal before depending on support

Saphan can prepare an agreed exercise: opening a session, diagnosis on authorized data, a reversible change, then closing. Then check that the temporary access has really been removed and that an ordinary user can still work. This rehearsal helps to clarify the support contract, without announcing a permanent availability that has not been agreed.