Импорт данных ломается не на загрузке, а на подготовке карты полей

Импорт данных ломается не на загрузке, а на подготовке карты полей

Перед переносом проверьте три вещи: типы значений, обязательные поля и уникальные идентификаторы. Если в источнике артикул хранится как текст, а в CMS ждут число, импорт либо упадёт, либо создаст дубли. Особенно часто это всплывает у товаров, категорий, пользователей и заказов.

Вторая типовая ошибка — «грязные» данные: лишние пробелы, разные форматы дат, пустые строки вместо NULL, смешанные валюты в одном столбце. Такие мелочи не видны в таблице, но ломают сопоставление и фильтры после переноса. Перед запуском лучше сделать отдельную очистку файла, а не надеяться на обработчик импорта.

Третья зона риска — связи между сущностями. Импортировать товары без категорий, а потом руками проставлять привязки — почти всегда путь к потерянным связям и дублям. Сначала загружают справочники и родительские сущности, потом всё, что на них ссылается. Иначе часть данных окажется «в воздухе» 🧩

Если импорт большой, сначала гоняйте его на тестовом срезе: 20-50 строк обычно хватает, чтобы увидеть ошибки маппинга, кодировок и обязательных полей. Исправлять файл до полного прогона дешевле, чем потом вычищать последствия в живой базе.