1с ут интеркампани как настроить

Механизм «Интеркампани» в «1С:Управление торговлей 11.1»

Представим, что мы автоматизируем работу холдинга, состоящего из нескольких различных юридических лиц. В силу каких-либо обстоятельств товар закупается на одну организацию, а продается с другой (или с других), но при этом в оперативном учете товар учитывается по холдингу в целом.

Например, есть закупочная организация ООО «ЦентрСнаб» и два юридических лица, от имени которых ведутся продажи: ООО «ОптТорг» для покупателей – юридических лиц, и ООО «Розничная торговля» для покупателей – частных лиц. Для полноты картины предположим, что отгрузка производится с общего склада «Центральный склад».

Очевидно, что для целей регламентированного учета необходимо вести учет товаров в разрезе организаций. Однако заранее распределить товар по юридическим лицам не получится, т.к. неизвестно, откуда именно будут произведены продажи. Поэтому возникает необходимость производить отгрузку товара, не обращая внимания на наличие или отсутствие товара в конкретной организации, с последующей передачей товара между организациями задним числом.

Итак, что же такое «Интеркампани»?

Это механизм конфигурации, который обеспечивает доступность для продажи товаров, принадлежащих другой организации.

В рамках этого механизма настраивается, какая организация имеет право продавать товар другой организации, ведется учет таких кроссфирменных продаж, а затем по результатам продаж автоматически оформляются передачи товаров между организациями.

Контроль остатков при включенном механизме производится по совокупности товаров всех организаций, которым разрешено продавать товар, поступивший на другую организацию.

Как настраивается механизм?

Для использования механизма в конфигурации необходимо выполнить ряд подготовительных операций:

1. Включить флаг «Контролировать остатки товаров организаций» (раздел «Администрирование Финансы»)
   После установки флажка конфигурация будет контролировать остатки товаров в разрезе организаций торгового предприятия. Такой учет нам необходим, чтобы понять, какой именно фирме принадлежит продаваемый товар.
2. Включить флаг «Использовать передачи товаров между организациями» (раздел «Администрирование Финансы»)
   Если этот флажок выключен, то возможность оформления передачи товаров между организациями отсутствует.
3. Настроить схему «Интеркампани» (раздел «Финансы Настройка передачи товаров»)
   Настройка выглядит в виде шахматки по всем организациям, в строках которой располагаются организации-владельцы товара, а в колонках – продавцы.
   Двойной щелчок по ячейкам таблицы открывает форму настройки:
   Выбираем вариант «Продажа» (если нужно учитывать только продажу товаров) или вариант «Продажа и возврат» (если планируется осуществлять возвраты проданного товара исходному владельцу).
4. Настроить цены
   Передача товаров между организациями может осуществляться как по произвольным ценам, так и по заранее заданным.
   Если планируется использовать предварительно заданную цену, то в требуемом элементе справочника «Виды цен» необходимо взвести флаг «Использовать при передаче между организациями»:
5. Заметим, что в некоторых случаях схему «Интеркампани» можно не настраивать. В этом случае при реализации товаров от имени организации, которая не является их собственником, система будет фиксировать отрицательные остатки реализованного товара. На основании этих данных можно затем оформить продажу товаров между организациями холдинга – вручную, либо при помощи обработки «Помощник исправления остатков товаров организаций». Здесь важно отметить, что эта обработка фиксирует только такой отрицательный остаток, который был образован в результате продаж вне схемы «Интеркампани».

Использование механизма
Перемещение товаров

Оформление межфирменных продаж осуществляется с помощью документов «Передача товаров» (раздел Регламентированный учет).

Документы могут формироваться автоматизированным способом, либо оформляться вручную.

Рассмотрим оба способа.

1. Автоматизированное формирование

В документации этот способ формирования документа описывается как «автоматический», но на самом деле он таковым не является. При этом способе оформления автоматически регистрируются только сведения о товарах, которые необходимо передать, но сами документы передачи формируются вручную, с помощью специального интерфейса.

Как это реализовано:

При проведении документа реализации записи о товарах, которые необходимо передать, регистрируются в регистре «Товары организаций к передаче»;

Сведения о передачах, которые необходимо оформить, содержатся в списке «Оформление передач и возвратов» (раздел «Регламентированный учет»);

