Financial Services · Managed platform (Fusion Risk Management)

Business Continuity Planning

Business continuity and disaster recovery plans you can show an examiner, run as a managed service

Overview

What you are buying

Moraph licenses, implements and runs Fusion Risk Management for your business continuity program. We configure the platform for business impact analysis, continuity and disaster recovery plans, and exercise records in line with FFIEC expectations, then administer it, keep plans on their review cycle and prepare the evidence your examiners ask for. Your organization keeps every decision about recovery priorities, plan approval and risk acceptance.

The problem it solves

Many institutions keep continuity plans in documents that drift out of date as staff, vendors and systems change. Business impact analyses are refreshed irregularly, recovery times on paper do not match what IT can actually deliver, and test results live in meeting notes and spreadsheets. When examiners ask which critical services were tested, what failed and whether the issues were fixed, the answer takes weeks to assemble.

  • Plans and contact lists go stale between annual reviews
  • Recovery objectives in business plans do not match IT recovery capability
  • Exercise results and remediation are tracked by hand, if at all
  • Evidence for examiners and the board is rebuilt from scratch each cycle

Who uses it

  • Business continuity and operational resilience managers at banks and credit unions
  • Business-line plan owners who keep their unit's plan current
  • IT disaster recovery leads responsible for application and infrastructure recovery
  • Executives and crisis management teams who lead the response to a disruption
  • Internal audit and examiners reviewing the continuity program

Requirements it supports

FFIEC IT Examination Handbook, Business Continuity Management bookletInteragency Paper on Sound Practices to Strengthen Operational Resilience (2020)Interagency Guidance on Third-Party Relationships: Risk Management (2023)NYDFS Cybersecurity Regulation (23 NYCRR Part 500), Section 500.16FINRA Rule 4370 (Business Continuity Plans and Emergency Contact Information)Gramm-Leach-Bliley Act Section 501(b) information security standards

The product supports these requirements; meeting them remains your organization’s responsibility.

Responsibilities

Who is responsible for what

Fusion Risk Management provides and operates the platform, Moraph configures and runs it as a service, and your organization owns the continuity program and every decision in it.

AreaMoraphFusion Risk ManagementYour organization
LicensingResells the subscription and manages renewals and license counts with youSets the licence terms and the product editions availableAgrees the scope and number of users and signs the order
Platform availabilityMonitors service health notices and tells you about disruptions that affect your programHosts, operates and maintains the platform under its own service commitmentsKeeps an offline copy of critical plans as your policy requires
ConfigurationBuilds and maintains plan templates, impact analysis questionnaires, workflows and dashboardsProvides the configuration capabilities of the platformApproves the program structure, templates and review cycles
Identity and accessConnects single sign-on, sets up roles and runs periodic access reviewsSupports single sign-on and role-based access in the platformDecides who gets access and certifies access reviews
Data loadsMaintains scheduled imports of staff, locations, applications and vendorsProvides import and integration capabilitiesSupplies source data from HR, IT and vendor systems and owns its accuracy
Exercises and testsSchedules exercises in the platform, prepares scripts and records results and issuesProvides exercise and test management featuresDecides what to test, takes part, and accepts or remediates findings
ChangesHandles change requests through a logged, reviewed processDelivers platform releases and new featuresRaises and approves change requests
Platform updatesReviews release notes, tests updates against your configuration and tells you what changesReleases and applies updates to the platformAgrees timing for any change that affects how staff work
Incident supportSupports administration of the platform during a declared disruptionResolves platform defects and outagesDeclares incidents, leads the response and makes recovery decisions
User supportAnswers how-to questions and fixes configuration issues for your usersSupports Moraph on platform defectsProvides a named program owner and first contact for staff

See how it works

A short walkthrough

