Как исправить ошибку «Поле "Документ отгрузки" не заполнено» в документе возврата от покупателя в 1С:Бухгалтерия 3.0

← На главную

При обновлении конфигурации «1С:Бухгалтерия предприятием 3.0» до релиза 3.0.74.51 и выше многие пользователи столкнулись со следующей проблемой: документы Возврат товаров от покупателя перестали проводиться, выдавая системную ошибку: «Поле "Документ отгрузки" не заполнено». Самое неприятное в этой ситуации заключается в том, что даже старые, ранее успешно проведенные документы при попытке перепроведения начинают выдавать эту ошибку, а сам реквизит подчеркивается красным маркером как обязательный для заполнения.

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

Методологическая причина: Зачем программе нужен «Документ отгрузки»?

Для того чтобы понять логику программы, обратимся к налоговому законодательству. При возврате товара покупателем продавец на общей системе налогообложения (ОСНО) имеет право заявить к вычету сумму НДС, ранее уплаченную в бюджет при отгрузке. Этот вычет регистрируется в Книге покупок.

Согласно действующим правилам ведения Книги покупок и Книги продаж, регистрация возврата происходит на основании корректировочного счета-фактуры (или универсального корректировочного документа — УКД), выставленного продавцом. Технически корректировочный счет-фактура не может существовать обособленно — он всегда должен ссылаться на исходный (первичный) счет-фактуру и документ отгрузки (накладную Реализация товаров и услуг).

Без указания конкретного документа реализации программа «1С» не сможет:

Корректно рассчитать сумму НДС к вычету по нужной ставке (особенно если в истории взаимоотношений с контрагентом были отгрузки по разным ставкам НДС: 10%, 18%, 20%).
Определить первоначальную себестоимость возвращаемых позиций номенклатуры.
Сформировать Книгу покупок с правильным кодом вида операции (КВО 17 или 18).

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

Анализируем программный код: Почему в одной базе ошибка есть, а в другой нет?

Рассмотрим ситуацию, когда в одной информационной базе документы проводятся без проблем, а в другой — блокируются. Проанализируем фрагмент кода, управляющий этой проверкой:


Если НЕ ПлательщикНДС 
    ИЛИ ПокупателюВыставляетсяКорректировочныйСчетФактура
    ИЛИ НеТребуетсяСделкаПлательщикНДС(ВидДоговора) Тогда
    
    МассивНепроверяемыхРеквизитов.Добавить("Сделка");
КонецЕсли;

Как мы видим из этого фрагмента алгоритма проведения:

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

Варианты решения проблемы на практике

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

Решение 1. Оформление возврата по конкретной накладной

Если отгрузка товара происходила в текущей базе данных, самым правильным решением будет создание документа возврата непосредственно на основании исходной реализации:

Перейдем в раздел Продажи, далее выберем журнал Реализация (акты, накладные, УПД).
Найдем документ отгрузки, по которому покупатель возвращает товар.
Нажмем кнопку Создать на основании и выберем пункт Возврат товаров от покупателя.
Программа автоматически заполнит поле «Документ отгрузки» ссылкой на эту накладную, перенесет цены, ставки НДС и себестоимость списания. Такой документ проведется без каких-либо препятствий.

Решение 2. Что делать, если товар отгружался в старой базе данных?

Довольно часто компания переходит на новую базу данных (например, производит свертку или начинает учет в новой информационной системе «с нуля»), а покупатель возвращает товар, купленный еще до момента перехода. В новой базе документа Реализация товаров и услуг физически не существует. Как быть?

В этом случае воспользуемся методикой создания «технического» документа реализации:

Создадим новый документ Реализация товаров и услуг датой, предшествующей началу ведения учета в новой базе (например, датой ввода остатков — 31.12.2023).
В табличную часть добавим возвращаемый товар в том количестве и по тем ценам, по которым он был когда-то продан.
Проведем этот документ. Внимание: чтобы эта накладная не исказила ваши текущие остатки и взаиморасчеты, необходимо скорректировать документ ввода остатков по данному контрагенту и номенклатуре (уменьшить остатки на сумму созданной технической реализации) либо вручную откорректировать проводки технического документа, исключив влияние на баланс.
После создания технической накладной перейдем в документ возврата и выберем её в качестве «Документа отгрузки». Проблема решена — документ успешно проведется, и на его основании можно будет выписать корректировочный счет-фактуру.

Решение 3. Использование нового функционала возврата по нескольким документам

Начиная с релиза 3.0.74, разработчики добавили очень удобный инструмент для случаев, когда покупатель возвращает товар партиями, купленными в разное время по разным накладным. Чтобы не плодить десятки документов возврата, выполним следующие действия:

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

Решение 4. Проблемы обмена с «1С:Управление торговлей»

Если у вас настроена синхронизация данных между учетными системами (например, продажи и возвраты ведутся в «1С:УТ 11» или «1С:УНФ», а затем выгружаются в «1С:Бухгалтерию 3.0»), может возникнуть ситуация, когда менеджеры в торговой базе проводят возвраты без указания исходных продаж. При выгрузке такие документы в бухгалтерии не проводятся.

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