Данные в списке сгруппированы по значениям колонок. Т.е., если имеется несколько документов реализации, по которым требуется сформировать однотипные документы передачи, то в списке они будут представлены одной строкой. Документ в этом случае будет сформирован так же один.

При нажатии на кнопку «Оформить передачу (возврат) товаров» происходит формирование документа передачи (возврата) по текущей строке.

В случае если цены передачи предварительно настроены, то сформированный документ можно сразу же провести, иначе потребуется указать цены передачи.

Сразу же после проведения документа записи из списка удаляются.

2. Ручное формирование документа

В том случае, если передача товаров оформляется заранее, до момента продажи товаров конечному клиенту, новый документ передачи оформляется вручную на странице «Передачи и возвраты между организациями».

В этом документе необходимо указать организацию – владельца товара (реквизит «отправитель»), организацию – продавца конечному покупателю (реквизит «получатель»), склад, на котором числится товар, и сведения о количестве и стоимости передаваемых товаров.

Расчеты между собственными организациями

Проведенный документ «Передача товаров» формирует задолженность получателя перед отправителем за переданные товары. Закрывать эту задолженность разработчики конфигурации предлагают следующим образом:

На основании документа передачи вводится документ «Заявка на расходование денежных средств»;

Заявка проходит процедуру утверждения;

На основании согласованной заявки формируется документ оплаты. Вид документа – «Оплата ДС в другую организацию». В качестве объекта расчетов в документе оплаты выступает документ передачи;

Для анализа состояния взаиморасчетов по кроссфирменным продажам существует 2 отчета: «Расчеты между организациями (по закупкам)», и «Расчеты между организациями (по продажам)».

Особенности учета себестоимости при использовании схемы «Интеркампани»

В конфигурации поддерживается «сквозной» учет себестоимости товаров без учета передач между организациями. Это означает, что во всех отчетах в системе при анализе продаж по «Интеркампани» в качестве себестоимости используется не та сумма, по которой товар был передан от одной организации к другой, а входная себестоимость, т.е. та сумма, по которой товар поступил от поставщика.

В силу этой особенности можно легко увидеть валовую прибыль, полученную холдингом в целом от продажи товара конечному покупателю. Однако узнать, сколько именно заработала организация – конечный продавец становится довольно сложно.

Анализ продаж по схеме «Интеркампани»

Отчеты

Для анализа межфирменных продаж в конфигурации предусмотрен ряд отчетов:

В разделе «Запасы и закупки»:

1. Ведомость по товарам организаций

Позволяет анализировать остатки в разрезе владельцев товаров, а также доступность товаров для продажи с учетом настроек «Интеркампани»;

2. Контроль передач и возвратов товаров между организациями
Отчет используется для анализа передач товаров между организациями;

3. Расчеты между организациями
Отчет предназначен для анализа состояния взаиморасчетов между собственными организациями.

В разделе «Оптовые продажи»:

1. Выручка и себестоимость продаж;
2. Анализ доходов и расходов.

Эти 2 отчета позволяет проанализировать прибыль, полученную от продаж товаров, и провести анализ доходов и расходов межфирменных продаж.

Флаг «Учитывать передачи товаров других организаций»

Важный признак, доступный в ряде отчетов. Определяет способ расчета доступного остатка по организации.

При взведенном флаге остаток товаров учитывается с учетом всех остатков, доступных для межфирменных продаж в соответствии с настройками системы. Если же флаг снят, то остатки показываются только по текущей организации.

Проблемы использования механизма Интеркампани в конфигурации Управление торговлей 11.4

Основная цель механизма Интеркомпани – дать возможность продавать товары от организации, которой товар не принадлежит, но имеющиеся на общем складе группы компаний, а затем задним числом перепродать товары между своими организациями, чтобы восстановить право организации продавать товар как собственный.

В версии УТ 11.3 при проведении документа Реализация в случае недостатка товара у одной организации можно было обеспечить поставку от другой организации задним числом, если в целом по группе компаний на складе товара было достаточно.

Для этого документ Реализация при отсутствии собственного товара делал движение по регистру «Товары организации к передаче», в котором фиксировалась информация какое количество требуется закупить у другой организации.

