Capture operational incidents with location, severity, owner, timeline, containment, root cause, and follow-up actions in one queue. This example brings Open and Investigating together so operations managers can find the next task without losing context.
It includes representative records such as Dock 4 conveyor stopped and Cold-chain temperature alert. Use the screenshot to study the layout, then adapt its components and product states to your own design system.

Inbox
Log incident
Inbox
Default, loading, empty, error, permission, success
Configurable product UI theme
Operations managers need to log incident while keeping open, high severity and exceptions visible. The interface should show what changed and who should act next.
Open → Investigating → Log incident → Review outcome
Inbox, Open, Investigating, contextual actions, error recovery
Keep the current item close to its history, owner and urgency. Put the next action on the record rather than making people open several panels.
Pay attention to open and investigating. People need to distinguish Dock 4 conveyor stopped from Cold-chain temperature alert. Keep open visible, especially when a record changes owner or status.
Before this screen reaches handoff, verify keyboard focus, empty and permission states, and what happens after someone chooses “Log incident”. Make error recovery as clear as the happy path.
Related screen examples to explore next: Quality Inspection, Supplier Portal, Receiving Inventory.
Design a operations incident log screen inside our existing product. Use our current components, tokens and content language. Include Open and Investigating views, credible records like Dock 4 conveyor stopped, and a clear “Log incident” action. Use our product permissions and show loading, empty, error and success states. Keep the output editable in Figma.