Illustrative screens of how Moraph runs the service, with fictional sample data. They are not screens of Fusion Risk Management itself, which belongs to its vendor.

  1. Step 1

    Onboarding tracker

    During onboarding, Moraph tracks each setup task with an owner on each side, so you see what is waiting on whom.

    TaskMoraph ownerClient ownerStatus
    Single sign-on connectedService engineerIT identity teamDone
    Impact analysis questionnaire approvedService engineerContinuity managerDone
    HR import scheduledService engineerHR systemsIn progress
    Application inventory loadedService engineerIT asset ownerWaiting on extract
    Branch plans migrated (14 of 22)Service engineerPlan ownersIn progress
    During onboarding, Moraph tracks each setup task with an owner on each side, so you see what is waiting on whom.
  2. Step 2

    Configuration baseline

    The agreed configuration is recorded as a baseline and reviewed with you, so later changes can be compared against it.

    Example Community Bank (fictional) · Baseline v3

    Plan templates
    Business unit, IT DR, crisis
    Review cycle
    Set by your policy
    Impact analysis
    Annual, per business line
    Recovery tiers
    4 tiers defined
    Approvers
    Continuity manager; second approver for own plans

    Changes since last baseline

    • Added a vendor dependency question to the impact analysis
    • New dashboard for the risk committee
    • Location-loss scenario template added
    The agreed configuration is recorded as a baseline and reviewed with you, so later changes can be compared against it.
  3. Step 3

    Change requests

    Changes to the platform go through a logged request, approved by your program manager before Moraph makes them.

    RequestChangeRequested byApprovalStatus
    CR-1042Add pandemic scenario to tabletop libraryContinuity managerApprovedDone
    CR-1047New field for alternate site capacityPlan owner, OperationsApprovedIn test
    CR-1051Change review cycle for low-tier plansContinuity managerAwaiting approvalNot started
    CR-1053Export test log for auditInternal auditApprovedScheduled
    Changes to the platform go through a logged request, approved by your program manager before Moraph makes them.
  4. Step 4

    Recording a recovery test

    Moraph sets up each test in the platform; your teams record what happened, and issues are raised against owners.

    Core banking failover test · Example data center (fictional)

    1. Test scope and objectives approvedContinuity manager
    2. Test prepared in the platform with script and participantsMoraph service engineer
    3. Failover started and times recordedIT DR lead
    4. Branch teller access confirmed from alternate sitePlan owner, Retail
    5. Recovery time exceeded objective for one interface; issue raisedIT DR lead
    6. Results reviewed and issue owner assignedContinuity manager
    Moraph sets up each test in the platform; your teams record what happened, and issues are raised against owners.
  5. Step 5

    Monthly service review

    Each month Moraph reports its own work on the service, separately from the program results.

    Monthly service review · Fictional sample month

    Change requests completed
    6
    Change requests open
    2
    Scheduled imports run
    31
    Import failures
    1, resolved
    User support requests
    9
    Platform service notices
    1 maintenance window

    Coming up

    • Annual impact analysis cycle opens
    • Two branch plans due for review
    • Platform release notes to review with you
    Each month Moraph reports its own work on the service, separately from the program results.
  6. Step 6

    Access review

    Moraph runs periodic access reviews, including its own administrator accounts, for your program manager to certify.

    UserRoleScopeLast sign-inDecision
    User 2041Plan ownerRetail branches6 days agoKeep
    User 2107Plan ownerWealthNo sign-in in 120 daysRemove
    User 3310Auditor (temporary)Testing records12 days agoExpires as scheduled
    Moraph admin 01Service administratorConfigurationTodayKeep
    Moraph runs periodic access reviews, including its own administrator accounts, for your program manager to certify.

Workflows

The principal workflows

  1. Analyze

    Business impact analyses identify each unit's critical processes, the applications, vendors, people and locations they depend on, and the recovery time and point objectives the business needs.

    • Moraph configures impact analysis questionnaires to your methodology
    • Plan owners complete the analysis for their unit
    • Dependencies are linked to applications, vendors and locations
    • The continuity manager reviews and approves recovery objectives
    • Gaps between required and supported recovery times are flagged
  2. Plan

    Continuity and disaster recovery plans are built from templates and the approved analysis, so contacts, dependencies and recovery steps stay connected to the data they come from.

    • Plans generated from templates and impact analysis data
    • Plan owners write recovery procedures and alternates
    • Staff, location and application data refreshed by scheduled import
    • Plans routed for review and approval
    • Review dates tracked with reminders to owners
  3. Exercise

    Tabletop exercises, failover tests and recovery tests are scheduled, run and recorded in the platform, with results, timings and issues kept as the testing log.

    • Annual test schedule agreed with the continuity manager
    • Moraph prepares the exercise in the platform with scenario and scope
    • Participants record actions, times and results
    • Issues logged with owners and due dates
    • Results compared with recovery objectives
  4. Evidence

    Program status, test results and open remediation are reported to management and the board, and examiners get read-only access or exports instead of a manual binder.

    • Dashboards show plan currency, impact analysis status and test coverage
    • Open issues tracked until closed
    • Moraph prepares the periodic program report
    • Board and committee packs exported
    • Examiner access granted with scope and end date

