Schwab RT SQL Recordkeeping System Release Notes

Transcription

1 Schwab RT SQL Recordkeeping System Release Notes Release 2.0 and 2.0 baseline patch Executive Summary: Executive Summary: IMPORTANT: Product Enhancements You must convert to 50 investments prior to running this release. Paperless Loans: Enhancements allow eligible participants to apply for loans through the Web without the usual delays involved with requesting and returning application paperwork. Refer to page 14 of the Special Notes section for details. PCRA changes: There are now two separate option.ini settings for Charles Schwab Broker Dealer and Charles Schwab Trust Company. Refer to page 41 of the Special Notes Section for details. ADT Payroll modifications: Small amounts that are not large enough to purchase one unit are now automatically purchased into the next available fund without creating purchase transactions for 0 units. Refer to page 43 for details. New Applications C195/American Funds Export: Creates export files required periodically by American Funds. Refer to page 33 of the Special Notes section for details. C196/CSTC Export: Creates headcount export files required by CSTC for billing purposes. Refer to page 37 of the Special Notes section for details. CNVIPM IPM Expansion Utility: New conversion utility expands the previous limitation from 999 to 9999 IPMs. File conversions are performed on the STM, BAL and VIPM6 files. Refer to page 39 of the Special Notes section for details. CP36/Auto Rebalance Reporting: New reporting module creates automatic balance portfolio (APB) reports by plan or participants. For details, refer to page 44 in the Special Notes Section. Documentation Updates Software Updates HTML Help is updated with all 2.0 features and enhancements. Miscellaneous application updates/code modifications for Schwab RT Recordkeeping. Refer to Page 6.

2 SQL Recordkeeping System 1.5 Release Notes For late-breaking and post-release updates to these Release Notes, check for available Post-Release Notes, located in the Product Resource Center on SchwabRT.com. For later updates to these release notes, visit our Product Resource Center on schwabrt.com. Doc SRT 12/08/2005 Schwab Retirement Technologies Page 2 of 48

3 Schwab RT SQL Recordkeeping System Release Notes Release 2.0.a March 31, 2005 Latest revision December 8, 2005 Copyright 2005 by Schwab Retirement Technologies, Inc., a wholly owned subsidiary of The Charles Schwab Corporation and an affiliate of Charles Schwab & Co., Inc. Information in this document is subject to change without notice. No part of this document may be reproduced or transmitted in any form or by any means, electronic or mechanical, for any purpose without the express written permission of Schwab Retirement Technologies, Inc. For further information, contact Schwab Retirement Technologies, Inc. at Ballantyne Corporate Place, Suite 300, Charlotte, NC 28277, USA, Tel: (800) , Web site: schwabrt.com. Schwab RT Administration Solutions is the property of Schwab Retirement Technologies, Inc., a wholly owned subsidiary of The Charles Schwab Corporation and an affiliate of Charles Schwab & Co., Inc. Revision History: December 8, 2005 Correction added 12/08/2005, page 18: If option #12 (Loan Modeling) is activated, but option #43 (Paperless Loans) is not activated, the participant can still model a loan from the Web. May 03, 2005 Miscellaneous patches added to baseline release. April 20, 2005 Paperless Loans, page 22: In the original release, the Stock Management Account field was required for paperless loans. To accommodate plans that do not include stocks, this field entry is no longer required. When spousal consent is required for a plan, participants who are single are exceptions. An option to accommodate this has been added to the application. 2.0 SQL RK Updates Schwab Retirement Technologies Page 3 of 48

4 Table of Contents Purpose...5 Audience...5 Where to Get Additional Information...5 Prerequisites...5 Accessing Installation Procedures and All Schwab RT Documentation...6 New Upgrade Wizards...6 Changes and Enhancements in Release Special Notes:...16 Paperless Loans Overview...16 Paperless Settings in Plan Maintenance...18 Plan Maintenance/Paperless Settings Tab...19 Spousal Consent Requirements...20 Determining Payroll Frequency by Division Code...24 Maintaining Division Settings...25 Payroll Calendars...26 New Participant Level Settings...29 Spousal Consent on File Options...29 Participant Inquiry Loan Summary Window...30 Participant Inquiry Loan Summary Window...30 C195/American Funds Export...35 American Funds Excessive Trading Policy...38 C196/Charles Schwab Trust Company Export...39 CNVIPM: IPM Expansion Utility...41 New PCRA Modifications...43 C210/Loan Utilities Interest Rates SQL RK Updates Schwab Retirement Technologies Page 4 of 48

5 Purpose Audience The 2.0 SQL Recordkeeping System Release Notes provide you with prerequisites, installation instructions, fixes, and enhancements, and special notes related to the 2.0 SQL Recordkeeping update. Schwab Retirement Technologies provides detailed release notes for each update and release to keep you informed. NOTE: Release 2.0 is the immediate update to the 1.5 release of SQL Recordkeeping. Version naming for SQL Recordkeeping 2.0 coordinates with releases of Web 2.0, Voice 2.0, and Call Center 2.0. This document is intended for SQL Recordkeeping system users who plan to install Recordkeeping 2.0 for the first time, or upgrade from the 1.5 Release. Where to Get Additional Information For questions regarding this update, please call your Schwab RT Professional Services Representative at (800) You can view these release notes and supportive documentation from the Downloads page of our Web site: schwabrt.com. Prerequisites Before You Begin installing the 2.0 update: Make sure all Recordkeeping system users are logged off of the Schwab RT SQL Recordkeeping System prior to installing the update. Back up your RKDB database. Following is the general procedure (although you might have your own particular procedure): 1. Go to the MS SQL database server (where the RKDB database is installed). 2. Select Start>Programs>Microsoft SQL Server>Enterprise Manager. 3. In the Tree panel on the left, select Console Root>Microsoft SQL Servers>SQL Server Group>yoursqlservermachinename>Databases>RKDB 4. Right-click RKDB. 5. Select All Tasks>Backup Database. The SQL Server Backup window appears. 6. Select the appropriate backup method and then click OK. (If you aren t sure what to select under Backup, click the Database complete option.) 2.0 SQL RK Updates Schwab Retirement Technologies Page 5 of 48

6 Accessing Installation Procedures and All Schwab RT Documentation To access detailed procedures for both new installations and upgrades (and All Schwab RT Documentation), follow these directions on the release CD label: 1. Open the release CD. 2. Click either... New Upgrade Wizards GOTO_INSTALL_MEDIA_AND_DOCUMENTATION.htm VIEW_ALL_SCHWAB_RT_DOCUMENTATION.htm New Upgrade Wizards are available for this release (although upgrades can still be performed using Full-Install Wizards in maintenance mode). Each server (PAS, Web, and Database) has an Upgrade Wizard. The wizards automatically upgrade both Call Center, Web, and SQL RK installations. (Call Center clients and SQL RK servers will still be upgraded from Full-Install wizards). These Upgrade Wizards make upgrading easier and also allow customers who didn t previously use wizards to run them. Typically, only two clicks are required when upgrading installations that used previous wizards. The location of new and updated files is based on the current installation location. When upgrading installations that did not previously use wizards, customers are given the option to specify an installation location. It is the user s responsibility to be sure that this location is correct. 2.0 SQL RK Updates Schwab Retirement Technologies Page 6 of 48