В отчете «Партии товаров организации» у организации, у которой не было собственного товара, товар при реализации шел в колонке расход и остаток на дату продажи был отрицательным.

Для устранения отрицательных остатков использовался механизм формирования документов «Передача товаров организации», который находил незакрытые остатки по регистру «Товары организации к передаче» и создавал на основании этих данных документы «Передача товаров организации», которые при проведении закрывали отрицательный остаток.

В новой версии УТ 11.4 фирма 1С пересмотрела концепцию механизма продажи (передачи) товаров между собственными организациями. Теперь вместо регистра «Товары организации к передаче» появился другой регистр «Резервы товаров организации», сходный по своей структуре со старым регистром.

Основная идея нового механизма заключается в том, что при продаже чужих товаров, документом «Реализация» создается не только расход, но и фиктивный приход на недостающее количество товара. Таким образом продажа чужого товара не допускает возникновение отрицательного остатка. А отсутствие отрицательного остатка проверяется не только на дату реализации, но и на все последующие периоды.

Цель на первый взгляд неплохая, но реализовано это довольно спорно, так как при этом нарушается физический и логический смысл возникновения отрицательных остатков. Разберемся почему:

Во-первых, в отчете «Партии товаров организации» сложно определить сколько товаров было продано «в минус», так как в отчете остатки всегда будут показываться либо положительными, либо нулевыми.

Во-вторых, механизм всегда хочет закрыть все минусовые остатки, если они возникли по ошибке пользователя или другой причине на любой период базы, т.е. продавая товар сегодня, программа найдет минусы прошлого периода или будущего и закроет все минусовое количество в ноль.

В-третьих, если вдруг организация, продавая чужие товары в начале месяца, вдруг закупит товары на свою организацию в середине месяца, то все фиктивные приходы прошлого периода удалятся новым документом «Поступление», который при проведении запускает регламентное задание и корректирует записи в регистре «Резервы товаров организации» других документов «Реализация» с нарушением принципа хронологии, т.к. корректируются документы более ранние по дате.

В-четвертых, все созданные документы «Передача товаров организации» создаются на последний день месяца, чтобы закрыть фиктивные приходы на конец месяца. При этом механизму совершенно не важно, что товара не было в начале месяца и его надо восстановить на начало месяца. Программа реализована иначе, она всегда закрывает остатки на конец месяца.

И в-пятых, самое важное. Если документы передачи и продажи выгрузить в программу 1С:Бухгалтерия, то легко может получиться ситуация, когда организация, не имея собственного товара продала его в минус (без партии прихода, а соответственно и без себестоимости), а затем в конце месяца купила его у другой организации и восстановила свой отрицательный остаток. С точки зрения бухгалтерского учета – это полный абсурд и нарушение учета.

Так что же делать, работать в новой версии Управление торговлей 11.4 с таким механизмом или отказаться в пользу версии 11.3?

Я нашел способ как заставить программу работать логически верно и корректно с точки зрения учета.

Для этого необходимо соблюдать ряд правил формирования документов и четко понимать, как будет вести себя программа версии 11.4.

Итак, для работы с механизмом «Интеркомпани» в версии 11.4 потребуется:

1. Все документы «Реализации» при отсутствии на момент продажи собственных товаров должны сделать фиктивный приход по регистру «Резервы товаров организации». Для этого нужно отменить проведение всех документов «Реализация» от даты начала месяца, с которого начал действовать механизм 11.4 и до последнего документа в базе. Это необходимо, чтобы при проведении документов «Реализация» механизм не видел будущих документов, которые могли сформировать отрицательные остатки. Есть один существенный нюанс: документы «Реализация» не удаляют после отмены проведения записи в регистре «Резервы товаров организации». Для удаления таких записей после отмены проведения документов я использовал обработку «Очистка движений по регистру Резервы товаров организации за период». Очищаем, если это необходимо, регистр накопления «Резервы товаров организации». Затем проверяем константу «Использовать свертку движений по регистру товаров организаций». В константе не должна стоять галка. Если она стоит, то регламентное задание, которое запускается в момент проведения оперативных документов Перемещение, Поступление, Реализация, Передача товаров, влияющих на регистр «Резервы товаров организации», начнет создавать неверные записи по регистрам и процесс потеряет смысл. Данная константа отвечает за сворачиваемость движений по регистру. Но она хитро работает в программе. В момент проведения, например, документа «Передача товаров организации» запускается регламентное задание, которое проверяет стоит ли галка в константе. Если галка не стоит, то она устанавливается и регламентное задание отрабатывает корректно, формирует правильные движения и затем снимает галку в константе. Если галка в константе стоит, то регламентное задание не может поставить галку, прерывается процесс и формируются некорректные движения.

