# Plant IT Change Advisory Board (CAB) RFC Template

> Source: https://netray.co/tools/plant-it-change-advisory-board-rfc-template
> Publisher: Netray (netray.co), AI and integration engineering for ERP and manufacturing systems.
> Section: Free Tools

## Short answer

A request-for-change form for servers, networks and ERP infrastructure in a plant, with risk, rollback and approvals ready for your CAB meeting.

## Category

erp-operations

## Industry

Discrete Manufacturing

## Audience

- IT manager
- ERP administrator
- Infrastructure engineer

## Tool

**Kind:** template

**Output:** document

**Fields:**

#### RFC number

**Key:** rfc_no

**Type:** text

**Default:** RFC-2026-0147

#### Requested by

**Key:** requester

**Type:** text

**Default:** Priya Nair, Infrastructure Engineer

#### Submission date

**Key:** date

**Type:** date

**Default:** 2026-10-20

#### Change type

**Key:** change_type

**Type:** select

**Options:**

- Standard
- Normal
- Emergency

**Default:** Normal

#### Affected system

**Key:** system

**Type:** text

**Default:** ERP database server ERPDB01 (SQL Server) and application tier

#### Planned window

**Key:** window

**Type:** text

**Default:** Sunday 2026-11-01, 02:00 to 06:00 local, no shifts running

#### Change description

**Key:** summary

**Type:** textarea

**Default:** Apply the latest cumulative update to the SQL Server instance hosting the ERP database and restart the application services afterward.

#### Business reason

**Key:** reason

**Type:** textarea

**Default:** Closes a vendor-published security fix and a known memory leak that caused two unplanned restarts last quarter.

#### Production impact

**Key:** impact

**Type:** textarea

**Default:** ERP unavailable for about 90 minutes. Shop floor terminals fall back to paper travelers; no machine control is affected.

#### Risk level

**Key:** risk

**Type:** select

**Options:**

- Low
- Medium
- High

**Default:** Medium

#### Rollback plan

**Key:** rollback

**Type:** textarea

**Default:** Restore the pre-change VM snapshot and the full database backup taken at 01:30. Decision point: if validation is not complete by 05:00, roll back.

#### Test evidence

**Key:** tests

**Type:** textarea

**Default:** Applied to the test ERP environment on 2026-10-14. Month-end close job and 12 key shop floor transactions passed.

**Blocks:**

#### Request for Change {{rfc_no}}

**Body:** Requested by: {{requester}}
Submitted: {{date}}
Change type: {{change_type}}
Risk level: {{risk}}

#### Scope

**Body:** Affected system: {{system}}
Planned window: {{window}}

{{summary}}

#### Business Reason

**Body:** {{reason}}

#### Production Impact

**Body:** {{impact}}

#### Test Evidence

**Body:** {{tests}}

#### Rollback Plan

**Body:** {{rollback}}

#### Implementation Steps

**Table:**

**Columns:**

- Step
- Action
- Owner
- Planned time
- Done

**Rows:**

**0:** 1

**1:** Notify plant manager and shift leads

**0:** 2

**1:** Take backup and VM snapshot

**0:** 3

**1:** Apply change

**0:** 4

**1:** Validate with smoke test list

**0:** 5

**1:** Release to users and close RFC

#### CAB Approvals

**Signatures:**

- Requester
- IT manager
- Plant operations representative
- Security officer

**Notes:** Starting point for your own change process. Align the change types with your ITIL or internal definitions, and keep emergency changes retroactively reviewed. Not legal or audit advice.

## Content

**Intro:** A change advisory board only works if every request arrives with the same facts: what is changing, who is affected, how it is tested and how to undo it. This template gives plant IT teams a consistent RFC that fits on two pages.

**Sections:**

#### How to use the RFC template

**Body:** Fill the fields at the top, review the generated document, then export it to PDF or Word and attach it to your ticket or CAB agenda. Write the production impact in shop floor terms: which lines, which shifts and which fallback exists. A change that looks small to infrastructure can stop a work cell if the ERP or MES is unavailable.

**Bullets:**

- Name the exact systems and servers, not just the application
- State the window against the shift calendar
- Define the rollback decision time up front
- Attach test evidence from a non-production system

#### Standard, normal and emergency changes

**Body:** Most frameworks, including ITIL, split changes into three types. Standard changes are pre-approved, repeatable and low risk, such as a monthly patch with a proven runbook. Normal changes go through CAB review. Emergency changes bypass the usual schedule to fix an outage or active threat, but should still be documented and reviewed after the fact. Pick the type honestly: overusing emergency undermines the whole process.

#### Risk and rollback in a plant

**Body:** Risk in a plant is about time-to-recover during production, not only technical difficulty. Rate a change higher when it touches shared services such as authentication, DNS, the ERP database or the OT firewall. A rollback plan should name the snapshot or backup, who triggers it and the clock time at which you give up. Untested rollbacks are a common failure: confirm that restoring actually works.

#### Common mistakes

**Body:** Teams often write vague scopes such as 'server maintenance', skip the plant operations signature, or schedule changes during a quarter-end close. Another frequent gap is forgetting dependent systems: label printers, barcode scanners, EDI gateways and integrations that fail quietly after a restart. List them in the impact field so someone checks them in the validation step.

**Cta:** If you want ERP change requests, test runs and post-change checks tied to your ERP data, Netray can discuss automating parts of this inside your environment.

**Faq:**

#### Do I need a CAB for every change?

**Answer:** No. Pre-approve repeatable low risk work as standard changes with a documented procedure, and keep CAB time for normal changes with real production impact. A small plant may use a short weekly call with IT, operations and security rather than a formal board.

#### Who should sign an RFC in a plant?

**Answer:** At minimum the requester, an IT approver and someone from plant operations who understands shift impact. Add security for network, identity or remote access changes. The signature lines in the template can be renamed to match your roles.

#### How far ahead should an RFC be submitted?

**Answer:** Many teams ask for three to five working days for normal changes so operations can plan around production. Emergency changes are exempt but need review afterward. Set the lead time in your own policy and apply it consistently.

#### Can I reuse the form for ERP application changes?

**Answer:** Yes. The structure works for infrastructure, ERP patches, configuration changes and integrations. For customization-specific fields such as objects and transports, add them in the description or use an ERP-specific change request form.

## Search terms

request for change template, RFC template IT, change advisory board template, IT change request form, change management template manufacturing, CAB approval form, server change request template, ERP infrastructure change form

---
Talk to an engineer: https://netray.co/contact?intent=erp_ai | Machine catalog: https://netray.co/agent/catalog.json