Skip to main content
Before you configure the OBPM Connector, make sure you have the following credentials and connectivity in place:
  • Complete the steps in Get started with connectors and Sync Hub.
  • OBPM access: An active account in the Oracle Banking Payments Manager environment and the proprietary wlthint3client.jar license for connecting to the JMS server.
  • Network connectivity: Confirmed routing between the Oracle environment and the Grand Central iPaaS. For supported options, see Network connectivity.
  • Environment details: Obtain the following environment variables from Oracle to configure the connector:
For OBPM services For Flexcube services

Configuration guide

Follow these steps to initialize and authorize your OBPM Connector.

1. Establish connectivity

Exchange connectivity details between Grand Central and OBPM as described on the Network connectivity page for your chosen network connection.

2. OBPM service authentication and authorization mechanisms

You can configure the following authentication and authorization mechanisms based on your security requirements:
  • mTLS for SOAP OBPM services
  • WS-Security for Flexcube services
  • OBPM authorization for REST services
  • SSL server certificate verification for REST services
  • SSL server certificate trust for JMS connections
Certificate and credential security: To configure all certificates and credentials, create a SOPS secret. For more information, see How to create SOPS. To share credentials between OBPM and Grand Central, use 1Password.

3. Environment configuration

To initialize the OBPM Connector, define specific environment variables in your gc-applications-live repository. Define common variables in values.yaml. Define connector-specific variables in the following files: For the full property list for each connector, including defaults and descriptions, see Reference.

Define common parameters

The following table lists the variables used across all connectors connecting Grand Central to OBPM and OBPM to Grand Central.
Some connectors require only Flexcube or only OBPM properties. For example, the direct debit connector requires only OBPM properties. Skip properties that aren’t required for a specific connector. Each connector section lists its requirements.
The following example shows a sample values.yaml file:
Place the values.yaml file in the following path:

Define gc-obpm-payment-connector parameters

Use these variables, along with the common parameters defined earlier, to configure outbound connections for all payments and payee contact synchronization for creation and update from Grand Central to OBPM. The following table lists the available parameters:
The connector defaults obpm.contact.sync.domesticCountryCode to ZZ, a non-assigned ISO code, so no real-world payee is treated as domestic until you configure otherwise. Set this property per tenant in your deployment values, for example GB or US, once domestic payee routing is signed off for your environment.
Create a SOPS secret for the following variables:
Follow How to create SOPS to create a SOPS secret for the variables listed in the preceding table.
Create a SOPS secret for the contact sync JMS credentials:
Add the preceding credentials to an obpm-pushToJms.properties file in the secret. Follow How to create SOPS to create a SOPS secret for these variables.
The following example shows a sample payments-v0.values.yaml file:
Place the payments-v0.values.yaml file in the following path:

Define gc-obpm-payment-inbound-connector parameters

Configure how Grand Central receives asynchronous updates from OBPM.
Set up the sync-hub component as described in Sync Hub. Configure Sync Hub to obtain the ASB variables. Sync Hub is a mandatory component for inbound connectivity.
The following table lists the available parameters:
Inbound connectors don’t require the common parameters in values.yaml.
Create a SOPS secret for the following variables:
Follow How to create SOPS to create a SOPS secret for the variables listed in the preceding table.

The following example shows a sample inbound-payments-v0.values.yaml file:
Place the inbound-payments-v0.values.yaml file in the following path:

Define gc-obpm-direct-debit-mandate-connector parameters

Use these variables, along with the common parameters in values.yaml, to configure direct debit mandate outbound connections from Grand Central to OBPM.
The direct debit mandate connector doesn’t require the Flexcube URLs defined in the common parameters section of values.yaml.
The following table lists the available parameters: The following example shows a sample ddmandate-payment-v0.values.yaml file:
Place the ddmandate-payment-v0.values.yaml file in the following path:

Define gc-flexcube-foreign-exchange-connector parameters

Use these variables, along with the common parameters in values.yaml, to configure foreign exchange outbound connections from Grand Central to OBPM.
The foreign exchange connector doesn’t require the OBPM URLs defined in the common parameters section of values.yaml.
The following table lists the available parameters: The following example shows a sample foreignexchange-payment-v0.values.yaml file:
Place the foreignexchange-payment-v0.values.yaml file in the following path:

Testing your integration

To access the Payments Unified API, include your Grand Central subscription key in the request header. If you don’t have a key, contact the Grand Central Support Team to have one provisioned. The following table shows the required header:
Inbound status testing: The inbound connector automatically fetches the payment status without an external trigger.
Test the API using the Postman collection.

Troubleshooting

If your connector isn’t responding as expected, check these common scenarios.
Cause: The Grand Central gateway can’t establish a handshake with the OBPM endpoint. This typically indicates an upstream service outage at Oracle or a network routing failure.Solution: Verify the operational status of the OBPM environment with Oracle. If the service is operational, contact GC Support.
Cause: The OBPM endpoint didn’t respond before the configured read timeout expired. This typically indicates network latency, an overloaded upstream service, or an incorrectly configured timeout value.Solution: Verify network connectivity and OBPM service performance. If the service is operational, review timeout settings in your connector configuration and contact GC Support.
Cause: The client_id or client_secret provided during setup is incorrect.Solution: Re-verify your credentials with the Oracle portal and contact the GC team to update the connection.
Cause: The number of incoming requests has exceeded the defined threshold for your subscription tier. This “429 Too Many Requests” response is a protective measure to ensure the stability of the Grand Central and Core Banking infrastructure.Solution: Review your application’s request patterns to identify unexpected spikes. If your business requirements have evolved and you require a higher throughput, contact the Grand Central Team to request an adjustment to your APIM rate limit policy.

Need more help?

Contact support

Reach out to the Grand Central team for assistance with environment setup or rate limit increases.