2. Когда все реализации проведены и сформированы фиктивные приходы, которые можно увидеть в отчете «Партии товаров организации», можно приступить к восстановлению отрицательных остатков по организациям. Для этого используем механизм «Подготовка передачи товаров». Его открывать нужно из журнала документов «Передача товаров организации». В этом журнале есть ссылка на открытие этой обработки. Почему именно такой способ нужно выбрать? Потому, что при переходе в эту обработку из журнала запускается регламентное задание, которое проверяет нашу константу.
Специальное предложение для программистов, фрилансеров и администраторов. Посмотреть .

1с ут интеркампани как настроить

• Главная
• Приложения
• О сервисе
• 1С Отчетность
• Публикации
• Справка и поддержка

Попробовать демо

• к партнерам фирмы 1С
• на линию консультаций сервиса по телефону
  8 (800) 775-64-64 7:00-16:00 (мск)

Обмен данными «1С:Бухгалтерия 8» — «1С:Управление торговлей», ред.11

На предприятиях, осуществляющих оптовую или розничную торговлю, "1С:Управление торговлей", ред.11 (далее — УТ11) и "1С:Бухгалтерия 8" (далее — БП) можно использовать для работы в совместном режиме.

Настройка обмена

1. Запустите локальную версию УТ11 с правами администратора и сделайте резервную копию базы.
2. Перейдите на закладку "Администрирование".
3. Выберите пункт "Настройки синхронизации данных"
4. В открывшей форме установите флажок "Синхронизация данных", выберите пункт "Синхронизация данных"
5. В открывшейся форме выбрать "Настроить синхронизацию данных" — "Бухгалтерия предприятия, ред. 3.0 (в сервисе)"
6. Откроется помощник синхронизации. Для заполнения данных запустите приложение в сервисе, с которым будет выполнять синхронизация и скопируйте ссылку из командной строки браузера.
7. На первом шаге помощника заполните данные: адрес приложения (!без окончания ru_RU, как показано на рисунке), пользователя (под которым входите в сервис) и пароль. Установите флажок "Запомнить пароль".
8. Если вы еще не сделали резервную копию, то сохраните ее на локальном компьютере и нажмите "Далее".
9. На следующем шаге выполняется проверка настроек параметров синхронизации данных. Если при выполнении проверки выявлены проблемы, то список ошибок выведется в отдельном окне. В этом случае исправьте данные по ссылке "Изменить правила синхронизации данных".
10. На следующем шаге можно изменить правила получения данных.
11. После этого выполняется синхронизация данных между двумя базами.
12. В результате синхронизации сопоставляются данные двух баз. Если часть данных не сопоставлено, то рекомендуем выполнить сопоставление вручную. Это поможет избежать дублей после обмена.
13. После сопоставление выполняется синхронизация
14. Если возникли проблемы, то программа предложит перейти в Журнал регистрации. Текст ошибки нужно расследовать, это поможет сделать ваша обслуживающая организация, либо пришлите текст ошибок на адрес технической поддержки сервиса.
15. При успешной синхронизации выберите вариант синхронизации. Периодичность передачи данных организация определяет самостоятельно, исходя из специфики своей деятельности.
    *Если БП используется только для сдачи регламентированной отчетности, то передачу данных можно выполнить только перед сдачей отчетности. Вариант ручной синхронизации удобен тем, что перед обменом данными можно сохранить резервную копию базы УТ11 и БП.
    *Автоматическую синхронизацию удобно настраивать, если учет операций ведется в УТ11 и БП ежедневно.

Синхронизация данных

