Механизм «Интеркампани» появился в конфигурациях УТ 11, ЕРП 2 уже достаточно давно. Однако, начиная с версий УТ 11.4 и ЕРП 2.4, он существенно доработан и стал удобнее в использовании. Обновление механизма выполнено в рамках новой концепции учета по видам запасов, представленной в 2024 году на презентации технических решений 1С, подробнее об этом можно посмотреть здесь.
Содержание
- Недостатки, существующие в старой методике
- Новая реализация механизма «Интеркампани»
- Особенности нового регистра «Резервы товаров организаций»
- Нюансы, выявленные в работе нового механизма «Интеркампани»
- Расхождения себестоимости в отчетах по товарам, принятым от другой организации
- Не формируется себестоимость по переданным товарам у отправителя
Основная цель данного механизма — дать возможность продавать товары, которые не принадлежат организации — продавцу товаров:
Механизм заключается в следующем:
- Настройка всех возможных передач товаров, видов передачи (покупка – продажа, передача на комиссию), валюты и трансфертных цен:
- Выполнение передачи товаров между организациями согласно указанным настройкам:
Получатель – организация, которая выполняет продажу товаров, принадлежащих другой организации.
Отправитель – организация, которая является владельцем товаров, продаваемых ругой организацией.
Недостатки, существующие в старой методике
При проведении документов отгрузки товаров, по которым настроена схема «Интеркампани», в случае отсутствия доступного остатка у продающей организации, выполнялись следующие действия:
- Формировался расход по регистру «Товары организаций», с указанием в качестве отправителя, организацию которая указана в настройках передачи товаров.
- Формировалась запись в специальный регистр накопления «Товары к передаче».
- Создавались новые виды запасов, в которых были прописаны настройки передачи товаров. Это было необходимо для выполнения последующей передачи товаров:
Все это приводило к жесткой привязке настроенных правил передачи товаров и созданных документов отгрузки товаров. При изменении правил необходимо было изменять все документы отгрузки, по которым еще не были оформлены документы передачи товаров. А именно — пересоздавать и сохранять новые виды запасов, менять отправителя в регистрах: «Товары организаций» и «Товары к передаче».
Система никак не учитывала тот факт, что остаток по проданному товару мог появиться в организации после отражения продажи. В любом случае, на этот товар необходимо было делать передачу между организациями. Это обстоятельство приводило к избыточному количеству передач товаров, а в случае сложно настроенных схем, вызывало большую путаницу.
Рассмотрим, какие изменения были выполнены в текущих версиях, для исключения приведенных выше проблем.
Новая реализация механизма «Интеркампани»
Добавлен новый регистр учета «Резервы товаров организаций».
Теперь не используется регистр учета «Товары к передаче».
Не используются реквизиты вида запасов, которые применялись в старой схеме учета, так как все необходимые данные для выполнения передачи товара теперь находятся в отдельном регистре накопления. Теперь вид запасов используется один и тот же не зависимо от того, собственный отгружается товар, или товар отправителя. Это очень удобно, так как снижается вариативность видов запасов, и они не зависят от настроек передачи товаров.
При проведении документов отгрузки в регистр «Товары организаций» всегда подставляется организация, указанная в шапке документа. Если остатка по организации на момент проведения не хватает, формируются записи по приходу и по расходу в новый регистр накопления «Резервы товаров организаций». Для получателя формируется приход, для отправителя – расход:
Таким образом новый регистр учета как бы дополняет собой существующий регистр «Товары организаций». При этом механизм контроля остатков по организациям теперь выполняется по суммарному значению остатка двух этих регистров. Соответственно у получателя увеличивается свободный остаток, необходимый для выполнения продажи, а у отправителя он уменьшается.
Также, особенностью новой методики учета является то, что контроль необходимости передачи товара выполняется при любых действиях, связанных с товародвижением получателя: поступление товара, реализация или возврат. Во всех этих случаях система перерассчитывает потребность в товаре и пересоздает необходимые резервы.
Также в новой методике существует возможность выполнить передачу товаров не только от той организации, которая настроена в настройках передачи, но и от любой другой, у которой имеются товары данного вида, доступные для продажи. При этом система корректно закрывает все сформированные резервы, и перезаполнять документы отгрузки товаров необходимости не будет.
Особенности нового регистра «Резервы товаров организаций»
Особенностью нового регистра учета является то, что он не хранит историю данных. Это не очень логично для регистра накопления, и нужно учитывать при доработке механизма.
Алгоритм работы с регистром следующий:
- Документы отгрузки товаров создают записи по регистру «Приход» для получателя, «Расход» для отправителя.
- Документы передачи товаров создает сторнирующие записи с тем же набором измерений.
- Периодически в системе запускается фоновое задание, которое удаляет записи регистра, закрытые сторнирующими записями.
В результате, после оформления всех передач товаров между организациями и запуска фонового задания, регистр становится пустым.
Отметим, что регистр «Резервы товаров организаций» может содержать записи, относящиеся к непроведенным документам. Это может происходить после отмены проведения документа поступления товаров, если в результате этой отмены образовываются отрицательные остатки по организации. В итоге, к непроведенному документу поступления товаров будут привязаны записи, формирующие резерв, который покрывает эти отрицательные остатки.
Подведя итог, можно сказать, что новая концепция более удобна для применения. Также она более просто адаптируется под различные сложные случаи учета товаров.
Нюансы, выявленные в работе нового механизма «Интеркампани»
Опытным путем выявлено несколько особенностей в работе данного механизма, опишу их подробнее.
Расхождения себестоимости в отчетах по товарам, принятым от другой организации
В рамках концепции «Интеркампани» считается, что увеличение себестоимости товара, переданного от отправителя не должна влиять на расчет валовой прибыли.
По этой причине в регистрах по себестоимости указывается первоначальная стоимость товара, несмотря на то, что в организацию товар может поступить с уже большей стоимостью (это актуально для передачи путем покупки – продажи, так как трансфертная цена товара в данном случае должны быть больше его себестоимости).
В этом случае значения полей регистра «Себестоимость товаров» заполняются следующими данными:
- Ресурсы: «Стоимость», «Стоимость без НДС» — равны стоимости списанного отправителем товара
- Ресурсы: «Стоимость (регл.)», «Стоимость (упр.)» – равны стоимости поступления товара к получателю.
Это необходимо учитывать при работе с отчетом «Себестоимость товаров организаций». Данный отчет может формироваться по всем значениям, указанных выше ресурсов, в зависимости от настройки параметра отчета «Данные по себестоимости»:
Отчет «Себестоимость товаров» очень сложный, и можно написать отдельную статью по его формированию, вариантах и настройках. Здесь я хочу обратить внимание на то, что данные себестоимости товара, принятого от отправителя в отчете «Себестоимость товаров» (с вариантом получения себестоимости «В валюте упр. Учета»), будут отличаться от данных в других отчетах: «Валовая прибыть предприятия», «Ведомость по партиям товаров». Это необходимо учитывать.
Не формируется себестоимость по переданным товарам у отправителя
При передаче товара через комиссионную схему, в закрывающем документе «Отчет по комиссии между организациями» в регистре «Выручка и себестоимость продаж» не заполняется себестоимость проданного товара:
Хотя по регистру «Себестоимость товаров» себестоимость списывается корректно:
В результате получаем: у отправителя рентабельность — 100%, что не корректно:
Я склонен считать это ошибкой и думаю, что она будет исправлена в следующих версиях.
На этом все, если статья Вам понравилась, не забудьте поставить звездочку J
Другие мои статьи из серии «Механизмы учета в типовых конфигурациях УТ 11, КА 2, ЕРП 2»
- Кейс по исправлению отрицательных остатков по товарам организаций
- Контроль отрицательных остатков
- Новая концепция учета по видам запасов
- Бонусные программы лояльности
Для тех кто чаще всего торгует не своим товаром слишком замороченная схема. С учетом того что еще можно не рассчитать себестоимость, это издевательство над торговлей.
По мне учёт перепродаж внутри это дело не торговли. Это всё можно организовать уже на стороне регламентного учёта. Многофирменность в УТ организовать нехитрыми доработками отчётов, печатных форм и т.п. Получаем одно закрытие месяца, один баланс.
Торговля должна быть максимально удобна для ведения бизнеса (именно для торговли) а не для учёта!
Прекрасно, а руководству это кто и как объяснять будет?
(2)Не знаю, на сколько это реализуемо. Тогда нужно вообще учет по организациям убирать из опер. учета…
(4) Прекрасно реализуемо (день спокойной вдумчивой работы). Ничего убирать не нужно, система будет считать что организация только одна. Придётся кое что добавить, но это мелочи по сравнению с вознёй с интеркомпани, кучей закрытий и балансов по разным компаниям.
Будь я вендором я бы сделал две опции
1. Псевдо многофирменный учёт для большинства компаний (т.е. один баланс (одна себестоимость), одно закрытие, разные некоторые разрезы учётов, печатные формы, нумерация)
2. Интеркомпани (Для извращенцев и/или для однотипности с ЕРП и/или для некоторых специфичных компаний)
Но это моё сугубо личное ИМХО.
Я конечно немного утрирую, но ситуация часто такова:
Организация осуществляющая оптимизацию налогообложения или по другим причинам использующая несколько юр. лиц вынуждена осуществлять кучу лишних действий (перепродаж, закрытий) в системе, в итоге часто всё это ещё и бесполезно, т.к. в бухгалтерии своя себестоимость…
(5)Спасибо за комментарий.
А мне кажется, последняя реализация грамотно продумана. С предыдущей конечно много гемороя было, если схема учета на элементарная.
Есть конечно нюансы, о которых написал, еще может что всплывет — но это детали..
А если все на одну компанию делать, много сложностей потом будет.
Заранее трудно сказать, но с переносом в бухгалтерию например точно.
(3) Умные 1С — ники :))
С себестоимостью косяк.
1С реализует какие-то корпоративные схемы из книжек, забывая про реалии российской торговли.
То ли взгляд замылился, то ли слишком умничают методисты.
А лучше бы реализовали документ «Внутренняя продажа».
(8)
Так он есть.
Есть документ: Перемещения между обособленными подразделениями.
Но его нельзя применить для передачи товаров между отдельными организациями.
Для этого только Передача товара.
Так чтобы перепродажу между организациями отразить одним документом — в УТ такого нет. Нельзя даже ввести поступление на основании реализации. На счет ERP не знаю, может быть там такое можно.
Предположим, у вас есть группа компаний, которая вся работает по белому. Закупает товар за границей — один вид деятельности, продает его в розничные сети — другой вид деятельности. Если при этом есть еще минимальное производство, сборка, сервис продаваемой продукции — просто необходимо вывести это в отдельные юр лица с точки зрения оперативного управления, просто так будет проще.
А теперь представьте, что мы не знаем и заранее не хотим продавать товар от импортера нашим компаниям-продавцам, которых при работе с нашими розничными сетями может быть несколько просто исходя из реалий работы с сетями. Значит по итогам месяца нужно сформировать внутренние перепродажи — и тут нужно учесть, у кого купить, по какой цене и сколько. Если например, у одной из компаний продавцов был возврат непроданного товара, а другая компания продавец его продала — схема еще более усложняется, потому что купить нужно не у импортера, а у кого-то другого. Это я еще не касаюсь схемы с комиссионой торговлей товаром, полученным нами от поставщиков на условиях комиссии.
Теперь добавим работу с розничными магазинами, которым мы сами передали товар на комиссию — у них тоже могут быть возвраты.
В результате схема внутреннего товародвижения получается очень сложной.
Теперь добавим выгрузку товаров в бухгалтерию таким образом, чтобы ни по одной из наших компаний не было убытка — т.е. нужно это сделать не только с управленческой себестоимостью, а еще и бухгалтерской. Если бух базы ведутся в разных физических базах, а это реальность большинства клиентов, и отшлифовать себестоимость внутри таких баз сложно — вот и получается типичная задача интеркампани.
Заметьте, вообще нигде не стоит схема оптимизации налогообложения! К тому же сейчас в условиях абсолютной прозрачности бухгалтерских операций со стороны налоговой эта схема уже отживает.
Не имею полной возможности отследить все движения по регистрам по старой и новой (11.4.5) схеме интеркампания, но на приличных объемах данных (десятки тысяч документов в месяц) и приличном оборудовании после обновления схема закрытия периода стала значительно шустрее. Да и перезаполнение данных, о чем писал автор, судя по всему, в типовой схеме закрытия как-то сильно оптимизировано.
Так что в целом это представляется несомненно нужным, хотя конечно запоздалым инструментом — после внедрения предыдущей схемы работы интеркампани прошло более года.
ИМХО ))
Опять намудрили, убрали один лишний регистр и добавили новый. На самом деле даже специальный документ для передачи — лишнее, разве только из соображений экономии дискового пространства. Движения интеркампани надо формировать по движениям реализаций, в которых организация отличается от организации документа, и тупо править существующие проводки после формирования передач в нужные моменты времени.
Кстати, о птичках: новая реализация умеет рассчитывать момент передачи по наличию остатков отправителя в прошлые периоды и контролирует ли возможные минуса из-за отгрузки (передачи) задним числом?
Предыдущая реализация уже из-за игнора хронологии (не только в интеркампани) была абсолютно непригодна на практике. Вернее, гемор от её применения начисто перекрывал выгоды :).
(12)Дмитрий, спасибо за развернутый коментарий.
Конечно, если структура компании сложная, будет сложно настроить и отследить корректность всех передач. В каких-то случаях придется делать доработки или исправлять недочеты.
Типовое решение, оно по этому и типовое, что покрывает определенный процент всех возможных случаев, но не все.
В любом случае, новая схема более прозрачна и доступна к кастомизации, и это уже хорошо, на мой взгляд.
(13)
Не понял, что имеется в виду.
(13)
Да, есть такой контроль, при вводе либо изменении любого документа задним числом, контролируется доступный остаток на конец месяца документа и на текущую дату.
Добрый день, в своем реализовал поиск ошибок по регистру «Резервы товаров организаций».
Пока глубоко не копал по памяти не скажите какое фоновое задание очищает регистр и делает ли тоже самое закрытие месяца?
(2) А это и не дело торговли, и мне кажется, так оно и есть.
Продавцы продают, а финансисты (экономисты, 1Снеги) должны посчитать, кто что у кого купил, и все это переслать в бухгалтерию со своей бухгалтерской рентабельностью. Но на стороне регламентного учета это реализовать достаточно сложно. А продавцы продают, да. Просто эта схема эффективна для большой сложной компании. И то, что реализована она сейчас кривовато — полностью согласен. Больше скажу — просто бесит, как она реализована ))
(16)
СверткаРезервовТоваровОрганизаций
(16)
Нет, закрытие месяца не очищает.
(18)
В УТ 11.4.3 не вижу такого.
В модуле менеджера есть процедура ПриЗаписиРегистраРезервыТоваровОрганизаций
И она вызывается из ПриЗаписи самого регистра.
Возможно из-за этого регистр не чистится?
(19)
Странно, должно бы быть и в УТ 11.4.3
Ну посмотрите где еще делаются движения по этому регистру.
У меня сейчас нет под рукой конфы этой версии.
(20) 157 упоминаний этого регистра. И только одно у ПриЗаписиРегистраРезервыТоваровОрганизаций. В процедуре при записи самого регистра, думаю из-за этого оно не чистит регистр.
Попробую обновиться на более свежий релиз с 11.4.3.172, как раз один прыжок до актуального релиза 11.4.5.143 нужен.
(15)
Чем заполняет дату и время в документах передачи?
Пять лет назад УТ легко втыкала передачи на момент, в который остатков не было.
Либо делала одну передачу, когда остатки разнесены во времени и нужно делать несколько разным временем.
Видимо, разрабы уповали на опцию «забить на хронологию до конца месяца» (или как её там), но эта фишка работала в 1 случае из 10, поскольку нефиг нарушать элементарную логику в угоду пользователю.
На чудеса реализации этой опции насмотрелся на всю жизнь, поскольку мне пришлось их выпрямлять. До конца так и не удалось — я внедрять УТ нанимался, а не переписывать…
Распределение позиций по документам и документов по времени делается анализом многомерного массива остатков, алгоритм сравним по сложности с РАУЗ. Полагаю этого не реализовали, авось все поставят контроль остатков помесячно и небось при такой дискретизации накладок не выйдет.
Такой контроль был с самого начала.
При этом промежуточные минуса выявляются потом ковырянием в отчетах или при перепроведении.
Такая «оптимизация» компенсируется окладом сотрудника(ов), который ежедневно выгребает последствия правок задним числом.
Значит, 1С так и не оставила попытки игнорить хронологию документов в оперативном учете?
Жаль, мог бы получиться хороший продукт, если бы не 3-4 «стратегических решения» вроде этого. В результате имеем невыпрямляемую груду костылей, бесконечно дорабатываемую напильником.
(22)Ну да, предполагается одна передача в конце месяца.
Остатки в разрезе организаций не контролируются внутри месяца, только на конец.
Предполагается, что внутри месяца работает контроль по складам и оперативный контроль, их ведь ни кто не отменял.
(23)
Остатки в разрезе организаций не контролируются внутри месяца, только на конец.
Предполагается, что внутри месяца работает контроль по складам и оперативный контроль, их ведь ни кто не отменял.
Только как это бухгалтерии объяснить, у них то в БП остатки контролируются на Документ?
(24)Не только бухгалтерии.
Это еще и невыносимый гемор для самих разрабов, и источник разгильдяйства для сотров, накопительных ошибок и в конечном итоге — внеочередных «обрезаний» базы.
Зато кладовщики, манагеры и прочие любители поменьше думать на работе — счастливы!
Контроля складских остатков не достаточно, потому как ошибки по остаткам организаций делают продажники, и в конце месяца они уже и не вспомнят что наворотили. А бухгалтера из этого компоста вынуждены лепить «что-то похожее на правду», тратя на это 80% рабочего времени. Автоматизайция, однако…
(23) не совсем так. Есть режим по дням и там передачи буду делаться на начала месяца, а точнее на момент остатков в наличии. Тогда развернутого сальдо не будет!
(21) оказалось там не 1 релиз, а целых 5 онлайн ресурс неверно цепочку отсчитал. Это с УТ 11.3.4 был бы один прыжок.
(26)
Да, есть такой режим. Только у меня большие самнения, что документы будут создаваться именно на даты наличия остатков, а не просто с произвольной разбивкой.
В справке по этому режиму написано: «Формирование документов в таком режиме не гарантируется механизмом контроля товаров организаций».
Да уж, любят разработчики 1С мутные фразы…
(25)
Ну на текущую дату контроль то есть по организациям, это не допустит основной объем ошибок.
Конечно, при работе задним числом, могут наколбасить…
Кстати, я тут ошибся в предыдущем комментарие, контроль по складам-то тоже ведь только на текущая дату работает, и, в этом случае, он еще меньше поможет чем контроль по организациям, в котором еще на конец каждого месяца контролируются остатки.
(28) есть проект, отпишу по такому алгоритму что будет.
(30)ОК, ждем.
Очень интересно, что реальное внедрение на сложном проекте покажет.
У меня есть тоже подобный проект, но там все просто, и люди вменяемые 🙂
Так что все без проблем работает.
(29) Вот по этому я продаю УТ 11 только пивным ларькам, с холдингами удавишься внедрять.
Да и навнедрялся уже чужих «коммерческих» разработок, хочется уже для души чегонить, перед пенсией…
(23) Дмитрий, доброго времени суток!
Работаю в КА 1.1. В одной базе совмещен как БУ, так и упр.учет. «Допилинная», но с поддержкой БУ конфигурация. При этом, как описано в (12) — сложная схема взаимодействий между нашими импортерами и конечными компаниями-реализаторами: сначала продаем товар ОТ конечных компаний, а потом задним числом продаем от ИМПОРТЕРОВ
В связи с окончанием поддержки 1.1 готовлюсь к переходу к 2.4 (далеко не с радостью) …
Ведь в чем заключается ньюанс при продаже ИМПОРТНОГО товара от нашей конечной (в схеме продаж) компании ПОКУПАТЕЛЮ (по БУ и УУ учету одновременно) — в ОПЕРАТИВНО ВЫСТАВЛЯЕМОЙ покупателю СЧЕТ-ФАКТУРЕ мы должны указать ТАМОЖЕННЫЕ ДЕКЛАРАЦИИ, которые поступят от нашего ИМПОРТЕРА лишь В БУДУЩЕМ при закрытии периода (вводим документы задним числом). Ведь налоговая теперь видит ГТД, которые «заходили» в компанию (и в каком количестве), а какие «выходили». В КА 1.1 пришлось придумывать свое решение, как оказалось — своей модели «интеркампани» (на тот момент я и не знал такого слова) ЗАИМСТВОВАНИЯ ГТД у импортеров и других посреднических компаний. Схема предполагает жесткую внимательность, что занимало много времени программиста (не говоря уже о бухгалтере). И это все плата за совмещение БУ и УУ в одной базе (есть и плюсы такого подхода).
Новый подход интеркампани в КА2.4 вселяет надежду … как мне кажется(??)
А если опыт, факты: как относятся бухгалтера да и фискальные органы к тому, что документ передачи (единый документ на все отгрузки) оформляется в конце месяца, а продажа товара от Получателя — в начале месяца (т.е. отсутствует оперативная хронология)? Мол такие операции в пределах месяца/квартала (т.е. отчетного периода) допускаются?
Ведь что показывает схема интеркампани для налоговой (когда одним документов в конце месяца): между компаниями существуют фиктивные продажи (для оптимизации налогового учета) — а значит жди двусторонней проверки! И какое поступление товара покажет тогда компания, которая продает товар в начале месяца?
(33)Добрый день.
Хороший вопрос. Да, не очень понятно, какие будут поставлены ГТД в течение месяца. Если в старой схеме списание по регистру «Товары организаций» происходило сразу от организации отправителя, и ГТД списывались соответствующие, то в новой нужно бы проверить…
Дмитрй, как с Вами можно связаться?
(35)Добрый день.
Пишите в WhatsApp или в личку.
Телефон в профиле.
(36)В личку сообщения не отправляются, пишет »
Сообщение не отправлено, отложенная группа». Номера для ВатсАппа в профиле не вижу 🙁
(37)8 916 5166380
(33)Проверил. Для подбора доступных остатков анализируются данные регистра «Товары организаций» по всем возможным видам запасов (в зависимости от настроек Интеркампани). И номера ГТД берутся из этих же данных, в зависимости от подобранной строки. Приоритетно списываются остатки без номеров ГТД.
(31) закрыл успешно пару месяцев. Январь 2018 вообще удалось закрыть без отрицательного сальдо!
Каков алгоритм:
1. Убираем отрицательное сальдо на складе.
2. Запускаем помощника пакетного фомирования передач в режиме по дням и поэтапно для каждой организации закрываем.
3. Групповой обработкой перепроводим документы допустим на 4 часа утра для одной организации,т.к. типовой ставит на конец дня и для каждой новой организации сдвигаем время, чтобы была разбежка, если приход нужно сделать чуть раньше или позже.
4. Дочищаем минуса по организации.
Помощник отлично в этом помогает .
Т.к. при проведение постоянно лезет регистр резервы товаров организаций. Сам по себе он не опасен. Но когда появляется сложная комбинация перемещений по компаниям, то без зачистки будете без конца передачи делать! Плюс может в ошибка сделать движения и свертка их не обработает.
Также были обнаружены и другие ошибки 11.4.6 , которые тоже успешно убираются в пару кликов помощником.
Спасибо за статью, все получилось!
(40)Добрый день, пожалуйста.
Я в прошлом месяце тоже тестировал Интеркампани на реальных данных.
По итогам статья получилась:
Пришлось разобраться в самом механизме формирования резервов.
В статье описал.
(41) статья большая. Когда я делаю 1 клик чтобы это исправить, желание читать отпадает)))
(42)Да, большая. Изначально я хотел сделать две статьи, но потом решил, что по смыслу лучше все в одной.
(36)Добрый день!
Подскажите пожалуйста, имеется ли возможность увидеть корректную валовую прибыль при использовании механизма «интеркампани»?
Например у нас 2 организации А и Б, 1 склад.
1) А купила товар у поставщика за 100 руб.
2) Б продала товар покупателю за 200 руб.
3) При закрытии месяца сформировался документ «Передача между организациями», товар перешел от А к Б за 150 руб.
При формировании отчёта по Валовой прибыли(общий не по Организациям) получаем, что Организация А получила валовую прибыль 50 руб, а Организация Б — 100 руб.
(44)Да, себестоимость конечной продажи равна стоимости поступления товара в организацию А.
Поставьте настройку в отчете: Показывать продажи >> Кроме продаж между собственными юр. лицами
(45)Делал уже эту настройку, валовая прибыль Организации Б такая же — 100 руб.
(45) При этом, если строить отчёт «Валовая прибыль организации», тогда Валовая прибыль, да и все данные отчёта — корректные, но они идут без учёта НДС, а нам надо с НДС.
(46)Так и должно быть.
А продажи от компании А компании Б — не будет
(47)С НДС или без, это тоже в параметре отчета по валовой прибыли можно указать.
(49)К сожалению в отчёте по «валовой прибыли организации» нет таких параметров, есть только «в валюте регл. учёта».. В отчёте по «валовой прибыли», да они есть, но все равно продажа от А к Б там не учитывается..а нам надо чтоб учитывалась.
Только дорабатывать?
Уважаемые знатоки, подскажите как быть в ситуации, когда существует связка:
Организация —> Обособленное подразделение этой же организации (далее по тексту ОП).
Для таких случаев Интеркампани не настраивается. И это в принципе логично, так как товар принадлежит одной и той же организации.
Но при попытки отгрузить товар от ОП, система ругается на отсутствие товара.
Это 1С не доработало или где-то галочку включить нужно?
(51)Для перемещения товара в обособленное подразделение, необходимо использовать документ «Перемещение товаров» с хоз. операцией — «Перемещение товаров между филиалами»
(52) Это так, я знаю про этот документ.
Но вопрос был все же про тему Интеркампани. Хотелось бы использовать ее, т.е.: для организации и для ОП этой организации есть общий остаток, который нельзя превышать. Товар продается по мере необходимости и позже формируются документы передачи.
Я рассуждал так:
настройки нельзя ввести для связки Организация —> ОП.
Товар принадлежит организации, ОП по факту тоже является частью этой организации.
Возможно схема Интеркампани для этого случая настроена по умолчанию? Пока больше похоже на фирменный 1С-стайл (я про нелогичную логику)…
Пытаюсь раскопать в коде, но это не быстро.
Пока получается фигня какая-то: для организации + ОП Интеркампани не запустить. Можно убрать контроль остатков по организации, но он уберется для всех организаций…
(53)Да, в типовом варианте все именно так, как Вы пишите. Настроить Интеркампани для ОП нельзя. Логика, я думаю, здесь следующая, ОП — это обособленное подразделение, и должно иметь отдельный склад, на который, в любом случае, нужно перемещать товар.
По данной статье вышел на автора с просьбой разобраться с запущенным случаем неработающей интеркампани в УТ 11. Работа была проделана огромная(правильная настройка интеркампани с небольшими доработками под нашу специфику, распроведение всех документов за достаточно большой период, приведение в порядок регистров, проведение документов в нужном порядке и закрытие месяца). Без проблем разобрались с интеркампани и еще с рядом смежных вопросов. От себя хочу поблагодарить Дмитрия за помощь и порекомендовать как специалиста в этом(а судя по публикациям и во многих других) вопросе, так как человек показал себя очень хорошо не только как специалист, но и как ответственный и честный человек(в наше время редкость, к сожалению).
Сейчас так же все реализуется на одном общем складе?
(56)Да, передачи по Интеркампани выполняются в рамках одного склада
Наверное забыли написать, что в торговле четко разграничен финансовый учет и складской. Все передачи организуются только по финансовому учету. Что интересно если вы передаете товар между двумя организациями по комиссии и одна организация является плательщиком НДС, а вторая нет, то получается косяк. Конечная продажа не проводится если только не поставили «Продажа облагается НДС». Еще при продаже комиссионного товара себестоимость продажи равна самой продажи. В отчет выручка и себестоимость продаж выручка и себ тоже равны. Разработчиками торговли точно командовали бухгалтера, ведь есть такое понятие как ком торговля с доп выгодой.
У нас тоже возникли сложности с Интеркомпани, и прочитав профильную статью Дмитрия, я понял, что он хорошо разбирается в вопросе. Я с ним связался и обрисовал ситуацию с нашей базой. Дмитрий откликнулся и после получения базы — оперативно разобрался в проблемах нашего учета (проанализировал причины, выдал рекомендации к исправлению, помог с доработкой модулей). Рекомендую Дмитрия к сотрудничеству, он действительно первоклассный и ответственный специалист! Дмитрий огромное спасибо и за статьи и за оказанную помощь!)
К стати еще забыл добавить начудили они в возвратах от Организациях, особенно когда у вас есть отгрузки на комиссию и простая отгрузка. Вообщем модуль подстановки первичного документа отгрузки (передачи) на мой взгляд некорректен (когда очень много передач возвратов. Модель Учета: Организация импортер, N-организаций которые продают товар (на организации висят розничные магазины, и оптовая торговля))
(58)
Да, есть такой момент. Система проверяет наличие товара в другой организации именно по указанному в документе налогообложению. Наверно придумаю что-нибуь.
(58)
На мой взгляд, это логично. Так как при продажи комиссионного товара комиссионер не имеет прибыли с самой продажи. Его прибыль — это комиссионный процент.
Ошибка, о которой я писал в статье — «Не формируется себестоимость по переданным товарам у отправителя», в текущих релизах исправлена.
(61)
Его прибыль — это комиссионный процент. Это не верное утверждение. Его прибыль может быть как разница между суммой закупки и суммой продажи (как я уже писал доп выгода. Такой метод встречается очень редко и о нем многие не слышали) .
Набрел еще на одну интересную ситуацию (касаемо передачи на комиссию): описываю кейс
1. Поступление товара на распределительную Орг1 -1 шт
2. Передача на комиссию свою оргнаизацию Орг2 — 1шт
3. Реализация товара Орг2 — 1шт
4. Отчет коммисионера — комитента между орг
5. Закрыли месяц.
Все хорошо все посчиталось
В след месяце
1. Возврат от клиента на орг2 — 1шт
2. Возврат товара между организациями коммитенту.
3. Отчет коммисионера — комитента между орг
4. Закрыли месяц. при закрытии месяца партия в возврат товара комитенту не подставилась.
Решается данная проблема путем ввода остатка по товарам переданным по Орг1(но требуется доработать что бы как то подтягивалась в аналитику учета не партнер, а оргаизация). Кстати интересная ситуация почему вводом остаткам нельзя внести остатки (товары переданные и товары получены) между оргнанизациями.
(64)Спасибо за дополнение.
Да, остается достаточно много нюансов, которые не доделаны.
Какую оценку стоимости запасов используете в примере, ФИФО (скользящая) ?
Здравствуйте, УТ 11.4.9.98, нет регл.задания свертки регистра резервов. Как с ним работать?
Проблема в том, что не могу удалить нормально ни реализацию товаров, ни передачу данных между организациями, пока руками не вычистишь этот регистр. Как быть?
(18)
какое фоновое задание очищает регистр
СверткаРезервовТоваровОрганизаций
(16)
делает ли тоже самое закрытие месяца
Нет, закрытие месяца не очищает
Трудно поверить, что решение, основанное на свёртке фоновым заданием, что «фоновое задание очищает регистр» при том, что «закрытие месяца не очищает» — догосрочное и работающее.
Регистры не всегда удаётся почистить даже в монопольном режиме и после ТиИ — приходится танцевать с бубном
А, почему я такого не припоминаю…?
Даже в прошлых релизах?
Да, и как это понять? — для закрытия месяца надо запускать фоновое регламентное задание , которое самим закрытием месяца не запускается?
Гы, вулкан снова просыпается от спячки…
(67)
Есть см.
Поместил вознаграждение в вопрос:
«Кто-либо смог закрыть месяц в 1С УТ 11.4.9.х с интеркампани?
Поделитесь — как?»
(67) 1С:ERP Управление предприятием 2 (2.4.9.98) СверткаРезервовТоваровОрганизаций (Свертка резервов товаров организаций)
Метод:
ЗапасыСервер.ВыполнитьСверткуРезервовТоваровОрганизаций
Показать
Показать
Ну, а далее там еще куча процедур.
Очевидно криво обновлялись? В этом релизе все есть!
(69) косяки учета исправьте и все закроется. Ничего нового. Ознакомьтесь с . Если сами не разберетесь, то есть услуга аудита.
(71)
Ответьте на
и получите там вознаграждение !
Насколько я понимаю, Вы сами не закрывавали месяц на УТ 11.4.9.*
Как-то странноватенько в открытом публичном форуме отсылать на закрытые ресурсы!
(72) в анонсах они ничего не меняли. Начиная с партионного учета 2.2 все довольно просто, если грамотно вести учет и вычищать ошибки вовремя.
=>Очевидно криво обновлялись? В этом релизе все есть!
Вы правы. Скачал .cf от 11.4.9, сравнил и о чудо, регламентное задание там есть. Запихал в конфигурацию и теперь радуюсь, работает.
(69)Коллега, Вам лучше всего обратиться за помощью либо ко мне либо к Xershi. Мы оба специализируемся на этих вопросах и сможем решить Вашу проблему. Но нужно будет посмотреть базу. Иначе, это просто гадание на кофейной гуще. И понятно, что это будет стоить денег (не несколько старт мани).
(67)Да, все верно. Рег. задание в этом релизе есть точно.
Смотрю движения в регистре «Резервы товаров организаций» по документам реализации сентября. Остатков по регистру ТоварыОрганизаций у продавца на начало нет, поэтому «+» по продавцу и «-» по владельцу. Это понятно. Непонятно, почему период в эти движениях то конец сентября, то конец октября, то конец ноября (все документы — сентябрьские).
(77)Если у Вас есть движения в более поздних месяцах, период будет сдвигаться на максимально более поздний. Возможно в сентябре был приход этого товара, а в октябре расход. Соответственно сентябрьский резерв будет за минусом этого прихода, и часть резерва перенесется на октябрь.
(78) Один и тот же товар, прихода не было. В разных документах разный период. Причем в некоторых документах движений по резервам нет (по этой позиции, по другим есть).
(79)Трудно сказать, смотреть нужно. Проверяйте движения по этому товару по регистру «Товары организаций» в разных месяцах
Написал обработку, которая зачистила регистр резервов, распровела реализации и передачи и снова провела реализации. На первый взгляд нормально — резервы двигаются, причем концом месяца. Но есть вопросик — если создать документы передачи ООО ->ИП , то их дата в конце месяца. Как документы реализации от ИП в середине месяца увидят, что ему передан товар? И надо ли всю реализацию за месяц перепроводить?
(81)Можно сделать передачи в конце месяца. Если бизнес не против, система это позволяет. Перепроводить реализации не нужно.