Условия и допущения:
- Есть несколько организаций, от имени которых производится торговля, имеется настроенная схема интеркомпани.
- Поступление товаров преимущественно производится на одну организацию (это не обязательно, но ускоряет процесс расчетов).
- Есть несколько складов, с каждого из которых, любая из организаций может осуществлять отгрузку (для упрощения предположим, что для всех организаций себестоимость отгружаемой продукции одинакова, и равна значению ВидаЦены, соответствующему реквизиту склада УчетныйВидЦены, с которого производится отгрузка).
- В организациях необходимо учитывать доп. расходы (транспорт, таможня и т.д.) и своевременно распределять их на себестоимость (поступление некоторых из этих расходов сильно запаздывает, но должно быть учтено в своем периоде).
- На предприятии производится комплектация продукции, которая также включается в себестоимость (рассматриваем самый простой вариант, когда себестоимость комплекта увеличивается на фиксированную величину относительно исходных комплектующих)
- Иногда производятся правки докуметнов задним числом но, в основном в открытом периоде периоде (здесь и далее период подразумевается закрытым, если по нему произведены все операции передачи, проведен финализированный расчет себестоимости, и «до кучи» — закрыт период редактирования).
т.е.
В процессе работы вводятся документы Поступления товаров и услуг, Реализации товаров и услуг, Распределения расходов на себестоимость, и др, при этом в фоне могут (если это настроено) формироваться документы передачи товаров между организациями, а также будет производится расчет себестоимости (путем проведения документа Расчет Себестоимости). Эти фоновые процессы иногда могут существенно влиять на работу пользователей, поэтому иногда их имеет смысл, либо отключить, либо перенести на наиболее «ненагруженное время». В результает отключения/переноса — пользователь не будет получать адекватную информацию о себестоимости (прибыли), до создания соответствующих документов передачи. Этот недостаток можно частично компенсировать, если допустить, что цены в течение периода меняются не сильно.
Итак в процессе работы:
- Для оценки прибыли, полученной по конкретному документу (заказу/реализации) в незакрытом периоде можно использовать отчет который в качестве себестоимости берет среднюю себестоимость предыдущего периода, (эту себестоимость удобно хранить регистре цены номеклатуры, для вида цены, соответствующего учетному виду цен склада — отгрузки). Отчеты прилагаются.
- Для оценки прибыли, полученной по конкретному документу (заказу/реализации) в закрытом периоде используется стандартный отчет.
При закрытии периода (обычно раз в месяц, когда все доп. расходы уже «пришли»):
- Производится Распределение расходов на себестоимость (специальный документ), по комплектациям (обработка прилагается).
- Производится создание документов передачи товаров между организациями (по соответствующим регистрам), а также производится расчет себестоимости, для заполения цен передач товаров между организациями, подробнее описано здесь [УТ11] Интеркомпани и расчет себестоимости или создание документов передачи товаров между организациями и закрытие периода
- По результатам расчета себестоимости производится заполнение цен ВидаЦен, соответствующих реквизиту склада «УчетныйВидЦены» (обработка прилагается)
- Производится закрытие на редактирование периода, по которому произведен финализированный расчет себестоимости.
Преимущества методики:
- — ускорение работы пользователей, т.к. передача товаров и расчет себестоимости производится в удобное время или не производится.
- — нет затрудненией с правками «задним числом» в открытом периоде.
- — есть возможность условно оценить прибыль, по документу ЗаказКлиента (без введённой реализации) на основании средней себестоимости прошлого периода
- — есть возможность условно оценить прибыль по документу реализации товаров на основании средней себестоимости прошлого периода
Недостатки методики
- — нет возможности точно оценить прибыль (при использовании стандартной методики её тоже трудно точно определить, т.к. некоторые доп. расходы «приходят» позднее, и становятся сюрпризом для пользователя)
- — для оценки прибыльности за период который включает в себя закрытый и открытый период, приходится «склеивать» 2 отчета, один из которых дает только условную оценку.
На полное закрытие периода при наличии 2000-2500 документов реализации в месяц с 10-500 строками в каждом уходит до 15-20 минут.
Добрый день.
не приходилось ли вам решать проблему с межфирменной передачей товара по договору комиссии, когда комитент применяет общую схему налогообложения, а комиссионер — упрощенную? Я в такой ситуации не могу добиться того, чтобы переданный товар (или ещё не переданный по схеме интеркампани) списывался документом РТиУ или отчетом о розничных продажах в комиссионере. УТ11 11.0.9.14 упорно требует вид запасов «не облагается НДС» для такого документа в комиссионере.
(1) rugubara, а интеркомпани настроена для комиссионного товара, а передачи товаров между организациями после этого не пробывали делать?
Пробовал. Передача формирует вот такой приход по Товарам Организаций
18.12.2012 17:00:06
Планшет Samsung GALAXY Tab 2 (7.0) , серебристый, 8 Гб, 3G
06. Гагаринский основной (Склад)
ИП Немцова Е.Н. (Организация)
Комиссионный товар; Комитент: Компьютер Мастер; Облагается НДС; Валюта: руб. (Вид запасов)
10002010/180812/0036916/2 (ГТД)
При попытке провести Отчет о розничных продажах на этот же планшет:
Реализация превышает остаток товара организации ИП Немцова Е.Н. на складе 06. Гагаринский основной
по налогообложению Продажа не облагается НДС
(3) rugubara, а не отчет ли комиссионера нужно в этом случае использовать? (возможно не прав)
И его тоже, но чуть позже. для того, чтобы отчет комиссионера заполнить, надо продать что-нибудь сначала.
(5) rugubara, ок, т.е. ругается на несоответствие НДС? у меня в этом регистре НДС вообще не упоминается
В этом регистре упоминается вид запасов. А он, в свою очередь, содержит параметр обложения НДС.
(3) rugubara, Комитент нра общей системе налогообложения, комиссионер на упрощенной. Продажа товара комитента должна производиться с НДС (товар принадлежит комитенту) — правильно ругается. Система налогообложения комиссионера в данном случае значения не имеет — товар продается так же, как его продал бы комитент.
1c исправила в релизе 11.0.9.15. Теперь всё передается отлично.
Почему обработка не работает? Может не ту версию выложил?
Смотри, на первом этапе
Если Этап = 0 Тогда //Передачи, возвраты
…
ДокументОбъект = Документы.ПередачаТоваровМеждуОрганизациями.СоздатьДокумент();
ДокументОбъект.Заполнить(СтруктураОснование);
и дальше идёт запись — Рет = Рет + ЗаписатьДокументПередачиТоваровМеждуОрганизациями(ДокументОбъект, «Создан автоматически по регистру передач и возвратов»);
Заходим в процедуру записи…
//Запись и добавление в скисок
Если ДокументОбъект.Товары.Итог(«Количество») > 0 Тогда
ДокументОбъект.Комментарий = Комментарий;
ДокументОбъект.Записать(РежимЗаписиДокумента.Проведение,РежимПроведенияДокумента.Неоперативный);
Как он тут сможет сохранить его, когда он его еще не заполнил??? Автор, проверь обработку!
Управление торговлей, редакция 11.1 (11.1.2.9)
(12) Stas_Gromov, Обработка нормально работет на УТ11.0.х.х, на 11.1 — ошибок, вроде не выдавала, но и не закрывет все нестыковки по организациям (остаются отрицательные остатки по организациям и развернутое сальдо по ГТД). Сейчас в свободное время пытаюсь адаптировать под 11.1.
(13) да и еще момент: в запросе
НаДату.ВидЗапасовПродавца.ДеятельностьОблагаетсяЕНВД КАК ПередачаПодДеятельностьОблагаемуюЕНВД,
такого поля в торговле нет! проверь тоже пожалуйста!
(13) а по алгоритму можешь пояснить, как она может сохранить док? в (11) я писал..
(11) Stas_Gromov,
#k8SjZc9Dxk#k8SjZc9Dxk#k8SjZc9DxkСоздали документ объект, он пока в памяти, и его нет в базе.
#k8SjZc9Dxk#k8SjZc9Dxk#k8SjZc9DxkЗаполнили документ объект, в памяти, воспользовашись стандартным заполнением на основании переданного значения СтруктураОснование
#k8SjZc9Dxk#k8SjZc9Dxk#k8SjZc9DxkСохранили в базу, заполнив, комментарий
(16) так я про это и говорю:
//Запись и добавление в скисок
Если ДокументОбъект.Товары.Итог(«Количество») > 0 Тогда
он не заходит в этот Если, потому что товары то еще заполнены!
(17) Stas_Gromov,
Тут все просто… если стандартное заполнение добавило строки в ТЧ товары, то записываем, а если нет (такое тоже случается), то зачем записывать этот документ (ведь он пуст и не сделает никаких движений)
Посмотрите справку по методу Заполнить объекта ДокументаОбъект
(18) да, увидел, извини, не обратил внимание на ЗаполнитьПоОстаткамТоваровКПередаче()..
Но все равно странно, даже из документа не заполняет у меня товары. По регистру Товары к передаче остатки висят, но он их не включает.
(19) Stas_Gromov, Там с стандартном заполнении учитываются еще и движения последующих периодов, именно поэтому в обработке есть «оптимизированное» заполнение, которое не учитывет движений будующих периодов.
В Вашем случае, возможно есть документы передачи которые не входят в текущий период, но у них, возможно установлен интервал, который покадает в Ваш период (выведите информацию о всех записах регистра КПередаче с детализацией по регистратору)
(20) разобрался: у меня получается в стандартном заполнении
ВидыЗапасов.НалогообложениеНДС = &ПередачаПодДеятельность
в Спр виды запасов стоит строка Определяется политикой организации, а когда запрос берет этот справочник, соответственно значение = Неопределено. Далее он в пар-р запроса ставит сНДС или безНДС и всё, записи уже не соответсвуют параметрам запроса.
Фигня кароче эта торговля новая!
(21) Stas_Gromov, не соглашусь с Вами, просто слишком радикально её переделали по сравнению с 11.0, замучился адаптировать свои наработки.
(22) после строки № 277 не забудь добавить
СтрокаТЗ.Сумма = ДокументОбъект.СуммаДокумента;
😉
(23) Stas_Gromov, не факт что она нужна в этом месте, т.к. после следует «подгонка».
(24) ты про
СтрокаТЧ.Сумма = (МассивСтрокаТЗ[0].Себестоимость + МассивСтрокаТЗ[0].ДопРасходы) * СтрокаТЧ.Количество / МассивСтрокаТЗ[0].Количество;?
у меня получается что себест-ть и ДопРасходы = 0, соответственно в Сумму попадает 0 🙁
(25) Stas_Gromov, Документ расчета себестоимости за этот период существует? он в режиме фактического расчета?
(26) база новая, только всё с 7ки перетащили, там еще ничего нет для расчета себестоимости
Но в любом случае спасибо, очень пригодилось! Поставил плюс!
з.ы. переработал модуль, настроил регламентное задание.
Но в любом случае спасибо, очень пригодилось! Поставил плюс!
з.ы. переработал модуль, настроил регламентное задание.
Кстати из модуля отрабатывает на порядок быстрее!
УТ 11.0.9.12 Документы передачи записываются текущей датой. Это правильно?
(30) родственник, оптимизация создания документов включена?
при отключенной оптимизации — используется стандартный механизм заполнения, который, возможно, меняет дату документа.
Сложно сказать… где она включается/выключается? я вижу закомментированные блоки текста, это оно? 🙂
(32) родственник, непосредственно на форме.
прошу прощения, я использую обработку отсюда
для моей версии какая обработка наиболее подойдет?
Если правильно понимаю надо пользоваться обработками из этой публикации, да?
(34) родственник, непосредственно Вашей версией — не располагаю. Попробуйте эту.