Skip to content

Smoke Alarm by Audit Shield AI

The Operating System Behind the Sale.

One System From Manifest to Front Door.

The sale doesn't end at the register. Neither does compliance.

Built on the Metrc third-party API · New York

One transaction · five records

SA-TX-000184 · Blue Ridge 3.5 g · Register R-02

Audit Shield recording
  1. Retail ID

    1A4FF03…C2E1 · Blue Ridge 3.5 g

    Verified
  2. Register

    Front counter R-02 · age check by scanned ID

    Verified
  3. Payment

    Cash $87 · Compliance Technology Fee $1.50 disclosed

    Verified
  4. Metrc

    Sales receipt queued · read back before any retry

    Pending
  5. Reconciled

    Ledger, POS and Metrc agree on the package

    Match

One identifier follows the order, the sale, the payment, the inventory change, the package, the Metrc submission, the receipt, the employee and the terminal into the audit log.

An illustration of the record Smoke Alarm keeps for every sale.

How it works

One transaction, from the manifest to the audit log.

Eight short scenes follow a single sale through Smoke Alarm: the manifest, the dock, the shelf, the register, the payment and the Metrc queue, delivery as designed, the reconciliation and the evidence it leaves behind.

An animated explainer in eight scenes. One transaction moves through Smoke Alarm: the supplier's Metrc manifest arrives and becomes one record per package; at the dock each package is scanned against its manifest line and a short line becomes a case with an owner; accepted packages carry a state and a Retail ID on one inventory that the register and the storefront share; the register checks age by ID, purchase limits and package state and discloses the Compliance Technology Fee; tender is recorded against the sale and the Metrc sales receipt is queued and read back before any retry; delivery, still on the roadmap, would write a custody event at dispatch, at the driver and at the customer handoff; ledger, POS, Metrc and the shelf are compared package by package; and the audit binder collects findings, decisions, evidence and the fingerprinted append-only ledger.

01 / 08

Manifest

The supplier's Metrc manifest arrives before the truck: every package gets one record.

Verified

One identifier follows the order, the sale, the payment, the inventory change, the package, the Metrc submission, the receipt, the employee and the terminal into the audit log.

The Transaction Lifecycle

One System From Manifest to Front Door.

Manifest, receiving, inventory, storefront, register, payment, Metrc, dispatch, driver, customer, reconciliation, evidence: one transaction record runs through all of it, and Audit Shield writes a status at every stage. Stages that are not built yet say so.

Audit Shield records a status at every stage. The chips above follow one example transaction from the dock to the audit log.
Verified
Checked and agreed at this stage.
Review
A person needs to decide.
Blocked
The workflow stops here until it is resolved.
Pending
Waiting on a step that has not happened yet.
  1. 01 · MANIFESTVerified

    Manifest

    The supplier's manifest arrives before the truck does.

    Audit Shield: Manifest lines are imported and checked for duplicates, missing lab results and mismatched packages.

  2. 02 · RECEIVEReview

    Receiving

    Every package is scanned at the dock against the manifest.

    Audit Shield: Short, extra and wrong packages become discrepancy cases; nothing enters inventory until a person decides.

  3. 03 · INVENTORYVerified

    Inventory

    Accepted packages carry a state and a Retail ID.

    Audit Shield: One operational inventory state, reconciled against Metrc; every movement attributed and timestamped.

  4. 04 · STOREFRONTPending

    Storefront

    The customer orders from the same inventory the register sells.

    Audit Shield: The order reserves inventory instead of promising stock the shelf does not hold.

  5. 05 · POSVerified

    Point of sale

    The register is the last gate before a sale exists.

    Audit Shield: Age verification, package state, quantity and price are checked before the sale can complete.

  6. 06 · PAYMENTVerified

    Payment

    Tender is recorded against the sale, never beside it.

    Audit Shield: Payment amount is matched to the sale; the Compliance Technology Fee is disclosed before completion.

  7. 07 · METRCPending

    Metrc reporting

    The sale is queued for the state system of record.

    Audit Shield: A durable queue with retries and read-back; a receipt is confirmed before it is treated as reported.

  8. 08 · DISPATCHPending

    Dispatch

    A prepaid order is picked, packed and assigned to a run.

    Audit Shield: Only products on prepaid orders leave the store; each is manifested before it moves.

  9. 09 · DRIVERPending

    Driver custody

    The driver takes custody, one scan per package.

    Audit Shield: Custody transitions are events; a failed delivery returns to the store and is reconciled, never lost.

  10. 10 · CUSTOMERPending

    Customer

    The customer receives the order and a verified handoff is recorded.

    Audit Shield: Identity verification is an event, not a stored image; the minimum is kept.

  11. 11 · RECONCILEVerified

    Reconciliation

    Metrc, POS, ledger and shelf are compared package by package.

    Audit Shield: Every mismatch is a finding with an owner, an explanation and evidence; the report is reproducible.

  12. 12 · EVIDENCEVerified

    Audit evidence

    The record an inspector asks for already exists.

    Audit Shield: An append-only audit log and a dated binder with its SHA-256 fingerprint.

