Спецификация и УПД расходятся: что подтверждает поставку для 1С

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

Товар приехал частично, а в 1С попал весь заказ

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

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

Цена ошибки проявляется в работе отдела продаж: сотрудник обещает клиенту товар по остаткам 1С, а кладовщик не находит его на полке. Бухгалтерии приходится исправлять поступление и проверять связанные документы. Если ошибка затронула расчёты с поставщиком, появляется спор о сумме долга. Прежде чем ускорять загрузку PDF, нужно определить, какой документ подтверждает событие, которое компания собирается отразить в базе.

У спецификации и УПД разные задачи

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

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

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

Подписанный файл и читаемый PDF не означают одно и то же

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

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

Для бухгалтерии полезен короткий маршрут проверки:

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

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

Как разобрать расхождение до загрузки в базу

В УПД меньше товара, чем в спецификации

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

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

Количество совпадает, а артикул отличается

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

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

Товар принят, но цена в УПД другая

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

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

Что именно должна делать загрузка PDF в 1С

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

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

Рабочий порядок загрузки выглядит так:

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

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

Почему хорошее распознавание ещё не защищает учёт

Бухгалтер повторно загружает файл из письма: название изменилось, поэтому документ кажется новым. Распознавание срабатывает без ошибок, но в базе появляется второе поступление по той же поставке. Остатки и задолженность завышены, хотя текст с PDF перенесён правильно.

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

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

При распознавании УПД из скана отдельно проверяют качество чтения и правильность переноса в 1С. Размытая цифра требует сверки с изображением. Уверенно прочитанная цифра тоже требует проверки, если единица измерения или сопоставленная номенклатура не соответствует поставке.

Как проверить обработку на документах своей компании

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

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

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

Как заказать настройку и за что платить

В ukved.ru распознавание УПД стоит от 3900 руб./мес. Это стартовая цена услуги распознавания. Сверку со спецификацией, маршрут согласования и ограничения проведения нужно отдельно включить в обсуждение задачи: нельзя считать их включёнными только потому, что система умеет читать PDF.

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

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

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

❓ Частые вопросы

Можно ли подтвердить поставку одной спецификацией без УПД?

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

Что загружать в 1С, если количество в спецификации больше, чем в УПД?

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

Достаточно ли скана УПД с подписью для автоматического проведения?

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

Может ли обработка автоматически сравнивать УПД со спецификацией?

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

Сколько стоит распознавание УПД и входит ли в цену сверка документов?

В ukved.ru распознавание УПД стоит от 3900 руб./мес. Сверку со спецификацией, контроль дублей и ограничения проведения нужно отдельно согласовать при разборе задачи. Состав работ зависит от конфигурации 1С и порядка приёмки. Для расчёта подготовьте образцы документов и опишите, какие ошибки сотрудник должен увидеть до проведения поступления.