System Update i-power MR Date: 03/10/2015 Revision number: Version 1

Transcription

1 System Update i-power MR Date: 03/10/2015 Revision number: Version 1 The information contained in this document is the property of EPL and may not be disclosed in total or in part without the written permission of EPL, Inc.

2 Property of EPL, Inc., 22 Inverness Center Parkway, Birmingham, AL (205) , FAX (205) EPL, Inc. believes this document is accurate and reliable, and much care has been taken in its preparation. However, EPL, Inc. cannot accept any responsibility, financial or otherwise, for any consequences arising out of the use of this material. The information contained herein is subject to change. Revisions may be issued to advice of such changes or additions. The information and techniques contained in this document are the property of EPL and may not be disclosed in total or in part without the written permission of EPL, Inc EPL, Inc. All rights reserved. Page 2 of 134

3 Contents Contents Contents...3 About this Document...6 IP-4567 Support and Enforce a Strong Password Policy...7 Screen Changes... 8 Security Changes Reports Oracle Discoverer IP 4812 Ability to Fee based on SSN Screen Change Security Host Program Changes Reports Oracle Discoverer IP 700 Automatically Disburse Club Accounts Screen Change Security Reports Oracle Discoverer IP 9607 Always Report Credit Limit to the Credit Bureaus Screen Change Security Reports Oracle Discoverer IP 9217 Provide a statistics page to the existing report that includes the number and dollar amount of loans granted year-to-date for call reports Security Screen Change Reports Oracle Discoverer IP 5029 Pay Vendor by Transfer Screen Change Print Mail Receipt Security Reports Oracle Discoverer IP 8389 Pay an Invoice by Batch Check Screen Change Security Report Change Program Change Reports Oracle Discoverer IP 5028 Pay Invoices by ACH ACH Feature Requirements Screen Change Screen Change Security New Program Reports Page 3 of 134 The information contained in this document is the property of EPL and may not be disclosed in total or in part without the written permission of EPL, Inc.

4 Oracle Discoverer IP 4795 Ability to debit and credit multiple accounts to create a net transaction Screen Changes Security Reports Oracle Discoverer IP 598 Ability to pay multiple invoices with one check Screen Change Security Setting No Change Scroll to Back Office and select the Edit Icon Scroll to Accounts Payable Host Program On Line Reports Receipt Changes Manage Official Checks Printed Check Sample Error Corrections/Reversals Oracle Discoverer i-power MR General Corrections and System Enhancements FEATURE SUMMARY APPLICATION SERVER CU-HUB APPLICATION SERVER MPI SERVER DATA DESIGN SCHEMA CHANGES DATA CHANGES RELATED DB CHANGES DISCOVERER CHANGES SCHEMA CHANGES CONVERSION/OPERATIONAL CONSIDERATION UTILITY/SCRIPTS THIRD PARTY CHANGES IMPLEMENTATION PROCEDURES/STEPS SWITCH SETTING OPTIONS: MESSAGES DISPLAYED: REPORTS AND/OR NOTICES: SCHEMA TABLES UPDATED: WORKFILES: NONE PARAMETER INPUT: C780_III_# (WHERE III IS INSTITUTION AND # IS THE FEE TYPE/POST PURPOSE) RUN FREQUENCY: FREQUENCY DEPENDENCIES: RERUN PROGRAM OPTION: RESTART/RECOVERY INSTRUCTIONS: CREATION SOURCE: SWITCH SETTING OPTIONS: MESSAGES DISPLAYED: REPORTS AND/OR NOTICES: SCHEMA TABLES UPDATED: WORKFILES: PARAMETER INPUT: NONE RUN FREQUENCY: FREQUENCY Page 4 of 134

5 DEPENDENCIES: RERUN PROGRAM OPTION: RESTART/RECOVERY INSTRUCTIONS: CREATION SOURCE: Page 5 of 134

6 Introduction About this Document This system update describes changes to i-power implemented within MR and MR Releases: Security Support and Enforce a Strong Password Policy Member Services Lending Ability to fee based on SSN Automatically Disburse Club Accounts Always report credit limit to credit bureaus Create a report with number and dollar amount of loans granted year-to-date for call reports Back Office General Ledger Changes Pay Vendor by transfer Pay an Invoice by batch check Pay Invoices by ACH Pay multiple invoices with one check Ability to debit and credit multiple accounts to create a net transaction Oracle Discoverer New Fields added to Club Product Classes New Fields added to accommodate changes in Accounts Payable General Corrections A listing of all the system corrections in releases MR 4.8.0, SR and MR Page 6 of 134 The information contained in this document is the property of EPL and may not be disclosed in total or in part without the written permission of EPL, Inc.

