Stage5: Resending scenarios accepted after the last undelivered-traffic report

Transfers that took place between the last undelivered-traffic report and the cold start might not have been successful. You must cancel and reinitiate, as possible duplicates, scenarios that correspond to unsuccessful transfers.

  1. For each undelivered-traffic report, check its ExecutionTime message item (<Doc:ExctnTm> tag). The execution time is in UTC and has the format:
    YYYY-MM-DDThh:mm:ssZ
    For example, 20 Sep 2010 at 6:48:12 PM is represented as:
    2010-09-20T18:48:12Z
    Note the latest execution time.
  2. List all SendMsg and SendFile scenarios that use the SnF transfer mode and that have an SnF input time that is later than the execution time noted in the previous step minus the report option time.
    For example, if the execution time of the most recent undelivered-traffic report is 2010-09-20T18:48:12Z (20 Sep 2010 at 6:48:12 PM), and the report option time is 02400 (24 hours), list all scenarios between 2010-09-19T18:48:12Z (19 Sep 2010 at 6:48:12 PM, which is 24 hours earlier than the execution time of the most recent undelivered-traffic report) and the cold start time.
    To do this, create the following CLI command files, each of which contains a list command on a single line. Adjust the list options specified for the -lo parameters as needed.
    listmsg.cli
    list -mode SNF -s SND -obj MSG
         -lutf "6:48:12 PM" -ludf 9/19/10
         -lutt "5:23:12 PM" -ludt 9/21/10
         -lo rtosckjdnvqmuifxeywh
    listfile.cli
    list -mode SNF -s SND -obj FILE
         -lutf "6:48:12 PM" -ludf 9/19/10
         -lutt "5:23:12 PM" -ludt 9/21/10
         -lo rtosckjdnvqmuifxeywh
  3. Run each of the command files, route the list output to a file, and save the output files:
    For example:
    dnicli -i INST1 -ou BANKA -s DNF_O_CMD -cf listmsg.cli  > list_msg.txt
    dnicli -i INST1 -ou BANKA -s DNF_O_CMD -cf listfile.cli > list_file.txt
  4. For each of the scenarios listed in the output files:
    1. Check whether the corresponding transfer used a SWIFTNet Copy service:
      • If the service administrator of that service instructed users not to resend messages for that service, ignore the entry.
      • Otherwise, continue.
    2. Check whether there is a business response for the corresponding scenario that indicates that the transfer was successful:
      • If so, ignore the entry.
      • Otherwise, continue.
    3. An SnF input time has of the form:
      ddrr:YYYY-MM-DDThh:mm:ss
      where ddrr represents the two-digit database ID followed by the two-digit ID of the current database run. For example, the database ID of the following SnF input time is 01:
      0130:2010-09-20T13:37:40
      Check the SnF input time:
      • If the indicated database ID is not equal to the database ID of the database to be recovered, ignore the entry.
      • Otherwise, continue.
    4. Check the notification state of the scenario:
      • If the notification state is SuccessDelivNotif, the corresponding transfer was successful; ignore the entry.
      • Otherwise, continue.
    5. Check the transfer condition of the scenario:
      • If the transfer condition is finished, continue with step 4.g
      • If the transfer condition is inError, the scenario encountered a recoverable error before the SnF cold start. Decide whether you want to recover the scenario as you would during normal operation:
        • If so, issue the following command:
          INST1.BANKA.DNF_O_CMD>recover -ref msifref
          where msifref represents the MSIF reference of the scenario to be recovered.
        • Otherwise, continue with step 4.f.
      • For all other transfer conditions, continue with step 4.f.
    6. Cancel the MSIF scenario. Issue the following command to the MSIF command service:
      INST1.BANKA.DNF_O_CMD>cancel -ref msifref
      where msifref represents the MSIF reference of the scenario. If the attempt to cancel the scenario fails, wait at least 6 minutes and reissue the command with the -force parameter.
    7. Create a request for a new scenario to replace the scenario that was canceled. If the object type of the scenario is:
      MSG
      Issue a SendMsg request that specifies the MSIF reference in the PDIndication field of the Function.DNF_O_FT.SendMsg.Request folder.
      FILE
      Issue a SendFile request specifies the MSIF reference in the PDIndication field of the Function.DNF_O_FT.SendFile.Request folder.
    8. Submit the new request to the MSIF transfer service.