Roles and permissions

Who does what in the product

Each role below is a starting point. During implementation we set them up to match your teams, and every action anyone takes is recorded in the audit trail.

Continuity program manager

Business continuity manager, operational resilience manager, BCM program lead

Owns the continuity program: sets the methodology, approves analyses and plans, and answers to management, the board and examiners.

Sees

  • Every impact analysis, plan, exercise and issue across the institution
  • Program dashboards for plan currency, test coverage and open issues
  • Recovery gaps between business needs and IT capability
  • The service record of changes Moraph has made

Does

  • Approves recovery objectives and plans
  • Sets the annual exercise schedule with Moraph
  • Assigns plan owners and review dates
  • Accepts or escalates exercise findings
  • Approves change requests to templates and workflows
  • Presents program reporting to committees and the board

Cannot

  • Edit or delete entries in the platform's audit history
  • Approve a plan they wrote themselves where your policy requires a second approver
  • Change platform configuration directly without a logged change request
Approvals
Approves impact analyses, plans and change requests; plans they author are approved by a second designated approver.
Notified about
Plans and analyses overdue for review, exercise results recorded, issues past their due date, and Moraph service notices.

Plan owner

Business-line manager, department head, branch operations manager

Keeps their unit's impact analysis and continuity plan accurate and takes part in exercises.

Sees

  • Their unit's impact analysis, plan and dependencies
  • Exercises their unit takes part in and the issues raised
  • Review dates and reminders for their plan

Does

  • Completes and updates the impact analysis for their unit
  • Writes recovery procedures and names alternates
  • Submits the plan for approval
  • Records actions and results during exercises
  • Updates issues assigned to them

Cannot

  • Approve their own plan or recovery objectives
  • See other units' plans unless granted
  • Change templates or questionnaires
Approvals
Their analysis and plan are approved by the continuity program manager.
Notified about
Plan and analysis reviews coming due, plans returned with comments, exercises scheduled, and issues assigned to them.

IT disaster recovery lead

IT DR manager, infrastructure manager, application recovery lead

Records what IT can actually recover and how fast, and runs the technical recovery and failover tests.

Sees

  • Applications and infrastructure with their recovery objectives and recorded capability
  • Processes that depend on each application
  • Technical test records and issues

Does

  • Maintains disaster recovery plans for applications and infrastructure
  • Records recovery capability and test timings
  • Runs failover and recovery tests and logs results
  • Owns remediation of technical findings

Cannot

  • Approve business recovery objectives
  • Close an issue raised against their own team without the program manager's acceptance
Approvals
Disaster recovery plans and test results are reviewed by the continuity program manager.
Notified about
Recovery gaps where business needs exceed recorded capability, tests scheduled, and technical issues assigned to them.

Crisis management lead

Chief operating officer, crisis management team lead, incident commander

Leads the institution's response to a declared disruption and owns the crisis plan.

Sees

  • Crisis and incident plans
  • Affected processes, dependencies and contacts during an incident
  • Exercise results for crisis scenarios

Does

  • Approves the crisis management plan
  • Declares and closes incidents in the platform
  • Records decisions and actions during a disruption
  • Takes part in crisis tabletop exercises

Cannot

  • Change templates or configuration
  • Delete incident records after the event
Approvals
The crisis plan is approved by the crisis management lead and recorded by the program manager.
Notified about
Incidents declared, crisis exercises scheduled, and crisis plan reviews coming due.

Auditor or examiner (read-only)

Internal auditor, external auditor, regulatory examiner (under temporary access)

Reviews the program's plans, tests and issues without being able to change anything.

Sees

  • Plans, analyses, exercise records and issues within the scope granted
  • Program dashboards and reports
  • Approval and review history

Does

  • Searches and reads records within their scope
  • Exports reports they have been given access to

Cannot

  • Change, approve or delete anything
  • Keep access after it expires
Approvals
Their access is approved by the continuity program manager, with a scope and an end date.
Notified about
Nothing by default.

Moraph service administrator

Moraph managed-service engineer, platform administrator

Configures and administers the platform for you, under change requests your organization approves.

