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.
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.
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.
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.
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.
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.
This operator is developed, published, and supported by Fibric. Third-party names and logos identify the systems an integration connects to; they are the property of their respective owners, who are not affiliated with Fibric and do not sponsor or endorse this listing. Trademark policy