Загрузка накладных поставщиков в 1С и ДАЛИОН

Опубликовано и проверено: 19 октября 2026 года. Автор: Редакция B2C.

Поставщик снова прислал накладную с привычными товарами. Хочется загрузить её одной кнопкой: соответствия уже настроены, названия знакомые, итоговая сумма похожа на правильную. Но в новой поставке могла измениться упаковка, появиться другой артикул или повторно прийти документ, который товаровед уже ввёл вручную.

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

Практические разборы приёмки и учёта публикуем в Telegram B2C и канале B2C в MAX. Здесь разберём именно повторяемую загрузку накладной: от сохранённого соответствия до проверенного результата.

Коротко о проверке накладной

Сначала определите источник документа и правила загрузки. Затем убедитесь, что строка относится к нужному товару и нужной единице, а документ не повторяет уже отражённую поставку.

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

Как выбрать способ загрузки

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

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

В ДАЛИОН: ТРЕНД загрузка из Excel позволяет заполнять в том числе приходную накладную и сохранять пользовательские настройки для аналогичных файлов. Документация отдельно указывает роль доступа и необходимость непроведённого документа для загрузки. Настройка колонок и повторное использование набора не означают, что любой файл подойдёт без подготовки.

Для сканов есть готовый сервис 1С:Распознавание первичных документов. Подробный обзор уже опубликован: где помогает распознавание и что добавляет интеграция B2C. Здесь важнее следующий этап: как не потерять смысл строки после её получения.

Как сохранить соответствия товаров поставщика

Соответствие связывает не похожие названия вообще, а товар поставщика с конкретной карточкой, характеристикой и единицей в вашей базе.

В руководстве ДАЛИОН: ТРЕНД по сопоставлению входящих данных ЭДО описаны справочник номенклатуры поставщиков, поиск по переданным идентификаторам и штрихкодам, ручное сопоставление и его сохранение для следующих поставок. Дополнительные единицы, например коробки, тоже требуют соответствия. Это описание конкретного механизма ТРЕНД, не универсальная инструкция для всех программ 1С.

Для собственного контура B2C предлагает сохранять как минимум:

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

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

В руководстве УТ 11.5 по распознаванию документов также описаны подтверждение неуверенных значений и сохранение выбранных соответствий. Поведение зависит от настройки их сохранения. Нельзя обещать, что любой ассортимент будет полностью настроен ровно за две накладные.

Почему коробки нельзя считать штуками

Совпадение суммы не доказывает правильность количества. Накладная может сохранить общий итог и при этом неверно увеличить остаток товара.

В примере сравниваются конечные цены и сумма строки; налог отдельно не рассчитывается. Для реального документа нужно согласовать, какая цена передаётся, как учтены скидки и НДС, какие единицы используются и по каким правилам конфигурация округляет значения.

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

Что означает проверка сумм до копейки

«До копейки» означает, что расхождение видно и объяснимо. Это не обещание безошибочного распознавания и не разрешение незаметно подгонять строку под итог.

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

Например, в исходнике стоит 120,13 рубля, а по принятым для учебной проверки значениям получилось 120,12. Разница 0,01 должна попасть в протокол. Сотрудник выясняет причину: точность цены, скидку, порядок округления или ошибку чтения. До решения не нужно исправлять документ скрытым изменением количества либо цены.

УТ 11.5 документирует проверку чисел по формулам и подсветку проблемных значений при распознавании. Дополнительный протокол B2C может объединить эти результаты с правилами загрузки, но его состав и точки остановки нужно настроить под вашу базу.

Как остановить повторную загрузку документа

Один документ может прийти по ЭДО, почте и отдельным файлом. Переименование вложения не должно превращать ту же поставку в новый приход.

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

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

Если загрузка оборвалась после записи в базу, сначала найдите созданный результат. Не отправляйте весь пакет снова только потому, что окно обработки не показало успешное завершение.

Как B2C настраивает загрузку накладных

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

1. Обследуем 1С или ДАЛИОН, версии, доработки, поставщиков и реальные форматы файлов.
2. Настраиваем соответствия товаров, характеристики, единицы и правила неизвестных позиций. Новые совпадения подтверждает сотрудник.
3. Согласуем арифметику, защиту от дублей и протокол: что прошло, где вопрос, где процесс нужно остановить.
4. Проверяем на копии или тестовом контуре обычную поставку, новую упаковку, повтор файла, неоднозначный товар и расхождение в копейку.
5. Обучаем товароведа разбирать исключения; после приёмки определяем рабочие права, расписание и сопровождение.

Для этой методики B2C выполнила 11 локальных проверок на синтетических данных: пересчёт коробок, цена единицы, ошибка количества при совпавшей сумме, копеечная разница, одинаковые коды разных поставщиков, ведущие нули, новая упаковка, неизвестная позиция, неоднозначное соответствие, дубль и отдельный вид корректировки. Проверялись учебные правила, не клиентская 1С, распознавание или обмен ЭДО.

ИИ можно подключить для предложения соответствия и объяснения расхождения. Протокол должен сохранять основание решения. Создание черновика, запись, проведение и подписание ЭДО — разные действия с отдельно согласованными правами; загрузка сама по себе не разрешает их выполнять автоматически.

Настроить загрузку накладных и проверку расхождений

Продолжения о качестве данных и проверке обменов публикуем в Telegram B2C и B2C в MAX. Подпишитесь там, где удобнее следить за новыми примерами.

Официальные источники

Документация проверена 19 октября 2026 года. Конкретные настройки и доступность механизмов сверяются перед внедрением.

• ДАЛИОН: ТРЕНД, сопоставление данных ЭДО: номенклатура поставщика, единицы и сохранённые соответствия.
• ДАЛИОН: ТРЕНД, загрузка из Excel: настройки, роль доступа и заполнение непроведённых документов.
• 1С, УТ 11.5, распознавание первичных документов: подтверждение значений, арифметика, соответствия и потенциальные дубли.
• 1С, карточка сервиса РПД: форматы и этап проверки перед созданием документа.

Автор: Редакция B2C. Примеры условные, клиентские документы не использовались. Локальная проверка учебной методики выполнена 19 октября. Иллюстрации созданы с помощью ИИ.