DOCUMENT 06REFERENCE INDEX

Auction Operations Reference & Technical Checklists

Reference connects the individual systems on this site into repeatable auction-day procedures. It is where sound, connectivity, lighting, security and equipment become one tested operating plan rather than five separate technical areas.

Use these materials to define requirements, record a known-good configuration, test the complete path under realistic load and give staff a recovery sequence they can follow while the sale is live.

COVERSPre-sale testingKnown-good baselinesFailure recoverySetup recordsProcurement criteria
REFERENCE METHOD

Use Reference when a decision crosses more than one system.

The system pages explain individual technical areas. Reference is different: it organizes the decisions that sit between them. A streaming failure may involve WAN service, LAN switching, device power, software credentials and the person responsible for failover. A checkout delay may begin with a printer, but the real dependency may be a shared USB hub, an overloaded workstation or a network path used by several stations.

A useful reference therefore describes the task, the full dependency path, the condition that counts as a pass and the fallback staff will use if the primary path fails. The goal is not more paperwork. The goal is a short operating record that makes setup faster, troubleshooting calmer and equipment changes easier to evaluate.

01

PLAN

Map the auction workflow, venue constraints, system dependencies and people responsible for each critical task.

02

TEST

Run the complete signal, data, power and operator path under conditions that resemble the live sale.

03

RECORD

Keep the working settings, connections, device roles and measured results as the known-good baseline.

04

RECOVER

Define the trigger, backup path and person authorized to switch to it without stopping the room.

WHAT BELONGS HERE

A reference should help someone make or verify a decision.

Reference is not a collection of generic definitions. Each entry should lead to a measurable requirement, a practical test, a record worth keeping or a clearer recovery action.

CHECKLIST

Sequences that preserve dependency order

Power and core networking are checked before software, audio is tested at bidder positions rather than beside the console, and checkout is tested as a complete transaction rather than as an isolated printer test.

FIELD NOTE

Numbers tied to the actual environment

Record sustained upload, UPS runtime at real load, audio coverage, camera retention, cable distance, operator count and the time required to move to a backup path.

BASELINE

A known-good configuration staff can restore

Document device roles, connections, software versions, critical settings and the physical layout that worked. A baseline makes later changes easier to isolate and reverse.

RECOVERY

Instructions that still work under pressure

A backup is operational only when staff know when to use it, where it is, what it depends on and how to confirm that the handoff succeeded.

REFERENCE ENTRY POINT

Make the working setup repeatable before making it more complex.

A short checklist, a measured baseline and a rehearsed recovery path usually create more sale-day value than another feature added without a clear owner or test. Begin with the first cross-system checklist, then use each result to improve the relevant system file.