При работе в программе 1С:Управление торговлей 11 (или в 1С:ERP и 1С:Комплексная автоматизация) пользователи часто сталкиваются со следующей ситуацией: клиент возвращает товар по одной и той же накладной несколько раз. При оформлении второго и последующих возвратов программа автоматически подставляет в строку (1б) универсального корректировочного документа (УКД) не номер первичного счета-фактуры, а номер предыдущего корректировочного документа. Рассмотрим подробнее, почему это происходит, как это регулируется законом и как аргументировать правоту программы перед контрагентом.
Разберем конкретный пример, чтобы проанализировать логику процесса. Предположим, была совершена отгрузка (документ РеализацияТоваровУслуг) на 100 единиц товара. На ее основании создан СчетФактураВыданный №100 от 01.01.2023.
ВозвратТовараОтКлиента и создаем корректировочный счет-фактуру (КСФ) №101 от 10.01.2023. В строке (1б) этого документа указывается первичный счет-фактура №100. Это логично, так как это первая правка.ВозвратТовараОтКлиента и создаем новый КСФ №105 от 17.01.2023.В этот момент бухгалтер замечает, что в печатной форме УКД №105 в строке (1б) "к счету-фактуре №..." программа выводит данные корректировочного счета-фактуры №101, а не первичного №100. Многие считают это ошибкой и пытаются исправить данные вручную через «Состав товаров», устанавливая признак ручной правки. Однако выясним причину такого поведения системы.
Для того чтобы аргументированно ответить клиенту, который отказывается принимать документ, необходимо сослаться на нормативную базу. Основным документом здесь является Письмо Минфина России от 16 августа 2017 г. № 03-07-09/52398.
В данном письме четко сказано: при неоднократном изменении стоимости отгруженных товаров (в том числе из-за уточнения количества), в строке 1б корректировочного счета-фактуры должны быть указаны номер и дата предыдущего корректировочного счета-фактуры.
Этот порядок продиктован требованиями Постановления Правительства РФ № 1137. Логика налоговых органов заключается в создании непрерывной цепочки изменений. Каждый последующий корректировочный документ корректирует не «далекое прошлое» (первичную отгрузку), а текущее состояние расчетов, которое сложилось после предыдущей корректировки.
Проанализируем ситуацию с точки зрения заполнения табличной части УКД. В корректировочном документе есть две ключевые строки:
Если мы делаем вторую корректировку, то в строке «А (до изменения)» должны стоять те значения, которые были актуальны на момент начала этой операции. А актуальными на этот момент являются данные после первой корректировки (то есть данные из строки «Б» предыдущего КСФ).
Если в строке 1б сослаться на первичный документ (где было 100 штук), а в строке «А» указать 90 штук (остаток после первого возврата), возникнет технический разрыв. Автоматизированная система контроля НДС (АСК НДС-2) при сопоставлении данных увидит, что в документе-основании (№100) числится 100 единиц, а вы заявляете, что «до изменения» их было 90. Это прямой путь к требованию пояснений от налоговой инспекции.
Программа 1С строго следует этой методике. Когда вы создаете второй документ ВозвратТовараОтКлиента, система анализирует цепочку связанных документов.
Рассмотрим по шагам, как программа формирует данные:
СчетФактураВыданный (корректировочный) в качестве основания для печатной формы подтягивается ссылка на предыдущий КСФ.Важный нюанс: Если второй возврат касается совершенно другой товарной позиции из той же накладной, которая ранее не возвращалась, бухгалтер может захотеть сослаться на первичный СФ. Однако в 1С архитектурно выстроена единая очередь корректировок по одному основанию. Это не является ошибкой, так как итоговая сумма НДС по всей сделке в конечном итоге сойдется, а налоговая сможет прозрачно отследить «историю жизни» отгрузки.
Если ваш клиент настаивает на исправлении номера в строке 1б, рекомендуем подготовить официальный ответ:
Таким образом, поведение 1С:УТ 11.5 является методологически верным. Исправлять эти данные вручную крайне не рекомендуется, так как это нарушает прослеживаемость документов и может вызвать претензии со стороны контролирующих органов при сверке книг покупок и продаж.