Changelog Entries - 2020

This help topic encompasses new features, enhancements, and defect corrections covering all aspects of your hosted environment, including Expere Document Services and the Expere Engine.

New Features

Enhancements

Defect Corrections

August

eNote Destruction process enhanced
  • Type: Feature
  • Reference: PBI 626572
  • Compliance Impacts: This item is not a compliance or regulatory issue.
  • Documentation Impacts: eOriginal Quick Guide: eNote Destruction Workflow Outline (eOriginal Quick Guide available by request)
Summary: Previously in PBI 560985, we expanded eOriginal support for the Destruction workflow. In this PBI, we have modified the Destruction workflow to run when the Txn/EOriginalDestructionType is passed in with a value of 1, 2, of 3.

The possible enumerated values for Txn/EOriginalDestructionType are defined as follows:

  • 0 = Do NOT execute
    • Destruction logic within eOriginalwill NOT be run.
  • 1 = Destruct managed doc profiles only
    • Documents previously uploaded to eOriginal by Expere, including the eNote, will be destructed.
  • 2=Destruct ALL doc Profiles
    • Documents previously uploaded by Expere,including the eNote,as well as any manually uploaded documents through eOriginal Command Centerwill be destructed.
  • 3 = Destruct Transaction
    • Removes the entire transaction from eOriginal.Note: If Txn/EOriginalDestructionType is NOT included in the request it is treated the same as a '0'.
Implementation Notes: This feature is available in the August release of Hosted Expere / Expere Document Services.
MergedPDF enhancements with Adobe Acrobat Accessibility Checker
  • Type: Enhancement
  • Reference: PBI 628336
  • Compliance Impacts: This item is not a compliance or regulatory issue.
  • Documentation Impacts: No documentation impact
Summary: Users reported that generating a MergedPdf with either a format of Tagged PDF or Tagged PDF Embedded Fonts resulted in the Adobe Acrobat Accessibility Checker flagging the Title and Primary Language as non-WCAG 2.0 compliant (displaying as Failed in the Accessibility Checker).


We have enhanced this behavior to reflect the following changes:

  • The Title name now defaults to the packet, which typically display as Default;
  • The language is set to English.
Implementation Notes: This enhancement is available in the August release of Hosted Expere / Expere Document Services.
EZ Config Transaction functionality updated to accept multiple products
  • Type: Enhancement
  • Reference: PBI 620019
  • Compliance Impacts: This item is not a compliance or regulatory issue.
  • Documentation Impacts:
Summary: We have enhanced our EZ Config Transaction service to now support multiple product selection when selecting Deposit products. After selecting your Organization, select any number of products in the Available Products pane to move to the Selected Products pane.

Additionally, the Organization dropdown has been updated to include the ID after the ORG name to distinguish between multiple organizations that have the same name.

Implementation Notes: This enhancement is available in the .
Sequencing behavior enhanced
  • Type: Enhancement
  • Reference: PBI 626223
  • Compliance Impacts: This item is not a compliance or regulatory issue.
  • Documentation Impacts: No documentation impact
Summary: Users reported that sequencing for initials was ordered incorrectly: some initial lines were sequenced after the signature line for the same email address (or recipient), which caused issues when signing within our WKES signing application. The WKES signing application requires that the signature be sequenced last.


This behavior has been enhanced: signature line and date fields are sequenced last for the same email address.

Implementation Notes: This enhancement is available in the August release of Hosted Expere / Expere Document Services.
Missing initial lines behavior enhanced
  • Type: Defect
  • Reference: PBI 625632
  • Compliance Impacts: This item is not a compliance or regulatory issue.
  • Documentation Impacts: No documentation impact
Issue: It was reported that the borrower and additional borrower initial lines did not appear on the Uniform Residential Loan Application document in the lower right corner for certain pages. Instead, only the additional borrower initial line appeared. The initial lines are linked to the specific email addresses of the borrowers.


Solution: This issue has been resolved; both borrower and additional borrower initial lines appear in the document.


Implementation Notes: This defect correction is available in the August release of Hosted Expere / Expere Document Services.

July

WKFS_StyleGuide.xml now excludes SignerEmail for older versions of content
  • Type: Defect
  • Reference: PBI 624666
  • Compliance Impacts: This item is not a compliance or regulatory issue.
  • Documentation Impacts: No documentation impact
Issue: It was determined that using older content versions that did not support the SignerEmail resulted in a null pointer error and failure of certain documents to generate, such as the Fannie Mae 1003 Freddie Mac 6 URLA Continuation Page. The Expere engine has been updated to not require a signer email when content has not been updated to use one.
Implementation Notes: This defect correction is available in the July release of Hosted Expere / Expere Document Services.
eOriginal Loan Identifier updated for CreateTransaction
  • Type: Enhancement
  • Reference: PBI 625098
  • Compliance Impacts: This item is not a compliance or regulatory issue.
  • Documentation Impacts: No documentation impact
