S
Steward · Operations Manual — Inventory, Assets & Rotable · English
v1.0 · Effective 01 Jun 2026
中文版 →
S
Steward
Hotel Operations · Inventory, Assets & Rotable

Operations Manual

Inventory, Assets & Rotable — daily workflow, scenarios and step-by-step procedures for the back-of-house and front-line teams of Pier 9 Hotel & Resort, Sydney. One platform, three business domains, shared Item Master, common audit trail.

Aligned with AASB 102 Inventories, AASB 116 Property, Plant & Equipment, the Work Health and Safety Act 2011 (NSW) — in particular Part 3.1 §39 (consultation) and §349 (hazardous chemicals register) — and the Uniform System of Accounts for the Lodging Industry, 11th Edition. Movement ledger is append-only and constitutes an auditable transaction record.
Property
Pier 9 Hotel & Resort · Sydney NSW · 218 rooms
Document owner
Office of the General Manager · operations@pier9hotels.com.au
Version
v1.0 · effective 01 Jun 2026
Review cycle
12 months · next review 01 Jun 2027
Classification
Internal — operations staff only
Cost method
Weighted Average · AASB 102 ¶25

Contents

  1. 1Introduction04
  2. 1.1 Purpose · 1.2 Scope · 1.3 Audience · 1.4 How to read
  3. 2System overview05
  4. 2.1 The three domains · 2.2 Shared backbone · 2.3 Work centres · 2.4 Compliance scope · 2.5 Permissions matrix
  5. 3Core concepts07
  6. 3.1 Location hierarchy · 3.2 Item Master & multi-UoM · 3.3 Batches & FEFO · 3.4 Movement & event ledger · 3.5 Costing · 3.6 ROP & safety stock · 3.7 Asset identity · 3.8 Rotable circulation · 3.9 Item class & dynamic detail · 3.10 State machines
  7. 4Desktop modules — back-of-house10
  8. 4.1 Workspace · 4.2 Items · 4.3 Operations · 4.4 Work centres · 4.5 Domains (Consumables · Assets · Rotable) · 4.6 Reports & compliance
  9. 5Mobile modules — front-line38
  10. 5.1 Housekeeping Attendant · 5.2 Public Area Cleaner · 5.3 Maintenance Technician · 5.4 Receiving Clerk · 5.5 Auditor / Counter · 5.6 Universal Scanner
  11. 6Standard operating procedures44
  12. 6.1 Daily opening · 6.2 Cycle count · 6.3 Receiving exception · 6.4 Expiry write-off · 6.5 Cross-property transfer · 6.6 Cross-domain PO · 6.7 Work-order execution · 6.8 Floor replenishment · 6.9 Linen count & loss · 6.10 Month-end close
  13. 7Compliance & audit48
  14. 7.1 AASB 102 · 7.2 WHS Register · 7.3 AASB 116 · 7.4 USALI Schedule 5 · 7.5 Audit trail · 7.6 GST · 7.7 USALI mapping
  15. AAppendix52
  16. A.1 Glossary · A.2 State machines · A.3 Status reference · A.4 Keyboard shortcuts · A.5 Change log · A.6 Cross-domain ledger sample

1 · Introduction

1.1 Purpose

This manual is the single source of truth for operating Steward — the hotel operations platform that runs the consumables inventory, owned assets and rotable pool of Pier 9 Hotel & Resort, Sydney. It documents what each screen is for, when to use it, and how to use it step by step. It is written for daily reference, training of new starters and external audit support, and is the authoritative source if a screen and its documentation disagree.

1.2 Scope

The manual covers the full Steward platform across three business domains, five cross-domain work centres and one mobile companion:

The three domains share one Item Master, one Locations tree, one Suppliers register, one append-only Movement ledger, one Approvals queue and one Activity feed. They differ in state machine, KPI set and accounting treatment, not in plumbing.

1.3 Audience

The screens, scenarios and step-by-step procedures in this manual are written for the following roles. The "Primary screens" column lists where the role spends most of its day; every role also has read access to the unified Dashboard and Reports.

RolePrimary screensFrequency
General Manager · OwnerUnified Dashboard · Reports · Approvals · Compliance CentreDaily / Weekly
Financial ControllerMovements · Period Close Pack · Depreciation · OS&E Amortisation · ReportsDaily / Month-end
Executive HousekeeperFloor Operations · Item Master · Count · Chemical Register · Par ConfigurationDaily
Housekeeping SupervisorFloor Operations · Transfer · Count · Mobile: Housekeeper HomePer shift
Room AttendantMobile: Housekeeper Home · Room Card · Universal ScannerPer shift
Chief Engineer · Maintenance TechnicianEngineering Workbench · Work Orders · Asset Detail · Tool Crib · Mobile: Technician HomePer task
Public Area AttendantMobile: PA Home · Universal Scanner · Adjust / IssuePer shift
Front Office ManagerRoom 360 · Loanable Pool · ApprovalsPer shift
F&B Manager · Chief StewardCGS Banquet · Par Configuration (CGS) · Floor OperationsPer service
Procurement OfficerProcurement Hub · Purchase Suggestions · PO · Suppliers · Vendor ReconciliationDaily
Receiving ClerkReceiving · Mobile: Receiving Home · Universal ScannerPer delivery
WHS OfficerChemical Register · Compliance CentreMonthly · Audit
Internal / External AuditorMovements · Asset Audit · Period Close Pack · Compliance CentrePer cycle

1.4 How to read this manual

Each screen entry follows the same shape: a one-line purpose, a meta block stating roles, frequency and linked screens, an annotated screenshot where one exists, a When to use list of scenarios, a numbered How to use walkthrough, and any applicable Tip or Caution. Where a screen drives a state machine, the states are drawn out as a pill row. Standard operating procedures in chapter 6 are recipes that compose multiple screens and follow a fixed shape — role, trigger, preconditions, steps, outcome, exceptions — so they can be lifted into induction and refresher training without further editing.

Tip Conventions: screen names appear as Stock Count, statuses as Submitted, system codes as SC-26-019, asset tags as ENG-CHL-0012, linen SKUs as LIN-BWL-70, and keystrokes as ⌘K. Domain is signalled by a one-letter chip — C Consumables · A Assets · R Rotable.

2 · System overview

2.1 The three domains of Steward

Steward is one product organised into three business domains. Every back-of-house user works inside the same shell, the same sidebar, the same search and the same approval queue; the domain a screen belongs to changes the state machine, the KPI set and the accounting code, not the look or the navigation. The three-letter chip on every row tells the reader which domain a SKU, movement, alert or approval belongs to without forcing them to switch context.

DomainWhat it tracksDefining traitAccounting
Consumables CSingle-use goods — amenities, minibar food & beverage, chemicals, office and kitchen consumablesSKU + quantity + batch + expiry; expensed on issueAASB 102 — Weighted Average (or FIFO on election)
Assets AOwned, individually-tagged property, plant & equipment — engineering plant, IT, FF&E, loanables, tools, uniforms, master keysPer-unit asset tag, custodian and condition; depreciated over useful lifeAASB 116 — straight-line or reducing balance
Rotable RLinen (sheets, towels, bath mats), china/glass/silver, uniforms and reusable soft goods that circulate through the three-par cycleSKU + par level + circulation state (in use / in laundry / in storage); monthly loss attributionUSALI 11th Edition Schedule 5 — OS&E amortisation pool

Where this manual refers to "the Consumables domain", "the Assets domain" or "the Rotable domain", it always means a body of operations and accounting rules inside Steward — not a separate product or installation.

2.2 Shared backbone

Six shared structures cut across all three domains. Every screen the user opens is either one of these structures or a domain-specific composition over them. These are the surfaces an auditor reviews first because they answer "where did this number come from?" without privileged access to the database.

BackboneWhat it providesWhere it surfaces
Item MasterOne record per item, carrying item_class = CONSUMABLE / ASSET / ROTABLE. The detail page renders tabs dynamically by class.Items → Item Master, item-master-detail.html?id=…
Locations treeA single hierarchy — Property → Building → Floor → Room / Pantry / Store / Trolley — referenced by every movement, custody event and par state.Items → Locations, Floor Operations, Room 360
Suppliers registerOne supplier card with ABN, GST status, MOQ, lead time, price lists and a rolling 90-day performance scorecard, shared by consumable POs, asset acquisitions and rotable replenishment.Items → Suppliers, Procurement Hub
Movement & event ledgerAppend-only ledger of every quantity change, custody event and par transition. Cannot be edited; corrections post a counter-movement with reason code REVERSAL.Operations → Movements, Custody Ledger, Linen Circulation
Approvals queueOne queue routes every threshold-gated approval — PO, count adjustment, transfer, write-off, capitalisation, disposal — to the right role under the matrix in §2.5.Workspace → Approvals
Activity feedOne feed of recent events filterable by domain, role, screen and severity. Drives the "what happened in my watch?" question at handover.Workspace → Activity Feed, Dashboard

2.3 Work centres

Five composite screens collect work that would otherwise force a single role to jump between domains. Each work centre is a thin composition over the shared backbone — it owns no data of its own, only a layout, a filter set and an action set. A role can finish a complete piece of work in one place without losing context. Where a domain page is the right tool to study a topic in depth, a work centre is the right tool to complete a task end-to-end.

Work centrePrimary roleWhat it composesWhy it cannot live in one domain
Procurement HubProcurement OfficerPurchase Suggestions (C+R) · Purchase Orders · GRN · Three-way match · Supplier scorecardA single PO can mix consumable lines, asset capitalisation lines and rotable replenishment lines
Engineering WorkbenchMaintenance Technician · Chief EngineerAsset card · Work Order · MRO part pick (C) · Tool checkout (A) · Photo capture · Labour timeA repair needs both a part (Consumables) and a tool (Assets); splitting them across two modules wastes ~6 minutes per WO
Floor OperationsExecutive Housekeeper · HK SupervisorFloor tree · Consumable par gap (C) · 3-Par linen state (R) · Loanables in use on floor (A) · Replenish-floor actionA floor walk-through pulls all three domains; one click should generate the cross-domain transfer
Room 360Front Office Manager · HK SupervisorRoom amenity par (C) · Room-tagged assets (A) · Linen state for the room (R) · Today's cleaning + WO historyResolving a guest issue ("the iron does not work") is a cross-domain conversation; the room is the natural anchor
Finance CloseFinancial ControllerAASB 102 valuation (C) · AASB 116 depreciation (A) · USALI Schedule 5 amortisation (R) · GST/journal preview · Xero / MYOB / SUN exportMonth-end is one P&L impact; the three domains roll into one journal pack and one approval

2.4 Compliance scope

Steward is designed against four Australian frameworks that together cover stock valuation, fixed-asset accounting, departmental P&L and workplace safety. The screens that produce regulator- or audit-ready output cite the underlying clause directly.

2.5 Permissions matrix

Permissions are role-based, threshold-graded, and apply consistently across the three domains. Threshold values shown are the Pier 9 defaults and may be tightened by an owner or franchise group.

ActionGMFCExec HKHK SupvChief EngrProcurementReceivingAttendant / Tech
View Unified Dashboard / Reports
Edit Item Master (any class)(A only)
Approve PO ≤ A$5,000(A only)
Approve PO > A$5,000
Post Receiving (GRN)
Capitalise asset from GRN
Approve Stock / Asset / Par Count post (≥ A$200 variance)
Approve Asset Disposal
Approve Linen Loss write-off (monthly)
Issue / Adjust ≤ A$50 (mobile)
Edit Chemical Register
Lock month-end

3 · Core concepts

3.1 Location hierarchy

Stock lives in a strict tree. Movement always names a from and a to location (issue movements name a cost-centre in the to slot).

LevelExampleOwnerTypical use
L1 Central StoreCentral Store · Basement B2ProcurementReceives all incoming goods; bulk holding
L2 Sub-storeEngineering Store · Kitchen Dry StoreChief Engineer · Exec ChefDepartmental working stock
L2 Floor PantryFloor 12 PantryHK SupervisorReplenishment buffer for trolleys
L3 TrolleyTrolley 12-ARoom AttendantLast mile to room — par-level controlled

3.2 Item Master & multi-UoM

Each SKU declares three units: Purchase (how the supplier sells), Stock (how Steward holds it on shelf), Issue (how the front line consumes it). Conversion factors are mandatory and validated at save time.

Example — 100-027 Body Wash 30ml: purchase carton (120 bottles) → stock bottle → issue bottle. Conversion 1 carton = 120 bottles.

3.3 Batches & FEFO

Any item flagged perishable, regulated or chemical must be received against a batch. The picker logic enforces FEFO — first-expiring batch first. Manual override is logged with a reason code.

3.4 Append-only Movement & Event Ledger

Every change in quantity, custody, location or condition creates one append-only ledger record. Movements cannot be edited or deleted — corrections post a counter-movement with reason code REVERSAL and a reference to the original. This is the auditable record the FC and external auditors rely on, and it is the same ledger for all three domains; what differs is the domain column (C / A / R) and the set of valid type values per row.

TypeTriggerSign on hand
INReceiving against GRN+
OUTIssue to cost-centre (mobile Adjust)
TRANSFERPosted Stock Transfer (a pair: out + in)±
ADJUSTManual write-on / write-off (expiry, breakage)±
COUNTPost-Count reconciliation delta±
REVERSALCorrection of an earlier movement±

3.5 Costing method

Default cost method is Weighted Average — recomputed after every IN movement. FIFO is supported per-item for SKUs where lot-level cost preservation is required (typically alcoholic minibar SKUs and imported amenities). The chosen method is locked at item creation and may only be changed by the FC at year-end.

3.6 Reorder Point & Safety Stock

Each item carries a Reorder Point (ROP), Safety Stock, Lead Time and a Seasonality Factor. The Purchase Suggestions engine evaluates these nightly against on-hand plus open POs to produce a procurement plan.

Formula reference: ROP = (avg daily demand × lead time) + safety stock. Safety stock is set by the FC; demand is rolling-90-day per location.

3.7 Asset identity

An asset is a thing — one body, one tag, one custodian at any moment in time. Where a consumable is described by SKU + quantity, an asset is described by SKU + asset_tag, and the asset_tag is what the operator scans. The Assets domain adds five concepts on top of the shared Item Master.

3.8 Rotable circulation

A rotable is neither a consumable nor an asset. It is a SKU held in a par pool: at any moment a bath towel exists in one of three circulation states, and the right number of bodies in the pool keeps the hotel running. The three-par model says "always one in use, one in laundry, one in storage" — so the par level for a 218-room hotel that needs two bath towels per room at standard occupancy is (2 towels × 218 rooms) × 3 par = 1,308 towels in pool, not on shelf.

3.9 Item class & dynamic Item Master detail

Every SKU carries one item_class. The Item Master list shows all classes in one searchable table, filtered by chips. The Item Master detail page is a single template that renders different tabs depending on the class — five common tabs for every item, and a different set of class-specific tabs underneath. A user does not need to remember which "module" a SKU belongs to: search the master, click the row, the right tabs appear.

Tab groupAlways shownConsumable onlyAsset onlyRotable only
TabsOverview · Movements · Suppliers & PO · Locations · Audit LogBatches & Expiry · Reorder & ABC · Chemical SDS (hazardous only)Asset Tag · Custody · PM & WO · Depreciation · DisposalPar Config · 3-Par State · Laundry Cycle · Loss History

