Efficient Technology Inc. maintains a library of thousands of forms with constant updates and new additions. In addition, ETI is leading the way in developing form automation standards for the entire industry, requiring ETI to be flexible and immediately responsive.
Each new form that is built offers new opportunities for the Quik! Field Definition to change and grow to meet new demands and requirements.
When considering the constantly changing environment of forms and the breadth of the Quik! Field Definition (over 1.2 million fields as of Summer 2023): it has become relatively impossible to build every form to perfection or to take advantage of each new field added to the definition. Adding a field to the definition takes careful planning to train the form builders, update Quik! software, update existing forms with the new fields, and roll out the changes to the industry.
Form Building Principles:
As a result of the complexity involved with forms automation, Quik! employs the following principles when building forms:
The "Standard" Service Level is intended to make it easy to pre-fill standard form fields (not premium form fields)
The "Premium" Service Level is for submitting data electronically from the form but not for pre-filling purposes.
"User Defined Fields" are an option the Quik! team can create for “customer-only” forms when Quik! does not find the field common enough to add to the Quik! Field definition.
ETI uses its best efforts to ensure forms adhere to the Quik! Form Standard and appropriate service levels by putting each form through a rigorous process of pre-build, build, test, review, and final review by the form owner (optional).
ETI will fix form field errors and treat the fixes as a high priority.
The Quik! Field Definition allows for the ability to "bundle" or merge multiple Quik! Forms into a single document (form bundle), creating links between repetitive fields across the forms.
Important note: ETI does not warrant that the bundling of forms will be perfect, and in rare cases, fields across multiple forms will result in conflicts and unexpected results.
The leading cause of this problem is the difference between text boxes and form checkboxes. If a textbox on one form has a field name that is the same as a checkbox on another form and the two forms are bundled, Adobe will automatically treat both fields the same, as either a textbox or checkbox. ETI is working on an improved definition to fix this problem.
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.FieldName1).