Difference between revisions of "GRC Glossary"

From Hornbill
Jump to navigation Jump to search
 
(24 intermediate revisions by 2 users not shown)
Line 1: Line 1:
{{bluebanner|[[Main Page|Home]] > [[Applications]] > [[GRC]] > Glossary |[[:Category:Glossaries|Index]]}}
+
{{Breadcrumb|[[Main Page|Home]] > [[Applications]] > [[GRC]] > Glossary |GRC}}
<br>
+
{{Section|
{|style="width: 100%"
 
|- valign="top"
 
|style="width:73%"|
 
 
==Introduction==
 
==Introduction==
 
Below is a list of terms and definitions as they apply and are used in the context of the Hornbill GRC app.<br>  
 
Below is a list of terms and definitions as they apply and are used in the context of the Hornbill GRC app.<br>  
 +
|}}
  
|style="width:5%"|
+
<div id="alphaTOC">[[#A|A]] | [[#B|B]] | [[#C|C]] | [[#D|D]] | [[#E|E]] | [[#F|F]] | [[#G|G]] | [[#H|H]]  | [[#I|I]] | [[#J|J]] | [[#K|K]] | [[#L|L]] | [[#M|M]] | [[#N|N]] | [[#O|O]]  | [[#P|P]]  | [[#R|R]] | [[#S|S]] | [[#T|T]] | [[#U|U]] | [[#V|V]] | [[#W|W]] | [[#X|X]] | [[#Y|Y]] | [[#Z|Z]] | [[##|#]]</div>
|
 
|style="width:22%; border-style: solid; border-width: 1px; border-color:#e6e6e6; background-color:#f2f2f2;"|
 
  
|}
 
  
<div id="alphaTOC">[[#A|A]] | [[#B|B]] | [[#C|C]] | [[#D|D]] | [[#E|E]] | [[#F|F]] | [[#G|G]] | [[#H|H]] | [[#I|I]] | [[#J|J]] | [[#K|K]] | [[#L|L]] | [[#M|M]] | [[#N|N]] | [[#O|O]]  | [[#P|P]]  | [[#R|R]] | [[#S|S]] | [[#T|T]] | [[#U|U]] | [[#V|V]] | [[#W|W]] | [[#X|X]] | [[#Y|Y]] | [[#Z|Z]] | [[##|#]]</div>
+
=== ===
  
 +
:'''Attestation''': The act of evidencing or proofing something.  In Hornbill GRC this may relate to a manual task in a Control lifecycle, where a user is required to provide confirmation and evidence that the controls are in fact in place.
  
=== A ===
+
:'''Audit''': Internal or External assessment of one or multiple Controls and their. An audit allows for each control to be assessed from the perspective of being fit for purpose and being operationally enforced to evidence compliance.
  
:'''Activity''' is the term Hornbill uses to describe a "Human Task" which can be considered an action that needs to be undertaken by a person, specifically a co-workerThe terms "Task" and "Activity" are often used intechanagbly but both refer to the concept of a record on the system that represents a task that needs to be performed by a co-worker.
+
:'''Audit Outcomes''': A history of all audits conducted against a control.   
  
:'''Activity Stream''' describes a key component of Hornbill's collaborative framework. An Activity stream is used to share information providing a chronological flow of information and a visual representation of the same.  Many business objects Hornbill get their own activity stream which allows many of the social application concepts to be applied to business objects
+
:'''Audit Register''': A collection of Controls
  
:[[Administration|'''Administration''']] is the general term used to describe administering the system. The administration of the system is distinctly different from the usage of the system, and as a result Hornbill provides a separate dedicated web interface for Administering the system.  You must be given appropriate rights in order to be able to perform administrative functions.  You can access the admin interface by visiting '''https::/admin.hornbill.com/<your instance id>'''
+
:'''Audit Schedule''': A calendar view of scheduled audits
  
:'''API''': is a term Hornbill tends to use interchangeably when referring to XMLMC or, to describe programming interfaces when referring to external systems
+
:'''Authority Document''': An external set of authoritative rules against which we must comply, they are authoritative rules that are not of our own creation. These authoritative rules can come in the form of regulations, principles, standards, guidelines, best practices, policies, and procedures.  Each Authority Document contains one or multiple rules in the form of sections and citations.
  
:[[App_Store|'''AppStore''' or '''App Store''']] is the name of the section in our admin tool that allows customers to browse and install line-of-business applications onto their Hornbill instance
+
:'''Authorising Users''': Users can be linked to each entities such as Policies, Policies, and Controls, and can be automatically invoked by lifecycle processes to perform approval activities in phases of the entity lifecycle.
  
 
=== B  ===
 
=== B  ===
 +
 +
:'''Before Treatment Level''': This is the assessment made against a risk before any response or treatment of the risk is made. The criteria for the risk assessment will be governed by the defined risk criteria in the operational risk register the risk is linked too.
 +
 
=== C  ===
 
=== C  ===
  
:'''Co-worker''': Hornbill is a collaboration tool used in business environments, users of Hornbill are known as Co-workers. A co-worker is a user of the system that has been subscribed to the service, can log in and use the features of the system. Co-workers are distinctly different to Guest Users
+
:'''Citation''': A specific requirement in an Authority Document, a requirement which you are required to be compliant with.
  
:'''Collaboration''': is the term Hornbill uses to describe the act of people within a company communicating, sharing information and collaborating with each other for the purpose of getting work done.  Hornbill brings collaboration to co-workers through technology that brings the concepts and ease of use found in consumer social applications and applies these to the workplace and working practices.
+
:'''Control''': An entity which is used to evidence compliance
  
:'''[[Continuous Delivery]]''': The approach to releases and updates that Hornbill follows when deploying updates and new features.
+
:'''Compliant''': An indicator to represent a control's status
 +
 
 +
:'''Compliance''': Means conforming with stated requirements. In GRC this refers to the auditing of controls to evidence compliance against policy statement requirements, which may in term be linked to one or more citations in external Authority Documents.
  
 
=== D  ===
 
=== D  ===
 
=== E  ===
 
=== E  ===
 +
 +
:'''Evidence''': Used to provide proof that a control is fit for purpose and being operationally followed
 +
 +
:'''Exempt''': Indicates if a control is not required to be audited
 +
 
=== F  ===
 
=== F  ===
 
=== G  ===
 
=== G  ===
:'''Guest''': On Hornbill, a Guest is a type of user that has limited access to the functions of the system.  Typically guests are contacts external to the organisation using Hornbill but are being in some way served or supported by the -co-workers of the Hornbill system.  There is no subscription cost for guest users, the number of which can access the system are for material purposes unlimited.
 
  
:[[Service Portal|'''Guest Access''' or '''Guest Portal''']]: is the user interface that guest users can access the Hornbill platformJust like guest users are distinctly different from Co-worker users, the guest portal is distinctly different from the Hornbill user interface.
+
:'''Governance''': Describes the overall management approach through which senior executives direct and control the entire organization.  Policies can be used to record the governance and their objectives. Policies statements can be used to break down the policy into more manageable piecesControls can be configured to manage the objectives of the Policy statements.  Governance can both be internally led, and or externally enforced through regulations, laws, guidance which may apply to a business both based on territory and industry.  Authority Documents and Citations are used to record the requirements of the external governance.
  
 
=== H  ===
 
=== H  ===
:'''Hornbill''': is the name of our company, its our brand and its our product.  We are hornbill.com, you can sign up to hornbill.com
 
 
 
=== I  ===
 
=== I  ===
:'''Instance''' or '''Hornbill Instance''' describes a separate instance of Hornbill dedicated to a customer.  Hornbill's multi-tenant environment ensures that each customers data and information is kept secure and separate from any running instance.  You will hear phrases like "spinning up an instance" which basically means create a new distinct instance
 
 
:'''IT Service Management''' or '''ITSM''' describes the line of business function that is concerned with running IT operations and delivering IT related services to its organisation.
 
 
 
=== J  ===
 
=== J  ===
 
=== K  ===
 
=== K  ===
 
:'''Knowledge Transfer''' is a general term Hornbill uses to describe the act of transferring knowledge between two or more people thought formal or informal means.
 
 
 
=== L  ===
 
=== L  ===
  
:'''Line-of-Business''': is the term we use to describe a distinct function within a business that requires bespoke or unique functional capabilities from technology and/or software systems in order to operate the function within the business.  Hornbill is a collaboration platform that that includes numerous line-of-business applications, accessible directly from Hornbills AppStore
+
:'''Lifecycle''': The entity process which is used to used to manage each phase of a GRC entities life. For example a lifecycle to manage a Policy from draft, approval, monitoring and retirement
  
 
=== M  ===
 
=== M  ===
 
=== N  ===
 
=== N  ===
 
=== O  ===
 
=== O  ===
 +
 +
:'''Operational Risk Register''': Organize risks into logical groupings, and define relevant risk assessment criteria which will be applied to any risks contained in the register.
 
=== P  ===
 
=== P  ===
:'''Profile''' or '''User Profile''' is the information used to describe a co-worker's profile.  Information typiclally includes name, contact details, skills, experience and profile image
+
:'''Procedure''': Define areas such as responsibilities, reporting, applicable time frames,
  
 
=== Q  ===
 
=== Q  ===
 
=== R  ===
 
=== R  ===
=== S  ===
 
  
:[[Switch-On |'''Switch-on Service''' or '''Switch On''']]: The free service and support Hornbill provides you in order to get an instance of Hornbill running and connected to your business systems
+
:'''Risk''': Something which may result in an impact / loss to the organization
 +
 
 +
:'''Risk Assessment''': Each risk can be assessed when identified ('''before treatment''' and '''after treatment'''), the risk assessment for each risk will look at the impact and likelihood, and automate values based on the risk matrix defined against the Risk Register the risk is linked too.
 +
 
 +
:'''Risk Event''': The recording and management of an event which is tied to an identified risk. 
  
:[http://en.wikipedia.org/wiki/Security_Assertion_Markup_Language|'''SAML 2.0''' or '''SAML''']: The protocol Hornbill uses to integrate with our customers identity services, auto-provision users and provide Single-Sign-On capabilities
+
:'''Risk Management''': is the set of processes through which management identifies, analyzes, and, where necessary, responds appropriately to risks that might adversely affect realization of the organization's business objectives. The response to risks typically depends on their perceived gravity, and involves controlling, avoiding, tolerating or transferring them to a third party, whereas organizations routinely manage a wide range of risks (e.g. technological risks, commercial/financial risks, information security risks etc.).
  
 +
=== S  ===
 
=== T  ===
 
=== T  ===
 
=== U  ===
 
=== U  ===
Line 81: Line 83:
 
=== W  ===
 
=== W  ===
 
=== X  ===
 
=== X  ===
 
:'''XMLMC''': is the name we have given to our web services API. The API is uses XML as its message format.
 
 
:'''XML''': is a industry standard markup language the Hornbill uses extensively throughout the system.
 
 
 
=== Y  ===
 
=== Y  ===
:'''YUI''': is a library created by Yahoo for building web applications. Early versions of Hornbill used YUI as a primary library, this has since been superseded by the use of Google's AngularJS and other more modern browser UI libraries.
+
=== Z ===
  
=== Z  ===
+
[[Category:GRC]]

Latest revision as of 21:34, 15 February 2022

Home > Applications > GRC > Glossary Index

Introduction

Below is a list of terms and definitions as they apply and are used in the context of the Hornbill GRC app.

A | B | C | D | E | F | G | H | I | J | K | L | M | N | O | P | R | S | T | U | V | W | X | Y | Z | #


A

Attestation: The act of evidencing or proofing something. In Hornbill GRC this may relate to a manual task in a Control lifecycle, where a user is required to provide confirmation and evidence that the controls are in fact in place.
Audit: Internal or External assessment of one or multiple Controls and their. An audit allows for each control to be assessed from the perspective of being fit for purpose and being operationally enforced to evidence compliance.
Audit Outcomes: A history of all audits conducted against a control.
Audit Register: A collection of Controls
Audit Schedule: A calendar view of scheduled audits
Authority Document: An external set of authoritative rules against which we must comply, they are authoritative rules that are not of our own creation. These authoritative rules can come in the form of regulations, principles, standards, guidelines, best practices, policies, and procedures. Each Authority Document contains one or multiple rules in the form of sections and citations.
Authorising Users: Users can be linked to each entities such as Policies, Policies, and Controls, and can be automatically invoked by lifecycle processes to perform approval activities in phases of the entity lifecycle.

B

Before Treatment Level: This is the assessment made against a risk before any response or treatment of the risk is made. The criteria for the risk assessment will be governed by the defined risk criteria in the operational risk register the risk is linked too.

C

Citation: A specific requirement in an Authority Document, a requirement which you are required to be compliant with.
Control: An entity which is used to evidence compliance
Compliant: An indicator to represent a control's status
Compliance: Means conforming with stated requirements. In GRC this refers to the auditing of controls to evidence compliance against policy statement requirements, which may in term be linked to one or more citations in external Authority Documents.

D

E

Evidence: Used to provide proof that a control is fit for purpose and being operationally followed
Exempt: Indicates if a control is not required to be audited

F

G

Governance: Describes the overall management approach through which senior executives direct and control the entire organization. Policies can be used to record the governance and their objectives. Policies statements can be used to break down the policy into more manageable pieces. Controls can be configured to manage the objectives of the Policy statements. Governance can both be internally led, and or externally enforced through regulations, laws, guidance which may apply to a business both based on territory and industry. Authority Documents and Citations are used to record the requirements of the external governance.

H

I

J

K

L

Lifecycle: The entity process which is used to used to manage each phase of a GRC entities life. For example a lifecycle to manage a Policy from draft, approval, monitoring and retirement

M

N

O

Operational Risk Register: Organize risks into logical groupings, and define relevant risk assessment criteria which will be applied to any risks contained in the register.

P

Procedure: Define areas such as responsibilities, reporting, applicable time frames,

Q

R

Risk: Something which may result in an impact / loss to the organization
Risk Assessment: Each risk can be assessed when identified (before treatment and after treatment), the risk assessment for each risk will look at the impact and likelihood, and automate values based on the risk matrix defined against the Risk Register the risk is linked too.
Risk Event: The recording and management of an event which is tied to an identified risk.
Risk Management: is the set of processes through which management identifies, analyzes, and, where necessary, responds appropriately to risks that might adversely affect realization of the organization's business objectives. The response to risks typically depends on their perceived gravity, and involves controlling, avoiding, tolerating or transferring them to a third party, whereas organizations routinely manage a wide range of risks (e.g. technological risks, commercial/financial risks, information security risks etc.).

S

T

U

V

W

X

Y

Z