1. Сделать резервную копию УТ11 и БП.
2. Открыть журнал синхронизаций — раздел "Администрирование" — пункт "Настройка синхронизации данных" — "Синхронизация данных".
3. Установите курсор на нужном узле обмена и нажмите "Синхронизировать"
4. Если после синхронизации выявлены проблемы, то список проблем можно проанализировать и исправить по ссылке "Предупреждения".
5. После передачи данных рекомендуется установить дату запрета загрузки данных в настройках синхронизации.

Примеры сценариев работы пользователей

Закупка товаров

Исполнитель

Действие в УТ

Синхронизация данных

Оформление Заказа поставщику.

Регистрация безналичной оплаты поставщику (документ Списание безналичных ДС, операцияОплата поставщику).

В БП операция отражается документомСписание с расчетного счета(операция Оплата поставщику).

В БП операция отражается документомПоступление товаров и услуг(операция Покупка, комиссия).

В БП операция отражается документомВозврат товаров поставщику(операция Покупка, комиссия) и документом Счет-фактура выданный.

В БП операция отражается документомПоступление на расчетный счет(операция Возврат от поставщика).

Оптовая продажа по заказу покупателя

Исполнитель

Действие в УТ

Синхронизация данных

Регистрация и согласование Заказа клиента и выставление счета на оплату.

Согласованный Заказ клиентаотражается в БП документом Счет на оплату покупателю.

В БП операция отражается документомПоступление на расчетный счет(операция Оплата от покупателя).

В БП операция отражается документомРеализация товаров и услуг (операцияПродажа, комиссия) и документомСчет-фактура выданный.

В БП операция отражается документомВозврат товаров от покупателя(операция Продажа, комиссия).

В БП операция отражается документомСписание с расчетного счета(операция Возврат покупателю).

Продажа товаров, принятых на комиссию

Исполнитель

Действие в УТ

Синхронизация данных

Прием товаров на комиссию (ввод документаПоступление товаров и услуг, операция Прием на комиссию).

В БП операция отражается документомПоступление товаров и услуг(операция Покупка, комиссия), договор контрагента С комитентом.

В БП операция отражается документомОтчет комитенту о продажах и документом Счет-фактура выданный.

Оформление документа Поступление безналичных денежных средств (операция Поступление оплаты от клиента)на сумму комиссионного вознаграждения. Регистрация банковской выписки.

Оформление документа Списание безналичных денежных средств (операция Оплата поставщику) на сумму выручки от проданных комиссионных товаров. Регистрация банковской выписки.

В БП операция по комиссионному вознаграждению отражается документомПоступление на расчетный счет(операция Оплата от покупателя, договор контрагента С комитентом).

В БП операция по оплате комиссионных товаров комитенту отражается документом Списание с расчетного счета (операция Оплата поставщику, договор контрагента С комитентом).

В БП операция отражается документомВозврат товаров поставщику, операция Покупка, комиссия, договор контрагента С комитентом.

Передача товаров на комиссию

Исполнитель

Действие в УТ

Синхронизация данных

Передача товаров на комиссию (ввод документаРеализация товаров и услуг, операция Передача на комиссию).

В БП операция отражается документомРеализация товаров и услуг, операцияПродажа, комиссия, договор контрагента С комиссионером.

В БП операция отражается документомОтчет комиссионера о продажах и документом Счет-фактура выданный.

Оформление документа Поступление безналичных денежных средств (операция Поступление оплаты от клиента)на сумму выручки от проданных комиссионных товаров. Регистрация банковской выписки.

Оформление документа Списание безналичных денежных средств (операция Оплата поставщику) на сумму комиссионного вознаграждения. Регистрация банковской выписки.

В БП операция по комиссионному вознаграждению отражается документомПоступление на расчетный счет(операция Оплата от покупателя, договор контрагента С комиссионером).

В БП операция по оплате комиссионных товаров комитенту отражается документом Списание с расчетного счета (операция Оплата поставщику, договор контрагента С комиссионером).

В БП операция отражается документомВозврат товаров от покупателя, операция Продажа, комиссия, договор контрагента С комиссионером.

Розничная торговля в Автоматизированной торговой точке

Исполнитель

Действие в УТ

Синхронизация данных

Поступление товаров на розничный склад (ввод документа Поступление товаров и услуг на розничный склад (тип склада Розничный магазин), операция Закупка у поставщика и заполнение параметров счета-фактуры полученного).