Two ways in

Keep your POS, or replace it. Audit Shield runs either way.

Most operators start beside the system they already run. Nothing on this page asks you to replace everything on day one.

Available

Keep your POS

Audit Shield Reconcile

Metrc, your point of sale, Smoke Alarm’s ledger and the physical count compared package by package, with a reproducible report and a case for every difference. It works beside Dutchie, Flowhub, Treez or any system that can export a CSV; Dutchie also has a read-only connector.

Price
from $99 / month / location
Reads your POS by
CSV import Available
Dutchie connector Requires setup
POSPreviewStorefrontPlanned

Replace it

Smoke Alarm POS + Storefront

The register with the compliance gate at checkout, statutory New York receipts, shifts and cash tender, running on pilot locations today. The branded storefront that shares the register’s inventory is designed and on the roadmap. Smoke Alarm Switch moves you across with shadow mode first and a Green Light cutover.

Base software
$0 / month
Compliance Technology Fee
$1.50 per completed qualifying retail transaction

The Compliance Technology Fee is Smoke Alarm's fee, separate from payment processing and from any cannabis tax. It applies per completed qualifying retail transaction, is disclosed before the transaction completes, and its checkout presentation and tax treatment follow the merchant agreement and the location's configuration. Hardware, payment processing and professional deployment are priced separately. Live sales on Smoke Alarm POS open only after a location’s go-live checklist.

Five systems, one record

Every line follows the same transaction.

Sell, protect, move, deploy: each product writes to the same inventory state and the same audit log, so nothing has to be reconciled between Smoke Alarm's own modules.

  • Available

    Audit Shield Reconcile

    Four sources compared package by package; every difference becomes a case with an owner, an explanation and evidence.

    Explore Reconcile
  • PreviewPlanned

    Smoke Alarm POS + Storefront

    The register with the compliance gate at checkout, and a branded storefront on the same inventory when it ships.

    Explore POS + Storefront
  • AvailableAvailable

    Smoke Alarm Switch

    Import, aliases for every legacy identifier, shadow mode beside the old system and a Green Light cutover.

    Explore Switch
  • Planned

    Smoke Alarm Delivery

    Prepaid orders from the shelf to the front door, every custody change an event. Designed and priced; not built.

    Explore Delivery
  • Requires setup

    Smoke Alarm Integrated Store

    Register, receiving and kiosk kits from certified third-party hardware, configured and installed on site.

    Explore Integrated Store
The path

Land. Prove. Switch. Replace. Expand.

Reconcile earns the right to the next step. Each stage stands on its own, and the record it builds carries into the one after it.

  1. 01

    Land

    Available

    Audit Shield Reconcile beside the point of sale you already run. Metrc, POS, ledger and physical count compared, with a report you can reproduce.

  2. 02

    Prove

    Available

    Findings with owners and evidence. Shadow mode measures Smoke Alarm's own precision against the incumbent before anything is trusted.

  3. 03

    Switch

    Available

    Import and normalise with every legacy identifier kept as an alias; a fourteen-item go-live checklist that only an owner with an authenticator can clear.

  4. 04

    Replace

    Preview

    Smoke Alarm POS takes the register with the compliance gate at checkout; the storefront follows on the same inventory.

  5. 05

    Expand

    Planned

    Delivery, hardware kits and professional deployment, added as modules on the same transaction record.

The Audit Shield principle

Not another dashboard. A control and exception layer.

Audit Shield sits across every stage of the lifecycle and runs one loop on every difference it finds.

  1. Detect

    A rule fires on recorded facts: a count, a manifest line, a Metrc read, a sale.

  2. Explain

    The finding carries the records behind it and, when a model is configured, a plainly labelled advisory explanation.

  3. Assign

    A case with an owner and a due decision. Nothing waits in a dashboard nobody owns.

  4. Resolve

    A person decides, or approves the correction Autopilot prepared; the decision, its reason and its evidence are written down.

  5. Verify

    The result is checked against what was expected: read back where the record can be read, confirmed by a person where it cannot.

  6. Prove / Record

    The append-only audit log and the fingerprinted binder hold the record an inspection asks for.

What it catches

ExceptionWhat Audit Shield doesStatus it records
Metrc mismatchMetrc's package quantity and the ledger disagree; the finding names both figures and the last movement.Exception
Manifest mismatchFewer, extra or wrong packages at the dock become a discrepancy case before anything enters inventory.Review
Physical-count varianceThe shelf count differs from expected; a blind recount is ordered and the variance is explained or adjusted.Review
Retail ID mismatchA scanned Retail ID does not match the package it should belong to; the sale stops until it does.Blocked
Stale synchronisationA source has not been read within its expected window; the comparison says so instead of trusting old data.Pending
Duplicate recordThe same manifest line or receipt appears twice; the second is held rather than counted.Blocked
Missing transactionA sale exists in one system and not another; the gap is a finding with an owner, not a rounding error.Review
Review
A person needs to decide.
Exception
Recorded as an exception with a reason.
Blocked
The workflow stops here until it is resolved.
Pending
Waiting on a step that has not happened yet.
Reconciled
A difference was found, explained and closed.
Reconcile Pro with Autopilot · AI remediation

