There are a lot of issues when trying to do CSV imports with the digitalObjectPath column when trying to upload digital objects to records. See the documentation here.
It maybe be possible to add caveats in that section, but also in this section:
In addition to importing new records, AtoM can also attempt to identify matches on existing records and either update them in place, or delete the matches before importing the new records as replacements. This functionality will be described in greater detail below, along with other import options.
And it could instead start with something such as:
CSV import functionality, especially when replacing records, requires precision and any error in your CSV file risks an error. Errors include XYZ...
Making these caveats clearer will help users encounter less import issues.