В БП операция отражается документомПоступление товаров и услуг(операция Покупка, комиссия). Склад, указанный в документе имеет видРозничный.

В БП операция отражается документомОтчет о розничных продажах. В документе отражаются оплаты платежными картами.

Документ формирует проводки по списанию товаров, а также по выручке (как в наличной форме так и платежными картами) по розничной продаже.

В БП операция отражается документомВозврат товаров от покупателя, операция Продажа, комиссия.

В БП операция отражается документомРасходный кассовый ордер, операцияВозврат покупателю.

В БП операция отражается документомКорректировка долга, в котором производится перенос долга с розничного покупателя на эквайрера.

Инвентаризация товаров

Исполнитель

Действие в УТ

Синхронизация данных

Оформление документа Приказ на проведение инвентаризации.

Операция отражается в БП документомОприходование товаров. Чтобы в БПправильно подставилась Статья доходов, в УТ в документе должна быть также заполнена Статьи доходов, причем у нее необходимо заполнить корреспондирующий счет, тогда при загрузке в БП она всегда будет участвовать в заполнении аналитики затрат.

Операция отражается в БП документомСписание товаров.

Интеркампани, особенности учета в конфигурациях УТ 11.4, КА 2.4, ERP 2.

Старая и новая методики учета «Интеркампани», недостатки применения старой методики, преимущества и особенности новой, выявленные нюансы.

Механизм «Интеркампани» появился в конфигурациях УТ 11, ЕРП 2 уже достаточно давно. Однако, начиная с версий УТ 11.4 и ЕРП 2.4, он существенно доработан и стал удобнее в использовании. Обновление механизма выполнено в рамках новой концепции учета по видам запасов, представленной в 2017 году на презентации технических решений 1С.

Механизм «Интеркампани»

Основная цель данного механизма — дать возможность продавать товары, которые не принадлежат организации — продавцу товаров:

Механизм заключается в следующем:

• Настройка всех возможных передач товаров, видов передачи (покупка – продажа, передача на комиссию), валюты и трансфертных цен:

Получатель – организация, которая выполняет продажу товаров, принадлежащих другой организации.

Отправитель – организация, которая является владельцем товаров, продаваемых ругой организацией.

Недостатки, существующие в старой методике

При проведении документов отгрузки товаров, по которым настроена схема «Интеркампани», в случае отсутствия доступного остатка у продающей организации, выполнялись следующие действия:

• Формировался расход по регистру «Товары организаций», с указанием в качестве отправителя, организацию которая указана в настройках передачи товаров.
• Формировалась запись в специальный регистр накопления «Товары к передаче».
• Создавались новые виды запасов, в которых были прописаны настройки передачи товаров. Это было необходимо для выполнения последующей передачи товаров:

Все это приводило к жесткой привязке настроенных правил передачи товаров и созданных документов отгрузки товаров. При изменении правил необходимо было изменять все документы отгрузки, по которым еще не были оформлены документы передачи товаров. А именно — пересоздавать и сохранять новые виды запасов, менять отправителя в регистрах: «Товары организаций» и «Товары к передаче».

Система никак не учитывала тот факт, что остаток по проданному товару мог появиться в организации после отражения продажи. В любом случае, на этот товар необходимо было делать передачу между организациями. Это обстоятельство приводило к избыточному количеству передач товаров, а в случае сложно настроенных схем, вызывало большую путаницу.

Рассмотрим, какие изменения были выполнены в текущих версиях, для исключения приведенных выше проблем.

Новая реализация механизма «Интеркампани»

Добавлен новый регистр учета «Резервы товаров организаций».

Теперь не используется регистр учета «Товары к передаче».

Не используются реквизиты вида запасов, которые применялись в старой схеме учета, так как все необходимые данные для выполнения передачи товара теперь находятся в отдельном регистре накопления. Теперь вид запасов используется один и тот же не зависимо от того, собственный отгружается товар, или товар отправителя. Это очень удобно, так как снижается вариативность видов запасов, и они не зависят от настроек передачи товаров.

При проведении документов отгрузки в регистр «Товары организаций» всегда подставляется организация, указанная в шапке документа. Если остатка по организации на момент проведения не хватает, формируются записи по приходу и по расходу в новый регистр накопления «Резервы товаров организаций». Для получателя формируется приход, для отправителя – расход:

