How Offline Support Works
Air-gapped offices cannot depend on live chat widgets, cloud forms, browser uploads, online diagnostics, or automatic crash submission. A support request therefore has to be treated like an office record: it must be structured, saved, reviewed, and then sent through an approved channel. This page creates a small JSON help file containing officer details, issue description, affected module, priority, workstation context, and reproduction steps.
Priority Guide
Priority should describe operational impact, not frustration level. A clear priority helps support staff triage requests fairly and respond to critical stoppages first.
| Priority | Use when | Do not use when |
|---|---|---|
| High | Save/export/open failure blocks official work or deadline-bound submission. | The issue is only a design preference or general how-to question. |
| Medium | Work continues with workaround but support review is required. | The matter is a site-wide outage or complete application failure. |
| Low | User needs training guidance, clarification, or minor correction. | The matter is preventing urgent file processing. |
Offline Help Request Form
Fill all required fields, then generate the JSON help file. The generated file name uses a support ticket number so it can be tracked in email, phone follow-up, or local helpdesk records.
Generated ticket preview
The preview below appears after generation. Keep the ticket number visible in your email subject or support diary.
No ticket generated yet.
Mailing instruction
After generating the JSON, attach the saved file to the official support email or submit it through the approved IT/support channel. If the workstation has no mail client, move only the JSON file through approved removable media or local support desk procedure.
Suggested subject: SamhitaOffice Support Ticket - [Ticket ID]
What the JSON Contains
The help request file is designed to be useful without collecting unnecessary document content. It records the ticket number, time, officer contact details, department, affected module, priority, issue category, steps, expected result, actual result, file type, optional local path reference, workstation identifier, and browser user agent. It does not read documents from the computer and it does not attach the affected file.
| JSON area | Purpose |
|---|---|
| Ticket identity | Creates a traceable support reference for email subject, phone follow-up, and local support register. |
| Officer details | Allows support staff to contact the correct user or office. |
| Issue details | Explains the problem in a structured way so support does not have to guess. |
| Document context | Identifies file type and safe reference information without uploading confidential files. |
| Workstation context | Helps technical staff identify site or computer-specific patterns. |
Before Sending
- Check that officer name, designation, department, and contact details are correct.
- Select the right priority. High priority should be reserved for blocked official work or deadline-bound failure.
- Describe steps clearly enough that support staff can reproduce the issue.
- Do not paste confidential document contents into the issue description.
- Attach the generated JSON file to the support email or submit it through the authorised support channel.
- Keep a local copy of the generated JSON until the issue is closed.