7 Changes and Enhancements in Release 2.0 The following table lists software changes and enhancements included in the Schwab RT SQL Recordkeeping 2.0 Release plus baseline patches added through May 3, 2005: Function Case Incident Description C001/Plan Maintenance C004/Participant Maintenance C023/Release C070/Plan Inquiry C071/Participant Inquiry C076/Activity Tracking C078/Loan Inquiry C111/Loan Distribution Maintenance C201/Loan Maintenance C206/Loan Consolidation C210/Loan Utilities C259/OPI Inquiry C282/RK SQL System Maintenance C551/VRS/OPI Refresh C552/VRS/OPI Update C557/VRS/OPI Customer Service CP07/Plan Digest CP08/Loan Reporting CP23/Utility Reporting V-files 9131 Paperless loans-- Enhancements to allow eligible participants to apply for loans through the Web without the usual delays involved with requesting and returning application paperwork. Refer to the Special Notes section page 14 and to the 2.0 Web Release Notes for details. C004/Participant Maintenance C006/Accrued Income Release C012/Trade Maintenance C071/Participant Inquiry C090/Lump Sum Distribution C401/ADP/ACP Test C500/Maintain GIC Contracts CP35/Redemption Fee Report CP561/Confirmation Letters C004/Participant Maintenance C552/Update ADTSYN.dll CTB2/TBOL C150/ADT C004/Participant Maintenance ADTSYN/ADT Synoptic CTB2/Tbol 2 MigrateRK.exe 9291 Short Plan name feature no longer conflicts with the Plan ID in applications. Previously, C090 was referencing only the first three characters of the plan list box instead of referring to the table entry Issue corrected to prevent loss of all elections in all other sources when changing elections in one source Financial ADT in Edit mode modified to prevent Btrieve error (PAD status 78). C000/Start a New Day C019/Price History Maintenance C999/Purge Utilities RKDB2001_RKS201_01.sql Modified functionality to enter a price in the database even if the price remains the same day to day. Previously, the system recognized the last entered price as the price for the current day. C150/ADT ADTFIN.dll Modified to accept Investment IDs with up to 15 characters. The previous limit was 3 characters. 2.0 SQL RK Updates Schwab Retirement Technologies Page 7 of 48

8 Function Case Incident Description C013/Settle Trades ADTFIN.dll C001/Plan Maintenance C210/Loan Utilities Settlement error messages received with lump sums processed through ADT are now redirected to reports rather than screens Loan interest rates are now saving correctly to 2 decimal places after migrating. C023/Release C013/Settle Trades CP02/Buy/Sell Performance enhancements improve settle/release by TDI and in accessing a migrated Order (ORD) file. CP02/Buy/Sell C023/Release Performance enhancements for processing redemption fees. CP03/Allocation Report CTB2/TBOL 2 C031/Plan Fees C032/Participant Fees C158/ CP20/Custom Report Generator CP22/Data Validation & Extract CP24/SCICOM Extract CP27/Statement/Confirmation C005/Income Accrual C006/ Accrued Income Release Application corrected for 0.00 unit values that are inserted into the pending file when redemption fee batches were created Previously, invalid amounts were returned for cumulative pass through dividends. The Allocation Report was affected only when running for an individual participant. TBOL was affected both with an individual participant and with all participants Accruals are now created correctly when selecting All Plans in Current Directory.' C558/PIN Maintenance C559/Record Lock Maintenance ADTSYN.dll C093/Post Hours/Auto Post C094/Withdrawal Temp 9393 Code modified to set the correct number of login attempts for a new participant which was causing record lock counts to not display. Initialized lock count to zero for new PIN records System now correctly allows clearing/changing salaries. C004/Participant Maintenance C071/Participant Inquiry Application corrected to prevent participant inquiry from displaying a second occurrence of a participant in the Census information when the sort is by name. 2.0 SQL RK Updates Schwab Retirement Technologies Page 8 of 48

9 Function Case Incident Description C001/Plan Maintenance C002/Investment Maintenance C004/Participant Maintenance C036m/Maximize Exchanges C046/TDI Maintenance C070/Plan Inquiry C071/Participant Inquiry C177/Charles Schwab Trust PCRA Cashiering Export C178/PCRA Balance File Maint. C179/PCRA Market Value Reversal C183/Charles Schwab Broker/Dealer PCRA Cashiering Export C187/Fidelity SDA Money Movement C557/OPI Customer Service ADTCNV.dll/ADT Conversion ADTSYN.dll/ADT Synoptic ADTFIN.dll/ADT Financial CTB2/TBOL C000/Start a New Day 9240 Previously, the Charles Schwab Custody and Charles Schwab Trust Company used a single setting in the Option.ini to indicate the link setting. The plan level PCRA Trading Link setting is now used to determine whether TDI applications use the link setting from the Option.ini setting for the CSBD or CSTC. Refer to Special Notes Section, page 41 for the required setting and details Application no longer causes lock request time out period error Corrected exclusive locking code to prevent application from endless looping. C001/Plan Maintenance Application corrected to save ERISA address when setting up a new plan Eliminated error messages received when saving multiple changes. C002/Investment Maintenance In response to industry requirements, redemption fee percentages are enhanced to accept 2-decimal place precision, no longer restricted to whole percentages Redemption fee percentage and redemption fee days are no longer required when adding a Vendor ID. C004/Participant Maintenance Added logic to stop the insert process if an error is encountered while adding a new participant record. C005/Income Accrual Performance enhancements Modified to correct error in locating the next record in Pervasive paths. C010/Transaction History Maintenance After modifying transactions, trying another search (or searching with the same parameters used the first time) no longer causes an Access Violation error. 2.0 SQL RK Updates Schwab Retirement Technologies Page 9 of 48

10 Function Case Incident Description C020/File Manager Checkbox option added to BTV Plan Move window for moving activity tracking. Refer to Special Notes section, page 45. C022/Pricing Corrected issue with pricing inconsistencies Application modified to price all assets according to their associated CUSIPs, not just the first investment associated with the CUSIP. C023/Release 9307 Previously, after ORD file migration, the application could not find the correct positioning on the cash batch and associated purchase contribution batches, preventing release and causing a status 8 error. Application modified to release correctly Corrected issue with loans not releasing automatically through TDI when using link Modified to only check that investment elections=100% when the reinvestment method is set to investment elections Redemption fee process no longer creates Status 7 on Pending file when releasing dollar-certain trades. C028X/Backdate Process Enhanced performance when processing with large accrual batches for multiple plans. C031/Plan Fees Corrected error preventing Plan Fees from creating batches. C036m/Transfer & Exchange 9480 Modified to process multiple plans. C037/Accrual Adjustment Accrual Adjustment did not previously accept adjustment amounts, showing zero dollars. C038/Earnings Allocation Corrected database error during allocation to an IPM fund. C041/Dollar Distribution System no longer halts when printing the posting map. C066/Investment Program Maint C067/Investment Program Allocation 8250 Number of Investment Programs (IPMs) on the system is expanded from 999 to Requires running the CNVIPM utility. See Special Notes Section page 39 for details For participants with small balances, Recordkeeping currently creates sales out of investments for pennies, but it cannot create the corresponding purchase because the price of the purchasing investment is too large. This results in a sales transaction without an offsetting purchase transaction. If the calculated units amount is zero, then the sale is not created. If the sale is not created, the purchase transaction is not created. A report is generated to show participants who do not have consequence sales created. 2.0 SQL RK Updates Schwab Retirement Technologies Page 10 of 48