Таким образом новый регистр учета как бы дополняет собой существующий регистр «Товары организаций». При этом механизм контроля остатков по организациям теперь выполняется по суммарному значению остатка двух этих регистров. Соответственно у получателя увеличивается свободный остаток, необходимый для выполнения продажи, а у отправителя он уменьшается.

Также, особенностью новой методики учета является то, что контроль необходимости передачи товара выполняется при любых действиях, связанных с товародвижением получателя: поступление товара, реализация или возврат. Во всех этих случаях система перерассчитывает потребность в товаре и пересоздает необходимые резервы.

Также в новой методике существует возможность выполнить передачу товаров не только от той организации, которая настроена в настройках передачи, но и от любой другой, у которой имеются товары данного вида, доступные для продажи. При этом система корректно закрывает все сформированные резервы, и перезаполнять документы отгрузки товаров необходимости не будет.

Особенности нового регистра «Резервы товаров организаций»

Особенностью нового регистра учета является то, что он не хранит историю данных. Это не очень логично для регистра накопления, и нужно учитывать при доработке механизма.

Алгоритм работы с регистром следующий:

1. Документы отгрузки товаров создают записи по регистру «Приход» для получателя, «Расход» для отправителя.
2. Документы передачи товаров создает сторнирующие записи с тем же набором измерений.
3. Периодически в системе запускается фоновое задание, которое удаляет записи регистра, закрытые сторнирующими записями.

В результате, после оформления всех передач товаров между организациями и запуска фонового задания, регистр становится пустым.

Отметим, что регистр «Резервы товаров организаций» может содержать записи, относящиеся к непроведенным документам. Это может происходить после отмены проведения документа поступления товаров, если в результате этой отмены образовываются отрицательные остатки по организации. В итоге, к непроведенному документу поступления товаров будут привязаны записи, формирующие резерв, который покрывает эти отрицательные остатки.

Подведя итог, можно сказать, что новая концепция более удобна для применения. Также она более просто адаптируется под различные сложные случаи учета товаров.

Нюансы, выявленные в работе нового механизма «Интеркампани»

Опытным путем выявлено несколько особенностей в работе данного механизма, опишу их подробнее.

Расхождения себестоимости в отчетах по товарам, принятым от другой организации

В рамках концепции «Интеркампани» считается, что увеличение себестоимости товара, переданного от отправителя не должна влиять на расчет валовой прибыли.

По этой причине в регистрах по себестоимости указывается первоначальная стоимость товара, несмотря на то, что в организацию товар может поступить с уже большей стоимостью (это актуально для передачи путем покупки – продажи, так как трансфертная цена товара в данном случае должны быть больше его себестоимости).

В этом случае значения полей регистра «Себестоимость товаров» заполняются следующими данными:

• Ресурсы: «Стоимость», «Стоимость без НДС» — равны стоимости списанного отправителем товара
• Ресурсы: «Стоимость (регл.)», «Стоимость (упр.)» – равны стоимости поступления товара к получателю.

Это необходимо учитывать при работе с отчетом «Себестоимость товаров организаций». Данный отчет может формироваться по всем значениям, указанных выше ресурсов, в зависимости от настройки параметра отчета «Данные по себестоимости»:

Отчет «Себестоимость товаров» очень сложный, и можно написать отдельную статью по его формированию, вариантах и настройках. Здесь я хочу обратить внимание на то, что данные себестоимости товара, принятого от отправителя в отчете «Себестоимость товаров» (с вариантом получения себестоимости «В валюте упр. Учета»), будут отличаться от данных в других отчетах: «Валовая прибыть предприятия», «Ведомость по партиям товаров». Это необходимо учитывать.

Не формируется себестоимость по переданным товарам у отправителя

При передаче товара через комиссионную схему, в закрывающем документе «Отчет по комиссии между организациями» в регистре «Выручка и себестоимость продаж» не заполняется себестоимость проданного товара:

Хотя по регистру «Себестоимость товаров» себестоимость списывается корректно:

В результате получаем: у отправителя рентабельность — 100%, что не корректно:

Можно считать это ошибкой и скорее всего, она будет исправлена в следующих версиях.