You are viewing limited content. For full access, please sign in.

Question

Question

Required Field at Template Level only

asked on March 8, 2014

I would like to have the ability to make a field required on a template level only. Similar to how one can specify in QF that a field is required for a specific process without it effecting the field elsewhere in the system.

 

The benefit of this would be to allow for easier process design and still having one common reusable field as opposed to creating multiple fields with different names just to get around the fact that the field will become required for all templates.

 

For example, a common field might be something called Date. I cannot make this a required field at the moment, since all templates that use this field will also become required, and it may not be required for other templates.

 

3 0

Answer

APPROVED ANSWER
replied on March 10, 2014

I asked this question at the 2014 Conference and Laserfiche told me the backend was not made in such a way to accommodate this functionality without re-writing how the backend works. They did not say whether or not that was a possibility. It would be nice though.

0 0

Replies

replied on April 29, 2015 Show version history

We hear you! This is planned for a future release.

2 0
replied on March 19, 2014

This would be very useful

1 0
replied on April 10, 2014 Show version history

If we can change a field's attributes (eg. visibility) at a template level for a specific user, how come we could not change the field's "required" attribute, for a template or a user, simply by adding a mehod at a template or user level that allows for the overriding the required attribute when that field is added to the template or user? 

 

If the visibility is allowed to be overridden on a template, why not the "required" attibute, which would make life a lot easier for a lot of LF users. 

 

For example, because a field is not required on all templates, but is on some, the only workaround is to make the field "not required" at a field level, and then, in workflows where they are dealing with documents which do require the field to have a value, have have the workflow test if a value was captured, and if not, route the document back to the user informing with some sort of "Error Field" message informing them that they need to enter a value in that field.

 

Huge loss in productivity.

 

Surely such a small requirement would not require a "rewrite of the backend".  Inheritance of field properties from the "field pool" on a template is great, but another aspect of the OOP model is the ability to allow for overriding of methods or properties, as is currently being done for the visibility of a field on a template at a user level.  Just a thought.  It would make workflow design a lot simpler, and place more control in Administrators' hands.

1 0
replied on April 28, 2015

I'll chime in here too.  This feature would be really helpful, we have a lot of common fields.  We want to be able to do a search on that field (not 2+ separate searches) and keep the field clutter down

0 0
replied on February 10, 2017

Yes, this would be extremely useful, especially for fields that are dates where they need to be required in some templates and not others. It would save a lot of time and space. So far, I don't see it available in Laserfiche Version 10.

0 0
replied on February 13, 2017 Show version history

Lisa - it's definitely an option in 10.1:

1 0
replied on February 13, 2017

Thanks!

0 0
You are not allowed to follow up in this post.

Sign in to reply to this post.