11 Function Case Incident Description C070/Plan Inquiry Corrected navigation of arrows in the Source/Investment window to move to the first Source/investment. C072/Transaction History Inquiry Enhanced application to build dynamic queries that count and retrieve transaction data. C090/Lump Sum Distribution Application modified for updating participant data so that LDT extract reflects correct formatting of Name fields. C091/In-Service Withdrawal Modified to check before updating participant data to see if primary status is set to 0. If so, application checks plan level setting and uses this value for primary status. If plan level is not set, then Code 754, suspended, is used. C114//CSTC Loan/Dist Application enhanced to allow use of Links 3, 21, and 40 for the Loan Distribution (AD&D) Export. C130/Generic Import Dividend processing modified to prevent the Plan ID from loading up the same information multiple times. Added additional error messages Access violation errors previously occurred when the basis list was empty causing the application to shut down C134/Charles Schwab Broker Dealer Export Application corrected to resolve Invalid CUSIP, Link or file locked error. C136/Charles Schwab Broker Dealer Import 9903 Modified to report errors and the record number from the file, while continuing to process. C145/CSTC Enhanced Import/Export 9369 Corrected invalid allocation method error when allocation basis is not set between C150/ADT Enhanced error checking to determine if the directory exists before creating output file. If it doesn't exist, that report is not created and a message is written to the ADT log file Modified to correctly recognize source/fund position Application no longer ignores Plan Maintenance setup when importing loans (automatically defaulting to where interest starts on origination date) Application corrected to prevent range check error when trying to save a job file Corrected penny issue with payroll through ADT so that Cash too small to purchase 1 unit errors are eliminated. These amounts are now automatically purchased into the next available fund and do not create a purchase transaction for 0 units. Refer to the Special Notes section for examples (page 43). 2.0 SQL RK Updates Schwab Retirement Technologies Page 11 of 48

12 Function Case Incident Description C168/Charles Schwab Trust Company Late Order Placement RKDB2003_RKS201_03.sql Performance enhancement. C169/CSTC PCRA Modified to correctly insert records into the PCBAL file. C177/CSTC PCRA Cont. Extract 9240 To accommodate plans that trade with Charles Schwab Trust and Charles Schwab Custody, a Plan Maintenance option is added that directs which link the application uses, based on Option.ini statements. Refer to page 41. C195/American Funds Extract 9265 New application prepares required periodic report files in the format required by American Funds. Setup and operations are detailed in the Special Notes section. Refer to page 33. C196/CSTC Export 9584 New application creates participant head count reports required by CSTC for billing purposes. Refer to the Special Notes for details. Refer to page 37. C202/Loan Repayment Loan remaining amounts are now reset if the repay batch is failed. ADTFIN C303/ERISA Schedule Generator Corrected to run ERISA reports on larger plans without timing out. C999/Purge Utilities Application now correctly allows investment overrides. C204/Loan Payoff Application corrected to accommodate null values when processing retrofitted loans. C210/Loan Utilities Loan interest rates are now saving correctly to 2 decimal places after migrating. C250/Recompute Statement Balance Application modified so that the application correctly updates the balance file for acquisitions (issue applies only with plans in Pervasive mode). C252/Audit (Bal, Prt, Trn) 9891 Audit TRN modified to detect negative prices, report instances and treat them as zero. C280/Participant Data Validation Application modified to check for a valid DOP before passing to the update stored procedure. C303/Schedule Generator 9614 ERISA Report now completes properly without generating calculating revalued cost and printing schedule B error messages Benefit Claims Payable for beginning period was previously reflected as a positive value rather than a negative value Corrected problem where units were being reported as cost. C402/Top Heavy Testing Application corrected to recognize the appropriate date ranges for multiple tax categories of distributions. C551/Refresh Modified to check for Plan ID or SSN change to determine when to read the PRT file, preventing Status 8 errors. 2.0 SQL RK Updates Schwab Retirement Technologies Page 12 of 48

13 C552/Update Function Case Incident Description 9231 Modifications for the Plan Sponsor Reporting enhancement for activity tracking of plan sponsor transactions through the Web. New transaction types added: 32-Plan Sponsor Update PIN, 33 Plan Sponsor Unlock Participant Account, and 34-Plan Sponsor Update address. Enhancements include new tax code window to accommodate paperless loan functionality. Refer to Paperless Loans section of Special Notes for details For ASP efficiency: application Update report is modified to browse for location for update files for downloading. Some window elements have been relocated to a new Report Setup window. Refer to the Special Notes for details Activity file now displays source zero for consolidated plans when a realignment is performed, instead of displaying each individual source. C557/Customer Service Corrected to direct an automatic rebalance realignment to the stock investment, rather than to the stock liquidity. C561/Real Time Modified application to terminate any non-essential data to prevent memory leaks. C994/Realign Investments 9892 Application modified to prevent Access Violation error encountered when swapping investments. C997/Change Utilities Corrected error when combining a participant and updating participant's loan distribution table Application modified to prevent Access Violation error caused by combining participants without any comment rows in transaction history. C999/Purge Utilities 9009 Purge Utility process optimized to ensure plan can be purged when values are in the Division table. CP02/Buy/Sell Corrected to prevent error in printing order numbers with Full Buy/Sell Worksheets in SQL mode Modified code to increase efficiency when running buy sell summaries across Plan Groups Code modified to address occasional Order file issue when running buy/sell in SQL mode Redemption fee batch creation resulted in more than one plan in the same batch if the same asset and the same redemption fee method existed in the plans. This is now corrected. CP15 /Stock Sales Report Stock sales report no longer returns message stating that there are no sales to report on SQL mode plans. CP22/Data Validation & Extract Tool Modified application correct an issue with fund suppression. CP23/Utility Reporting Changed the Operator ID field to read the first 3 characters. Previously it read only 2 characters, and would not report for any operator whose ID was greater than 99. CP24/SCICOM Extract 9451 Loan records previously were not being extracted for SQL mode plans. CP27/Statement Confirmation Information is no longer double spaced on the reports. 2.0 SQL RK Updates Schwab Retirement Technologies Page 13 of 48

14 Function Case Incident Description CP33/Distribution Statements Distribution Statements for just one participant no longer prints all participants. CP35/Redemption Fee Reporting Redemption Fee Report performance enhanced. CP36/Auto Rebalance Reporting New reporting module creates automatic balance portfolio (APB) reports by plan or participants. Refer to the Special Section Notes page 44 for details. CP95/Dist. Reporting Corrected so that redemption fee is reflected in the beginning balance. ADTFIN.dll Modified to correct errors relating to participants who have multiple loans but only one loan being paid, causing non-funded loan payments Performance modifications eliminate re-read errors in ADT Synoptic file. MigrateRK.exe Migration modified to accommodate the IPM conversion To correctly migrate investments using trade link 40, the code was modified to check whether a deferral change is dollar or percentage. If the change is dollar, then 2 decimal places with a. are written to the export file. No change for percentage changes. This affects those using the export file for reporting purposes Previously, when migrating plans, sources that have vesting other than primary would not always migrate with that vesting method when other fields at the source level had values (Vested Percentage, Unvested Cash, Variant Cash, Cumulative Contributions, etc.) Modified to ignore zero election rows when a participant changes elections in a fund from non-zero value to zero and to process zero salaries Code modified to add an account row for participants who had a loan originated in Pervasive but no longer have financial records (uninvested cash, cumulative contributions, etc.). CSQL 9449 SQL mode, loan records now extract into Access database Corrects access violation when extracting non-migrated plan. CTBOL Application no longer receives a Status 2 error when using the replace function. CTBOL Performance improved when pulling a prior period with a participant date and status. CTB2/TBOL 2 PPF information RKSQLcon.exe Corrects migration failing to migrate zero values for salaries of employees who terminated during the year. PPF file did not previously populate correctly Show Inactive Operator checkbox in Security Maintenance now works correctly Attempting to remove a profile with operators attached now returns an error message explaining that profiles with operators attached cannot be removed Previously allowed addition of identical operator IDs with different System assigned values (RK, Web) but did not display them in the Operator view. Identical operators were both held in the Operator table. 2.0 SQL RK Updates Schwab Retirement Technologies Page 14 of 48

