В практике международной торговли часто возникает ситуация, когда право собственности на импортный товар переходит к покупателю еще за пределами РФ (например, на условиях поставки FCA или FOB). Юридически товар уже принадлежит компании, но фактически он еще не пересек границу и не прошел таможенное оформление. В системе управленческого учета 1С:Управление производственным предприятием 1.3 (УПП) такой товар необходимо оприходовать на удаленный склад за границей, после чего он транспортируется в РФ, проходит растаможку и перемещается на основной склад.
При реализации этой схемы в УПП пользователи сталкиваются со сложной технической проблемой: распределение пошлин (документ ГТД по импорту) и транспортных затрат (документ Поступление доп. расходов) происходит некорректно, если товар к моменту регистрации этих документов уже уехал с удаленного склада. Возникает так называемое «зависание суммовых хвостов» себестоимости. В этой статье мы подробно разберем, почему возникает эта проблема и какими методами — методическими и программными — ее можно решить.
---
Для того чтобы понять корень проблемы, проанализируем, как система 1С:УПП ведет учет партий и рассчитывает себестоимость при использовании партионного учета или режима РАУЗ (Режим распределения затрат) с включенной настройкой «Вести учет себестоимости МПЗ по складам».
Стандартный жизненный цикл товара в нашей задаче выглядит следующим образом:
Поступление товаров и услуг (ПТИУ). На удаленном складе формируется партия товара с чистой стоимостью по инвойсу поставщика (например, 100 единиц товара на сумму 1000 USD).Перемещение товаров. Система списывает с удаленного склада 100 единиц товара по их текущей себестоимости (1000 USD) и приходует эти же 100 единиц на склад в РФ по той же стоимости (1000 USD). На удаленном складе остаток становится равным нулю как по количеству, так и по стоимости.ГТД по импорту и Поступление доп. расходов, указывая в качестве документов-оснований (базы распределения) исходный документ ПТИУ.В чем заключается конфликт логики программы?
Документы ГТД и дополнительных расходов жестко привязаны к первичному документу поступления (ПТИУ), который оприходовал товар на удаленный склад. Программа послушно увеличивает стоимость партии именно на удаленном складе (например, добавляет 200 USD пошлин).
В результате на удаленном складе в регистрах накопления (Закупки, Партии товаров на складах или Учет затрат (регламентированный/управленческий учет)) образуется следующий остаток:
Товара на удаленном складе физически и количественно уже нет, но на нем «зависла» сумма пошлины. При этом на склад в РФ товар приехал «голым» — без учета растаможки и доставки (по цене 1000 USD вместо 1200 USD). При его последующей продаже себестоимость реализации будет занижена, а финансовый результат искажен.
---
Если вы не хотите вносить изменения в конфигурацию и планируете остаться на типовом функционале 1С:УПП, необходимо скорректировать бизнес-процесс ведения учета. Для этого используется концепция виртуального транзитного склада.
Рассмотрим пошагово, как настроить этот процесс:
Склады новый склад вида «Оптовый» с наименованием «Товары в пути (за границей)».Поступление товаров и услуг на склад «Товары в пути (за границей)».ГТД по импорту и Поступление доп. расходов, распределив их на исходную партию поступления на складе «Товары в пути (за границей)».Перемещение товаров со склада «Товары в пути (за границей)» на ваш основной склад в РФ. Программа спишет товар по полной стоимости и перенесет всю сумму затрат на конечный склад.Минусы методического подхода:
Данная схема работает идеально только в том случае, если все события (поступление, растаможка и перемещение) происходят внутри одного отчетного периода (месяца), либо если у вас есть возможность держать период открытым. Если переход права собственности произошел в конце августа, а растаможка и перемещение — в сентябре, вам придется либо не закрывать август до получения ГТД, либо мириться с тем, что товар «висит» на транзитном складе без возможности его оперативного перемещения и продажи в системе.
---
Если бизнес-процесс требует перемещать и продавать товар оперативно, не дожидаясь документов по ГТД и доп. расходам, типовой механизм УПП придется доработать. Рассмотрим два варианта программного решения этой задачи.
Суть метода заключается в том, чтобы научить документы ГТД по импорту и Поступление доп. расходов анализировать цепочку товародвижения при проведении. Если программа видит, что товар из исходного поступления уже был полностью или частично перемещен, сумма дополнительных затрат должна распределяться не на склад поступления, а «досылаться» на склад фактического нахождения товара.
Проанализируем алгоритм, который необходимо внедрить в модуль проведения документов:
Партии товаров на складах или УчетЗатратРег) для анализа остатков и движения по этой партии.Перемещение товаров, в которых участвовала данная партия, рассчитывается пропорция: сколько товара осталось на удаленном складе, а сколько уехало на склад в РФ.Рассмотрим пример построения запроса для анализа цепочки перемещений по конкретной партии (документу ПТИУ):
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| ПартииТоваровОбороты.Номенклатура КАК Номенклатура,
| ПартииТоваровОбороты.ДокументОприходования КАК ДокументОприходования,
| ПартииТоваровОбороты.Регистратор КАК Регистратор,
| ПартииТоваровОбороты.КоличествоОборот КАК КоличествоПеремещено,
| ВЫРАЗИТЬ(ПартииТоваровОбороты.Регистратор КАК Документ.ПеремещениеТоваров).СкладПолучатель КАК СкладПолучатель
|ИЗ
| РегистрНакопления.ПартииТоваровНаСкладах.Обороты(&НачалоПериода, &КонецПериода, Регистратор,
| ДокументОприходования = &ДокументПоступления И Номенклатура В (&СписокНоменклатуры)) КАК ПартииТоваровОбороты
|ГДЕ
| ТипЗначения(ПартииТоваровОбороты.Регистратор) = ТИП(Документ.ПеремещениеТоваров)";
Запрос.УстановитьПараметр("ДокументПоступления", СсылкаНаПТИУ);
Запрос.УстановитьПараметр("СписокНоменклатуры", МассивТоваров);
Запрос.УстановитьПараметр("НачалоПериода", НачалоМесяцаСобытия);
Запрос.УстановитьПараметр("КонецПериода", КонецМесяцаСобытия);
РезультатЗапроса = Запрос.Выполнить();
Этот запрос позволяет получить список складов-получателей и количество перемещенного товара. На основании этих данных программно корректируются движения в процедуре ДвиженияПоРегистрам проведения документа ГТД.
Если вы не хотите вмешиваться в сложные механизмы проведения типовых документов ГТД и доп. расходов, можно пойти по пути создания отдельного регламентного документа, который будет запускаться один раз в конце месяца перед расчетом себестоимости.
Разберем по шагам логику работы этого регламентного документа:
Партии товаров на складах (или Учет затрат) на конец месяца, где выполняется условие: Количество = 0, а Стоимость <> 0 (это наши зависшие "хвосты" на удаленном складе).Перемещение товаров за текущий месяц по этой же партии.Расчет себестоимости, которая распределяет скорректированную стоимость на выпущенную или реализованную продукцию уже на складе в РФ.Этот вариант более безопасен для стабильности конфигурации, так как не меняет логику работы стандартных документов и легко отключается при необходимости.
---
Выбор конкретного решения зависит от интенсивности ваших поставок и квалификации разработчиков: