Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

The Quik! Field Definition is currently designed to meet the form automation needs on a form. As businesses change their policies, procedures and workflow that involves form , and workflows involving forms, Quik! makes incremental incrementally upgrades to the field definition to accommodate customer needs. Customers who use Quik! to automate their forms will find that the forms form automation solutions also need to adapt and change quickly.

However, in certain instances, it is not possible and not realistic unrealistic for Quik! to move as fast as customer requirements change. The end result is that the automation is subject to imperfections and requires that the customer to partner with Quik! to find a resolution, sometimes requiring the customer to make changes to change their process flow and/or form design. To better anticipate and deal with form changes and field inconsistencies, customers should follow these guidelines:

Guidelines for Form Automation:

Follow these best practices to ensure your automation remains consistent and functional.

Best Practices for designing a solution

  • When designing a solution to pre-fill forms, the best practice is to prefill common, repetitive fields found in our Standard Service Level – prefilling the Premium Service Level fields is possible but more costly to implement and maintain over the long-run.

Report Issues Promptly

  • If a field problem arises from bundling forms, report the

    problem

    issue to the Quik! Forms team, indicating all the forms involved. Then,

    and then

    discontinue bundling the problem form or warn users about the problem until it can be fixed.

Warning

DO NOT USE Non-Quik! (Generic) Fields for Automation

When building automation around the Quik! forms, you can safely rely on fields named according to the Quik! Field Definition, but not randomly named generic fields.

What is a “Generic” field name? - When a field on a form does not match a field defined in the Quik! Field Definition: the field is given a random field name with a prefix name that reflects the form's naming convention (e.g., NFSVC2349.txt1.01 for text fields or NFSVC2349.chk1.01 for checkboxes).

Expect Delays When Requesting New Fields

  • When requesting the addition of a new field

    to be added

    to the Quik! Field Definition,

    expect

    please anticipate that the process

    of adding the field to

    may take at least 90 days or longer

    , depending

    . The timeline depends on whether ETI determines the field can be added and when the next software release

    of the software

    is scheduled

    for

    .

  • ETI always makes best efforts to add fields and deploy them fast to satisfy customer needs

  • If ETI releases a field

    prior to

    before full production release, there are defined methods for using the new field as a non-Quik! field in the Quik! software (please refer to software reference guides)

...

Frequently Asked Questions (FAQ)

Q: Can I map to generic fields?
A: NO. Quik! does not support mapping to generic fields as they are subject to change without notice. This has a high risk of breaking workflows and is against our policies. Quik! will NOT revert generic fields back to a previous version.

Q: Why does adding a new field take 90 days or more?
A: The process involves approvals, development, and scheduling the update in a software release. We always aim to address requests as quickly as possible.

Q: What should I do if my automation breaks?
A: Immediately report the issue to the Quik! Forms team and follow the recommended interim solutions.