A user searching "towel" returns one row per SKU regardless of class; clicking a consumable amenity towel opens the Batches tab, clicking a rotable bath towel opens the 3-Par State tab. There is one detail page, one URL pattern item-master-detail.html?id=<sku>, one audit log.

3.10 State machines

Steward runs seven state machines across the three domains. Every transition is recorded with operator, timestamp and IP. Only the states drawn here are valid; an attempted off-path transition is rejected with a permission error.

Purchase Order (all domains)

Draft Approved Sent Partially Received Received Closed · Cancelled

Stock Count / Asset Audit / Par Count (unified count workflow, domain-coded)

Draft In Progress Submitted Reviewed Posted

Stock Transfer (Consumables, Rotable)

Requested Approved In Transit Received Reconciled

Alert (all domains)

Active Acknowledged Resolved · Escalated

Asset lifecycle (Assets domain)

Acquired Commissioned In Service In Repair In Transit Retired Disposed

Loanable item (Assets domain — cribs, irons, wheelchairs, AV)

Available Reserved Issued Returned In Cleaning / Repair Available

Work Order (Assets domain — Reactive / PM / Calibration)

Open Assigned In Progress On Hold Completed Verified Closed

Linen unit cycle (Rotable domain)

In Storage In Use Soiled In Laundry In Storage · Rejected (re-wash) · Written Off

4 · Desktop modules — back-of-house

Chapter 4 documents the back-of-house screens that make up Steward on the desktop, grouped into six sub-sections: Workspace (the start-of-day triage surface — Today, Activity Feed, Approvals), Items (the shared catalogue, locations, batches and suppliers), Operations (the daily transactional verbs — receiving, movements, transfer, count, alerts), Work centres (five composite screens that finish a cross-domain task in one place — Procurement Hub, Engineering Workbench, Floor Operations, Room 360, Finance Close), Domains (the depth pages specific to Consumables, Assets and Rotable) and Reports & compliance (the unified dashboard, period close pack, CPOR analytics, compliance centre and the report library). Every screen in this chapter is reachable from the left sidebar and from global search (⌘K).

4.1 Workspace

Workspace is the back-of-house equivalent of an inbox — the surface a user opens first to triage the day's overnight events, pending decisions and open conversations. Three screens compose the Workspace section: a single-page Today brief tailored to the operator's role, a unified cross-domain Activity Feed and the Approvals queue defined by the §2.5 matrix.

4.1.1 · TODAY

Today

A single-page brief for the operator opening Steward at the start of the shift — what changed overnight, what needs a decision today.

Roles
Every back-of-house role; layout is persona-routed
Frequency
Daily, first action of the day
Linked
Activity Feed · Approvals · Dashboard · Alerts

When to use

  • Start of shift — confirm the overnight handover before opening any other screen.
  • Returning from leave — Today aggregates the last seven days of items addressed to you that are still open.
  • Pre-meeting prep before the morning HOD standup.

How to use

  1. Open today.html. The page is laid out as four stripes: Open to you (approvals, alerts, work orders), What changed overnight (deliveries received, counts posted, movements posted), Today's calendar (PM work orders due, expiry write-offs, scheduled counts) and KPI pulse (the on-hand value, NBV and pool value drift versus yesterday).
  2. Clear the Open to you stripe by acting on every chip — Approvals route into approvals.html, Alerts into alerts.html, work orders into the Engineering Workbench.
  3. Scan What changed overnight for anything that contradicts the prior evening's expectation — a posted count out of cycle, an unexpected reversal, a critical alert not yet acknowledged.
  4. Click any KPI to drill into the matching report with the same comparison window applied.
Tip Today is persona-routed: a Receiving Clerk opens to a list of inbound POs landing in the next four hours; a Maintenance Technician opens to the day's assigned work orders and tool check-outs.
4.1.2 · ACTIVITY

Activity Feed

One unified feed of every event Steward records — filterable by domain, role, screen and severity.

Roles
GM · FC · Exec Housekeeper · Chief Engineer · Auditor
Frequency
On demand — handover, incident investigation, audit sampling
Linked
Movements · Custody Ledger · Approvals · Today

When to use

  • Handover between shifts — answer "what happened on my watch?" without opening five screens.
  • Incident investigation — a guest complaint with a known room and time window is the obvious filter.
  • Auditor sampling — produce a filtered transcript over a date range as evidence.

How to use

  1. Open activity-feed.html. The unfiltered feed shows every event in the last 24 hours, grouped by hour.
  2. Narrow with the chip row: Domain (C / A / R), Severity (info / warning / critical), Role (who acted) and Source (which screen).
  3. Click any row to deep-link to the source record — a movement opens the ledger, a custody event opens the asset card, an approval opens the queue.
  4. Save a filter as a named view — common saved views are Overnight handover, WHS chemical activity, Linen loss events.
4.1.3 · APPROVALS

Approvals

The single queue routing every threshold-gated decision to the right role under the §2.5 matrix.

Roles
GM · FC · Exec Housekeeper · Chief Engineer (asset items only)
Frequency
Daily; PO and disposal approvals cluster mid-morning
Linked
PO · Count · Transfer · Disposal · Capitalisation

When to use

  • Anything routed to you by the §2.5 matrix — POs over your threshold, count adjustments, transfers, write-offs, capitalisation, disposals.
  • The end-of-day review before locking out approvals to the on-call escalation roster.

How to use

  1. Open approvals.html. The queue is sorted by SLA — items closest to breach surface at the top.
  2. Tap any row to open the underlying document in a side drawer; the source screen retains full context, the queue retains your place.
  3. Click Approve with a one-line rationale, or Return with a reason code that routes the document back to its raiser with a comment.
  4. For approvals above your authority, Steward shows the next role in the chain so you can hand the item over with one click.
Caution Returning an item is not a soft action — it sends the document back to Draft and notifies the raiser. Use Hold if you simply need more information before deciding.

4.2 Items

The Items section holds the shared backbone — the catalogue every other screen reads from. Five screens compose the section: the cross-domain Item Master list and its dynamic Item Detail page, the Locations tree of where stock lives, the Batches view for perishable and chemical lots, and the Suppliers register that every PO draws from.

4.2.1 · ITEM MASTER

Item Master List

The catalogue of every SKU the property buys, holds or issues. Drives every other screen.

Roles
Procurement · FC · Exec Housekeeper (read for most)
Frequency
Browse daily · edit on supplier change, new SKU, price update
Linked
Item Detail · Suppliers · Purchase Suggestions
Item Master — screenshot 1 2 3 4 5
Fig 4.2.1/Item Master · annotated
  1. 1Search & filter — query by code, GTIN, description; chips narrow by USALI class, supplier and status.
  2. 2New item — opens the SKU drawer (Step 1 of How to use below).
  3. 3Column toolbar — toggle GTIN, ABC class, ROP, On-hand value; the layout is saved per user.
  4. 4Item row — click anywhere to open Item Detail; the inline UoM column shows purchase / stock / issue.
  5. 5WHS & status chips — hazardous SKUs carry a yellow GHS pin; Inactive rows are dimmed.

When to use

  • Adding a new SKU after a procurement decision.
  • Deactivating an SKU that is being replaced.
  • Bulk price-list updates after a supplier contract renewal.
  • Looking up GTIN / internal code when handling a paper invoice.

How to use — adding a new SKU

  1. Click New item top-right. The drawer opens.
  2. Fill the identity block: internal code (auto-suggested), GTIN if printed on packaging, USALI class, item description (English and any required second language).
  3. Fill the UoM block: purchase UoM, stock UoM, issue UoM, and conversion factors. The system will not allow an item with missing conversions.
  4. Select preferred supplier and price per purchase UoM. If multiple suppliers, mark one preferred and add the others as alternates.
  5. Set ROP, Safety stock, Lead time, Cost method. The FC must approve a cost method other than Weighted Average.
  6. If the item is hazardous, tick Hazardous and attach the current SDS — the WHS Register entry is created automatically on save.
  7. Save as Active. The SKU is immediately available to Receiving and Mobile.
Caution Never delete an SKU that has movement history — deactivate instead. Deletion would break the audit trail required by AASB 102.
4.2.2 · ITEM DETAIL

Item Detail

Everything about one SKU on one page — distribution, batches, history, price curve, ROP configuration.

Roles
Exec Housekeeper · Procurement · FC
Frequency
On demand — incident investigation, supplier negotiation, ROP tuning
Linked
Item Master · Locations · Movements · Suppliers · Batches
Item Detail — screenshot 1 2 3 4 5
Fig 4.2.2/Item Detail · annotated
  1. 1Identity strip — internal code, GTIN, USALI class, hazard flag and current on-hand value (AUD).
  2. 2UoM & conversion — purchase ↔ stock ↔ issue with factors; the FC cannot save with a missing factor.
  3. 3Tabs — switch between Overview, Replenishment, Batches, Suppliers & price and History.
  4. 4Distribution map — on-hand per location; click a node to deep-link to the Locations tree.
  5. 5Reorder configuration — ROP, safety stock, lead time and seasonality; Simulate ROP opens the tuning panel.

When to use

  • An Alert points at this SKU — open the detail to see distribution and recent movements before deciding.
  • Negotiating a contract — open the price curve to take a quote-history print.
  • Tuning ROP — review the 90-day consumption trend and seasonality factor.

How to use — tuning the reorder point

  1. Open the SKU and switch to the Replenishment tab.
  2. Review the 90-day consumption curve per location — a single high-variance location often drives a wrong global ROP.
  3. Click Simulate ROP, adjust the safety-days slider, watch the projected stockout count update live.
  4. Save changes — the system writes an audit note ROP TUNED · operator · timestamp.
4.2.3 · LOCATIONS

Stock by Location

The tree view of where every unit of every SKU is, with par-level gap and one-click replenish.

Roles
Exec Housekeeper · HK Supervisor · Chief Engineer
Frequency
Daily — start-of-shift and again before evening trolley re-stock
Linked
Transfer · Suggestions · Item Detail
Stock by Location — screenshot 1 2 3 4 5
Fig 4.2.3/Stock by Location · annotated
  1. 1Location filter — property selector + free-text filter restricted to the tree.
  2. 2Pantry node — amber = below par, red = stockout; click to expand the SKU list.
  3. 3Replenish — pre-fills a Stock Transfer from Central Store with gap quantities and FEFO pick batches.
  4. 4Trolley sub-tree — last mile to the room; par-level controlled per trolley per shift.
  5. 5Capacity bar — soft cap per location; a full bar prompts Move surplus out instead of Replenish in.

When to use

  • A floor pantry is empty mid-shift — find the nearest pantry with surplus.
  • Setting up a new trolley before a shift.
  • Approving a transfer request from a supervisor.

How to use — replenish a floor pantry

  1. Expand the tree to the floor pantry that needs stock.
  2. Items below par are tinted amber; items at zero are tinted red.
  3. Click Replenish on the location header — the drawer pre-fills a Stock Transfer from Central Store with the gap quantities.
  4. Adjust quantities if needed, choose pick batch (FEFO is the default), submit. The transfer enters Requested.
4.2.4 · BATCHES

Batch & Expiry Tracker

Visibility on every batch nearing expiry, with FEFO pick priority and write-off projection.

Roles
Exec Housekeeper · Exec Chef (food batches) · Chief Engineer (chemical batches)
Frequency
Weekly review · daily during high-velocity periods
Linked
Item Detail · Locations · Movements
Batch & Expiry Tracker — screenshot 1 2 3 4
Fig 4.2.4/Batch & Expiry Tracker · annotated
  1. 160 / 30 / 7-day bands — items grouped by expiry urgency; counts shown in the band headers.
  2. 2Batch row — batch no., supplier lot, mfg / expiry, qty remaining, location and projected write-off (AUD).
  3. 3Action menu — Promote (transfer) · Consume (staff café) · Write off (ADJUST reason EXPIRY).
  4. 4FEFO pin — the batch chosen by default when this SKU is picked anywhere in the system.

When to use

  • Weekly pre-shift review — identify what must be issued this week to avoid write-off.
  • Before initiating a Transfer — verify the pick batch.
  • Month-end — compute and post expiry write-offs.

How to use — weekly review

  1. Open the tracker. The three bands are 60 days, 30 days, 7 days.
  2. Sort by projected write-off value. Highest-value rows go to action first.
  3. For each row, choose: Promote to high-velocity location (transfer), Consume in-house (staff cafeteria, internal use), Write off (post an ADJUST with reason EXPIRY).
  4. Save the decision log — the FC sees it at month-end.
4.2.5 · SUPPLIERS

Suppliers

Supplier master data — price lists, MOQ, lead time and performance scorecards.

Roles
Procurement · FC
Frequency
Edit on contract renewal or onboarding · review monthly
Linked
Items · PO · Reports
Suppliers — screenshot 1 2 3 4
Fig 4.2.5/Suppliers · annotated
  1. 1Supplier list — legal name, ABN, GST status, payment terms; click to open the supplier card.
  2. 2Scorecard — rolling 90-day on-time rate, quality, variance & spend; surfaced on every PO at draft time.
  3. 3Master agreement — uploaded contract with expiry & auto-reminder 90 days before renewal.
  4. 4Price-list CSV import — validated against the Item Master before activation; rejected lines surfaced inline.

When to use

  • Onboarding a new supplier — record ABN, GST registration, payment terms, banking, freight terms.
  • Updating a price list — bulk import via CSV with validation against current ranges.
  • Quarterly business review — read on-time rate, quality score and variance rate.

How to use — onboard a new supplier

  1. Click New supplier. Enter legal name, trading name, ABN, GST status, address.
  2. Record contacts: AR, account manager, after-hours.
  3. Set commercial terms: payment terms, freight terms, MOQ rules, default lead time.
  4. Upload the executed master agreement. The system records expiry and surfaces a renewal reminder 90 days before.
  5. Upload the price list. The system validates each line against the Item Master before activating the supplier.

4.3 Operations

Operations groups the daily transactional verbs that move stock and reconcile records. Five screens compose the section, in the order most operators encounter them through the day: Receiving turns a delivery into stock; Movements is the append-only ledger of every quantity change; Transfer shifts stock between locations; Count reconciles physical against system; Alerts is the three-tier stockout stream that drives intra-day action.

4.3.1 · RECEIVING

Receiving · GRN

Turn a supplier delivery into stock — match against a PO, capture batches, raise variances, post the Goods Received Note.

Roles
Receiving Clerk · Procurement (review)
Frequency
Per delivery
Linked
PO · Movements · Batches · Mobile: Receiving Scan
Receiving / GRN — screenshot 1 2 3 4 5
Fig 4.3.1/Receiving · GRN · annotated
  1. 1PO header — supplier, expected date, dock and currency; the supplier-side delivery note must match before unloading.
  2. 2Line table — PO qty, received-to-date, this-receipt qty, unit cost; scanner input lands on the active row.
  3. 3Batch & expiry capture — mandatory for perishables / chemicals; feeds Batches & the WHS Register.
  4. 4Variance flagShort · Over · Damage · Wrong item; notifies Procurement and posts goods at actual qty.
  5. 5Post GRN — writes IN movements, updates weighted-average cost, transitions the PO to Partially Received / Received.

When to use

  • A scheduled delivery arrives at the loading dock.
  • An ad-hoc delivery is presented — must be matched to a PO before any unloading.

