Storm Prep is an operator job for properties in the path of weather. It reads active watches, warnings, and advisories from the National Weather Service for each property's zone or county, the point forecast for the site, and the checklist you wrote for each alert type: the tasks, the vendors to put on standby, and the notice residents should get. It reads the open work orders in Corrigo or MaintainX and, where you bind BACnet/IP, the run state of pumps and fans and the position of dampers.
When a watch is issued it proposes the checklist as dated work orders, a standby request to each vendor, and one notice per property. The property manager approves, edits, or declines each. When the alert is cancelled or expires it proposes closing the work orders.
This is a reference listing. It documents what Fibric would read from Storm Prep 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
Active watches, warnings, and advisories from the NWS API at /alerts/active, filtered by zone, area, or point, with onset, expiry, and updates
Point and hourly forecasts for each site from the NWS gridpoint forecast endpoints
Open work orders and their assignees: Corrigo WorkOrder with WorkZone, Specialty, DtDue, and Service Pro; MaintainX work orders and vendors
Equipment state over BACnet/IP: fan and pump run state, damper and valve positions, and alarms on the points you allow
Your prep checklist per property and alert type, the standby vendors, and the notice text, held in the operator's configuration
Delivery status of notices sent: SendGrid Event Webhook events, and Twilio message status queued, delivered, or failed
Proposed actions
Target capability: propose the checklist as work orders when a watch is issued: one Corrigo WoCreateCommand or MaintainX work order per task, due before onset
Target capability: propose a standby request per vendor: SendWorkOrderCommand to a Corrigo Service Pro, or a MaintainX work order assigned to the vendor
Target capability: propose one notice per property with the alert's headline and what residents should expect, sent by SendGrid email or Twilio SMS on approval
Target capability: propose a work order where a BACnet point reads wrong before the storm: a sump pump not running, a damper open
Target capability: propose completing or cancelling the checklist's work orders when the alert expires or is cancelled
Proposed actions are target capabilities. Every action runs propose-first and needs a validated deployment and the appropriate permissions.
What you can build
Open a hurricane checklist in Corrigo from a watch
A hurricane watch for the property's zone arrives from the NWS API. The operator proposes the checklist as Corrigo work orders, each with a WorkZone and a due time before onset, for the manager to approve in one pass.
A winter storm warning triggers a MaintainX work order per plow and salt vendor, plus a Twilio SMS to each. Approval sends both; the receipt records who was asked and when.
When a flood warning is active, the operator reads pump run state over BACnet/IP. A pump that should be running and is not becomes a proposed MaintainX work order with the point value attached.
One notice per property is proposed with the alert headline and your standing text. On approval it is sent through SendGrid and Twilio, and delivery events are kept against the alert.
The NWS zone, county, or point for each property, so alerts and forecasts can be filtered to it
A work order connector: Corrigo Enterprise or MaintainX, with a user that may create and assign work orders
A checklist per alert type per property, with the vendors and the notice text, entered in the configuration
Optional: BACnet/IP reach to the building network with a read allow-list; Twilio SendGrid or Twilio for notices
Authentication
No credential of its own. NWS data is public; work orders, building points, and messages go through the connectors you bind under the access each holds.
Limits
It reads NWS alerts for locations in the United States. Warnings from other agencies need a different signal
The checklist is yours. The operator does not decide what a warning means for a building; it runs the list you wrote
It reads BACnet points; it does not write setpoints or start equipment. A point that reads wrong becomes a task for a person
A notice goes out once per alert per property after approval. An alert update raises a new proposal rather than a resend
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.
Three things, separately: the work orders, the vendor standby requests, and the resident notice. Each proposal shows the alert behind it, the checklist items, the assignees, and the message text. Approve all, edit, or decline any one.
What does the record show after the storm?
The alert as received with its onset and expiry, the checklist version used, the work orders and standby requests as created, the notice text and its delivery status, each approval with name and time, and the close-out when the alert ended.
What happens when a warning arrives at night?
The proposal is raised and waits. Nothing is created or sent until a person approves it. The on-call manager is told through your messaging connector, and the proposal is there when they open it.
Ask about Storm Prep
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