Загрузка данных из Excel в 1С

Когда нужна загрузка из Excel в 1С

Прайс поставщика, список товаров, начальные остатки или документы часто приходят в таблицах. Ручной ввод повторяющихся строк занимает время и увеличивает вероятность ошибки. Загрузка данных из Excel в 1С помогает перенести согласованные сведения с проверкой структуры и сопоставления. До разработки важно понять, какие записи нужно создать, какие обновить, а какие оставить без изменений. Одна и та же таблица может требовать разных действий в разных конфигурациях.

Сначала проверяем, нет ли подходящего штатного механизма загрузки. Если его возможностей достаточно, отдельная обработка может не понадобиться. Разработка имеет смысл, когда нужны особые правила поиска, несколько связанных документов, предварительная проверка или регулярная загрузка меняющихся файлов. Для оценки достаточно обезличенного образца таблицы и названия конфигурации с релизом. Сразу передавать рабочую базу, полный список клиентов или коммерческий прайс не требуется.

Как готовим таблицу и правила сопоставления

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

Для номенклатуры выбираем устойчивый способ поиска. Артикул бывает неуникальным, наименование может отличаться написанием, а штрихкод относится к конкретной упаковке. При неоднозначном совпадении обработка должна показать выбор или остановить строку. Отдельно согласуем создание новых элементов, обновление существующих и обработку отсутствующих значений. Пустая ячейка не обязательно означает, что нужно очистить заполненный реквизит в 1С.

Пример сценария: загрузка прайса поставщика

Это пример для обсуждения требований, а не выполненный клиентский проект. Поставщик отправляет таблицу с кодом товара, наименованием и ценой. Пользователь выбирает файл, указывает поставщика и дату, затем видит предварительный результат сопоставления. Строки с найденной номенклатурой готовы к обработке; неоднозначные и новые позиции выделены для проверки. Запись цен начинается после подтверждения согласованных данных.

При проверке повторно загружаем тот же файл и сравниваем результат с утверждённым правилом: повтор не должен бесконтрольно создавать элементы и документы. Затем используем строку с неизвестной валютой, пустой ценой и повторяющимся кодом. Важно проверить, что пользователь получает конкретное сообщение с номером строки и причиной остановки. Такая проверка полезнее обещания, что обработка принимает любой файл без подготовки.

Типичные ошибки загрузки

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

Также нужно определить поведение при частичной ошибке. Возможен отказ всей загрузки или обработка корректных строк с отдельным списком проблем, но этот выбор должен быть согласован. Пользователь должен понимать, что уже записано и безопасно ли повторить операцию. Для документов обсуждаем проведение отдельно от создания: успешное чтение строк ещё не означает, что документ можно провести без проверки остатков, периода и обязательных реквизитов.

Что проверяем на тестовой базе

Для испытаний подготавливаем небольшой набор обычных и проблемных строк. Сверяем количество элементов, суммы, даты и связи, проверяем права пользователя. Если файл большой, отдельно оцениваем время чтения и записи на согласованном объёме. Универсальные обещания скорости без измерения на ваших данных не дают полезного ориентира. При изменении структуры файла обработка должна распознать проблему, а не молча принять колонку за другое поле.

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

От чего зависят цена и срок

На оценку влияют число форматов файлов, сложность поиска, создание справочников и документов, объём проверок и необходимость регулярного запуска. Разовая загрузка подготовленной таблицы отличается от инструмента для ежедневной обработки разных прайсов. Срок включает согласование образца, разработку и проверку исключений. В заявке укажите, что загружаете, куда должны попасть данные и как часто меняется файл. По этому описанию можно предложить следующий шаг без предоставления доступа к учёту.