Data Connections
Report Forge can pull reporting data from multiple source systems. The data connection defines where the data comes from, how it is authenticated, and how often it refreshes. Each blueprint's sections are mapped to a data connection to supply the fields contributors and outputs use.

Supported connectors
| Connector | Description | Authentication |
|---|---|---|
| OptiPlan (Kazinex) | Native connector to the Kazinex OptiPlan scheduling module. Provides schedule, resource, cost, and earned value data. | Authenticated via the Kazinex session \u2014 no separate credentials required. |
| SQL Server | Direct connection to an on-premises or Azure SQL Server database. Queries return rows mapped to blueprint sections. | SQL Server authentication or Windows/Azure AD authentication. |
| Excel / CSV | Connect to a static or dynamic Excel file or CSV stored in SharePoint, OneDrive, or uploaded directly. | SharePoint/OneDrive OAuth or file upload. |
| SharePoint List | Read list items from a SharePoint Online list as report data rows. | Microsoft 365 OAuth (user or service principal). |
| OData feed | Connect to any OData v4 REST endpoint. | Bearer token, API key, or anonymous. |
| REST API | Connect to a custom JSON REST API. Requires a field mapping configuration. | Bearer token or API key. |
Adding a data connection to a blueprint
- Open the blueprint in the Blueprint Designer.
- Click Data → Manage connections.
- Click + New connection.
- Select the Connector type.
- Configure the connector-specific settings (see below).
- Click Test connection to validate.
- Click Save.
Connector-specific setup
OptiPlan (Kazinex)
No connection setup is required. The connector automatically resolves the project schedule data for the active project. In the section field mapping, select which OptiPlan data domain to expose:
- Activity / Schedule data
- Resource assignments
- Cost accounts
- Earned value metrics
- Risk register
- Milestones
SQL Server
| Field | Description |
|---|---|
| Server | Hostname or IP address of the SQL Server instance. |
| Database | The database name. |
| Authentication | SQL Server auth (username/password) or Azure AD. |
| Query | The SELECT statement returning the rows for this section. Use {ParameterName} placeholders for runtime-filtered queries. |
| Query timeout | Maximum seconds to wait for the query to complete (default: 30s). |
| Refresh mode | On demand (manual refresh), On edition open, or Scheduled. |
Security note: Use a read-only SQL user for all Report Forge connections. Report Forge never writes to connected databases.
Excel / CSV
| Field | Description |
|---|---|
| Source | Upload a file directly, or link to a SharePoint/OneDrive URL. |
| Sheet / range | For Excel: the sheet name and optional named range. |
| Header row | Whether the first row contains column headers. |
| Date format | The date format used in the file (for correct date parsing). |
| Refresh mode | On demand or scheduled. For linked files, Report Forge re-reads the file on refresh. |
SharePoint List
| Field | Description |
|---|---|
| Site URL | The SharePoint site containing the list. |
| List name | The display name of the SharePoint list. |
| Field mapping | Map SharePoint columns to blueprint section fields. |
| Filter | Optional CAML or OData filter to limit rows returned. |
| Refresh mode | On demand or scheduled. |
Field mapping
After connecting, map the source data columns to blueprint section fields:
- In the connection settings, click Field mapping.
- For each blueprint field in the section, select the matching source column.
- Set the Data type if the auto-detected type is incorrect.
- Click Preview data to see sample rows from the source.
- Save the mapping.
Refresh schedule
Data connections can refresh automatically:
- On edition open \u2014 refreshes when a contributor opens the edition for data entry.
- Scheduled \u2014 refreshes at a configured interval (hourly, daily, on demand).
- On output generation \u2014 refreshes just before the report output is generated.
Configure the refresh schedule in Manage connections → Refresh settings.
Security considerations
- Use service accounts (not personal accounts) for SQL Server and SharePoint connections to avoid connection failures when the configuring user leaves the project.
- Store connection credentials in the Kazinex secure credential store \u2014 do not embed credentials in query strings.
- Apply the principle of least privilege: the connecting account should only have SELECT access to the tables or views needed.
- Review active connections quarterly and remove any that are no longer used.