Summary: It was determined that eOriginal transactions were using XPaths containing the LoanIdentifier data point for the Loan Origination and Loan ID that were not intended for those respective values. As a result, we have updated Txn/Note/Note[1]/LoanIdentifier to be used with the Loan Origination ID and Loan Number when creating eOriginal transactions.
Implementation Notes: This enhancement is available in the July release of Hosted Expere / Expere Document Services.
Organization / policy merge transaction behavior enhanced
  • Type: Enhancement
  • Reference: PBI 623479
  • Compliance Impacts: This item is not a compliance or regulatory issue.
  • Documentation Impacts: No documentation impact
Summary: It seemed that there isolated incidents when copying organizations and policies from one set of content to another. Users were unable to merge the transaction using the copied organization or policy. It seemed that some data items in the .REQ files had a predicate in the PTR (for example: PRINT /Txn/OrgAddresses/OrgAddress[1]). As a result, the convertToDefaultSchema removed the predicate when creating the XPath values. In the Organization .REQ files, the predicates were removed causing errors to occur stating that conflicting values existed for the same XPath.

It was determined that convertToDefaultSchema removed the predicates when white space was present in the transaction .XML file. As a result, we have enhanced convertToDefaultSchema to now return predicates when whitespace is present in the transaction .XML file.

Note: It should be stressed that most users may never enounter this issue. Consult this changelog in the unlikely event that it does occur.
Implementation Notes: This enhancement is available in the July release of Hosted Expere / Expere Document Services.
New NotaryStamp options added
Summary: The Expere schema has been updated with new FieldTypeEnum value of NotaryStamp. This new enum value is being added in anticipation of Expere content updates to support eNotary. Adding this value will allow integrators to use the Expere response to determine what field(s) on the document are intended for notary use. Electronic signing partners will then be able to appropriately assign signer roles based on the FillableFieldType. Additionally, we have added a new SignatureUniqueIdentifier element that is used to asssociate the FillableField to the applicable SignatureField.
Implementation Notes: This feature is available in the 2020 Release Two of the Expere Engine.
<InstancePageCount> and <InstancePageSize> elements now return values
  • Type: Enhancement
  • Reference: PBI 616574
  • Compliance Impacts: This item is not a compliance or regulatory issue.
  • Documentation Impacts: No documentation impact
Summary: When conducting extensive internal testing, we noticed discrepancies in the values that the <InstancePageCount> and <InstancePageSize> elements were returning for the eNote from eOirginal.
  • <InstancePageCount> did not return a value; it should return any page number value other than "0"
  • <InstancePageSize> returned a value; expected values were either "letter" or "legal"

<InstancePageCount> and <InstancePageSize> elements now return expected values for the eNote.

Implementation Notes: This feature is available in the June release of Hosted Expere / Expere Document Services.

Expanded June Release

Note: The expanded June release will occur in the CT environment on 6/18 and in production on 6/24.
eOriginal Quick Guide updated
  • Type: Enhancement
  • Reference: PBI 619087
  • Compliance Impacts: This item is not a compliance or regulatory issue.
  • Documentation Impacts: eOriginal Quick Guide available by request
Summary: We have updated the eOriginal Quick Guide to include new Destruction/Redraw and Upload workflows. This guide is available by request; reach out to your Professional Services contact.
Note: The Upload functionaility is not currently supported; as a result, the Txn/EOriginalUploadType transaction indicator should not be submitted at this time in your request. Including this transaction indicator in your request will result in a transaction failure. However, it will be supported in a near-future release.
Implementation Notes: This feature is available in the June release of Hosted Expere / Expere Document Services.
eNote destruction process added
  • Type: Feature
  • Reference: PBI 560985
  • Compliance Impacts: This item is not a compliance or regulatory issue.
  • Documentation Impacts: eOriginal Quick Guide available by request
Summary: We continue to expand our eOriginal integration to support additional use cases and workflows. We have recently expanded our workflow to support eNote redraws and destruction.

What is eNote redraw and destruction? After an eNote has been generated, it is determined that a revised version of the eNote is required, or an eNote is no longer applicable. Redraw or Destruction will be executed based on transaction parameters provided in the request. Based on the transaction parameters the eNote will be redrawn, replacing the original eNote previously generated, or the eNote will be removed (destructed), and replaced with a paper note.