15 Function Case Incident Description 9344 Corrected locking error by disabling 30-second default for timer control Enhanced reporting allows you to pick a plan and view portfolio information for the participants in that plan (last rebalance date, portfolio name, and rebalance cycle.) RKDB 9813 Enhanced to track changes made to a client's databases for tax map entries Loan counter no longer reads zero when retrofitting plans in SQL mode Application corrected to assign unique Loan/Distribution file (LDT) IDs across all plans and all Plan Groups Processing loan payoffs-no longer produces error message stating "Could not convert variant of type (null) into type (double) Application corrected to accommodate null values when processing retrofitted loans Enhanced the SQL script for income accruals to get investment IDs first, then the associated records, rather than sorting through all records Modified SQL script to eliminate errors encountered when loading loan balances into Source/Fund remaining balances Corrected error format to return expected information. IPM Conversion Utility (CVNIPM) New conversion utility expands IPM capabilities to allow up to 9999 IPMs. Refer to Special Notes section page 39 for details. 2.0 SQL RK Updates Schwab Retirement Technologies Page 15 of 48

16 Special Notes: Paperless Loans Overview Paperless loan features are available only with SQL-mode plans. Retirement plans that allow participant loans must adhere to plan rules and IRS rules regarding the amount eligible for a loan, the loan term, repayment frequency, and the interest rate. Previously, a participant could request loan application paperwork through the Web site and then complete and return the required paperwork to the recordkeeper for processing a process that delays receipt of the loan check by several days. In contrast, the paperless process directly initiates the sale from the participant s account when the participant submits the request through the Web. This eliminates delays involved in signing and mailing out paperwork. The Web request is updated in Recordkeeping and sales are then posted directly from the participant s account. Some plan sponsors require that they approve all plan loans. With the paperless loan process, a Blanket Loan Authorization signed by the plan sponsor is held on file, authorizing recordkeepers to process paperless loans requested by participants. Participants are directed to a link to apply for a paperless loan. It is the plan sponsor s responsibility to provide current census updates so that the recordkeeper is aware of recent terminations or rehires. If you trade with Schwab Trust, you can sign up to offer paperless loans. Schwab Trust includes all appropriate paperless loan and Truth-in-Lending verbiage right on the check. With the 2.0 release of SQL Recordkeeping, the paperless process is available in conjunction with the release of Schwab RT Web 2.0. Paperless loan processing uses the hierarchical specification method, even if the manual specification method is selected in Plan Maintenance. A new transaction type is added to the Vprtpnd for paperless loans (refer to page 32). When a loan request is submitted through Loan Maintenance, Loan Consolidation, ADT, Web, Voice or Call Center, the loan parameters listed below are set as follows: Interest rate The interest rate can be based on the prime rate set at the global-level or other level (in C282/RK SQL System Maintenance) or the plan level interest rate option (refer to pg 21). Loan Maintenance, Loan Consolidation and ADT pull this interest rate into the application, but this rate can be overridden, unless using the paperless process. Loan ID The loan ID is set using the loan ID naming convention set in Plan Maintenance and the Last Loan ID Counter field in Participant Inquiry (refer to page 28). Manual override is permitted in the Loan Maintenance, Loan Consolidation, and ADT applications. Payroll frequency PayrollByDivision should be turned on through the option.ini file so that the participant's division code determines the payroll frequency for the paperless loan process. Manual override is permitted in the Loan Maintenance, Loan Consolidation, and ADT applications. First payment date The first payment date is based on the payroll frequency, payroll calendar, and the global-level Advance First Payment Date settings. Manual override is permitted in the Loan Maintenance, Loan Consolidation, and ADT applications. Refer to page 6 for a list of Schwab RT Recordkeeping applications affected by Paperless Loans functionality. 2.0 SQL RK Updates Schwab Retirement Technologies Page 16 of 48

17 Global-Level Prime Rate Settings in C282/RK SQL System Maintenance In conjunction with Paperless Loan functionality, the following global-level interest rate settings are added to the System Maintenance application s Loan Parameters window. This application is found in the Recordkeeping Utilities: In earlier releases, the interest rate was set at the plan-level in Plan Maintenance under Loan Parameters/Default Settings. Whenever the prime interest rate changed, the recordkeeper needed to change the interest rate for each plan. Now, you can set prime rates globally. Depending on the plan settings, no change (other than Prime) may be required. The Advance First Payment field is a global setting for the paperless loan process since it determines how far in advance the first payment is set. Enter from 0-60 days in this field. Example: If the global setting is 30 days, the first payment date is set at least 30 days ahead of the date that the loan is being requested. The first payment date also coincides with a date on the payroll calendar. If a participant has a semi-monthly payroll frequency and requests a loan on 1/6/05, then the first payment date is set for the next payroll after 30 days so that the participant s first payment date is 2/15/05. Once entering a value in the Advance First Payment field, the Prime rates must also be set on this window (global level) for both General and Residential loans through the Prime Interest Rate fields. (You can enter 0-100%). Note: Residential Loans are not available through the paperless process at this time. If global settings are not entered in the Loan Parameters window, the paperless process uses a zero value for all fields. For example, if the interest rate option in Plan Maintenance is selected as Prime + 0.5%, the system uses 0.5 as the interest rate ( %). Also, if you do not enter an Advance First Payment setting, the system might calculate a first payment date as early as tomorrow since a value of 0 means 0 days for advancement. Therefore, once you enter an Advance First Payment day, you must also enter the Prime Interest Rates in this window. 2.0 SQL RK Updates Schwab Retirement Technologies Page 17 of 48

18 Paperless Settings in Plan Maintenance To indicate on a plan level which plans offer paperless functionality through the Web, settings are added to C001/Plan Maintenance under VRS/OPI Setup Options. Each plan also allows you to select the participants who are eligible for a loan using status codes. The settings are viewable in C070/Plan Inquiry, reported on the CP07/Plan Digest report, and tracked in C076/Actvity Tracking: The Paperless Loans option is not selected by default. The recordkeeper should have a Blanket Loan Authorization from the plan sponsor on file before selecting #43 Paperless Loans. New Paperless Setup Option in Plan Maintenance: 43 Paperless Loans (New selectable option for Web only) NOTES: If the Paperless Loans option is selected, the valid cycle selections and all appropriate settings for the loan repayment schedule are required. If the Paperless Loan option is not selected, then any cycle can be selected in the Loan Maintenance (C201), Loan Consolidation (C206), and ADT (C150) applications since the system will not determine whether appropriate settings are present to calculate the first payment date. Options 41 Paperless Termination Distribution and 42 Paperless Hardship Withdrawal are not activated in Release 2.0, but intended for a future release of Recordkeeping) Option #20 (Request a Loan Manual by Operator) exists in earlier releases. Options #20 and #43 are mutually exclusive (only one of these two can be selected). Options pertain only to requests for distribution paperwork and do not affect Paperless transactions. If option #12 (Loan Modeling) is activated, but option #43 (Paperless Loans) is not activated, the participant can still model a loan from the Web. Note: Option 12 (Loan Modeling) must be selected for paperless loans to be available. 2.0 SQL RK Updates Schwab Retirement Technologies Page 18 of 48

