Features - bulk export/import
Bulk Export/Import - Inspections
Detailed guide for bulk export and import of Inspections in Procore, including available fields, data types, and tool-specific limitations.
This guide covers the specific implementation of bulk export/import for the Inspections tool in Procore. For general concepts and the overall process, see the Bulk Export/Import - Overview.
- 1 - Inspections Available Fields
- 2 - Inspections Fields Specificities
- 3 - Data Model Reference Sheets
- 4 - Inspections-specific Limitations
- 5 - Common Use Cases
- 6 - Related Documentation
1 - Available Fields
1.1 - Native Fields
The following native fields are available for export and import. The script supports mapping via display names and internal keys.
| Field Label | Export Name | Data Type |
|---|---|---|
| ID | id | string |
| Template | list_template_id | lov_entry |
| Number | number | integer |
| Identifier | identifier | string |
| Status | status | lov_entry |
| Trade | trade_id | lov_entry |
| Due date | due_at | date |
| Inspection date | inspection_date | date |
| Description | description | rich_text |
| Location | location_id | location |
| Inspector(s) | inspector_ids | lov_entries |
| Specification section | spec_section_id | lov_entry |
| Point of contact | point_of_contact_id | lov_entry |
| Distribution member(s) | distribution_member_ids | lov_entries |
| Responsible contractor | responsible_contractor_id | vendor |
| Private ? | personal | boolean |
1.2 - Custom Fields
Custom fields configured for Inspections are automatically detected and included in the export. They follow standard Procore data types. During import, the script validates that the columns in your Excel file match the current fieldset configuration.
2 - Field-Specific Details
2.1 - Number and Identifier
- Uniqueness: When creating new items (where
idis empty), thenumberandidentifiermust be unique within the specific template selected. - The import script performs a cross-check against existing items in the project to prevent duplicates for a given template.
- If you select
_ALL TYPES_, you have an export / import across all types, but in this specific case you cannot export / import custom fields (as they are not transversal to all types)
2.2 - Users and Roles Mapping
- Email-Based Input: For fields identifying users (
inspector_ids,point_of_contact_id,distribution_member_ids), you must provide the email address. - Role Validation: The import script verifies that the provided users have the correct permissions for their assigned role
- Multiple users (for Inspectors or Distribution) must be separated by a comma.
2.3 - Point of Contact and Responsible contractor
The “point of contact” user must match the “Responsible Contractor” vendor. This is not checked during reimport and may lead to import errors if not respected.
3 - Data Model Reference Sheets
The export file includes dedicated reference sheets to facilitate data entry and mapping:
| Sheet Name | Contains |
|---|---|
| inspector_ids | List of users authorized to be Inspectors |
| point_of_contact_id | Users authorized as Point of Contact |
| distribution_member_ids | Users authorized for the Distribution list |
| vendor | List of Project Vendors |
| location_id | Project locations |
| trade_id | Company Trades |
| list_template_id | Available Inspection Templates |
| status | Valid statuses for inspections |
4 - Inspections-specific Limitations
4.1 - Inspection Type Scope
[IMPORTANT] The import process is strictly controlled by the Inspection Type.
- Tool ID Validation: The hidden sheet
_insp_typecontains the Inspection Type ID and should not be modified or suppressed. - If the file was exported for a specific type (e.g., “Quality”), it cannot be used to import data into another type (e.g., “Safety”).
- If the export was performed using
_ALL TYPES_, the script allows a broader scope but still validates template associations, and in that case does not handle custom fields.
4.2 - Technical & Data Constraints
- Attachments: Photos and documents attached to inspection items cannot be bulk imported; they must be managed manually in Procore.
- Fieldset Alignment: If your Excel file contains column headers that do not exist in the Procore fieldset, the import will be blocked to prevent data inconsistency.
4.3 - File Integrity
- Sheet Naming: The main data sheet must be named exactly
INSPECTIONS. - Metadata: Do not delete the
_insp_typesheet, as it is mandatory for the script to identify the target inspection category.
5 - Common Use Cases
5.1 - Batch Updating Due Dates or Inspectors
- Export existing inspections for a specific type.
- Update the
due_atorinspector_ids(using emails) in the Excel file. - Import the file; the script uses the
idcolumn to match and update existing records.
5.2 - Mass Creation from a Template
- Export a template (or an empty export) for the desired Inspection Type.
- Fill in the
list_template_idand provide uniquenumberoridentifiervalues. - Ensure all mandatory fields (like
responsible_contractor_id) are filled if the mandatory check is enabled. - Leave the
idcolumn blank for new items.
5.3 - Create one Inspection on a given template for each Location
- Export a template (or an empty export) for the desired Inspection Type.
- Go to the
location_idtab to copy all relevant locations in the location column of the INSPECTIONS tab. - Fill in the rest of the information before importing.
6 - Related Documentation
- Bulk Export/Import - Overview (general process and concepts)