Implementation Notes: This feature is available in the June release of Hosted Expere / Expere Document Services.
June
Fillable fields in FooterNotice not applied to subsequent middle pages
  • Type: Defect
  • Reference: PBI 613852
  • Compliance Impacts: This item is not a compliance or regulatory issue.
  • Documentation Impacts: No documentation impact
Issue: It was reported that Initials fields did not appear as fillable fields in pages between the first and last pages of a PDF document. When authored as fillable fields with a MiddlePages attribute in a FooterNotice element, the fillable fields appeared only on the second page of the document; all subsequent pages with the exception of the last page do not display fillable fields in the FooterNotice.
Solution: Fillable fields in FooterNotice are applied to additional middle pages, specifically the Initials fields.


Implementation Notes: This defect correction is available in the 2020 Release Two (2) of the Expere Engine.
WSDL updated for new NotaryStamp attribute value
Summary: The Expere Document Services WSDL has been updated with new FillableFieldTypeEnum value of NotaryStamp. This new enum value is being added in anticipation of Expere content updates to support eNotary. Adding this value will allow integrators to use the Expere response to determine what field(s) on the document are intended for notary use. Electronic signing partners will then be able to appropriately assign signer roles based on the FillableFieldType.
Technical Notes: The corresponding response file will be available in the July release of Hosted Expere / Expere Document Services.
Implementation Notes: This feature is available in the June release of Hosted Expere / Expere Document Services.
Documentation updated with system requirement information
  • Type: Enhancement
  • Reference: PBI 614841
  • Compliance Impacts: This item is not a compliance or regulatory issue.
  • Documentation Impacts:
Summary: We have added a new System Requirements section in the .
Implementation Notes: This enhancement is available in the June release of .

Expanded May Release

Note: The expanded May release will occur in the CT environment on 5/21 and in production on 5/28.
lifetimeFloorPercent datapoint added
  • Type: Enhancement
  • Reference: PBI 617785
  • Compliance Impacts: This item is not a compliance or regulatory issue.
  • Documentation Impacts: eOriginal Quick Guide available by request
Summary: Our eOriginal integration has been updated to include the floor interest rate datapoint for ARM loans. This is in follow up to eOriginal adding a new lifetimeFloorPercent datapoint to their schema. As a result the floor interest rate for a loan will now be populated on ARM eNotes, generated through eOriginal. Please reference the eO Quick Guide for details on this mapping.
Implementation Notes: This enhancement is available in the May release of Hosted Expere / Expere Document Services.
MaximumLateAmount mapping updated
  • Type: Enhancement
  • Reference: PBI 617784
  • Compliance Impacts: This item is not a compliance or regulatory issue.
  • Documentation Impacts: eOriginal Quick Guide available by request
Summary: During our initial development and subsequent release, we included the MaximumLateAmount for all loan types, even if a value did not exist in the transaction XML. It was determined that including either a "null" or "0" value for MaximumLateAmount was causing transactions to fail in eOriginal. As a result, we have modified functionality so that if MaximumLateAmount contains either a value of "null" or "0" it is not included in the request to eOriginal.
Implementation Notes: This enhancement is available in the May release of Hosted Expere / Expere Document Services.

Expanded May Release

Note: The expanded May release will occur in the CT environment on 5/5 and in production on 5/14.
New data items added to eoCreateTransaction call
  • Type: Feature
  • Reference: PBI 615219
  • Compliance Impacts: This item is not a compliance or regulatory issue.
  • Documentation Impacts: eOriginal Quick Guide available by request
Summary: Our eOriginal integration has been enhanced with the following two transaction mappings.

The <Txn/EOriginalTransactionTypeName> has been added to the Expere Txn Schema as a new data point for collecting the eOriginal Transaction Type. The transactionTypeName is a parameter used when creating the transaction in eOriginal. It is a ‘string’ value which is preconfigured within eOriginal. Please work with your eOriginal Implementation Consultant if you are unsure what this value is.

In addition to adding the new data point above, we have updated our mapping for <LoanOriginationId>. This data point was already being mapped to the eNote within eOriginal. This has been further enhanced to now set the <LoanOriginationId> as the Loan ID for the eO Transaction within the eOriginal Command Center.

Implementation Notes: This feature is available in the May release of Hosted Expere / Expere Document Services.
maxBytesPerRead updated in web.config files
  • Type: Enhancement
  • Reference: PBI 616466
  • Compliance Impacts: This item is not a compliance or regulatory issue.
  • Documentation Impacts: No documentation impact