Sees

  • Platform configuration, users, roles, imports and workflows
  • Program data needed to support users, under your access policy

Does

  • Builds and maintains templates, questionnaires, workflows and dashboards
  • Runs and monitors scheduled data imports
  • Sets up exercises and prepares program reports
  • Adds and removes users on your instruction and runs access reviews
  • Tests platform updates against your configuration

Cannot

  • Approve plans, recovery objectives or findings
  • Make a configuration change without an approved change request, except to restore service
  • Grant access that your organization has not approved
Approvals
Configuration changes are approved by the continuity program manager; access changes follow your access request process.
Notified about
Import failures, platform service notices, change requests raised, and access reviews coming due.

Permissions at a glance

ActionProgram mgrPlan ownerIT recoveryCrisis leadAuditorMoraph admin
Complete an impact analysisFullOwn work onlyOwn work onlyNo accessNo accessNo access
Approve recovery objectivesApprovesNo accessNo accessNo accessNo accessNo access
Edit a continuity or DR planFullOwn work onlyOwn work onlyOwn work onlyNo accessNo access
Approve a planApprovesNo accessNo accessApprovesNo accessNo access
Record exercise resultsFullOwn work onlyOwn work onlyOwn work onlyNo accessFull
Accept or close issuesApprovesOwn work onlyOwn work onlyNo accessNo accessNo access
Declare and manage an incidentFullNo accessNo accessFullNo accessNo access
Change templates and workflowsApprovesNo accessNo accessNo accessNo accessFull
Manage users and rolesApprovesNo accessNo accessNo accessNo accessFull
View program dashboardsFullOwn work onlyOwn work onlyView onlyView onlyView only
View audit historyView onlyNo accessNo accessNo accessView onlyView only
  • Full
  • Own work only
  • Approves
  • View only
  • No access

How access is controlled

  • Nobody approves a plan or recovery objective they wrote themselves, and Moraph administrators never approve program content; they configure the platform under your change approvals.
  • Roles are set up with you during onboarding and can be limited by business line, region or location, so plan owners see their own unit's material.
  • Every access change is logged, and Moraph runs periodic access reviews for your program manager to certify.
  • Staff sign in through your identity provider. Auditors and examiners get temporary read-only access with a defined scope and an end date.

Features

What it does

Business impact analysis

Fusion collects each unit's critical processes, dependencies and recovery objectives through questionnaires Moraph configures to your methodology.

Dependency mapping

Processes are linked to the applications, vendors, people and locations they rely on, so the effect of losing one is visible.

Plan templates

Continuity, disaster recovery and crisis plans built from templates that follow your program standards.

Connected plan data

Contacts, locations and application data in plans come from scheduled imports rather than retyping, so plans stay current as source data changes.

Review and approval cycles

Plans and analyses carry review dates, owners and an approval step, with reminders as reviews come due.

Exercise and test records

Every tabletop, failover and recovery test is recorded with its scope, participants, timings, results and issues.

Recovery gap view

Recovery time objectives the business needs are compared with the recovery capability IT has recorded or demonstrated.

Issue tracking

Findings from exercises and reviews are assigned, dated and tracked to closure.

Third-party dependencies

Critical vendors are linked to the processes they support, so vendor resilience is part of the continuity picture.

Incident management

During a disruption, Fusion gives the response team the affected processes, plans and contacts, and keeps a record of actions taken.

Program dashboards

Plan currency, analysis completion, test coverage and open issues on dashboards Moraph builds for each audience.

Managed administration

Moraph administers users, templates, imports and workflows, and handles changes through a logged request process.

Integrations

How it connects to your systems

Connects toHowWhat flows
HR systemStaff, managers, roles and locations imported on a schedule so plan contacts and alternates stay current.In: employee, manager and location records.
IT asset inventory or CMDBApplications and infrastructure with their owners and recovery tiers, linked to the processes that depend on them.In: applications, infrastructure components and owners.
Vendor risk managementCritical vendors and their resilience information from Moraph's Vendor Risk Management (VRM) or your own vendor inventory.In: vendor records, criticality and continuity evidence.
Facilities dataBranches, offices and data centers with addresses and capacity, used for location-loss scenarios.In: sites and their attributes.
Emergency notificationContact lists prepared for the notification tool you already use, where it accepts imports.Out: contact and call-tree lists.
Single sign-onStaff sign in through your identity provider (SAML).In: user identity and group membership for role assignment.
Reporting exportsProgram data exported to your data warehouse or governance, risk and compliance reporting.Out: plan status, test results and issues.