How to use — standard delivery

  1. Search the open PO list by supplier name or PO number — confirm the supplier on the delivery note matches.
  2. Click Begin receiving. The PO header opens with each line ready to receive.
  3. For each line, scan (mobile) or key the received quantity. For batched items, key batch number, manufacture date and expiry date — these become the audit source for FEFO and the WHS register.
  4. Raise any variance: Short, Over, Damaged, Wrong item. Variances trigger a notification to the Procurement Officer; goods are received at the actual quantity, not the PO quantity.
  5. Attach the supplier's delivery docket photograph or signed paper copy.
  6. Click Post GRN. The system writes the IN movements, updates on-hand and weighted average cost, and moves the PO to Partially Received or Received.
Tip If the supplier's invoice arrives later and differs from the GRN, the three-way match warning will appear on the PO. Resolve before approving payment.
4.3.2 · MOVEMENTS

Stock Movements

The append-only transaction log — every change to on-hand, ever.

Roles
FC · Exec Housekeeper · Auditor
Frequency
On demand for investigation · daily reconciliation for FC
Linked
Item Detail · Receiving · Count · Transfer
Stock Movements ledger — screenshot 1 2 3 4 5
Fig 4.3.2/Stock Movements (ledger) · annotated
  1. 1Period & Item filter — narrow the ledger by SKU, location, type and reason; bookmark common filters per user.
  2. 2Type chipsIN / OUT / TRANSFER / ADJUST / COUNT / REVERSAL; mix & match.
  3. 3Export — emits the filtered set as CSV/XLSX for the FC working papers or audit sample.
  4. 4Movement row — type pill, qty, unit cost, batch, from/to, operator, ref-doc, timestamp — all on one line.
  5. 5Ref-doc link — opens the source document (GRN, Count, Transfer) for one-click traceability.

When to use

  • An on-hand number looks wrong — trace it back to the source document.
  • Month-end: the FC ties the sum of movements to the GL inventory account.
  • External auditor sample requests — produce a filtered export by date and reason.

How to use — trace an unexpected drop

  1. Apply filters: Item = the SKU, Date range = the suspicious window, Type = OUT, ADJUST, COUNT.
  2. Sort by timestamp; the offending movement will show operator, reason code and ref-doc.
  3. Click the ref-doc link to open the source document (Receiving, Count or Adjust).
  4. If a correction is needed, post a REVERSAL from the source document — never attempt to edit a movement directly.
Caution The ledger is immutable. A movement cannot be edited or deleted; corrections always post a counter-movement.
4.3.3 · TRANSFER

Stock Transfer

Move stock between locations — including across properties, with automatic GST handling.

Roles
HK Supervisor / Chief Engineer (request) · Exec Housekeeper (approve) · Receiver at destination
Frequency
Daily within property · weekly cross-property
Linked
Locations · Movements
Stock Transfer — screenshot 1 2 3 4
Fig 4.3.3/Stock Transfer · annotated
  1. 1From → To — source & destination selectors; cross-property pairs surface a GST inter-company badge.
  2. 2Pick lines — qty per SKU; FEFO batch is the default and is shown in the pick column.
  3. 3State pill — current transition (Requested → Approved → In Transit → Received → Reconciled).
  4. 4Variance on receive — Short / Damaged is posted as an ADJUST reason TRANSIT-LOSS and the transfer closes Reconciled.

State machine:

Requested Approved In Transit Received Reconciled

When to use

  • Floor pantry below par and the next delivery is more than 24 hours away.
  • A sister property in the same group has surplus — shift stock to avoid expiry.
  • Setting up a trolley for a non-resident attendant.

How to use — cross-property transfer

  1. Request a transfer from the requesting property's Locations screen — name the destination property and location.
  2. The destination Exec Housekeeper or FC reviews and Approves.
  3. Source picks stock under FEFO, scans into the transfer manifest, marks In Transit. The system creates an OUT movement at source.
  4. On arrival, destination scans against the manifest and marks Received. The system creates an IN movement and posts the inter-company GST adjustment automatically.
  5. Any short/damage at receive is raised as a variance, posted as an ADJUST reason TRANSIT-LOSS, and the transfer moves to Reconciled.
4.3.4 · COUNT

Stock Count

Periodic physical count — wall-to-wall, cycle or spot — driving an auditable inventory reconciliation.

Roles
Exec Housekeeper (initiate) · Supervisors (count) · FC (review & post)
Frequency
Cycle count weekly · full count monthly · spot count as needed
Linked
Locations · Movements · Item Detail
Stock Count — screenshot 1 2 3 4 5
Fig 4.3.4/Stock Count · annotated
  1. 1Count header — ID, scope (location / class / cycle), mode (Blind · Reveal), and current state pill.
  2. 2State stepper — Draft → In Progress → Submitted → Reviewed → Posted; transitions are role-gated.
  3. 3Counter assignment — two counters, recount enforced above the variance threshold (default A$200 / line).
  4. 4Variance review — FC filters by reason (Damage / Theft / Expiry / System) before posting.
  5. 5Post — writes COUNT movements; variance ≥ A$1,000 requires GM co-approval.

State machine:

Draft In Progress Submitted Reviewed Posted

When to use

  • Weekly cycle count of high-velocity SKUs (top 20% by movement).
  • End-of-month full count for AASB 102 valuation.
  • After an Alert investigation flags a possible discrepancy.

How to use — full count of Floor 12 pantry

  1. Create count — choose scope By location, pick Floor 12 Pantry, choose mode Blind (counters do not see system on-hand).
  2. Assign two counters. The system locks the location so no movements can post until the count completes.
  3. Counters use Mobile: Stock Count to scan items and key counted quantity.
  4. On Submit, the system compares both counters and the system on-hand. Variances above the threshold (default A$200 per line) trigger a recount.
  5. Recount any variances; the second pass is binding.
  6. The FC opens Review, inspects variances by reason (Damage, Theft, Expiry, System error) and clicks Post. The system writes COUNT movements and the count moves to Posted.
Caution Variance ≥ A$1,000 on a single SKU requires GM co-approval before posting.
4.3.5 · ALERTS

Low Stock Alerts

A three-tier alert stream — Warning, Critical, Out of Stock — with explicit acknowledge / resolve path.

Roles
Exec Housekeeper · Procurement · GM (for escalations)
Frequency
Continuous — alerts re-evaluate every 15 minutes
Linked
Dashboard · Item Detail · Suggestions · PO
Low Stock Alerts — screenshot 1 2 3 4 5
Fig 4.3.5/Low Stock Alerts · annotated
  1. 1Tier tabsCritical / Warning / Out of Stock / All; counts in the badges.
  2. 2SLA timer — Critical must Acknowledge ≤ 4 h, Resolve ≤ 12 h; expired SLAs auto-escalate to the GM.
  3. 3Alert card — SKU, location, on-hand vs safety, suggested action with one-click Raise PO / Transfer.
  4. 4Acknowledge · Resolve — Acknowledge starts the SLA timer; Resolve closes the alert and audits the rationale.
  5. 5History & escalation log — every transition stamped with operator and IP; used in monthly KPI reviews.

State machine:

Active Acknowledged Resolved · Escalated

Tiers

TierTriggerSLA
WarningOn-hand ≤ 1.5 × ROPResolve within 24 h
CriticalOn-hand ≤ Safety StockAcknowledge within 4 h, resolve within 12 h
Out of StockOn-hand = 0 at any operational locationAcknowledge immediately, resolve within 4 h

How to use — clear a Critical alert

  1. Click the alert. Confirm root cause: spike in demand, late delivery, mis-issue.
  2. Choose action — Raise PO from suggestion, Initiate transfer, or Acknowledge with rationale (e.g. seasonality and a delivery in 6 h).
  3. The system moves the alert to Acknowledged and stamps an SLA timer. When on-hand recovers, the alert auto-resolves.
  4. If the SLA expires unresolved, the alert Escalates to the GM with full context.

4.4 Work centres

Five work centres each compose two or three domains into a single screen where one role can finish a complete piece of cross-domain work. A work centre owns no data of its own — only a layout, a filter set and an action set that lets a single user complete a task end-to-end without losing context. Where a domain page is the right tool to study a topic in depth, a work centre is the right tool to complete a task.

4.4.1 · PROCUREMENT HUB

Procurement Hub

The Procurement Officer's home — purchase suggestions, purchase orders, three-way match and supplier scorecard on one cross-domain canvas.

Roles
Procurement Officer (owner) · FC · Exec Housekeeper / Chief Engineer / GM (approvers by threshold) · AP (match)
Frequency
Daily — opens with the morning suggestion run, stays open through PO drafting and supplier follow-up
Linked
Suppliers · Item Master · Receiving · Movements · Approvals

A single Procurement Hub PO can mix Consumables lines (expense on issue), Asset lines (capitalisation on receipt) and Rotable replenishment lines (charge to OS&E amortisation). The hub composes three previously separate screens into one workflow: the nightly suggestion engine, the PO state machine and the supplier scorecard. It opens at procurement-hub.html and is the only screen a Procurement Officer needs through most of the day.

Purchase Orders — screenshot 1 2 3 4 5
Fig 4.4.1a/Purchase Orders · annotated
  1. 1Status tabs — Draft / Approved / Sent / Partially Received / Received / Closed / Cancelled; counts per bucket.
  2. 2New PO — opens drafting; supplier-locked items, lead time and price list auto-load.
  3. 3PO row — supplier, total (AUD ex GST), expected date, lines & received progress in one row.
  4. 43-way match badge — green when PO ≡ GRN ≡ Invoice; amber/red blocks Close until reconciled.
  5. 5Approval routing — values ≤ A$5,000 → Exec HK / FC; > A$5,000 require GM (§2.5 matrix).
Purchase Suggestions — screenshot 1 2 3 4 5
Fig 4.4.1b/Purchase Suggestions · annotated
  1. 1Generated nightly — uses on-hand, open POs, ROP, safety stock and seasonality from the last 90 days.
  2. 2Global controls — safety days · seasonality factor · lead-time buffer; adjustments preview live.
  3. 3Create POs — one PO per supplier per day; pre-fills lines into the standard PO drafting flow.
  4. 4Grouped by supplier — keeps the daily PO count low and MOQ rules honoured.
  5. 5Suggestion row — current vs ROP, projected stockout date, suggested order qty & cost (AUD ex GST).

Purchase Suggestions

The suggestion engine recomputes nightly at ~07:00 and produces a daily procurement plan grouped by supplier so a single PO can be raised per supplier per day. The engine reads on-hand, open POs, ROP, Safety Stock, Lead Time and rolling 90-day demand for every SKU at every location, applies a seasonality factor, and emits a suggested order quantity with a projected stockout date if the line is not actioned.

  1. Open the Suggestions tab in the Procurement Hub. The list is grouped by supplier so a single PO can be raised per supplier per day, honouring MOQ rules.
  2. Review the global controls: Safety days, Seasonality factor, Lead-time buffer. Adjustments preview live against every line.
  3. Tick the lines to include. Adjust the quantity on any line where the engine cannot have known about an event (private function, ICC conference) not yet on the property calendar.
  4. Click Create POs. One PO per supplier is drafted with all selected lines pre-filled, ready for the standard approval flow under Purchase Orders.
Tip Untick the Auto-suggested only chip to also see manual additions made by the team this morning, including ad-hoc asset capitalisation lines and rotable replenishment lines that come from outside the demand model.

Purchase Orders

Every PO Steward issues flows through the same state machine regardless of which domain a line belongs to. The chip row below applies equally to a consumable amenity carton, an Engineering chiller replacement and a rotable linen top-up.

Draft Approved Sent Partially Received Received Closed · Cancelled
  1. Click New PO, pick the supplier; supplier-locked items, lead time and price list load automatically. If the supplier supplies Consumables, Assets and Rotable lines, all three classes are selectable.
  2. Add lines — SKU, quantity, purchase UoM. The system shows the latest unit price and the variance against the rolling 90-day average; an amber chip marks any line outside ±5%.
  3. Confirm delivery date and ship-to location. Asset lines prompt for a capitalisation cost centre at draft time; rotable lines prompt for a target par location. Save as Draft.
  4. Submit for approval. Routing follows §2.5 — Consumable values ≤ A$5,000 route to Exec HK or FC; > A$5,000 require GM; any line marked as a capitalised asset also routes to the FC regardless of value.
  5. On approval, click Send. The PO is emailed or pushed via EDI to the supplier; status moves to Sent.
  6. On receipt, GRN GRN-26-0418 writes the IN movements (Consumables), the capitalisation entries (Assets) or the par-pool increments (Rotable). Three-way match runs automatically against PO, GRN and invoice; mismatches block Close until reconciled.

Supplier scorecard

The scorecard panel surfaces the rolling 90-day performance of the supplier on the current PO before draft submission: on-time delivery rate, quality (rejection) rate, price variance against rolling average, short / over rate and cumulative spend. The values are computed from the Movement ledger so there is no second source of truth. A supplier whose on-time rate falls below the property's threshold prompts a banner suggesting an alternate; the alternate is the next-preferred supplier on the Item Master record. The scorecard data is also the input to the quarterly business review and to renegotiation conversations at contract anniversary.

Caution Three-way match is a hard stop, not a warning. A PO cannot move to Closed while PO, GRN and supplier invoice disagree on quantity or price. Resolve through the source documents — never adjust by adjusting the PO retroactively.
4.4.2 · ENGINEERING WORKBENCH

Engineering Workbench

A maintenance technician's home — the asset card, the work order, the MRO part pick (C), the tool checkout (A), photo capture and labour time on one screen.

Roles
Maintenance Technician (primary) · Chief Engineer (queue, scheduling, sign-off)
Frequency
Per task — typically 6–12 work orders per technician per shift
Linked
Work Orders · Asset Register · Tool Crib · Item Master · Movements · Mobile: Technician Home

When to use

  • Starting a reactive work order raised by housekeeping or front office (the iron in 1208 does not work; the chiller ENG-CHL-0012 alarms low pressure).
  • Executing a scheduled preventive-maintenance work order generated from the PM Schedule.
  • Calibrating a piece of equipment under a calibration WO template.

How to use — execute a work order

  1. Open engineering-workbench.html. The left rail lists work orders assigned to you, sorted by SLA. Click the top WO; the right panel composes the asset card, the WO checklist and the part-pick and tool-checkout panels.
  2. Scan or tap the asset tag (e.g. ENG-CHL-0012) to confirm you are at the right body. The asset card shows the WO history of the last six months and any active warranty.
  3. Issue MRO parts under the Parts panel — these are Consumables drawn against the WO as the cost centre, writing an OUT movement at unit cost. If a part is below ROP after the issue, an alert is raised inline.
  4. Check out tools under the Tools panel. Each tool is an individually-tagged asset; checkout writes to the Custody Ledger and surfaces an expected-return reminder.
  5. Capture before / after photos and key labour minutes per technician. Move the WO chip through In ProgressCompleted; the Chief Engineer reviews and moves it to VerifiedClosed.
Tip The Workbench is offline-tolerant on tablet — actions queue locally and post when the device next reaches Wi-Fi. The split between a part (Consumable) and a tool (Asset) is invisible to the technician.
4.4.3 · FLOOR OPERATIONS

Floor Operations

An Executive Housekeeper's floor-by-floor view that overlays consumable par gap (C), 3-Par linen state (R) and loanables on the floor (A) — with one-click replenish.

Roles
Executive Housekeeper · HK Supervisor
Frequency
Daily — start of shift and again before the evening trolley re-stock
Linked
Locations · Transfer · Par Configuration · 3-Par Circulation · Mobile: Housekeeper Home

