SAP BODS
This article outlines the integration with the SAP BusinessObjects Data Services (SAP BODS) connector, enabling streamlined metadata management through metadata crawling and lineage building (both automatic and manual). The connector crawls SAP BODS repository metadata, including Jobs, Workflows, Dataflows, variables, transformation mappings, source code, and dataset relationships, to support metadata discovery and lineage generation.
The connector establishes connectivity to the SAP BODS repository database through JDBC and supports repositories hosted on Oracle and SQL Server. It provides SQL Server Authentication, Windows Authentication, and Azure Active Directory – Password authentication for SQL Server repositories, while Oracle repositories use database credentials to authenticate and access SAP BODS repository metadata required for crawling and lineage extraction.

Overview
Connector Details
Connector Category
ETL Tool
OvalEdge Release Supported
Release6.3.x and later
Connectivity
[How the connection is established with SAP BODS]
JDBC
Connector Features
Crawling
✅
Delta Crawling
❌
Data Preview
❌
Auto Lineage
✅
Manual Lineage
✅
Secure Authentication via Credential Manager
✅
Data Quality
❌
DAM (Data Access Management)
❌
Bridge
✅
Metadata Mapping
The following objects are crawled from SAP BODS and mapped to the corresponding UI assets.
Job
JOB_NAME (ALVW_JOBINFO)
Schema / Domain
Schema
Schema
Job
JOB_ID
-
Schema
-
WorkFlow
DESCEN_OBJ (AL_PARENT_CHILD)
Code Name
Codes
BODS_WorkFlow
WorkFlow
DESCEN_OBJ_TYPE
Code Type
Codes
BODS_WorkFlow
WorkFlow
TEXT_VALUE (AL_LANGTEXT)
Source Code
Source Code
XML
DataFlow
DESCEN_OBJ (AL_PARENT_CHILD)
Code Name
Codes
BODS_DataFlow
DataFlow
DESCEN_OBJ_TYPE
Code Type
Codes
BODS_DataFlow
DataFlow
TEXT_VALUE (AL_LANGTEXT)
Source Code
Source Code
XML
Global Variables
VP_NAME / VP_DTYPE (AL_VARPARAM)
Source Code
Source Code
Application/JSON
SQL Transform (lineage)
Parsed from Dataflow/Workflow XML
Code Name
Codes
BODS_SQL
Built In Function (lineage)
DESCEN_OBJ_TYPE='Built In Function'
Code Name
Codes
BODS_BuiltInFunc
Table (lineage)
DESCEN_OBJ_TYPE='Table' + AL_COLMAP
Table / Column Lineage
Lineage
OETABLE
File (lineage)
DESCEN_OBJ_TYPE='File' + AL_COLMAP
File / File Column
Files
FILE
Column Mapping Text
MAPPING_TEXT (AL_COLMAP_TEXT)
Dataset Association
Association
-
Set up a Connection
Prerequisites
The following are the prerequisites to establish a connection:
Whitelisting Ports
Make sure the inbound port is whitelisted to ensure successful connectivity to the SAP BODS database.
By default, Oracle uses port 1521 and SQL Server uses port 1433. If a custom port is configured, specify that port during connection setup and ensure it is whitelisted to establish successful connectivity to the SAP BODS repository database.
SQL Server Authentication Prerequisites
When the SAP BusinessObjects Data Services repository is hosted on SQL Server, ensure the following prerequisites are met based on the selected authentication method.
SQL Server Authentication
A SQL Server login must exist and be active.
The account must have access to the target database and required metadata objects.
Ensure the SQL Server instance is configured to allow SQL Server Authentication.
Windows Authentication
Windows Authentication requires additional native libraries depending on the OvalEdge release and JVM architecture.
For detailed file versions and download links, click here.
Azure Active Directory – Password
Azure AD user credentials must be active and permitted for SQL access.
Azure AD authentication must be enabled at the SQL endpoint.
The account must have appropriate permissions in the target database.
Service Account User Permissions
It is recommended to use a separate service account to establish the connection to the data source, configured with the following minimum set of permissions.
Validate Connection
Oracle: SELECT 'HELLO WORLD' FROM DUAL | SQL Server: SELECT 1
CONNECT + SELECT on repository database
List Jobs (Domains / Schemas)
SELECT J.JOB_ID, J.JOB_NAME FROM {Schema}.ALVW_JOBINFO J WHERE J.JOB_NAME <> 'di_job_al_mach_info'
SELECT on ALVW_JOBINFO
List Workflows & Dataflows under Job
SELECT DESCEN_OBJ, DESCEN_OBJ_TYPE FROM {Schema}.AL_PARENT_CHILD WHERE DESCEN_OBJ_TYPE IN ('WorkFlow','DataFlow') [AND PARENT_OBJ_TYPE=?] AND PARENT_OBJ=? ORDER BY DESCEN_OBJ_KEY
SELECT on AL_PARENT_CHILD
Source Code – Workflow / Dataflow XML
SELECT TEXT_VALUE FROM {Schema}.AL_LANGTEXT WHERE PARENT_OBJID IN (SELECT DISTINCT PARENT_OBJ_KEY FROM {Schema}.AL_PARENT_CHILD WHERE PARENT_OBJ=?) ORDER BY SEQNUM ASC
SELECT on AL_LANGTEXT, AL_PARENT_CHILD
Global Variables – Job
SELECT VP_NAME, VP_DTYPE FROM {Schema}.AL_VARPARAM INNER JOIN {Schema}.ALVW_JOBINFO ON PARENT_OBJID = JOB_ID WHERE JOB_NAME = ? ORDER BY VP_SEQNUM
SELECT on AL_VARPARAM, ALVW_JOBINFO
Global Variables – Workflow
SELECT VP_NAME, VP_DTYPE FROM {Schema}.AL_VARPARAM INNER JOIN {Schema}.ALVW_WORKFLOWINFO ON PARENT_OBJID = WORKFLOW_ID WHERE WORKFLOW_NAME = ? ORDER BY VP_SEQNUM
SELECT on AL_VARPARAM, ALVW_WORKFLOWINFO
Global Variables – Dataflow
SELECT VP_NAME, VP_DTYPE FROM {Schema}.AL_VARPARAM INNER JOIN {Schema}.ALVW_DATAFLOWINFO ON PARENT_OBJID = DATAFLOW_ID WHERE DATAFLOW_NAME = ? ORDER BY VP_SEQNUM
SELECT on AL_VARPARAM, ALVW_DATAFLOWINFO
Direct Table/File transforms
AL_PARENT_CHILD (Table/File) + AL_COLMAP + AL_DBNAME_MAPPING
SELECT on AL_PARENT_CHILD, AL_COLMAP, AL_DBNAME_MAPPING
Mapping text associations
SELECT TRG_TYPE, TRG_DS, TRG_TAB_NAME, TRG_COL_NAME, MAPPING_TYPE, MAPPING_TEXT FROM {Schema}.AL_COLMAP_TEXT WHERE DF_NAME=?
SELECT on AL_COLMAP_TEXT
Built-in Functions
AL_PARENT_CHILD (Built In Function) + AL_LANGXMLTEXT; walks parent Workflows/Job
SELECT on AL_PARENT_CHILD, AL_LANGXMLTEXT
SQL transforms in Dataflow XML
Parse crawled XML (<sql_text>). Targets via AL_COLMAP WHERE DF_NAME=? AND SRC_TAB_NAME=?
SELECT on AL_COLMAP; catalog tables must exist in OE
Workflow script SQL
Parse Workflow SourceCode (AlGUIComment / ui_display_name / ui_script_text)
No extra repository query beyond crawl
Variable substitution
Reads SourceCode ending with _variables; replaces $[var]/$var
Access to crawled SourceCode in OvalEdge
Repository tables (minimum)
ALVW_JOBINFO, AL_PARENT_CHILD, AL_LANGTEXT, AL_VARPARAM, ALVW_WORKFLOWINFO, ALVW_DATAFLOWINFO, AL_COLMAP, AL_COLMAP_TEXT, AL_LANGXMLTEXT, AL_DBNAME_MAPPING
SELECT on listed objects/schema
Connection Configuration Steps
Users are required to have the Connector Creator role in order to configure a new connection.
Log into OvalEdge, go to Administration > Connectors, click + (New Connector), search for SAP BODS, and complete the required parameters.
Field Name
Description
Connector Type
By default, "SAP BODS" is displayed as the selected connector type.
Data Services Repository*
Select the type of database used to host the SAP BusinessObjects Data Services repository.
Supported repository databases:
Oracle
SQL Server
Credential Manager*
Select the desired credentials manager from the drop-down list. Relevant parameters will be displayed based on the selection.
Supported Credential Managers:
OE Credential Manager
AWS Secrets Manager
HashiCorp
Azure Key Vault
For more details, click here.
License Add Ons
Select the checkbox for the Auto Lineage Add-On to build data lineage automatically.
For more details, click here.
Connector Name*
Enter a unique name for the SAP BODS connection
(Example: "SAP BODS_db").
Connector Environment
Select the environment (Example: PROD, STG) configured for the connector.
For more details, click here.
Connector Description
Enter a brief description of the connector.
Server*
Enter the hostname or IP address of the SAP BODS repository database server that the connector uses to establish the connection (Example: bods-serxxx.xxxxany.com or 1x2.1x8.1.x0).
Port*
Enter the port number of the SAP BODS repository database used for the connection. By default, it is displayed as 1521.
Database*
Enter the Oracle SID or Service Name used by the SAP BODS repository.
Database Type
Select the Oracle database connection type to use in the JDBC connection. Select depending on how the Oracle database is configured:
SID
Service Name
Driver*
Displays the JDBC driver class used to connect to the SAP BODS repository. The Driver details cannot be modified.
Schema*
Enter the name of the SAP BusinessObjects Data Services repository schema that contains metadata tables such as ALVW_JOBINFO, AL_PARENT_CHILD, and AL_LANGTEXT. (Example: BODS_REPOSITORY).
Username*
Enter the SAP BODS service account username used to authenticate and connect to the SAP BODS repository database.
Password*
Enter the password associated with the specified SAP BODS service account username to authenticate the connection to the repository database.
Connection String
Configure the connection string for the SAP BODS:
Automatic Mode: The system generates a connection string based on the provided credentials.
Manual Mode: Enter a valid connection string manually.
Replace placeholders with actual database details.
{sid} refers to Database Name
Plugin Server
Enter the server’s name when running as a plugin server.
Plugin Port
Enter the port number on which the plugin is running.
Authentication*
Select the authentication method used to connect to the SAP BODS repository. Supported authentication types include: SQL Server Authentication, Windows Authentication, and Azure Active Directory - Password.
OvalEdge Installed Environment
Select the operating system on which the OvalEdge application or Plugin Server is installed.
Note: This field appears only when the Authentication type is selected as Windows Authentication.
Credential Manager*
Select the desired credentials manager from the drop-down list. Relevant parameters will be displayed based on the selection.
Supported Credential Managers:
OE Credential Manager
AWS Secrets Manager
HashiCorp
Azure Key Vault
For more details, click here.
License Add Ons
Select the checkbox for the Auto Lineage Add-On to build data lineage automatically.
For more details, click here.
Connector Name*
Enter a unique name for the SAP BODS connection
(Example: "SAP BODS_db").
Connector Environment
Select the environment (Example: PROD, STG) configured for the connector.
Connector Description
Enter a brief description of the connector.
Server*
Enter the hostname or IP address of the SQL Server hosting the SAP BODS repository database.
Port*
Enter the SQL Server port number used for the connection. By default, 1433 is displayed.
Database*
Enter the SQL Server database name that hosts the SAP BODS repository.
Domain
Enter the qualified Microsoft SQL Server domain name.
Note: This field appears only when the Authentication Type is selected as Windows Authentication and the installation environment is selected as Linux/Unix.
Driver*
Displays the JDBC driver class used to connect to the SQL Server repository. The Driver details cannot be modified.
Username*
Enter the account username used to authenticate to the SAP BODS repository database.
Note: This field appears only when the Authentication type is selected as SQL Server Authentication or Azure Active Directory - Password.
Password*
Enter the password associated with the specified user account to authenticate the connection.
Note: This field appears only when the Authentication type is selected as SQL Server Authentication or Azure Active Directory - Password.
Connection String
Configure the connection string for the SAP BODS:
Automatic Mode: The system generates a connection string based on the provided credentials.
Manual Mode: Enter a valid connection string manually.
Replace placeholders with actual database details.
{sid} refers to the database name
Plugin Server
Enter the server name when running the connector through a Plugin Server.
Plugin Port
Enter the port number on which the Plugin Server is running.
Default Governance Roles
Default Governance Roles*
Select the appropriate users or teams for each governance role from the drop-down list. All users configured in the security settings are available for selection.
Admin Roles
Admin Roles*
Select one or more users from the dropdown list for Integration Admin and Security & Governance Admin. All users configured in the security settings are available for selection.
No of Archive Objects
No Of Archive Objects*
This shows the number of recent metadata changes to a dataset at the source. By default, it is off. To enable it, toggle the Archive button and specify the number of objects to archive.
Example: Setting it to 4 retrieves the last four changes, displayed in the 'Version' column of the 'Metadata Changes' module.
Bridge
Select Bridge*
If applicable, select the bridge from the drop-down list.
The drop-down list displays all active bridges that have been configured. These bridges facilitate communication between data sources and the system without requiring changes to firewall rules.
After entering all connection details, the following actions can be performed:
Click Validate to verify the connection.
Click Save to store the connection for future use.
Click Save & Configure to apply additional settings before saving.
The saved connection will appear on the Connectors home page.
Manage Connector Operations
Crawl
To perform crawl operations, users must be assigned the Integration Admin role.
The Crawl/Profile button allows users to select one or more data objects for crawling.
Navigate to the Connectors page and click Crawl/Profile.
Select the data objects to crawl.
The Crawl option is selected by default.
Click Run to collect metadata from the connected source and load it into the Data Catalog.
After a successful crawl, the information appears in the Data Catalog > Databases/<>Codes tab.
The Schedule checkbox allows automated crawling at defined intervals, from a minute to a year.
Click the Schedule checkbox to enable the Select Period drop-down.
Select a time period for the operation from the drop-down menu.
Click Schedule to initiate metadata collection from the connected source.
The system will automatically execute the crawl operation at the scheduled time.
Other Operations
The Connectors page provides a centralized view of all configured connectors, along with their health status.
Managing connectors includes:
Connector Health: Displays the current status of each connector using a green icon for active connections and a red icon for inactive connections, helping to monitor the connectivity with data sources.
Viewing: Click the Eye icon next to the connector name to view connector details.
Nine Dots Menu Options:
To view, edit, validate, build lineage, configure, or delete connectors, click on the Nine Dots menu.
Edit Connector: Update and revalidate the data source.
Validate Connector: Check the connection's integrity.
Settings: Modify connector settings.
Lineage: Select server dialects for parsing and setting connector priority for table lineage.
Build Lineage: Automatically build data lineage using source code parsing.
Delete Connector: Remove a connector with confirmation.
For more details on connector settings, click here.
Connectivity Troubleshooting
If incorrect parameters are entered, error messages may appear. Ensure all inputs are accurate to resolve these issues. If issues persist, contact the assigned support team.
1
Authentication Error / Failed to connect to SAP BODS
Error Description: The SAP BODS connector failed to connect because one or more connection details or authentication settings are incorrect. This may occur due to an invalid server, port, database/SID, schema, credentials, repository type, or Oracle connection configuration.
Resolution:
Verify that the server name, port number, database/SID, schema, username, and password are correct.
Confirm that the configured Data Services Repository type (Oracle or SQL Server) matches the actual repository.
Validate that the selected authentication type is correct for the SAP BODS environment.
For Oracle repositories, ensure the connection string uses /service_name when connecting to a Service Name, and SID when connecting to a SID.
Ensure that the configured user has the required permissions to access the SAP BODS repository.
Retry the connection after updating the connection details and authentication settings.
2
Login failed (SQL Server)
Error Description: The SAP BODS connector validation fails because authentication to the SQL Server instance could not be completed. This issue may occur due to incorrect authentication settings, invalid credentials, or an unsupported authentication configuration.
Resolution:
Verify that the selected authentication method (SQL Server, Windows, or Azure AD Password) is correct.
Confirm that the configured username and password are valid.
For Windows Authentication on a Linux/Unix OvalEdge host, specify the correct Domain and set the Environment to Linux/Unix.
Verify that the JTDS connection URL is correctly configured for Windows Authentication.
Ensure that the SQL Server user account is active and has permission to access the target database.
Retry the connection after updating the authentication settings.
3
No Jobs / Schemas crawled
Error Description: The SAP BODS connector completed the crawl, but no jobs or schemas were discovered. This issue typically occurs when the configured schema is incorrect, or the connector user does not have permission to access the required SAP BODS repository objects.
Resolution:
Verify that the configured schema points to the SAP BODS repository schema containing the ALVW_JOBINFO table.
Ensure that the connector user has SELECT permission on the ALVW_JOBINFO table.
Confirm that the repository schema contains the required SAP BODS metadata objects.
Verify that the connector is configured to connect to the correct SAP BODS repository database.
Note that the di_job_al_mach_info job is intentionally excluded from crawling and will not appear in the results.
4
No Workflows or Dataflows under a Job
Error Description: The SAP BODS connector could not find any workflows or dataflows associated with the selected job. This issue typically occurs when the required parent-child relationship information is missing or inaccessible.
Resolution:
Verify that the AL_PARENT_CHILD table contains entries where DESCEN_OBJ_TYPE is WorkFlow or DataFlow for the selected job (PARENT_OBJ).
Ensure that the selected job contains at least one workflow or dataflow in SAP BODS.
Grant SELECT permission on the AL_PARENT_CHILD table to the configured database user.
Validate that the connector is connected to the correct SAP BODS repository.
Retry the crawl after verifying the repository metadata and required permissions.
5
Source code empty for Workflow / Dataflow
Error Description: The SAP BODS connector could not extract the source code for a workflow or dataflow because the required source code text is missing. As a result, lineage parsing fails for the affected workflow or dataflow.
Resolution:
Verify that the workflow or dataflow contains valid source code in the SAP BODS repository.
Check the AL_LANGTEXT table for the TEXT_VALUE associated with the PARENT_OBJID linked through AL_PARENT_CHILD.PARENT_OBJ_KEY.
Ensure that the TEXT_VALUE is not empty for the affected workflow or dataflow.
Update or restore the missing source code entries in the SAP BODS repository, if required.
Re-run the crawl after verifying that the workflow or dataflow source code is available.
6
No SQL's are found in the Workflow script
Error Description: The SAP BODS connector could not generate workflow lineage because the workflow script contains no SQL statements or the required script blocks. As a result, the connector cannot extract lineage information from the workflow.
Resolution:
Verify that the workflow contains SQL statements for lineage extraction.
Ensure that the workflow script includes the required AlGUIComment blocks with ui_display_name and ui_script_text, or BEGIN_SCRIPT and END sections.
Confirm that the workflow script has been exported in full and contains no missing content.
Validate that the workflow is supported for SQL-based lineage extraction.
Re-import the updated workflow and re-run the lineage process after adding the required script blocks.
7
Lineage failed / No SQL and Direct transforms found
Error Description: The SAP BODS lineage extraction fails because no supported SQL statements or direct transformation mappings are found in the crawled metadata. This can occur when the required mapping information is missing from the XML or the source tables are not available in the catalog.
Resolution:
Verify that the crawled XML contains either AL_COLMAP table/file mappings or <sql_text> entries.
Confirm that the required metadata tables (AL_COLMAP, AL_COLMAP_TEXT, and AL_PARENT_CHILD) are available and populated.
Ensure that the source tables referenced in the data flow are cataloged in OvalEdge.
Re-crawl the SAP BODS metadata after validating the XML and mapping information.
Retry the lineage extraction after confirming that the required metadata is available.
FAQs
Copyright © 2026, OvalEdge LLC, Peachtree Corners, GA, USA.
Last updated
Was this helpful?

