Related
Release Notes 9.010.0
These release notes provide brief descriptions of changes included in eHarvest 9.010.0.
Forms & Reports
DESCRIPTION | ID # | |||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
DRP: The RMA released updated provisions for Dairy Revenue Protection (DRP) which are applicable for the 2021+ CYs; the 2021 DRP Policy Insurance Provision and DRP Commodity Exchange Endorsement has been implemented in the System. |
115968 |
|||||||||||||||||||||
NVS: 2021 Nursery Value Select (NVS) Special Provisions were updated and made available from RMA on April 15, 2020. The following Special Provisions for 2021 have been implemented in the System for NVS (1010) - Plan DO (50) - RY / CY 2021:
|
116798 |
|||||||||||||||||||||
HIP: This ticket updated the Schedule of Insurance (SOI) / Production Report with updates for Hurricane Insurance Protection so that HIP values will print when the coverage is selected. The HIP-WI Handbook calls out that the SOI must provide the protection, premium, and administrative fee for the HIP-WI. Additionally, while making these updates for HIP, the format of the form was updated to match the base format that was implemented on the SOI last year. |
112567 |
|||||||||||||||||||||
eSign: The following updates have been made to eSign functionality: On the Print tab for MPCI and DRP policies:
NOTE: See "eSign Forms In Office" and "Sign the eSign Consent Form" for help with the consent and in office eSign procedures and view updated images for the interface changes.
|
112628 |
Global
DESCRIPTION | ID # |
---|---|
The Online Help Site was updated with topics as well as with current release notes. |
115336 |
Livestock
DESCRIPTION | ID # |
---|---|
LRP: RMA recently announced changes regarding Livestock Risk Protection (LRP) premium. Previously, payment was due when premium was booked. However, RMA has changed that for the 2021+ RYs to now be the first day of the month following the End Date. To account for this change, upon save of a new LRP premium line, the System will now set and store the new Billing Date value. For the 2021+ RYs for all LRP commodities except Lamb, the System will set the BillingDate.LivestockPremiumLine value upon creation of any LRP premium lines. The Billing Date will be pulled from the Premium Billing Date found on the ADM Date table published by RMA. In addition, logic has been added to the System to also set the TerminationDate.LivestockPremiumLine value upon save of newly-created detail lines to assist with new accounting functionality. |
117565 |
Mapping
DESCRIPTION | ID # |
---|---|
Users reported having issues selecting/de-selecting fields when CLU layer was active while searching for FSN/Tract. These issues have been corrected. |
118201 |
A new FSA Planted AR report has been added to the Print menu in the Mapping module: in the Mapping Module, select Print > FSA Planted AR. This report is based off of the Map Based AR but has been modified to remove some of the insurance elements and geared more toward being an aid for FSA reporting. NOTE: This report is meant to be printed after a user has updated the planting records with crop information so that it can be taken to FSA as a reporting aid. This will be further refined in future releases. |
117721 |
MPCI
DESCRIPTION | ID # | ||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
NVS: When information was originally released by the RMA for the new Nursery Value Select (NVS) policy, procedures stated that a grower could not have both a Nursery FG&C policy and a Nursery Value Select policy. Based on these initial procedures, as part of TFS #102362 (coverage functionality for Nursery Value Select), a validation was added to the coverage page to prevent users from adding Nursery FG&C and Nursery Value Select to the same policy. When adding a new coverage to a policy that already has a Nursery Value Select coverage, this validation logic triggered if the user attempted to add a coverage for anything other than Nursery Value Select. A similar validation existed for Nursery FG&C that prevented users from adding a coverage for anything other than Nursery FG&C to a policy where a Nursery FG&C coverage already existed. RMA has now updated their procedures to state that a grower is allowed to have a Nursery FG&C policy for one practice (field grown or container) and a Nursery Value Select policy for the other practice. With this ticket, the validation logic on the Add New Coverage page has been updated to allow Nursery FG&C and Nursery Value Select coverages on the same policy so long as one is covering the field grown practice and the other is covering the container practice. This includes the following validations:
NOTE: The System will still prevent users from adding other crops to a Nursery FG&C/Nursery Value Select policy. |
117375 |
||||||||||||||||||
HIP & STAX: During internal HIP transmission testing, an issue was found where the System was applying the HIP option to the base coverage as well as the STAX coverage incorrectly when HIP and SE were elected on the base coverage. The HIP and HIP SE lines should have only applied to the STAX coverage and not the base coverage, suchas :
HIP child line creation logic has been updated for the scenario shown above. |
117608 |
||||||||||||||||||
SCO & STAX: It was found that when a user designated STAX as being the related coverage on the parent detail line's APH but the acres and child lines already existed and then selected the Enrolled in ARC/PLC checkbox on the parent detail line, a hard validation was being thrown that prevented save: “In order to select Enrolled in AR the Reported Acres must be greater than 0, cannot be uninsurable, must have a Plant Date, cannot be Prevented Plant and Map Area cannot be URA.” However, none of those scenarios applied. NOTE: If the base coverage just had SCO attached to it or no SCO but a related STAX coverage was attached to it, the System was not throwing the error. This was an existing issue that was found while testing HIP, but it also happened when HIP was not a crop option on the coverages. It was found that the System was checking to see if a detail line was eligible for SCO. In the above scenario, since the acres were being insured under the STAX coverage, there was no need to check the SCO eligibility. This check was removed; the validation is no longer thrown. |
117824 |
||||||||||||||||||
SCO & STAX: While researching transmissions, an bug was found in the System where, when the Grower had the SCO option elected on a base coverage and also on a related STAX coverage for the commodity. In this scenario, growers must choose to have their acres insured under SCO or STAX and must set that election within the APH page. However, it was found that if the user previously had acres keyed and then went into the APH and selected "Related to STAX", the System was not removing the SCO child lines under the buy-up coverage when the acres should be insured under the related STAX coverage. Or, if the user had set "SCO" as the related coverage and then changed it to "STAX" within the APH, then the System was not removing the SCO acres from the parent coverage. With this ticket, the System was updated to correctly remove the SCO child lines under the parent coverage once the user designates STAX as the Related Coverage on the APH. |
118098 |
||||||||||||||||||
WFRP: Per the WFRP handbook, when calculated Expected Revenue is a negative number, then the Expected Revenue will be "0". A bug was reported where the System was incorrectly using the negative number rather than setting Expected Revenue to "0". This has been corrected. |
117863 |
||||||||||||||||||
Batch Scanning: A System fix was made to help support the batch scanning of PDFs with embedded files (e.g., PDFs that have embedded electronic signature images). PDFs will now retain the PDF format when the System splits the pages (which will later be reassembled based on policy/document type); this fixes an issue that was found where embedded electronic signatures were being dropped from PDFs when batch scanning the signed reports. |
116906 |