When to use

  • The start-of-shift floor walk-through where consumables, linen and loanables must all be reviewed before housekeeping deploys.
  • An ad-hoc top-up during a high-occupancy day where a single floor is bleeding stock.
  • Approving a Supervisor's transfer request that touches more than one domain.

How to use — start-of-shift walk-through

  1. Open floor-ops.html. The screen is a floor tree on the left and three stacked panels on the right: Consumable par gap (C), Linen 3-Par state (R) and Loanables on floor (A).
  2. Pick a floor (e.g. Floor 12). The three panels refresh to that floor's bodies. A red chip on any panel signals a stockout, amber signals below par.
  3. Click Replenish floor in the floor header. Steward composes a single cross-domain Stock Transfer from Central Store that fills the consumable gap and tops up the linen pool to par, and surfaces any loanable that is overdue back to the pool.
  4. Review, adjust quantities if needed, submit. The transfer enters Requested and routes for approval per §2.5.
4.4.4 · ROOM 360

Room 360

Resolve a guest issue or a complaint anchored on a room — amenity par (C), room-tagged assets (A), linen state (R), today's cleaning and recent work-order history on one card.

Roles
Front Office Manager · HK Supervisor · Duty Manager
Frequency
Per shift — typically opened on a guest call or a complaint card
Linked
Asset Register · Work Orders · Linen Circulation · Loanable Pool · Activity Feed

When to use

  • A guest reports an issue ("the iron does not work") — the room is the natural anchor for a cross-domain answer.
  • Pre-arrival readiness check for a VIP — confirm amenity par, assets functional, linen ready.
  • A post-checkout review where damage or loss is suspected.

How to use — resolve a guest issue

  1. Open room-360.html?room=1208 (or pick the room from the tree). The page assembles five panels: Amenity par, Assets in room, Linen state, Today's cleaning and Recent WOs.
  2. Match the guest's complaint to a panel — an iron not working surfaces the asset tag, its warranty status and a one-click Raise WO button that pre-fills the asset tag HSE-IRN-0042 and the room.
  3. If a replacement loanable is needed before the WO completes, the Loanable Pool tile shows the nearest Available iron and offers an Issue action that writes a custody event.
  4. Add a note to the room — visible to the next operator who opens Room 360 for the same room.
4.4.5 · FINANCE CLOSE

Finance Close

The Financial Controller's month-end canvas — AASB 102 valuation (C), AASB 116 depreciation (A) and USALI Schedule 5 amortisation (R) consolidated into one journal pack with Xero / MYOB / SUN export.

Roles
Financial Controller (owner) · GM (locks the period)
Frequency
Monthly — typically the first two business days after period end
Linked
Period Close Pack (4.6.2) · Movements · Depreciation Schedule · OS&E Amortisation · Reports

When to use

  • Month-end close — the single screen that drives the AASB 102, AASB 116 and USALI Schedule 5 journal lines for the period.
  • Mid-month sanity check before the GM standup — preview the projected close before the period ends.

How to use

  1. Open finance-close.html. The page is a checklist of close gates — count posted, GRN reconciled, transfers closed, depreciation run, amortisation run, GST preview prepared, journal preview produced.
  2. Work each gate top-down. Steward will not enable the next gate until the prior gate is green.
  3. Run the Journal preview. The preview shows every debit and credit line that will post to the GL, grouped by USALI schedule and tagged with the originating ledger record.
  4. Export to Xero, MYOB or SUN. Once the export is acknowledged by the FC, the GM can lock the period — after which no movement can post into the locked period without a REVERSAL and a new period.

For the full close procedure including roles, evidence and exception handling, see SOP 6.6 — Month-end close in chapter 6.

4.5 Domains

The Domains section holds the depth pages that are not covered by Operations or Work centres. These screens are class-specific — they only apply to one of Consumables, Assets or Rotable — and they exist because the domain in question has substantive content that does not generalise. A user typically opens a Domain page to study a topic in depth, then returns to a Work centre or an Operations page to act.

4.5.1 Consumables

Consumables-specific depth pages cover the regulatory backbone (the WHS chemical register) and the replenishment science (reorder points and ABC classification). The Item Master, Locations, Batches, Suppliers, Receiving, Movements, Transfer, Count and Alerts screens that consumables also use are documented under their cross-domain homes in 4.2 and 4.3.

4.5.1.1 · CHEMICAL REGISTER

WHS Chemical Register

The hazardous chemicals manifest required by WHS Regulation §349 — one-click export for regulator audits.

Roles
Exec Housekeeper (owner) · Chief Engineer (engineering chemicals) · WHS Officer
Frequency
Review monthly · update whenever an SDS is renewed or a chemical is introduced/retired
Linked
Items · Locations
WHS Chemical Register — screenshot 1 2 3 4 5
Fig 4.5.1.1/WHS Chemical Register · annotated
  1. 1Compliance header — declares the regulation in force (WHS Regulation §349 · NSW) and last regulator export.
  2. 2Export to PDF — one-click manifest for a regulator visit; signed by Exec Housekeeper & WHS Officer.
  3. 3Chemical row — name, GHS pictograms, SDS version + expiry, responsible officer, storage location.
  4. 4SDS status — green / amber / red against the 90-day expiry rule; an expired SDS blocks issue on Mobile.
  5. 5Consultation log — “Mark consulted” after a toolbox talk; this is your evidence under WHS Act §39.

When to use

  • Annual WHS audit or a regulator request — produce the manifest as PDF.
  • A new chemical SKU is added to the catalogue — confirm the SDS is current.
  • Quarterly walkthrough — verify physical storage matches the declared location.

How to use — refresh an SDS

  1. Filter the register by SDS expires ≤ 90 days.
  2. For each row, request the new SDS from the supplier. The system surfaces the supplier contact in the row.
  3. Upload the new SDS. The system extracts version, issue date, expiry and GHS pictograms; verify and confirm.
  4. Click Mark consulted after the team toolbox talk; this is your evidence of consultation under WHS Act §39.
Caution An SDS past its expiry blocks the affected chemical from being issued via Mobile until refreshed. This is a regulatory hard-stop, not a soft warning.
4.5.1.2 · REORDER POINTS & ABC

Reorder Points & ABC Classification

The replenishment-science screen — set, simulate and audit the ROP, Safety Stock and EOQ for every consumable SKU, segmented by ABC class.

Roles
Procurement Officer (owner) · FC (sign-off on safety days) · Exec Housekeeper (review)
Frequency
Quarterly review · ad-hoc on a SKU after an alert investigation
Linked
Item Master · Purchase Suggestions · Alerts · Reports

When to use

  • Quarterly ROP review — the FC and Procurement Officer re-tune the model against the prior quarter's stockouts and write-offs.
  • After an alert investigation — a Critical alert that traces back to a stale ROP rather than a real demand spike.
  • On the introduction of a new SKU, where the first ninety days of demand are now a sample worth fitting.

How to use — quarterly tuning

  1. Open reorder-points.html. The page is segmented by ABC class — A (top 20% by value, ~80% of spend), B (middle band) and C (long tail). Tune A items first, B second, leave C on default.
  2. For each A-class SKU, read the panel: rolling 90-day demand per location, lead time observed (versus lead time declared), and the projected stockout date at the current ROP.
  3. Apply the standard formula referenced in §3.6 — ROP = (avg daily demand × lead time) + safety stock. The safety stock is set by the FC; demand is rolling-90-day per location; lead time is the supplier-observed average, not the contract value.
  4. Click Simulate on any row to overlay the proposed ROP against the historical curve — the simulator counts how many of the prior 180 days the new ROP would have triggered an order or a stockout.
  5. Save changes. Steward writes an audit note ROP TUNED · operator · timestamp on the Item Master detail and refreshes the next suggestion run.
Tip The ABC chip is recomputed weekly from the Movement ledger. A SKU that crosses the A/B boundary surfaces a banner suggesting the safety days be reviewed; A items typically run with shorter safety days and tighter lead-time buffers than C items.

4.5.2 Assets

The Assets domain covers nine screens for owned property, plant and equipment under AASB 116. The register holds one row per tagged body for its entire life; the custody ledger and PM schedule keep that body operating; depreciation and disposal close the book on it. Every screen here references the asset tag (ENG-CHL-0012, HSE-IRN-0042) as the primary key.

4.5.2.1 · ASSET REGISTER

Asset Register

One row per tagged body — the auditable list of every asset the property owns, with status, custodian, NBV and class.

Roles
FC (owner) · Chief Engineer · Exec Housekeeper · External auditor (read)
Frequency
Continuous read · edit on capitalisation, condition change, status change
Linked
Item Master · Custody Ledger · Depreciation · Work Orders · Disposal

When to use

  • Capitalising a new asset from a posted GRN — the register is the row of record.
  • Locating a particular asset by tag, by class or by custodian.
  • Running the annual asset audit — the register is the master against which the floor walk reconciles.

How to use — capitalise a new asset

  1. Open assets-register.html. Click New asset (or, more commonly, accept the capitalisation prompt from a posted GRN).
  2. Confirm the SKU on the Item Master, key the asset tag (Steward will offer the next number in the class series), set the initial custodian and location.
  3. Set the depreciation profile — method (straight-line or reducing balance), useful life in months and salvage value (AUD). The FC must approve any deviation from the class default.
  4. Save. The asset enters Commissioned; the first month's depreciation will accrue at the next period close.
Caution Never reuse an asset tag. Once a tag is retired through Disposal, the number is permanently burnt — AASB 116 ¶67–72 traceability depends on a one-to-one tag-to-body mapping for the life of the property.
4.5.2.2 · CUSTODY LEDGER

Custody Ledger

The append-only history of every custody event — who held the asset, when, what condition it was in on hand-off and on return.

Roles
FC · Chief Engineer · HR (uniform / key issue) · Auditor
Frequency
On demand — investigation, audit sample, onboarding/offboarding
Linked
Asset Register · Loanable Pool · Tool Crib · Uniform & Keys

When to use

  • An asset is found in the wrong location and the FC needs to know who last held it.
  • An offboarding staff member is being checked out — the ledger lists every key, uniform set and tool still in their name.
  • An external auditor sample asks for the chain of custody on a specific asset tag.

How to use

  1. Open assets-custody.html. Search by asset tag, by custodian, by location or by date range; the ledger is append-only and every row is timestamped and signed by the operator.
  2. Click any row to open the source event — a loanable issue opens the Loanable Pool, a tool checkout opens the Tool Crib, a uniform issue opens HR onboarding.
  3. Export the filtered view as CSV for audit working papers. The export carries the operator's IP address per row.
4.5.2.3 · LOANABLE POOL

Loanable Pool

The shared pool of guest-loanable assets — cribs, irons, wheelchairs, AV — circulated under Available → Reserved → Issued → Returned → Cleaning → Available.

Roles
Front Office Manager (owner) · HK Supervisor · Concierge · Duty Manager
Frequency
Per shift — typically opened on a guest request
Linked
Asset Register · Custody Ledger · Room 360 · PM Schedule

When to use

  • A guest requests a crib, an iron, a wheelchair or an AV item — find the nearest Available body, reserve, issue.
  • Tracking down an overdue item that should have been returned at check-out.
  • Scheduling routine cleaning and minor repair between issues.

How to use — issue a loanable

  1. Open assets-loanable.html. Pick the item class (e.g. Iron). The pool shows every body's current state with the floor it is on.
  2. Pick an Available body, click Issue, scan the room key or key the room number; the custody event names the room as the holder until return.
  3. On guest check-out, scan the asset tag at the desk; Steward moves it to Returned and then to In Cleaning. Once HK signs off, it returns to Available.
Tip A loanable past its expected return date surfaces on the Front Office's Today brief; an item overdue by more than 24 hours auto-raises a guest billing prompt under the loanable damage policy.
4.5.2.4 · TOOL CRIB

Tool Crib

The engineering team's tool register — individually-tagged tools, calibration cadence, and the shared-versus-individual checkout rule.

Roles
Chief Engineer (owner) · Maintenance Technician (checkout) · FC (audit)
Frequency
Per task — checkouts cluster at start and end of shift
Linked
Asset Register · Custody Ledger · Engineering Workbench · PM Schedule

When to use

  • A technician starting a work order needs a tool — checkout against the WO is the trail back to who held what during the repair.
  • A calibrated instrument is due for recalibration — the crib shows the next-due date and routes to the calibration vendor.
  • End-of-shift sweep to confirm shared tools have been returned to the crib.

How to use

  1. Open assets-toolcrib.html. Tools are grouped by class (electrical, plumbing, HVAC, measurement) and tagged shared (returns at end of shift) or individual (assigned to a technician for the duration of an assignment).
  2. Scan the tool tag, then the WO number. Steward writes a custody event linking tool, technician and WO.
  3. On WO closure, the technician scans the tool back into the crib — the system flags any tool still out at handover.
  4. For calibrated instruments, the calibration cadence is on the PM Schedule and a calibration WO is auto-generated against the tool when it becomes due.
4.5.2.5 · UNIFORM & KEYS

Uniform & Keys

The staff-facing register — uniform sets and master keys issued under custody on hire, returned on termination.

Roles
HR (owner) · Security (master keys) · FC (loss provision)
Frequency
Per onboarding / offboarding event
Linked
Asset Register · Custody Ledger · Compliance Centre

When to use

  • Onboarding a new starter — issue the appropriate uniform set and any keys their role requires.
  • Offboarding a leaver — check every uniform set and key back in; the system blocks final payment until the custody balance is zero.
  • Mid-employment exchange — a worn uniform is exchanged for a replacement; the worn set is written off.

How to use — onboarding

  1. Open assets-uniform.html from the new starter's HR record. Steward proposes the issue list against the role (e.g. a Room Attendant gets two summer dress sets and a winter set; a Chief Engineer gets a coverall, a safety vest and the engineering master key).
  2. Scan each item's tag against the starter. The custody event names the staff member as the holder; the items move out of the central stockroom into the staff member's name.
  3. The starter signs (electronic or paper); the signed record is the evidence at offboarding.
Caution A lost master key is a security event, not an inventory event. Mark the key as Lost on the register and follow the property's rekeying procedure — Steward raises a Critical alert to Security and the GM simultaneously.
4.5.2.6 · PM SCHEDULE

PM Schedule

The preventive-maintenance plan — templates by asset class, calendar and list views, automatic work-order generation on cadence.

Roles
Chief Engineer (owner) · Maintenance Technician (read) · FC (capex planning)
Frequency
Review monthly · update on template revision
Linked
Asset Register · Work Orders · Engineering Workbench

When to use

  • Building the PM template for a newly-introduced asset class — cadence, checklist, estimated duration, required parts and tools.
  • Reviewing next month's PM load against available technician hours — the calendar view shows the schedule pre-generation.
  • Adjusting a cadence after a recurring fault pattern emerges on the asset history.

How to use

  1. Open assets-pm.html. The screen offers two views: Templates (one per asset class — chillers, lifts, AHUs, kitchen extractors) and Calendar (the generated WOs for the next 90 days).
  2. Edit a template — cadence (e.g. quarterly), checklist items, required parts (MRO consumables) and required tools (calibrated instruments).
  3. Use the calendar view to confirm the load is balanced across the technician roster. Drag a WO to reschedule; the change is logged on the Custody Ledger of the affected asset.
  4. WOs auto-generate seven days ahead of the due date and land in the Engineering Workbench queue.
4.5.2.7 · WORK ORDERS

Work Orders