19 Plan Maintenance/Paperless Settings Tab The following new Paperless Settings tab is added to the VRS/OPI settings node: From this tab, you can select or clear the appropriate Status Codes Eligible for Paperless Loans. No status codes are selected by default. Select any status codes eligible for a paperless loan in the Status Codes Eligible for Paperless Loans box. The Status Codes Eligible for Paperless Loans selections apply to participants who go through the process of requesting a loan. Modeling using the paperless loan process can be done by a participant with any status code. 2.0 SQL RK Updates Schwab Retirement Technologies Page 19 of 48

20 Spousal Consent Requirements Under Other Plan Features in Plan Maintenance, options from the Other Plan Features tab are now split onto two tabs labeled, Other Plan Features and Other Plan Features Continued. The Other Plan Features Cont. tab includes three Spousal Consent options: Spousal Consent can be set for loans (SQL plans only) in this window. Spousal Consent Required for Loan (formerly J&S Required ) Note: The following two options are not available for paperless loans with Release 2.0, but scheduled for use with a future release. Spousal Consent Required for Withdrawal Spousal Consent Required for Terminal Distribution Note: Refer also to the Participant Level settings for Spousal Consent on File on page SQL RK Updates Schwab Retirement Technologies Page 20 of 48

21 Above: The Other Plan Features tab in Release 2.0. This window is displayed here to indicate that some fields have been moved to the Other Plan Features Cont. tab. 2.0 SQL RK Updates Schwab Retirement Technologies Page 21 of 48

22 Assigning Loan IDs Options for assigning loan IDs appear under the Loan Parameters/Plan Level Controls window in Plan Maintenance: One of the four Loan ID Assignment options must be selected. Incremented Numerically (default) 001, 002, 003. SSN + Numeric Last 4 digits of SSN plus the loan counter. A participant with an SSN of would have his first loan ID assigned as , the second loan ID as , then Last Name + Numeric Last 5 digits of the participant s last name plus the loan counter. Joe Brown s first loan ID would be brown001. The loan ID field allows up to 8 alpha-numeric characters. If a last name is long, the system uses the first part of the last name. For Kilpatrick, the first loan ID would be kilpa001, then kilpa002 If a last name is less than 5 letters, then the full last name would be used. For Fox, the first loan ID would be fox001, fox002 First Initial + Last Initial + Numeric First and last initial plus the loan counter. Joe Brown would have a loan ID for loan #1 of jb001. Changing Loan IDs When you use the Change Utilities application to change a Loan ID for an individual participant, it affects Loan ID assignments for C201/Loan Maintenance, C206/Loan Consolidate, Voice, Call Center, or Web and allso applies to manual loans. You can only change the Loan ID for an individual loan, but not for a group of participants. Note that in Loan Maintenance, you can override the Loan ID if required. 2.0 SQL RK Updates Schwab Retirement Technologies Page 22 of 48

23 Plan-Level Prime Rate Settings To make setting prime rate settings more efficient at the plan level, the new options are added to the Default Loan Settings windows in Plan Maintenance and for viewing in Plan Inquiry: The new fields must be completed in Plan Maintenance when the 43 Paperless Loans option is selected in VRS/OPI Setup options. Interest Rate: Plan level prime interest rate options allow different rates for general loans and residential loans. Note: Select global prime interest rates in the C282/System Maintenance application under Loan Parameters. Prime Prime + 0.5% Prime + 1.0% Prime + 1.5% Prime + 2.0% Other The default setting for Other will be the plan s current interest rates. If Other is selected, the percentage you enter is used and a global-prime rate is not used. The format for the Other interest rate is ##.##% (Example: 06.25%) Note: These interest rate options are also added to C210/Loan Utilities. (Refer to page 46.) The prime rate set at the global level and these plan-level interest rate settings determine the rates used for loans originated through C201/Loan Maintenance, C206/Loan Consolidation, C150/ADT, Web, Voice, and Call Center. Calculations for the payment amount and the estimated amortization schedule that display on the Web do not determine interest amounts from the origination date. Default Repayment Cycle: Select the appropriate default cycle. 2.0 SQL RK Updates Schwab Retirement Technologies Page 23 of 48

24 Stock Management Account This new field entry is required for plans that include stock. Interest Base (360 or 365 days). Usually keep the default selection, 360. Interest Begin Date (First Payment or Origination). Keep the default selection (First Payment) because Paperless loans always use the interest from the first payment logic in the calculations on the Schwab RT Web. Determining Payroll Frequency by Division Code Recordkeeping allows a participant s payroll frequency to be determined by the participant s division code. (Refer to page 24 for more information.) A payroll calendar is added at the planlevel to determine the exact date of the first payment The Division code allows alphanumeric characters and maintains the leading zero. Division Code 0 should be setup for the Paperless loan process for the default payroll cycle. 2.0 SQL RK Updates Schwab Retirement Technologies Page 24 of 48

25 Maintaining Division Settings To make changes to the division grid, select the Division you wish to change and then, click Maintain Division. The Division Settings dialog box appears: Select a Cycle and enter a Pay Date (day of the cycle) the loan payment due date. The Pay Date 2 field is used only when a semi-monthly cycle is selected. The Start Date field is used only with bi-weekly cycles to indicate when the first payment should begin. Click Save to Grid to save your settings and update the Payroll Cycles Grid. If you do not click Save to Grid before closing this dialog, they are not saved to the database. 2.0 SQL RK Updates Schwab Retirement Technologies Page 25 of 48

