-
Functional Areas
- Audit and Investigations
-
Capacity development and transition, strengthening systems for health
- A Strategic Approach to Capacity Development
- Capacity Development and Transition - Lessons Learned
- Capacity development and Transition Planning Process
- Capacity Development and Transition
- Capacity Development Objectives and Transition Milestones
- Capacity Development Results - Evidence From Country Experiences
- Functional Capacities
- Interim Principal Recipient of Global Fund Grants
- Legal and Policy Enabling Environment
- Overview
- Resilience and Sustainability
- Transition
-
Financial Management
- CCM Funding
- Grant Closure
- Grant Implementation
- Grant-Making and Signing
- Grant Reporting
- Import duties and VAT / sales tax
- Overview
- Sub-recipient Management
-
Grant closure
- Overview
-
Steps of Grant Closure Process
- 1. Global Fund Notification Letter 'Guidance on Grant Closure'
- 2. Preparation and Submission of Grant Close-Out Plan and Budget
- 3. Global Fund Approval of Grant Close-Out Plan
- 4. Implementation of Close-Out Plan and Completion of Final Global Fund Requirements (Grant Closure Period)
- 5. Operational Closure of Project
- 6. Financial Closure of Project
- 7. Documentation of Grant Closure with Global Fund Grant Closure Letter
- Terminology and Scenarios for Grant Closure Process
- Human resources
- Human rights, key populations and gender
-
Legal Framework
- Agreements with Sub-recipients
- Agreements with Sub-sub-recipients
- Amending Legal Agreements
- Implementation Letters and Performance Letters
- Language of the Grant Agreement and other Legal Instruments
- Legal Framework for Other UNDP Support Roles
- Other Legal and Implementation Considerations
- Overview
- Project Document
- Signing Legal Agreements and Requests for Disbursement
-
The Grant Agreement
- Grant Confirmation: Conditions Precedent (CP)
- Grant Confirmation: Conditions
- Grant Confirmation: Face Sheet
- Grant Confirmation: Schedule 1, Integrated Grant Description
- Grant Confirmation: Schedule 1, Performance Framework
- Grant Confirmation: Schedule 1, Summary Budget
- Grant Confirmation: Special Conditions (SCs)
- Grant Confirmation
- UNDP-Global Fund Grant Regulations
-
Monitoring and Evaluation
- Differentiation Approach
- Monitoring and Evaluation Components of Funding Request
- M&E Components of Grant Implementation
- Monitoring and Evaluation Components of Grant Making
- Overview
- Principal Recipient Start-Up
-
Health Product Management
- Compliance with the Global Fund requirements
- Distribution
- Inspection and Receipt
- International freight, transit requirements and use of INCOTERMS
- Inventory Management
- Overview - Health Product Management
- Pharmacovigilance
- Product Selection
- Quality monitoring of health products
- Quantification and Forecasting
- Rational use
- Risk Management for PSM of health products
-
Sourcing and regulatory aspects
- Development of List of Health Products
- Development of the Health Procurement Action Plan (HPAP)
- Global Health Procurement Center (GHPC)
- Guidance on donations of health products
- Health Procurement Architecture
- Local Procurement of health products
- Other Elements of the UNDP Procurement Architecture
- Procurement of non-pharmaceutical Health Products
- Procurement of Pharmaceutical Products
- Submission of GHPC CO Procurement Request Form
- Storage
- Supply Planning of Health Products
- UNDP Health PSM Roster
- Waste management
- Grant Reporting
-
Risk Management
- Introduction to Risk Management
- Overview
- Risk management in crisis settings
-
Risk Management in the Global Fund
- Additional Safeguard Policy
- Challenging Operating Environment (COE) Policy
- Global Fund Review of Risk Management During Grant Implementation
- Global Fund Risk Management Framework
- Global Fund Risk Management Requirements During Funding Request
- Global Fund Risk Management Requirements for PRs
- Local Fund Agent
- Risk management in UNDP
- Risk Management in UNDP-managed Global Fund projects
- UNDP Risk Management Process
- Sub-Recipient Management
Risk recording and reporting
UNDP’s Enterprise Risk Management (ERM) policy requires that the risk management process and its outcomes are documented and reported in order to facilitate communication, inform decision making, improve risk management processes, and assist coordination with stakeholders. In UNDP, the Risk Register is the method to record and report on the risk management process and to assign the accountability for the treatment of the risks. An offline Portfolio/Project Risk Register Template is available in the Programme and Project Management (POPP), which is mirrored in the UNDP Enterprise Resource Planning (ERP) system (Quantum). Specifically, the following information are populated under the Project Risks section of the Quantum Project Results module:
The risk register captures the results of the previous two steps: the risk assessment and risk treatment. The risk register describes the risk statement, the risk analysis, the chosen risk treatment, risk owner, and treatment owner.
![](/images/icons/ic-light.png)
For UNDP-implemented Global Fund projects, the risk register is for internal use only and it is not for distribution outside UNDP. If required by the Global Fund, Local Fund Agent, Country Coordinating Mechanism (CCM), donor or stakeholders, please consult your BPPS Global Fund Partnership and Health Systems Team’s (GFPHST) Focal Point for advice.
The Risk Statement is a sentence, clearly representing the risk assessment process. The risk statement should be framed as conditional events and should show a causal relation between the cause, the event, and the impact.t is structured as follows:
The description can start with a Cause: ‘As a result of [cause]…, there is a risk that/potential for/possibility that [event] may happen …., which will result in [impact] …’
The description can start with the Event: ‘There is a possibility that [event] …. may happen, which can be caused by [cause]…., and this will result in [impact] …’
To the extent possible, the risk statement should be specific, and refer to specific elements of the project (scope/ budget/ timeline/ quality) that can be impacted by an identified risk cause. The different components of the risk statement should follow these guidelines:
- Event - should be stated in a conditional format and should display uncertainties or express events that might happen (e.g. use of words such as might / could / may / would / potential for, etc.).
- Cause - should be within the purview of the project and should not duplicate or overlap with the risk event.
- Impact - should articulate specific project objectives, outputs, or results which would be directly impacted should the event of the risk occur.
- Treatment - should be related to the identified cause or event and should be within the framework of the project. It should refer to concrete actions that the “owner” will ensure are in place to manage the risk effectively. An observer should be able to objectively evaluate if the actions have been done or not. Changes in treatment plans or measures may be required if there is a major change in internal and external context,
- Risk and treatment owners - should mention the name and title of the person, avoiding mentioning multiple institutions or individuals.
The below are a couple of examples of complete and specific risk statements to help design effective treatment actions.
Quality considerations:
Risk statements and risk treatments don’t have to be long or complicated sentences, but it is useful to ensure that these include a few key quality considerations:
- Completeness – all information on the cause, event, impact, treatment, risk owner, etc. are available in the risk statement and risk treatment and are up to date.
- Uncertainty – the risk statement refers to a potential uncertainty that has not happened yet, not those that have already happened (i.e. issues).
- SMART – risk statement and risk treatment are Specific, Measurable, Attainable, Relevant, Time-bound.
- Specific - The risk event and impact clearly relate to one (not many) cause identified. The risk treatment is a specific action that can be attributed to the cause/threat identified. If a risk event has several causes, these are reflected as different risk entries, with related risk treatment action and Treatment Owner. The impact should refer to a particular element of the project objective (e.g. scope, cost, schedule, or quantity) that would be affected by the risk event and cause.
- Measurable - The risk statement is measurable with precise metrics to assess the impact on the project objectives. It should be possible for an objective observer to determine if the cause, event, and impact occurred or did not occur.
- Attributable – the risk statement should specify an element of the project (e.g. contracts, construction, etc.) where the risk will materialize. It would help to indicate which project element based on the planned project activities will be affected by the risk.
- Realistic – The risk statement should refer to causes that can be managed within the framework of the project or UNDP. The risk event should be within the management capacity of the project (i.e. issues such as wars, natural disasters, political revolutions, etc. are not within the project framework to manage).
- Time-bound – the risk statement and treatment action have a clear dimension of time as when they are estimated to occur (e.g. by the third quarter of the fiscal year, three months before the elections, etc.)
- Accountability – the risk owner and risk treatment owner are clearly mentioned with one name and/or job title (not an organisation) and are aware of their responsibility.
For UNDP-implemented Global Fund projects, risk reporting is included in the Pulse Checks, Progress Update and Disbursement Request (PUDR). See the reporting section of the Manual for details. Risk and performance reporting is also included in the UNDP corporate annual reporting system, ROAR, led by the UNDP Country Office (CO).
Identified risk mitigation measures and their status are also regularly reported to the Project Board. It is the responsibility of the UNDP’s Global Fund Programme/Project Manager to inform the Project Board on a timely manner regarding new risks, changes to existing risks, or escalation of risks. Should the risk register change in between CCM meetings, the CCM can be informed through a communication from the Project Manager.
![](/images/icons/ic-light.png)
The risk register is an ongoing tool, to be updated at least once a year, or more frequently for significant and high risks, through real-time monitoring. New risks can be added as they emerge, and treated risks can be closed.
All risks identified across the UNDP’s Enterprise Risk Management (ERM) categories and UNDP key risk management tools (see a mapping here) are reflected in the project risk register.
Significant project-level risks which are relevant for the CO programme and the broader CPD, should be discussed with the CO Project Assurance / Programme Team and included in the CO’s IWP Risk Register.
Loading resources
![](/images/spinner.gif)