Plain-English welcome: what’s included, not included, and how to use it.

Welcome to your practical reference for specifying, designing, installing, and operating HVM bollard and crash rated bollard systems. The guide is structured from strategy to site (X00→XX0→XXX) so you can jump to selection (432), arrays/spacing (321–325, 232), ratings (411–416), foundations (331–334, 933), submissions (938), overlays & mark-ups (936), photo/redline logs (937), and archive/retrieval (939). H2 numbering always mirrors each page code (e.g., 938.1) so citations in drawings, emails, and reports stay consistent. For broader context, you can move up to this section (110 Orientation) and the chapter hub Basics of HVM bollards (100). Where UAE approvals are in scope, see SIRA Bollards (UAE) for authority considerations.

Important: This is a general guide. For live projects we develop a tailored Method Statement & Risk Assessment (MS/RA) and align with authority approvals (e.g., SIRA) where in scope. When installation planning is active, see What to Expect and the Installation Guide.

111.1 Why HVM bollards exist

HVM bollards protect people and assets from deliberate vehicle attack, while a crash rated bollard gives you independently verified performance for defined masses/speeds. The point is credible risk reduction, not street clutter. Start with scenarios (221–229) and standoff (213), then pick arrays/spacing that deny run-up (321–326, 232). This guide shows how to justify choices, prove them in drawings/specs (433), and pass authority review (717, 938).

In practice, start by framing threats using the VDA (220) and define stand-off distance with protection zones (213). A scheme moves from risk to layout: deny run-up distance, control approach vectors (225), and set clear gaps that block vehicle entry while maintaining egress (231). Use 321–326 to choose patterns, then verify tolerances at foundations (331–333) and controls/safety (340–357).

When a crash-rated product is required, treat it as a system (bollard + footing + installation). Document dependencies early (420–423) and capture acceptance criteria inside the ITP (714).

AspectWhat mattersWhere to verify
PerformanceWhole system: tested barrier + footing + installCrash ratings overview
OperationsDuty cycle, fail-state, safety devices & measuresElectrical & controls (340)
EvidenceCertificates, drawings/specs, photos, SATSubmission-Pack Guidance (938)

111.2 What this Guide covers at a glance

From first site walk (211) to commissioning and O&M (631–639, 733–739), we map decisions that keep an HVM bollard scheme defensible. Ratings/standards (411–416), foundations (331–334), and control/safety for automatic lanes (341–357) are covered. Use selection pages (432–435, 443) and evidence lists (444, 431) to assemble submission packs (938). A crash rated bollard section appears wherever certification affects design or install.

Most readers dip into task-level pages: spacing (232), array patterns (321–326), utilities conflicts and depth classes (243), drainage (334/245), safety and interlocks (350–357), and commissioning (630–639). If you’re scoping alternatives, compare when to use low-speed vs HVM (434) and the Selecting Low-Speed vs HVM aide (443).

111.3 How to navigate chapters (X00→XX0→XXX)

Chapters step from strategy to site: overview pages (X00), topic clusters (XX0), then task pages (XXX). If you’re deciding HVM bollard vs low-speed, jump to selection (432, 434, 443). If you’re detailing a crash rated bollard foundation, open 331–333 and drainage 334/245. For layout, read spacing (232) and patterns (321–326). Each page cross-links to the next action and the evidence you’ll need (444, 938).

Use the XX0 hubs to scan what’s available and the XXX pages for step-by-step execution. Navigation breadcrumbs are provided via Rank Math; within pages we include “On this page” and “Related” blocks to keep you in flow. When approvals are needed, route to SIRA Bollards (UAE) then back into the submission path (717, 938).

111.4 Understanding page codes on headings

Codes (e.g., 321.4) let teams cite guidance in emails, drawings, and ITPs. Use the XXX code on H2s and XXX.X on H3s when you quote requirements or acceptance bands for HVM bollard arrays (232, 322) or a crash rated bollard dependency (421). Keep codes out of SEO titles/slugs per the build checklist (see 911–919, 115). Codes also map directly to submission indexes (938) and change log entries (118).