26 Payroll Calendars Payroll Calendars can be tied to a participant s division codes. The recordkeeper assigns a payroll frequency, pay date(s), and start date. Division Payroll Frequency Pay Date Start Date 1 Weekly Every Friday n/a 2 Bi-Weekly Every Other Friday 1/7/05 3 Semi-Monthly 15 th and 31 st n/a 4 Monthly 1 st n/a 5 Quarterly 101, 102, or th n/a o o o o o Weekly Select a specific day of the week as the Pay Date (do not have to include a start date). Bi-Weekly Select a specific day of the week as the Pay Date (must include a start date). Semi-Monthly Select two days of the month as the Pay Date (do not have to include a start date). Monthly Select a day of the month as the Pay Date, (do not have to include a start date. Quarterly Select the appropriate quarterly cycle 101: Qtrly Mar, Jun, Sep, Dec 102: Qtrly Feb, May, Aug, Nov. 103: Qtrly Jan, Apr, Jul, Oct. Then select the day of the quarter that the payment should be made. For example, If you select 101: Qtrly Mar, Jun, Sep, Dec, cycle and the first day of the quarter. Payments would be March 1 st, June 1 st, Sept. 1 st, and Dec. 1 st. The system calculates all future payroll dates based on the payroll frequency, pay date and start date (for bi-weekly payrolls). The system also accounts for leap years. If a semi-monthly payroll is set up for the 15 th and the 31 st of each month, for those months that have less than 31 days, the payroll date would be either the 28 th (for February) or the 30 th (for April, June, September, November) rather than the 31 st. A global Advance First Payment Date setting allows you to determine how far in advance the first payment date is set. This setting is also saved in C282/RK SQL System Maintenance application. A number of days between 0 and 60 can be entered. (Refer to page 15). Example: If the global setting is 30 days, the first payment date is set at least 30 days ahead of the date that the loan is being requested. The first payment date also coincides with a date on the payroll calendar. If a participant has a semi-monthly payroll frequency and requests a loan on 1/6/05, then the first payment date is set for the next payroll after 30 days so that the participant s first payment date is 2/15/ SQL RK Updates Schwab Retirement Technologies Page 26 of 48

27 Example # 1: Payroll frequency: Weekly Pay dates: Every Friday (1/7/05, 1/14/05, 1/21/05, 1/28/05,.) Advance First Payment Date: 14 days A participant requests a loan on 1/3/05. The first payment is the first pay date after the Advance First Payment Date (14 days from request date). The loan is requested 1/3/05 14 days following is 1/17/05. The next pay date after 1/17/05 is 1/21/05 so the first payment date is set to 1/21/05. January Example # 2: Payroll frequency: Bi-weekly Pay date: Every Other Friday (1/7/05, 1/21/05, 2/4/05) Advance First Payment Date: 10 days A participant requests a loan on 1/3/05. The first payment is the first pay date after the Advance First Payment Date (10 days from request date). The loan is requested on 1/3/05 10 days following is 1/13/05. The Friday following 1/13/05 is 1/14/05, but since this is not a pay date, the next pay date is 1/21/05 which is the first payment date. January SQL RK Updates Schwab Retirement Technologies Page 27 of 48

28 Example # 3: Payroll frequency: Semi-monthly Pay date: 15 th and last day of the month Advance First Payment Date: 30 days A participant requests a loan on 1/3/05. The first payment is the first pay date after the Advance First Payment Date (30 days from request date). The loan is requested on 1/3/05 30 days following is 2/2/05. The next pay date after 2/2/05 is 2/15/05 which is the first payment date. January February When a loan is originated, the system does not allow a first payment date that occurs in the past. NOTE: If the Paperless Loans option is selected, the valid cycle selections and all appropriate settings for the loan repayment schedule are required. If the Paperless Loan option is not selected, then any cycle can be selected in the Loan Maintenance (C201), Loan Consolidation (C206), and ADT (C150) applications since the system will not determine whether appropriate settings are present to calculate the first payment date. 2.0 SQL RK Updates Schwab Retirement Technologies Page 28 of 48

29 New Participant Level Settings Spousal Consent on File Options New options are added to Participant Maintenance on the Activity Controls tab to indicate whether the spousal consent is on file for loans, withdrawals, and distributions: If spousal consent is required, based on the setting in Plan Maintenance, the following Spousal Consent On File options are used to indicate whether consent forms are on file: For Loan The For Loan option in prior releases was named, Spousal Consent on File. Note: The following two options are not available for paperless transactions with Release 2.0 but scheduled for a future release. For Withdrawals For Distributions 2.0 SQL RK Updates Schwab Retirement Technologies Page 29 of 48

30 Participant Inquiry Loan Summary Window When a loan is assigned, the Last Loan ID Counter field in the Participant Inquiry/Loan Summary window serves as a reference to assign the next loan ID. The counter field is updated with each new loan. All existing Loan Identifiers for participants appear in the Loan Identifier grid. These may not be based on the Loan ID assignment settings in Plan Maintenance (refer to the previous section). The new fields are reported on the Utility Reporting/Participant Master (CP23) and tracked in Activity Tracking (C076). All loans requested through the paperless loan process are tracked in Activity Tracking with the new 596 activity tracking origin code. The following are examples for the first two naming convention methods: Incremented Numerically (001, 002, 003 ) A participant taking the first loan is assigned loan ID appears in the Last Loan ID Counter field. When the second loan is taken, loan ID 002 is assigned, even if loan 001 is paid off and removed from the system. 002 then appears in the Last Loan ID Counter field. Social Security Number plus Numeric A participant with a Social Security Number of will be assigned loan ID , which appears in the Loan Identifier grid. The Last Loan Counter field displays this first loan as 1. The participant s second Loan ID would be , followed by The Last Loan Counter field is updated with 2, 3, etc. When a loan batch is failed, the loan counter showing the number of outstanding loans (Number of Loans field) in Participant Inquiry is reduced. For example, if a participant has one loan outstanding and then requests another loan, but then the batches for the second loan are failed, the outstanding number of loans remains as 1. When a loan batch is failed, the Last Loan ID Counter field is not reduced. 2.0 SQL RK Updates Schwab Retirement Technologies Page 30 of 48

31 New C552/VRS/OPI Update Modifications: The following changes in Recordkeeping coordinate with Plan Sponsor options added to Web 2.0. The VRS/OPI Update application allows customers to download activity export information to a specified location. Other new options are added for Plan Sponsor Request processing and whether or not to process locked participants. The following two new options are added to the Process Setup Window in VRS/OPI Update: Report Plan Sponsor Requests: Plan Sponsor requests processed through the Web are automatically updated. By selecting this checkbox, the system reports the changes updated on the Web by the plan sponsor, such as address changes. Clear the checkbox to bypass reporting plan sponsor updates. Process Locked Participants: Select this checkbox to process participant requests whether or not they are locked out. Clear the checkbox to prevent processing updates for locked out participants. 2.0 SQL RK Updates Schwab Retirement Technologies Page 31 of 48

32 The Update Report Setup window is modified with new options: Below: Modified Report Setup window with new Print Loan Amortization Report option. New Loan Amortization Report: Select the Print Loan Amortization Report checkbox to print a loan amortization report. Enter a File Name and location or Browse to find the desired location. You can print the report without Social Security Numbers by selecting the Suppress Social Security Number checkbox. 2.0 SQL RK Updates Schwab Retirement Technologies Page 32 of 48

33 A new Loans window in C552/VRS/OPI Update stores tax codes used for the loan origination, fee and stock management purchase, consistent with the way transfer tax codes are stored: 2.0 SQL RK Updates Schwab Retirement Technologies Page 33 of 48

34 Origin Code Changes: Plan Sponsor Pin Update Origin is 553 Transaction Number = 32 Activity Field = 963 Plan Sponsor Unlock Participant Account Origin is 553 Transaction Number = 33 Activity Field = 964 Plan Sponsor Update Origin is 553 Transaction Number = 34 Activity Field = 965 Paperless Loans Origin is 596 Transaction Number = 35 Activity Field = 966 Terminated Participant to Change Address Origin is 553 Transaction Number = 36 Activity Fields Address 1 = 6 Address 2 = 7 City = 349 State = 350 Zip = 351 Actual Verbiage -- new Origin Code: 596 = 'OPI LOAN ORIGINATION Actual Verbiage -- Activity Tracking. (Those used for Address Change existed previously.). 963 = 'PLAN SPONSOR - PIN' 964 = 'PLAN SPONSOR - UNLOCK VPRT RECORDS' 965 = 'PLAN SPONSOR - ADDRESS' 966 = 'PAPERLESS LOAN' 2.0 SQL RK Updates Schwab Retirement Technologies Page 34 of 48

35 C195/American Funds Export The American Funds Export provides export files containing periodic information required by American Funds. By contract, Recordkeeper Connect firms need to submit two files in a predetermined format periodically throughout the year. These files contain participant names/addresses and quarterly plan data. The following information details how to create these files through SQL recordkeeping. The file layouts, file transmission method, and due dates are available from American Funds. Before Running the Application: 1. To use the C195/American Funds Export, you must first add the module to your Recordkeeping system and then add it to the Favorites (the module does not appear in the SQL Recordkeeping tree.) To add the module, select Modules from the Admin menu. Click Add and locate the C195.exe from your Recordkeeping executables directory. 2. From the Favorites menu, select Edit Favorites, select the C195 application from the executables directory, and then click Open. The system confirms the new Favorite. Note: The C195 module runs only with SQL plans. 3. Next ensure that the plan has been added in C046/TDI Maintenance. 4. Create a Vendor ID in C033/Vendor Maintenance. Important Note: If you do not want to invoke redemption fee logic, ensure that no tax codes are selected under the sale or purchase nodes in this module. 5. Add the Vendor ID to the investment in C002/Investment Maintenance. Note: For Release 1.4, you must also input a redemption fee percentage and days when adding the Vendor ID to the investment. (As long as tax codes are not selected in C033, redemption fee logic will not be activated.) 6. The American Funds export file includes the name of the Plan Sponsor. There is no field in Plan Maintenance demographics specifically titled, Plan Sponsor. Instead, Recordkeeping extracts this information from the Related Account field on the Plan Demographics/Page 1 window in Plan Maintenance. The Plan Sponsor name should be entered in that field. 7. Add the following new section and line to your Option.ini file to determine a local or network drive location (any path) where the American Fund export files will be written: Example: [American Funds] ExportPath=C:\Docpath\AFExport 8. Under this export path, copy the C195.ini file. Edit the text file s parameters as suggested in the following example notes. Actual values will need to be populated by the user. 2.0 SQL RK Updates Schwab Retirement Technologies Page 35 of 48

36 C195ini [Vendor] ID=00500 Specify the Vendor ID established for American Funds. This value determines the default in the application s Vendor field. [File Names] These client initials and the date become the name of the export file. Quarterly Plan Data=SRTPlan Example: SRTplan txt Participant Name/Address=SRTPart [Status Codes] These codes determine which participants are included in the counts for participants and eligible employees in the Quarterly Plan Data file. Participants=751,752,753,754,755,756,757,758,759,760,761, 762,763,765 EligibleEmployees=751,752,753,754,755 [Calendar] The CUSIPs entered determine which investments are pre-checked in the Select Investments grid for the selected As Of Date month. Jan= Feb= Mar=ALL Apr= May= , , Jun= , , , , , Jul= , , Aug= , Sep= , , , Oct=ALL Nov= Dec= SQL RK Updates Schwab Retirement Technologies Page 36 of 48

37 Running the American Funds Export 1. Open the C195 module from the Favorites menu. The following Export Options window appears: 2. Select either (or both) of the Quarterly Plan Data export file or the Participant Name/Address export file. 3. Under Vendor, select the appropriate Vendor ID. The default is determined by the Vendor listed in the C195.ini file. 4. The As Of Date field is populated with the most recent end of month date by default. If you are preparing the export for another month, you can change this date, but it must always be set to the end of the month selected. Any other date will prompt an error message. 5. Open the Select Investments window from the application tree and select the appropriate checkbox for the name of the investment(s) and CUSIP(s) from the available selections Investments linked to the Vendor will appear. The investments checked by default are determined by the As of Date and the Calendar entries in the C195.ini. 2.0 SQL RK Updates Schwab Retirement Technologies Page 37 of 48

38 6. Click Process to complete the export file. The export file(s) will be located in the directory designated in the Option.ini file. American Funds Excessive Trading Policy At the end of December, 2004, American Funds announced a new Excessive Trading Policy for individual shareholder and retirement plan participant accounts. Schwab RT Recordkeeping is committed to supporting this policy as it applies only to participant exchanges. Although the Schwab RT Recordkeeping system release 2.0 does not currently meet these requirements, the SQL and Pervasive Recordkeeping systems are being modified to support it. These changes will be introduced as a patch for Pervasive and SQL Recordkeeping release 2.1. This delay is necessary to allow sufficient development and testing of the appropriate procedures. For questions regarding this development, please contact Ben Lee at ( or Harry Nelson at (704) SQL RK Updates Schwab Retirement Technologies Page 38 of 48

39 C196/Charles Schwab Trust Company Export The Charles Schwab Trust Company Export provides headcount information required by CSTC for billing purposes. The following information details how to create the export file through SQL Recordkeeping. Before Running the Application: 1. To use the C196/CSTC Export, you must first add the module to your Recordkeeping system and then add it to the Favorites (the module does not appear in the SQL Recordkeeping tree.) To add the module, select Modules from the Admin menu. Click Add and locate the C196.exe from your Recordkeeping executables directory. 2. From the Favorites menu, select Edit Favorites, select the C196 application from the executables directory, and then click Open. The system confirms the new Favorite. Note: The C196 export runs only with SQL plans. 3. Next ensure that the plan has been added in C046/TDI Maintenance. C196 is designed to work only with Links 3 and Create a Vendor ID in C033/Vendor Maintenance. Important Note: If you not want to invoke redemption fee logic, ensure that no tax codes are selected under the sale or purchase nodes in this module. 5. Add the Vendor ID to the investment in C002/Investment Maintenance. Note: With SQL Release 1.4, you must also input a redemption fee percentage and days when adding the Vendor ID to the investment. (As long as tax codes are not selected in C033, redemption fee logic will not be activated.) 6. Add the following new section and line to your Option.ini file to determine the local or network drive location where the CSTC export files are written: [CSTC Billing] ExportPath=C:\Docpath\CSTCExport\ 7. Under this export path, copy the C196.ini file. Edit this text file parameters as suggested in the following example notes. Actual values will need to be populated by the user. C196.ini [Vendor] Specify the Vendor ID established for CSTC Broker Sold. The vendor ID(s) entered determines which investments are included in the file. ID=00001,00002 [File Names] The client initials and dates entered become the name of the export file. Example: SRTHeadCount txt. Billing File=SRTHeadCount [Status Codes] The codes entered determine which participants are included in the headcounts. Participants=751,752,753,754,755,756,757,758,759,760,761,762,763, 765 Example entries shown: Actual values need to be populated by the user. 2.0 SQL RK Updates Schwab Retirement Technologies Page 39 of 48

40 Running the CSTC Export Open the C196 application from the Favorites menu. The following Export Options window appears: The As Of Date field is populated by default with the most recent end of month date. If you are preparing the export for another month, change this date, but you must always use an end of the month date. Any other date prompts an error message. Click Process to complete the export file. The reported data will be from one of the following two queries: 1. Any participant with a balance in a fund at the beginning of the period assigned to one of the selected vendors. 2. Any participant with any transactions in a fund during the period assigned to one of the selected vendors. In addition, the participant s primary status must match one of the specified primary statuses at the end of the period. 2.0 SQL RK Updates Schwab Retirement Technologies Page 40 of 48

41 CNVIPM: IPM Expansion Utility The CNVIPM utility (SQL Recordkeeping 2.0) expands the former limitation of 999 IPMs to 9999 by converting the following files: VIPM6.btv (System) STM BAL After installing Release 2.0, you will need to run the utility from ADMIN/UTILITIES. NOTE TO VOICE CUSTOMERS: Those using old Schwab RT Voice will also need to install a minor upgrade to Voice. Please contact Schwab RT Professional Services for more information. From the System Files window, select the system-level VIPM6 file and then click Process. When processing is complete, a report appears to confirm the conversion process. 2.0 SQL RK Updates Schwab Retirement Technologies Page 41 of 48

42 Next, to convert the plan-level BAL and STM files, select one or both options from the Plan Files window. Then from the Select Paths window select the paths you need to convert. Click Process to complete and print the report. 2.0 SQL RK Updates Schwab Retirement Technologies Page 42 of 48

43 New PCRA Modifications Previously, the Charles Schwab Broker Dealer and Charles Schwab Trust Company used a single setting in the Option.ini to indicate the link setting. To change from the CSBD to CSTC required manually changing the link ID in this setting. There are now two separate settings, one for CSBD, and the other for CSTC. Note: Before using the CSBD application, you must first add the new setting to your option.ini. A plan level PCRA Trading Link setting is used to determine whether TDI applications use the link setting from the option.ini setting for the CSBD or CSTC. If the Trading Link is set to 0 (Trust), the modules use the Trust setting. If the Trading Link is 1, the modules use the Broker/Dealer setting. The RPA enables the vendor to return trades to the correct client: The following setting is for The Charles Schwab Broker Dealer. [TDI] Schwab_BD_PCRA=Account RPA number The following setting is used for The Charles Schwab Trust Company: [TDI] Schwab_PCRA=Account RPA number As they are launched, the following modules read and are affected by these option.ini settings. C177/Charles Schwab Trust PCRA Cashiering Export C187/Fidelity SDA Money Movement If the Schwab_PCRA setting for CSTC is not found in the option.ini, the application closes and produces an error message reporting that the option.ini setting is missing. You can select a range of batches to be processed. Only batches attached to plans set up for Trust processing are recognized by the application. C183/Charles Schwab Broker/Dealer PCRA Cashiering Export If the Schwab_BD_PCRA setting for CSBD is not found in the option.ini, the application closes with an error message reporting that option.ini setting is missing. You can then select a range of batches to be processed and only those batches attached to plans set up for Broker Dealer processing are recognized by the application. C178/PCRA Balance File Maintenance The application checks for one of the PCRA settings in the option.ini. Once you select a plan from the application window, the application determines whether changes to PCRA balances are allowed. If the plan is set up for either the Trust or Broker Dealer but the appropriate option.ini setting is missing, an error message is returned. C001/Plan Maintenance and C070/Plan Inquiry PCRA fields appear in the application if either option.ini setting exists. C002/Investment Maintenance If either option.ini setting exists, the application displays PCRA field Link SQL RK Updates Schwab Retirement Technologies Page 43 of 48

44 C004/Participant Maintenance and C071/Participant Inquiry The application uses the option.ini setting to determine whether to retrieve PCRA data for the participant. When a plan is selected, the application checks to determine if the plan is set for the Trust or Broker/Dealer and then checks for the appropriate option.ini setting before retrieving the PCRA data. C046/TDI Maintenance When a plan is selected, the application checks to determine if the plan is set for the Trust or Broker/Dealer and whether the appropriate setting exists in the option.ini file. If the settings are correct, the application allows link 20 to be attached to the plan. If not, link 20 is unavailable. C036m/Maximize Exchanges and C557/OPI Customer Service The application checks the PCRA setting to determine whether to retrieve the PCRA balance for transfer. Once a plan is selected in the application, it checks the option.ini settings before retrieving PCRA data. CTB2/TBOL The application allows PCRA information to be read in the file. When a plan is selected, the module checks for either Trust or Broker/Dealer settings and allows appropriate PCRA data to be read through TBOL. C179/PCRA Market Value Reversal The application sets Link 20 if either PCRA setting exists in the option.ini file. C150/ADT The application reads the two option.ini settings within the ADT dll s since global settings are lost once inside the dll. 2.0 SQL RK Updates Schwab Retirement Technologies Page 44 of 48

45 C150/ADT Payroll Modifications Payroll modifications are added to this release so that small cash amounts that are not enough to purchase one unit are now automatically purchased into the next available fund. If the amount is still too small to be purchased, then the amount continues on to the other funds until it is purchased. If there are purchases that can not be done because the amounts are insufficient in any fund for a transaction, then the amount is uninvested. This avoids creating pages of errors reporting "Cash too small to purchase 1 unit" (primarily with loan repayments). Note the following examples: 1. Example: Purchase of $2.00. Investment elections determine that $.37 will go to fund A. $1.60 will go to fund B, $.02 will go to fund C, and $.01 will go to fund D Since the purchase of $.02 into fund C is too small, the $.02 is added to the $.01 for purchase into fund D. The sum of these ($.03) is too small to purchase into fund D. Therefore, the $.03 is added to the $.37 for fund A. The result is that $.40 is purchased into fund A and $1.60 is purchased into fund B. There is no uninvested cash. No error message is printed on the error report since the penny amounts were purchased into another fund. 2. Example: Purchase of $.03 Investment elections determine that $.02 will go to fund A and $.01 will go to fund B. Since the purchase of $.02 is too small for fund A the purchase cannot be done, and instead is added to the purchase for fund B. However, the purchase of $.03 is too small for fund B and cannot be done. Since there are no other funds to consider for the purchase, this amount remains as uninvested cash. In this case, an error message indicates that this purchase cannot be done SQL RK Updates Schwab Retirement Technologies Page 45 of 48

46 CP36/Auto Rebalance Reporting A new reporting application, located under Reporting/Plan, allows you to create automatic rebalance reports by plan or participant. These reports can optionally be run in unattended mode. All options are available from the application s Report Detail window. The appropriate fields are activated according to the Report Type selected (Plan Auto Rebalance or Participant Auto Rebalance): To run the Auto Rebalance report, do the following: 1. Select a Report Type. You can create a report across all plans for Plan Auto Rebalance or a selected plan (Participant Auto Rebalance). 2. Participant report only: Next enter the Plan ID or select it from the drop-down field. 3. Participant report only: You can either select a Portfolio Name, or select ALL portfolios to run the report across all available portfolios. 4. Participant report only: Select or clear the option to Include Participants With An Elect Out Date in the report. 5. Plan report only: Select or clear the option to Include Plans With Auto Rebalance Turned Off. 6. If running a Plan Auto Rebalance report, select from the Plan Report Order options to sort data by Plan ID, Rebalance Day, or Last Rebalance Date. 7. For SQL Plans only: If running a Participant Auto Rebalance report, select from the Participant Report Order options to sort data by Portfolio, Cycle, or Last Rebalance Date. Pervasive plan report sorts by Social Security Number. 8. Click Process to complete the Auto Rebalance report using the set options. 2.0 SQL RK Updates Schwab Retirement Technologies Page 46 of 48

47 C020/File Manager The following Move Activity Tracking option is added to the File Manager/SQL Plan Move window to allow selection of whether or not to move activity tracking with the plan. If activity tracking does not need to be moved, clearing this option reduces processing time. 2.0 SQL RK Updates Schwab Retirement Technologies Page 47 of 48

48 C210/Loan Utilities Interest Rates New (plan level) prime interest rate options are available in the Set Loan Interest Rate window in Loan Utilities, allowing different rates for general loans and residential loans. Note: Select global prime interest rates in the C282/System Maintenance application under Loan Parameters: Prime Prime + 0.5% Prime + 1.0% Prime + 1.5% Prime + 2.0% Other Other: The default setting uses the plan s current interest rates. The format for the Other interest rate is ##.##% (for example, 06.25%). 2.0 SQL RK Updates Schwab Retirement Technologies Page 48 of 48