---
sourceDocument: Yokohama Governance, Risk, and Compliance
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/yokohama/governance-risk-compliance

 Release :

    - yokohama

ft:locale :

    - en-US

ft:publication_title :

    - Yokohama Governance, Risk, and Compliance

ft:clusterId :

    - grc

bundleId :

    - grc

workflow :

    - Technology


---

# DevOps accelerator for control compliance, PaCE execution, and exception management

# DevOps accelerator for control compliance, PaCE execution, and exception management {#ariaid-title1}

* Release version: Yokohama
* 
* Updated January 30, 2025
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 2 minutes to read

Summarize  
![AI sparkle icon](https://servicenow.com/docs/portal-asset/ai-sparkle-icon) Summarized using AI  
This content was generated using new OpenAI-powered functionality. Results are provided on an as is basis and are not guaranteed to be accurate or complete.  

## Summary of DevOps accelerator for control compliance, PaCE execution, and exception management

The GRC: DevOps Accelerator is an application designed to help ServiceNow customers evaluate compliance with DevOps policies and Governance, Risk, and Compliance (GRC) control objectives by integrating with the Policy as a Code Engine (PaCE).
It maps control objectives from regulations and standards---such as CIS controls, NIST 800-53, ISO 27002, and PCI DSS---with DevOps policies provided by the DevOps Config Policy Content Pack.
Show full answer Show less  
This integration enables DevOps managers to monitor compliance status, visualize evidence of PaCE policy execution, and manage exceptions efficiently.

**Important:** The GRC DevOps Accelerator is deprecated, no longer supported, and unavailable for new activations.

## Key Features

* **Control Objective Mapping:** The plugin maps relationships between PaCE policies and GRC control objectives across various standards and frameworks.
* **Data Tables:**
  * **Control objective to items table:** Stores mappings between control objectives and PaCE policies.
  * **DevOps policy to control objective staging table:** Temporarily holds mapping data in a pending state before processing.
* **Scheduled Data Processing:** A daily import job moves mapping data from the staging table to the main control objective to items table, updating records to processed status upon successful import.
* **Compliance Monitoring:** Provides visibility into compliance status and evidence of policy execution for DevOps controls.

## Prerequisites and Dependencies

* Installation of the DevOps Config Policy Content Pack provided by PaCE.
* GRC plugins including Cybersecurity Controls Accelerator (CIS), Compliance Unified Compliance Framework (UCF), and Continuous Authorization and Monitoring (CAM).
* The GRC: Policy and Compliance Management plugin is required for operation.
* Note that if CIS, UCF, or CAM plugins are not installed, related control objective data will not be available.

## Operational Details

* The staging table for policy to control objective mappings holds data in a pending state until processed by the scheduled import job.
* Mappings for CAM and CIS use control objective sys IDs, while UCF uses the source ID from shared lists.
* Only mappings where both control objectives and PaCE policies exist on the instance are processed; others remain pending.

## What ServiceNow Customers Can Expect

Customers leveraging this accelerator can automate the evaluation of DevOps compliance against multiple regulatory frameworks, gain centralized visibility into policy execution and compliance status, and manage exceptions effectively. However, since the product is deprecated, new customers cannot activate it, and existing users should plan for transition or alternative solutions.  
GRC: DevOps Accelerator is an application that enables your customers to evaluate the
compliance for DevOps policies and GRC control objectives integrating with Policy as a Code Engine
(PaCE).  
Important:  
GRC DevOps Accelerator is now deprecated and no longer supported or available for new activation. For details, see the [Deprecation process \[KB0867184\]](https://hi.service-now.com/kb_view.do?sysparm_article=KB0867184) article in the Now Support Knowledge Base.

GRC: DevOps Accelerator (com.sn_grc_devops) plugin maps the control objectives drawn from
regulations, standards, and frameworks, such as CIS controls, NIST 800-53, ISO 27002, PCI DSS,
and others with DevOps Policy as a Code Engine (PaCE). The DevOps policies are provided by the
DevOps Config Policy Content Pack.

With this integration you can evaluate the compliance status. The integration also enables the
DevOps managers to monitor control compliance, visualize evidence of PaCE execution, and manage
exceptions.

## Pre-requisites for DevOps accelerator {#devops-accelerator-pace-pc__section_ftw_2lh_g5b}

1. Hierarchy of PaCE-related plugins and CDM-related plugins.
2. DevOps Config Policy Content Pack provided by PaCE.
3. GRC plugins: GRC: Cybersecurity Controls Accelerator, GRC: Compliance UCF, and GRC: Continuous Authorization and Monitoring.

{#devops-accelerator-pace-pc__ol_xz3_hnh_g5b}  
Note:  
GRC: DevOps Accelerator (com.sn_grc_devops) is dependent on DevOps Config Policy Content Pack and GRC: Policy and Compliance Management. However, if GRC: Cybersecurity Controls Accelerator (CIS), GRC: Unified Compliance Framework (UCF), and GRC: Continuous Authorization and Monitoring (CAM) plugins are not installed on the instance, then the staging data relevant to the control objectives from these plugins would not be available on installing GRC: DevOps Accelerator.  
GRC: DevOps Accelerator plugin maps the relationship between PaCE policies and control objectives.  
Note:  
Not all GRC control objectives may have a relationship with every PaCE policy.

## Populating control objective and PaCE mapping data from the instances to staging
table {#devops-accelerator-pace-pc__section_apc_q23_g5b}

Control objective to items mapping table
:   As part of DevOps accelerator, the mapping relationships between control objectives and
    PaCE policies are shipped to the customers. The relationship is captured in Control objective
    to items \[sn_compliance_control_objective_item\] table, where the Control objective column and Item record column, which is the PaCE
    policy, list the data.  
    Figure 1. Control objective to item table

DevOps policy to control objective staging table
:   Figure 2. DevOps accelerator staging table

    There is a staging table as a part of DevOps accelerator, which is DevOps policy to control
    objective staging \[sn_grc_devops_policy_control_objective_staging\] table. A user with
    Compliance admin role can view the table.

For CAM and CIS, the sys IDs of the control objectives map with the DevOps policy sys IDs.
However, for UCF the source ID of the control objective imported from the Shared List is mapped
with the DevOps policy sys ID.

The data in the DevOps policy to control objective staging
\[sn_grc_devops_policy_control_objective_staging\] table is shipped in Pending status. The data is
populated in the staging table based on the applications that are installed in the instance. The
data is not processed if the control objective and the PaCE policy do not exist in the
instance.

## Scheduled job to move data from the staging to the main table {#devops-accelerator-pace-pc__section_dmz_kdj_g5b}

A daily job (Import DevOps policy to Control Objective mapping from staging) runs after the
applications and the DevOps accelerator are installed to add the records to the Control
objective to items (sn_compliance_control_objective_item) table. If the record is successfully
added to the mapping table, then the status of the record in the staging table moves to
Processed. If a control objective is not populated or present in the application, then the
record is not processed but is in Pending status.