The CMMS register — every Reactive, PM and Calibration work order with the state machine Open → Assigned → In Progress → On Hold → Completed → Verified → Closed.

Roles
Chief Engineer (owner) · Maintenance Technician (executor) · FC (cost rollup)
Frequency
Continuous — typical day yields 20–40 WOs across the team
Linked
Asset Register · Engineering Workbench · Item Master · Tool Crib · Custody Ledger
Open Assigned In Progress On Hold Completed Verified Closed

When to use

  • Raising a reactive WO from a guest complaint, a housekeeping note or a fault alarm on engineering plant.
  • Triaging the team's queue at start of shift — the Chief Engineer assigns priorities and balances the load.
  • Reviewing a Completed WO before signing it off — the Verified step is the Chief Engineer's quality check.

How to use

  1. Open assets-workorders.html. The board shows the queue grouped by state; the technician's mobile and the Engineering Workbench read from the same queue.
  2. Click New WO — pick the asset tag, classify (Reactive / PM / Calibration), set priority, attach photos.
  3. Assign to a technician. The technician executes through the Engineering Workbench; parts issued, tools checked out and labour minutes captured all roll up to the WO cost line.
  4. On Completed, the Chief Engineer reviews. Verified writes the WO cost into the asset's lifetime maintenance cost; Closed archives the record.
4.5.2.8 · DEPRECIATION SCHEDULE

Depreciation Schedule

The AASB 116 monthly run — straight-line or reducing-balance depreciation per asset, NBV roll-forward, Xero / MYOB / SUN export.

Roles
Financial Controller (owner) · GM (locks the period) · External auditor (read)
Frequency
Monthly — runs as part of Finance Close
Linked
Asset Register · Finance Close · Period Close Pack · Disposal

When to use

  • The monthly depreciation run as part of period close — every commissioned asset accrues one month's depreciation.
  • The annual useful-life review required by AASB 116 ¶51 — the schedule is the source of evidence.
  • Owner-rep enquiries on a specific asset's NBV at a specific date.

How to use — monthly run

  1. Open assets-depreciation.html. The schedule shows every asset's opening NBV, this month's accrual, any impairment and the closing NBV.
  2. Review the impairment column — Steward flags assets whose carrying amount exceeds the recoverable amount, per AASB 116 ¶63.
  3. Click Run. The journal preview shows the debit (depreciation expense by cost centre) and the credit (accumulated depreciation by asset class).
  4. Approve the run. Steward writes the journal lines and posts the export to Xero, MYOB or SUN.
Caution A change in useful life under AASB 116 ¶51 is a change in accounting estimate, applied prospectively. Steward enforces this — past months are not restated.
4.5.2.9 · DISPOSAL

Disposal

The end-of-life workflow — Retire, Sell, Scrap or Donate an asset; stops depreciation; computes gain or loss against NBV under AASB 116 ¶67–72.

Roles
Financial Controller (owner) · GM (approves) · Chief Engineer (recommends)
Frequency
Ad-hoc — typically clusters at end of refurbishment programmes
Linked
Asset Register · Depreciation Schedule · Period Close Pack · Compliance Centre

When to use

  • An asset has reached end-of-life — retirement, scrap or donation.
  • An asset is being sold to a third party (sometimes a sister property) — gain or loss must be recognised.
  • An asset has been lost or stolen — disposal under reason code WRITE-OFF.

How to use

  1. Open assets-disposal.html. Pick the asset tag (e.g. ENG-CHL-0012). The page shows current NBV, accumulated depreciation and any open WO.
  2. Choose the disposal method — Retire, Sell, Scrap, Donate. For a sale, key the consideration received (AUD ex GST); Steward computes the gain or loss against NBV.
  3. Attach evidence — a board paper for a retirement, a contract for a sale, a destruction certificate for scrap, a deed for a donation.
  4. Submit. The FC's approval routes the asset to RetiredDisposed in the state machine; depreciation stops at the disposal date; the gain/loss line posts to the next period close.

4.5.3 Rotable

The Rotable domain holds eight screens for the linen, china/glass/silver and uniform pools that circulate through the three-par cycle and amortise under USALI 11th Edition Schedule 5. The pool is sized by par configuration, kept healthy by the dispatch and receive cycle with the laundry vendor, and accounted for monthly via OS&E amortisation.

4.5.3.1 · PAR CONFIGURATION

Par Configuration

Sets the target par level — multiplier, per-location sub-par and seasonal adjustment — for every rotable SKU.

Roles
Executive Housekeeper (linen) · Chief Steward (CGS) · FC (sign-off on capital deployed in pool)
Frequency
Quarterly review · ad-hoc on seasonal change or occupancy plan revision
Linked
Item Master (Rotable) · 3-Par Circulation · Reports · OS&E Amortisation

When to use

  • Quarterly seasonal swing — winter occupancy patterns differ from summer; the par multiplier may need lifting.
  • A capital request to buy additional pool inventory — the screen sizes the request against current par compliance.
  • Introducing a new rotable SKU (e.g. LIN-BWL-70 70cm bath towel) — set the initial par before first issue.

How to use

  1. Open rotable-par.html. For each SKU, set the par multiplier (typically 3 for linen and uniforms, 4–5 for banquet CGS where banquet turnaround is faster than laundry turnaround).
  2. Set per-location sub-par — Floor 12 Pantry holds enough for the floor's room count at one room change per day; Banquet Store holds enough for the next quarter's confirmed bookings.
  3. Apply a seasonality factor where occupancy is materially different (Sydney summer + 15%, July low season − 10%).
  4. Save. The configuration writes to the Item Master and drives the next 3-Par Circulation read.
4.5.3.2 · 3-PAR CIRCULATION

3-Par Circulation View

A sankey rendering of every body in the rotable pool — Storage → Use → Soiled → Laundry → Storage — with loss attribution at every joint.

Roles
Executive Housekeeper (owner) · FC (review at month-end) · Chief Steward (CGS)
Frequency
Daily glance · weekly deep-dive · monthly review at close
Linked
Par Configuration · Laundry Dispatch · Laundry Receive · Loss Tracking

When to use

  • A par compliance figure that has drifted below the property's threshold — the sankey shows which joint is leaking.
  • The weekly review with the laundry vendor — the receive-side loss column drives the chargeback conversation.
  • The monthly close — the closing pool composition reconciles to the OS&E amortisation pool.

How to use

  1. Open rotable-circulation.html. The sankey draws the flow Storage → Use → Soiled → Laundry → Storage at the SKU level (e.g. LIN-BWL-70).
  2. Hover any band to see the count and value (AUD). The dispatch and receive bands show the laundry vendor's name.
  3. Click any loss attribution — Stained, Torn, Worn, Lost, Guest, Broken — to drill into Loss Tracking with the filter pre-applied.
4.5.3.3 · LAUNDRY DISPATCH

Laundry Dispatch

Weigh, scan and generate the dispatch note for every laundry pickup — the signed evidence that opens the vendor's window of custody.

Roles
HK Supervisor (owner) · Laundry vendor driver (counter-sign)
Frequency
Per pickup — typically two pickups per day during high-occupancy weeks
Linked
3-Par Circulation · Laundry Receive · Vendor Reconciliation

When to use

  • Every scheduled laundry pickup from the soiled-linen bay.
  • An ad-hoc pickup raised on a banquet turnaround (e.g. an event ends and the linen must be turned around before the next service).

How to use — standard dispatch

  1. Open rotable-dispatch.html. The scale is connected; weight is captured automatically.
  2. Scan the bag tag or the bulk-counter tag for each batch — bath towels, hand towels, sheets, pillow cases. Steward counts pieces per SKU; the count is the binding number, the weight is a secondary check.
  3. Click Generate dispatch note (DSP-26-1411). The vendor driver counter-signs on tablet; the signed PDF is filed in the Activity Feed.
  4. The bodies move to In Laundry state; the dispatch note is the only legitimate counter-evidence at receive time.
4.5.3.4 · LAUNDRY RECEIVE

Laundry Receive

Compare against the dispatch note, raise rejections (re-wash) and loss (write-off) with photo evidence.

Roles
HK Supervisor (owner) · Laundry vendor driver (counter-sign)
Frequency
Per receipt — paired with every dispatch
Linked
Laundry Dispatch · 3-Par Circulation · Loss Tracking · Vendor Reconciliation

When to use

  • Every laundry receipt from the vendor — the receipt is the closing leg of the dispatch–receive pair.
  • A receipt that arrives outside the SLA window — the receive screen flags the breach for the vendor reconciliation.

How to use

  1. Open rotable-receive.html. The screen pre-loads the open dispatch notes from the vendor with a 7-day window.
  2. Scan each returning bag against the dispatch. Steward splits the line into Returned (clean, returns to pool), Rejected (stained or torn, returned for re-wash), Loss (missing).
  3. For every Rejected and Loss line, attach a photo and a reason code (Stained, Torn, Worn, Lost). The line cannot post without evidence.
  4. Counter-sign with the driver; Steward closes the dispatch–receive pair. Loss lines flow into the monthly write-off journal.
Caution A Loss line raised without photo evidence cannot be reconciled with the vendor at month-end. This is the most common cause of disputed chargebacks — enforce the evidence rule at receive time, not at close.
4.5.3.5 · VENDOR RECONCILIATION

Vendor Reconciliation

Monthly reconciliation with the laundry vendor — weight versus piece billing, agreed chargebacks for documented losses.

Roles
Executive Housekeeper (owner) · FC (sign-off) · Laundry vendor account manager
Frequency
Monthly — typically by the fifth business day of the following month
Linked
Laundry Dispatch · Laundry Receive · Loss Tracking · Suppliers

When to use

  • The monthly meeting (in person or video) with the laundry vendor to agree the invoice.
  • A material variance between the vendor's bill and Steward's count — the screen drives the dispute conversation.

How to use

  1. Open rotable-vendor.html. Pick the vendor and the month. The page composes every dispatch–receive pair for the period, the vendor's claimed weight/piece bill and Steward's count.
  2. Review variances. Where the vendor bills weight and Steward bills piece, the conversion factor is on the vendor card; persistent drift suggests a calibration problem on one of the two scales.
  3. Raise chargebacks for documented losses. The chargeback amount is the replacement cost per AS-IS Item Master pricing.
  4. Sign off. Steward writes a credit-note record against the vendor's invoice and feeds the FC's AP cycle.
4.5.3.6 · LOSS TRACKING

Loss Tracking

Every body lost from the pool, attributed by reason code, floor, shift and attendant — the input to monthly write-off and to staff coaching.

Roles
Executive Housekeeper (owner) · HK Supervisor (raise) · FC (write-off approval)
Frequency
Continuous — losses raise as they happen, posted monthly
Linked
Laundry Receive · 3-Par Circulation · Reports · OS&E Amortisation

When to use

  • Investigating a recurring loss pattern — a single floor, shift or attendant showing above the property's threshold for loss per occupied room.
  • Monthly close — every Loss line is reviewed before the write-off journal posts.
  • Staff coaching — the floor + shift + attendant attribution is the conversation, not a punitive measure.

How to use

  1. Open rotable-loss.html. The board groups losses by reason (Stained, Torn, Worn, Lost, Guest) and by attribution (floor, shift, attendant).
  2. Filter by the dimension under investigation. Click any cell to drill into the underlying receive events with photo evidence.
  3. For the monthly close, click Prepare write-off pack. Steward emits a PDF for the FC's signature and a journal preview for the period close.
4.5.3.7 · CGS BANQUET

CGS Banquet

China, glass and silver — the pre-banquet and post-banquet count, breakage rate by event and the chargeback to event P&L.

Roles
Chief Steward (owner) · F&B Manager · Event Manager
Frequency
Per banquet — pre-event count, post-event count
Linked
Par Configuration · 3-Par Circulation · Loss Tracking · Reports

When to use

  • The pre-banquet count on the morning of an event — confirm the count meets the event BEO.
  • The post-banquet count after the service — the difference is the breakage and loss.
  • Quarterly review with the F&B team — breakage rate by event type drives the replacement budget.

How to use

  1. Open rotable-cgs.html. Pick the event from the calendar (the BEO drives the expected count by SKU — dinner plates, bread plates, water glasses, cutlery sets).
  2. Run the Pre-event count. Variances against the BEO require a top-up from the Banquet Store before service begins.
  3. Run the Post-event count. Breakage and loss are written off as ADJUST reason BROKEN; the cost is chargeable to the event P&L.
  4. Click Close event. The breakage line posts to the event ledger and to the property-level OS&E amortisation.
4.5.3.8 · OS&E AMORTISATION

OS&E Amortisation

The monthly USALI Schedule 5 journal — the rotable pool's amortisation, replacement and write-off rolled into one period entry.

Roles
Financial Controller (owner) · GM (locks the period)
Frequency
Monthly — runs as part of Finance Close
Linked
Loss Tracking · 3-Par Circulation · Finance Close · Period Close Pack

When to use

  • The monthly USALI Schedule 5 journal as part of Finance Close.
  • An owner-rep enquiry on the cumulative amortisation expense year-to-date.

How to use

  1. Open rotable-amortise.html. The page composes the opening pool value, additions (replacements), reductions (write-offs from Loss Tracking) and the closing pool value.
  2. Review the proposed amortisation expense — the USALI 11th Edition Schedule 5 method is the property's elected basis (straight-line on closing pool, or stub-period for additions).
  3. Run the journal preview. The debit posts to OS&E amortisation expense by department; the credit reduces the carrying pool value.
  4. Approve. The journal flows into the Finance Close and is exported alongside the AASB 102 and AASB 116 journals.

4.6 Reports & compliance

The Reports & compliance section is the read-out layer — the cross-domain dashboard, the period close pack, the CPOR analytics, the consolidated compliance centre and the library of standard reports. Every screen here reads from the shared ledger and the domain pages above — none of them holds its own data.

4.6.1 · DASHBOARD

Unified Dashboard

Cross-domain KPIs — on-hand value (C), NBV (A), pool value (R), alerts across all three domains, top consumers, period status.

Roles
GM · Financial Controller · Exec Housekeeper · Chief Engineer · Owners' reps
Frequency
Daily, typically 07:30–08:30 morning standup
Linked
Alerts · Reports · Item Detail · Activity Feed · Period Close Pack
Unified Dashboard — screenshot 1 2 3 4 5
Fig 4.6.1/Unified Dashboard · annotated
  1. 1KPI strip — on-hand value (C), NBV (A), pool value (R), MTD consumption, CPOR, critical alerts.
  2. 2Period selector & Export — toggle MTD / QTD / YTD; Export period pack emits a PDF + XLSX bundle across all three domains.
  3. 3CPOR & consumption trend — click any bar to drill into Reports with the same date range pre-applied.
  4. 4Critical alertsAcknowledge / Resolve inline; Critical lines must clear before 10:00.
  5. 5Top consumers (7d) — a week-on-week jump above the property's threshold is the most common signal of theft or a wrong cost-centre.

When to use

  • Start-of-day overview: on-hand value, today's deliveries, overnight movements across all three domains.
  • Spotting CPOR drift against the rolling 28-day baseline.
  • Pre-meeting prep for the weekly HOD operations standup.

