Конфигурация. 1С:ERP Управление предприятием 2 (2.2.1.100)
Пишу здесь, т.к. от УТ 11 в плане интеркампани конфигурация не сильно отличается.
В конфигурациях УТ 11 и ERP все завязано на организацию и при покупке на одну фирму, а продажу с другой приходиться делать внутренние перепродажи, что влечет за собой неудобство. Например в УТ 10.3 можно было отключить контроль остатков по организации и не париться с этим.
Сейчас стоим перед выбором:
1. Использовать интеркампани и пользователям придется выполнять лишние действия, смотреть задвоенные отчеты по продажам и т.д.
2. Доработать конфигурацию, чтобы подбор партий и расчет себестоимости выполнялся только в разрезе "Аналитики учета номенклатуры".
Сначала попробовали двинуться по второму пути:
1. Подбор партий. Он написан так, что заменой одной строчки кода можно реализовать необходимое:
Функция ПоляПотребленийПартииТоваров(ПараметрыРасчета)
//Возврат "АналитикаУчетаНоменклатуры, ВидЗапасов, Организация, РазделУчета";
Возврат "АналитикаУчетаНоменклатуры";
КонецФункции
2. Расчет себестоимости. Тут полная беда, явно прописаны запросы с организацией, сначала все выбирается во временные таблицы, а затем еще огромные запросы к этим временным таблицам.
На этом пока изучение остановили, т.к.:
1. Пока что конфу реально обновить, т.к. не очень много доработок в типовых объектах. А если дописать расчет себестоимости думаю восстановить будет очень сложно.
2. Не понятно какие проблемы это за собой потянет и возможно потом придется постоянно что-то дописывать, чтобы учет не поехал.
Так вот вопрос к опытным программистам с опытом по данным конфигурациям:
Стоит ли лезть и менять данные механизмы для удобства пользователей?
Может кто-то уже делал подобное? В интернете вообще ничего не нашел по этому поводу, такое ощущение, что все смирились
Пишу здесь, т.к. от УТ 11 в плане интеркампани конфигурация не сильно отличается.
В конфигурациях УТ 11 и ERP все завязано на организацию и при покупке на одну фирму, а продажу с другой приходиться делать внутренние перепродажи, что влечет за собой неудобство. Например в УТ 10.3 можно было отключить контроль остатков по организации и не париться с этим.
Сейчас стоим перед выбором:
1. Использовать интеркампани и пользователям придется выполнять лишние действия, смотреть задвоенные отчеты по продажам и т.д.
2. Доработать конфигурацию, чтобы подбор партий и расчет себестоимости выполнялся только в разрезе "Аналитики учета номенклатуры".
Сначала попробовали двинуться по второму пути:
1. Подбор партий. Он написан так, что заменой одной строчки кода можно реализовать необходимое:
Функция ПоляПотребленийПартииТоваров(ПараметрыРасчета)
//Возврат "АналитикаУчетаНоменклатуры, ВидЗапасов, Организация, РазделУчета";
Возврат "АналитикаУчетаНоменклатуры";
КонецФункции
2. Расчет себестоимости. Тут полная беда, явно прописаны запросы с организацией, сначала все выбирается во временные таблицы, а затем еще огромные запросы к этим временным таблицам.
На этом пока изучение остановили, т.к.:
1. Пока что конфу реально обновить, т.к. не очень много доработок в типовых объектах. А если дописать расчет себестоимости думаю восстановить будет очень сложно.
2. Не понятно какие проблемы это за собой потянет и возможно потом придется постоянно что-то дописывать, чтобы учет не поехал.
Так вот вопрос к опытным программистам с опытом по данным конфигурациям:
Стоит ли лезть и менять данные механизмы для удобства пользователей?
Может кто-то уже делал подобное? В интернете вообще ничего не нашел по этому поводу, такое ощущение, что все смирились
По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1) oda_expertanalitika, механизмы трогать не стоит.
- пользователей устроит автосоздание перемещений при нехватке по организации 1 и наличии по второй, плюс отчеты по компании в целом за вычетом внутренних продаж.
Другой вариант, если устроит - вести в базе одну организацию, а юрлица завести как подразделения.
Это повлечет за собой изменение печатных форм, но не зашитой логики программы.
- пользователей устроит автосоздание перемещений при нехватке по организации 1 и наличии по второй, плюс отчеты по компании в целом за вычетом внутренних продаж.
Другой вариант, если устроит - вести в базе одну организацию, а юрлица завести как подразделения.
Это повлечет за собой изменение печатных форм, но не зашитой логики программы.
(1) oda_expertanalitika, Не совсем понял чем мешает интеркомпани ?, она настраивается довольно таки гибко, можно явно указать организации с каких можно брать товар а с каких нет, да и передачу товаров можно делать в конце месяца, а не каждый день, главное что бы до расчета себестоимости закрыть.
и При чем здесь задвоенные отчеты, при передаче товаров они в регистр продажи не пишутся, а остатки обычно смотрятся на складах.а это уже складской учет а не оперативный.
и При чем здесь задвоенные отчеты, при передаче товаров они в регистр продажи не пишутся, а остатки обычно смотрятся на складах.а это уже складской учет а не оперативный.
(1) oda_expertanalitika, для удобства пользователей надо переписать расчет себестоимости и весь 1совский бред про организации выкинуть. Но это действительно изрядная доработка. Аргументы за сохранение логики 1с состоят только в том, что раз уж так сделали, то пусть пользователи мучаются.
(1) oda_expertanalitika,
Столкнулся сейчас с подобной проблемой в УТ 11.1.10.199
Схема Интеркампани между ООО и ИП исправно работала до тех пор пока не столкнулись с тем, что СчетФактураВыданная на основании документа передачи товара между нашими организациями создает сразу две записи в регистре сведений ЖурналСчетовФактур - не только в части выданных, но и в как полученная счет-фактура.
Нашел выход для себя в документе передачи указывать РасчетыЧерезОтдельногоКонтрагента=Истина и соотв.-но контрагент=Организация-получатель
Поскольку ИП полученные счета-фактуры не нужны, документов меньше, записей ровно одна и "болячка" отпала.
Как думаете?
Столкнулся сейчас с подобной проблемой в УТ 11.1.10.199
Схема Интеркампани между ООО и ИП исправно работала до тех пор пока не столкнулись с тем, что СчетФактураВыданная на основании документа передачи товара между нашими организациями создает сразу две записи в регистре сведений ЖурналСчетовФактур - не только в части выданных, но и в как полученная счет-фактура.
Нашел выход для себя в документе передачи указывать РасчетыЧерезОтдельногоКонтрагента=Истина и соотв.-но контрагент=Организация-получатель
Поскольку ИП полученные счета-фактуры не нужны, документов меньше, записей ровно одна и "болячка" отпала.
Как думаете?
1. С гибкостью понятно. Всего пять организаций будет и брать можно с любой на любую.
2. Себестоимость хотят видеть чаще раза в день.
3. Не помню точно какой отчет смотрели, скорее всего не продажи, а "Ведомость по остаткам организаций", у него приход и расход двоились.
Мешает тем, что:
1. Требуется создавать дополнительные документы.
2. Часть отчетов будет двоиться.
3. Пользователи очень слабого уровня, 1С видят впервые, и им это все придется объяснять и какое-то время контролировать.
2. Себестоимость хотят видеть чаще раза в день.
3. Не помню точно какой отчет смотрели, скорее всего не продажи, а "Ведомость по остаткам организаций", у него приход и расход двоились.
Мешает тем, что:
1. Требуется создавать дополнительные документы.
2. Часть отчетов будет двоиться.
3. Пользователи очень слабого уровня, 1С видят впервые, и им это все придется объяснять и какое-то время контролировать.
(4) oda_expertanalitika,
Ничего не должно двоится в этом отчете, так как он смотрит регистр товары организации, а списание с него идет как реализацией так и передачей товаров...опять же у передачи товаров есть две возможности...там есть галочка "по товарам к оформлению" так вот при не установленной галке он делает безусловное списание с одной организации и приход на другую, с заменой видов запасов " кстати аналитика учета номенклатуры...ну вообще тут ни при делах" а с этой галкой он по другому регистру движуху делает "товары к передаче закрывает", и товары организации вообще не трогает...что то у вас с учетом не то видать.
Кто мешает запускайте регламентное задание чаще ?...предварительный расчет себестоимости...хоть сто раз в день :)
Я уже писал создаете раз в месяц(можете каждый день в конце дня )..там делов то открыли передачи и возвраты закладка "к оформлению"..выбрали период и нажали кнопку оформить передачи...что тут сложного ?
А в десятке вы не создавали лишних документов ? при перепродаже из одной организации в другую ?
(5) starjevschik, Это не бред стандартный механизм интеркомпани как раз и сделан для облегчения...
А вот что не доработано по моему мнению в интеркомпани так это механизм резервирования товара в заказах...так как он опирается на регистр свободные остатки..а в нем разреза по организациям нет...только по складам, и соответственно например у нас 6 организаций и так скажем два контура(3 и 3 организации которые могут торговать товарами друг друга) а склад один..и вот когда пытаешься зарезервировать товар в заказе он будет смотреть остаток товаров всех шести организации а не трех которые включены в контур...по этому поводу пришлось придумывать свою ерунду и дабы не ломать сильно ерп решили для каждого контура завести свою характеристику к виду номенклатуры привязанную. но тут тоже свои заморочки есть...
P.S. Может статью написать тут про механизм интеркомпани, а то многие видать не понимают его. :)
3. Не помню точно какой отчет смотрели, скорее всего не продажи, а "Ведомость по остаткам организаций", у него приход и расход двоились
Ничего не должно двоится в этом отчете, так как он смотрит регистр товары организации, а списание с него идет как реализацией так и передачей товаров...опять же у передачи товаров есть две возможности...там есть галочка "по товарам к оформлению" так вот при не установленной галке он делает безусловное списание с одной организации и приход на другую, с заменой видов запасов " кстати аналитика учета номенклатуры...ну вообще тут ни при делах" а с этой галкой он по другому регистру движуху делает "товары к передаче закрывает", и товары организации вообще не трогает...что то у вас с учетом не то видать.
2. Себестоимость хотят видеть чаще раза в день.
Кто мешает запускайте регламентное задание чаще ?...предварительный расчет себестоимости...хоть сто раз в день :)
1. Требуется создавать дополнительные документы.
Я уже писал создаете раз в месяц(можете каждый день в конце дня )..там делов то открыли передачи и возвраты закладка "к оформлению"..выбрали период и нажали кнопку оформить передачи...что тут сложного ?
А в десятке вы не создавали лишних документов ? при перепродаже из одной организации в другую ?
(5) starjevschik, Это не бред стандартный механизм интеркомпани как раз и сделан для облегчения...
А вот что не доработано по моему мнению в интеркомпани так это механизм резервирования товара в заказах...так как он опирается на регистр свободные остатки..а в нем разреза по организациям нет...только по складам, и соответственно например у нас 6 организаций и так скажем два контура(3 и 3 организации которые могут торговать товарами друг друга) а склад один..и вот когда пытаешься зарезервировать товар в заказе он будет смотреть остаток товаров всех шести организации а не трех которые включены в контур...по этому поводу пришлось придумывать свою ерунду и дабы не ломать сильно ерп решили для каждого контура завести свою характеристику к виду номенклатуры привязанную. но тут тоже свои заморочки есть...
P.S. Может статью написать тут про механизм интеркомпани, а то многие видать не понимают его. :)
(7) bmk74,
1. Двоились продажи, но сейчас увидел настройку, что можно исключить продажи между собственными организациями.
2. Сейчас попробовал смоделировать простейшую ситуацию и выполнить регламент "Формирование движений по партиям", и пока я внутренние продажи не создал в полном объеме, регистр "Себестоимость товаров" заполнялся неадекватно, соответственно "Валовая прибыль" некорректная.
1. Двоились продажи, но сейчас увидел настройку, что можно исключить продажи между собственными организациями.
2. Сейчас попробовал смоделировать простейшую ситуацию и выполнить регламент "Формирование движений по партиям", и пока я внутренние продажи не создал в полном объеме, регистр "Себестоимость товаров" заполнялся неадекватно, соответственно "Валовая прибыль" некорректная.
(8) oda_expertanalitika, Да регистр себестоимость товаров не будет правильно показывать пока вы не сделаете передачу, НО для этого есть механизм предварительного расчета себестоимости!!! при этом он не заполняет суммами регистр себестомость товаров НО он заполняет регистр сведений стоимостьТоваров, и в стандартных отчетах если вы посмотрите по себестоимости, он смотрит какая себестомость расчитывалась, и данные берет либо из одного регистра либо из другого (цены, суммы) товаров.
(13) oda_expertanalitika, Вот ей богу не понимаю ваших проблем, ну не хотите интеркомпани использовать не используйте...ее же никто не навязывает..сделайте так что организации между собой не предают товар..и все..ни вам "лишних документов"..ни гемора с расчетом себестоимости...
(11) bmk74,
Попробовал с расчетом предварительной себестоимости.
Ситуация:
Приход 10 на Орг1
Приход 10 на Орг2
Приход 10 на Орг3
Расход 21 с Орг1, общая сумма реализации 4200
Сделал предварительный расчет себестоимости и валовая прибыль вроде все посчитала, но задвоило выручку, соответственно остальные показатели поехали.
Попробовал с расчетом предварительной себестоимости.
Ситуация:
Приход 10 на Орг1
Приход 10 на Орг2
Приход 10 на Орг3
Расход 21 с Орг1, общая сумма реализации 4200
Сделал предварительный расчет себестоимости и валовая прибыль вроде все посчитала, но задвоило выручку, соответственно остальные показатели поехали.
Смешно
и тут же чуть раньше
облегчили :))))
(18) bmk74,
Кстати вот это я уже где тов стречал с задвоением...блин не вспомню..поищите на этом форум...точно было...вот убей не помню из за чего...сейчас..
Кстати вот это я уже где тов стречал с задвоением...блин не вспомню..поищите на этом форум...точно было...вот убей не помню из за чего...сейчас..
и тут же чуть раньше
(7) bmk74,
что тут сложного ?
стандартный механизм интеркомпани как раз и сделан для облегчения...
что тут сложного ?
стандартный механизм интеркомпани как раз и сделан для облегчения...
облегчили :))))
(19) starjevschik, Я еще раз говорю, при нормальном учете нет никаких задвоений..работаю с этим не первый год..если вам легче создавать между вашими организациями документы реализации и поступления ...да ради бога. не пользуйтесь...и считайте себестоимость по каждой вашей компаниии..просто незнание механизма не говорит о том что он плохой...говорит немного о другом...
(20) bmk74, это они еще не закрывали месяц. Сколько еще интересного впереди.
Фокус в том, что никаких
нет, совсем нет, никаких таких документов в природе не существует. Организации эти чисто бумажные, для бухгалтерии. Бизнес-процесс никаких организаций не содержит, там одна организация, она купила и продала товар, и это все, больше ничего нет. Все эти передачи чисто фиктивные, а их приходится оформлять, придумывать какие-то фиктивные цены для них. Их еще и оплачивать надо в УТ, да-да.
Зачем 1с так сделала? Я вижу два варианта:
1) по глупости
2) для усложнения работы пользователей, чтобы пользователи больше обращались к франчам. Например, закрыть месяц в УТ 11 далеко не каждому пользователю по силам, а это дополнительный доход программерам.
Я склоняюсь к варианту 2, хотя и первый не исключаю, всякое бывает.
Фокус в том, что никаких
"между вашими организациями документы реализации и поступления"
нет, совсем нет, никаких таких документов в природе не существует. Организации эти чисто бумажные, для бухгалтерии. Бизнес-процесс никаких организаций не содержит, там одна организация, она купила и продала товар, и это все, больше ничего нет. Все эти передачи чисто фиктивные, а их приходится оформлять, придумывать какие-то фиктивные цены для них. Их еще и оплачивать надо в УТ, да-да.
Зачем 1с так сделала? Я вижу два варианта:
1) по глупости
2) для усложнения работы пользователей, чтобы пользователи больше обращались к франчам. Например, закрыть месяц в УТ 11 далеко не каждому пользователю по силам, а это дополнительный доход программерам.
Я склоняюсь к варианту 2, хотя и первый не исключаю, всякое бывает.
(21) starjevschik, Воот ваы сами ответили на свой вопрос..у ВАС ОДНА организация...зачем вам интеркомпани. ? Зачем вам расчет себестоимости по разным организациям ?
А теперь ситуация есть 12 организаций...и допустим 3 "контуру" т.е три организации могут торговать своим товаром а так же товаром четвертой организации и соответственно товарами друг друга. и таких три контура...а вот теперь скажите мне как вы в УТ это без интеркомпани легко реализуете ?
а у нас примерно так и есть, товар приходит на одну организацию реализация идет с другой организации при том опять же на другие свои организации(контуры), и с этих контуров идет уже идет продажа конечникам...а теперь сделайте мне это без интеркомпани.
А теперь ситуация есть 12 организаций...и допустим 3 "контуру" т.е три организации могут торговать своим товаром а так же товаром четвертой организации и соответственно товарами друг друга. и таких три контура...а вот теперь скажите мне как вы в УТ это без интеркомпани легко реализуете ?
а у нас примерно так и есть, товар приходит на одну организацию реализация идет с другой организации при том опять же на другие свои организации(контуры), и с этих контуров идет уже идет продажа конечникам...а теперь сделайте мне это без интеркомпани.
Автоматическое создание документов передачи товаров между организациями регл.заданием пишется за 2 часа (копипаста кода из формы ручного создания). Все отчеты, якобы задвоенные, позволяют исключить внутренний товарооборот.
Добавьте пункт 3. Открыть, таки, желтую книжку, которую вам продали вместе с ERP, и прочитать возможности типового функционала.
Сейчас стоим перед выбором:
1. Использовать интеркампани и пользователям придется выполнять лишние действия, смотреть задвоенные отчеты по продажам и т.д.
2. Доработать конфигурацию, чтобы подбор партий и расчет себестоимости выполнялся только в разрезе "Аналитики учета номенклатуры"
1. Использовать интеркампани и пользователям придется выполнять лишние действия, смотреть задвоенные отчеты по продажам и т.д.
2. Доработать конфигурацию, чтобы подбор партий и расчет себестоимости выполнялся только в разрезе "Аналитики учета номенклатуры"
Добавьте пункт 3. Открыть, таки, желтую книжку, которую вам продали вместе с ERP, и прочитать возможности типового функционала.
(23) mymyka, понятно, что надо прочитать типовые возможности, но когда смоделировав простейшие ситуации что-то не работает - становится не сложно предположить что будет при реальном товарообороте и какой количество проблем свалиться... вот и встал вопрос стоит ли это вообще изучать или стоит от этого отказаться?
(24)
как вы их смоделировали, если вы не изучали возможности? Если дрель не включить в розетку, ей крайне сложно сверлить дырки, но это не повод изобретать ручной коловорот.
1 год работы с 1С - погромист восхищается 1С.
3 года работы с 1С - погромист ругает 1С.
5+ лет работы с 1С - программист понимает 1С.
В подавляющем количестве случаев, если что-то типовое не работает, значит оно неверно настроено или просто пока не реализовано (о чем, кстати, сообщается в описании релиза), и лишь в исключительных случаях это действительно ошибка.
смоделировав простейшие ситуации
как вы их смоделировали, если вы не изучали возможности? Если дрель не включить в розетку, ей крайне сложно сверлить дырки, но это не повод изобретать ручной коловорот.
что-то не работает
1 год работы с 1С - погромист восхищается 1С.
3 года работы с 1С - погромист ругает 1С.
5+ лет работы с 1С - программист понимает 1С.
В подавляющем количестве случаев, если что-то типовое не работает, значит оно неверно настроено или просто пока не реализовано (о чем, кстати, сообщается в описании релиза), и лишь в исключительных случаях это действительно ошибка.
(25) mymyka, вся проблема в не совсем квалифицированном постановщике задач.
Задача звучала так:
Дано: одна организация. В бухгалтерии делаются махинации задним числом, учет левый, ручной.
Нужно: в УТ считать выручку для управленцев и подводить финрезультат с себестоимсотью.
При этом выбор УТ11 не обсуждается, - он уже был сделан (с чем я, к примеру, не согласен - если такая муть в учете, надо НЕ использовать УТ11).
Ограничения: необходимо из УТ11 печатать бумажки для разных организаций, а возможно, и перегружать потом по этим оргнаизациям данные в БП.
Вот такая постановка задачи ставит совершенно дургие вопросы и требует совершенно дургих ответов.
При чем реализация данной постановки задачи: это допреквизит в документах реализации, и создание нескольких внешних печатных форм. (плюс возможно дургие небольшие доработки, типа нумерация счет-фактур или еще что-то).
ЗЫ: но это разговор между нами, топикстартеру все равно об этом бесполезно говорить - пусть перепиливает расчет себестоимости)))
Задача звучала так:
Дано: одна организация. В бухгалтерии делаются махинации задним числом, учет левый, ручной.
Нужно: в УТ считать выручку для управленцев и подводить финрезультат с себестоимсотью.
При этом выбор УТ11 не обсуждается, - он уже был сделан (с чем я, к примеру, не согласен - если такая муть в учете, надо НЕ использовать УТ11).
Ограничения: необходимо из УТ11 печатать бумажки для разных организаций, а возможно, и перегружать потом по этим оргнаизациям данные в БП.
Вот такая постановка задачи ставит совершенно дургие вопросы и требует совершенно дургих ответов.
При чем реализация данной постановки задачи: это допреквизит в документах реализации, и создание нескольких внешних печатных форм. (плюс возможно дургие небольшие доработки, типа нумерация счет-фактур или еще что-то).
ЗЫ: но это разговор между нами, топикстартеру все равно об этом бесполезно говорить - пусть перепиливает расчет себестоимости)))
(26) BudkoT, переделывать с допреквизитом придется еще довольно много, например нумерацию всех клиентских документов (это реализации, счета-фактуры, возвраты, платежки). Это переделка контроля задолженности: клиент оплатил не по тому договору, если у нас допреквизит и одна организация в базе, то это заметит только бухгалтерия через три месяца. Плюс обмен с бухгалтерией, плюс переучивание бухглатерии и манагеров. Плюс мы получаем нетленку, зависимую от программера.
Есть решение намного проще - берется УТ 10.3 и все учитывается там без переделок и без проблем.
И не совсем я согласен с эпитетами "левый учет", "муть" и подобными. Такая схема работы для большинство российских компаний естественна и нормальна. Селяви, какая экономика, такой и учет.
Есть решение намного проще - берется УТ 10.3 и все учитывается там без переделок и без проблем.
И не совсем я согласен с эпитетами "левый учет", "муть" и подобными. Такая схема работы для большинство российских компаний естественна и нормальна. Селяви, какая экономика, такой и учет.
(27) starjevschik, подчеркиваю - топикстартер не хотел "такого" учета в ут11. Если бы он учитывал все, как нужно в ут11- то у него не возникло бы проблем с интеркампани...
А вот насчет ут10.3 яполностью согласен. с такими запросами ему Не нужна ут11, ему нужен эксель, ну или ут10.3 (как усложненный вариант экселя)))
(28) mymyka, вы меня чуток не поняли, яполностью на вашей стороне))
А вот насчет ут10.3 яполностью согласен. с такими запросами ему Не нужна ут11, ему нужен эксель, ну или ут10.3 (как усложненный вариант экселя)))
(28) mymyka, вы меня чуток не поняли, яполностью на вашей стороне))
(26)
Это абсолютно аналогичная задача и решается абсолютно аналогичным образом.
Вся схема интеркампани завязана на ОДИН документ, а именно ПередачаТоваровОрганизации. Никаких сложностей в формировании таких документов один раз перед каждым расчетом с/с я не вижу (кнопка в журнале), как и в автоматизации этого процесса.
Никакого дублирования строк при такой схеме не происходит, т.к. вся выручка от внутреннего товарооборота пишется в совершенно иной регистр.
Объяснение "на пальцах" для нелюбителей читать желтые книжки. В ЕРП 2.1 схема ИК аналогична.
Расчеты между организациями так же можно оформлять 1 раз в неделю/месяц. Причем в отличии от приведенной статьи, это можно делать взаимозачетом. Так или иначе, разбираться с кассами/ р/счетам разных организаций бухгалтерии придется. А тут сразу будут видны минуса. Формирование взаимозачета так же пишется за пару часов.
Итоговые затраты времени на внедрение механизма будут на 2 порядка отличаться от добавления нового реквизита и переписывания 100500 печатных форм.
Вот такая постановка задачи ставит совершенно дургие вопросы и требует совершенно дургих ответов.
Это абсолютно аналогичная задача и решается абсолютно аналогичным образом.
Вся схема интеркампани завязана на ОДИН документ, а именно ПередачаТоваровОрганизации. Никаких сложностей в формировании таких документов один раз перед каждым расчетом с/с я не вижу (кнопка в журнале), как и в автоматизации этого процесса.
Никакого дублирования строк при такой схеме не происходит, т.к. вся выручка от внутреннего товарооборота пишется в совершенно иной регистр.
Объяснение "на пальцах" для нелюбителей читать желтые книжки. В ЕРП 2.1 схема ИК аналогична.
Расчеты между организациями так же можно оформлять 1 раз в неделю/месяц. Причем в отличии от приведенной статьи, это можно делать взаимозачетом. Так или иначе, разбираться с кассами/ р/счетам разных организаций бухгалтерии придется. А тут сразу будут видны минуса. Формирование взаимозачета так же пишется за пару часов.
Итоговые затраты времени на внедрение механизма будут на 2 порядка отличаться от добавления нового реквизита и переписывания 100500 печатных форм.
Уточняю текущие проблемы с этой схемой:
1. В отчете "Ведомость по партиям товаров" нет возможности исключить передачи товаров между организациями и они увеличивают приход и расход. Хотя может я ошибаюсь, там можно исключить хоз. операции, но исключив хоз. операцию "Реализация в другую организацию" передачи не пропали.
2. Задвоение выручки в валовой прибыли происходит, если выполнить "Формирование партий" и "Расчет предварительной себестоимости". А при формировании отчета "Ведомость по партиям" формирование партий выполняется автоматом.
3. Если в реализации, по которой сформирована передача, уменьшить количество, то:
- в регистре "Товары к передаче" количество не меняется, чтобы оно поменялось требуется отменить проведение и заново провести.
- соответственно требуется переоформлять передачу.
- не знаю есть ли отчеты, в которых можно отследить данную проблему.
Получается 2 пути:
1. В течении месяца делать предварительный расчет себестоимости, а в конце формирование партий:
этот вариант не нравится тем, что не будет остатка по партиям в течении месяца. Но пока не отметается.
2. В течении месяца выполнять только формирование партий, без расчета предварительной себестоимости, но чтобы они формировались корректно, требуется создавать передачи, а передачи желательно создавать, когда есть уверенность, что правок задним числом не будет, а они есть и есть у всех.
И получается ни один из вариантов не дает возможности посмотреть оперативно отчеты в корректном виде.
1. В отчете "Ведомость по партиям товаров" нет возможности исключить передачи товаров между организациями и они увеличивают приход и расход. Хотя может я ошибаюсь, там можно исключить хоз. операции, но исключив хоз. операцию "Реализация в другую организацию" передачи не пропали.
2. Задвоение выручки в валовой прибыли происходит, если выполнить "Формирование партий" и "Расчет предварительной себестоимости". А при формировании отчета "Ведомость по партиям" формирование партий выполняется автоматом.
3. Если в реализации, по которой сформирована передача, уменьшить количество, то:
- в регистре "Товары к передаче" количество не меняется, чтобы оно поменялось требуется отменить проведение и заново провести.
- соответственно требуется переоформлять передачу.
- не знаю есть ли отчеты, в которых можно отследить данную проблему.
Получается 2 пути:
1. В течении месяца делать предварительный расчет себестоимости, а в конце формирование партий:
этот вариант не нравится тем, что не будет остатка по партиям в течении месяца. Но пока не отметается.
2. В течении месяца выполнять только формирование партий, без расчета предварительной себестоимости, но чтобы они формировались корректно, требуется создавать передачи, а передачи желательно создавать, когда есть уверенность, что правок задним числом не будет, а они есть и есть у всех.
И получается ни один из вариантов не дает возможности посмотреть оперативно отчеты в корректном виде.
(29) oda_expertanalitika,
Объясните мне простую вещь...а зачем вам партии товара нужны в течении месяца ?и остаток товара по партиям. даже расчет себестоимости скользящая по фифо оперирует партиями постольку поскольку...ну нет сейчас полноценного партионного учета. Так что непонятно ваше желание видеть остатки по партиям в течении месяца...может правда я чего то не понимаю ?
1. В течении месяца делать предварительный расчет себестоимости, а в конце формирование партий:
этот вариант не нравится тем, что не будет остатка по партиям в течении месяца. Но пока не отметается.
этот вариант не нравится тем, что не будет остатка по партиям в течении месяца. Но пока не отметается.
Объясните мне простую вещь...а зачем вам партии товара нужны в течении месяца ?и остаток товара по партиям. даже расчет себестоимости скользящая по фифо оперирует партиями постольку поскольку...ну нет сейчас полноценного партионного учета. Так что непонятно ваше желание видеть остатки по партиям в течении месяца...может правда я чего то не понимаю ?
(29)В ЕРП 2.1 отсутствует такое понятие как Партия, есть партиеобразующий документ. Передача товаров образует "новую" партию в принимающей организации. Себестоимость этой партии, тем не менее, формируется исходя из с/с первичного документа поступления/выпуска. С какой целью вы хотите скрывать передачи в данном отчете - не совсем понятно. В передающей организации не фигурирует ни передача, ни первичный документ поступления, т.к. "партия" первичного документа поступления уже "списана".
В отчете Валовая прибыль в настройках есть пункт Показывать продажи - Кроме продаж между собственными юр. лицами.
по 3 пункту. В 1С:ERP Управление предприятием 2 (2.1.2.86), 1С:ERP Управление предприятием 2 (2.1.3.55) ошибка не воспроизводится.
Задвоение выручки в валовой прибыли происходит, если выполнить "Формирование партий" и "Расчет предварительной себестоимости"
В отчете Валовая прибыль в настройках есть пункт Показывать продажи - Кроме продаж между собственными юр. лицами.
по 3 пункту. В 1С:ERP Управление предприятием 2 (2.1.2.86), 1С:ERP Управление предприятием 2 (2.1.3.55) ошибка не воспроизводится.
(32) mymyka,
1. Когда передача между организацией становится партиеобразующим документом - становится очень сложно разбираться в отчете.
2. Стоит эта настройка.
3. Возможно она только после обновления появилась, но в любом случае уменьшение количества в реализации, по которой создана передача между организациями, приведет к тому, что передачу придется или переделывать полностью или вручную править отдельные строки.
1. Когда передача между организацией становится партиеобразующим документом - становится очень сложно разбираться в отчете.
2. Стоит эта настройка.
3. Возможно она только после обновления появилась, но в любом случае уменьшение количества в реализации, по которой создана передача между организациями, приведет к тому, что передачу придется или переделывать полностью или вручную править отдельные строки.
(34)
что значит "сложно"? Чем передача отличается от поступления товаров и услуг с точки зрения принимающей организации?
тогда используйте Серии, по партиям вы все равно ничего нужного не увидите. Не надо пытаться свое видение учета, как в ут10, натягивать на ерп. Просто примите тот факт, что в ЕРП нет партий, просто нет. Весь функционал партионного учета, не завязанный на себестоимость, вынесен в Серии.
может вы тогда поторопились с 2.2? В стабильной версии 2.1 все это работает на отлично.
Зачем? У вас какая-то принципиальная разница есть, за кем числится товар? На ООО "Ромашка" или на ОАО "Рога и копыта"? Если да, то оформляйте Возврат товаров организации. Если нет, то и проблема отсутствует.
Когда передача между организацией становится партиеобразующим документом - становится очень сложно разбираться в отчете
что значит "сложно"? Чем передача отличается от поступления товаров и услуг с точки зрения принимающей организации?
нужны для комиссионного товара
тогда используйте Серии, по партиям вы все равно ничего нужного не увидите. Не надо пытаться свое видение учета, как в ут10, натягивать на ерп. Просто примите тот факт, что в ЕРП нет партий, просто нет. Весь функционал партионного учета, не завязанный на себестоимость, вынесен в Серии.
Стоит эта настройка
может вы тогда поторопились с 2.2? В стабильной версии 2.1 все это работает на отлично.
передачу придется или переделывать полностью или вручную править отдельные строки
Зачем? У вас какая-то принципиальная разница есть, за кем числится товар? На ООО "Ромашка" или на ОАО "Рога и копыта"? Если да, то оформляйте Возврат товаров организации. Если нет, то и проблема отсутствует.
(35) mymyka,
Сложность в большом количестве движений, где явно нельзя определить по какому поступлению произошло списание...
после 10.3 сложно принять тот факт, что весь товар привязан к организации и надо сделать лишние действия, чтобы учет был правильным...
И по большому счету все компании работают одинаково, и получается, что все, кто перешел на УТ 11 и ERP как-то справляются с этими проблемами, вот я и хотел получить ответ как это происходит. И собственно получил что хотел, спасибо всем за ответы.
Для себя сделал вывод:
Что надо принять учет этой конфигурации таким какой он есть и сделать небольшие доработки, чтобы облегчить жизнь пользователям.
Сложность в большом количестве движений, где явно нельзя определить по какому поступлению произошло списание...
после 10.3 сложно принять тот факт, что весь товар привязан к организации и надо сделать лишние действия, чтобы учет был правильным...
И по большому счету все компании работают одинаково, и получается, что все, кто перешел на УТ 11 и ERP как-то справляются с этими проблемами, вот я и хотел получить ответ как это происходит. И собственно получил что хотел, спасибо всем за ответы.
Для себя сделал вывод:
Что надо принять учет этой конфигурации таким какой он есть и сделать небольшие доработки, чтобы облегчить жизнь пользователям.
(38)
именно это понимание вам и даст Серия, как сквозная аналитика, а вовсе не партия.
он и в 10.3 был привязан к организации (во всяком случае в УПП точно), просто на Регистр ТоварыОрганизаций все забивали, т.к. практического применения он имел мало.
А вот это верно, по 2 причинам:
а) Переделать все равно не получится, уровень абстракции механизмов ЕРП просто безумный (просто гляньте отражение в рег.учете любого документа, там ЗУПовские запросы нервно курят в сторонке).
б) Период привыкания при разумных доработках не превышает пары недель-месяца. А потом сами пользователи удивляются, как они работали раньше.
нельзя определить по какому поступлению произошло списание...
именно это понимание вам и даст Серия, как сквозная аналитика, а вовсе не партия.
после 10.3 сложно принять тот факт, что весь товар привязан к организации
он и в 10.3 был привязан к организации (во всяком случае в УПП точно), просто на Регистр ТоварыОрганизаций все забивали, т.к. практического применения он имел мало.
надо принять учет этой конфигурации таким какой он есть и сделать небольшие доработки
А вот это верно, по 2 причинам:
а) Переделать все равно не получится, уровень абстракции механизмов ЕРП просто безумный (просто гляньте отражение в рег.учете любого документа, там ЗУПовские запросы нервно курят в сторонке).
б) Период привыкания при разумных доработках не превышает пары недель-месяца. А потом сами пользователи удивляются, как они работали раньше.
(34) oda_expertanalitika,
По Вашему это проблема? Мало того, что "вручную править отдельные строки" не нужно - в документе есть соответствующая кнопка. Так эти действия ещё и легко автоматизируются.
Правда я, в своей обработке оформления передач, не стал учитывать этот функционал, а просто предусмотрел удаление всех передач за выбранный период.
Единственный минус текущей типовой реализации интеркампани - не поддерживаются "сложные" схемы передачи товаров да возможность указать свою вид цен передачи для разных пар организаций. И судя по ответам разработчиков на вопросы, данный функционал появится ещё не скоро.
П.С.: Мы организовали работу по схеме "актуальная себестоимость на конец предыдущего дня".
Для реализации этой схемы достаточно всего лишь сформировать цены передачи для новых товаров, потом оформить передачи и уже можно запускать закрытие месяца (фактический расчет себестоимости). Ну и сам процесс по максимуму автоматизировали.
передачу придется или переделывать полностью или вручную править отдельные строки.
По Вашему это проблема? Мало того, что "вручную править отдельные строки" не нужно - в документе есть соответствующая кнопка. Так эти действия ещё и легко автоматизируются.
Правда я, в своей обработке оформления передач, не стал учитывать этот функционал, а просто предусмотрел удаление всех передач за выбранный период.
Единственный минус текущей типовой реализации интеркампани - не поддерживаются "сложные" схемы передачи товаров да возможность указать свою вид цен передачи для разных пар организаций. И судя по ответам разработчиков на вопросы, данный функционал появится ещё не скоро.
П.С.: Мы организовали работу по схеме "актуальная себестоимость на конец предыдущего дня".
Для реализации этой схемы достаточно всего лишь сформировать цены передачи для новых товаров, потом оформить передачи и уже можно запускать закрытие месяца (фактический расчет себестоимости). Ну и сам процесс по максимуму автоматизировали.
(39) oda_expertanalitika,
Это хорошо. Значит осталось не решенной только схема сложных цепочек передач, более чем через 1 организацию.
П.С.:Переход на новую версию у нас запланирован, но до детального изучения изменений ещё не дошел.
В ERP 2.2 в регистре "Настройка передачи товаров между организациями" есть тип цен и он указывается для каждой пары отдельно
Это хорошо. Значит осталось не решенной только схема сложных цепочек передач, более чем через 1 организацию.
П.С.:Переход на новую версию у нас запланирован, но до детального изучения изменений ещё не дошел.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот