При работе в 1С:ERP (или 1С:Комплексная автоматизация) разработчики и пользователи часто сталкиваются с ситуацией, когда документ ПриобретениеТоваровУслуг, созданный на основании ЗаказаПоставщику, отказывается проводиться. Система выдает диагностическое сообщение: «Оформлено больше чем указано в распоряжении...», хотя визуально количество в обоих документах совпадает до последнего знака. Рассмотрим подробно, почему возникает эта проблема и как ее решить, особенно если документы создаются программно.
В типовых решениях на базе ERP учет заказов ведется не просто по количеству номенклатуры, а в разрезе ключей аналитики. Когда мы проводим ПриобретениеТоваровУслуг, система обращается к регистрам накопления, чтобы проверить, сколько товаров было запланировано к поступлению именно по этому конкретному распоряжению. Основным регистром, отвечающим за этот контроль, является ЗаказыПоставщикам. Чтобы оперативно проверить данные в этом разрезе, можно использовать специализированный отчет Остатки по заказам поставщикам (СКД).
Разберем ситуацию: если в документе-основании (Заказе) аналитика заполнена не полностью или некорректно, движения в регистре ЗаказыПоставщикам формируются с «пустыми» измерениями. При попытке провести документ приобретения, где все данные (включая склад) заполнены, система ищет остаток по комбинации «Заказ + Номенклатура + Склад». Не находя точного совпадения (так как в заказе склад был пуст), 1С делает вывод, что по данному складу распоряжения нет, и выдает ошибку о превышении. Выявить подобные расхождения в учете также помогает сравнение товаров на складах организаций и себестоимости товаров, которое подсветит рассинхронизацию аналитик.
Проанализируем основные факторы, приводящие к такому поведению:
Склад в шапке документа, но забывают продублировать его в табличной части Товары.Неопределено или пустая ссылка. Для детального контроля таких ситуаций полезно использовать анализ продаж, остатков, резервов и доступности, который показывает полную картину обеспечения по распоряжениям.Прежде чем приступать к исправлению кода, нам необходимо убедиться, что проблема именно в аналитике. Для этого воспользуемся стандартными инструментами платформы 1С. Рассмотрим порядок действий:
Откроем список записей регистра накопления ЗаказыПоставщикам. Это можно сделать через «Все функции» (или «Функции для технического специалиста») или по прямой ссылке:
e1cib/list/РегистрНакопления.ЗаказыПоставщикам
В открывшемся списке установим отбор по нашему документу Заказ поставщику. Обратим внимание на колонку Склад. Если в этой колонке пусто, а в документе приобретения склад указан — мы нашли причину. Система считает, что товар должен прийти на «пустой склад», а вы пытаетесь оприходовать его на конкретный «Склад №1».
Также полезно проверить регистр ТоварыКПоступлению. Он используется для контроля в ордерных схемах и также чувствителен к заполнению склада. Для комплексной проверки и сопоставления данных заказов с документами поступления отлично подойдет отчет Обеспечение потребностей по поставщикам.
Если документы создаются обработкой или в рамках интеграции, нам нужно гарантировать, что реквизит Склад в табличной части заполнен корректно и совпадает со складом из шапки. В случаях, когда исправить код мгновенно невозможно, а бизнес-процесс требует немедленного оформления документов, может выручить расширение на проведение документов без контроля остатков.
Однако правильный подход заключается в коррекции алгоритма заполнения. Посмотрим на пример кода, который часто становится источником ошибки:
// Ошибочный вариант: заполняется только шапка
НовыйЗаказ = Документы.ЗаказПоставщику.СоздатьДокумент();
НовыйЗаказ.Дата = ТекущаяДата();
НовыйЗаказ.Склад = СсылкаНаСклад; // Склад в шапке есть
// ... заполнение ТЧ Товары ...
Для Каждого СтрокаТЧ Из ИсточникДанных Цикл
НоваяСтрока = НовыйЗаказ.Товары.Добавить();
НоваяСтрока.Номенклатура = СтрокаТЧ.Номенклатура;
НоваяСтрока.Количество = СтрокаТЧ.Количество;
// ОШИБКА: Склад в строке не заполнен!
КонецЦикла;
НовыйЗаказ.Записать(РежимЗаписиДокумента.Проведение);
Для исправления ситуации мы должны гарантировать синхронизацию реквизитов шапки и ТЧ. Разберем правильный алгоритм:
// Правильный вариант с синхронизацией реквизитов
НовыйЗаказ = Документы.ЗаказПоставщику.СоздатьДокумент();
НовыйЗаказ.Заполнить(Основание);
// После заполнения шапки и ТЧ, необходимо заполнить склад в строках
Для Каждого СтрокаТовара Из НовыйЗаказ.Товары Цикл
СтрокаТовара.Склад = НовыйЗаказ.Склад;
КонецЦикла;
// Использование серверных модулей обеспечит заполнение скрытых реквизитов
Справочники.КлючиАналитикиУчетаНоменклатуры.ЗаполнитьАналитику(НовыйЗаказ);
НовыйЗаказ.Записать(РежимЗаписиДокумента.Проведение);
Если визуально данные в регистрах кажутся верными, но ошибка сохраняется, нам придется погрузиться в механизмы проведения. Точка останова должна быть установлена в общем модуле ПроведениеДокументов, в функции ВыполнитьКонтрольРезультатовПроведения.
В этой точке система анализирует ТаблицуКонтроля. Чтобы не доводить до отладки в будущем, рекомендуется внедрить анализ поставок по заказам поставщикам — этот инструмент позволяет видеть реальные разрывы между заказом и поступлением в разрезе аналитики еще до того, как система заблокирует проведение.
Иногда причина кроется не в складе, а в логике работы самого механизма заказов:
1. Статус документа «Заказ поставщику»:
Проведение приобретения возможно только если Заказ находится в статусе Подтвержден. В противном случае фактическое поступление не увидит своего «плана» в регистре.
2. Проблема единиц измерения (упаковок):
Проанализируйте коэффициенты пересчета. Если в Заказе и Приобретении указано одинаковое количество в упаковках, но из-за настроек номенклатуры возникает разница в базовых единицах, система выдаст ошибку. Проверяйте, чтобы Количество и КоличествоУпаковок были синхронизированы.
Для того чтобы избежать подобных проблем в будущем, мы рекомендуем придерживаться следующих правил:
ЗакупкиСервис или используйте типовой механизм ЗаполнитьАналитику.Таким образом, мы выяснили, что ошибка «Оформлено больше чем указано в распоряжении» чаще всего является следствием рассинхронизации аналитики (Склад, Характеристика, Назначение) (поможет автоматическое исправление аналитики запасов и ГТД в ERP) между заказом и поступлением. Исправление заполнения табличной части Товары в документе-распоряжении полностью решает данную техническую проблему.