Each integration is confirmed in discovery and specified in the design. See how an engagement progresses.

Security and privacy

How your data is protected

Single sign-on

Staff sign in through your identity provider, so your password and multi-factor policies apply.

Role-based access

Plan owners see their own unit's material; approving a plan is separate from writing one.

Controlled administrator access

Moraph administrators use named accounts, and their access to your program data is limited, logged and reviewed with you.

Audit history

Changes to plans, approvals, exercise records and configuration are logged with the person and time.

Encryption and keys

Configuration exports and service records Moraph holds are encrypted, with keys Moraph staff cannot use without explicit, time-bound authorization. Data in the platform is protected under Fusion Risk Management's own controls.

Moraph controls

Moraph's managed services operate under its SOC 2 Type II and ISO/IEC 27001 audited controls, and service records stay in the US, UK or Australia region you choose.

Company-wide controls, independent audits (SOC 2 Type II and ISO/IEC 27001) and data residency are described in our Trust Center, where you can request the evidence pack.

Reporting

What you can report on

10 standard reports, grouped by who uses them. Each shows who it is for, how it can be broken down, how it is delivered and what it is used for. The data behind them is also available to your own reporting tools.

Program status

Plan currency

For continuity program manager and plan owners

Every plan and impact analysis with its owner, last review, next review date and approval status.

Break down by
Business line, Plan type, Owner, Review status
Delivered as
Platform dashboard; monthly service review pack
Used for
Making sure no plan or analysis falls outside its review cycle.

Impact analysis completion

For continuity program manager

Progress of the current impact analysis cycle by unit, with analyses not started, in progress, submitted and approved.

Break down by
Business line, Status, Owner
Delivered as
Platform dashboard; CSV export
Used for
Driving the annual analysis cycle to completion.

Recovery gaps

For continuity program manager and IT disaster recovery lead

Processes whose required recovery time is shorter than the recorded or tested recovery capability of the applications they depend on.

Break down by
Process, Application, Recovery tier, Business line
Delivered as
Platform dashboard; PDF export
Used for
Prioritizing recovery investment and evidencing that gaps are known and managed.

Testing

Exercise and test log

For continuity program manager, auditors and examiners

Every exercise and test with its date, type, scope, participants, results against recovery objectives and the issues raised.

Break down by
Test type, Business line, Application, Period, Result
Delivered as
Platform report; PDF and CSV export
Used for
Showing examiners what was tested, how it went and what followed.

Test coverage

For continuity program manager and the board

Critical processes and applications against the tests that covered them in the period, highlighting those not yet tested.

Break down by
Criticality, Business line, Test type, Period
Delivered as
Platform dashboard; PDF export
Used for
Planning the test schedule and showing that critical services are covered.

Open issues

For continuity program manager and issue owners

Findings from exercises and reviews with owner, due date, status and age.

Break down by
Source, Owner, Severity, Age band
Delivered as
Platform dashboard; scheduled email
Used for
Tracking remediation to closure.

Management and board

Program summary

For senior management, risk committee and board

Plan currency, test results, recovery gaps, open issues and changes to the program in the period.

Break down by
Period, Business line
Delivered as
PDF prepared by Moraph for your review
Used for
Giving the board the information it needs to oversee continuity and resilience.

Critical third parties

For continuity program manager and vendor management

Vendors supporting critical processes, with the continuity evidence on file and the date it was last reviewed.

Break down by
Vendor, Process, Criticality, Evidence status
Delivered as
Platform dashboard; CSV export
Used for
Bringing third-party resilience into the continuity program.

Service

Monthly service review

For continuity program manager

Moraph's work in the month: change requests, imports run and failed, user support requests, platform notices and upcoming work.

Break down by
Request type, Status, Period
Delivered as
PDF; monthly review meeting
Used for
Overseeing Moraph as a service provider and planning the next month.

Access review

For continuity program manager and information security

Every user with their roles, last sign-in and scope, including Moraph administrator accounts.

Break down by
Role, Business line, Last sign-in, Account type
Delivered as
CSV and PDF, on the review schedule you set
Used for
Certifying access periodically and removing what is no longer needed.

