Skip to content
CheckBiz360by EncodeBiz

Create an incident

CheckBiz360's incident module is the formal communication channel within your organisation between whoever detects an operational problem and whoever can resolve it.

Article 85 of 923 min read

It is important not to confuse it with CheckBiz360 technical support: an incident is an internal report —"I couldn't clock in when I arrived", "the break was recorded incorrectly", "this branch's geofence is badly configured"— addressed to a manager within the company itself. For problems with the platform itself, the channel is EncodeBiz support, described in Contact technical support.

What it is for

The module solves a specific problem: stopping operational incidents from being resolved over WhatsApp or by word of mouth, so that they are recorded instead, with their history, alongside the clocking data they refer to.

Each incident captures who is reporting it, about which branch, what type it is, and maintains a reply thread until it is marked as resolved.

Incident fields

FieldDescription
EmployeeThe person the incident relates to
BranchThe workplace where it occurred
Source roleThe level it is reported from: worker or supervisor
Target roleThe level it is addressed to: worker or supervisor
TypeWorking-time record, break record, configuration or other
StatusPending, under review or resolved
CommentThe description of the problem
Include locationAttaches the coordinates it is reported from, useful when the problem relates to the geofence

The four incident types

  • Working-time record — problems with the check-in or check-out: it was not recorded, it was recorded at the wrong time, a workday was left open.
  • Break record — problems with the start or end of a break.
  • Configuration — something badly configured preventing normal work: a geofence that is too narrow, a schedule that does not match, a calendar that has not been resolved.
  • Other — any situation that does not fit the above.

How to create an incident from the back office

  1. Go to Incidents in the side menu.
  2. Press the create incident button.
  3. Select the employee and the branch it relates to.
  4. State the source role and the target role.
  5. Choose the type that best describes the problem.
  6. Write the comment with the detail: what happened, when and how often it recurs. The more specific it is, the less back and forth in the thread.
  7. Enable include location if the problem relates to where the employee is.
  8. Save. The incident is created under review.

What happens next

The incident is listed in Incidents, filterable by status, branch and employee. The manager reviews it and replies from its detail; each reply can also change the status. The exchange remains as a consultable thread.

While the incident is not resolved, it continues to accept replies. See Incident tracking and resolution.

Role note

Managing incidents from the back office is the responsibility of Owner and Manager. The source and target roles of each incident —worker and supervisor— identify the parties involved in the operational problem, not who administers the module.

Was this article useful?

Cookie settings

Choose what you want to allow. You can change your mind at any time from “Cookie settings”, at the bottom of the page. Read the cookie policy

NecessaryAlways on

They make the site work and remember this very choice, so we don’t have to ask you again. They identify no one and never leave this site, so they don’t depend on your permission.

They tell us which of our ads bring visitors and which don’t, so we stop spending on the ones that fail. That’s the Meta pixel (Facebook and Instagram) and Google Tag Manager (Google Analytics and Google Ads): they set first-party cookies and send data to Meta Platforms Ireland and Google Ireland.