Changelog Entries - 2018
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
- See Features page
Enhancements
- ID and Email added to WSDL file for FillableFields
- Changelog Release Schedule updated
- Workflow outline and sequence diagram added to web services user guide
- Expere Document Services web services request and response samples updated in webhelp
- Expanded eSign Document Detection
- Feature flag functionality activated
- WKES signature enumeration enhanced
- Ability to generate transaction barcodes on RTF documents restored
- Configurations type for BeginSession
- ESign/InkSign/NoSignatures now returned in InstanceSigningInstructions
- eSignature document functionality updated; bsi.properties property name change
- Checkboxes rendered when XY coordinates are requested
- Document white-space reservation enhanced when using barcodes
- Additional DocData element now populated
- Ability to pass in a request with multiple OPPSA products
- Instance Signing enumerations updated
- Change Log webhelp restructured
- Additional DocData element (
<InstanceRecordableFlag/>) added - Expere EZ Config Packages and Packets Application and Web Services Available
- Response data updated
- Callback delivery behavior enhanced
- Ability to resend callback status for a single transaction
- Ancillary barcodes now honor bottom margins for recordable documents
- Update Maximum Days to Expire (90 days)
- Generation behavior modified for multiple instances of same document
- Document Output formats supported
- Callback enhancement: new connection failure status
- InstanceProperties elements added to response file
- Discrete Party logic updated
Defect Corrections
December
The effective date for all products within the scope of this document for this release is December 12 for the CT environment and December 21 for the Production environment.
| ID and Email added to WSDL file for FillableFields |
|---|
|
| Summary: We have updated the to include the customer ID and SignerEmail for fillable fields. In a future release, these values will be returned in the Expere response when using fillable fields. These values are currently returned when using Wolters Kluwer E-Sign. |
Technical Notes: The follwing is an example of the fillable field in the
response file:
|
|
Implementation Notes:
This enhancement is available in the . |
| Changelog Release Schedule updated |
|---|
|
|
Summary: The wording of the release schedule has been updated to
specify the following: The Customer Test (CT) environment is updated on the first or second Tuesday of the month at 9:00 PM Central Time. |
| Implementation Notes: This enhancement is available in the December release of Expere Document Services. |
| Response to return DocumentType updated |
|---|
|
| Summary: It was previously reported that the DocType (DocumentType) was displaying as "Dynamic" in the Expere Document Services and Document Generation Services response, even if the actual DocType is static (officially known as "Template"). |
| Technical Notes: This behavior has been corrected. The Expere Document Services and Document Generation Services response now accurately reflects the DocType. |
| Implementation Notes: This defect correction is available in the October release of Expere Document Services. |
November
The effective date for all products within the scope of this document for this release is November 13 for the CT environment and November 22 for the Production environment.
| Workflow outline and sequence diagram added to web services user guide |
|---|
|
| Summary: In a continued effort to improve our user documentation, we have enhanced the Expere Document Services Web Services to include a comprehensive sequence diagram and corresponding workflow outline. The detailed workflow outline provides to our more technical API information. |
| Implementation Notes: This enhancement is available in the November release of Expere Document Services. |
October
The effective date for all products within the scope of this document for this release is October 9 for the CT environment and October 18 for the Production environment.
| Expere Document Services web services request and response samples updated in webhelp |
|---|
|
Summary: We have updated the request and response samples in the
Expere Document Services Web Services Guide for the following methods:
A deeper analysis has concluded that the aforementioned methods are the most common utilized by Expere Document Services users. |
| Implementation Notes: This enhancement is available in the October release of Expere Document Services. |
September
The effective date for all products within the scope of this document for this release is September 11 for the CT environment and September 20 for the Production environment.
| Expanded eSign Document Detection |
|---|
|
|
Summary: Expere now accepts eSignable documents when submitted
through a new ESignature Document setting in the Document Properties dialog
within the Requirements and Content Editor. A new SuppressESignature element can be added to the REQ as a child of Document\Condition. If this element is present then eSignatures are disabled for the entire document. A typical use case is to have a condition to check if the document has any Notary signatures and add this element if it does since documents with Notary signatures are currently never eSignable. |
| Technical Notes: Refer to the Requirements and Content Editor User Guide for usage. |
| Implementation Notes: This enhancement is available in the September release of the Expere Engine. |
| Feature flag functionality activated |
|---|
|
Summary: Previously in PBI
504715 (New <ESignatureDocument/> element
added), we updated the Expere Document Services WSDL with a new
<ESignatureDocument/> element. This feature
functionality was disabled, pending document content to be updated with the
new <ESignatureDoucmnet/> element. With the September
release this functionality has been activated in our CT environment, as of
09/11/18. This will be released to the production environment in October, on
10/18/18. |
| Implementation Notes: This enhancement is available in the September release of Expere Document Services. |
| WKES signature enumeration enhanced |
|---|
|
| Summary: Previously, Wolters Kluwer E-Sign signature fields were being enumerated incorrectly when a single document contained multiple signature sections for one or more recipients. This resulted in the same signing enumeration being used in both signature areas of the document. This behavior has been enhanced; each recipient signature line, within a single document, is now enumerated as its own signing field. |
| Implementation Notes: This enhancement is available in the September Release of Expere Document Services. |
| Ability to generate transaction barcodes on RTF documents restored |
|---|
|
Summary: You can now generate transaction barcodes on RTF-generated
documents through the use of the <TaglineBarcodeDesc>
element in your transaction .XML. The value within this element should
represent the barcode pattern to appear on the RTF document. This
enhancement modifies previous behavior where the presence of the
<TaglineBarcodeDesc> element within the transaction
caused it to fail. |
Technical Notes: A sample request with the
<TaglineBarcodeDesc> element could resemble the
following: |
| Implementation Notes: This enhancement is available in the 2018 Release Three (3) of the Expere Engine. |
| Configurations type for BeginSession |
|---|
|
| Summary: In an ongoing effort to enhance our user documentation, we have incorporated additional detail surrounding the Configuration type in the BeginSession request topic in the Expere Document Services web services documentation. |
| Implementation Notes: This enhancement is available in the September release of Expere Document Services. |
August
The effective date for all products within the scope of this document for this release is August 7 for the CT environment and August 16 for the Production environment.
| ESign/InkSign/NoSignatures now returned in InstanceSigningInstructions |
|---|
|
| Summary: We had recently updated the InstanceSigningInstructionsTypeEnum within the Expere Document Services WSDL to remove unused values (PBI 506119 - Instance Signing enumerations updated). In the August release, the enumeration values that remain will now be used to populate the instance signing instructions within the response through the use of ESign, InkSign, or NoSignatures. |
| Implementation Notes: This enhancement is available in the August release of Expere Document Services. |
| Checkboxes rendered when XY coordinates are requested |
|---|
|
| Summary: It was reported that documents were not rendering check boxes when XY coordinates were being requested and being merged by an institution's third-party vendor. We have enhanced how Expere renders check boxes on documents; when they are merged by a third-party vendor, check boxes are not removed or missing. |
| Implementation Notes: This enhancement requires the 2018 Release Three (3) Expere Engine. |
| Document white-space reservation enhanced when using barcodes |
|---|
|
| Summary: Previously users of barcodes found extra white-space above the tag-line was being saved when additional document text could fit on the page. Unfortunately this caused documents to print additional pages, sometimes causing increased recording costs when the documents impacted were recordable. In an effort to reduce excess white-space on documents when using barcodes, Expere now reads the barcode type being used and reserves only the space necessary to print the requested barcode. |
| Implementation Notes: This enhancement requires the 2018 Release Three (3) Expere Engine. |
July
The effective date for all products within the scope of this document for this release is July 10 for the CT environment and July 19 for the Production environment.
| Ability to pass in a request with multiple OPPSA products |
|---|
|
Summary: Users can now pass requests to Expere Document Services
containing multiple OPPSA products using the OPPSA Merge Product Data
page and the following API requests:
Tool Suite users : use the Oppsa Required checkbox and follow the instructions using the Select Generate and Deliver, Select and Generate, Select / Generate, and OPPSA Merge Product Data. |
Technical Notes:
Integrators - the EDS Web Services: Oppsa data type
now allows for multiple ProductName elements. |
| Implementation Notes: This feature is available in the July release of release of Expere Document Services. |
| Expere EZ Config Packages and Packets Application and Web Services Available |
|---|
|
| Summary:Wolters Kluwer introduces a new application, Expere EZ Config Packages and Packets. This application allows users to organize and manage documents and configure packages that align to your financial institution’s workflow phases. Expere EZ Config Packages and Packets integrates with Expere Document Services, which is leveraged to process requests for document generation. |
| Implementation Notes: This feature is available in the July release of Expere Document Services. |
July - ExpeditedThe effective date for all products within the scope of this document for this release is June 26 for the CT environment and July 19 for the Production environment.
ApplyPoliciesAndReturnTransaction API updated to
retain empty elements |
|---|
|
Issue: It was reported that empty elements were removed from the
request .xml file when using the
ApplyPoliciesAndReturnTransaction API. As a result,
when utilizing DocViewer, users were not prompted to collect those
additional data items that were missing from the original request .xml file.
|
Solution: When using the
ApplyPoliciesAndReturnTransaction API, empty data
points and collections are retained in the request .xml file. |
| Implementation Notes: . |
| OppsaId no longer required |
|---|
|
Issue: It was reported that the OppsaId was required
in an OPPSA request, according to the Expere Document Services WSDL.
However, when the OppsaId is included in the request it
causes the transaction to fail. Â |
Solution: The Expere Document Services WSDL has been updated to
remove the OppsaId, and therefore is no longer
required. |
| Implementation Notes: This defect correction is available in the July release of Expere Document Services. |
| Additional DocData element now populated |
|---|
|
Summary: With the June release of Expere Document Services we updated
the WSDL with a new DocData element for
<InstanceRecordableFlag/> (See previous WSDL change
log here.)
This new element is now included in the response and populated with a value
of 'True' when the document is recordable, or a value of 'False' when the
document is not recordable. |
| Implementation Notes: This feature is available in the July release of Expere Document Services. |
| AssembleDocumentsService updated to create document list |
|---|
|
Summary: Expere now has the ability to create a Document List for a
SelectAndGenerate or Generate request. The Document List
provides the list of documents created for a request and returns the list in
the response, under <DocumentList/>, as well as a
Document List PDF. To take advantage of this behavior a Document List
Document needs to be authored within in the package of documents being
requested. |
Technical Notes: Sample response
below: |
| Implementation Notes: This feature is available in the July release of Expere Document Services. |
June
The effective date for all products within the scope of this document for this release is June 12 for the CT environment and June 21 for the Production environment.
New <ESignatureDocument/>
element added |
|---|
|
Summary: We have updated the Expere Document Services WSDL to contain
a new <ESignatureDocument> element in the
DocDescriptor data type. This new optional element will allow for
either a "true" or "false" value to determine whether to incorporate
signature fields and to indicate if the document is esignable.By default, this element is set to "false," disabling this feature until a future date. |
Technical Notes: Sample response
below: |
| Implementation Notes: This enhancement is available in the June release of Expere Document Services. |
| Instance Signing enumerations updated |
|---|
|
Summary: We have added the enumeration values around the instance
signing data type to consist of the following:
Additionally, we have removed the following enumerations:
We have updated the WSDL and the corresponding Web Services help topic here: InstanceSigningInstructionsTypeEnum. |
| Implementation Notes: This enhancement is available in the June release of Expere Document Services. |
| Change Log webhelp restructured |
|---|
|
Summary: To improve consistency with other product change logs, we
have restructured the Wolters Kluwer Hosted Expere Change log to include the
following enhancements:
|
| Implementation Notes: This change log restructure is available in the June release of Expere Document Services. |
Additional DocData element
(<InstanceRecordableFlag/>) added |
|---|
|
Summary: The
<InstanceRecordableFlag>false</InstanceRecordableFlag>
schema point is now supported in the Expere Document Services WSDL. The
value will be populated in the response with the July release. |
Technical Notes: Sample response snippet
(<InstanceRecordableFlag>false</InstanceRecordableFlag>
highlighted)
below: |
| Implementation Notes: This feature is available in the June release of Expere Document Services. |
May
The effective date for all products within the scope of this document for this release is May 8 for the CT environment and May 22 for the Production environment.
| Response data updated |
|---|
|
Summary: We have updated the Expere Document Services response to
include additional <DocData> values, consisting of the
following:
These elements existed within Expere Document Services; however they were previously not supported. |
Technical Notes: Sample Expere Document Services
response: |
| Implementation Notes: This feature is available in the June release of Expere Document Services. |
| Ability to generate document list now available |
|---|
|
Summary: Users can now generate a list of all documents included in a
package through a new <DocumentList/> element within the
PackageDoc data type. |
Technical Notes:
<DocumentList/> is an optional element; the available
values are either "true" or "false." |
| Implementation Notes: This feature is available in the May release of Expere Document Services. |
| Callback delivery behavior enhanced |
|---|
|
Summary: Users reported not receiving callbacks for certain
Deliver requests. We determined that new errors were
occurring, which were not accounted for with our existing retry logic. As a
result, Expere Document Services would provide a Failed callback
message but would not attempt a retry on the transaction. We have updated our logic to perform retries when a delivery callback returns an exception for any errors that may occur. |
| Implementation Notes: This enhancement is available in the May release of Expere Document Services. |
April
The effective date for all products within the scope of this document for this release is April 10 for the CT environment and April 19 for the Production environment.
| Ability to resend callback status for a single transaction |
|---|
|
|
Summary: It was determined that in some instances, Mailed
callback statuses were not received for some transactions; as a result,
users do not know if a transaction package was mailed. Within the Tool Suite, you can now resend the following callbacks for a single transaction using the SEND button in the Delivery Audit Log:
|
| Implementation Notes: This feature is available in the April release of Expere Document Services. |
| Rich Text Format (RTF) document format issue corrected |
|---|
|
| Issue: It was previously reported that when submitting a Select and Generate request with an RTF document output format, in some transaction instances no response was returned and the transaction remained in an Incomplete state. |
| Solution: We have implemented internal code enhancements to resolve this issue; submitting a Select and Generate request with an RTF document format output type now returns a successful response. |
| Implementation Notes: This defect correction is available in the April release of Expere Document Services. |
February Out of band CT release
The effective date for this release is February 21 for the CT environment and March 15 for the Production environment.
ApplyPoliciesAndReturnTransaction behavior
enhanced |
|---|
|
Issue: It was reported that the
ApplyPoliciesAndReturnTransaction API was not
functioning correctly; while it returned incoming transaction data, it did
not apply the policy data to the transaction. This API should generate a
merged .XML file with both transaction and policy data. |
Solution: This issue has been resolved; the
ApplyPoliciesAndReturnTransaction API now functions as
expected. |
| Implementation Notes: This feature is available in the March release of Expere Document Services. |
February
The effective date for all products within the scope of this document for this release is February 6 for the CT environment and February 15 for the Production environment.
| Ancillary barcodes now honor bottom margins for recordable documents |
|---|
|
Summary: We have adjusted the static placement of the ancillary
barcode for documents where margin requirements have been authored. It was
determined that certain documents contained barcodes; in some cases, those
documents are recordable which causes issues when formally recording with
the county or state. This behavior has been enhanced: the ancillary barcode
now honors the bottom and side margins so users can record their documents
with any county or state. Note the following:
|
| Implementation Notes: This feature is available in the February release of Expere Document Services. No user action is required. |
| Update Maximum Days to Expire (90 days) |
|---|
|
Summary: In a previous release (via PBI 422732) we added the
ability for users to identify the number of days for Wolters Kluwer to
retain their transaction data, by using the
<DaysToPersistInLongTermStorage/> element. This
element could be used on a transaction by transaction basis, or be set at
the Account level, by contacting SupportLine . With the original
implementation we defaulted the DaysToPersistInLongTermStorage value
to 7 days, but allowed a maximum of 60 days to be submitted. Based on
customer feedback, the maximum number of days has now been expanded to 90
day while the default remains at 7 days. If you had previously identified an Account Level setting for DaysToPersistInLongTermStorage, your account will not be impacted or changed. If you would like to change/update your data retention settings with Wolters Kluwer, please contact SupportLine or your Professional Services consultant. |
| Implementation Notes: This feature is available in the February release of Expere Document Services. |
| Generation behavior modified for multiple instances of same document |
|---|
|
| Summary: When a request is made to Expere with multiple rule sources in a package, currently Expere will generate the duplicate documents multiple times for each rule source. This is due to Expere's behavior or requiring that PKGD files from different packages be named differently. To mitigate this issue, we have modified Expere's behavior whereby, a Select or SelectAndGenerate request will generate a document only once, even if the request has packages that contain multiple rule sources. |
| Implementation Notes: This feature is available in the February release of Expere Document Services. |
| PDFMerge fillable fields behavior modified |
|---|
|
Issue: Previously in a request containing PDFMerge with
eSignatureCoordindatesOnly set to "true," the resulting
PDF document displayed the corresponding fields as fillable. This was
incorrect behavior. |
Solution: This issue has been resolved; PDFMerge with
eSignatureCoordindatesOnly set to "true" does not
produce fillable fields on the resulting PDF document. |
| Implementation Notes: This feature is available in the February release of Document Generation Services. |
| Document Output formats supported |
|---|
|
Summary: We have enhanced Expere Document Services' document assembly
behavior to support the following document output
types:
The Document Output Formats has been added to the WK Hosted webhelp and contains detailed information around document assembly and document formats. |
| Implementation Notes: This feature is available in the February release of Expere Document Services. |
| Callback enhancement: new connection failure status |
|---|
|
Summary: We added a new callback DeliveryFailed status which
is returned in the DeliveryRequestStatus of the
DeliveryService callback. You will receive this callback status when the
Delivery Service is down. |
| Implementation Notes: The WK Hosted webhelp has detailed information and screenshots regarding this new error status. This feature is available in the February release of Expere Document Services. |
| InstanceProperties elements added to response file |
|---|
|
Summary: Expere Document Services now reads the
<InstanceProperties/> element value
from the original .REQ file and passes it to Expere Document Services for
print fulfillment purposes. As a result, we have added the following child
elements to the <InstanceProperties/>
element:
Elements will only be returned in the EDS response if the element is authored in the .REQ. See StateSpecificProperties section of the webhelp for full details on all potential values being returned in the response. This PBI is part of the overall State-Specific Delivery Intelligence feature |
Technical Notes: Sample response
below: |
| Implementation Notes: This feature is available in the December release of Expere Document Services. |
| Discrete Party logic updated |
|---|
|
Summary: As part of a continued effort to implement the Single State
Delivery feature, we have added a new element called
<DiscreteParties/>. Within
<DiscreteParties/>,
<DiscreteParty/> elements include the following new
elements:
This allows those users implementing Wolters Kluwer print fulfillment or other print fulfillment services to track mailings using additional data. Note: Expere Document Services will continue to
accept the <DiscretePartyID/> element when authored
on content. |
Technical Notes: Sample response
below: |
| Implementation Notes: This feature is available in the January release of Expere Document Services. |