Exports, access and evidence

  • Dashboards and reports are built in the platform by Moraph to your program's needs, and can be exported to PDF or CSV.
  • Moraph prepares the periodic program summary and the monthly service review for your review; your program manager decides what goes to committees and the board.
  • Reports respect each viewer's role: plan owners see their own unit, the program manager sees the whole program, and examiners get read-only access within a defined scope.
  • Program data can be exported to your data warehouse or governance, risk and compliance tools alongside other operational risk data.
  • Test logs and approval histories are kept as they were recorded, so evidence from past cycles can be reproduced for examiners.

Deployment

Where and how it runs

Licensed through Moraph

Moraph resells the Fusion Risk Management subscription and runs it as a managed service, as one agreement with you.

Your existing licence

Where you already license the platform, Moraph takes over implementation and administration, subject to the vendor's terms.

Alongside Moraph software

Can be paired with Moraph's Vendor Risk Management (VRM) so third-party dependencies feed the continuity program.

Security controls, independent audits and data residency are set out in our Trust Center. Engagement models and what drives a quotation are on Working with Moraph.

Implementation

What a rollout involves

The general phases are on Working with Moraph. For this product, they involve the following.

Program discovery

We review your current plans, impact analyses, test records and methodology, and agree the program structure in the platform with your continuity manager.

Licensing and setup

Moraph arranges the Fusion Risk Management subscription, or works with your existing one, and sets up single sign-on and roles.

Configuration

Questionnaires, plan templates, workflows, review cycles and dashboards are configured to your methodology and approved by you.

Data loads

Staff, locations, applications and vendors are loaded and scheduled imports set up. We need extracts and a contact from each source-system team.

Plan migration

Existing plans are brought into templates with plan owners, who confirm the content before it is approved.

Handover to service

Plan owners and approvers are trained, the test schedule is loaded, and the service moves to ongoing administration with a monthly service review.

Limitations

What it does not do

Worth knowing before you evaluate it.

  • Moraph is not the vendor. Fusion Risk Management owns and operates the platform, and its own service commitments, roadmap and outages apply.
  • Licences are subject to Fusion Risk Management's terms, including any limits on users, modules and data.
  • Moraph does not run your recovery. Failover, system recovery and business recovery are performed by your staff and providers; the platform records the plans and results.
  • Recovery objectives, plan approval, test scope and acceptance of findings are your organization's decisions.
  • Plan quality depends on the source data you provide and on plan owners keeping their content current.
  • Mass emergency notification is not part of this service. Contact lists can be prepared for the notification tool you already use.
  • Moraph does not certify that your program meets regulatory expectations; it helps you produce and organize the evidence.
  • Features available depend on the platform modules you license.

Evaluation checklist

What to test in a demonstration or pilot

Questions worth putting to us, and to any other vendor you are considering.

  1. Bring one existing business-line plan and see how it looks once built from a template and linked to its dependencies
  2. Review how an impact analysis questionnaire would be configured to your methodology
  3. Walk through recording a past test and the issues it raised
  4. Check the recovery gap view against what your IT team knows about recovery capability
  5. Review the responsibilities table and confirm who does what at your organization
  6. Ask to see a sample monthly service review and change request record

Questions

Frequently asked questions

Who owns our continuity data?

Your organization does. How it is exported and returned at the end of the agreement is set out in the contract and the vendor's terms.

Does Moraph run our disaster recovery?

No. Your staff and providers carry out recovery. Moraph runs the platform that holds your plans and records the results of tests and incidents.

Can we keep our existing Fusion licence?

Yes, where the vendor's terms allow. Moraph can take over implementation and administration of a platform you already license.

What happens if the platform is unavailable during a disruption?

The platform's availability is governed by Fusion Risk Management's service commitments. We help you set up offline copies of critical plans as your policy requires.

How is it priced?

The platform subscription follows the vendor's licensing, and Moraph's implementation and managed service are priced separately. See Working with Moraph for what drives a quotation.

How do examiners see our work?

Through temporary read-only access with a defined scope and end date, or through exports of the test log, plans and program reports.

Next steps

Evaluate Business Continuity Planning

Buying through a formal procurement? See How to buy for purchasing routes, accessibility conformance reports and company information. Documentation: Business Continuity Planning guides on docs.moraph.com (getting started and security guides are public; setup, administration and integration guides are for client accounts). Support: Business Continuity Planning support guide.