Reference · built on requestOperator by FibricWorkforce & scheduling

No-Show Response

Spots a scheduled employee with no clock-in past the start tolerance, proposes the outreach, and records the occurrence once confirmed.

About

No-Show Response is an operator job for the first minutes of a shift. It reads today's shifts from your scheduling system and clock-ins from your time system as they arrive, either as events or by polling where the system offers none. When a shift's start passes your tolerance with no punch, and no approved leave or swap explains it, the operator drafts a message to the employee and an alert to the manager.

The manager approves the outreach, then decides whether the shift is a no-show. Only on that decision does the operator propose the occurrence record and, if wanted, a cover offer for the shift. Every step is timestamped: when the tolerance passed, what was sent, what came back, and who decided.

This is a reference listing. It documents what Fibric would read from No-Show Response and what it could propose, based on the vendor's published interfaces. Fibric builds it under a managed deployment when you request it; selecting it here installs nothing.

Inputs

  • Today's shifts with start times and assignees: Deputy Roster/QUERY, When I Work /2/shifts, 7shifts shifts by location, Homebase shifts, Connecteam scheduler shifts
  • Clock-ins as they happen: When I Work times::punch and /2/punch/state, 7shifts time_punch.created, Connecteam clock_in events, Deputy Timesheet webhooks filtered on IsInProgress
  • Who is on the clock where no event stream exists: QuickBooks Time timesheets with on_the_clock, Homebase GET /timeclock/status, Dayforce EmployeePunches
  • Approved leave and swaps that explain an absence before it is called one: When I Work /2/requests and /2/swaps, Deputy Leave and RosterSwap
  • The start tolerance per site and role, and the contacts to reach: the employee's number or Slack account, then the shift's manager
  • Delivery and replies on the messages it sent: Twilio MessageStatus callbacks with ErrorCode, Slack button responses, inbound SMS replies

Proposed actions

  • Target capability: propose a Twilio SMS or Slack direct message to the employee once the tolerance passes, asking if they are on the way
  • Target capability: propose an alert to the shift's manager in Slack or Microsoft Teams with the shift, minutes elapsed, and any reply
  • Target capability: propose an occurrence record once the manager confirms the no-show: a Deputy Journal entry, or a row in a Google Sheets attendance log
  • Target capability: propose opening the shift for cover after confirmation, through Deputy shifts/offers:notify or a When I Work OpenShift assignment
  • Target capability: propose a timesheet correction where the employee was present but never punched, through Deputy supervise/timesheet or a 7shifts punch update

Proposed actions are target capabilities. Every action runs propose-first and needs a validated deployment and the appropriate permissions.

What you can build

  • Text the late employee from When I Work punches

    times::punch is watched per shift. When none arrives inside the tolerance, a Twilio SMS is proposed to the employee, and the reply is attached to the manager's alert in Slack.

    With When I Work, Twilio, Slack

  • Keep an occurrence log for 7shifts locations

    time_punch.created events are matched to shifts by user and business date. A confirmed no-show is appended as a row in Google Sheets with the shift, the minutes, the outreach, and the manager who confirmed.

    With 7shifts, Google Sheets

  • Write the note to Deputy

    A Timesheet webhook filtered on IsInProgress marks who has started. For everyone else past tolerance, the operator proposes the outreach and, on the manager's confirmation, a Journal entry on the employee.

    With Deputy, Microsoft Teams

  • Poll QuickBooks Time where there are no webhooks

    Timesheets with on_the_clock=yes are read each cycle against schedule events. The tolerance is set with the poll interval in mind, and each proposal shows the time of the read it relied on.

    With QuickBooks Time, Slack

Requirements

  • A time and attendance connector that shows clock-ins: When I Work, 7shifts, Deputy, Connecteam, QuickBooks Time, Homebase, or Dayforce
  • A scheduling source for who is due when; usually the same system
  • Twilio for SMS, or Slack for direct messages, to reach the employee; Slack or Microsoft Teams for the manager
  • Per site and role: the tolerance in minutes, the manager to alert, and where occurrences are recorded
Authentication
Has no credentials of its own to carry. Shifts and punches are read, and messages sent, through the connectors you bind, under the scopes those connectors hold.

Limits

  • A no-show is declared by the manager, not the operator. Until then the state is no clock-in after the tolerance, and the message says so
  • Where the time system has no push events, as with QuickBooks Time or Homebase, detection waits for the next poll; set the tolerance accordingly
  • It sends nothing to an employee with no number or Slack account on file; the manager alert names who could not be reached
  • Twilio SMS fees are billed to your account; each outreach proposal shows the number it will send to

Access and pricing

Reference listing. Fibric builds the operator under a managed deployment when you request it. Your quote covers the build, capabilities, usage, and support.

Request No-Show Response ↗

Questions and answers

What does the manager approve?
Two things, separately. First the outreach: the message text and the number or account it goes to. Then the occurrence: once the manager marks the shift a no-show, the record proposed for the journal or log, and any cover offer that follows.
What record is left?
For each shift: when the tolerance passed, the message sent and its delivery status, any reply, the manager's decision and when they made it, and the journal entry or log row written with a link back to the shift.
Will it contact an employee on its own?
No. A message goes out only after a person approves it. The operator also never marks anyone absent; a missing punch stays not clocked in until a manager says otherwise.
Ask about No-Show Response

Ask about the capabilities and requirements in this listing.

For project-specific requirements, contact Fibric.