Summary: A user reported receiving SOAP errors on select transactions when attempting to generate a package and were receiving a maximum bytes per Read operation message. As a result, we have increased the maxBytesPerRead value to 10000000 in the corresponding EDS and DGS web.config files.
Implementation Notes: This enhancement is available in the May release of Hosted Expere / Expere Document Services.
<PackageDocs> element now appears
  • Type: Enhancement
  • Reference: PBI 616051
  • Compliance Impacts: This item is not a compliance or regulatory issue.
  • Documentation Impacts: No documentation impact
Summary: We received an enhancement request to include the <PackageDocs> element when selecting a subset of documents for a package. Previously, the <PackageDocs> only appeared when using a SELECT and GENERATE call. Users of the GENERATE call will notice that the <PackageDocs> element will now notice the <PackageDocs> element, and its child elements, are included in the Expere response file.
Technical Notes: Sample <PackageDocs> element and child elements in the response file:
"PackageDocs": [
      {
        "DocDescriptor": {
          "DocID": "PKGD.AddendumToLoanApplication-HE",
          "DocType": {
            "Enum": "Dynamic"
          },
          "DocDisplayName": "Addendum to Loan Application",
          "DocRootEntityName": "INS.AddendumToLoanApplication-HE",
          "DocRequiresSignature": false,
          "DocCustomDataItems": [],
          "DocumentClass": null,
          "DocumentTypeDescription": null,
          "NegotiableInstrumentFlag": false,
          "RecordableFlag": false,
          "FormNumber": null
        },
        "DocWorkOrder": null
      },
Implementation Notes: This enhancement is availabie in the May release of Hosted Expere / Expere Document Services.

May

Note: The May release will occur in the CT environment on 4/30 and in production on 5/14.
eoConfigureRoles and eoConfigureSortOrder APi's implemented
  • Type: Feature
  • Reference: PBI 612832
  • Compliance Impacts: This item is not a compliance or regulatory issue.
  • Documentation Impacts: No documentation impact
Summary: We have updated our integration to eOriginal to now call eoConfigureSortOrder and eoConfigureRoles in support of electronically signing the eNote through eOriginal. The eOConfigureSortOrder API is used to sort the document order; if successful, the eOConfigureRoles API is used to determine the document signing party. After both API's are called, users can electronically sign the eNote document through the eOriginal Closing Center.

eoConfigureSortOder and eoConfigureRoles is called for eOriginal transactions when Txn/EOriginalEsignInd = True

Note: There is no WSDL change associated with this new feature.
Implementation Notes: This feature is available in the May release of Hosted Expere / Expere Document Services.
MergedCopyPDF signature behavior enhanced
  • Type: Defect
  • Reference: PBI 607955
  • Compliance Impacts: This item is not a compliance or regulatory issue.
  • Documentation Impacts: No documentation impact
Issue: An issue was reported where requests made with MergedCopyPDF and either eSignaturesAndFillableFieldSupport = True OR WKES eSignature = True, resulted in the PDFs containing regular fillable fields for the signature(s) instead of the expected electronic signature fields.
Solution: This issue has been resolved; when electronic signature fields are requested with MergedCopyPDF as the ancillary output, the resulting PDFs contain the expected electronic signature fields.
Implementation Notes: This defect correction is available in the May release of Hosted Expere / Expere Document Services.
Expere updated to honor of copies in package document (PKGD)
  • Type: Enhancement
  • Reference: PBI 606934
  • Compliance Impacts: This item is not a compliance or regulatory issue.
  • Documentation Impacts: No documentation impact
Summary: Expere now honors the number of copies for a given document when authored in an .REQ file. When working with number of copies in EZ Config Packages and Packets, the number of copies specified within EZ Config Packages and Packets will be honored in addition to the number of copies specified in the .REQ file. For example, a document authored with three copies in the .REQ file and two copies in EZ Config Packages and Packets will result in six copies of the document. The document file names are incremented with (1), (2), (3), etc. to identify multiple copies.
Implementation Notes: This enhancement is available in the Expere Engine 2020 Release One (1).
Processing enhanced
  • Type: Enhancement
  • Reference: PBI 612138
  • Compliance Impacts: This item is not a compliance or regulatory issue.
  • Documentation Impacts: No documentation impact
Summary: We continually strive to to enhance any processes that impact our customers. For the May release, we have updated our print fulfillment callback method from a single-threaded process to a multi-threaded process. Implementing this change will improve our callback processing time, resulting in customers receiving their print fulfillment status updates more quickly.
Implementation Notes: This enhancement is available in the May release of Hosted Expere / Expere Document Services.
Duplicate documents with inline package issue resolved
  • Type: Defect
  • Reference: PBI 612168
  • Compliance Impacts: This item is not a compliance or regulatory issue.
  • Documentation Impacts: No documentation impact
Issue: A user reported that unwanted duplicate documents were being generated when using a customized inline package document.
Solution: This issue has been resolved; duplicate documents only appear in the package when they have been deliberately specified to generate more than once.
Implementation Notes: This defect correction is available in the May release of Hosted Expere / Expere Document Services.

April

Duplex even number printing issue resolved
  • Type: Defect
  • Reference: PBI 610128
  • Compliance Impacts: This item is not a compliance or regulatory issue.
  • Documentation Impacts: No documentation impact
Issue: It was reported that when using the Duplex ancillary output option with a package that contained a even number page count, an error occurred resulting in no document generation.
Solution: This issue has been resolved; Duplex now functions as expected regardless of even or odd page numbering.
Implementation Notes: This defect correction is available in the April release of Expere Document Services / Hosted Expere.
Special character values supported
  • Type: Enhancement
  • Reference: PBI 429547
  • Compliance Impacts: This item is not a compliance or regulatory issue.
  • Documentation Impacts: No documentation impact
Summary: As part of a dedicated long term effort to support previously-unsupported Unicode characters when generating static documents, we now support the following special characters in this release through the Arial font character map:
Code Description Replacement Value
8239 Narrow no break space Space character (32)
8226 Bullet Black circle (183)
8242 Prime symbol Single quote (39)
8203 Zero width space Character removed
65292 Full width comma Comma (44)
8206 Left-to-right mark Character removed
8208 Hyphen Minus character (45)
750 Modifier Letter Double Apostrophe Double quote (34)
730 Ring Above Degree symbol (176)
Implementation Notes: This enhancement is available in the Expere Engine 2020 Release One (1).
Barcode printing behavior resolved with URLA document tagline
  • Type: Defect
  • Reference: PBI 607603
  • Compliance Impacts: This item is not a compliance or regulatory issue.
  • Documentation Impacts: No documentation impact
Issue: A user reported an issue where the barcode printed over the document tagline on the and the Uniform Residential Loan Application and Uniform Residential Loan Application - Lender Loan Information document (see example below of barcode partially obscuring the "Page 1 of 2" text). This issue appeared when using a 2D barcode.


Solution: When generating the URLA with a 2D barcode, the barcode no longer prints over the footer information, specifically the document tagline.
Implementation Notes: This defect correction is available in the April release of Expere Document Services / Hosted Expere.
Signature issue resolved in Fannie Mae/Freddie Mac Uniform Residential Loan Application
  • Type: Defect
  • Reference: PBI 589263
  • Compliance Impacts: This item is not a compliance or regulatory issue.
  • Documentation Impacts: No documentation impact
Issue: It was reported that when electronically signing the Fannie Mae/Freddie Mac Uniform Residential Loan Application, the signature was appearing above the X on the form (see example below). The correct behavior should consist of the X appearing to the left of the electronic signature (Borrower's Signature: and Co-Borrower's Signature) and Date fields.


Solution: This issue has been resolved; the X now appears to the left of the electronic signature (Borrower's Signature: and Co-Borrower's Signature) and Date fields in the Fannie Mae/Freddie Mac Uniform Residential Loan Application.
Implementation Notes: This defect correction is available in the 2020 Release One (1) of the Expere Engine.
FillableText elements now yield values in response file
  • Type: Enhancement
  • Reference: PBI 604430
  • Compliance Impacts: This item is not a compliance or regulatory issue.
  • Documentation Impacts: No documentation impact
Summary: Previously in PBI 604497, we updated the Expere Document Services WSDL to include four new elements in the <FillableText> data type: <FieldText>, <HorizontalAlignment>, <Underline>, and <MultiLine>. This modification to the WSDL was deployed with our March release. In this PBI, the response file now returns values for these elements:
  • <FieldText> (returns a value if text string is present; if not it will return a "nil" value)
  • <HorizontalAlignment> (values are "left," "center," or "right")
  • <Underline> (either "true" or "false" value)
  • <MultiLine> (either "true" or "false" value)
Technical Notes: The following response file sample displays an updated <FillableText/> element with new parameters (in bold):
<r:FillableText>
    <r:FieldName>Lender.FullNameStreetCityStateZip_1</r:FieldName>
    <r:ToolTip>Lender.FullNameStreetCityStateZip_1</r:ToolTip>
    <r:Width>203.22</r:Width>
    <r:Height>40.96997</r:Height>
    <r:XCoordinate>39.98</r:XCoordinate>
    <r:YCoordinate>905.7</r:YCoordinate>
    <r:Sequencing>1</r:Sequencing>
    <r:FontName>Courier</r:FontName>
    <r:FontSize>10.0</r:FontSize>
    <r:NumberOfCharacters>0</r:NumberOfCharacters>
    <r:FieldText>Sample Text</r:FieldText>
    <r:HorizontalAlignment>Left</r:HorizontalAlignment>
    <r:Underline>false</r:Underline>
    <r:PageNumber>1</r:PageNumber>
    <r:MultiLine>true</r:MultiLine>
</r:FillableText>
Implementation Notes: This enhancement is available in the April release of Hosted Expere / Expere Document Services.

March Out of Band

Note: We found an issue when signing through an electronic document. We determined that resolving the issue prior to the April release was critical in ensuring that our customers can continue to generate documents without interruption. These changes will be available after the production deployment on 4/10 from 12:00 am to 4:00 am.
Wolters Kluwer E-Sign naming convention updated to sequence numbers
  • Type: Enhancement
  • Reference: PBI 612334
  • Compliance Impacts: This item is not a compliance or regulatory issue.
  • Documentation Impacts: No documentation impact
Summary: In a continued effort to support the new Paycheck Protection Program supported through TSoftPlus offered by the SBA, a new scenario within Wolters Kluwer E-Sign had been identified. Initial fields offered for entry prior to eSignature fields caused a sequencing issue where Wolters Kluwer E-Sign could not apply the initials in the final document. To support this new scenario, Expere was updated to sequence fillable fields throughout the document without repeating the same sequence number and incrementing to ensure proper signing order.
Implementation Notes: This enhancement is available in our February Out of Band release, scheduled for March 9.

March

iText 7 enhancement for use with Duplex ancillary option
  • Type: Enhancement
  • Reference: PBI 592830
  • Compliance Impacts: This item is not a compliance or regulatory issue.
  • Documentation Impacts: No documentation impact
Summary: Previously, Expere utilized iText 5.5; however, we made a determination that we needed to update our technology to optimize our PDF rendering. As a result, we have upgraded Expere to utilize iText 7 when Duplex is applied through the ancillary output options.
Implementation Notes: This enhancement is available in the March release of Hosted Expere / Expere Document Services.
DocDescriptor/DiscreteParty element order updated
  • Type: Enhancement
  • Reference: PBI 604817
  • Compliance Impacts: This item is not a compliance or regulatory issue.
  • Documentation Impacts: Expere Document Services Web Services Guide: DocDescriptor; DiscreteParty
Summary: In order to enhance consistency across our Java and .NET applications, we made the following updates:
  • DocDescriptor: the <LogoSupport/>, <DocumentList/>, and <ESignatureDocument/> elements now appear in this exact order at the bottom of the <DocDescriptor/> data type.
  • DiscreteParty: the <ForeignAddress/> element now appears before <BusinessName/> in the <DiscreteParty/> data type.
Implementation Notes: This enhancement is available in the April release of Expere Document Services / Hosted Expere.
WSDL updated with new FillableText elements
  • Type: Enhancement
  • Reference: PBI
  • Compliance Impacts: This item is not a compliance or regulatory issue.
  • Documentation Impacts:
Summary: After determining that some inconsistencies existed regarding fillable text functionality within our Expere products, we have added the following elements to the <FillableText/> data type in the WSDL:
  • <FieldText>
  • <HorizontalAlignment>
  • <Underline>
  • <MultiLine>
Note: The response file will display these elements and populate values in the April deployment.
Technical Notes: Sample <FillableText/> element with new parameters (in bold):
<r:FillableText>
    <r:FieldName>Lender.FullNameStreetCityStateZip_1</r:FieldName>
    <r:ToolTip>Lender.FullNameStreetCityStateZip_1</r:ToolTip>
    <r:Width>203.22</r:Width>
    <r:Height>40.96997</r:Height>
    <r:XCoordinate>39.98</r:XCoordinate>
    <r:YCoordinate>905.7</r:YCoordinate>
    <r:Sequencing>1</r:Sequencing>
    <r:FontName>Courier</r:FontName>
    <r:FontSize>10.0</r:FontSize>
    <r:NumberOfCharacters>0</r:NumberOfCharacters>
    <r:FieldText>Sample Text</r:FieldText>
    <r:HorizontalAlignment>Left</r:HorizontalAlignment>
    <r:Underline>false</r:Underline>
    <r:PageNumber>1</r:PageNumber>
    <r:MultiLine>true</r:MultiLine>
</r:FillableText>
Implementation Notes: This enhancement is available in the .
eSignature field enhancement for URLA Continuation Sheet
  • Type: Enhancement
  • Reference: PBI 598270
  • Compliance Impacts: This item is not a compliance or regulatory issue.
  • Documentation Impacts: No documentation impact
Summary: A user reported that the eSignature fields on the second page of the continuation sheet did not allow for any actual eSignatures. Typically in Adobe Acrobat, eSignature fields are highlighted in blue; the screen shot below displays the second page of the continuation page without the presence of eSignature fields for Borrower's Signature, Co-Borrower's Signature as well as the corresponding Date fields.


We have enhanced this functionality; eSignatures are properly created on all signature areas of the URLA continuation sheet.

Implementation Notes: This enhancement is available in the March release of Expere Document Services / Hosted Expere.
Response file enhanced to better handle NumberOfCharacters element
  • Type: Enhancement
  • Reference: PBI 588517
  • Compliance Impacts: This item is not a compliance or regulatory issue.
  • Documentation Impacts: No documentation impact
Summary: It was reported that the NumberOfCharacters element was returning a value of ‘0’ in the Expere Response, when a value was not authored in content. Returning a value of ‘0’ could result in a signing software inappropriately restricting data entry in fillable fields

We have updated our functionality to return a ‘nil’ value for the NumberOfCharacters element in the Expere Response, when one is not authored.

Sample reponse before enhancement:

<r:FillableFieldSet>
    <r:FillableText>
        <r:Id>*</r:Id>
        <r:EmailAddress>*</r:EmailAddress>
        <r:FieldName>Field3</r:FieldName>
        <r:ToolTip>Field3</r:ToolTip>
        <r:Width>547.2</r:Width>
        <r:Height>40.0</r:Height>
        <r:XCoordinate>37.0</r:XCoordinate>
        <r:YCoordinate>510.32</r:YCoordinate>
        <r:FontName>ArialMT</r:FontName>
        <r:FontSize>10.0</r:FontSize>
        <r:NumberOfCharacters>0</r:NumberOfCharacters>
        <r:FieldText/>    
        <r:HorizontalAlignment>Left</r:HorizontalAlignment>
        <r:Underline>false</r:Underline>
        <r:PageNumber>1</r:PageNumber>
        <r:MultiLine>true</r:MultiLine>    
    </r:FillableText>
</r:FillableFieldSet>

</r:FillableFieldSet>

We have updated our functionality to enhance thie behavior: if no content is added to either the ToolTip or NumberOfCharacters elements, neither element appears in the response file.

Implementation Notes: This enhancement is available in the .
Response now includes all fillable checkboxes with GroupID's
  • Type: Enhancement to Standard eSignature and Field Level fillable fields Feature
  • Reference: PBI 592305 / 592302
  • Compliance Impacts: This item is not a compliance or regulatory issue.
  • Documentation Impacts: Expere Developer Guide: FillableCheckbox
Summary: We have enhanced the functionality concerning the use of GroupID's and fillable checkboxes: the Expere response file now includes all fillable checkboxes that contain GroupID's with their corresponding XY coordinates. Previously, the generated PDF document contained the created radio buttons and the corresponding XY coordinates for the first fillable checkbox of the group.

When fillable checkboxes are authored in the REQ with a GroupID, and the request is for eSignature and Field Support with NonSignatureFieldCoordinatesOnly set to ‘True’:

  • The Radio button grouping is named using the GroupID
  • The response includes ALL radio button options with XY Coordinates for each radio button option, as well as the GroupID.
Technical Notes: Sample Expere response below:
<r:FillableCheckbox>
                  <r:Id>BorrID</r:Id>
                  <r:EmailAddress>test@email.com</r:EmailAddress>
                  <r:FieldName>yes</r:FieldName>
                  <r:ToolTip>yes</r:ToolTip>
                  <r:Checked>true</r:Checked>
                  <r:PageNumber>1</r:PageNumber>
                  <r:XCoordinate>154.29</r:XCoordinate>
                  <r:YCoordinate>661.22</r:YCoordinate>
                  <r:GroupID>Group1</r:GroupID>
                  <r:Mandatory>No</r:Mandatory>
Implementation Notes: This feature is available in the 2020 Release One (1) of the Expere Engine.

February - Out of Band

Note: We found that our ongoing iText upgrades were causing some transactions to fail. We determined that resolving the issue prior to the March release was critical in ensuring that our customers can continue to generate documents without interruption. These changes will be available after the production deployment on 2/25 at 10:00 pm.
Intermittent transaction failures resolved
  • Type: Enhancement
  • Reference: PBI 605233
  • Compliance Impacts: This item is not a compliance or regulatory issue.
  • Documentation Impacts: No documentation impact
Summary: After our update to production on 2/21, internal monitoring discovered that some transactions were periodically failing. It was determined that our ongoing efforts to upgrade iText from 5.5 to 7, and using both versions simultaneously, was the source of these failed transactions.

We have updated Expere to better accommodate utilizing both versions of iText. As a result, until all Expere components using iText are upgraded to version 7, the PDF will indicate an APGL license, but the Wolter Kluwer license still applies.

Implementation Notes: This enhancement is available in our February Out of Band release, scheduled for February 25.

February

OPPSA printing behavior enhanced
  • Type: Defect
  • Reference: PBI 592245
  • Compliance Impacts: This item is not a compliance or regulatory issue.
  • Documentation Impacts: No documentation impact
Issue: A customer reported that when sending an Expere request with multiple accounts, OPPSA data appeared multiple times on the Reg E - Disclosure and Limits and Fees documents when the data should have appeared only once. After internal research, it was determined that an issue existed with the Expere Engine.
Solution: The Expere Engine has been updated so that OPPSA data appears only once unless otherwise specified.
Implementation Notes: This defect correction requires a 2020 Release One Expere Engine update. .
"&" symbol now allowed in certain elements
  • Type: Enhancement
  • Reference: PBI 599080
  • Compliance Impacts: This item is not a compliance or regulatory issue.
  • Documentation Impacts: No documentation impact
Summary: A customer reported failed transactions; after internal analysis, it was determined that the "&" character in the Mailing Address 2 line (<MailingAddressStreetAddr2>Test &amp; Business name </MailingAddressStreetAddr2>) was causing this particular transaction to fail.

This behavior has been enhanced. We have updated Expere to escape the "&" when it is submitted in a request; Expere now serializes this special character and returns it in the response file successfully.

Implementation Notes: This enhancement is available in the 2020 Release One (1) of the Expere Engine.
Fillable field/checkbox size modified with dynamic documents
  • Type: Enhancement
  • Reference: PBI 595023
  • Compliance Impacts: This item is not a compliance or regulatory issue.
  • Documentation Impacts: No documentation impact
Summary: A customer reported that the size of our fillable checkboxes were smaller than its non-fillable counterpart for dynamic documents; subsequently, issues occurred in their scanning process. After internal assessment, it was determined that Expere was decreasing the size of checkboxes when making them fillable.

As a result, we have enhanced the size of our fillable fields and checkboxes to match those of their non-fillable counterparts.

Implementation Notes: This enhancement is available in the 2020 Release One (1) of the Expere Engine.
iText 7 enhancement for use with ancillary options
  • Type: Enhancement
  • Reference: PBI 588118 / 592823 / 592830
  • Compliance Impacts: This item is not a compliance or regulatory issue.
  • Documentation Impacts: No documentation impact
Summary: Previously, Expere utilized iText 5.5; however, we made a determination that we needed to update our technology to optimize our PDF rendering. As a result, we have upgraded Expere to utilize iText 7 with the following ancillary options:
  • Barcodes
  • Watermarks
  • Duplex
Implementation Notes: This enhancement is available in the 2020 Release One (1) of the Expere Engine.
Additional guidance provided for using mutually exclusive checkboxes and GroupID's
Summary: We have added supplemental guidance on using mutually exclusive checkboxes and GroupID's, consisting of various scenarios and code sample. Please refer to the link above for more information.
Implementation Notes: This enhancement is available in the Expere Engine 2020 Release One (1).

January

Default document margin behavior enhanced for use with barcodes
  • Type: Enhancement
  • Reference: PBI 591870
  • Compliance Impacts: This item is not a compliance or regulatory issue.
  • Documentation Impacts: No documentation impact
Summary: It was reported that when a document (.REQ file) did not contain predefined margins and utilized a barcode in the tagline, the barcode appeared over the tagline information.

As a result, Expere now uses .5 inch default document margins when they have not been authored in the document and when using either barcodes or logos.

Note the following:
  • If all margins have been defined, Expere will honor the defined margins in the document.
  • If some, but not all, margins have been defined, Expere will honor the defined margins and set the remaining margins to .5 inches.
Implementation Notes: This enhancement is available in the 2020 Release One (1) of the Expere Engine.
Document retry behavior enhanced between Expere Document Services and Document Generation Services
  • Type: Enhancement
  • Reference: PBI 589821
  • Compliance Impacts: This item is not a compliance or regulatory issue.
  • Documentation Impacts: No documentation impact
Summary: A customer initially reported that a hosted Expere transaction failed. After performing additional research and investigation, it was determined that a unique timing issue occurred between Expere Document Services (EDS) and our document library/queuing platform, Document Generation Services (DGS). Specifically, EDS requested the documents from DGS but because the documents were not yet saved to the database, no documents were returned. As a result, EDS failed to return the documents in the response to the customer and failed the transaction.

We have updated EDS to implement new retry logic; which will now attempt three retries before failing the EDS response.

Implementation Notes: This enhancement is available in the January release of Hosted Expere / Expere Document Services.