The ParmValSrch operation allows the consumer to retrieve provider parameter lists for multiple applications.

Parameter name values are canonical and may be in the CustomerMaster.xsd.

Below are a few XML examples

Retrieve a listing of Deposit Application Trancodes. If the loan application trancodes are needed, simply change the <ParmCriteriaVal> element value to L , minus the quotes if the provider is Silverlake or CIF 20/20. If Core Director is the provider, then the appropriate application type is required. Silverlake, CIF 20/20 and Core Director application type codes may be found in the accompanying documentation from the jXchange Environment section of this portal.

• Silverlake information
• CIF 20/20 information
• Core Director information

Parameter Search Operations

• Parameter based elements (Such as ProdCod, AcctType, BrCode, TranCode, etc.) - These are FI specific and can be determined one of two ways.
  • Ask the FI for the values.
  • Use the ParmValSrch operation to get a list of the available values for the FI.
• Required elements for a jXchange API request – The jXchange environment allows for the use of one API to reach multiple tenants or cores. Each core can have its own required elements that may be listed as optional inside the contract. To look up the required elements for a call you may use the SvcDictSrch operation.
• Default values populated when a request is passed but no value provided – To see what values are set up within the core as default values when passing in a jXchange request, you may use the SvcDft operation.

<?xml version="1.0" encoding="UTF-8"?>
<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/"
   xmlns:u="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd">
 <s:Header>
  <o:Security
   s:mustUnderstand="1"
    xmlns:o="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd">
   <u:Timestamp
   u:Id="_0">
    <u:Created>2018-06-19T16:21:21.189Z</u:Created>
    <u:Expires>2018-06-19T16:26:21.189Z</u:Expires>
   </u:Timestamp>
  </o:Security>
 </s:Header>
 <s:Body>
  <ParmValSrchResponse
   xmlns="http://jackhenry.com/jxchange/TPG/2008" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
   <SrchMsgRsHdr>
    <jXchangeHdr>
     <JxVer>R2017.4</JxVer>
     <AuditUsrId>PA</AuditUsrId>
     <AuditWsId>IDG</AuditWsId>
     <AuthenUsrId/>
     <ConsumerName/>
     <ConsumerProd/>
     <Ver_1/>
     <jXLogTrackingId>d0d4eacf-e595-4040-a024-051ed8336adf</jXLogTrackingId>
     <Ver_2/>
     <InstRtId>011001276</InstRtId>
     <InstEnv>TEST</InstEnv>
     <Ver_3/>
     <BusCorrelId>3d5bb7b7-a8c0-4d13-a9cc-6f3f5a00ee9e</BusCorrelId>
     <Ver_4/>
     <WorkflowCorrelId/>
     <Ver_5/>
     <ValidConsmName></ValidConsmName>
     <ValidConsmProd></ValidConsmProd>
    </jXchangeHdr>
    <SentRec>5</SentRec>
    <MoreRec>true</MoreRec>
    <Cursor>6</Cursor>
    <TotRec>255</TotRec>
    <Ver_1/>
   </SrchMsgRsHdr>
   <ParmName>TranCodeCode</ParmName>
   <ParmCriteriaArray>
    <ParmCriteriaInfo>
     <ParmCriteriaName>AcctType</ParmCriteriaName>
     <ParmCriteriaVal>D</ParmCriteriaVal>
     <Ver_1/>
    </ParmCriteriaInfo>
   </ParmCriteriaArray>
   <ParmValSrchRecArray>
    <ParmValSrchRec>
     <ParmValCode>1</ParmValCode>
     <ParmValDesc>Check</ParmValDesc>
     <ParmValInfoArray>
      <ParmValInfo>
       <ParmValDetail>D,S,X</ParmValDetail>
       <ParmValTxt>Account Type</ParmValTxt>
       <Ver_1/>
      </ParmValInfo>
      <ParmValInfo>
       <ParmValDetail>D</ParmValDetail>
       <ParmValTxt>Debit/Credit</ParmValTxt>
       <Ver_1/>
      </ParmValInfo>
      <ParmValInfo>
       <ParmValDetail>B</ParmValDetail>
       <ParmValTxt>Affects</ParmValTxt>
       <Ver_1/>
      </ParmValInfo>
      <ParmValInfo>
       <ParmValDetail>Current balance</ParmValDetail>
       <ParmValTxt>Affects Description</ParmValTxt>
       <Ver_1/>
      </ParmValInfo>
     </ParmValInfoArray>
     <Ver_1/>
    </ParmValSrchRec>
    <ParmValSrchRec>
     <ParmValCode>2</ParmValCode>
     <ParmValDesc>Check Reversal</ParmValDesc>
     <ParmValInfoArray>
      <ParmValInfo>
       <ParmValDetail>D,S,X</ParmValDetail>
       <ParmValTxt>Account Type</ParmValTxt>
       <Ver_1/>
      </ParmValInfo>
      <ParmValInfo>
       <ParmValDetail>C</ParmValDetail>
       <ParmValTxt>Debit/Credit</ParmValTxt>
       <Ver_1/>
      </ParmValInfo>
      <ParmValInfo>
       <ParmValDetail>B</ParmValDetail>
       <ParmValTxt>Affects</ParmValTxt>
       <Ver_1/>
      </ParmValInfo>
      <ParmValInfo>
       <ParmValDetail>Current balance</ParmValDetail>
       <ParmValTxt>Affects Description</ParmValTxt>
       <Ver_1/>
      </ParmValInfo>
     </ParmValInfoArray>
     <Ver_1/>
    </ParmValSrchRec>
    <ParmValSrchRec>
     <ParmValCode>6</ParmValCode>
     <ParmValDesc>Cashed Check</ParmValDesc>
     <ParmValInfoArray>
      <ParmValInfo>
       <ParmValDetail>D,S,X</ParmValDetail>
       <ParmValTxt>Account Type</ParmValTxt>
       <Ver_1/>
      </ParmValInfo>
      <ParmValInfo>
       <ParmValDetail>D</ParmValDetail>
       <ParmValTxt>Debit/Credit</ParmValTxt>
       <Ver_1/>
      </ParmValInfo>
      <ParmValInfo>
       <ParmValDetail>B</ParmValDetail>
       <ParmValTxt>Affects</ParmValTxt>
       <Ver_1/>
      </ParmValInfo>
      <ParmValInfo>
       <ParmValDetail>Current balance</ParmValDetail>
       <ParmValTxt>Affects Description</ParmValTxt>
       <Ver_1/>
      </ParmValInfo>
     </ParmValInfoArray>
     <Ver_1/>
    </ParmValSrchRec>
    <ParmValSrchRec>
     <ParmValCode>8</ParmValCode>
     <ParmValDesc>Bank by Mail Deposit</ParmValDesc>
     <ParmValInfoArray>
      <ParmValInfo>
       <ParmValDetail>D,S,X</ParmValDetail>
       <ParmValTxt>Account Type</ParmValTxt>
       <Ver_1/>
      </ParmValInfo>
      <ParmValInfo>
       <ParmValDetail>C</ParmValDetail>
       <ParmValTxt>Debit/Credit</ParmValTxt>
       <Ver_1/>
      </ParmValInfo>
      <ParmValInfo>
       <ParmValDetail>B</ParmValDetail>
       <ParmValTxt>Affects</ParmValTxt>
       <Ver_1/>
      </ParmValInfo>
      <ParmValInfo>
       <ParmValDetail>Current balance</ParmValDetail>
       <ParmValTxt>Affects Description</ParmValTxt>
       <Ver_1/>
      </ParmValInfo>
     </ParmValInfoArray>
     <Ver_1/>
    </ParmValSrchRec>
    <ParmValSrchRec>
     <ParmValCode>9</ParmValCode>
     <ParmValDesc>Regular Deposit</ParmValDesc>
     <ParmValInfoArray>
      <ParmValInfo>
       <ParmValDetail>D,S,X</ParmValDetail>
       <ParmValTxt>Account Type</ParmValTxt>
       <Ver_1/>
      </ParmValInfo>
      <ParmValInfo>
       <ParmValDetail>C</ParmValDetail>
       <ParmValTxt>Debit/Credit</ParmValTxt>
       <Ver_1/>
      </ParmValInfo>
      <ParmValInfo>
       <ParmValDetail>B</ParmValDetail>
       <ParmValTxt>Affects</ParmValTxt>
       <Ver_1/>
      </ParmValInfo>
      <ParmValInfo>
       <ParmValDetail>Current balance</ParmValDetail>
       <ParmValTxt>Affects Description</ParmValTxt>
       <Ver_1/>
      </ParmValInfo>
     </ParmValInfoArray>
     <Ver_1/>
    </ParmValSrchRec>
   </ParmValSrchRecArray>
   <Ver_1/>
  </ParmValSrchResponse>
 </s:Body>