7 Security IP-4567 Support and Enforce a Strong Password Policy Contractual obligations require EPL, Inc. to strengthen the password complexity in i-power as well as enhance the timeouts and lockout settings. With the release of MR 4.9.0, the following changes have been made to enhance these areas of i-power. Increased minimum password length from 5 to 8 Increased maximum password length from 10 to 32 Password must contain at least 1 Upper Case/1 Lower Case/1 Number Special characters allowed for passwords, except the following (~ ` \ ^) Increased the password history default value from 3 passwords to 6 passwords Removed the following options for User Lockout: o Never (New valid values 1 10) The new default value is 6 Removed the following values for Inactivity Timeout Settings: o (New valid timeout values 5 30) The new default value is 15 minutes Removed the following options for User Password Expiration: o No Expiry o 120 days (New valid values 30, 60, 90) The new default value is 90 Special Accounts in i-power not associated with a natural person are not affected by the password expiration changes Page 7 of 134 The information contained in this document is the property of EPL and may not be disclosed in total or in part without the written permission of EPL, Inc.

8 Screen Changes New Pop-up message appears to assist the user with the new password requirements Page 8 of 134

9 Screen Changes The new changes affect all screens that require a Password Expired Password Screen Teller/Change Password LOS/Disposition Security Screen All Override Entry Screens Page 9 of 134

10 Screen Changes User Record Screen New Pop-up message appears to assist the Institution Manager with the new password requirements Page 10 of 134

11 Screen Changes Manager/Institution/User Access Management/Lockout/Timeout Removed the Never option for Failed attempts before User Lockout: o New valid values 1 10 The new default value is 6 Removed values for Inactivity Timeout Settings: o New valid timeout values 5 30 The new default value is 15 minutes Page 11 of 134

12 Screen Change Manager/Institution/User Access Management/Password Expiration Removed the No Expiry/120 day options for User Password Expiration o New valid values 30, 60, 90 The new default value is 90 Page 12 of 134

13 Security Changes No Changes Required Page 13 of 134

14 Reports No Changes Required Page 14 of 134

15 Oracle Discoverer No Changes Required Page 15 of 134

16 Member Services IP 4812 Ability to Fee based on SSN Credit Unions are requesting the ability to fee for inactivity/dormancy/minimum balance based upon a member SSN or by individual account. If a member has more than one master account, they want to consider those other accounts and/or suffixes as one member and fee based on SSN. If they use one master account or suffixes but not the others, they re still considered an active member by the credit union. The credit union would like for this to be optional, allowing credit unions the ability to fee and exempt either way, by SSN or per account. With the release of MR 4.9.0, the credit unions have the ability to set each fee type by an Account number or by TIN. Fee Basis (Account/TIN) are set at the Institution level o When the User selects the fee option (Account or TIN) per fee type (Minimum Balance, Dormancy, Inactivity, and Property Abandoned Property) the option will apply to all share product classes If a TIN has multiple master share accounts the fee will charge the account with the largest balance If a balance is less than the fee amount the system will bring the account to a zero balance and then charge the next account with largest balance The Fees are charged according to the share product class o If the fee options in the share product class are different, then the system will charge according to the share product class attached to the largest available balance and a message will appear on the report Page 16 of 134 The information contained in this document is the property of EPL and may not be disclosed in total or in part without the written permission of EPL, Inc.

17 Screen Change Fee option added Manager/Institution/Shares/Fee Options Note: Security change required in order for the Fee Option to display Page 17 of 134

18 Screen Change New Screen Manage Fee Options Select the Edit Icon to Modify the Fee Option for: o Minimum Balance o Dormancy o Inactivity o Abandoned Property Select the History Icon to view fee changes to History for: o Minimum Balance o Dormancy o Inactivity o Abandoned Property Default value is Account Select the <Modify> option to change setting to TIN Select the <Save> option to complete the action Page 18 of 134

19 Screen Change EPL should be notified of all fee changes o The system will display a pop-up reminder Page 19 of 134

20 Security Security change required Manager/Institution/User Access Management/Roles Page 20 of 134

21 Security Select the Edit Icon of the Role to modify Page 21 of 134

22 Security Select the Institution Edit Icon Page 22 of 134

23 Security Select the <Modify> option Scroll to Shares Select the Fee Option Select <Save> When this permission is checked the user will have permission to setup and maintain share fee options When the permission is unchecked the user will not have the ability to setup and maintain share fee options o The Share/Fee Options is not displayed within the Manager/Institution Menu Page 23 of 134

24 Host Program Changes 1. The program should close the zero balance share and charge a fee to the share account if it is considered inactive by the product class criteria specified in the product class. (Currently, when processing single account, the zero balance share would be examined to see if it could be closed (no trailers, payroll, etc.) 2. The program will take the fee amount set in the product class if the balance is less than the fee amount the entire balance will be charged resulting in a zero balance and then close the account. 3. If the full amount is not available in the first account the system will continue to fee until the full fee amount is collected which could be from multiple accounts. Page 24 of 134

25 Reports 1. New program to produce reports VCU780 with no switches in SSN order VCU780 with switch 6 in Account Number order 2. Reports to be produced Minimum Balance Fee by SSN Dormancy Fee by SSN Inactive Fee by SSN Abandoned Property Fee by SSN Abandoned Property Fee specific Mail Code & by SSN 3. USER will have the ability to choose the order feeing is reported SSN order default order Account Number order 4. Report will list the following: Account Number SSN Member Name Fee amount charged 5. If a SSN has multiple accounts and one is charged a fee the remark on the report will be MULTI SSN ACCT 6. Add subheading to report Page 25 of 134

26 Reports Sample: MINIMUM BALANCE CHARGE REPORT Page 26 of 134

27 Reports Sample: DORMANT ACCT FEE ASSESSMENT Page 27 of 134

28 Reports Sample: INACTIVE ACCT FEE REPORT Page 28 of 134

29 Reports Sample: ABANDON PROPERTY FEE ASSESSMENT Page 29 of 134

30 Oracle Discoverer No Changes Required Page 30 of 134

31 IP 700 Automatically Disburse Club Accounts Throughout the year, especially during the months of September, October and November, EPL facilitates the disbursement of funds in club accounts (particularly Christmas Clubs). Credit unions have the option to disburse by check or transfer. Each participating credit union receives a return request form from EPL s client support area which informs us of the preferred method of distribution and the date to disburse these funds. Operational jobs are established to disburse the funds based on the date specified by the credit union. With the release of MR 4.9.0, EPL has automated the process of club distribution by allowing the member to choose the disbursement method and the disbursement date when opening the club account. EPL s operations will run a specific program daily to determine if any club disbursements are required. Credit unions will be required to update their Club Product Class to accommodate this feature. Please contact Client Support for assistance updating your Club Product Classes for this feature Page 31 of 134

32 Screen Change Club Product Class New Field Requirements Automatic Posting Date o No or Yes Weekend & Holiday Posting o 0 Post Before Weekend/Holiday o 1 Post After Weekend/Holiday Do not print check if Mail Code is greater than 1 o Enabled only if Liquidation Method is equal to 1 Liquidate via check Minimum Check Amount o Default is 0.00 o Valid Values: o Whole dollar amount required (without decimal) Liquidation Percentage o Enabled only if Liquidation Method is equal to 1 or 2 o Options available via drop-down 1 Current Balance (if selected then 1 st Liquidation Date enabled) 2 ½ of Current Balance (if selected then 1 st & 2 nd Liquidation date enabled) 3 ⅓ of Current Balance (if selected then 1 st, 2 nd & 3 rd Liquidation date enabled) Statement Transaction Description o User may add, edit or delete the statement transaction description Page 32 of 134

33 Screen Change If the 1 st, 2 nd and/or 3rd Liquidation Percentage is selected, the Liquidation Date(s) must be greater than current date. If not, the system will display the following error: If any of the Liquidation dates are required and left blank, the system will display the following error: If an amount is entered with a value other than then the system will display the following error: Page 33 of 134

34 Security No Changes Required Page 34 of 134

35 Reports VCi115 Online File Maintenance Journal will be updated with any changes to the Club Product Fields Operations will execute VCU125 daily to check for club liquidation. If none, the Club Withdrawal Report will include a message: No Clubs Scheduled to Liquidate. Run VCU125 with switches=8:1 with All option Page 35 of 134

36 Oracle Discoverer Page 36 of 134

37 Lending IP 9607 Always Report Credit Limit to the Credit Bureaus It was determined when a LOC expiration date was in the past (the date is less than the current business date), the LOC limit for consumer loans was not being reported to the credit bureaus. With the release of MR 4.9.0, the LOC limit for all consumer loans will be sent to the credit bureaus, regardless of the line of credit expiration date. A new option has also been added that allows for Special Comments to be included on the account. If the Account Type under the Credit Bureau Maintenance screen is a 15 - Line of Credit, the following two system options are available: 0 = Send blank or current Special Comment code if one exists 1 = If the Special Comment code is blank, Special Comment code CJ-Credit Line no longer available in repayment phase will be sent. If a Special Comment Code already exists, the current Special Comment code will be used. The default for the Special Comments code is currently set to 0 = Send blank or current Special Comment code if one exists. Request for changes should be directed to Client Support Page 37 of 134 The information contained in this document is the property of EPL and may not be disclosed in total or in part without the written permission of EPL, Inc.

38 Screen Change No Changes Required Page 38 of 134

39 Security No Changes Required Page 39 of 134

40 Reports No Changes Required Page 40 of 134

41 Oracle Discoverer No Changes Required Page 41 of 134

42 IP 9217 Provide a statistics page to the existing report that includes the number and dollar amount of loans granted year-to-date for call reports When i-power creates a lending report for year to date statistics there is a need for a statistics page for the values required by the call reports. The call reports need the number and amount of loans granted as well as the number of lines of credit used for advances, without counting every advance from individual accounts, and the amount. With the release of MR we added a new statistic page within the existing New Account Report (RMG25020) for the NCUA Call Report. A statistics page has been added for Consumer Loans, Mortgage Loans and Business Loans to assist credit unions in completing the NCUA Call Report Page 42 of 134

43 Security No Change Required Page 43 of 134

44 Screen Change No Change Required Page 44 of 134

45 Reports New Account Report RMG25020 Sample Report for Loans (Consumer) Page 45 of 134

46 Reports Sample Report for Loans (Mortgage) Page 46 of 134

47 Oracle Discoverer No Change Required Page 47 of 134

48 Back Office IP 5029 Pay Vendor by Transfer With the release of MR 4.9.0, EPL continues to bring even more functionality to the accounts payable area of i-power by introducing additional options for paying invoices. The following information describes the ability for a User to pay a vendor s account by transfer. Back Office / General Ledger / Accounts Payable Profile Payment Templates Tab or Vendor P/T Icon / Add or Edit Payment Template Transfer to Member option will only permit Paid In Transactions User may manually enter or search for the account number and suffix The following open suffixes will be in the drop-down selection o Share o Clubs (Non IRA) o Drafts User may add, edit/modify and/or save the payment template Mailing information may be printed on the receipt The account number and balance may be printed on the receipt If the account has a lock code, the system displays an error message Account has a lock code o Select <OK> to return to the Payment Template The User will be required to override any error before being allowed to continue with the transaction o ACCOUNT REQUESTED NOT ON FILE o ACCOUNT REQUESTED IS CLOSED o VERIFY LETTERS ARE INVALID o SHARE (DRAFT/CLUB/LOAN/MORTGAGE LOAN) NOT ON FILE o SHARE (DRAFT/CLUB/LOAN/MORTGAGE LOAN) ACCOUNT IS CLOSED o Suffix Number is required, if User did not enter suffix o Transaction Description is required, if User did not enter transaction description The system returns a warning if the User attempts to post a Transaction to an account they own o Transaction to your own account is prohibited Page 48 of 134 The information contained in this document is the property of EPL and may not be disclosed in total or in part without the written permission of EPL, Inc.

49 Screen Change Add or Edit a Payment Template Available when Adding or Editing a Payment Templates Page 49 of 134

50 Screen Change New Pop-Up Screens Payment Information Member Account # (Member and Business Accounts) o Search Icon o Allow User to search for member or business account number o Redirects to Search screen User may modify account number If the selected account has a lock code an error message displays o Validated by an override when posting If an account number is not entered the following error message display Message displayed if No verify letters are entered Page 50 of 134

51 Screen Change New Pop-Up Screens User may modify the Suffix Number If an invalid suffix is entered the following error displays If no suffix number is entered the following error displays If an attempt to save without a Transaction Description the following error displays Page 51 of 134

52 Print Mail Receipt Transfer to Member information Populated from the Invoice o Account Name o Member Account # / Suffix Use Manage Receipt settings to determine if the member account number / suffix will be masked (full or portion) Deposit by information o Invoice # - Populated from the Invoice Use Manage Receipt settings to determine if the member account number / suffix will be printed New Balance Signature o Use Manage Receipts settings to determine if signature is required Thank You Note o Use Manage Receipts settings to determine if note will be printed. Display Logo o Use Manage Receipts settings to determine if a logo is present Receipt Footer o Manage Receipts settings to determine if used Mail Receipt o Use Invoice to determine if mail receipt is printed Page 52 of 134

53 Security No Change Required Page 53 of 134

54 Reports No Changes Required Page 54 of 134

55 Oracle Discoverer The Changes listed apply to multiple features: Pay Multiple Invoices by Check Pay Invoices by ACH Pay Invoices by Transfer to Member Field # Discoverer Field Name Field Type & Length Data Base Field Name 023 Pay Multiple Invoices with Single Check 013 Account # NUMBER(10,0) TXFR_ACCT_NU M 014 VL VARCHAR2(2 BYTE) TXFR_VERIFY_C HAR Table AP_VENDOR AP_TEMPLATE AP_TEMPLATE Description The ability to pay multiple invoices with a single check. Member account number designated for invoice to be deposited into. Verify letters on the account 015 Suffix NUMBER(3,0) TXFR_SFX_NUM AP_TEMPLATE Suffix number designated for invoice to be deposited into. 016 Description VARCHAR2(30 BYTE) TXFR_DESC AP_TEMPLATE The description designated to be used for transaction on member s history and statement. 018 Invoice Date DATE INVOICE_DATE AP_INVOICE Date of the invoice 019 Pay On Date DATE INVOICE_PAYON _DATE 020 Account # NUMBER(10,0) TXFR_ACCT_NU M 021 VL VARCHAR2(2 BYTE) TXFR_VERIFY_C HAR AP_INVOICE AP_INVOICE AP_INVOICE Date the invoice is to be paid. Member account number designated for invoice to be deposited into. Verify letters on the account 022 Suffix NUMBER(3,0) TXFR_SFX_NUM AP_INVOICE Suffix number designated for invoice to be deposited into. 023 Description VARCHAR2(30 BYTE) 024 Reference Number VARCHAR2(20 BYTE) TXFR_DESC AP_INVOICE The description designated to be used for transaction on member s history and statement. REF_NUM AP_INVOICE Reference number designated for the invoice. Page 55 of 134

56 Field # Discoverer Field Name Field Type & Length Data Base Field Name Table Description 025 Journal Source NUMBER(4,0) JOURNAL_SRC AP_INVOICE Teller/User number that posted the invoice. For batch check and ACH the journal source will be the batch teller number. 026 Receipt Number NUMBER(6,0) RCPT_NUM AP_INVOICE Receipt/check number of the invoice Page 56 of 134

57 IP 8389 Pay an Invoice by Batch Check Currently when the credit union pays an invoice by check, the only option available to the credit union is to print the check immediately. With the release of MR the invoice now provides an option to include a Pay On Date. This option provides the ability to batch and print checks from previously saved invoices. During the end of day processing a new program has been developed that will verify the invoice date and send a print check request to the Back Office/Batch Checks area of i-power. Note: Please contact Client Support if you are interested in taking advantage of this new feature Page 57 of 134

58 Screen Change Pay on Date: Pay on Date is available for the Add/Edit Invoices Pay on Date will determine when the system will post the invoice and send the check to the Back Office/Batch Check Default 00/00/0000 Pay on Date will be enabled if Payment Type = Check The Pay on Date must be a business date greater than current Business Date Page 58 of 134

59 Screen Change Error Displays If the Pay on Date equals the Current Business Date the following error message displays If the Net Invoice Total does not equal the Invoice Amount display error The System displays the following error if the user attempts to <Post> an invoice when the Pay on Date has not yet been reached The User will be required to edit or delete the Pay on Date prior to selecting <Post> Page 59 of 134

60 Screen Change Pending Invoices A new Pay on Date Column has been added When a Payment Type equals Check, the Pay on Date will display 00/00/0000 is valid and should be displayed. Page 60 of 134

61 Screen Change Print Batch Checks Back Office / Batch Checks New Field Select the Edit Icon to go to Check Batch Detail to see details or to reprint a check See info below Page 61 of 134

62 Screen Change Report By selecting the <Report> option on the Check Batch Detail Screen The User will receive a Print Out of the Batch Check Reconciliation Report Accounts Payable Invoices by Check will use existing Check Type 31 Accounts Payable Page 62 of 134

63 Security Manager/Institution/User Access Management/Roles Select the Role you wish to Modify o Select Back Office o o o Scroll to Bottom and select <Modify> Scroll to Batch Checks Check the Account Payable Option then <Save> If checked the User may print accounts payable checks If unchecked the User will not be able to print account payable checks Page 63 of 134

64 Report Change VGIGFM Batch File Maintenance Journal: The General Ledger File Maintenance Journal will be available in the Account Payable Vendor section Page 64 of 134

65 Program Change VGUAPI A new batch program to send checks to be disbursed based on the new Pay on Date option setting An ACH Output file is produced when invoices are set to pay with this option A daily report is also produced 1. New AP program VGUAPI A. Run with switches=5:1 B. Program will be put in the ALT folder C. a. If Payment Type equals Check and Pay On Date equals current business date, the invoice will post during processing and send to Batch Check UI for printing. b. If Payment Type equals, Pay On Date equal current business date and Pay Multiple Auto Check Invoices with Single Check is set to Yes, the APPL will combine all of the Invoices that meet the following criteria to send the check to the Batch Check UI for printing: i. Payment Type=Check ii. Same Pay On Date iii. Net Invoice Total>0 2. The MICR line printed on the checks will be the default for the Branch where the checks are printed. 3. Checking Account Number and Routing & Transit Number will be located in the Manage Checking Accounts UI. 4. Information printed on report: a. Vendor Number/Name b. Invoice Date/Number c. Due Date d. Payon Date e. Amount f. Funds g. PO Number h. Paid To information (Lines 1-5) i. GL Account Numbers j. GL Description k. Debit/Credit Amounts l. GL Totals for Debit and Credit Amounts per Invoice m. Final Totals for Debit and Credit Amounts for all invoices paid 5. If no invoices are paid, report will state NO INVOICES SET TO PAY Simple logic of VGUAPI Fields CKD_CHECK_ID (probably already defined) and APPY_AP_PAYMENT_ID must be defined in the AUTONUM_SETTING table. The AP_INVOICE table is read and will process any invoice where: 1. The payon date is = the ip-today-cal 2. The status of the invoice is a 1 3. The funds type is either a 2-pay by check or a 5-pay by ach Once all invoices are gathered, they are sorted by payment type and vendor number. In addition when the payment type is a check, the single pays are grouped for processing and the pay multiple invoices are grouped for processing payments. When paying by ACH, the ccd and ppd are grouped for paying. For checks, the check disburse table is updated with information for the online to print the checks. In addition a record is written to the AP_PAYMENT table which contains the check id. This payment table id is placed in all invoices that are Page 65 of 134

66 paid so that the online can print multiple invoices on a check if the option is set for the vendor. All checks will produce a record in the AP_PAYMENT table even if the pay multiple invoices with one check is set to 0. GL entries (GLEC) are generated for each debit/credit and clearing account. The Clearing account from the GL Master is used and the cash account is found by taking the 3 and 4 th position of GI-CASH-POINTERS (GI_DEF_BRANCH) (1 if this field is 0) and subscripting into GI-CASH-ACCTS. The GM_TODAY_ cr/db totals and dt last monetary transaction are updated in the GL master record. For ach, an ach file is generated called AP_FIRST_CAROLINA and a report is produced. The payment table is not updated and the invoice status is set to a 2. GL entries (GLEA) are generated for each debit/credit and clearing account. The GLEA must be defined in the $Param/GLTC_iii disk file because bucket 1 account defined is the clearing account used by the program and bucket 5 is the cash account used by the program. The GM_TODAY_ cr/db totals and dt last monetary transaction are updated in the GL master record. Also the GLEA definition is required in the yh0misc disk file. Report is printed. Note INST_BATCH_DS is read for teller/branch or default of 999 is used if VGUAPI not defined. When run with SW1, the program will reverse a run for a single institution by pid number which is entered by operator. The GL entries are error corrected and totals in GL master record are backed out. The check disburse record is marked as void and the payment record deleted. The payment id is zeroed in the invoice record and status set back to 1. A report is produced. Page 66 of 134

67 Reports Sample Report when invoices are paid Sample Report when there are no invoices paid Page 67 of 134

68 Oracle Discoverer No Changes Required Page 68 of 134

69 IP 5028 Pay Invoices by ACH Credit Unions would like to pay their Accounts Payable vendors by ACH. With the release of MR 4.9.0; if desired, the Credit Unions may mark a vendor as paid via ACH and then link the ACH transaction to the vendor to build a history record. Note: This feature requires 3rd Party consideration, If interested contact your Relationship Manager for details Page 69 of 134

70 ACH Feature Requirements 1. Integrate with third party ACH origination provider to facilitate ACH Vendor Payments 2. Vendor: a. Add/Edit Vendor: Add the following: i. Pay by ACH (Indicator) ii. Financial Institution Name iii. Name on Account iv. Routing and Transit # v. MICR#/Acct # vi. Account Type vii. ACH Transaction Type viii. Provide File Maintenance History 1. Online (Screen and PDF) 2. Batch (VGIGFM) b. Transaction History: i. Ensure ACH transactions are presented in Vendor Transaction History 3. Add/Edit Template: a. Add same options presented above in read only format b. Provide File Maintenance History i. Online (Screen and PDF) ii. Batch (VGIGFM) 4. Invoices: a. Add/Edit/Pay Invoices: i. Add same options presented above in read only format on Invoice Add/Edit, and Pay screens ii. Implement Pay On Date concept (Also added with IP-8389 ) b. Search i. Allow Invoice Search by ACH Payment Type 5. Add new batch program (VGUAPI) to create NACHA standard file to be sent to 3 rd ACH provider 6. Operations: a. Work with 3 rd Party ACH vendor to send NACHA standard file via FTP to process the ACH Payments and pass the information to the Fed on behalf of the credit union Page 70 of 134

71 Screen Change Add/Edit Payment Template When Vendor Pay by ACH = 1-Yes, Display ACH in Payment Type selection list When Payment Type = ACH, display all ACH fields as setup for the Vendor in READ ONLY. Otherwise, the ACH Fields will not display. This screen change will only display when a security option is set for the credit union Page 71 of 134

72 Screen Change Add/Edit an Invoice When Payment Type = ACH, display all ACH fields as setup for the Vendor in READ ONLY. Otherwise, do not display ACH Fields This screen change will only display when a security option is set for the credit union Page 72 of 134

73 Screen Change Pay an Invoice When Payment Type = ACH, display all ACH fields as setup for the Vendor in READ ONLY. Otherwise, do not display ACH Fields This screen change will only display when a security option is set for the credit union Page 73 of 134

74 Screen Change Invoice Search Screen Added ACH to Payment Type Only invoices paid by ACH will be returned This screen change will only display when a security option is set for the credit union Page 74 of 134

75 Security New IP Report Flag (78) controls turning this feature on/off per Credit Union. The Vendor Pay by ACH option will only display when: 0=Credit Union is unable to Pay Vendor by ACH. All ACH options will not display on the applicable screens. 1=Credit Union is able to Pay Vendor by ACH. All ACH options will display on the applicable screens Page 75 of 134

76 New Program VGUAPI General Ledger Accounts Payable A new batch program to send Checks and ACH to be disbursed based on the new Pay on Date option setting An ACH Output file is produced when invoices are set to pay with this option A daily report is also produced The program can be executed in cross reference mode (no switch option) first so that the report can be verified prior to running in update mode 1.New AP program VGUAPI D. Run with switches=5:1 E. Program will be put in the ALT folder F. c. If Payment Type equals Check and Pay On Date equals current business date, the invoice will post during processing and send to Batch Check UI for printing. d. If Payment Type equals, Pay On Date equal current business date and Pay Multiple Auto Check Invoices with Single Check is set to Yes, the APPL will combine all of the Invoices that meet the following criteria to send the check to the Batch Check UI for printing: iv. Payment Type=Check v. Same Pay On Date vi. Net Invoice Total>0 2.The MICR line printed on the checks will be the default for the Branch where the checks are printed. 3.Checking Account Number and Routing & Transit Number will be located in the Manage Checking Accounts UI. 4.Information printed on report: n. Vendor Number/Name o. Invoice Date/Number p. Due Date q. Payon Date r. Amount s. Funds t. PO Number u. Paid To information (Lines 1-5) v. GL Account Numbers w. GL Description x. Debit/Credit Amounts y. GL Totals for Debit and Credit Amounts per Invoice z. Final Totals for Debit and Credit Amounts for all invoices paid 5.If no invoices are paid, report will state NO INVOICES SET TO PAY Simple logic of VGUAPI Fields CKD_CHECK_ID (probably already defined) and APPY_AP_PAYMENT_ID must be defined in the AUTONUM_SETTING table. The AP_INVOICE table is read and will process any invoice where: 1.The payon date is = the ip-today-cal 2.The status of the invoice is a 1 3.The funds type is either a 2-pay by check or a 5-pay by ach Page 76 of 134

77 Once all invoices are gathered, they are sorted by payment type and vendor number. In addition when the payment type is a check, the single pays are grouped for processing and the pay multiple invoices are grouped for processing payments. When paying by ACH, the ccd and ppd are grouped for paying. For checks, the check disburse table is updated with information for the online to print the checks. In addition a record is written to the AP_PAYMENT table which contains the check id. This payment table id is placed in all invoices that are paid so that the online can print multiple invoices on a check if the option is set for the vendor. All checks will produce a record in the AP_PAYMENT table even if the pay multiple invoices with one check is set to 0. GL entries (GLEC) are generated for each debit/credit and clearing account. The Clearing account from the GL Master is used and the cash account is found by taking the 3 and 4 th position of GI-CASH-POINTERS (GI_DEF_BRANCH) (1 if this field is 0) and subscripting into GI-CASH-ACCTS. The GM_TODAY_ cr/db totals and dt last monetary transaction are updated in the GL master record. For ach, an ach file is generated called AP_FIRST_CAROLINA and a report is produced. The payment table is not updated and the invoice status is set to a 2. GL entries (GLEA) are generated for each debit/credit and clearing account. The GLEA must be defined in the $Param/GLTC_iii disk file because bucket 1 account defined is the clearing account used by the program and bucket 5 is the cash account used by the program. The GM_TODAY_ cr/db totals and dt last monetary transaction are updated in the GL master record. Also the GLEA definition is required in the yh0misc disk file. Report is printed. Note INST_BATCH_DS is read for teller/branch or default of 999 is used if VGUAPI not defined. When run with SW1, the program will reverse a run for a single institution by pid number which is entered by operator. The GL entries are error corrected and totals in GL master record are backed out. The check disburse record is marked as void and the payment record deleted. The payment id is zeroed in the invoice record and status set back to 1. A report is produced. Page 77 of 134

78 Reports File Maintenance History screen, Presents changes made to Payment Type VGIGFM (File Maintenance Report) will include all additions and modifications Online/Print File Maintenance History available Online Screen File Maintenance History Online Print File Maintenance History Page 78 of 134

79 Reports Vendor Transaction History with Payment Type = ACH Page 79 of 134

80 Oracle Discoverer The Changes listed apply to multiple features: Pay Multiple Invoices by Check Pay Invoices by ACH Pay Invoices by Transfer to Member Field # Discoverer Field Name Field Type & Length 023 Pay Multiple Invoices with Single Check 013 Account # NUMBER(10,0 ) 014 VL VARCHAR2(2 BYTE) Data Base Field Name TXFR_ACCT_NU M TXFR_VERIFY_CH AR Table AP_VENDOR AP_TEMPLATE AP_TEMPLATE Description The ability to pay multiple invoices with a single check. Member account number designated for invoice to be deposited into. Verify letters on the account 015 Suffix NUMBER(3,0) TXFR_SFX_NUM AP_TEMPLATE Suffix number designated for invoice to be deposited into. 016 Description VARCHAR2(30 BYTE) TXFR_DESC AP_TEMPLATE The description designated to be used for transaction on member s history and statement. 018 Invoice Date DATE INVOICE_DATE AP_INVOICE Date of the invoice 019 Pay On Date DATE INVOICE_PAYON _DATE 020 Account # NUMBER(10,0 TXFR_ACCT_NU ) M 021 VL VARCHAR2(2 BYTE) TXFR_VERIFY_CH AR AP_INVOICE AP_INVOICE AP_INVOICE Date the invoice is to be paid. Member account number designated for invoice to be deposited into. Verify letters on the account 022 Suffix NUMBER(3,0) TXFR_SFX_NUM AP_INVOICE Suffix number designated for invoice to be deposited into. 023 Description VARCHAR2(30 BYTE) 024 Reference Number VARCHAR2(20 BYTE) TXFR_DESC AP_INVOICE The description designated to be used for transaction on member s history and statement. REF_NUM AP_INVOICE Reference number designated for the invoice. Page 80 of 134

81 Field # Discoverer Field Name Field Type & Length Data Base Field Name Table Description 025 Journal Source NUMBER(4,0) JOURNAL_SRC AP_INVOICE Teller/User number that posted the invoice. For batch check and ACH the journal source will be the batch teller number. 026 Receipt Number NUMBER(6,0) RCPT_NUM AP_INVOICE Receipt/check number of the invoice Page 81 of 134

82 IP 4795 Ability to debit and credit multiple accounts to create a net transaction Credit Unions need the ability to debit and credit multiple General Ledger accounts to create a net transaction without causing the vendor totals to indicate they were paid double. Prior to this release Credit Unions that attempt to accomplish this do so by entering a transfer clearing account as a credit, then the user splits the expense GL's (debit) into as many accounts as they wish and cut one check for the total to the vendor. This method works however; it results in inaccurate reporting and updating of the vendor Total Amt Paid YTD because the debit side of the transfer clearing entry is in the vendor paid totals as well. With the release of MR 4.9.0, we continue to add new feature functionality to the Accounts Payable area of i-power. The following feature will provide the ability to enter a credit account on the invoice, but it does not affect the vendor paid totals at all when a credit is keyed. Page 82 of 134

83 Screen Changes Add/Edit Payment Templates Net Transaction creation o Multiple Debits and Credit GL accounts are allowed o User has the ability to manually enter or Search GL accounts o Display Debit GL accounts and Credit GL account numbers with Transaction Description for each o Transaction Description is required o Allow user to add and delete Page 83 of 134

84 Screen Change Add/Edit/Pay Invoice GL Transaction Debit/Credit o Read only from Payment Template Display Account Description (GM_ACCT_DESC) for Debit GL Account Number and Credit GL Account Number o Read only from Payment Template Account Number o Read only from Payment Template Transaction Amount o Allow user to manually enter o Allow user to modify on Edit/Pay Invoice o Sort by Debit GL accounts then credit GL account numbers in order from payment template, with line separating them, and display Net Invoice Total o Display Total Debits, Total Credits, Net to Vendor, and Disbursed from Transaction Clearing Account number Net Invoice Total and Net to Vendor o The system displays net transaction amount. Net transaction creation: o Each defined debit will create an offsetting credit with the same amount and transaction description to the designated Transfer Clearing Account ( GL_MASTER_DS; GM_CLEARING_ACCT_IND=1) o Each defined credit will create an offsetting debit with the same amount and transaction description to the designated Transfer Clearing Account ( GL_MASTER_DS; GM_CLEARING_ACCT_IND=1) o Net Transaction will be a debit from the transaction clearing account. o Debits must be greater than credits to create a net transaction. Display message Sort by Debit GL accounts then credit GL account numbers in order from payment template, with line separating them, and display Net Invoice Total Display Total Debits, Total Credits, Net to Vendor, and Disbursed from Transaction Clearing Account number If the net to vendor is greater than 0 then produce a check otherwise do not print a check Page 84 of 134

85 Screen Change New Pop-Up Screen If Net Invoice Total does not equal Invoice Amount Display error message Transaction Description o Read Only provided from Payment Template Debits must be greater than credits to create a Net Transaction, if not display error message When Payment Type is Journal Voucher and total debits do not equal total credits to create a zero net amount display error message Page 85 of 134

86 Screen Change Vendor Transaction History Add hyperlink to Invoice # Display Invoice in Read Only Selecting an Invoice # will direct the User to View the Invoice Screen Page 86 of 134

87 Security No Changes Required Page 87 of 134

88 Reports File Maintenance History screen, Presents all changes made VGIGFM (File Maintenance Report) will include all additions and modifications Online/Print File Maintenance History available Online/Print File Maintenance History Page 88 of 134

89 Oracle Discoverer No Changes Required Page 89 of 134

90 IP 598 Ability to pay multiple invoices with one check With the release of MR 4.9.0, EPL continues to bring even more functionality to the accounts payable area of i-power by introducing additional options for paying invoices. The following information describes the ability for a User to pay multiple invoices with one check. The major benefit of this feature is that it enables credit unions to save time and money. Page 90 of 134

91 Screen Change Add/Edit Vendor Back Office General Ledger Accounts Payable Profile A new indicator has been added to determine whether a vendor supports Paying Multiple Invoices with a Single Check Pay Multiple Invoices with Single Check o Yes - allows the User to pay multiple invoices for a vendor with just one check o No - single check to pay single invoice Page 91 of 134

92 Select the Invoices Tab Pay Multi Invoices Tab o New tab will direct the user to the (Pay Multiple Invoices Search) screen New Multiple Invoices Search Screen User will input the Search criteria o Vendor drop down list Only Vendors with an indicator Pay Multiple Invoices with Single Check will display If none exist for the Credit Union the default is Please Select o Due Date Range Default 30 (calendar days) To search for one day the same From and To date value can be used o Payment Type defaults to Check ( Read Only) o <Go> - Returns Search Results o <Cancel> Returns the User to the Pending Invoice List Page 92 of 134

93 No Vendor Error o If no Vendor is selected and the user selects <Go>, the system will return the following error o Select <OK> to continue Pay Multiple Invoices Screen The search will return the selected Vendor with Pending invoices to be paid by check Vendor Profile o Vendor Number o Vendor Details o Vendor Account Number Payment Information o Sub Header displays The following information will be applied to all selected Invoices o Payment Type Check (read only) Check Payable To: o Since the Payment Templates and Invoices For the same vendor could have varying Check Payable To details, the system will populate the Check Payable To fields with the information from the Vendor record and use it to produce the check. o User will have the ability to change the information if needed o User may select which items to <Post> o Checks Payable To field is a required field and may not be left blank Checks Payable to Required Receipt/Check # o Will be used for all invoices o Default value: The next available check number defined for the GL Institution Checking Account Page 93 of 134

94 Invoice Details o Invoice Title o Invoice # o Due Date o Pay On Date This is the original Pay On Date Amount Due o This is the Invoice Amount Amount Paid o This is the amount (net to vendor) actually paid to vendor which could be 0.00 (different than Invoice Amount) 0.00 amount indicates that no amount was actually paid to vendor but the system will create the necessary GL entries for the invoice Receipt/Check# o This is the original Receipt/Check# for the individual invoice Select o By initial default, the system will un-check all Invoices to be paid o The User will have the ability to Select the Invoices to Pay Invoices not selected to pay will be returned to the Pending List o At least one Invoice must be selected or the system will return a warning message o Restricted GL Account(s): The Select option will be disabled and a remark of GL Acct Restricted will display o Closed GL Account(s) The Select option will be disabled and a remark of GL Acct Closed will display Buttons o Post Option Posts transaction for all Invoices selected Produces one check immediately for all invoices selected Changes Invoice Status from Pending to Paid Does not display when no invoices are returned for the search o Cancel Option Will not post Invoices Returns to the user to the Pending Invoices List Screen o General Total Amount Due Sum of all Amount Due for all of the Invoices selected (the system will exclude Invoices from totals that are not selected) o Total Amount Due The system will sum all of the Amount Due for all of the Invoices selected, excludes those invoices not selected o Total Amount Paid Sum of all Amount Paid Invoices selected (the system will exclude Invoices from totals that are not selected) This is the total transaction amount (net to vendor totals for all selected invoices) that will post and print on the check Page 94 of 134

95 o o Sorting The initial default sort order will be by Invoice # followed by Invoice Title Footers Previous/Next Footer: Display Previous/Next options when needed Items Totals Footer: Display Items Totals ( x items found, displaying all items) Checks Payable To: Defaults from the Vendor Record, User may modify if required Page 95 of 134

96 No Invoice Screen If no invoices are returned for the search, the system will return the Pay Multiple Invoices screen with no listing of invoices. A message No Invoices found for search will be returned. User must <Cancel> and the system will return the user to the Pending Invoice screen Restricted Invoices The Select option will be disabled and a remark of GL Acct Restricted will display if any of the GL accounts tied to the invoice is restricted to the user posting the invoice Closed GL Accounts The Select option will be disabled and a remark of GL Acct Closed will display if any of the GL accounts tied to the invoice is closed Page 96 of 134

97 Security Setting No Change Manager/Institution/User Access Management/Roles o Select the Edit Icon to edit the Role Note: There were No Changes in the security role for this feature Page 97 of 134

98 Security Scroll to Back Office and select the Edit Icon Scroll to Accounts Payable o Select the Manage Invoices o Select the Pay Vendor Page 98 of 134

99 Host Program VGUAPI The program is executed and will check the Vendor indicator for Paying Multiple Invoices with a Single Check. If set to YES, the program will combine the Invoices and produce a single check for the same vendor, same Pay On Date. Page 99 of 134

100 On Line Reports Vendor Transaction History Report Back Office/General Ledger/Accounts Payable/Vendors Tab For multiple invoices that were paid by single check, the Invoice # will display as a hyperlink and mouse over help will display the word Details. Page 100 of 134

101 Selecting a hyperlink will result in the Pay Multiple Invoices screen to be returned in a read only format. This screen will display all the invoices that were paid by single check and the details of how the invoices were actually paid. GL Transaction Complete Message for Multiple Invoice Payment screen Additions Invoice # o The system will display the Invoice # for all posted transaction in ascending order Invoice Title o The system will display the Invoice Title for all posted transactions Returns User to the Payment Template List Page 101 of 134

102 Receipt Changes Currently, the system does not store GL Receipts online This will continue to be the case for this feature. To verify receipt printing, print a physical copy of the receipt. Current Receipt Single Pay Invoice (One Debit and One Credit GL Entry) Page 102 of 134

103 Receipt Changes Single Pay Invoice: One Credit, Multiple GL Debit Entries Page 103 of 134

104 Manage Official Checks New field Invoice # has been added under the Manage Office Checks tab. This field will provide a list of all the invoice numbers that were paid with a single check. Page 104 of 134

105 Printed Check Sample Sample: Single Check paying multiple invoices The system will print the multiple invoice numbers used with the check. However, due to limited spacing a ( ) may display to indicate additional invoice numbers were also used. The user should direct to the appropriate screens (Pay Multiple Invoice Details, Manage Official Check) if additional research is needed. Page 105 of 134

106 Error Corrections/Reversals Invoices Posted Online: All Invoice transactions will post with the same transaction (receipt/check #) number just like Multi-Tran (Deposits, Payments, Withdrawals). This means when the user error corrects or reverses one of the transaction, the system will present all Invoice transactions posted with the same transaction number and error correct/reverse all of them. Status of all Invoices will be set to Pending from Paid. Status of the check will be set to void. Invoices Posted by Batch: The user will have to manually reverse the invoice transactions that are keyed by batch. Page 106 of 134

107 Oracle Discoverer The Changes listed apply to multiple features: Pay Multiple Invoices by Check Pay Invoices by ACH Pay Invoices by Transfer to Member Field # Discoverer Field Name Field Type & Length Data Base Field Name 023 Pay Multiple Invoices with Single Check 013 Account # NUMBER(10,0) TXFR_ACCT_N UM 014 VL VARCHAR2(2 BYTE) TXFR_VERIFY_C HAR Table AP_VENDOR AP_TEMPLATE AP_TEMPLATE Description The ability to pay multiple invoices with a single check. Member account number designated for invoice to be deposited into. Verify letters on the account 015 Suffix NUMBER(3,0) TXFR_SFX_NU M AP_TEMPLATE Suffix number designated for invoice to be deposited into. 016 Description VARCHAR2(30 BYTE) TXFR_DESC AP_TEMPLATE The description designated to be used for transaction on member s history and statement. 018 Invoice Date DATE INVOICE_DATE AP_INVOICE Date of the invoice 019 Pay On Date DATE INVOICE_PAYO N_DATE 020 Account # NUMBER(10,0) TXFR_ACCT_N UM 021 VL VARCHAR2(2 BYTE) TXFR_VERIFY_C HAR 022 Suffix NUMBER(3,0) TXFR_SFX_NU M 023 Description VARCHAR2(30 BYTE) 024 Reference Number VARCHAR2(20 BYTE) AP_INVOICE AP_INVOICE AP_INVOICE AP_INVOICE Date the invoice is to be paid. Member account number designated for invoice to be deposited into. Verify letters on the account Suffix number designated for invoice to be deposited into. TXFR_DESC AP_INVOICE The description designated to be used for transaction on member s history and statement. REF_NUM AP_INVOICE Reference number designated for the invoice. Page 107 of 134

108 Field # Discoverer Field Name Field Type & Length Data Base Field Name Table Description 025 Journal Source NUMBER(4,0) JOURNAL_SRC AP_INVOICE Teller/User number that posted the invoice. For batch check and ACH the journal source will be the batch teller number. 026 Receipt Number NUMBER(6,0) RCPT_NUM AP_INVOICE Receipt/check number of the invoice Page 108 of 134

109 General Corrections i-power MR General Corrections and System Enhancements These general corrections and enhancements are made available in i-power SR SR and MR IP IP 3470 IP IP 2514 IP IP IP IP 8549 IP 9292 IP 3180 IP IP IP When cashing On-Us Checks the Transaction Code SDW* is converted to SDWC within the Verafin extract file in error This has been corrected Reported by: Alabama Teachers CU i-power will not allow you to close a Loan App in LOS without first choosing a Product This has been corrected Reported by: EPL Data Center Images are not loading on all template and invoice pages This has been corrected Reported by: EPL Data Center Compliance NACHA Rules related to handling of R07 The system will now default return reason code R08 Payment Stopped 2014 NACHA Operating Rules & Guidelines Write errors on Sedona Extract This has been corrected Reported by: Alabama Teachers CU The system is incorrectly using Role option GL Account Maintenance to determine if GL Account is Restricted This has been corrected. Reported by: Alabama Rural Electric CU 1. Inv # printing on the incorrect line of check when address line 1-5 are empty. 2. Do not default Payment Title Name into Inv Title 3. Unable to search for Future Inv. Due Dates These have been corrected. Reported by: EPL Data Center Loan Payment performed at service center not posting to the loan if suffix# is 3 digits This has been corrected. Reported by: Alabama Teachers CU Negative Credit Card Balance is showing as positive on the RMGAIR10 Report This has been corrected. Reported by: Pueblo Government Agencies FCU File Maintenance of the excess wdl fee (Par Charge Exempt Code) causing out of balance situations This has been corrected. Reported by: Pinnacle FCU, Columbus Municipal CU Problems when VCI605 & VMI605 with SW3 on, using new ALL branch option in card file, when other switches used This has been corrected Reported by: Ascension CU Error 3000 on Loan Application This has been corrected Reported by: Guadalupe CU, Winsouth CU Management Stats from VCI262 do no match VCI500 for business accounts This has been corrected Page 109 of 134 The information contained in this document is the property of EPL and may not be disclosed in total or in part without the written permission of EPL, Inc.

110 Reported by: Alabama Teachers CU IP AP Invoice Journal Source Default to Teller that Created the Inv. Instead of the Teller Posting the Invoice This has been corrected Reported by: Statewide FCU IP ATMMPI is re-setting accounts when system has dynamic reset turned off This has been corrected Reported by: Fairmont FCU IP 8361 Integrate to Malauzai for Mobile Banking This has been completed Reported by: Alabama Teachers CU IP POS transactions for EBSCO receiving fees in error This has been corrected Reported by: EBSCO FCU IP Error received when selecting a validate address option on Mailing tab for Business Accts. This has been corrected Reported by: Alabama Teachers CU IP Fee on Misc Disbursement posts backwards when funds type by check or cash This has been corrected Reported by: Ascension CU IP 8626 Null Pointer Exception when MeridianLink imports applicatnt data for a non-existing person This has been corrected Reported by: Georgia s Own CU IP 3904 VCU123 not updating the Open/Close Code This has been corrected Reported by: Patriots FCU, Peach State FCU, Central Jersey FCU IP VCUACHDB has a problem over drafting when account only has the minimum balance in Share Account This has been corrected Reported by: Georgia s Own CU IP METADATA: Corporate America Check Image Link Change i-power Integration Complete Reported by: EPL Data Center IP All account owners are not displaying at Service Center IP This has been corrected IP Requested by: Alabama Teachers CU IP VCI262 needs to be corrected for the Missing Critical Data part of the RMG26210 report This has been corrected Reported by: Alabama Teachers CU IP Invoice Number Overlaps on MICR Line for Peach State This has been corrected Requested by: Peachstate FCU IP 9881 Pulse 14.2 Release mandate for full PPE support as of April 2015 IP 9890 Add bankruptcy code to Velocity dialy export file This has been completed Requested by: Winsouth CU IP 8946 CO-OP Shared Branching Network Enhancements effective June 29, 2015 CO-OP NGN Shared Branching 4000 The information contained in this document is the property of EPL and may not be disclosed in total or in part without the written permission of EPL Inc.Page 110

111 IP 9657 IP 8919 IP 6197 IP 382 Migrate the IPB report flags 1 thru 100 to the new architecture for system options VCUIPO New program used for maintenance of the System and Institution Options tables, printing and displaying the new institution options Upgrade and qualify Oracle Discoverer with java 1.6 and 1.7 clients Qualify Java 7 for i-power client desktops This has been completed Alabama One CU, Alabama CU, Generations CU, Winsouth Credit Union, South Carolina NGFCU Current version of JAVA in Passport is outof date andneeds to support newer security levels. Upgrade to JAVA version 71 to be consistent with IPOWER and TRiP roadmap The information contained in this document is the property of EPL and may not be disclosed in total or in part without the written permission of EPL Inc.Page 111

112 Deployment Procedures Release EPL, Inc. The information contained in this document is the property of EPL and may not be disclosed in total or in part without the written permission of EPL Inc.Page 112