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