Reference · built on requestOperator by FibricFacilities & comfort

Elevator Fault

Reads elevator controller faults and entrapment calls and proposes a contractor dispatch and a tenant notice.

About

An elevator out of service is found three ways: the controller raises a fault, a rider presses the car phone, or a tenant complains an hour later. Elevator Fault brings the first two together. It reads fault and availability state from the manufacturer's monitoring API or from a BACnet or Modbus gateway on the machine-room controller, and it reads inbound calls to the number your car phones dial through Amazon Connect or Twilio.

When a fault appears, or a call arrives from a car, it proposes a service ticket for your elevator contractor in ServiceNow or Jira Service Management, and a notice for the tenants and channels you name. You approve both. It never resets a controller or takes a car out of service.

This is a reference listing. It documents what Fibric would read from Elevator Fault 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

  • Equipment availability and movement events from a manufacturer API such as KONE's Equipment Status API, where your contract includes it
  • Fault codes, out-of-service state, door status, and car position from controller registers over Modbus TCP or objects over BACnet/IP, through a gateway
  • Inbound contact events from Amazon Connect for the number your car phones dial, from INITIATED through CONNECTED_TO_AGENT to DISCONNECTED
  • Twilio call records for the same numbers, with from, to, status, and duration, so a short or failed call still counts
  • Open incidents in ServiceNow or requests in Jira Service Management on the same car, so a fault already in hand is not filed twice
  • Service history for each unit, where the manufacturer's API exposes maintenance activity and service orders

Proposed actions

  • Target capability: propose a service ticket for the elevator contractor, naming the car, the fault or call, and the time, for your approval
  • Target capability: propose raising the ticket priority when a call from a car phone matches a stopped car or a door fault
  • Target capability: propose a tenant notice to Microsoft Teams, Slack, or a Twilio message list, naming the car and the alternative
  • Target capability: propose closing the ticket and sending an all-clear once the controller reports the car back in service and a person confirms it
  • Target capability: propose a recurrence note when the same car faults repeatedly within the window you set, for the next contractor visit

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

What you can build

  • Turn an entrapment call into a dispatch

    A call from a car phone arrives in Amazon Connect. The operator matches the number to the car, checks the controller's state over BACnet/IP, and proposes a priority ServiceNow incident for the contractor plus a Teams notice to building staff.

    With Amazon Connect, BACnet / IP, ServiceNow, Microsoft Teams

  • Read the fault before anyone calls

    A Modbus gateway on a machine-room controller reports a door fault and out-of-service state. The operator proposes a Jira Service Management request for the contractor and a Slack notice naming the car and the nearest working one.

    With Modbus TCP, Jira Service Management, Slack

  • Log the cars that keep faulting

    The same car goes out of service week after week. The operator proposes a recurrence note on the open ticket, with each fault and call listed, so the contractor's next visit starts with the pattern.

    With Modbus TCP, ServiceNow

Requirements

  • A source of elevator state: a manufacturer monitoring API, or a BACnet/IP or Modbus TCP gateway on each controller with its point or register map
  • An Amazon Connect or Twilio connector on the numbers your elevator car phones dial, with permission to read contact or call records
  • A ServiceNow or Jira Service Management connector with a queue or table for elevator service tickets
  • A Microsoft Teams, Slack, or Twilio connector for tenant and building-staff notices
Authentication
Reads controller and call data through the credentials your gateway, contact-center, and manufacturer connectors hold, and files tickets and notices through your work-management and messaging connectors; it holds none of its own.

Limits

  • It reads what the controller or manufacturer exposes. Cars with no monitoring interface are seen only through car-phone calls.
  • It never resets a fault, returns a car to service, or interrupts a call. Your answering service or monitoring centre handles the entrapment call itself.
  • Manufacturer APIs differ in what they publish and to whom; some require a service contract with the manufacturer.
  • A call from a car phone is treated as an entrapment until a person says otherwise. Test calls raise proposals too.

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 Elevator Fault ↗

Questions and answers

What does a person approve?
The service ticket, its priority, and each notice. The proposal shows the car, the fault or the call that triggered it, the controller state at the time, and the ticket and notice text. You approve, edit, or dismiss each one separately.
What record is left?
A receipt per proposal: the fault codes and call records cited, the ticket id in ServiceNow or Jira Service Management, the notices sent and to whom, who approved them, and the all-clear when the car returned to service.
Does it talk to the person in the car?
No. The car phone rings your answering service or monitoring centre as it does today. The operator only reads that a call happened and when, and proposes the dispatch and notices around it. It never resets a controller or moves a car.
Ask about Elevator Fault

Ask about the capabilities and requirements in this listing.

For project-specific requirements, contact Fibric.