How to use

  1. Confirm the property selector at top-left matches the property you are reporting on — a multi-property GM should toggle through each.
  2. Review the KPI strip in order: On-hand value (C), NBV (A), Pool value (R), MTD consumption, CPOR, Stockouts (7d), Expiring ≤ 30d.
  3. Open the Alerts card; if any line shows Critical click through to triage immediately — do not leave Critical alerts unacknowledged past 10:00.
  4. Scan Top consumers (week) for anomalies — a single SKU jumping week-on-week above the property's threshold is the most common signal of theft or process error.
  5. Click the CPOR sparkline to drill into the Reports screen with the same date range pre-applied.
Tip The dashboard auto-refreshes every 5 minutes. Hover any KPI to see its calculation formula and source documents.
4.6.2 · PERIOD CLOSE PACK

Period Close Pack

The combined AASB 102 + AASB 116 + USALI Schedule 5 close pack — journal preview, GST handling, Xero / MYOB / SUN export hand-off.

Roles
Financial Controller (owner) · GM (final sign-off) · External auditor (read)
Frequency
Monthly · quarterly · annual
Linked
Finance Close · Depreciation · OS&E Amortisation · Movements · Compliance Centre

When to use

  • Month-end production of the combined journal pack for the FC's GL posting.
  • Quarter-end and year-end where the pack is also the source for owner reporting.
  • An audit working-paper request — the pack is the FC's reference for any audit query.

How to use

  1. Open period-close-pack.html. The pack is generated from the Finance Close gates once all gates are green.
  2. Review the three composite journals — AASB 102 inventory roll, AASB 116 depreciation, USALI Schedule 5 amortisation — and the GST preview tied to each.
  3. Click Preview to see the debit / credit lines per cost centre. Discrepancies surface against the prior period's closing balances; explain or reverse before approval.
  4. Export to the GL — Xero, MYOB or SUN. Steward archives the export with a hash; the export hash is what the GM signs to lock the period.
4.6.3 · CPOR & COST ANALYTICS

CPOR & Cost Analytics

Cost per occupied room decomposed by floor, weekday, SKU and category — the analytic that answers "why did CPOR move?"

Roles
FC · GM · Exec Housekeeper · Owners' reps
Frequency
Weekly review · monthly close · pre-meeting on demand
Linked
Reports · Dashboard · Movements · Item Detail

When to use

  • CPOR has moved against the prior period and the GM needs to know why before the owner call.
  • Building the next year's budget — the screen shows what CPOR would be if last year's mix were applied to next year's occupancy plan.
  • Mid-year repricing — the rolling weighted-average cost is the input to the contract negotiation.

How to use

  1. Open cpor-analytics.html. The top strip shows CPOR for the selected period, the comparison period and the property's target.
  2. Drill by dimension — Floor, Weekday, Category, SKU. A single floor or weekday driving the variance surfaces quickly under the floor decomposition.
  3. Open the Top SKU drivers tab. The screen lists the SKUs whose consumption change contributed most to the CPOR delta.
  4. Export the analytic to PDF or XLSX for the owner pack.
Tip CPOR is occupancy-weighted — a slow week does not automatically inflate CPOR if consumption falls proportionally. A rising CPOR on a falling occupancy is the classic process-leakage signal.
4.6.4 · COMPLIANCE CENTRE

Compliance Centre

A single consolidated view of WHS, USALI, ATO/GST and AASB compliance — checklists, evidence and one-click regulator export.

Roles
GM · FC · WHS Officer · Internal / External Auditor
Frequency
Monthly review · ad-hoc on regulator request
Linked
Chemical Register · Period Close Pack · Reports · Activity Feed

When to use

  • A SafeWork NSW regulator visit, where the WHS manifest must be produced under WHS Act 2011 §39 and Regulation §349.
  • The annual external audit — the Compliance Centre is the auditor's landing page.
  • Monthly internal review — the GM signs off the property's compliance posture.

How to use

  1. Open compliance-center.html. Four panels: WHS (Chemical Register status, SDS freshness, toolbox-talk consultation log), USALI (Schedule mapping coverage, OS&E amortisation method), ATO/GST (GST registration, BAS dates, GST handling on transfers and inter-company), AASB (102 cost method, 116 depreciation method, useful-life review evidence).
  2. Click any red or amber chip to drill into the underlying screen. Each chip is computed from the live source — there is no manually-edited compliance status.
  3. Click Regulator export on a regulator visit. Steward emits a signed PDF carrying the property's evidence under the relevant clause.
4.6.5 · REPORTS

Reports & Analytics

The KPI library — CPOR, Turnover, Days of Stock, Shrinkage, Top Consumers and the USALI departmental crosswalks.

Roles
GM · FC · Exec Housekeeper · Owners' reps
Frequency
Daily glance · weekly deep-dive · monthly close
Linked
Movements · Dashboard · Item Detail
Reports & Analytics — screenshot 1 2 3 4 5
Fig 4.6.5/Reports & Analytics · annotated
  1. 1Period selector — MTD / QTD / YTD / custom; locks every panel to the same window.
  2. 2Month-end pack — bundles Turnover, Shrinkage, CPOR, USALI Schedule 3 & 4, open POs — as PDF or XLSX.
  3. 3KPI grid — CPOR · Turnover · Days of Stock · Shrinkage %; arrow vs prior period.
  4. 4USALI cross-walk — every consumption line tied to a USALI 11th Ed. schedule for the P&L.
  5. 5Top consumers — 20 SKUs by week-on-week consumption; ±20 % threshold is the investigation trigger.

Standard reports

ReportDefinitionReading rule of thumb
CPORCost per Occupied Room — total consumption ÷ occupied roomsTarget ≤ A$6.50 per OCR for amenities at 4-star
TurnoverAnnualised consumption ÷ average inventory valueHealthy > 12× for amenities, > 8× for chemicals
Days of Stock365 ÷ turnover, per SKUInvestigate any SKU > 60 days
Shrinkage %Count adjustment value ÷ consumption valueInvestigate > 1.5%
Top ConsumersTop 20 SKUs by week-on-week consumptionCompare to previous week ± 20%

How to use — monthly close pack

  1. Set the period selector to the closing month.
  2. Run the Month-end pack preset — it bundles Turnover, Shrinkage, USALI Schedule 3 & 4 consumption and the open PO report.
  3. Export as PDF for the Owner's pack, or as XLSX for the FC's working papers.

5 · Mobile modules — front-line

Steward ships one mobile companion app, not one per role. The handset detects who is signed in and routes to a persona-specific home screen — the housekeeper sees today's rooms, the technician sees today's work orders, the receiving clerk sees today's open POs. Across personas the conventions are identical: large touch targets, one task per screen, an offline queue with idempotency keys so a screen that posts to the server (Receiving, Count, Adjust, WO, Room Card, Replenish) keeps working through a dead spot and reconciles automatically on next connection. A single universal scanner recognises every machine-readable identifier in the platform — SKU GTIN, asset tag, linen tag, PO line, GRN, WO reference and batch ID — and routes the user to the right action without forcing a screen choice up-front. Photo capture is a shared component shared across receiving variance, work-order completion, linen reject, asset damage and chemical breakage; every photo is stamped with operator, GPS and timestamp before it leaves the device.

5.1 Housekeeping Attendant

The largest mobile audience at Pier 9 — 28 room attendants and 6 supervisors. The persona owns two modules: a home that lists today's rooms with status pills, and a single room card that posts the full room-turn event in one submit.

5.1.1 · MOBILE HOUSEKEEPER HOME

Housekeeper Home

The room attendant's start screen — today's assigned rooms with status pill, jump straight into the Room Card.

Roles
Room Attendant · HK Supervisor (read all, write own)
Frequency
Open at start of shift, returned to between rooms
Linked
Floor Operations · Room Card · Mobile Scanner · Trolley Setup tab (see 5.6.2)

When to use

  • At the start of the shift, to pick up today's assignment list.
  • Between rooms, to mark a room In progress or Done.
  • When the supervisor reassigns a stayover to a vacant-dirty in mid-shift.
  • To switch into the Trolley setup tab — bring the trolley back to par before lunch.

How to use

  1. Open the app and sign in. The Housekeeper Home is the default landing screen.
  2. Review today's room list — each row carries floor, room number, room type, current state pill (Vacant Dirty, Occupied, Stayover, Departure) and the supervisor priority chip.
  3. Tap a room to open its Room Card (§5.1.2). Mark In progress on entry, Done on exit.
  4. Use the Trolley tab at the bottom to top up the trolley to par (uses the Trolley Setup screen — see Fig 5.6.2).
  5. Pull-to-refresh re-queries Front Office for late check-outs and stop-rooms.
Tip A red ring on a room means the front-office has flagged a guest preference or an open Room 360 issue — read the note before entering.
5.1.2 · MOBILE ROOM CARD

Room Card

One screen for the whole room turn — supplies replenished, linen swapped, loanables returned, photos attached — posted as a single idempotent event.

Roles
Room Attendant · HK Supervisor
Frequency
Per room serviced
Linked
Floor Operations · Linen Circulation · Loanable Pool · WHS Register

When to use

  • Servicing a vacant-dirty room ready for the next arrival.
  • Servicing a stayover — partial replenish, partial linen swap.
  • Closing out a guest-loaned crib or iron back to the loanable pool.
  • Reporting a breakage (chemical spill, glass) on the spot.

How to use

  1. From Housekeeper Home tap the room. The Room Card opens with three sections — Supplies (C), Linen (R) and Loanables (A).
  2. In Supplies, the par list for the room type is pre-filled. Tap any SKU to adjust the quantity replenished; scan the SKU if not in the par.
  3. In Linen, scan each soiled bundle (or key the count by SKU). The screen produces the matching clean dispatch from the trolley.
  4. In Loanables, scan the tag on any item being returned (crib, iron, hairdryer) to set Issued → Returned.
  5. Add a photo against any line via the Photo Capture component (§5.6) — required for chemical breakage and any write-off above A$25.
  6. Tap Complete room. The whole card posts as a single event with an idempotency key; the C ledger gets OUT rows per amenity, the R ledger gets a soiled/clean swap pair, the A ledger gets a Custody Returned event. Offline submissions queue and sync on next connection.
Tip If the device loses connection mid-room, keep going. The card stays locally and submits when the device sees Wi-Fi or LTE again; the idempotency key prevents double-posting if you also retry manually.

5.2 Public Area Cleaner

Six attendants cover the lobby, restrooms, pool, gym, banqueting foyers and corridors. They neither service guest rooms nor service work orders — their day is a sequence of area tasks with chemicals and cloths consumed in the open and breakages logged on the spot.

5.2.1 · MOBILE PA HOME

PA Home — Adjust / Issue

Today's public-area tasks, scan items consumed, write off breakage — all on one screen.

Roles
Public Area Attendant · HK Supervisor
Frequency
Continuous through the shift
Linked
Movements · WHS Register (for chemicals) · Photo Capture (§5.6)
Mobile · PA — Adjust / Issue — screenshot 1 2 3 4
Fig 5.2.1/Mobile · PA — Adjust / Issue · annotated
  1. 1Action pickerIssue · Write off · Internal use; the wrong choice posts the wrong movement type.
  2. 2Scan + cost-centre — for chemicals the SDS link surfaces; tap & read before issuing.
  3. 3Reason & photo — required above A$25 for Write off; reason codes feed the FC's monthly close.
  4. 4Submit — single-issue ≥ A$50 requires a Supervisor 4-digit PIN; GPS + timestamp are stamped.

When to use

  • Consuming chemicals or cloths during a public-area clean (lobby deep-clean, restroom service).
  • Writing off a breakage on the spot (broken bottle, spilled chemical).
  • Logging internal use (water bottles for a function).

How to use — issue chemicals for a deep clean

  1. Open the app. PA Home is the default landing screen, with today's area tasks above the action bar.
  2. Choose action Issue.
  3. Scan the SKU. For chemicals, the app surfaces the current SDS link — tap and read before continuing.
  4. Choose the cost-centre (e.g. Public Areas — Lobby).
  5. Key quantity issued; batch number is auto-suggested by FEFO. Confirm.
  6. To record a breakage, switch action to Write off and choose reason BREAKAGE, EXPIRY or DAMAGE. A photograph is mandatory above A$25.
  7. Submit. The OUT or ADJUST movement is posted; the audit trail captures operator, GPS and timestamp.
Caution Single-issue value above A$50 requires Supervisor approval — the app prompts for a four-digit PIN before submitting.

5.3 Maintenance Technician

Five technicians plus the Chief Engineer carry the handset on the floor. Their day is a queue of work orders — Reactive, PM, Calibration — each touching an asset, drawing parts from MRO consumables and tools from the Tool Crib.

5.3.1 · MOBILE TECHNICIAN HOME

Technician Home — Work Orders

Today's assigned WOs; open and finish on one screen — asset card, parts, tools, photos, labour.

Roles
Maintenance Technician · Chief Engineer
Frequency
Per WO across the shift
Linked
Engineering Workbench · Asset Detail · Tool Crib · MRO Consumables

When to use

  • At shift start, to pull the WO queue prioritised by SLA breach risk.
  • On arrival at an asset, to review the asset card history before starting.
  • To check parts out of MRO and tools out of the Tool Crib without leaving the floor.
  • To photograph before / during / after and post labour at completion.

How to use

  1. Open the app — Technician Home shows the WO queue with SLA pill (Reactive · 4h, PM · scheduled, Calibration · due-date).
  2. Tap a WO. The asset card appears at the top with last 90 days of history; below it, a four-tab sheet — Parts, Tools, Photos, Labour.
  3. In Parts, scan each MRO consumable as you draw it from the trolley. Each scan posts an OUT on the C ledger against the WO.
  4. In Tools, scan the tool tag to check out from the Tool Crib — auto-creates a Custody event on the A ledger.
  5. Travel to the asset, execute the checklist embedded in the WO, photograph before / during / after.
  6. In Labour, key hours and any sub-tech assist.
  7. Tap Mark Completed. Return unused parts (scan-in, counter movement) and check tools back in (auto Custody close-out). The WO advances to Completed; verifier signs off later from the desktop.
Tip If the asset condition is worse than expected — e.g. a chiller compressor failure suspected — upgrade the WO priority and add a photograph; the engineering manager is notified within the minute.

5.4 Receiving Clerk

Two clerks on the dock. The persona is single-purpose — scan goods against an open PO, raise variance with photo evidence, post a GRN.

5.4.1 · MOBILE RECEIVING HOME

Receiving Home — Scan against PO

Today's open POs at the dock; scan-against-PO, capture batches, raise variance — submit the GRN without leaving the bay.

Roles
Receiving Clerk
Frequency
Per delivery
Linked
Receiving (desktop) · PO · WHS Register · Photo Capture (§5.6)
Mobile · Receiving — screenshot 1 2 3 4
Fig 5.4.1/Mobile · Receiving · annotated
  1. 1PO header — supplier & expected delivery, must match the driver's docket before scanning.
  2. 2Scan target — viewfinder ticks the active line green when fully met.
  3. 3Batch / expiry capture — required for chemicals & perishables; FEFO & the WHS Register both consume this.
  4. 4Submit GRN — posts IN movements and reflects on the desktop Receiving screen within seconds.

When to use

  • Receiving a supplier delivery against an open PO at the dock.
  • Raising a variance for short / over / damaged shipment.
  • Capturing batches and expiry for chemicals and perishables on arrival.

How to use

  1. Open the app. Receiving Home lists open POs whose expected date is today or earlier.
  2. Tap the relevant PO; verify the supplier and the driver's docket match the PO header before scanning.
  3. Scan each carton. The app increments the received quantity and ticks the line green when fully met.
  4. For batched items, key the batch number, manufacture and expiry dates.
  5. For any over/short/damage, tap the line, raise a variance and attach a photo of the docket or damage.
  6. Tap Submit GRN. The desktop Receiving screen reflects the posted GRN within seconds.

