A central feature of many templates—including Move In, Tenant Move In, and Move Out—is the condition table.
For example, a standard condition table appears in a Move-Out inspection like this in zInspector 3.
To start, you will see the list of areas:
Tap on an area to expand it and see the detail-level condition table it contains:
This hallmark zInspector inspection feature works great for most users as specified in the standard (default) templates; however, through multiple field options, they certainly can be fully customized to suit your needs.
This very short video explains how to begin customizing a template and is essential viewing for all users:
To begin customizing any template, go to Settings → Document Templates, locate the template you wish to edit, and click on the New Draft icon to the left; it looks like this:
Condition Table Template Options
A condition table is added to a template using an Inspection Table code similar to the default version below:
Z:[[Inspection Table | Move-Out Conditions | [N=New,E=Excellent;S=Satisfactory,F=Fair,P=Poor;D=Damaged;all;picture;both;;edit] ]]
Let’s break this down to understand each portion:
Z:[[Inspection Table This is the field type.
| Move-Out Conditions | This is the title we see on the template for the Inspection Table.
[N=New,E=Excellent;S=Satisfactory,F=Fair,P=Poor;D=Damaged; This defines the actual condition values. See that the the condition value categories are separated from each other by semicolons (;). The first condition listed within each category is the primary condition value. Additionally there can be secondary condition values within each category: they follow the primary condition value and are separated by commas (,). (For more info on customizing the condition values, see this article.)
all; This specifies the areas that are contained within the property that will be included in the condition table. In this case, it’s “all” meaning that all areas available for the specified property will be present in the inspection table. Alternately, you can specify areas, separated by commas (e.g., bedroom,bathroom;) to only include the listed areas in the table. Specifying yard; or exterior; would include any areas with the word “yard” or “exterior” in the area name (such as Front Yard/Exterior, Back Yard/Exterior, and Side Yard/Exterior). Adding an exclamation point before the area name (e.g., !bedroom,!bathroom;) would exclude the specified areas from the condition table.
picture; This defines what documentation is required when an Action item (!) is selected for a detail. In this case, a photo must be taken of the detail. Other options here are comments; (where a comment is required), both; (where a photo and comment are required) or none; (where no documentation is required).
both; This defines what documentation is required when a Damaged (D) condition is selected for a detail. In this case, both a photo and comment must be taken for the detail. Other options here are picture; or comments; or none;
;edit] ]] This enables zData. You can learn more about the zData feature and the different options available here.
On the following table you can see some more examples for the different ways inspection tables can be setup:
| Field Type | Examples | Notes |
| System Fields – Inspection Table | Z:[[Inspection Table | Move-In Conditions | [N=New, E=Excellent; S=Satisfactory,F=Fair,P=Poor; D=Damaged;all] ]] | Move-In condition table that includes all Areas and Details. No documentation (photos or comments) is required for Action (!) and Damaged (D) items. |
| Z:[[Inspection Table | Move-In Conditions | [N=New, E=Excellent; S=Satisfactory,F=Fair,P=Poor; D=Damaged;all;;;areaforce] ]] | Same condition table as in the previous example. However, photos and 360 images are required at the Area level. | |
| Z:[[Inspection Table | Move-In Conditions | [N=New, E=Excellent; S=Satisfactory,F=Fair,P=Poor; D=Damaged;all;;;optional] ]] | Same condition table as in the previous example BUT the table itself in this case is optional, and again no pictures or comments are required for Action (!) and Damaged (D) Items. | |
| Z:[[Inspection Table | Move-In Conditions | [N=New, E=Excellent; S=Satisfactory,F=Fair,P=Poor; D=Damaged;all;;picture;optional] ]] | Same optional condition table as in the previous example, but in this case a photo is required for Damaged (D) Items. | |
| Z:[[Inspection Table | Move-In Conditions | [N=New, E=Excellent; S=Satisfactory,F=Fair,P=Poor; D=Damaged;all;;;optional-both] ]] | Same optional condition table, but if something is marked as New (N), Satisfactory (S), Damaged (D) or Action (!), both a comment and a photo are required. | |
| Z:[[Inspection Table | Move-In Conditions | [N=New, E=Excellent; S=Satisfactory,F=Fair,P=Poor; D=Damaged;all;;;optional-picture] ]] | Same optional condition table, but if something is marked as New (N), Satisfactory (S), Damaged (D) or Action (!), a photo is required. | |
| Z:[[Inspection Table | Move-In Conditions | [N=New, E=Excellent; S=Satisfactory,F=Fair,P=Poor; D=Damaged;all;;;optional-comments] ]] | Same optional condition table, but if something is marked as New (N), Satisfactory (S), Damaged (D) or Action (!), a comment is required. | |
| Z:[[Inspection Table | Move-In Conditions | [N=New, E=Excellent; S=Satisfactory,F=Fair,P=Poor; D=Damaged;all;;;optional-no-details] ]] | The condition table is optional in this case and only showing Areas. Details are disabled. | |
| Z:[[Inspection Table | Move-In Conditions | [N=New, E=Excellent; S=Satisfactory,F=Fair,P=Poor; D=Damaged;all;;;optional-areaforce] ]] | The condition table remains optional in this example. However, photos and 360 images are required at the Area level. | |
| Z:[[Inspection Table | Move-In Conditions | [N=New, E=Excellent; S=Satisfactory,F=Fair,P=Poor; D=Damaged;all;;;;edit] ]] | Move-In condition table that includes all Areas and Details. No documentation (photos or comments) is required for Action (!) and Damaged (D) items. zData is enabled. | |
| Z:[[Inspection Table | Move-In Conditions | [N=New, E=Excellent; S=Satisfactory,F=Fair,P=Poor; D=Damaged;all;picture;both;optional;edit] ]] | Optional condition table with photos required for Action (!) items, and both photos and pictures required for Damaged (D) items. zData is enabled. | |
| Z:[[Inspection Table | Bedrooms | [N=New;S=Satisfactory;D=Damaged;bed] ]] | Required condition table only covering the bedroom Areas. Photo and comment documentation is optional. | |
| | Same as in the previous example, but a photo is required for Action Items (!), and both a photo and comment are required for Damaged (D) Items. | |
| Z:[[Inspection Table | Full Property (no Yards or Roof) | [N=New;S=Satisfactory;D=Damaged;!yard,!roof] ]] |
Required condition table for all Areas—except for any yard and roof areas, which are excluded. Photos and comments for all condition values are optional. |
Instructions on Area Detail level:
Another potentially helpful field that you can use to add an instructive prompt as a prefilled comment within a particular detail is as follows:
Z:[[Instruction | AREA_DETAIL | [bedroom;;closet; check for dust] ]] This field adds a placeholder on the Area Detail level, in the comment field. In the above example, the placeholder is for the Bedroom Area, under the Closet Detail.
Z:[[Instruction | AREA_DETAIL | [;;lock; Check if locks] ]] If you wish, you can omit the Area specifier from the previous example, to apply the comment to any/all areas that contain the specified detail, as shown here.
These two examples will appear as follows in the zInspector 3 app:
To complete the above two examples: Please review the following:
| Field Type | Examples | Notes |
| Instructions – Area Detail | (1) Z:[[Instruction | AREA_DETAIL | [;;Alarm;Change Batteries.] ]] | You can omit the Area specifier from the previous example, to apply the comment to any/all areas that contain the specified Detail, as shown here: Alarm. This field adds a placeholder on the Area Detail level, in the comment field. In the above example, the placeholder is for the Alarm Detail. |
| (2) Z:[[Instruction | AREA_DETAIL | [;;HVAC;;Filter Size] ]] | Again, if you wish, you can omit the Area specifier, and just add a zData request to any/all areas that contain the specified Detail, as shown here: HVAC. This field adds a placeholder on the zData to request the Filter Size. The field is optional and doesn’t have to be filled out. | |
| (3) Z:[[Instruction | AREA_DETAIL | [Systems;;Lockbox;;Code;required;picture] ]] | In this field, the Area is Systems, and the Detail is Lockbox. The field adds a placeholder in the zData field for the lockbox “Code” and makes that field and the picture required. | |
| (4) Z:[[Instruction | AREA_DETAIL | [Kitchen;;Microwave;;Brand & Serial #;required] ]] | In the above example, the placeholder is for the zData field, under the Kitchen Area and the Microwave Detail. It requires adding the Brand & Serial Number. In this example, pictures are not required. | |
| (5) Z:[[Instruction | AREA_DETAIL | [Kitchen;;Oven;Interior Lighting;Serial & Model;required;picture] ]] | This field adds a placeholder on the Area Detail level, in the comment field. It also adds a placeholder on the Area Detail level, in the zData field. In the example, the placeholder is for the Systems Area, under the Oven Detail, requesting to add Serial & Model on the zData field. The camera and the zData are required. | |
|
(6) Z:[[Instruction | AREA_DETAIL | [Kitchen;;Refrigerator;Check Door Seal;Model & Serial;;picture] ]] |
This field adds a placeholder on the Area Detail level, in the comment field. In the above example, the placeholder is for the Kitchen Area, under the Refrigerator Detail. It requests to add the Model & Serial on zData Field and a mandatory picture. | |
| (7) Z:[[Instruction | AREA_DETAIL | [kitchen;;Stove; Be sure to check all burners; Enter Model & Serial Number;required;picture_empty] ]] | This field adds a placeholder on the Area Detail level, in the comment field. In the above example, the placeholder is for the Kitchen Area, under the Stove Detail. It requests to add the Model & Serial on zData Field and it will only require a picture if the zData field hasn’t been filled out in previous inspections. The “picture_empty” argument indicates that a picture is required only if characteristics are empty”. |
Area Summary Table Options
As an alternative to the Condition Table, zInspector offers the Area Summary. Instead of a table with conditions covering the property on the Area Detail level, there will be a table with a list of all the Areas of the specified property (by default), along with photos and comment documentation options. As with the condition table, for the Area Summary photos and/or comments can be required or optional. Area Summary examples follow.
| System Fields – Area Summary | Z:[[Area Summary | Areas Conditions | [all] ]] | Shows a list of all Areas (no condition table or area details). Requires photos and comments. |
| Z:[[Area Summary | Areas Conditions | [all;optional-comments] ]] | Shows a list of all Areas. Requires photos but comments are optional. | |
| Z:[[Area Summary | Areas Conditions | [all;optional-picture] ]] | Shows a list of all Areas. Requires comments but photos are optional. | |
| Z:[[Area Summary | Areas Conditions | [all;optional] ]] | Shows a list of all Areas. Comments and photos are optional. |
This article only covers the condition table fields. For info on all other template fields, see this article.
Important:
- Before you begin customizing any template, always make sure you have removed the following field on the very top of the template:
Z:[[System | [SYSTEM_DOCUMENT] ]] If you do not remove this field, you won’t be able to save your customized template. - To view the recent changes you made to a template in the zInspector 3 app, don’t forget to tap the Sync (cycling arrows) button in the app’s main menu bar.
Questions? Email us any time at support@zinspector.com.