Release Notes for IBM Financial Transaction Manager for Immediate Payments V3.2.6.1

Technotes:

Feature updates

• Retry functionality
  A new optional capability has been added to the Outgoing Payments to TCH RTP workflow to support the automatic retry of payments that are rejected by RTP or the receiving FI. This may be especially useful when the reason for the rejection is due to a timeout or technical error at the receiving FI.
  The decision on whether to retry uses Digital Payments Business Rules which determine, based on the reason code, whether to retry, how many times to retry, and how long to delay before attempting to retry.
  As shipped, the retry function is disabled. If the retry function is enabled (see below on configuring the retry function), when a reject response is received from RTP the Digital Payments Business Rules are invoked to determine whether an automatic retry should be performed. If no retry is to be performed, the outgoing payment process continues as normal, performing an accounting debit reversal operation before terminating with a failed status. If a retry is to be performed, the outgoing payment process performs the accounting debit reversal operation to tidy up the failed payment, then after pausing for the specified period, the process resumes from the beginning of the Pre-Checks steps, repeating all the Pre-Check services, etc. and submits a new payment (new IDs) to RTP.
  
  Configuring/ Enabling Retry Function for outgoing payments
  
  The retry specific configuration is located under category PFS_RETRY_WORKFLOW:

  Key	Default value	Description
  INVOKE_QUEUE	FXR.IP.INVOKE.PFS.WS	queue name of (internal) messageflow which invokes business rules web service; this value should not have to be edited
  IP_ACC_DEBITREVERSAL_REQUEST	NO_OUT_TXN_TYPE	to enable retry, change this value to OUT_TXN_TYPE
  IP_FROM_CDTR_ACWPRET	NO_RETRY_TXN_TYPE	to enable retry, change this value to RETRY_TXN_TYPE
  IP_FROM_CDTR_RET	NO_RETRY_TXN_TYPE	to enable retry, change this value to RETRY_TXN_TYPE
  IP_FROM_DBTR_INSTR	NO_RETRY_TXN_TYPE	to enable retry, change this value to RETRY_TXN_TYPE
  IP_FROM_DBTR_INSTR_FI	NO_RETRY_TXN_TYPE	to enable retry, change this value to RETRY_TXN_TYPE
  WS_TIMEOUT	60	timeout to wait for a response from Business Rules web service
  WS_URL	http://localhost:7080/businessrules/workflow/retryconfig	URL of Business Rules web service

  Notes:

  The bar file FtmIpDpIntegration.bar, found in <install_dir>/ip/v326/multiplatform/TCH/FTM_IP_TCH_WMB_PI.zip!/FTM IP TCH Bars/ is configured to use a security profile "ftmWsSecurityProfile" to invoke the web service.
  This security profile has to created before deploying the bar file, using mqsicreateconfigurableservice command. Refer to Integration Bus documentation about details of this command.
  Example:
  mqsisetdbparms <integration node> -n WsIdentity -u <user> -p <password>
  mqsicreateconfigurableservice <integration node> -c SecurityProfiles -o ftmWsSecurityProfile -n 'propagation,idToPropagateToTransport,transportPropagationConfig' -v 'TRUE,STATIC ID,WsIdentity'
  where <user> and <password> are the credentials used to authenticate to the web service.

  For the Business Rules workflow configuration of the retry refer to V3.2.6 Release Information for Digital Payments, feature 115787.
  The category used by Immediate Payments is "IP_RETRY_CSM".

Known issues
This section outlines the known issues and their workarounds (if any).