Getting Started with Business Impact Analysis (BIA)
This article will help you understand what a BIA is, how to build your process register, and how to manage your data effectively.
Topics covered on this page:
- What is a BIA and Why Does It Matter?
- Three Ways to Add Business Processes
- Reviewing and Confirming AI Drafts
- Good Habits for BIA Success
- BIA Field Directory
What is a BIA and Why Does It Matter?
At its core, a Business Impact Analysis, or BIA, helps your organization answer one critical question: If a business process stopped working today, how bad would it be and how fast do you need it back?
The BIA register documents every critical process, who owns it, the financial and operational costs of downtime, and your target recovery timelines.
Three Ways to Add Business Processes
You can build your BIA register using any of the three methods below.
Option A: Fill in Manually
Best if you are adding processes one by one and already have all the details on hand.
- Navigate to the BIA register and click Create New.
- Fill out the form fields (Process Name, Owner, Impact Levels, etc.).
- Save the record as a Draft to finish the remaining fields later, or set it to Confirmed if it’s complete.
Option B: Generate by AI from Your Website
Best if you are starting from scratch and want a quick baseline.
- If you have no processes defined yet, go to your Company Profile.
- Enter your company’s website URL and click Generate by AI.
- The AI will scan your site and automatically create BIA records, saving them all as an AI Draft for your review.
Important Notes on AI Generation
- Click only once: Each click triggers a brand-new batch of records, therefore clicking multiple times will create accidental duplicates in your register.
- Permissions: This feature requires specific access, so if you cannot see the button, please contact your system administrator.
Option C: Al Import from Your Documents
Best if you already have existing documentation.
- Upload your existing process documents, business continuity plans, or risk assessments using the AI Import tool.
- The system will automatically extract your business processes and add them to your register as AI Draft records.
If some fields are missing after the import, run Generate by AI on those specific records to fill the gaps - it will safely populate empty fields without overwriting your existing data.
Reviewing and Confirming AI Drafts
The Status of a BIA record tells you how complete and reliable the information is:
- Official Data: Only Confirmed records represent your organization’s official view. These are the only records that feed into downstream systems and official reporting.
- Work in Progress: Any other status means the record is still being worked on.
Your goal is to review your AI Draft records, and once you verify that the information is accurate, change the status to Confirmed - this acts as your official sign-off.
Good Habits for BIA Success
- Review regularly: Always set a Next Review date on every record. Best practice is to check and update each record at least once a year.
- Involve process owners: The compliance team doesn’t always know the day-to-day grit. Lean on the actual process owners-they know the true RPOs, RTOs, and real-world costs of downtime.
- Confirm AI Drafts quickly: Don’t let draft records pile up. A register full of unreviewed AI records is not considered audit-ready.
- Use the impact score: Use the sorting tool to organize your register by the Overall Impact Score. This instantly shows you which critical processes need your attention first.
BIA Field Directory
Use this quick-reference guide to understand every field in your BIA register, including character limits and data requirements.
| Field Name | Type / Options | Description & Instructions |
|---|---|---|
| BIA ID | System Generated | A unique identifier formatted as: 4-letter company abbreviation + sequential number (e.g., ACME-0042). Cannot be edited manually. |
| Status | Dropdown |
Defines the lifecycle of the record: • Draft: Created manually, pending review. • AI Draft: Generated by AI, pending human verification. • Confirmed: Reviewed and signed off by the process owner. |
| Operation / Business Service | Text (Max 256 chars) | A clear description of the operational function. Explain what it does, who it serves, and the teams or systems involved. |
| IS Critical | Yes / No | Mark Yes if a disruption to this process would cause severe financial, regulatory, reputational, or operational damage within a short timeframe. |
| Process Owner | Text (Max 256 chars) | The full name or username of the person accountable for this process's accuracy, recovery, and regular reviews. |
| SPOF (Single Point of Failure) | True / False | Mark True if this process relies entirely on a single person, vendor, system, or resource with no backup. If True, this must be addressed in your Recovery Strategy. |
| RTO (Recovery Time Objective) | Duration | The maximum acceptable downtime before consequences become unacceptable (e.g., 4 hours, 1 day). Coordinate this with IT and leadership. |
| RPO (Recovery Point Objective) | Duration | The maximum acceptable data loss measured in time (e.g., 1 hour, 24 hours). Critical for data-driven or transactional processes. |
| Financial Impact | High / Medium / Low |
High: Significant revenue loss, penalties, or heavy costs. Medium: Moderate financial exposure, manageable short-term. Low: Minimal or negligible financial impact. |
| Regulatory Impact | High / Medium / Low |
High: Triggers a regulatory breach, supervisory action, or mandatory reporting (e.g., to Lietuvos bankas). Medium: Compliance issues requiring internal escalation. Low: No direct regulatory obligations. |
| Reputational Impact | High / Medium / Low |
High: Likely to cause media attention, major client churn, or loss of public trust. Medium: May impact client satisfaction or partner confidence. Low: Strictly internal matter; unlikely to affect external stakeholders. |
| Operational Impact | High / Medium / Low |
High: Disruption cascades and impacts multiple teams or critical internal systems. Medium: Causes delays or requires workarounds in connected processes. Low: Isolated impact; other business units continue normally. |
| Criticality Level | System Calculated | An auto-calculated score from 1 to 81 based on your impact selections. Formula: Financial × Regulatory × Reputational × Operational (where Low = 1, Medium = 2, High = 3). The higher the score, the more critical the process. Cannot be edited manually. |
| Linked Risks | Risk Register Links | Risks associated with this process. The system attempts to link these automatically, but you can manually add or remove them to keep your BIA and Risk Register aligned. |
| Asset Dependencies | Asset Register Links | IT systems, infrastructure, or physical assets this process relies on. Suggested during AI generation, but should be manually reviewed and adjusted. |
| Vendor Dependencies | Text (Max 256 chars) | Free-text field to describe external vendors or third-party service providers this process depends on. (Note: A future update will link this directly to a Vendor Register). |
| Recovery Priority | Dropdown |
Determines recovery order during an emergency: • Low: Can remain offline for an extended period. • Medium: Recover within standard business continuity timelines. • High: Urgent recovery needed to prevent severe impact. • Immediate: Ultimate priority; must be recovered first. |
| Recovery Strategy | Text (Max 256 chars) | A actionable description of how to recover this process. Include fallback procedures, manual workarounds, alternative systems, and key stakeholders. |
| Last Assessment | Date Picker | The date this record was last confirmed. Updates automatically when status changes to Confirmed, or can be modified manually. |
| Assessed By | Text / User | The person responsible for the latest review and confirmation (typically the Process Owner or a designated BIA reviewer). |
| Next Review | Date Picker | The scheduled deadline for the next review. Set manually. Minimum recommended frequency is annually, or sooner if major operational or regulatory changes occur. |
| Notes | Text (Max 256 chars) | Free-text field for extra context, caveats, or unique observations. This field does not affect any automated calculations. |