При работе в программе 1С:Управление торговлей (редакция 11.4) пользователи часто сталкиваются с методологическим тупиком. Оформляя документ Корректировка реализации с видом операции «Возврат недопоставленного товара», они обнаруживают, что программа программно блокирует возможность выставления корректировочного счета-фактуры (КСФ). В справке к документу при этом красуется лаконичная фраза: «Не требуется выставление счета-фактуры для операции Возврат недопоставленного товара».
В то же время, согласно Налоговому кодексу РФ (ст. 168, 169, 171, 172 НК РФ), если покупатель принимает товар по фактическому количеству (которое оказалось меньше, чем в первоначальной накладной), продавец обязан скорректировать свои налоговые обязательства. Для этого он должен предоставить покупателю корректировочный счет-фактуру (или УКД) на уменьшение стоимости и зарегистрировать его в Книге покупок. Возникает явное противоречие между требованиями законодательства и логикой конфигурации 1С.
В этой статье мы подробно разберем, почему разработчики 1С заложили такое поведение в систему, выясним причину этой коллизии и рассмотрим по шагам, как правильно отразить недопоставку, чтобы программа позволила выписать корректировочный счет-фактуру.
Давайте разберем внутреннюю логику конфигурации 1С:УТ 11.4. Изначально в системе было заложено разделение корректировок на два принципиально разных бизнес-процесса:
Если мы заглянем в конфигуратор (как справедливо шутили пользователи в обсуждении темы), то обнаружим примерно следующую логику проверки доступности создания счета-фактуры:
Если ЭтотОбъект.ХозяйственнаяОперация = Перечисления.ХозяйственныеОперации.ВозвратНедопоставленногоТовара Тогда
ДоступностьСозданияСчетаФактуры = Ложь;
ПредупреждениеПользователю("Не требуется выставление счета-фактуры для операции Возврат недопоставленного товара.");
КонецЕсли;
Таким образом, программа считает, что при «недопоставке» вы будете использовать иные механизмы урегулирования (например, допоставку товара в рамках того же договора без изменения первичных документов, либо оформление новой накладной). Однако на практике налоговые органы требуют вполне конкретный документ — корректировочный счет-фактуру на уменьшение отгрузки.
Чтобы не нарушать требования налогового законодательства и успешно зарегистрировать корректировочный счет-фактуру в Книге покупок, нам необходимо обойти жесткую логику операции «Возврат недопоставленного товара». Разберем по шагам, как это сделать.
Вместо автоматического создания документа на основании акта о расхождениях с операцией недопоставки, мы создаем документ вручную или корректируем хозяйственную операцию в созданном документе.
В поле «Вид операции» строго выбираем значение «Корректировка по согласованию сторон». Именно эта операция сообщает системе, что мы фиксируем официальное изменение стоимости отгрузки и планируем выставить КСФ.
Переходим на вкладку «Товары». В колонке «После изменения» (или «После корректировки») указываем фактическое количество товара, которое реально получил и оприходовал покупатель. То есть уменьшаем количество на величину недопоставленного товара.
Для того чтобы складские остатки и взаиморасчеты закрылись корректно, переходим на вкладку «Расхождения»:
После проведения документа «Корректировка реализации» с операцией «Корректировка по согласованию сторон» в нижней части формы станет доступна гиперссылка «Зарегистрировать корректировочный счет-фактуру». Нажимаем на нее, программа успешно создает и проводит нужный документ, который без проблем попадет в Книгу покупок поставщика для заявления налогового вычета по НДС.
Постоянный поток вопросов от бухгалтеров и методологические споры заставили фирму «1С» пересмотреть архитектуру этого узла. Использование разных видов операций для по сути одного и того же процесса приводило к путанице и ошибкам в ЭДО (где для любого изменения объема отгрузки требуется строго регламентированный формат УКД).
В современных релизах конфигураций (начиная с версий 11.5.26.x / 2.5.26.x и выше) разработчики внесли кардинальные изменения:
Таким образом, если вы все еще работаете на старых релизах ветки 11.4, используйте описанный выше обходной путь через «Согласование сторон». Если же у вас есть возможность обновиться на актуальную версию 11.5, мы настоятельно рекомендуем это сделать — там данный методологический конфликт устранен на уровне самой архитектуры системы.