Audit Shield doesn't stop at “variance detected.”

Smoke Alarm doesn't just find discrepancies. It investigates them, determines the safest correction, prepares the fix, explains exactly what it intends to change, and executes only after authorized human approval.

PreviewReconcile finds it. Autopilot fixes it.

AI case AS-00219 · rule SA-001

Blue Ridge 3.5 g · package 1A4FF03…C2E1

PreviewFIX ME

01 · Detected

POS
11
Metrc
12
Physical count
11

Exception Metrc and the point of sale disagree by one unit on one package.

02 · Analysis

Transaction SA-82941 sold one unit at register R-02 at 14:32; the point of sale and the shelf both moved to 11. The Metrc sales receipt for SA-82941 timed out before Metrc acknowledged it, so Metrc still reports 12. No other movement has touched this package.

Confidence 94%Risk class L3 · Inventory or regulatory change
  • POSSA-82941 · 1 unit · register R-02 · 14:32
  • Metrc queueReceipt for SA-82941 sent 14:32; no acknowledgement (timeout)
  • MetrcPackage re-read 14:41: 12 units; no receipt for SA-82941
  • Physical countBlind count 15:05: 11 units

03 · Proposed resolution

  1. 1.Re-read the Metrc package and confirm no sales receipt exists for SA-82941. Read only; nothing changes.
  2. 2.Prepare the Metrc sales receipt for SA-82941 from the register's own record: the same payload the register queued, nothing invented.
  3. 3.After manager approval, submit it through the Metrc reporting queue, which reads Metrc back before any retry so nothing is sent twice.
  4. 4.Re-read Metrc; it must show 11. Close the case with the six records.

Authorization · Manager approval required: an authoritative inventory quantity or a regulatory record would change.

04 · Before and after

SystemBeforeAfter
POS1111
Metrc1211
Physical count1111
Audit ShieldExceptionReconciled

05 · A person decides

  • Approve & Fix
  • Modify plan
  • Assign to employee
  • Do nothing

Static illustration of the decision row. In the product, the person who presses a button is recorded with their role, device and time; nothing runs before that.

IllustrationAn illustration on made-up figures. No store, product or transaction shown here is real; the statuses, button states and records are the engine's own.

One button, four states

The button on a case says what the engine is sure of. It never asks a person to trust a colour alone: each state has one meaning.

  • FIX ME

    Smoke Alarm has one high-confidence correction ready.

  • REVIEW FIX

    More than one reasonable correction exists, or confidence is moderate; a person chooses.

  • NEEDS INFORMATION

    A physical count, a scan or an employee's confirmation is needed before a correction can be prepared.

  • ESCALATE

    Automatic correction is inappropriate or prohibited; the evidence goes to the responsible person.

Every fix keeps six records

What was wrong, what was concluded, what was proposed, who authorized it, what actually happened and why the case closed: written on the case and in the audit log, never rewritten.

  1. 01

    What was wrong

    The exact discrepancy and the records affected.

  2. 02

    What Smoke Alarm concluded

    The root-cause analysis and the evidence considered, with confidence.

  3. 03

    What Smoke Alarm proposed

    The exact actions, systems, fields and expected effects.

  4. 04

    Who authorized it

    Employee identity, role, terminal or device, timestamp.

  5. 05

    What actually happened

    API calls, mutations, responses, retries, failures.

  6. 06

    Why the case was closed

    Confirmation that the expected state now matches the resulting state.

AI may investigate, reason, recommend, simulate and prepare. Humans authorize consequential changes. Smoke Alarm records both.

The rule behind every screen of the engine. Nothing a model writes can raise its own permission: the risk class of an action comes from the registered tool and the policy, never from the plan text.

Fix Me and Fix Inventory are built and tested and run on test and pilot locations; no customer’s records have been changed by the engine yet. Prepared Metrc actions are carried out only through the Metrc reporting queue and its own approvals; the engine never manufactures an API call.

Available
Available features still require store setup and authorized data. This is not a connected-account status.
Preview
Explore with illustrative data. Not generally released for customer use.
Planned
Not available yet.
The company

Built by Audit Shield AI.

Audit Shield AI builds transaction and compliance infrastructure for licensed cannabis operators, starting in New York. Smoke Alarm is that infrastructure: one transaction architecture for the register, the inventory, the state system of record and the evidence, with Audit Shield as the control layer across all of it.

Founded by Charles Underwood, Co-Founder & CEO, and Ken Clark, Co-Founder | Technology & Operations. Built on the Metrc third-party API; nothing is written to the state system without a named person’s approval.

Built on the Metrc third-party API · New York

See one transaction on your own numbers.

Twenty minutes with Ken and Charles. Bring one manifest and one register close; we will follow them from the dock to the audit log and show you what Audit Shield finds.