</s:Envelope>

ParmValSrch

Q: Would you please provide us some account numbers where account type is Credit Card?

A: There is not a default account type of “Credit Card” in the Core system, however a FI has the option of setting up a custom account type to hold Credit Card details in what we call track accounts. Banks can create their own account types and place information there that represents information held somewhere else or use it as a placeholder for other non-standard record keeping. These accounts do not get processed nor is there a history file.

The following operations interact with these type of accounts:

• AcctAdd
• AcctInq
• AcctMod
• AcctSrch

If you perform a ParmValSrch with ParmName = AcctType against the SilverLake test bank on the DMZ you’ll see that there are several account types defined for “Credit Card”: C, F, and M.

<ParmName>AcctType</ParmName>
<ParmCallLvl>1</ParmCallLvl>
<Custom/>
<Ver_1/>
<ParmSvcName/>
<Ver_2/>

Any of the accounts with an AcctType of C, F, or M will represent a “Credit Card” track account.

Q: Core Director For SilverLake and CIF 20/20 I know that the BIN/ISO values returned by ParmValSrch with ParmName = EFTCardProdCode map over to EFTCardAdd.EFTCardProdCode. Does the same mapping apply to Core Director? In other words, do the values returned by ParmValSrch with ParmName = EFTCardType still map over to EFTCardAdd.EFTCardProdCode?

A: No, they would utilize the EFTCardType field to specify the ISO Code. As an example, the following values are returned via ParmValSrch for EFTCardType:

<ParmValSrchRec>
  <ParmValCode>539794</ParmValCode>
  <ParmValDesc>ATM Card</ParmValDesc>
  <ParmValInfoArray>
    <ParmValInfo>
      <ParmValDetail>1</ParmValDetail>
      <ParmValTxt>Card Type</ParmValTxt>
    </ParmValInfo>
  </ParmValInfoArray>
</ParmValSrchRec>
<ParmValSrchRec>
  <ParmValCode>551274</ParmValCode>
  <ParmValDesc>Visa Card</ParmValDesc>
  <ParmValInfoArray>
    <ParmValInfo>
      <ParmValDetail>2</ParmValDetail>
      <ParmValTxt>Card Type</ParmValTxt>
    </ParmValInfo>
  </ParmValInfoArray>
</ParmValSrchRec>
<ParmValSrchRec>

To specify the ISO Code of 539794 they would send a “1” in EFTCardType. To specify the ISO Code of 551274 they would send a “2” in EFTCardType.