In templates and correspondence, reference the code with a short, descriptive anchor (e.g., “see 232 — Spacing rules for HVM & Crash-Rated Bollards”). This improves traceability through the file index & naming rules (911) and reduces ambiguity during review.

111.5 Using examples and case snippets

We include compact patterns, photos, and before/after sketches where they teach faster than text. Apply them to shape HVM bollard layouts (321–326) and check clear gaps (232, 322). When adopting a crash rated bollard example, verify its certificate limitations (431) and dependencies (421). Each example links to the proving step—calcs (331), controls checks (342–345), or SAT scripts (638)—so reviewers see evidence, not guesswork.

Treat examples as starting points. Confirm site constraints (216–218), services conflicts (243, 335), and the penetration tolerance appropriate to the asset and frontage (234). Use Safety & Interlocks (350) to adapt any automatic lane example to your safety devices & measures.

111.6 Glossary & tooltips conventions

Hover tooltips define terms like clear gap, penetration, and standoff, with links to full entries (117, 412–413). Use them in emails/specs to keep language consistent for HVM bollard decisions and crash rated bollard acceptance. Preferred synonyms are listed to avoid reviewer disputes (431, 444). If a term is missing, request it under 117.5 so we can update pages and the change log (118) together.

On each page we limit tooltips to one or two per paragraph to keep reading smooth. The live glossary is the single source of truth; where a concept spans standards, see Standards & Terminology (412).

111.7 Downloads and templates you’ll reuse

Grab the site forms, VDA worksheet, and submission indexes (912–919). They structure evidence from first survey (211, 241–248) through selection (432–435) to commissioning (631–639). Use the ITP template (714) to lock HVM bollard inspection points and to record crash rated bollard dependencies (421). File names/versions follow 911/115 so packs (938) are reviewer-friendly and traceable post-handover (736, 739).

Start with the Site Assessment Template (912), then the VDA Worksheet (913) and Calculations Pack (914). For final collation, use Submission Index & Covers (917) and the Handover Pack Index & Checklists (919).

111.8 How to suggest improvements

Spotted a gap or regional nuance? Cite the page code (e.g., 232.4) and propose wording or a reference. Prioritize issues that affect HVM bollard spacing/operations (232, 821) or crash rated bollard compliance (411–416, 421). We triage via 118 (change log) and update templates (912–919) or clauses (433, 435) so improvements land across specs, drawings, and submission packs (938) without rework.

Where the question touches approvals in the UAE, raise it alongside a pointer to SIRA Bollards (UAE). This ensures guidance changes flow into submission content (717) and evidence lists (444) consistently.

111.9 Versioning & change log approach

Every edit is logged (118) with affected codes and links to files (911). If HVM bollard spacing tolerances or SAT steps change (232, 638), you’ll see what to update in drawings (931), ITP (714), and packs (938). Crash rated bollard pages flag new certificates or equivalence notes (431, 414). Old URLs redirect; content stays single-source to keep designs and approvals aligned.

Before publishing a change, we run the “SERP Snippet Health” and internal link review checks (site checklist) and re-test the relevant calculators (920 series) if the change affects inputs/assumptions.

Related

External resources

111 Guideline Intro — FAQ

How do I know if I need HVM or low-speed bollards?
Use the planning flow: scope threats with VDA (220), check frontage risk and spacing rules (232), then compare when to use low-speed vs HVM (434) and the Selecting Low-Speed vs HVM aide (443).
What does the code like “232.3” mean in headings?
It’s the reference code that maps to the content map and submission indexes. Put XXX on H2 and XXX.X on H3; keep codes out of SEO titles and slugs. See Versioning & Numbering (115) and the file/index rules (911).
Where should I start if I’m brand-new to HVM?
Read Who This Is For (112), then What’s In Scope (113) and How to Use This Guide (114). Next, scan Core Concepts (120) and Ratings & Compliance (400).
How do I use examples without breaking certification?
Check the product’s certificate scope (431), confirm rating-critical dependencies (420–423), and record acceptance criteria in the ITP (714). If in UAE scope, align with SIRA requirements before issuing the submission pack (938).