Import rules
- Owners and admins can import core data.
- File names matter. Unsupported file names are rejected.
- Referenced records must already exist or be included in the same import bundle.
- Dry-run errors should be fixed in the source CSV, not worked around inside the app.
- Queued import jobs store their source bundle as an import document for audit history.
Core data files
Upload these files from Settings > Import / Export.
Core imports are validated and applied in this order: items, lots, recipes, recipe components, then orders.
Accepted values
Blank item type defaults to raw material. Blank lot status defaults to available. Blank recipe status defaults to draft. Numeric quantities and yields must be greater than zero. Costs and reorder points must be zero or greater.
Address book files
Upload these files from Address Book > Import / Export. See Address book for operating context.
Address columns use the
address_ prefix: address_label, address_line1, address_line2, address_city, address_region, address_postal_code, address_country, address_contact_name, and address_phone. Repeat a customer or supplier row to load multiple addresses for the same company. Company-level fields must be blank or match across repeated rows. address_line1 is required when any address fields are filled. Address labels must be unique per customer or supplier in the same import. Blank address labels default to Default. Blank address country values default to US.
Examples
Exampleitems.csv:
lots.csv:
orders.csv:
Validation report
The dry-run report lists row counts and validation errors before anything is queued. Error locations usefile row N; for example, items.csv row 2 points to the first data row in items.csv.
Fix all reported errors before queueing the import. If a queued import later fails, the job history keeps row-level validation details.
Related pages: Implementation checklist, Settings and roles, Common errors, Reports.