- 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 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 yourgc-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.
values.yaml file:
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.Follow How to create SOPS to create a SOPS secret for the variables listed in the preceding table.
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.payments-v0.values.yaml file:
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.
Inbound connectors don’t require the common parameters in
values.yaml.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:
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 invalues.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 example shows a sample
ddmandate-payment-v0.values.yaml file:
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 invalues.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 example shows a sample
foreignexchange-payment-v0.values.yaml file:
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.
Troubleshooting
If your connector isn’t responding as expected, check these common scenarios.5XX: Internal server error / Core system is down
5XX: Internal server error / Core system is down
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.
5XX: Timeout from core / Read timeout / SocketTimeoutException
5XX: Timeout from core / Read timeout / SocketTimeoutException
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.
Invalid OAuth token
Invalid OAuth token
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.429: Rate limit exceeded
429: Rate limit exceeded
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.