Skip to main content
Follow the steps in Get started before proceeding. Oracle FLEXCUBE access: An active account in the Oracle FLEXCUBE production or test environment. Network connectivity: Verify that your network routes traffic between the Oracle FLEXCUBE environment and Grand Central iPaaS. For supported options, see Network connectivity. Environment details: You need the following environment details from Oracle FLEXCUBE to configure the connector:

Configuration guide

Follow these steps to initialize and authorize your Oracle FLEXCUBE Connector.

1. Establish connectivity

Share connectivity details between Grand Central and Oracle FLEXCUBE as described in Network connectivity.
VPN connectivity to the Oracle FLEXCUBE environment must be established before proceeding with configuration.

2. Oracle FLEXCUBE authentication

The Oracle FLEXCUBE Connector uses service-based authentication for API access. To configure authentication, create a Secrets Operations (SOPS) secret. For more information, see How to create SOPS.
To share credentials between Oracle FLEXCUBE and Grand Central, consider using 1Password.

3. Environment configuration

To initialize the Oracle FLEXCUBE Connector, define the required environment variables in your gc-applications-live repository. These variables are stored in values.yaml for configuration common to all connectors, and in the following files for connector-specific configuration: For the full property list for each connector, including defaults and descriptions, see Reference.

Define common parameters

These variables are stored in values.yaml and are used across all Oracle FLEXCUBE outbound connectors (deposit, deposit-transactions, loan, loan-transactions, and party): The following example shows the values.yaml configuration:
Place the values files at the following paths:

Define party connector parameters

For the party connector, configure customer identification parameters based on the version you’re using: Party v0 configuration (party-v0.values.yaml):
Party v2 configuration (party-v2.values.yaml):
These parameters define the UID names used in Oracle FLEXCUBE for different customer identification types. Party v0 uses individual properties for each identification type, while v2 uses a comma-separated list.

Define deposit connector validation

For the deposit connector, configure validation rules to ensure data integrity:
The Deposit ID validation accepts numeric characters only and enforces a maximum length of 20 characters.

Define deposit-transactions connector validation

For the deposit-transactions connector, configure validation rules and currency settings to ensure data integrity:
The Deposit ID validation accepts numeric characters only (max 20 characters), while Transaction ID accepts alphanumeric characters (max 50 characters).

Define account-inbound connector parameters

For real-time account update processing, configure the account-inbound-v0.values.yaml connector:
The asb.event.source, asb.event.topic, flexcube.deposit.status.notif.code, and jmsFlexCubeUrl parameters are vendor-specific and may vary depending on your Oracle FLEXCUBE implementation. Verify these values with your Oracle FLEXCUBE administrator.
Critical: The jms.error.http.acknowledge parameter should be set to false by default. Setting it to true will acknowledge messages even on HTTP errors, which may result in data loss. Only change this if your specific use case requires it.
Place the values file at:

Define transaction-inbound connector parameters

For real-time transaction update processing, configure the transaction-inbound-v0.values.yaml connector:
The asb.event.source, asb.event.topic, flexcube.deposit.transaction.notif.code.values, and jmsFlexCubeUrl parameters are vendor-specific and may vary depending on your Oracle FLEXCUBE implementation. Verify these values with your Oracle FLEXCUBE administrator.
Critical: The jms.error.http.acknowledge parameter should be set to false by default. Setting it to true will acknowledge messages even on HTTP errors, which may result in data loss. Only change this if your specific use case requires it.
Concurrent processing: By default, jms.concurrent.enable is set to false. To enable concurrent message processing, set it to true and uncomment the related configuration parameters (jms.concurrent.threads, jms.concurrent.receive.reestablish.time, jms.concurrent.shutdown.waiting.time).
Place the values file at:

Testing the connector

After configuration, test the connector using the API key authentication: 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 cannot establish a handshake with the Oracle FLEXCUBE endpoint. This typically indicates an upstream service outage at Oracle or a network routing failure.Solution: Verify the operational status of the Oracle FLEXCUBE environment. Check Oracle’s status page or contact Oracle support. If the service is operational, contact Grand Central Support.
Cause: The request to Oracle FLEXCUBE exceeded the configured timeout period. This may indicate performance issues at Oracle or network latency problems.Solution: Verify the operational status of the Oracle FLEXCUBE environment and check for any performance degradation. If the service is operational and performing normally, contact Grand Central Support.
Cause: VPN connectivity to the Oracle FLEXCUBE environment has not been established or has been interrupted.Solution: Verify VPN connectivity and ensure routing is properly configured between Grand Central and Oracle FLEXCUBE.
Cause: The JMS URL for the Oracle FLEXCUBE notification system is incorrect or the queue is unreachable.Solution: Verify the jmsFlexCubeUrl configuration and ensure the queue name is correctly specified.
Cause: The authentication credentials provided during setup are incorrect, expired, or the user lacks the required permissions in Oracle FLEXCUBE.Solution: Re-verify your credentials with your Oracle FLEXCUBE administrator, and ensure the user has the required permissions. Contact the Grand Central team to update the connection credentials if needed.
Cause: The number of incoming requests exceeds the defined threshold for your subscription tier. This “429 Too Many Requests” response protects the stability of the Grand Central and Oracle FLEXCUBE infrastructure.Solution: Review your app’s request patterns to identify unexpected spikes. If you need higher throughput, contact the Grand Central team to request a higher rate limit.

Need more help?

Contact support

Contact the Grand Central team for help with environment setup or rate limit increases.