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