5.5 Auditor / Counter

Counters are not a permanent role; supervisors, the FC's clerk and external auditors all share the same Count handset flow. The same screen drives Stock Count (C), Asset Audit (A) and Par Count (R) — the only difference is the domain chip on the count header, which tells the counter which ledger the variance will post to.

5.5.1 · MOBILE COUNT

Count (mobile)

Assigned counts on the home screen; scan + key; offline queue; the domain chip tells the counter whether the variance posts as C, A or R.

Roles
HK Supervisor · FC clerk · Internal / External Auditor · Room Attendant (with auth)
Frequency
Per count event
Linked
Count (desktop) · Asset Audit · Par Count · Photo Capture (§5.6)
Mobile · Count — screenshot 1 2 3 4
Fig 5.5.1/Mobile · Count · annotated
  1. 1Count header — count ID, scope (e.g. Floor 12 Pantry), mode (Blind / Reveal), domain chip C / A / R.
  2. 2Line + keypad — scan the SKU or asset tag, key counted qty; in Blind mode the system on-hand is hidden.
  3. 3Add line — capture an item not on the sheet; flagged for FC review.
  4. 4Offline indicator — counts queue locally with idempotency keys; auto-sync & line ticks green on reconnect.

When to use

  • Weekly cycle counts of high-movement consumables.
  • Quarterly asset audits — scan each tag, confirm location and condition.
  • Monthly par counts of linen, CGS and uniforms (§4 Rotable).
  • External auditor sample testing — the chip on the header confirms which ledger is being tested.

How to use

  1. Open the count assigned to you — visible on the app home, badged with the domain chip C / A / R.
  2. Confirm the header — for an Asset Audit, the device expects asset-tag scans; for a Par Count, linen-tag bundles; for a Stock Count, SKU GTIN.
  3. For each line, scan and key the counted quantity. In blind mode you do not see the system on-hand.
  4. If you find an item not on the sheet, tap Add line, scan it, key quantity — the line is flagged for FC review.
  5. Tap Submit when complete. The desktop Count / Asset Audit / Par Count screen takes the rest of the workflow.
Tip The app continues to work offline. Submitted counts queue with an idempotency key per line and upload automatically when the connection returns; you will see a green tick on each line.

5.6 Universal Scanner & shared components

The single feature that ties every persona together — the universal scanner — plus the three components every screen depends on. These are not separate modules in the app's left navigation; they are reusable surfaces invoked from every persona's home.

5.6.1 · MOBILE UNIVERSAL SCANNER

Universal Scanner

One viewfinder recognises every machine-readable identifier in Steward and routes to the right action.

Roles
All mobile personas
Frequency
Continuous across the shift
Linked
Every mobile module · paired hardware scanner (BLE / USB-OTG)

When to use

  • Quick lookup — scan anything to see what it is and what actions are valid right now.
  • Ambiguous input — same package may carry a GTIN and a property batch label; the scanner ranks recognitions.
  • Hardware-paired scanning — the dock and the linen sort table both have BLE ring scanners paired to the handset.

How to use

  1. From any home screen, tap the scanner button (bottom-centre). The viewfinder opens in dark mode to maximise contrast.
  2. Aim at the code. The scanner recognises one of: SKU GTIN, asset tag, linen tag, PO line, GRN, WO reference, batch ID.
  3. A recognition badge appears with a domain chip (C / A / R) and the matched record's name.
  4. Tap the badge to route — SKU lands on Adjust / Issue or Room Card depending on persona; asset tag lands on Asset Detail; linen tag lands on the linen line of the active Room Card; PO line lands on Receiving; WO ref lands on Technician Home.
  5. If the device is offline, the scan is queued with an idempotency key; routing happens immediately against the local catalogue and the post syncs on reconnect.
  6. Photo Capture (§5.6 below) is one tap from the recognition badge — every photo is stamped with operator, GPS and timestamp.
Tip For high-volume scanning (dock receiving, banquet pack-down) pair the BLE ring scanner — the handset stays in your pocket and the scanner posts directly into the active screen.

Offline Queue. Every persona's handset maintains a single local queue keyed by device ID. Each enqueued post carries an idempotency key derived from operator + screen + payload hash so a retry never double-posts. The queue survives sleep, app restart and device reboot; on reconnect the device walks the queue oldest-first, applies server reconciliation rules, and a green tick lights against each line as the server acknowledges it. A queue depth indicator sits on every persona's home — counters and receiving clerks should not start a new task with more than 50 items pending.

Photo Capture. The same component serves receiving variance, work-order completion, linen reject, asset damage and chemical breakage. Photos are captured at a fixed resolution (1920 × 1080), stamped with operator, GPS coordinate and timestamp, and watermarked with the parent record reference (PO number, WO number, count ID). Photos are required for write-offs above A$25 and for any chemical incident regardless of value. Originals are retained for the same seven-year window as the ledger entry they support.

Trolley Setup tab. Housekeeper trolley replenishment lives as a tab inside the Housekeeper Home (§5.1.1), not as a separate module. The figure below shows the tab in isolation. A Room Attendant brings the trolley to par before going on shift — scan, key remaining, the screen computes the gap, and the picked items post a paired OUT (pantry) + IN (trolley) movement once each item is confirmed.

Mobile · Trolley Setup tab — screenshot 1 2 3 4
Fig 5.6.2/Trolley setup tab · annotated
  1. 1Trolley header — assigned trolley (e.g. Trolley 12-A) and shift.
  2. 2Par list — every SKU on the trolley card with target qty & current qty.
  3. 3Gap-to-par chip — auto-computed delta after each scan / key.
  4. 4Pick from pantry — posts OUT (pantry) + IN (trolley) once each pulled item is scanned.

6 · Standard operating procedures

These are the recipes that combine multiple screens for the most common operational rhythms. Each recipe follows a fixed shape — trigger, preconditions, steps, outcome, exceptions — so it can be lifted into induction and refresher training without further editing. Roles, screens and the expected duration are stated up-front in the heading.

6.1 Daily opening — Exec Housekeeper · 07:30

Trigger: the start of every operational day; the Exec Housekeeper sets the tone before the supervisors brief their teams.

Preconditions: overnight shift handover note has been read, last night's Activity Feed has settled, Front Office has published the day's arrival / departure pattern.

  1. Open Dashboard. Acknowledge any critical alerts.
  2. Open Alerts. Triage each Critical alert: raise PO, initiate transfer, or acknowledge with rationale.
  3. Open Locations. Walk the tree and confirm no floor pantry is below par.
  4. Open Batches. Action anything in the 30-day band.
  5. Open Floor Operations and review the 3-Par compliance bar across all guest floors.
  6. Brief the supervisors. Hand the day to the team.

Outcome: all critical alerts have been triaged, every floor pantry is at or above par, and each supervisor knows the priorities for their floor. Target time: 25 minutes.

Exceptions:

6.2 Weekly cycle count — Wednesday afternoon

Trigger: recurring weekly cycle on a rolling top-20%-by-movement scope; off-peak window protects guest experience.

Preconditions: count window agreed with F&B and Engineering (no banquet load-in scheduled), counters trained on the Mobile: Count flow, FC notified so variance review is staffed.

  1. Exec HK creates a Stock Count with scope By class — Top 20% by movement.
  2. Two supervisors are assigned. Locations are locked for the count window.
  3. Counters use Mobile: Count (§5.5.1) with the C chip on the header. Submit when complete.
  4. FC reviews variances; recount any line above the threshold; posts.
  5. Any shrinkage above 1.5% is flagged in the weekly HOD meeting.

Outcome: system on-hand for the top-movement scope agrees with physical within the variance threshold; ledger carries one posted Count event per line. Target time: 2 hours including review.

Exceptions:

6.3 Receiving exception — short shipment

Trigger: the dock receives fewer units than the PO line states; the docket and the physical pallet disagree.

Preconditions: Receiving Clerk has the open PO on the Receiving Home screen, the supplier docket is present, photo capture works on the handset.

  1. Receiving Clerk identifies short quantity at the dock.
  2. Receive at the actual quantity. Raise the variance with photo of the delivery docket.
  3. System notifies the Procurement Officer; the PO line stays open against the supplier.
  4. Procurement contacts the supplier; either a make-good delivery is scheduled, or the PO line is closed and a credit note recorded against the invoice.
  5. FC reviews variance evidence in the weekly Vendor Reconciliation screen and signs off the credit.

Outcome: the ledger reflects actual physical receipt; the PO either has a follow-up line scheduled or is closed with a credit note attached.

Exceptions:

6.4 Expiry write-off

Trigger: the Batch & Expiry Tracker flags items expiring in the next 7 days; the Exec HK runs the action workshop weekly.

Preconditions: the WHS Register entries for any affected chemicals are current; redistribution options across floors have been considered.

  1. From Batches, filter to expired and to-expire-within-7-days.
  2. For each batch decide: redistribute, internal-consume, or write off.
  3. Write-offs are posted as ADJUST · EXPIRY with photographic evidence per WHS for chemicals.
  4. FC reviews monthly; write-offs are reported in the month-end pack.

Outcome: no expired stock remains in any storage location; the period write-off total is reportable to the FC.

Exceptions:

6.5 Cross-property transfer

Trigger: a sister property in the group is short of an SKU and Pier 9 holds buffer; or Pier 9 is short and a sister property has surplus.

Preconditions: both properties operate Steward in the same multi-property group; transport between properties is arranged; GST entity status is correctly configured (see §7.6 case 2 or 3).

  1. Source HK Supervisor or Exec HK initiates from Locations, naming the destination property and location.
  2. Destination Exec HK / FC approves.
  3. Pick → ship → receive → reconcile flow follows §4 Transfer. Inter-company GST is posted by the system (§7.6).
  4. Both properties confirm reconciliation; the source property's ledger posts an OUT, the destination's posts an IN, costed at WAVG.

Outcome: both ledgers agree, GST treatment matches the entity configuration, and the operational shortage is closed.

Exceptions:

6.6 Cross-domain PO drafting — Procurement Officer

Trigger: a single supplier (typically the engineering MRO supplier or a uniform vendor) delivers items spanning two or all three domains on one consolidated PO — for example MRO consumables (C), a replacement compressor (A) and a new uniform run (R).

Preconditions: the supplier card carries all three domain code mappings, approval thresholds set under §2.5, and item-class permissions for the drafter cover every line being added.

  1. Open Procurement Hub. New PO → select supplier.
  2. Add the consumable lines from Purchase Suggestions (C) — body wash bulk refill, filter cartridges, kitchen chemicals.
  3. Add the asset line (A) — the replacement compressor; tag with the asset class and intended location ENG-Plant-Roof; this line triggers a capitalisation review.
  4. Add the rotable lines (R) — new uniform shirts and trousers, target par by department.
  5. The PO now shows a multi-domain composition banner — split totals (C / A / R) and a combined GST line are previewed.
  6. Submit for approval. Approvals routes to the FC (because the A line crosses the capitalisation threshold) and the Exec HK (because the R lines change a par target).
  7. Once approved, the PO is sent to the supplier; receiving will split posts on the GRN per domain.

Outcome: one PO, one approval cycle, three correctly-classed GRN posts — consumables to AASB 102, asset to AASB 116 capitalisation, rotable to OS&E pool.

Exceptions:

6.7 Work order execution with parts + tools — Maintenance Technician

Trigger: a WO is assigned to the technician — Reactive (guest-reported fault) or PM (scheduled on the asset's PM calendar).

Preconditions: WO carries an asset link, the technician has permissions for the asset class, the Tool Crib has the tools the WO checklist calls for, MRO consumables are on hand.

  1. Open Engineering Workbench (desktop) or Technician Home (mobile, §5.3.1).
  2. Review the asset card history — last 90 days of WOs, parts consumed, meter readings.
  3. Pick parts from MRO consumables — scan each draw; the system posts OUT movements on the consumable SKUs against the WO reference.
  4. Check out tools from the Tool Crib — scan each tool tag; the system posts a Custody event on the A ledger.
  5. Travel to the asset. Execute the checklist.
  6. Photograph before / during / after with the Photo Capture component (§5.6).
  7. Record labour hours and any sub-tech assist.
  8. Mark the WO Completed. Return tools (scan-in, auto Custody close-out) and any unused parts (counter movement reversing the OUT).

Outcome: the WO advances to Completed, the C ledger carries OUT rows for parts actually consumed, the A ledger has a Custody Out and a Custody Back for each tool, labour is recorded, and the asset's history is enriched with the photo set.

Exceptions:

6.8 Floor replenishment — HK Supervisor

Trigger: a floor walk-through identifies multiple pantry items below par AND a 3-Par compliance bar below 80% on the same floor.

Preconditions: read access on Floor Operations work centre, write access on Transfer, central store and sister-floor stocks are visible.

  1. Open Floor Operations → select the floor in question.
  2. Review the consumable par gaps (C panel) and the 3-Par compliance bar (R panel).
  3. Click Replenish floor. The system drafts auto-suggested cross-domain transfers — typically one consumable transfer from the central store plus one rotable replenish dispatch from a sister floor or storage.
  4. Review the suggested quantities; adjust where local knowledge differs from the par template.
  5. Submit. Both transfers move to Requested.
  6. Source location approver (Exec HK for floor-to-floor, Central Store custodian for store-to-floor) reviews and approves.
  7. Pick, ship and receive on each transfer; the C and R ledgers post their respective movement pairs.

Outcome: the floor's pantries return to par by end of shift; the 3-Par compliance bar moves back into the green; one Approval action covered both domains.

Exceptions:

6.9 Linen monthly count + loss write-off — Executive Housekeeper

Trigger: month-end approaches; SOP 6.10 (Month-end close) depends on this completing.

Preconditions: 3-Par circulation view shows current pool size, the laundry vendor (SwiftLine) has reconciled the last laundry cycle, two counters available for the count window.

  1. Open Rotable → Par Count; create count scope = all linen SKUs.
  2. Freeze laundry dispatches for the count window; SwiftLine is notified.
  3. Distribute Mobile: Count (§5.5.1) scopes to the two counters — one for Storage, one for In-Use sample on a representative floor.
  4. Counters scan / count each bundle and submit; offline queue applies as needed.
  5. Variances above the threshold trigger a recount.
  6. Posted variance becomes a Loss event with reason code (STAINED / TORN / WORN / LOST / GUEST).
  7. Review aggregate Loss; post the monthly OS&E amortisation journal that closes out unrecoverable losses against Schedule 5.

Outcome: pool size is reconciled to physical, the monthly OS&E amortisation journal is posted, the CPOR linen denominator is confirmed for the period.

Exceptions:

6.10 Month-end close — FC · last business day + 2

Trigger: calendar month-end; the FC consolidates the period and locks the books.

Preconditions: SOPs 6.2 (cycle count), 6.4 (expiry write-off) and 6.9 (linen count) for the period are complete and posted; all GRNs are matched against supplier invoices.

  1. Confirm all Counts in the month are Posted across all three domains (Stock Count C, Asset Audit A, Par Count R).
  2. Confirm all GRNs in the month are matched against invoices (three-way match).
  3. Confirm all expiry write-offs and rotable loss write-offs for the month are posted.
  4. Open Finance Close work centre. The FC consolidates the three journal sets — AASB 102 (Consumables — Weighted Average inventory valuation), AASB 116 (Assets — depreciation, additions, disposals) and USALI Schedule 5 (Rotable — OS&E amortisation pool).
  5. Run the Month-end pack: inventory value reconciled to the GL inventory account, asset register reconciled to the PP&E register, OS&E pool reconciled to the Schedule 5 control account.
  6. Generate the BAS pack for the quarter where applicable (see §7.6).
  7. Lock the month — any further movements dated within the locked period require GM approval.

Outcome: the month is locked across all three domains, the three accounting frameworks are reconciled in one Finance Close pack, and the GL is ready for the auditor sample.

Exceptions:

7 · Compliance & audit

7.1 AASB 102 — inventory valuation

Inventory is measured at the lower of cost and net realisable value. Cost is determined using the Weighted Average method (default) or FIFO where elected at item creation. Steward recomputes the weighted average automatically after every IN movement; FIFO items maintain a per-batch cost layer.

For audit support, the Movement Ledger acts as the immutable transaction record. Sample testing can be drawn from Movements with filters by date, type, operator and value, and exported as PDF or XLSX with a system-generated checksum.

7.2 WHS Hazardous Chemicals Register

Steward maintains the manifest required by WHS Regulation §349 in the WHS Chemical Register screen. Each entry carries SDS version & expiry, GHS pictograms, storage location, responsible officer, quantity range and consultation evidence. An SDS past its expiry hard-blocks issue of the affected chemical.

Annual self-audit checklist:

7.3 AASB 116 — Property, Plant & Equipment

Items in the Assets domain are recognised as PP&E under AASB 116 ¶6–7 when they are held for use in the supply of services, expected useful life is greater than 12 months, cost can be measured reliably, and unit cost is greater than or equal to A$1,000 — the Pier 9 capitalisation threshold. Sub-threshold items are expensed at the point of issue to USALI Schedule 9 (POM) or Schedule 11 (A&G) depending on class, and are not tracked individually as PP&E.

Steward assigns each asset class a useful life and a default depreciation method at item-master creation time. The FC can override on a per-asset basis with written justification recorded against the asset card.

Asset classUseful lifeMethod
Engineering plant (HVAC, lift, chiller)180–240 monthsStraight-line
IT (server, network, switching)36–60 monthsReducing balance 30%
FF&E (bed, sofa, fridge)84–120 monthsStraight-line
Tools (manual + powered)36–60 monthsStraight-line
Loanables (cribs, hairdryers, irons)24–48 monthsStraight-line
Uniforms12–36 monthsStraight-line

Depreciation method (¶43–62). Straight-line is the platform default; reducing balance is permitted for IT only and requires FC sign-off on first election. A method change after initial recognition requires FC approval and is documented as a change in accounting estimate.

Disposal (¶67–72). Derecognition is triggered by one of four lifecycle events on the asset state machine — Retire, Sell, Scrap or Donate. Gain or loss is computed as (proceeds − net book value) and is auto-posted to USALI Schedule 9 (POM) or Schedule 11 (A&G) according to the asset's class.

Impairment review (¶63). A review is triggered when an asset's condition is downgraded to Poor on the asset card, when an insurance claim is registered against the asset, or annually for high-value plant. If recoverable amount falls below NBV, an impairment loss is posted and the carrying value is written down.

7.4 USALI 11th Edition Schedule 5 — OS&E Amortisation Pool

The OS&E pool — Operating Supplies & Equipment — covers linen (sheets, towels, bath mats, table linen, napkins), china/glass/silver (CGS) and uniforms where they are reusable across many service cycles but carry a measurable monthly loss to laundry attrition, breakage, theft and wear. Pier 9 tracks these as Rotable, the third Steward domain.

Why not AASB 116. Per-unit asset tagging is impractical at the pool's granularity — 17,000 linen bundles, 12,000 plates, 4,000 glasses. The economic loss is dominated by laundry attrition and small breakages, not by the classical depreciation curve that AASB 116 contemplates. The Australian profession accepts pool amortisation under Schedule 5 as the appropriate treatment.

Why not AASB 102. Pool items are not expensed on issue — they remain in service through many guest cycles. Expensing on issue would understate the asset base and overstate Cost of Sales in the issue period.

Steward's treatment. Each month the platform computes period amortisation as (Replacement cost − Loss cost − Net new purchases) over the pool. The journal is posted via Rotable → OS&E Amortisation; Schedule 5 hits Cost of Sales — Rooms, F&B or Spa depending on which department's pool absorbed the loss.

Pier 9 standard amortisation periods. Linen — 24 months; CGS — 36 months; Uniforms — 12 to 24 months depending on department wear pattern. Re-baselining the period requires FC sign-off and is documented as a change in accounting estimate.

7.5 Audit trail — what the auditor sees

The cross-domain ledger is the auditor's primary surface. Every entry — irrespective of domain — carries the same superset of fields, with domain-specific fields populated only when relevant.

Retention is seven years from the last activity on the record, in line with Australian record-keeping obligations under the Corporations Act and the ATO's record-keeping rules. The system enforces this floor; deletion within the window is prevented.

7.6 GST handling

Pier 9 operates under the Australian GST regime — 10% on most supplies, with exemptions for specific categories (e.g. basic food where applicable). Inter-property transfers within a multi-property group can be at arm's-length or below cost; both have GST implications that the platform handles distinctly.

Steward's three cases.

  1. Single-property procurement. The supplier's GST is captured on the GRN line at invoice match. Input GST flows into the property's BAS as a credit; the underlying expense is posted net of GST to the relevant USALI schedule.
  2. Inter-property transfer (same legal entity). No GST event — the transfer is a cost-centre allocation between two properties under the same ABN. The system posts an internal allocation only.
  3. Inter-property transfer (different entity in the same group). Full GST event. The system treats the transfer as a sale from the source entity to the destination entity at market rate, posts both legs automatically — source entity raises a tax invoice, destination entity records input GST — and reconciles the inter-company control account.

Quarterly BAS export. From the Finance Close work centre the FC runs the BAS pack — GST input and output by tax code, FB2 / FB4 fringe-benefit deferrals where applicable, capital acquisitions for the period — and exports the pack to the property's general ledger system. Steward ships connectors for Xero, MYOB and Infor SUN; CSV export is available for any other GL.

7.7 USALI mapping

Every Item Master record carries a USALI departmental schedule code. Consumption reports group by this code so the FC's expense allocation ties cleanly into the schedule-by-schedule P&L. Common codes used at Pier 9:

USALISteward classTypical items
Schedule 3 — RoomsAmenities · Cleaning · Linen consumablesBody wash, hand cream, slippers, cleaning sprays
Schedule 4 — F&BMinibar food · Beverage · CoffeeSnacks, soft drinks, capsules
Schedule 5 — OS&E poolLinen · CGS · Uniforms (Rotable)Bath towels, dinner plates, F&B uniforms
Schedule 9 — POMEngineering consumables & sub-threshold toolsLight bulbs, filters, lubricants, hand tools
Schedule 11 — A&GOffice consumables & sub-threshold ITStationery, printer toner, low-cost peripherals

A · Appendix

A.1 Glossary

3-Par
The rotable circulation model — one set in use, one in laundry, one in storage. The 3-Par compliance bar indicates the percentage of SKUs whose pool size meets the target ratio.
Amortisation
Periodic write-down of the OS&E pool's net cost across its service life. Posted via Rotable → OS&E Amortisation against USALI Schedule 5.
Asset Tag
The unique identifier (typically a QR or barcode label) physically attached to an asset; the system uses the tag to identify the asset across all custody, audit and WO events.
CGS
China / Glass / Silver — the F&B sub-pool of OS&E. Tracked as Rotable under USALI Schedule 5.
CPOR
Cost Per Occupied Room. Consumption value ÷ occupied rooms in the period.
Custody
An Asset-domain event indicating the asset has changed custodian (e.g. tool checked out to a technician). Logged on the A ledger; does not change ownership.
Domain chip
The one-letter coloured chip — C · A · R — that surfaces the domain of any SKU, movement, alert or count.
FEFO
First Expired First Out — pick rule for batched items.
GRN
Goods Received Note — the document raised on Receiving.
GTIN
Global Trade Item Number — the barcode on supplier packaging.
Idempotency key
A unique key derived from operator + screen + payload hash, attached to every mobile post. A retry of the same payload — manual or automatic on reconnect — never double-posts.
Item class
The item_class field on every Item Master record — one of CONSUMABLE, ASSET, ROTABLE. The detail page renders tabs dynamically from this field.
Laundry cycle
The Rotable circulation from In Use → Soiled → In Laundry → In Storage; the number of cycles before pool replacement drives Schedule 5 amortisation.
MOQ
Minimum Order Quantity — supplier-enforced floor for an order line.
NBV
Net Book Value — an asset's cost less accumulated depreciation. Compared against recoverable amount on impairment review.
OCR
Occupied Room — a room sold for the night, used as the denominator for CPOR.
OS&E
Operating Supplies & Equipment — the linen, CGS and uniform pool tracked as Rotable and amortised under USALI Schedule 5.
Par
The target on-hand level for a SKU at a location. Used by Trolley Setup, Floor Operations and the Replenish workflow to compute the gap.
PM
Preventive Maintenance — scheduled work order against an asset's PM calendar; one of three WO types alongside Reactive and Calibration.
POM
Property Operations & Maintenance — USALI Schedule 9.
ROP
Reorder Point — the on-hand level at which a new order should be raised.
SDS
Safety Data Sheet — the manufacturer document for a hazardous chemical. SDS expiry hard-blocks issue of the affected SKU.
SDS expiry
The date by which the manufacturer's SDS must be reviewed and reissued. The WHS Register hard-blocks issue of any SKU whose SDS has expired.
SKU
Stock Keeping Unit — Steward's internal identifier for an item.
Useful life
The period over which an asset is depreciated under AASB 116; set on the asset class with FC sign-off for per-asset overrides.
USALI
Uniform System of Accounts for the Lodging Industry, 11th Edition.
WAVG
Weighted Average — Steward's default costing method, recomputed after every receipt.
WHS Class
The WHS hazard classification recorded against a chemical SKU — drives storage, signage and operator training requirements.
WO
Work Order — the unit of engineering work; one of Reactive, PM or Calibration; lives on the Engineering Workbench desktop and Technician Home mobile.

A.2 State machine reference

The eight state machines that drive Steward. Each transition is recorded with operator, timestamp and IP; off-path transitions are rejected with a permission error. See §3.10 for the canonical specification.

1 · Purchase Order (all domains — drives the supplier-facing procurement cycle)

Draft Approved Sent Partially Received Received Closed · Cancelled

2 · Count / Asset Audit / Par Count (unified count workflow; the domain chip selects the ledger the variance posts to)

Draft In Progress Submitted Reviewed Posted

3 · Stock Transfer (Consumables, Rotable — drives intra- and inter-property movement)

Requested Approved In Transit Received Reconciled

4 · Alert (all domains — the workspace inbox)

Active Acknowledged Resolved · Escalated

5 · Asset lifecycle (Assets domain — owned PP&E from acquisition to disposal)

Acquired Commissioned In Service In Repair In Transit Retired Disposed

6 · Loanable item (Assets domain — cribs, irons, wheelchairs, AV — Room 360 issues against this)

Available Reserved Issued Returned In Cleaning / Repair Available

7 · Work Order (Assets domain — Reactive / PM / Calibration; Engineering Workbench owns the desktop)

Open Assigned In Progress On Hold Completed Verified Closed

8 · Linen unit cycle (Rotable domain — drives the 3-Par circulation; Loss events fork from In Use / Soiled)

In Storage In Use Soiled In Laundry In Storage · Rejected (re-wash) · Written Off

A.3 Status reference

ColourMeaningWhere you see it
BlueIn progress / current stepStepper, Active alert
GreenSuccess / on-target / resolvedPO Received, Alert Resolved
AmberWarning — action recommendedBelow par, Warning alert
RedDanger / out of stock / criticalOOS alert, Critical variance
VioletEscalated / management attentionEscalated alert, GM-approval needed
GreyInactive / closed / cancelledClosed PO, Cancelled transfer

A.4 Keyboard shortcuts (desktop)

ShortcutAction
⌘KOpen command palette — jump to any screen or SKU
G then DGo to Dashboard
G then AGo to Alerts
G then RGo to Receiving
G then IGo to Items
G then FGo to Floor Operations
G then CGo to Compliance Centre
G then WGo to Engineering Workbench
AOpen the Approvals queue
NNew item / PO / Count (context-aware)
/Focus the search field on the current screen
⌘EnterSubmit the current form
EscClose the current drawer or modal

A.5 Change log

VersionDateAuthorNotes
v1.001 Jun 2026Office of the GMInitial release covering all 19 module screens.

A.6 Cross-domain ledger entry sample

Every row of the cross-domain ledger follows the same schema; fields not applicable to a given domain are null. Three sample rows below — one per domain — illustrate how a consumable issue, an asset custody change and a rotable laundry dispatch appear side by side.

{
  "id":          "MV-26-0000123",
  "domain":      "C",
  "event_type":  "OUT",
  "sku":         "AMN-BWS-300",
  "qty":         -12,
  "unit_cost":   2.45,
  "batch_id":    "BWS-2026-04-LOT07",
  "asset_tag":   null,
  "linen_tag":   null,
  "from_state":  null,
  "to_state":    null,
  "from_loc":    "TRL-12-A",
  "to_loc":      "RM-1203",
  "reason":      "ROOM_TURN",
  "operator":    "AMA.NGUYEN",
  "timestamp":   "2026-05-26T08:42:11+10:00",
  "ip":          "10.42.7.118",
  "ref_doc":     "ROOM-CARD-1203-2026-05-26"
}

{
  "id":          "CUS-26-0000457",
  "domain":      "A",
  "event_type":  "CUSTODY_OUT",
  "sku":         null,
  "qty":         1,
  "unit_cost":   null,
  "batch_id":    null,
  "asset_tag":   "WRC-0042",
  "linen_tag":   null,
  "from_state":  "In Storage",
  "to_state":    "In Custody",
  "from_loc":    "ENG-Tool-Crib",
  "to_loc":      "USR.K.WONG",
  "reason":      "WO_DRAW",
  "operator":    "K.WONG",
  "timestamp":   "2026-05-26T09:14:33+10:00",
  "ip":          "10.42.5.207",
  "ref_doc":     "WO-26-0312"
}

{
  "id":          "LIN-26-0001821",
  "domain":      "R",
  "event_type":  "LAUNDRY_DISPATCH",
  "sku":         "LIN-BWL-70",
  "qty":         -18,
  "unit_cost":   null,
  "batch_id":    null,
  "asset_tag":   null,
  "linen_tag":   "LB-26-04-0918..0935",
  "from_state":  "Soiled",
  "to_state":    "In Laundry",
  "from_loc":    "FL-03-Pantry",
  "to_loc":      "VND-SwiftLine",
  "reason":      "CYCLE_DISPATCH",
  "operator":    "HK.SUP.M.PATEL",
  "timestamp":   "2026-05-26T11:02:55+10:00",
  "ip":          "10.42.3.044",
  "ref_doc":     "LIN-DISP-26-1821"
}
Approved — General Manager
Name · Signature · Date
Reviewed — Financial Controller
Name · Signature · Date
Reviewed — Executive Housekeeper
Name · Signature · Date
Reviewed — WHS Officer
Name · Signature · Date