Solutions · Gate Keeper

Nothing leaves site without a record

Outward and inward gate passes with proper approval, per gate and per branch, and automatic reminders for anything that went out on a returnable pass and has not come back.

Every site has a gate and every gate has a book, and the book is where accountability quietly goes to die. A tool goes out for repair and never comes back. A contractor takes equipment off site with a verbal nod from someone who was not authorised to give one. Something arrives and gets signed for by whoever was nearest. Nexora Gate Keeper turns all of that into records with approvals attached. An outward pass climbs an approval chain before anything moves. An inward pass records what arrived and confirms it. Returnable items get chased automatically. And every movement is tied to a specific gate and a specific branch, so a company with four sites can tell them apart.

The problem today

The gate book is a ledger with columns nobody agrees on. Somebody writes down a description of what left, a name, and a time. Whether it was approved, and by whom, is not a column, because the approval was a phone call or a nod in a corridor.

Returnable items are the biggest single leak. A tool, a laptop, a piece of test equipment, a set of scaffolding goes out for repair or for a job at another site. The intention is genuinely that it comes back. Nobody is stealing anything. It simply gets forgotten, because there is no mechanism anywhere in the process whose job is to remember. Then a stock check happens a year later and there is a gap, and nobody can reconstruct where any of it went.

Inward is no better. Deliveries arrive and are signed for by whoever was closest to the barrier. If a delivery is short, the discovery happens later, when the paperwork no longer supports any kind of conversation with the supplier.

Site gate barrier with a truck being checked, a guard with a handheld device or clipboard
Outward passes with approval
Nothing leaves on a verbal nod. An outward pass climbs an approval chain before it is cleared at the gate.
Inward passes recorded
Arrivals are received and then confirmed, so a delivery is checked rather than just signed for.
Returnable item chasing
Anything out on a returnable pass that has not come back triggers automatic reminders. The system remembers so people do not have to.
Per gate, per branch
Movements are tied to a specific gate at a specific site, so a multi site company gets a real picture rather than a blur.
The same approval engine as permits
Configure your approval chains once and they behave consistently across document types.
Reference numbers on everything
Outward and inward passes both carry their own reference formats, so any movement can be quoted and found again.

Outward passes that had to be approved

An outward pass is raised for whatever is leaving, with its details, its gate and whether it is returnable. It then climbs an approval chain before it is cleared at the barrier. The approval chain is the same configurable engine used by work permits, which means it can resolve approvers dynamically, including the manager of whoever raised the pass. Configure it once and it behaves the same way for permits and passes, which is far better for your administrators than learning two systems. Each approval is stored with a snapshot of the rules as they were at that moment, so changing your approval structure next quarter does not quietly rewrite what happened this quarter.

Outward pass detail with its approval chain

Then the gate, then the return

After approval the pass is cleared at the gate, which is a separate recorded step from the approval. That distinction matters, because approval and physical departure are genuinely different events and can be hours or days apart. If the item is returnable, the pass stays open until it comes back and is recorded as returned. That open state is what the reminder system watches, and it is the reason a returnable pass is more useful than a note in a ledger.

Open returnables list with expected return dates

Inward: received, then confirmed

Inward passes have two states on purpose. Received means it arrived and somebody at the gate recorded it. Confirmed means it has been checked and accepted. Splitting those two apart is a small thing that solves a real problem. Signing for a delivery at a barrier is not the same as verifying it, and collapsing both into one signature is how short deliveries become undiscoverable a fortnight later. Two states means the gap between arrival and verification is visible.

The reminders that recover real money

Returnable item reminders run on their own. Anything out and not returned is chased. This is the least glamorous feature on the page and often the one with the clearest payback. Most companies have no idea what is out until a stock check, and by then the trail is cold and the conversation with the contractor is awkward and unwinnable. A reminder fired a week after the expected return date usually just gets the item back, because at that point somebody still remembers where it went.

Security gatehouse at an industrial site, barrier down, ordinary daylight

How a gate pass moves
Two flows, because material going out and material coming in are different problems. Both are real statuses in the system.
Flow A — Outward pass
Flow B — Inward pass
The approval chain climb
An outward pass climbing its approval levels, with at least one dynamically resolved approver, such as the manager of the person who raised the pass.
What gets recorded
Pass reference number, in its own outward or inward format. What is moving, described. Whether it is returnable and the expected return. Gate and branch. Who raised it. Every approval stage with its approver and timing, plus the snapshot of the rules used. Gate clearance time. Return time. Reminder events. For inward passes, the received and confirmed times.
What the manager sees
What is currently out and has not come back. Movements by gate and by branch. Approval history on any pass. Inward items received but not yet confirmed, which is the gap where delivery problems hide.
Works with
FAQ
Can approval chains differ per site?
Yes. Chains are configured per branch and per document type, so different sites can approve differently where that reflects how they actually work.
What counts as a returnable item?
You decide when raising the pass. Marking it returnable is what keeps the pass open and starts the reminders.
Why are inward passes split into received and confirmed?
Because signing for a delivery at a barrier is not the same as checking it. Keeping them separate is what makes a short delivery visible in time to do something about it.
Is there a blacklist for vehicles or contractors?
There is blacklist functionality in the module today. Putting the add and remove actions behind an approval step, so a blacklist change is itself a controlled decision, is on our roadmap rather than in the product now.
Can we report on overdue returnables with age buckets?
Not as a dedicated report yet. Open returnables are visible and reminders fire automatically. A dedicated overdue report with age buckets is on our roadmap.
See what is currently out
We will run an outward pass through its approval chain and show the returnable chasing, on your own gate structure.
Book a demo