ࡱ> 25/01{ +bjbjzz ;Q&&&&&T\&\&\&&<0(\&{tvD)v,,,,.6\x80sssssss$vy@ t&=..== t&&,,H5tE@E@E@=^&,&,sE@=sE@E@2d,"i,0}Us)>Zf.sKt0{t gz?:z\"i"i\z&~ih 9V:|E@:d6;999 t t?999{t====z999999999 $:   U.S. Department of Housing and Urban Development TENANT RENTAL ASSISTANCE CERTIFICATION SYSTEM TRACS Release 2.0.2.D Industry Specifications June 2012-Final Version UpdatedMay 2013Prepared by: TRACS Development Team U.S. Department of Housing and Urban Development 451 Seventh St., S.W. Washington, DC 20410-0050 TRACS Release 2.0.2.D Industry Specifications Notes: Not all TRACS 2.0.2.D changes are listed in this document. Refer to the 202D versions of MAT Guide chapters 4, 5 and 6 as well as to Appendices H and J for all changes to fields and rules. See also, the supporting spreadsheets and form changes for 2.0.2.D. In all documents, changes since the TRACS 2.0.2.C versions are shown in Yellow. Any changes made since the last published version of a document are shown in Aqua. Some additional TRACS only changes may be included in 2.0.2.D. These items will have no OA or CA software impact and will be added to the specification at a later date. The 2.0.2.D Specification contains new fields, new or extended meanings for old fields and new and revised policy guidance. It is extremely important to remember that none of the 2.0.2.D changes or new requirements may be enforced prior to when a project starts using 2.0.2.D or at the end of the 2.0.2.D transition period, whichever date is earlier.  TOC \o "1-3" Chapter 1: Introduction  PAGEREF _Toc356881844 \h 1-1 1.1 Background  PAGEREF _Toc356881845 \h 1-1 1.2 Using this document  PAGEREF _Toc356881846 \h 1-2 1.3 Schedule and Testing  PAGEREF _Toc356881847 \h 1-3 Chapter 2: Design Considerations  PAGEREF _Toc356881848 \h 2-1 2.1 System Description  PAGEREF _Toc356881849 \h 2-1 2.2 Voucher Detail and Adjustments added to the MAT30:  PAGEREF _Toc356881850 \h 2-1 2.3 History Baseline Requirements: No Changes to TRACS  PAGEREF _Toc356881851 \h 2-3 2.4 Anticipated Children Acknowledged: Required for TRACS, No Site or CA Software Impact  PAGEREF _Toc356881852 \h 2-4 2.5 Owner and Parent Company DUNS Numbers and TINs added to header records  PAGEREF _Toc356881853 \h 2-4 2.6 Section 8 Income Exception Codes  PAGEREF _Toc356881854 \h 2-5 2.7 Rent Overrides  PAGEREF _Toc356881855 \h 2-5 2.8 Secondary Subsidy Type field expanded  PAGEREF _Toc356881856 \h 2-6 2.9 Extenuating Circumstances Code (Formerly Tenant Unable to Sign Indicator)  PAGEREF _Toc356881857 \h 2-6 2.10 Eligibility Check Not Required field added  PAGEREF _Toc356881858 \h 2-7 2.11 Member Relation Code Changes  PAGEREF _Toc356881859 \h 2-7 2.12 New Household Member Special Status Codes  PAGEREF _Toc356881860 \h 2-8 2.13 New Household Member Sex Code Values  PAGEREF _Toc356881861 \h 2-8 2.14 Household Member SSN Exception Codes added  PAGEREF _Toc356881862 \h 2-8 2.15 SSN Benefits Claim Number activated  PAGEREF _Toc356881863 \h 2-8 2.16 Proration of Imputed Asset Income  PAGEREF _Toc356881864 \h 2-9 2.17 Double Subsidy  PAGEREF _Toc356881865 \h 2-9 2.18 MAT 15 Address Record Field Additions and Other Changes  PAGEREF _Toc356881866 \h 2-9 2.19 Move-Out Codes Expanded  PAGEREF _Toc356881867 \h 2-10 2.20 MAT 40 Move-Out Field Additions  PAGEREF _Toc356881868 \h 2-10 2.21 Termination of Assistance Codes Expanded  PAGEREF _Toc356881869 \h 2-10 2.22 MAT 65 Termination Field Additions  PAGEREF _Toc356881870 \h 2-10 2.23 MAT 70 Unit Transfer/Gross Rent Field Additions  PAGEREF _Toc356881871 \h 2-11 2.24 Miscellaneous Certification Changes  PAGEREF _Toc356881872 \h 2-11 2.24.1 Asset Record Member Numbers:  PAGEREF _Toc356881873 \h 2-11 2.24.2 IR/UTs:  PAGEREF _Toc356881874 \h 2-11 2.24.3 Security Deposits:  PAGEREF _Toc356881875 \h 2-11 2.24.4 Signatures on full certifications (AR, IR, MI, IC) being corrected by a gross rent change:  PAGEREF _Toc356881876 \h 2-11 2.24.5 EIV Indicator Added (Formerly Correction Codes Expanded):  PAGEREF _Toc356881877 \h 2-12 2.24.6 Previous Housing CodeValues Expanded:  PAGEREF _Toc356881878 \h 2-12 2.25 Voucher Miscellaneous Accounting Requests  PAGEREF _Toc356881879 \h 2-12 2.26 Voucher Repayment Agreement record added  PAGEREF _Toc356881880 \h 2-13 2.27 Appendix H: Calculation GuidanceCert selection rules updated  PAGEREF _Toc356881881 \h 2-13 2.28 Forms Changes  PAGEREF _Toc356881882 \h 2-13 2.29 Spreadsheet Updates  PAGEREF _Toc356881883 \h 2-14 2.30 MAT Guide Chapter 4 Revisions  PAGEREF _Toc356881884 \h 2-14 2.31 CA Software Error Messages  PAGEREF _Toc356881885 \h 2-15 2.32 Testing for TRACS 2.0.2.D  PAGEREF _Toc356881886 \h 2-15 Chapter 3: MAT Guide Changes and Additions  PAGEREF _Toc356881887 \h 3-1 3.1 Summary of Changes  PAGEREF _Toc356881888 \h 3-1 3.2 Details of MAT Format Changes  PAGEREF _Toc356881889 \h 3-1 3.3 MAT Tenant System Record Formats & Definitions  PAGEREF _Toc356881890 \h 3-1 3.4 MAT Voucher System Record Formats & Definitions  PAGEREF _Toc356881891 \h 3-1  Introduction Background In 2003, HUD published a revised version of HUD Handbook 4350.3; Occupancy Requirements of Subsidized Multifamily Housing Programs (HUD 4350.3 REV-1), and OMB mandated reporting changes to Ethnicity and Race categories. In 2004, HUD published HUD 4350.3 REV-1, CHG-1 that included clarification of eligibility rules for mixed families. In 2007, HUD published HUD 4350.3 REV-1, CHG-2 making many clarifying changes. In 2009, HUD published HUD 4350.3 REV-1, CHG-3 making further clarifying changes. HUDs multifamily housing business partners are required to demonstrate compliance with these requirements through the data they submit to HUD by way of TRACS. The requirements in this document modify TRACS to permit HUDs business partners to comply with the regulations, and to enable TRACS to validate the submitted data within the limits of the legacy data model. Contract uncertainties and funding issues have compromised TRACS ability to promptly respond to the Handbook revisions. TRACS tenant certification process modifications include new, modified and activated data elements that enable HUDs Business Partners to submit, and enable TRACS to verify, certification transactions in a manner more consistent with the HUD 4350.3 REV-1 and the changes through and including HUD 4350.3 REV-1, CHG-3. The TRACS 2.0.2.D revisions also modify requirements for transmission of vouchers from sites to CAs, eliminating the need for sending paper vouchers and requiring CAs to transmit full approved electronic vouchers to sites for reconciliation purposes. In addition, a new History Baseline format is implemented to facilitate the exchange of data between and among sites and CAs. Additions to existing logic will increase the accuracy of certification validation and enhance the integrity of the TRACS Tenant database. The Specification is being divided into changes to be made by everyone (site, CA and TRACS software) and those to be made by sites and CAs only. The site/CA only changes are being made in such a way that there will be no impact on TRACS processing. The industry will benefit from being able to send more detailed compliance information to CAs than would otherwise be possible. All changes are required for site and CA software. Implementation of TRACS Release 2.0.2.D will require a three-month, minimum, transition period during which TRACS and CAs will receive data under both the Release 2.0.2.C and Release 2.0.2.D formats. System modifications will be required to facilitate the Release 2.0.2.D transition, and database table conversions will be required to provide a stable platform for continued operations. Comparison with the TRACS 2.0.2.C requirements: The scope of work outlined below is roughly comparable to that needed for TRACS 2.0.2.C. The big difference between TRACS 2.0.2.C and 2.0.2.D is in the level of risk involved. 2.0.2.D is much lower risk. With 2.0.2.C, calculation changes were mandated for TTP and Tenant Rent along with noncitizen rule proration. This impacted all certifications and partial certifications. The calculation rules, algorithms and presentation of voucher adjustments were radically changed. In addition, the rules dictating which certifications may appear on the HAP voucher were modified, standardized and made mandatory for all software. Finally, the detailed rules for rounding and calculating special claims were standardized for the first time. There is nothing comparable to these changes in 2.0.2.D. The requirements for exporting and importing the new voucher detail and adjustment records are relatively straightforward and do not impact the correctness or calculations on the voucher. It is true, that the real work related to the voucher changes is unrelated to the specification requirements and will vary greatly from software provider to software provider depending on their data models, whether they have integrated accounting, the scope of tools they wish to offer their customers and other factors. However, only the export and import of the records is required at the time of 2.0.2.D implementation. Internal software features are free to evolve over time. The industry should keep in mind that, after the end of the transition period, it will take a minimum of 12 months for TRACS data to reflect all of the new fields as there is no requirement for previously submitted certifications to be corrected to add new fields. Using this document Specific HUD 4350.3 references in this document refer to HUD 4350.3 REV-1, CHG-3 Paragraph number references will be in brackets, e.g. [4-14 A. 3] This document consists of two parts: (a) The front-end narrative of the Industry Specifications, and (b), five attachments intended for the next MAT guide which are summarized as follows: Attachment #MAT Guide Section #TitleChange IdentificationAttachment 1Chapter 4TRACS Operating TipsChanges in YellowAttachment 2Chapter 5MAT Tenant System Record Formats & DefinitionsChanges in YellowAttachment 3Chapter 6MAT Voucher/Payment Record Formats & DefinitionsChanges in YellowAttachment 4Appendix HCalculation GuidelinesChanges in YellowAttachment 5Appendix IMAT15 Address Record SpecificationChanges in YellowAttachment 6Appendix JBaseline RequirementsNew Section Attachment 7SpreadsheetsUpdated and New CalculationsChanges in Yellow Schedule and Testing The implementation date for the 2.0.2.D release for TRACS and CAs is September 1, 2013. There will be a six month transition period during which time TRACS and CA software will accept and process both 2.0.2.C and 2.0.2.D files. Starting on March 1, 2014 all files submitted by OAs to TRACS or CAs must be in 2.0.2.D format. The TRACS test region will be ready to accept 2.0.2.D files in the spring of 2013. The test region will remain open through the end of the transition period. See section 2.30, below, for CA testing requirements. Design Considerations System Description Multifamily Housing (MFH) business partners are required to comply with HUD rules and regulations as published in the HUD Handbook 4350.3 REV-3. These rules include a requirement that the MFH business partners demonstrate their compliance by submitting tenant and voucher data to TRACS and CAs where the data is validated and used to condition the monthly assistance payments. Consequently, it is imperative that TRACS also comply with the rules and regulations published in the HUD Handbook 4350.3 REV-3. If the MFH business partners are in compliance, but TRACS is not in compliance, correct tenant and voucher transactions submitted by the MFH business partners may be disallowed by TRACS resulting in delayed payments and incomplete data in the TRACS database. This Tenant/Voucher 4350.3 Upgrade is needed enable TRACS to accept HUD 4350.3 REV-3 compliant data from the MFH business partners. Voucher Detail and Adjustments added to the MAT30: TRACS 2.0.2.D defines and activates long proposed MAT30 records (Section 3-Detail and Section 4-Adjustments) to allow the exchange of voucher detail and adjustment information between OAs and CAs and from OAs and CAs to HUD. With the inclusion of these records, the full HAP voucher can be transmitted to a CA from an OA eliminating the need for sending paper or emailed copies of printed vouchers. The site will continue to maintain a printed and signed voucher in its files. In addition to the new Section 3 and 4 records, two fields have been added to each of the Section 5 and Section 6 recordsthe amount paid and a field to hold software vendor submitted data. Transmissions of vouchers to HUD will include these new records and TRACS will both process and store them. For the CA, the advantage of the full electronic voucher is that it permits an automated compare between the OA voucher and the one generated by CA software. This comparison should be faster, more accurate and more complete than the current manual compare. The CA is required to send a final approved voucher, in the new MAT30 format, to the OA for use in reconciliation activities at the property. In addition, the CA may optionally send a preliminary voucher to the OA if the CA allows changes to the current voucher before closing it out. While the transmission of the full OA voucher to a CA and of the final CA voucher to the OA are both requirements, there is no obligation on the part of either OA or CA software to use these records in any specific way. The capabilities added are left to each software providers business judgment and consultation with its customers. With this new capability it becomes more important than ever for both site and CA software to produce adjustments in exactly the same way. This includes the requirement to show adjustments that net to zero and adjustment rows that result in zero assistance being reversed or billed. In cases where both the site and the CA are generating adjustments based on the same set of transactions, each site adjustment row needs to be matched by a similar CA adjustment row. New examples are included with the specification illustrating these points as well as examples detailing how the correction of partial cert effective dates works in practice. Important Issues: The current proposal does have TRACS receiving, processing and storing the new voucher detail and adjustment records. However, TRACS will not return an approved voucher to either the OA or CA. The reason for this is that TRACS does not create vouchers or have the ability to audit the correctness of a voucher against certifications in its database. It has only a weak link between certifications and vouchers in the form of the compliance percentage. There is a concern relating to the need for site software to test with each of the CA software providers. This is desirable in general whether or not TRACS processes and stores the same data as do the CAs. The testing opportunities with CAs during the TRACS 2.0.2.C rollout are broadly felt to have been inadequate. A set of expectations for such testing needs to be developed. Beyond testing file and record correctness with each type of CA software, there is the ongoing concern of how to resolve differences in interpretation of the business rules related to each record and field. There is nothing unique about this concern as it relates to the voucher detail proposal and the problem exists even with long established mainstream record types and fields. To help mitigate the risk in this area the following process will be followed for 2.0.2.D implementation: 1. After the 2.0.2.D specification has become final, the 2.0.2.D working group will meet regularly to discuss issues that have come up during coding and testing. This will provide a forum to resolve questions prior to the actual 2.0.2.D release and should help make the 2.0.2.D rollout smoother. Any spec clarifications will be posted publically for the benefit of all. 2. After the 2.0.2.D release, the working group will continue to meet to address issues that have cropped up in production. These will include site/CA rule interpretation questions. Agreed upon resolutions will be binding on all. The expectation is that the need for meetings will decline over time and will eventually be on an as needed basis. For the above proposals to have the greatest likelihood of success, ALL software providers need to participate and outreach needs to happen to encourage that. Should that not happen, a mechanism has to be put in place to ensure compliance so that payments to OAs are not held hostage. Specifically for the 2.0.2.D release and to mitigate the concern of having a voucher payment withheld by a CA solely over an issue with a MAT30 Section 3 or 4 record, the proposal is to require CA payment in such cases during a transition period to be defined assuming that there are no other problems with the voucher. To facilitate the CA need for a paper voucher in these cases, both paper vouchers and full electronic ones will be required during this transition. After the transition, only the electronic records will be required. At any point, during the transition a CA will be free to eliminate the paper requirement for files from specific site software if it is comfortable that there are no issues with that softwares implementation. History Baseline Requirements: No Changes to TRACS The existing baseline concept has proved inadequate to deal with the realities of exchanging starting certification and rent information between and among OAs and CAs. The traditional baseline is limited to the current and active certification for a household plus any partial certs that are effective after the most recent full certification. This means that, on average, the information in a traditional baseline file is only six months old. Some certs are one year old and some are less than one month old. Given the recent EIV requirement to go back up to five years in correcting misreporting, fraud and errors, a new baseline concept is called for. The History Baseline allows for the inclusion of certifications and rent information as far back as the two parties to the transaction agree. The default expectation is that the baseline will include five years of history. It should be noted that there is no obligation for either an OA or CA to create and transmit history that they do not have. The anticipated uses for the History Baseline file include: OA sending a baseline to a new CA (initial data load); CA sending a baseline to an OA who has lost data; CA sending a baseline to a new CA who has been awarded a contract for a state; OAs using the baseline as an aid in moving to new software. CA software is required to implement History Baselines ahead of the TRACS 2.0.2.D release date for use as called for in the PBCA Working Group Transition Guidebook. See the Early Adoption notes at the end of the History Baseline section of Appendix J for how to deal with History Baselines and Voucher Detail in the context of TRACS Version 2.0.2.C. The History Baseline specification adds MAT90 (Subsidy/Contract Information), MAT91 (Unit Floor Plans) and MAT92 (Unit Rents) records along with fields in the MAT Header records to identify a file as containing a History Baseline. The use of the MAT90 series of records is mandatory for CA created History Baselines. The MAT90 records are optional for baselines created by site software. Additional changes are made to the MAT15 Address Record to help tie Unit information to the Contract, Floor Plan and Rent information. See the new MAT Guide, Appendix J, for the details of the specification along with those for the traditional baseline and the rebaseline process. Note that History Baseline files are not intended to be sent to TRACS. Anticipated Children Acknowledged: Required for TRACS, No Site or CA Software Impact TRACS never formally implemented the three anticipated children fields on the HUD 50059Family Addition Adoption, Family Addition Pregnancy, Family Addition Foster Children. The industry implemented these fields prior to TRACS version 2.0.2.C. TRACS will activate them in 2.0.2.D so that those fields will be stored in the TRACS database as part of the certification. Owner and Parent Company DUNS Numbers and TINs added to header records HUD Notice H 2011-01 instituted a requirement for owners with project based Section 8 and PRAC contracts to obtain a DUNS number and, among other things, transmit it to TRACS. The MAT Header records for tenant and voucher submissions have been modified to hold these numbers. Provision has been made for both an owner number and a parent company number. Note: reporting of DUNS numbers is now mandatory for Rent Supplement and RAP. The MAT Header DUNS number field descriptions have been updated to reflect this fact. In addition, fields to hold the Taxpayer Identification Number (TIN) of the project owner and parent company have been added to the header record. Section 8 Income Exception Codes There has been some confusion in the industry about the proper use of the Section 8 income exception codeswhen they are required and whether they change over time. In addition the MAT Guide instructions for the related fields implied that the presence or absence of an exception code was dependent on the income on each certification. Per HUD policy, the instructions for the MAT10, Section 2, fields 43-46 (Eligibility Universe Code, Current Income Status Code, Section 8 Assistance 1984 Indicator and Income Exception Code) have been updated to make it clear that the need for an exception code is determined at move-in or at the time of an initial certification and that that code or lack of a code persists on subsequent certifications. Rent Overrides HUD Handbook 4350.3, Chapter 5, paragraph 5-30 (Determining Tenant Contribution at Properties with Multiple Forms of Subsidy) reviews situations where the tenant rent calculated by other funding programs, such as tax credits, may differ from the HUD calculated rent. Generally the rule is that the tenant should be charged the lower of the two rentsthe benefit goes to the tenant. When the HUD rent is overridden and the lower rent submitted to TRACS or a CA, the result is typically a large number of calculation error messages. Note: The HUD Office of General Counsel is reviewing the handbook language provided in 5-30. It is possible that the review will result in changed guidance. In 2.0.2.D, a rent override flag is being added (MAT10, Section 2, Field 61 and MAT70, Field 26) to the certification to indicate situations when the HUD calculations are being ignored. To assist CA and TRACS software in auditing the correctness of certification calculations, a new TTP Before Override field is also being added. This field is used to hold the TTP that is calculated before applying the override. In other words, it is filled with the TTP that would normally be charged if there was no override. See MAT10, Section 2, Field 102 and MAT70, Field 31. Until the HUD OGC review is complete, the primary use of the override flag will be to indicate a case where a PRAC tenants rent is being raised to operating rent per 4350.3, 7-8.D.3.b. See 202DCalculatingTenantRent.xlsx for an example of how this is done. In addition, the override flag will be used to indicate a tenant rent phase-in situation under the Section 8 RAD program. A new TTP At RAD Conversion field is to be used in conjunction with the other override fields for these specific phase-in situations. See MAT10, Section 2, Field 101 and MAT70, Field 30. See Chapter 4 of the MAT Guidesection 4.30 for a full discussion of rent overrides. When an override is indicated, CA and TRACS software are free to continue to generate calculation messages. However there will be no requirement to correct those errors as would normally be the case. There is nothing to correct. Of course, it is expected that the use of the override flag would be the subject of attention during management reviews. This means that CA software that currently treats calculation errors as equivalent to a fatal error may not do so when a rent override is indicated unless other calculations are incorrect. CA software is encouraged to store information about override situations so that it can issue more targeted error messages or so that voucher staff can determine quickly when an override of normal errors is appropriate. Secondary Subsidy Type field expanded The MAT10, Section 2 Field 86, Secondary Subsidy Type has been used to indicate cases when a Section 8, Rent Supplement or RAP contract is in a Section 236 project. In TRACS release 2.0.2.D, the field is being expanded to cover the case where the contract is in a BMIR project. The field is now filled with an S if Section 236 is involved and with a B if BMIR is involved. The basic and market rent fields have been redefined to cover both cases. Extenuating Circumstances Code (Formerly Tenant Unable to Sign Indicator) TRACS 2.0.2.D will track more closely the reasons for lack of a signature on a certification. The old Tenant Unable to Sign Indicator field has been renamed to better indicate its use. The following codes are permitted: 1 = Medical 2 = Late annual certification due to accommodation or extenuating circumstances. 3 = Late annual certification due to owner/agent delay 4 = Late annual certification due to third party delay (Guardian) 5 = Military Deployment 6 = Eviction 7 = Court order 8 = No Signature Required (Retroactive GR done after a MO- no requirement for a tenant signature See Par 9-8 9 = No signature required for 60 days (based on anticipated voucher reported on date) 10 = Other Note: A value of Y is allowed when correcting a certification originally created under TRACS version 202C or earlier and that was submitted with a Y in this field. See Chapter 4, 4.39.6 for information on the use of these codes in certain late recertification situations. Eligibility Check Not Required field added There are a number of situations described in the HUD 4350.3 where an eligibility check is not required at MI or IC. The addition of this field allows the OA to indicate that one of those situations applies. Legal values for the field are Y or blank. Current examples of when the flag would be turned on include: 1. If a tenant is transferred to a unit in a comparable project as a reasonable accommodation (Handbook 2-32.C.1.a) eligibility is not checked on the Move-in certification or in response to VAWA 2. For a contract combination, the tenant is first terminated from the old contract and an Initial Certification is done for the new contract. Eligibility is not checked on the Initial Certification. 3. Under Handbook paragraph 7-12.B.3, a tenant who fails to respond to a notice to provide information about changes in composition or income must be terminated. When the tenant submits the information, their rent must be reduced (IC). Eligibility is not checked on this Initial Certification. 4. For 100% Section 8 properties. If the project is 100% subsidized, in the case where an in-place tenants assistance was terminated due to an increase in income and whose income decreases to where they are again eligible for assistance, the tenant should be recertified and receive the assistance. The tenants income eligibility was determined at Move-in and does not have to be determined again. 5. PDDPresidentially Declared Disaster 6. Other Member Relation Code Changes Currently the member relation code of L (living in the unit) covers three categories of members: live in aides; foster adults; others. This is particularly problematic ever since the rules changed to require that income of foster children and adults be reported. It is not possible to tell, from the relation code, whether the members income should or should not be included. For TRACS 2.0.2.D, the L code is being split into three codes: L reverts to its traditional meaning of Live-in Aide. F is being used for both foster children and foster adults. The difference between the two can be determined by the age of the member. If it is less than 18 it is a foster child. HUD PIH also uses F in this way. N means None of the Above and is intended to refer to people living in the unit whose income and circumstances do not count in determining eligibility. Site software should validate the use of an L code when correcting a certification originally done in 202C or earlier or when doing a new 202D certification for the first time in 202D for a household. New Household Member Special Status Codes There are new member attributes that HUD is interested in tracking. These are status as a US military veteran and people living in the unit temporarily as a result of a presidentially declared disaster (PDD). Accordingly, M and P special status codes have been added to the special status code field. New Household Member Sex Code Values As a result of the Equal Access to Housing in HUD Programs Regardless of Sexual Orientation or Gender Identity final rule, it is necessary to allow the field to be left blank. In TRACS 202D, the legal field values will be M, F and Blank (a space). Household Member SSN Exception Codes added A new member field, SSN Exception, has been added to capture the cases where there is a valid reason for the member not having an SSN. The legal exceptions are: C = Individual who does not contend eligible immigration status. E =Individuals age 62 or older as of January 31, 2010, whose initial determination of eligibility in either a Multifamily or Public and Indian Housing program was begun prior to January 31, 2010 (a break in assistance does not void the exemption) M =New household member under the age of 6 where disclosure of SSN is delayed for 90 180 days. This code may not be used on a MI or IC transaction. SSN Benefits Claim Number activated In TRACS 2.0.2.D it will be possible to indicate that a source of benefits is tied to the Social Security Number of another person. When the income is derived from social security benefits, code the claim number used to collect those benefits. You enter the social security claim number under which a family member receives income benefits only if it is different from that members own number. Proration of Imputed Asset Income Handbook 4350.3, Rev 1, Change 3 added language allowing an owner to prorate the income of divested assets (when an imputed income calculation is required) instead of having to field requests from tenants for interim recertifications when divested assets reach a point greater than two years from the divested date. A spreadsheet is included with the specification that illustrates the rules for doing the calculations. Double Subsidy HUD considers it to be an improper payment if a household is receiving subsidy in two units simultaneously. As a result, there is no grace period for a household moving from one subsidized project to another. Subsidy ends on the old unit when the move-out occurs and subsidy cannot begin on the new unit until the following day. This is true even in cases where the household moves in to the new unit early and takes several days to move. As an extension of this policy, HUD is unwilling to allow subsidy to be paid on the new unit until the move-out from the old unit has been received by the CA or TRACS. So, even if the MO date is the day prior to the MI date, until the MO is transmitted, subsidy may not be paid on the new unit. The only exceptions to this rule are when there is a child or children in joint custody arrangement where both parents or guardians receive HUD assistance or in the case of a household switch or household swap. Refer to MAT Guide, Chapter 4, 4.6 for information on splits and swaps. See the MAT Guide, Chapter 4 for a more complete discussion of the issues and the mechanics of resolving disputes over the actual MO date. MAT 15 Address Record Field Additions and Other Changes The requirement to fill the previous unit number field in a MAT15 when changing or updating the address information is being dropped. The only time the previous unit field is now required to be filled is when changing a unit number. A number of bedrooms field has been added as well as a Tax Credit BIN for cases where tax credits apply to the project. The tax credit information is to help with HUDs LIHTC data collection initiative. A set of fields have been added at the end of the record to support History Baseline transmissions. They are intended to be left blank in non-History Baseline contexts. Move-Out Codes Expanded The following new codes are included in 2.0.2.D. 5 = Unit Transfer between two projects. See MAT Guide Chapter 4 6 = Reserved for TRACS use only (HQ Move Outs) 7 = Abandoned Unit (6-9.B.2) (8-13.A.2) PDD 8 = Failure to submit SSN 9 = Uninhabitable unit Abated. 10 = Substantial Rehab or Repair Tenant Expected to Return 11 = RAD to Housing Choice VoucherChoice Mobility Option Exercised MAT 40 Move-Out Field Additions In addition to the new MO codes above, a description field has been added to hold text describing the reason for the move-out. A field indicating that the MO is a correction and a future field giving the effective date of a MO being corrected have also been included along with an EIV indicator. Termination of Assistance Codes Expanded Termination codes have been expanded to cover the following cases. ND = Natural Disaster or Uninhabitable Unit or Presidentially Declared Disaster AB = HUD abated unit. RR = Substantial rehab or repair Tenant expected to return. NS = Resident did not qualify for subsidy at MI or IC for a reason other than Double Subsidy. Typically, this would be a situation where income at MI or IC is being corrected as a result of an EIV or other investigation and it is found that the tenant was not eligible. Just like the DS code, a TM/NS gives back subsidy for the TM date. OT = Other. A reason not covered by any of the other codes. MAT 65 Termination Field Additions A field indicating that the TM is a correction and a future field giving the effective date of a TM being corrected have been added along with an EIV indicator. MAT 70 Unit Transfer/Gross Rent Field Additions Secondary Subsidy Type, Basic/BMIR Rent, Market Rent and Rent Override fields have been added to assist in auditing proper calculation of rents with UTs and GR. A field indicating that the UT/GR is a correction and a future field giving the effective date of a UT/GR being corrected have also been included along with an EIV indicator. Miscellaneous Certification Changes Asset Record Member Numbers: MAT10, Section 5, Asset Record, Field 3, Member Number is now Mandatory. IR/UTs: When a change in household composition or income that would normally be reported on an IR happens simultaneously with or earlier than a unit transfer, a full cert UT, including the household changes, must be submitted if the IR that would normally be submitted is not yet effective. If the IR was effective prior to the UT date, submit only a UT. The IR/UT may be effective on any day of the month. It is not appropriate to submit a UT followed by an IR updating the composition. This policy is based on 4350.3, 7-15.C. In the case of a unit transfer, both the change in rent and change in the assistance payment are effective on the day the tenant actually occupies the new unit. With a UT, there is no notice requirement for a change in rent and a new lease is executed. See MAT Guide Chapter 4, 4.1 for more information. Security Deposits: When a MI or IC (that originally established a security deposit) is corrected, the security deposit is to be recalculated. Both the owner/agent and the tenant should initial the change on the lease. Signatures on full certifications (AR, IR, MI, IC) being corrected by a gross rent change: If the certification has already been transmitted with a tenant signature and if the GR created a corrected version of the original certification, the rules for signatures are as follows. If the only change is to the unit rent and the tenant rent does not increase or decrease, the tenant does not have to sign but the OA must sign. If there is a change and that change is an increase or decrease to the tenant rent caused solely by the gross rent change transaction (UA change), both the OA and tenant must sign but the tenant has 60 days to sign as is the rule for 50059-A (MAT70) gross rent changes. This means that all certifications impacted by a gross rent change, that include no other changes, can be sent as a batch whether or not any tenant signature has been obtained. EIV Indicator Added (Formerly Correction Codes Expanded): The use of the MAT10, Section 2, Field 14 (Action Processed Code), and Field 15 (Correction Type Code) fields will remain unchanged in 2.0.2.D. Instead of adding new correction codes to help HUD track the impact of EIV, a new field, EIV Indicator, is being added to the 50059 and 50059-A. If use of the EIV system is the cause of a correction to a full certification (AR*, IR*, MI*, IC*) the indicator is set to Y. Do not set the indicator on a current (uncorrected) AR. If an IR is being added (not a correction) as a result of EIV information, the indicator is set to Y. For partial certifications, the indicator is set for a UT or GR if it is being corrected as a result of a change to a full certification whose EIV Indicator is set to Y. Similarly, if the result of an EIV investigation is the termination or eviction of a household, the indicator is set on the TM or MO. Previous Housing CodeValues Expanded: HUD wants to capture data on whether or not a family was homeless prior to admission to a multifamily property. Accordingly, four new codes have been added to MAT10, Section 2, Field 23 (Previous Housing Code). The values are: 5 = Lacking a Fixed Nighttime Residence 6 = Fleeing/Attempting to Flee Violence In addition, value 2 (Without or Soon to Be Without Housing) has been redefined to be applicable only to records transmitted in TRACS 202C or to corrections to MI certifications originally transmitted in TRACS 202C. Voucher Miscellaneous Accounting Requests The following miscellaneous request codes have been added to the MAT30, Section 6 record: RGRC = Adjustment for a Retroactive GRC that includes a UA decrease that drives a requirement to provide a 30-day notice to affected residents. This code can only be used for 75 days from the approval date of the schedule UUTL = Unclaimed Utility Check RSPC = Recouped Special Claims Funds CEAD = Contract Expiration Adjustment EIVP = Used to reduce the voucher by the 5% amount used to penalize an OA for failure to comply with EIV requirements. RESR = Used to offset the voucher billing by the amount to be paid from the residual receipts account. Only applies to specific HUD Section 8 contracts. Instructions from HUD are forthcoming. Voucher Repayment Agreement record added To allow for improved tracking and reporting, repayment agreements will no longer be reported as miscellaneous accounting request transactions. Instead, they will be accounted for with a new MAT30, Section 7 Repayment Agreement record. A new voucher page (52670-A, part 6 form) has been added for printing repayment agreement transactions on the voucher. The new record will allow reporting on both tenant and owner/agent repayment agreements and replaces the functionality originally proposed for the miscellaneous accounting request record in the form of REPA and RTNA request codes. See Chapter 4 (4.9 Repayment Agreements and Improper Payment Tracking), Chapter 6, MAT30, Section 7, Repayment Agreement, and 202DCalculationsForRepayments.xlsx. The submission of the detailed repayment information will assist PBCAs in the implementation of iSEARS-the subsidy error tracking initiative. Appendix H: Calculation GuidanceCert selection rules updated Starting with files submitted in TRACS 2.0.2.D format, some gross rent changes that were previously excluded from the voucher may now be included. The change impacts all subsidy types except Rent Supplement and RAP. Previously GRs effective after the first of the month prior to the voucher date were required to be billed on the next voucher. With this change, GRs effective after the first of the prior month and up to the voucher date may be included on the voucher. For all subsidy types, the cut-off for inclusion of a GR is now the voucher date. Forms Changes The HUD 50059 and 50059-A are being revised to deal with new and deleted fields as well as renamed fields. The 52670 form is revised to include a row to show the totals for the new Repayment Agreement transaction record and changes Field 4 (Subsidy Type) from checkboxes to a fillable field. The 52670-A Part 3 adjustments form adds a column to hold the net adjustment for a household/unit. The 52670-A, Part 6 repayment agreement form is a new form dedicated to the reporting of repayment agreement transactions. Two special claims forms, the HUD 52670-A Part 2 (Special Claims Schedule) and the HUD 52671-A (Special Claims for Unpaid Rent/Damages) are also being revisedthe former to remove references to the tenants SSN and date of birth in column 1 and the latter to include both the security deposit required and collected. Spreadsheet Updates See the following spreadsheets for example calculations: 202DCalculatingTenantRent.xlsx; 202DNonCitizenRuleProrations.xlsx; 202DSpecialClaimsRounding.xlsx; 202DImputedIncomeProration.xlsx. There are no calculation changes but the spreadsheets have been cleaned up for 202D and made more general. The rent calculation spreadsheet has been updated to show how calculations should be done in a rent override situationsee paragraph 2.7 above. The Imputed Income Proration sheet is new. The 202DAdjustmentCalculations.xlsx spreadsheet has just been renamed for 202D. 202D Relationships.xlsx has been added to summarize the rules associated with each relationship typewhether or not income counts, does the member count toward household size for income limit purposes, etc. Finally, 202DCalculationsForRepayments.xlsx is included to show how to calculate and return subsidy to HUD under repayment agreements. MAT Guide Chapter 4 Revisions Guidance has been updated for many topics. New topics include: Treatment of Market Tenants on the HAP Voucher Market Tenants in Tax Credit Communities Repayment AgreementsExtensively revised First and Last HAP Vouchers Households with vouchers in 236 and BMIR Projects Anticipated Voucher Dates Double Subsidy Completing the HUD 50059-A Abatements Presidentially Declared Disasters Policies and Procedures for the Conversion of Efficiency Units to One-Bedroom Units Rent Overrides Recert Notices Missing Historical Data Utility Reimbursements and MO Adjustments Special Claims Involving PRACs Unit Numbers Financial Management Center and CA Advice The Meaning of F, M and MOC for Fields in the MAT Guide Note Column CA Acceptance of Site Transmissions Sorting on HAP Vouchers Returning Messages to OAs CA Software Error Messages In addition to generating error messages using the same message codes as does TRACS, CA software often checks for and generates messages related to situations not covered by a TRACS error code. In either case (CA software generated error messages that use the same error code as the TRACS code or CA error codes that are different than the TRACS codes) CA software must append -CA to any code that it generates. This rule applies to MAT error codes as well as to TRACS errors. For example, MAT error Q would be returned as Q-CA. TRACS error CE019 would be returned as CE019-CA. TRACS error messages are returned as is. See Chapter 4, section 4.39.7 and 4.39.9 for more detail. Testing for TRACS 2.0.2.D The TRACS testing process and schedule will be published in early-2013.. Site software testing with CA software: Each CA software provider is expected to make available an iMAX ID for use by site software providers. Two modes of testing are to be supported: Ad hoc testingno project or contract setup needed in the CA software. Site software should be able to send any MAT file to the CAs mailbox without the need to notify the CA vendor and expect to have a full MAT level error check done and a MAT response returned to the sender. Prearranged testingproject/contract setup needed in the CA software. CA software providers are expected to publish the requirements for the information needed to accomplish the test. After the CA software is ready, any files transmitted by site software will be checked using the full suite of CA software edits and all messages returned to the sender. : MAT Guide Changes and Additions Summary of Changes In addition to updates to Chapters 5 and 6 detailing added and deleted fields along with updated field definitions and codes, Chapter 4, TRACS Operating Tips, has been revised and expanded to provide information on a variety of topics (See Attachment 1, of this document.) Appendix H, Calculation Guidance, provides key calculation algorithms that all TRACS compliant software is expected to implement (See Attachment 4 of this document). It has been updated to clarify the calculation of asset income and to allow certain gross rent changes to appear on an earlier voucher than under TRACS version 2.0.2.C Finally, a new Appendix J, Baseline Requirements, contains descriptions and rules for the traditional baseline, the history baseline and the rebaseline procedure. Any new, updated, or deleted TRACS response messages will be documented in the usual MAT Guide appendices when the changes have been finalized. Details of MAT Format Changes All fields in the MAT required to be filled with version 2.0.2.C have been updated to 2.0.2.D. MAT Tenant System Record Formats & Definitions See Attachment 2 of this document for the proposed MAT Tenant formats (202DMATChap05.docx). MAT Voucher System Record Formats & Definitions See Attachment 3 of this document for the proposed MAT Tenant formats (202DMATChap06.docx).     TRACS 2.0.2.D Industry Specification (Revised 5/21/2013) PAGE 3-1 Revised 5/212013 TRACS Release 2.0.2.D (Draft) Industry Specifications 9:;<=>CEJLXZfhmnopvչղբ՘բzpf\ *h.6hD_CJ, *h.6hCJ, *h.6hg'MCJ, *h.6huJCJ, hg'MCJ, hCJ$\ hg'MCJ$\hhg'MCJ$\hg'M5OJQJ hg'M5CJ hg'M5CJ$+j h h 5OJQJUmHnHu hg'MCJhg'Mhg'MOJQJ+jh h 5OJQJUmHnHuhHhg'MCJ(# 9:<=VWnbOkdT $$Ifl0Z %~ D%44 layt $Ifgd $$Ifa$gd /$$d%d&d'dIfNOPQ^gd ^gdg'M noptuvuuuui $$Ifa$gd% $$Ifa$gd .$$$d%d&d'dIfNOPQa$gd Okd~P$$Ifl0Z %~ D%44 layt vmd $Ifgd<> $Ifgdik $Ifgd .$$$d%d&d'dIfNOPQa$gd QkdP$$Ifl 0Z %~ D%44 layt b c d x y  ! ; ý}vrkvg_[h%s *hA!hA!hA! hA!h$h$ hA!hA! hCL5 h&G5h%Z h%ZCJ hTCJ h VCJ hCJ h$hg'M hg'MCJhg'M5OJQJhg'M h`CJ, *h^CJ, *h`h<>CJ, *h<>CJ, *h`h`CJ, hg'MCJ, *hYuhCCJ, *h.6hCCJ,#x(OkdfQ$$Ifl0Z %~ D%44 layt $Ifgd .$$$d%d&d'dIfNOPQa$gd OkdQ$$Ifl0Z %~ D%44 layt xOkdQ$$Ifl0Z %~ D%44 layt $Ifgd .$$$d%d&d'dIfNOPQa$gd  1 G a xxxxx $Ifgd .$$$d%d&d'dIfNOPQa$gd OkdQ$$Ifl0Z %~ D%44 layt a b d z A B C ||gd%sdgd:}%gdCL$a$gdkOgdkOgdkOgdkO$a$gdg'MQkdJR$$Ifl0Z %~ D%44 layt ; ? @ A C N R L M N O ] ^ h i v w ܸudN*h h<>CJOJQJ\aJmHnHu h T)h<>B*mHnHphu jRh<>UmHnHujh<>UmHnHu-h h<>5CJOJQJ\aJmHnHuh<>mHnHuh%ZjhpFMU *h4hhf *h4hhyEu5 *h4hhf5hf hTzh%sh%sh:}% *h%sh%s *h%shC N >lT"s\:zgd%s^gdf 789<=>HI_`z{|±ؠ±؏xgx jTh<>UmHnHu-h h<>5CJOJQJ\aJmHnHu jTh<>UmHnHu jSh<>UmHnHu h T)h<>B*mHnHphu*h h<>CJOJQJ\aJmHnHuh<>mHnHujh<>UmHnHu jSh<>UmHnHu(  JKefgjklop23M±ؠ±؏±~±pp *h T)h<>mHnHu jVh<>UmHnHu jVh<>UmHnHu jUh<>UmHnHu h T)h<>B*mHnHphu*h h<>CJOJQJ\aJmHnHuh<>mHnHujh<>UmHnHu j Uh<>UmHnHu,MNORSTWXyz jk±ؠ±؏±~±m jXh<>UmHnHu jvXh<>UmHnHu jWh<>UmHnHu j|Wh<>UmHnHu h T)h<>B*mHnHphu*h h<>CJOJQJ\aJmHnHuh<>mHnHujh<>UmHnHu jVh<>UmHnHu* !"&'QRlmnqrswx|n *h T)h<>mHnHu# *h T)h<>B*mHnHphu jjZh<>UmHnHu jYh<>UmHnHu jpYh<>UmHnHu h T)h<>B*mHnHphu*h h<>CJOJQJ\aJmHnHujh<>UmHnHuh<>mHnHu'   :;UVWZ[\`a±ؠ±؏±~±m j\h<>UmHnHu j^\h<>UmHnHu j[h<>UmHnHu jd[h<>UmHnHu h T)h<>B*mHnHphu*h h<>CJOJQJ\aJmHnHuh<>mHnHujh<>UmHnHu jZh<>UmHnHu*34589:>?WXrstxyz~   ;<V} j^h<>UmHnHu jR^h<>UmHnHu j]h<>UmHnHu jX]h<>UmHnHu h T)h<>B*mHnHphu*h h<>CJOJQJ\aJmHnHujh<>UmHnHuh<>mHnHu0^I{=D1m8W^gdAgdkO $ VWX\]^bc &'ABCGHIOPXYs±ؠ±؏yhyy j`h<>UmHnHu*h h<>CJOJQJ]aJmHnHu jF`h<>UmHnHu j_h<>UmHnHu h T)h<>B*mHnHphu*h h<>CJOJQJ\aJmHnHuh<>mHnHujh<>UmHnHu jL_h<>UmHnHu(stuyz{567;<=CD}~رؠ’’؁ss *h T)h<>mHnHu jbh<>UmHnHu *h T)h<>mHnHu j:bh<>UmHnHu jah<>UmHnHu*h h<>CJOJQJ]aJmHnHuh<>mHnHujh<>UmHnHu j@ah<>UmHnHu*!"<=>BCDHIrs)±؊ᛱyᛱhᛱ jdh<>UmHnHu j.dh<>UmHnHu jch<>UmHnHu*h h<>CJOJQJ\aJmHnHu h T)h<>B*mHnHphu*h h<>CJOJQJ]aJmHnHuh<>mHnHujh<>UmHnHu j4ch<>UmHnHu()*+/0156JKefgklmqr012±ؠ±؏±~±m jgh<>UmHnHu jfh<>UmHnHu j"fh<>UmHnHu jeh<>UmHnHu h T)h<>B*mHnHphu*h h<>CJOJQJ\aJmHnHuh<>mHnHujh<>UmHnHu j(eh<>UmHnHu*2678BCcd~56PQR軙ҙwҙf jih<>UmHnHu jhh<>UmHnHu jhh<>UmHnHu h T)h<>B*mHnHphu jgh<>UmHnHu-h h<>5CJOJQJ\aJmHnHu*h h<>CJOJQJ\aJmHnHujh<>UmHnHuh<>mHnHu(RUVWZ[K^`hi)V[ !!]""""#Ҥ}}y}yung h*Vh ? h*Vh*Vh ?h8_hrhz^ h$h8_ h$h%ZhI%h h%Z6h%ZjhpFMU\aJ jih<>UmHnHu h T)h<>B*mHnHphu*h h<>CJOJQJ\aJmHnHujh<>UmHnHuh<>mHnHu(""$$&&,,--%---u.v.w.x.y.z. $If^gdkOgdb^gd8_gdkOgdn!gdkO#3#g#h#u######%$0$D$v$$$$$ %%B%C%P%W%%%&8&>&&&&&&&&&''!'''''((/)`)f)D+T++++++,,---%-U-ɪѣ h;E<h%Zhvhjh> h>h>h,Qh~hbh8_hTh%Zh ? h*Vh h*Vh6 h*Vh*Vhsi h*Vh ? h*Vh=U-n-o-t-u-#.'.{.........>/I/O////////40:0<0G0H0R0S0T0\0i0j0v0x0000000000000001'1(1ص *h~Kh' *h'h(& h~Kh_ h~Kh(& *h/^h/^ h/^h/^h/^hD *h{jh{jh{j *hV3,hV3,hV3, hb5 h%Z5 h &h%Zh%Zh8_h h;E<h;E<7z.{......aTTTTT $If^gdkOkd j$$Ifl\ 5&T  t0 644 la ......aTTTT $If^gdkOkdj$$Ifl\ 5&T  t0 644 la ..//>/P/aTTTT $If^gdkOkdFk$$Ifl\ 5&T  t0 644 la P/Q/^/h///aTTTT $If^gdkOkdk$$Ifl\ 5&T  t0 644 la //////aTTTT $If^gdkOkdl$$Ifl\ 5&T  t0 644 la ///0)0;0aTTTT $If^gdkOkd m$$Ifl\ 5&T  t0 644 la ;0<0I0T0j0v0w0aTTG:: $If^gdV3, $If^gdD $If^gdkOkdm$$Ifl\ 5&T  t0 644 la w0x000000aTTTTT $If^gdkOkd\n$$Ifl\ 5&T  t0 644 la 000002 222aXSNISSSgd(&gd(&gdkO^gd{fkdn$$Ifl\ 5&T  t0 644 la (1.1/1B1E1F1111111222 2\2_2l2m2o2p2q222233A4I4455&6D6^6u6v6666666666ƿ뻫~zvzhbh& h<#h<#h(r h(rh*V h<#h*V h<#h%Z h%Z6hhh h*VhW *h'hgKh%Z h(&h(&h|/e *h'h' *h'h(& *h~Kh' *h'hgKh(& *h~KhgK *h~Kh(&.222223$36699::<<<U=V=???AAA-C.C^gd%~gd:gd<#gd*Vgdn!gdkOgdkO667778u9v9999999999::;;2;3;;<<<<</=S=U=V=>>????????@ @ @'@¾z hi h<# hi hhi h:5hi h5h hTzh(_ hTzhY`hY`hbh/^hpFh8hi h%Z hi h&  *h4hh<# *h4hhnv *h4hh& hTzh y *h4hhQihQih& hRc.'@*@+@b@@@\AaAAAAAAAAA:BHBOBVBXBYB]BaBcBdBuBwBxBBBBB,C-C.C4C)D:DDDDDE$E*EPEVEEEEF%F+F>FF hph/^ hphyv hphv hph; 0 hphOu hphbh/X hph/X hph: hpheb4 *h%h: hi h: hi hyvheb4 hi h hi heb4 *h4hheb47FFF@GpGGGGHHHIIIIpIwIIIIIIIJ@JsJyJJJKKKKK L L!L"L"N#NNOOPPº²ªª²²²²¢ʛ~z~vrv~hxhRch*Vhb h(rh%Z h(rhzh(r h(rh*V h:hv *h>0h *h>0h; 0 *h>0h U *h>0hb *h>0h9Sh9S hph; 0 hph/^ *h%h9S hph: hph9S hphb hphv,.CGGIIKK"L#N$NPPDQEQRRCUDUUUQWWYY3ZTZgd6 3gd*Vgdn!^gdvgd:P"Q2QTQ]QQQQQRDRRRRRRRRSSSSS(T)TmTnTTBUCUUUUUUUUUUUVVVVVVVOWPWԲ|h h6 3 h6 3h6 3h(r h(rhJe h(rhc h(rh h(rh%Z h*VhQ.hh *h4hh>05h>0h>05h>0h5hhnhRchbhshvzhpF5hpFhbh:}%hhQ.0PWQWVWWWiWuWvWwW~WWWWX1XXXXYYY!Y"YGYHYYYYYYY ZZZ2Z3ZSZTZZ[$\ûڈڈڈځ}yphZh UaJh Uh hI%h^ *hjh%Z *h~Kh~K *h~KhU *hUh' *h' *hUh` *h` *hUhUhUhhy}h6 3 hh%Z *h^h^h^ *hjhjhj hhn h6 3h6 3'$\9]:]H]I]6^;^\_]____`````aab6b7bbbc8c9c:ccccccndddddeef%fGfҽݹ˛ݏzvo hTzh(rhOw *h:{h' *h' *h:{hhhTzhOw5 hTzhOw hTzhi( *h:{h:{ *h:{hi(hi( hTzhb hTzhp; hTzh%s hTzhhhh%ZhhZhy}aJh-Sh UB*aJph*TZ:]I]__``7b8b9c:codpdddffggiijj.kfkkkgdsngdkOgdgdgdn!gdy}GfQfffgg^gggggghhiiiiiijjjjjjjjkkk+k2kdkjkkkkkkĴwnh(rhdCJhsnhQTB*phhTzhQTB*phhTzhsnB*phhsnhsnB*phhsnhsnCJhUVh(rhsnhJ_hbhkD hI%h%Zh hy}h:}% hTzh{ hTzh{j hTzh:}% hTzhy} hTzh(r hTzhkO'kkkkkkkkkLlNlllllllTmUmVmmmmmmnǺ}wqg^WSLHhsn hI%hUVh hI%h Fhsnh<>CJ *h<>h<>CJ h<>CJ h(rCJhTzhLrCJhTzhLrB*phhTzhZB*phhsnB*phhTzhsnB*phhTzhdB*phhTzh6/\B*aJphh6/\h6/\B*aJphhh6/\B*CJaJphh(rhdCJh(rhsnB*phh(rhsnCJkkkLlllllUmVmmmmnnqqsssss;u?h-S *h~Kh_%5d͈ OPpŠUkgd^gd>?gd2gd2gdc^gd_I z(`0p` P @ 0 p`P@0  !"d%<1$gd^ˈ͈ΈψЈ҈ &-NOPp#12{|ʿտxqjfbfZVfRJ *h4hh|/eh|/ehU *h~KhUh2h^ h=Ehc hXh^h^h`B*CJaJph *h8h8CJaJ *h8hRCJaJ *hRhRCJaJ *hRh`CJaJh^CJaJh^h^CJaJh+ )h^CJaJh^h^B*CJaJphh^hdB*CJaJphhdB*CJaJphŠ͊k678[Ӎԍٍލ,-͎yyrynh!5= h=EhI% h=Eh%ZhUVh)hU *h~KhU h=Ehchche:CJaJhRhe:CJaJ hRhe: hTzhe: hTzh^ h^h^ hQbh2h2 hI%h2 h=Eh2 h=Eh^h^ *h4hh|/e *h5r)78[-Ύώ~ QRf-.gdgdgd%~gdn!gdcgdkOgd^gde:͎Ύ`rs|}~ :;mڐy"+,PQž̰žyuqhZ)h <  *h4hh < hTzhZ) hTzh% hTzh P hTzh *h~Kh^h^ hTzh`Uo hTzh0 hTzh4a hTzh hTzh;T2 hTzh%~h%~ *h4hh^ *h5r *h4hh|/ehU *h~KhUh^hs!+QRefuv,-ϗЗҗӗ:kuřؙ<BDyûûu *hohoB*aJph *hohohh~shpQh]ghhS,hX}h Rhz@3 hTzhS, *h4hh *h4hhS, *h4hhz@3hTzhS,5 *h~KhgjT hTzh=E *h~Khoho hTzh hTzh='Xh='X+ӗDlPQyz{gd;T2gd;T2^gde:C z( #' , 0 4 9 =BFJOSX\`einrv{ !"#$%&'gdogdogdogdgdgd^OPQyzyz{HIOƟ¡ºwk_k_TMIEhH h h~Kh%~hTzh%~CJaJ *h~Kh:9CJaJ *h~Kh%~CJaJh;T2CJaJhTzh;T2CJaJ hTzh;T2 hTzh=E hTzho *hpB*CJph *hohoB*CJph *hohoho *hpB*CJaJph *hohoB*CJaJph *hohoB*aJph *hoB*aJphߞ#Igd%~gd%~A w' "# $%&'(!)&**+.,3-7.w)*456B? }~ħŧƧ).2~wskh?{h?{5h~ hqAhqA hhh%~h4h *h~Kh4h *h~Khh  *h~Khh  *h~Kh4hhh!5=h^hqAh=E hI%h9 hI%h;T2hTzh%~CJaJ hTzh6 h6h6hBh6hIhh%~h&*h*+gd &gd=EgdqAgdgdgdqAgd=E^gd"VA w' "# $%&'(!)&**+.,3-7.?hqAh{h{h!5=5h?{h!5=5h!5=h{h5h?{h5hh?{h?{5h~ h?{5h{hL5h?{hL5*JK̭ͭ9b~!+oŰư"$øֱָ֪~ytoytyg *hy]hy] *h& *h *h4h *h4hhy] hTzhhhJ^ *hG *hGhGhGha. hTzha. hTzh *hTzhCJaJhTzh &CJaJhTzh & hTzh hTzh hTzh & hTzhqA hTzh!5= hTzh%~(9b~ʮٮ!uկ+oŰưǰ*^*gda.gda.gdgd &ĵ')I\mnabgd\s"gdkOgdn!gdkOF & FgdOP*^*gdOP*^*gdgd*^*gda.*^*gdG Զڶ%()ֹ׹ٹ`b+KQRSjqvżƼǼɼͼտջշճիբh<>h'hNjhNUhIIh9A h= 5hXh= 5hThM.h\h\s" h1h%Z h1huchph%Z hOPhOPh0hOP hh h5hh5h4t/мѼ޼&'()gdkO $h]ha$gd1w^ &`gdkO $h]ha$gdkOgd9Agd9Agdn!gdkOͼμмѼҼؼټܼݼ޼&'(*+hIIh<>h 0JmHnHu h'0Jjh'0JUhNh'h^)*+gd9A/0&P/ =!"#$% ?000P&P/ =!"#$% Dp?00P&P0/ =!"#$% Dp?00P&P0/ =!"#$% DpE00P&P0:p-/ =!"#$% DpT Dd%( .\  PWA?Picture 1"2~By\~4PީZD`!RBy\~4Pީl_c1r x]{PSWP"+7 Ix$! &qY 8#꺺Z0(bADmuM 7KT@W)VI;۝ϜI$REtL a3qP &-!C$){:,TůU2<1NZ||giyK!di+9FIgCs_M Jr)c<.ڭ١vOdge+)nRN{}}6supBuU:Ⲫ6fU8-gMyO-tS 9}규 tdUy4aDh} bOѡ7Źjn-i?#[п87 :C}׈=ۻ B{ bςZsOiSle[6۬*T5+T8SՍL`yl_=95NyDz!|[6d§wQx0Opc^\X%N >6b?Y_HHe1%f|bcz Q n{HIPKd#0HP0$)~q ւsR3+o7,% `M[`^?!X HÈQ vd fHArf(=Ef !]OekZk`8G8pRW?(RQR߇Jr[,~)ao]9V=ʣABx1jwv70Yh=JOqWw8=['4ܵvյvu/bK:q";Q:Tڱ:F5;*1CCll7QkjJ@8M()|k_<"౉r^>WCx‘!J@Z069. -un-A7\8 3fS &O`  38 txQ`H("C'8 5Ķ|"&M<' @F8@y֨1UȊ`6J}|͚fybnz !ss3zF q?Bib!fIYbMJy=;ؔ]tbJ?s<:vGtx]II&u\cǝK;8͜59[v#l{;=l]vzߊV<M-- ft%bh u7 Cs=tSH| C&so> EOACM"o6ڠr4o|4L n0܆ ~8ɰMsإz#o8wtKu+tuܹ Nt#){ϡi{xwyQ=mMKTmm \M4Wi5+;5-CQ37MRJHJ'MJfCx9MAZf.ͨ9,k54%p QV"ޤ=&ޣbvoc,ɡ:\{GBW.=^zG)_ieT=C>M^WɻR9!O2Er $!P4T#2odƐr#d搥OuKDHʘk\!ldhf 5-7D9d°`5K5l)DZRn .J庶4yt;C}ZvLY^RGGtu;ҏ;qhgdu}]{;xw貊11c/DX#DTIEuؼvc^[.  `|#l.̓Ӟaiidxk~u؊\Ao!<QR6maШZGq$.}UE2qőxQ" е 萜 dNchq-q\v*YϹTH>·o5#e$BBqdTh*`.`yR'SB,TAy1jrZ?rQHL ԎBR+y?'KBHO ?%ƒˡ\rh6??܉<nJ Z!o[~@\ &N¹Dnx &XCLO#2“D8ex,QX% WZJjE#;`c&>% ߑn ?s a" 'Tu}"Q7Ѫz ѹzѻ'bhĘď1_"TQZ djlU'(Quk$<G LJ- 爐<@J::@',p^7ow|X07~;??}hxL H;>D<;jM+8ρ:o:Xg=(ɴ`dF0Ul! .""·kfƗy||ymx[|gp<3 ?ïy¾caJ"?7cknXoc1P?}}F+}A}@oK>zp|:] |s|6M%b|u1fH_;l;Lplo<훇a}0ϊI,7GY~tH|&пW_CD(KIoI[8I]lʿ\x|[%NͷO$wHrwXrwTr@.ˑ&K|ow 8띆qw'޿O۸ x+{J2x_r:65jGhttq:qlr%rlhc41e8A.PspHZ yY>i_ ][>>h4~Zo Wڑ>6̓/Ձ/UCWxfIa*+˄leHlǠG^.NCxx!.gĤX8#xx?vXe?ic4iy3]y[sy(|"4|4,4 -/Z[Po,l),‹E4dly:ҧ|Ҫ|6R|\D"qy渏\s%TVBC/J@hYQ-HQ'c9YT)D(BKEZjw>q蕢Ţ٢Ѣ}S膢K;hV(zo #}EG4[iNZc뭛߬'[b)hu'zk}Lk :/GY&'t5 ;nEKV {h1֏E[b5:k{@'ڮl,i.WlLm6mc~g돶Ezum=P+JB֮h?:]j7swoq`,-Ō=pc3rDz k{yMK$͒$Z.#iDmET@g!I ib#-rd<^lyZ !S:L[N,hXon[[W eE ]_(Xc;7 w݃GLT[!i6ad+TLd٦\ӟBqbiWbi51˔CL3-"&cM0Lpt" dZFHM!a@DPB/qMW&7CpLrI$$$t#3&?(GD / \M(ÄNXC4݅ 1O#6 _'J}*RIctG4tM mvCY'}`z#}mz+2}f5k )ܕhmNt4':]ˈn{s%Ќ)f=4#?ΑOMɫ&;yCn̆ˆLqÏŲ [e y\ N+o(6Tn +M r^^ͧɫx_^*wY BVzg|'LjeI z.S f^b*0kO0 ܆؟PƑlDj1:j\F0F}x0ޤFl, E!T&dRd0E%yD~8H~qqq+wA;#3^7-j#c'd| g&xWxUj\'Vȿɻ=L a|0Z>T)&  -YBmTA#.)Bl@ d Y;!2Fqs MءD.Gnh>9-(0CBnhh`hfmiXXfMpBpQא8h` o . CPgS0R3P0,Qn7WbW.18 x`Cغj~El>?ğ_ɟmcܪ'ثS}\\E.9v5.|>`r[P+S@ Gl~nbMP+qY*qݸՊVo&nE]BH(ή O )$J%Fz*pC@/Vy}<>RaTg(bVf(>IlcV(~`tbbOqmU*cly5|a(1 1ݸ x4hBHjpVOuAA 1ɼ%)_Ӂq0>ARdMY|wT>C1/l<1\OR)ǔʎ<οPmʁ|r$RN)sKm|(XwR.~tCn>][+|OU?+_aKy_Gf2joǪ\ n*7Pu묺ǵT Dר.pqBUqr2܊@qX 9gz K8 7)ĵsFq</pb>U5Gz}uUXӇc5YKO\f+nƧs{;p[skse08oîִawh~fwkk=؝lݨ 4(D5Zn>7ZӔiutk9' Da\@=+Qx`7wAݙ;nVS=j SMqM]nW]A3&{MT}wT|vf,;]ӷH*)3a ̼hGS@_<j5u陚O_e\PZ%꯴O%gUzSf17T#+I9R&O9:Q}Ff:٭SOgRg1ՙ TG00Fk1zfJtLdi25EPhf*3RO~53m4I8nRwfIqT~T-g+U[2 kR=cyeU>TΜM5+W-ܪg1Ns~SWqՕHp ՟quPsÜJk)j80G7\05 _u f,{y^ 0&sV2f12"Q$'"LOtD)-/hg$J,7%賀 ro'#}Iat Ԅ:1dR,%){fLIaMzC?Iʧ$/'mO&D4Mʤ7$%:УZЭ҉IuhQRHOUMIt :&q.1a#LȣzӪt<#|;z5{h.Eג dƲٺ)d6C[vmb[r:NnRisYV]^'sFmv%\.Bm-aj1k]\٫E }^[[D?֚iKOi! qfGtoC]9XWEЅ:٨1[t 6]]f5[LJLHiČI!)>)FCUqA:1e̡}qEחkO_ҵOt腺z. ]u*:Y?h4Uѧ:m]z;']OA'hr|:L>H& ,,o&CdfLnȜIKf%\lU2ZZl#-}Up}m7Cۀ66i[sڎEmgJUj{rbt=tn3P׆ۡkK뢹2lX/ eu)ئ)G؎)k.)9ll)C!)])ld~"|+}\/W<ݩ/bW+إJv͎{ٮz[_a ]l(}jam&VH}zO^O=^L͞O]ǞN]LJMceϤdϧu`/앴"rϴM̩.δ̦4-!Mҫiz QcN2-;S}Ơ̼ԏc 3Rơ_ϸ{ iƩg۩Gjx1glGjw:1R}-&ZgL-}"P45u#צə43%AI{EHiW贴tlQJsFׯoѧ @ϦSЏRWyA4?\wx{AxCҕd(&e.WZJٛBVPf@lNbYvَ#vlN/|x={sWS>Hk锖:DOFSz\cOSSFCjS3T(5uŮ?6!ͥ휖ML6U:mn{2݁][gKۧN;k~D~L'L?I?mGugљӿf,ХeL9n\H7-[\)íݕ5QK6hxbhbV+rOV6䲬a ȬYdIir2=kZK&fm h yL M+J$Q'mDȘ0 +tBZjup(\1:PcmuB6"|m!:.Zh{G;U^;_TQȦ.2h4fYiYe=LzٜU*FN!:Ө3ratatat!G:tf~kv<(b(1L"6ܑ % g%cĭ/Y,ٱ˒ےe d ;dنӲ[2ZO}줞ekŲl,"V|"E^J^"Kw{?HRztK!sTG2,@v}$!Y{=$Kwe1I 'IHo$.=C~&=B$Hӥ?1rl29W֗̕ Y2AVuVG/-ݓ2RwUw@j}'5KFJu2EVZsKH?$])DK% ɏDrKIdK EqWgih[}x@e^/>7zR,6ԊHJV%>4 \6L1,<7lh G$%:z FIP-h(iZ^X,H[Jffv44b(z ni4`%C\?qu533A){UP -f*vB6C3ѐ$R/ rC_,SY66 5IK _()Fz+r bAkHU ؐ6R#+ #C gN}[b}85NlQ@ɓ(y-NƏizxal<ИiPe}>ׂ,UW2Cse˂ IiŲSSB\P)`˻eTD.fYc㌈||q|qqq1^_ƺ;5"S,,[W8S50S*Aa6| f' qƼ/>O0EymrP3EQ'Dv RP#_MA-@BzmFEEEܢȬ" ]4*~0 P=X\1V"'&dDv_"[77=bzk|qRc?d1h ?!ߌwaҸ^cl9(^[ƚ{0Gت:o6<.~[)&[Q<ӘpM}:\ 3fi62|oMHy=3B#IH;By.RODTJMAtԗ#jr"{MRj2:.#LLʍth E!4 -3Dӷʹ-1fS>ɄV\hT&RhS퀜 zR PX@u QeE{Ty5l OH5_I;  PH*(# ^ 7}.ցC`i,Xd"8 1AUh}Dy{(dv3v1meY~bv5@SLAMVK$d ? Z]"Ɣ7]p&uFgYx.uA\N$uSd#Xmj6SNx>d0 W澈< k5|0CӧVUHδn&2== mA/F?U^4hnn$@ˬэm.r/tNXR-q}J<(RB%%M@ZIG)II%0h[VZ˰(6eb\ax/h}!xe~e0e>,xЭ?(v93l4b*z&7c|Kº҃dz օƱOhK36@YtJ(: 3FYI^}cɖ_0(6rg9-ž~Xb,?`-UBe2˷ f釽%ؒݱaW,`,MX:%(, @X,x02,,%9Pd-hb@ : Bk_ Yg@`r~ mi5- uX377i$r ]n9δ\AG[,QBJK*i1^p,׀>=F/`;XOh|Ct+0si+:~.56z39zh>Zj?]4T![*NeUd`i>Cu>Ze,(: Z'*hfEQ Lؘŋ^<5E a-N75Ncʺ`_h|'vkq5sM$f/\s"Եr >VWˈ 峈YS+ʇ[Qlr!c9]^T^-Oׁ֔ԊdbZe &U'UB H +DVE)"ZVĈ`ye'{SKYwSK;۰^Wл\-8Klu%pԏb~BTXQC"VP0SXi%TփXe)h~z}'0/`{#^{xp=jA#=0#<GbHb`w  xލxoR_x["m%R־~Xo,7e% WxvoG[ |w6л Wz/~ s<OgBJyP"ӓx|Y?2b.=7{D#b)yEyMfy=IHLn".'z"y'v{݈|)>x_9>WO!&YF_#}{A?1D'_-vPx3O25/>UW~;S-.Rz:RUSeYF {;{bwo#wz;LlrKr%7<=b {)1=` | >}_>>poO_Z0tq `?y1WX:=ux]XwP7>~Ƃbm ^h=v2P%-Y =IZyRrӸ`cu ,=vv};~qߌkJ؉־U߷Q!|Ӑɾ rXdor7} d$⛉ZtZ!X~$.2KdYη ơվ^hO|z=kdk.uA|BT jVtMtE tNgj :#:: O1տ#w!s#+'!۪!$$G~+rx:>?_&8?'فpn x hཁRl tB^R]@* BJ98_!"==7ٹۀWJ4tj,-Z7~jW5jGѷo)g2? ~ D :@.h QtO=@O@!{5G1^ \b~b`z* 쁎 dtNp>:?(x]~,D=`"AA  5h\~sf5 3PJAJN oFplx0п ?tA{sA3+Bh m翏&ϣz8:CwkD"1yY: >#1 X DZ&#MzP?0B =Jjd7Ag?ExDi"\quܸFj^S ;Xr*[NUlۂD?t9r#hWj h9D+nWaxhp!, N3`k0L[-V U`s W.ըVR`86.P(e$e$4E PC CC+ !tR! =?١"Se(JRMf`ՂXjP5S)PPPNQy1bPq(EBʳjD飺zYrPu7r_u=bQԫFw)6 ^UO"&p,|Ll?_'ZxwXo ÅpnUըZ?MannŸ},Ý}v4/a LaN(S3^В4qVgffs2йXƀKfs܈95mNΰ[go̾f[}3~(rzHe~w|`~`~e1Z>?ɔ2>#:Ypf$wȻ,]g&2y10s2%ܻ{=c~nc6rW3Ks/\3ɌBPn'f07[>כ "G;󇙫yf=60%>RxgnQyT-w=Nʹ2rpEMlT 7`bzS72r6 7u)MR^W)U}gxyWNw)*,YdQϊk"ނ\Ai@i$c%nZ bZ*ڴZA˴YpܴEpڴU;Aii@o)`XL}'PS,aj+xN( HwsӸ?7Muv]hEIq:D]\qk9Mkwws6tӣlG3GTVő5eI(Kzɠ2S^-- -m),]+ҔMƹfA[\s Jrm\)q^;2z\^M X}z /D5{A1o ~=gO|U*xhv_{=f&G|4>~ߏϛ;*X ]}許=쥦DM}; GE㰆&!: w4̣ojJs1 S4V8GC9vXKkL s4ȲR`l^#oz 5L'B t,i BCs(͇p{2f>mvQN]]dw06)֤6ul.}!ľZ+؃#M(=L89Y<ƣ<ک^pי*U"\9>?`x e"q\eft̔/r..q҃E)P3B+*9,9$3Z!}:R6⊮+qRoGxW?[t+R=ӿdmWu>RGrCx{`M'"ˋ@ W3 TH`1D X8œ ~X-T[/JbK`Xb3|'v@(G4@M"FgH@< 0S$/) [ƁOK:-|kqK jUDEUW3ZZ_T)\-,n0 Nla3S6>bYPVFc;`5;d`2'@Q%wY~eAeQVOC;o*Vv?-=c=i1IIP$21sLH7_ִM]2?MuQ$u;<+fa"T,-"׈\/ uQc!>F؆vf^;xy| &@. -Titlea$54J@4 -Subtitlea$5>P> - Body Text 2^DR"D -Body Text Indent 2^hDS2D -Body Text Indent 3^8.BB. - Body TextB@RB -Header!a$ CJOJQJ4 @b4 -Footer !.)@q. - Page Number6Q@6 - Body Text 35T - Block Textd%<w' #' , 0 4 9 =BFJOSX\`eijv{ !"#$%&'1$]~^$ JY@J - Document MapM OJQJH@H 4pTOC 1xxT$ ^h 5\aJB@B 4pTOC 28$ ^8`0\aJ2@2 -pTOC 3^8]aJ.@. -TOC 4^aJ.@. -TOC 5^aJ.@. -TOC 6 ^aJ*@* -TOC 7!aJ.@. -TOC 8"^aJ.@. -TOC 9#^aJ>OB> -Quote1$B*CJOJQJph6U`Q6 - Hyperlink >*B*ph:@b: - Footnote Text&CJborb -Bullet_Level_1'$ & F x^xa$CJ_HmH sH tH ZoZ -Bullet_Level_2($^a$CJ_HmH sH tH ToT lBullet_Level_3 ) & F CJ_HmH sH tH JJ -numbered_bullet_A* F^`0pop -numbered_bullet_B+$ & F^`a$CJ_HmH sH tH pop -numbered_bullet_C,$ & F^`a$CJ_HmH sH tH pop -numbered_bullet_D-$ & F^`a$CJ_HmH sH tH @&`@ -Footnote ReferenceH*`o` - indented_text/$ & F^a$CJ_HmH sH tH joj -lettered_bullet_A0 & F^`CJ_HmH sH tH ,, -Style11 Fjo"j -lettered_bullet_B2 & F^`CJ_HmH sH tH jo2j -lettered_bullet_C3 & F ^`CJ_HmH sH tH joBj -lettered_bullet_D4 & F ^`CJ_HmH sH tH \oR\ -Bullet_Level_45 & F ^CJ_HmH sH tH D@bD - Balloon Text6CJOJQJaJ>'`q> -Comment ReferenceCJ8@8 - Comment Text8aJ>j@> -Comment Subject9aJToT @IIList Continue 5 CharCJ_HmH sH tH VoV 6 3Default ;7$8$H$!B*CJ_HaJmH phsH tH 050 -List 5 <^`:9: < List Bullet 5= F>D> - List Continue >x^h>G> -List Continue 4?xBHB :-List Continue 5 @x^:8: - List Bullet 4A F:6": - List Bullet 2B F:72: - List Bullet 3C Fj Cj a. Table Grid7:VD0D*W`Q* Z)Strong5\@@b@ OP List Paragraph F^m$DoqD %~Heading 2 Char5CJOJQJPK![Content_Types].xmlN0EH-J@%ǎǢ|ș$زULTB l,3;rØJB+$G]7O٭V$ !)O^rC$y@/yH*񄴽)޵߻UDb`}"qۋJחX^)I`nEp)liV[]1M<OP6r=zgbIguSebORD۫qu gZo~ٺlAplxpT0+[}`jzAV2Fi@qv֬5\|ʜ̭NleXdsjcs7f W+Ն7`g ȘJj|h(KD- dXiJ؇(x$( :;˹! I_TS 1?E??ZBΪmU/?~xY'y5g&΋/ɋ>GMGeD3Vq%'#q$8K)fw9:ĵ x}rxwr:\TZaG*y8IjbRc|XŻǿI u3KGnD1NIBs RuK>V.EL+M2#'fi ~V vl{u8zH *:(W☕ ~JTe\O*tHGHY}KNP*ݾ˦TѼ9/#A7qZ$*c?qUnwN%Oi4 =3ڗP 1Pm \\9Mؓ2aD];Yt\[x]}Wr|]g- eW )6-rCSj id DЇAΜIqbJ#x꺃 6k#ASh&ʌt(Q%p%m&]caSl=X\P1Mh9MVdDAaVB[݈fJíP|8 քAV^f Hn- "d>znNJ ة>b&2vKyϼD:,AGm\nziÙ.uχYC6OMf3or$5NHT[XF64T,ќM0E)`#5XY`פ;%1U٥m;R>QD DcpU'&LE/pm%]8firS4d 7y\`JnίI R3U~7+׸#m qBiDi*L69mY&iHE=(K&N!V.KeLDĕ{D vEꦚdeNƟe(MN9ߜR6&3(a/DUz<{ˊYȳV)9Z[4^n5!J?Q3eBoCM m<.vpIYfZY_p[=al-Y}Nc͙ŋ4vfavl'SA8|*u{-ߟ0%M07%<ҍPK! ѐ'theme/theme/_rels/themeManager.xml.relsM 0wooӺ&݈Э5 6?$Q ,.aic21h:qm@RN;d`o7gK(M&$R(.1r'JЊT8V"AȻHu}|$b{P8g/]QAsم(#L[PK-![Content_Types].xmlPK-!֧6 0_rels/.relsPK-!kytheme/theme/themeManager.xmlPK-!Ptheme/theme/theme1.xmlPK-! ѐ' theme/theme/_rels/themeManager.xml.relsPK] N*)+!P!1P!rP!P!P FFFFFFeeee; MVs)2R#U-(16'@FPPW$\Gfknxw͎Q¡2Jͼ+_chjklmnoqrstuvxyna z...P///;0w002.CTZku?)+`abdefgipwz{|}~N]v8<_{ Jfj2NRy  j  Q m q  : V Z  4 8 W s x  ; W \ &BGXty6;~!=Br*/Jfk16c5QU+ %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%FMQ!T # @H 0(  0(  B S  ?K _Toc74973753 _Toc74981056 _Toc356881844 _Toc356881845 _Toc356881846 _Toc356881847 _Toc74973754 _Toc74981057 _Toc356881848 _Toc74973755 _Toc74981058 _Toc356881849 _Toc356881850 _Toc74973756 _Toc74981059 _Toc356881851 _Toc74973759 _Toc74981062 _Toc356881852 _Toc74973760 _Toc74981063 _Toc356881853 _Toc356881854 _Toc74973762 _Toc74981065 _Toc356881855 _Toc356881856 _Toc356881857 _Toc356881858 _Toc356881859 _Toc356881860 _Toc356881861 _Toc356881862 _Toc356881863 _Toc356881864 _Toc74973778 _Toc74981081 _Toc356881865 _Toc356881866 _Toc356881867 _Toc356881868 _Toc356881869 _Toc356881870 _Toc74973780 _Toc74981083 _Toc356881871 _Toc356881872 _Toc356881873 _Toc356881874 _Toc356881875 _Toc356881876 _Toc356881877 _Toc356881878 _Toc356881879 _Toc356881880 _Toc356881881 _Toc356881882 _Toc356881883 _Toc356881884 _Toc356881885 _Toc356881886 _Toc74973788 _Toc74981091 _Toc356881887 _Toc74973789 _Toc74981092 _Toc356881888 _Toc74973790 _Toc74981093 _Toc356881889 _Toc74973791 _Toc74981094 _Toc356881890 _Toc74973793 _Toc356881891%(***+++...CMMMQOQOQO3R:U:U:U_aekoDqbruvvxvxvx}P8 R.D{*Ǩ)))IIIttt,  !"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJ$%(+++#+#+#+...!DMMMOOOSRHUHUHU_aekphqr#uvxxxG}oZ,dяjgHHH[[[., QQQQQQQQQQQQ555GGSSV,   FFFQUU``,   >*urn:schemas-microsoft-com:office:smarttags PostalCode9*urn:schemas-microsoft-com:office:smarttagsState=*urn:schemas-microsoft-com:office:smarttags PlaceType8*urn:schemas-microsoft-com:office:smarttagsCity:*urn:schemas-microsoft-com:office:smarttagsStreet=*urn:schemas-microsoft-com:office:smarttags PlaceName;*urn:schemas-microsoft-com:office:smarttagsaddress9 *urn:schemas-microsoft-com:office:smarttagsplaceB *urn:schemas-microsoft-com:office:smarttagscountry-region 8  :;),:;m%o%434===GBGY$Y[[ee/g1giinnqq{{ ]_ΔՔ9a),333333333333333333:;Ѵݴ,:;NeдѴݴ),6=LANTC8B)\:L 8N/ ,'[G9`h?3_xcb,B&2G'@ R+GDXp5 VYM2Z41 [ډ`tڞ4* hHV0Fl -h4t* ^`OJQJo( ^`OJQJo( 88^8`OJQJo( ^`OJQJo(* 8@ ^8`o( Chapter :U*b^*`4*56789:;<>*@B*CJEHH*KHOJQJRHdS*TXY(o(ph.p0p^p`0o(..^`o(... XX^X`o( .... ^`o( ..... xx^x`o( ...... `^``o(....... ^`o(........ \ \ ^\ `OJQJo( pp^p`OJQJo(o @ @ ^@ `OJQJo( ^`OJQJo( ^`OJQJo(o ^`OJQJo( ^`OJQJo( PP^P`OJQJo(o   ^ `OJQJo(^`o(.b^b`.2 L^2 `L. ^ `.^`.L^`L.r^r`.B^B`.L^`L.h^h`o(.^`.pLp^p`L.@ @ ^@ `.^`.L^`L.^`.^`.PLP^P`L.h^h`o(.^`.pLp^p`L.@ @ ^@ `.^`.L^`L.^`.^`.PLP^P`L.h^h`o(.^`.pLp^p`L.@ @ ^@ `.^`.L^`L.^`.^`.PLP^P`L.hh^h`o(.^`.pLp^p`L.@ @ ^@ `.^`.L^`L.^`.^`.PLP^P`L. xx^x`OJQJo( ^`OJQJo(o pp^p`OJQJo( @ @ ^@ `OJQJo( ^`OJQJo(o ^`OJQJo( ^`OJQJo( ^`OJQJo(o PP^P`OJQJo( ^`OJQJo(  ^ `OJQJ^Jo(o   ^ `OJQJo( xx^x`OJQJo(HH^H`OJQJ^Jo(o ^`OJQJo( ^`OJQJo(^`OJQJ^Jo(o ^`OJQJo(h^h`o(.^`.pLp^p`L.@ @ ^@ `.^`.L^`L.^`.^`.PLP^P`L. p^`o( Chapter .^`o(..8^`o(...^`o(.... 8^`o( .....  X^ `Xo( ......  ^ `o(....... 8^`8o(........ `P^``o(.........h^h`o(.^`.pLp^p`L.@ @ ^@ `.^`.L^`L.^`.^`.PLP^P`L.h^h`o(.^`.pLp^p`L.@ @ ^@ `.^`.L^`L.^`.^`.PLP^P`L.h^h`o(.^`.pLp^p`L.@ @ ^@ `.^`.L^`L.^`.^`.PLP^P`L.h^h`o(.^`.pLp^p`L.@ @ ^@ `.^`.L^`L.^`.^`.PLP^P`L.\G'@h_Fl* hM2ZB&``GD8N/ VY [[G\\ @xh ^ `-\ @xhT^T`-~(        @L~        r        |>~        2H                .@                 g        @&        b/        2        n        ~+<3W) 7ugj'I(Y4FJX{~?:0>C1e ] h | % a' & Z < > } z m]W3z&A*C=EJ^7p$,QT4a{;AKNqsv";Q~E,UVpyxW{uxDOPL Umi `?SI?y % %z A!0!0c0-|0-112 2K2;T2y26 3"3z@3j 4eb4.68.K8pw8:9Ta99R;;p;k;x; <Q<;E<bM<_m<~=!5=s=$><>o>W|> ?>?z?<@=G@9A>VBzWB C&CTCkDZE=E`#F^gFpFGy%G&GAG[GIIq[IkIBJgKEsK?L6wLMMR'Mg'MpFMTM$NWOZOkOPcP}P5Q?NQOQpQ9S(#SQTgjT#{T%U SUYU'V V"V*VvVWGWWGWFHWVoWX='X4Y.]Y.qY1ZIZB^Z [Fi[u[%\6/\]y]/^c^t^1w^^(_0_jN_;`X`a9 bbQbjmb ccr(d(d{dB e|/e49eJe{f%f ggg5g_g]ghIiQiSisiIjkjkik8lmomo`Uotop>pGpUp5rptspCr r(rBrLrY!s%sjAsvBsIis~s|tOuu5uyEuYunvyvOwx0xkGx\x yzSzvz*{?{d{^LY64h W*_Un A\f)D_yh+5enC/*;+"2lFPdqUY,LYy)8z0$H$vr39qO(P^u: Rd?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmnopqrstuvwxyz{|}~      !"#$%&()*+,-.347Root Entry FUs6Data o1Table?{WordDocument ;QSummaryInformation(DocumentSummaryInformation8'MsoDataStoreiUs0}UsZ3Z5UUTUYK0==2iUs0}UsItem  PropertiesUCompObj r   F Microsoft Word 97-2003 Document MSWordDocWord.Document.89q