Учет готовой продукции в нескольких единицах измерения
Добрый день.
На предприятии учет готовой продукции ведется в нескольких единицах измерения. Бухгалтерия готовую продукцию учитывает в килограммах, а остальные подразделения - производство, коммерческий отдел, маркетинг и т.д. в той единице измерения, в которой заказал заказчик. Связать килограммы с другой единицей измерения никак нельзя, т.е. всевозможные коэффициенты пересчета не работают. Это связано с тем, что на однотипную продукцию, которая производится в разное время могут идти аналоги материалов + всевозможные погрешности в самом производстве - консистенция краски не такая, клей немного другой вязкости и т.п. В итоге партии одной и той же продукции выпущенной в разное время (по сути это разные серии) могут быть одинаковы по количеству, например, штук, но разные по весу в кг.
Возникла задача все это дело автоматизировать в УПП. Думаю, как лучше сделать, чтобы не сильно менять конфигурацию и не ломать идеологию учета. Для себя пока вижу один - для готовой продукции вести учет по сериям, в серии сохранять количество в кг и при проведении по БУ подменять количество из документов количеством из серии. Во всех управленческих регистрах количество останется тем, которое фигурирует в документах. А в проводках и в регистрах будет количество в кг. Остановился на этом варианте только потому, что пересчет из одной единицы в другую использовать нельзя и количество в кг всегда задается "по факту" для определенной серии.
Какие могут быть подводные камни у такого решения? Честно говоря оно кажется громоздким. Какие другие варианты можете посоветовать?
На предприятии учет готовой продукции ведется в нескольких единицах измерения. Бухгалтерия готовую продукцию учитывает в килограммах, а остальные подразделения - производство, коммерческий отдел, маркетинг и т.д. в той единице измерения, в которой заказал заказчик. Связать килограммы с другой единицей измерения никак нельзя, т.е. всевозможные коэффициенты пересчета не работают. Это связано с тем, что на однотипную продукцию, которая производится в разное время могут идти аналоги материалов + всевозможные погрешности в самом производстве - консистенция краски не такая, клей немного другой вязкости и т.п. В итоге партии одной и той же продукции выпущенной в разное время (по сути это разные серии) могут быть одинаковы по количеству, например, штук, но разные по весу в кг.
Возникла задача все это дело автоматизировать в УПП. Думаю, как лучше сделать, чтобы не сильно менять конфигурацию и не ломать идеологию учета. Для себя пока вижу один - для готовой продукции вести учет по сериям, в серии сохранять количество в кг и при проведении по БУ подменять количество из документов количеством из серии. Во всех управленческих регистрах количество останется тем, которое фигурирует в документах. А в проводках и в регистрах будет количество в кг. Остановился на этом варианте только потому, что пересчет из одной единицы в другую использовать нельзя и количество в кг всегда задается "по факту" для определенной серии.
Какие могут быть подводные камни у такого решения? Честно говоря оно кажется громоздким. Какие другие варианты можете посоветовать?
По теме из базы знаний
- "Меню-77"- программа для автоматизации учета продуктов на предприятиях общественного питания
- Апрель Софт: Бухгалтерия хлебобулочного производства
- 1С:Предприятие 8. ERP Управление птицеводческим предприятием
- Автоматизация предприятий пищевой отрасли на базе 1С:ERP (прослеживаемость состава готовой продукции от сырья до реализации)
- Отчет "Полный анализ себестоимости выпущенной продукции" для 1С:ERP (ЕРП), 1С:КА, 1С:ERP УХ
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
А на складах в чем учитывают продукцию?
По идее бухгалтерия работает только с одной единицей это деньги и им должно быть ровно в чем выписал менеджер накладную, хоть в километрах, хоть в штуках их должно интересовать сколько это стоит.
Тут другой вопрос как они будут потом получать отчетность, если в бухгалтерии в кг, а на складе в шт, как они сверят склад.
Если на выходе продукция взвешивается, то это наверно универсальная единица и ее можно применять везде в том числе и при отпуске. Просто если мы заявляем, что 1 шт весит 1 кг, а на деле она весит 900 гр, то наверно не хорошо получается с точки зрения клиента.
Если продукция позволяет можно использовать объем. Только надо бухов убедить
По идее бухгалтерия работает только с одной единицей это деньги и им должно быть ровно в чем выписал менеджер накладную, хоть в километрах, хоть в штуках их должно интересовать сколько это стоит.
Тут другой вопрос как они будут потом получать отчетность, если в бухгалтерии в кг, а на складе в шт, как они сверят склад.
Если на выходе продукция взвешивается, то это наверно универсальная единица и ее можно применять везде в том числе и при отпуске. Просто если мы заявляем, что 1 шт весит 1 кг, а на деле она весит 900 гр, то наверно не хорошо получается с точки зрения клиента.
Если продукция позволяет можно использовать объем. Только надо бухов убедить
(2)спасибо за отклик.
Начну с конца. Убеждать бухов не надо. Специфика ведения учета обусловлена потребностями бизнеса. Организация работает с очень крупными заказчиками. Есть конечно и мелочевка, но основной оборот приносят 4-5 больших заказчика. В какой единице измерения клиент заказал, в такой единице товар производится и отгружается. Кто-то заказывает в штуках, кто-то в погонных метрах, кто-то в рулонах, либо паллетах. Чтобы все это многообразие как-то унифицировать и иметь возможность знать себестоимость универсальной единицы измерения - для этого были выбраны килограммы, как наиболее точное "мерило". Клиента вес продукции не заботит, потому что вес как правило одинаков (ну есть небольшая погрешность). Но производителя вес заботит и еще как. Разница в весе двух партий одинаковой продукции, хоть она и небольшая, обычно говорит о том, что в производство было передано разное количество материалов, либо в процессе производства часть материалов была забракована.
Складского учета фактически нет. Ведется позаказное производство и обычно к моменту выпуска и упаковки свеженькой партии у ворот стоит фура поставщика, которая это все и забирает. Чтобы узнать количество товара на складе в производственных цехах, нужно просто сверить незакрытые заказы поставщиков с выпуском ГП. Вместо складского учета сделана ставка на точное планирование производства, дабы не загромождать складские площади и не связывать оборотные денежные средства производя товар, на который пока нет заказчика, и поэтому он лежит до поры на складе.
Таким образом, ситуация выглядит так - клиент заказывает, например, 100 тыс штук товара. Эти 100 тыс. штук производятся и реализуются клиенту как 100 тыс. штук. Тут нет никакого обмана с недовесами или перевесами. Заказали 100 тыс штук - получите и распишитесь. Но для бухов с определенного момента, а точнее с момента оформления документа "Отчет производства за смену" нужно учитывать по каждой серии ее вес в кг. Те. некий параллельный учет.
Я попробовал смоделировать ситуацию, когда в проводки пишется вес из серии в кг, а в регистры накопления в количестве для единицы измерения из документа, в которой был оформлен заказ. Для этого изменил одну процедуру в общем модуле. Но не могу охватить, чем это изменение может обернуться в дальнейшем.
Все равно решить задачу типовыми средствами похоже нельзя. Ни на одном форуме мне пока не ответили ничего вразумительного.
Начну с конца. Убеждать бухов не надо. Специфика ведения учета обусловлена потребностями бизнеса. Организация работает с очень крупными заказчиками. Есть конечно и мелочевка, но основной оборот приносят 4-5 больших заказчика. В какой единице измерения клиент заказал, в такой единице товар производится и отгружается. Кто-то заказывает в штуках, кто-то в погонных метрах, кто-то в рулонах, либо паллетах. Чтобы все это многообразие как-то унифицировать и иметь возможность знать себестоимость универсальной единицы измерения - для этого были выбраны килограммы, как наиболее точное "мерило". Клиента вес продукции не заботит, потому что вес как правило одинаков (ну есть небольшая погрешность). Но производителя вес заботит и еще как. Разница в весе двух партий одинаковой продукции, хоть она и небольшая, обычно говорит о том, что в производство было передано разное количество материалов, либо в процессе производства часть материалов была забракована.
Складского учета фактически нет. Ведется позаказное производство и обычно к моменту выпуска и упаковки свеженькой партии у ворот стоит фура поставщика, которая это все и забирает. Чтобы узнать количество товара на складе в производственных цехах, нужно просто сверить незакрытые заказы поставщиков с выпуском ГП. Вместо складского учета сделана ставка на точное планирование производства, дабы не загромождать складские площади и не связывать оборотные денежные средства производя товар, на который пока нет заказчика, и поэтому он лежит до поры на складе.
Таким образом, ситуация выглядит так - клиент заказывает, например, 100 тыс штук товара. Эти 100 тыс. штук производятся и реализуются клиенту как 100 тыс. штук. Тут нет никакого обмана с недовесами или перевесами. Заказали 100 тыс штук - получите и распишитесь. Но для бухов с определенного момента, а точнее с момента оформления документа "Отчет производства за смену" нужно учитывать по каждой серии ее вес в кг. Те. некий параллельный учет.
Я попробовал смоделировать ситуацию, когда в проводки пишется вес из серии в кг, а в регистры накопления в количестве для единицы измерения из документа, в которой был оформлен заказ. Для этого изменил одну процедуру в общем модуле. Но не могу охватить, чем это изменение может обернуться в дальнейшем.
Все равно решить задачу типовыми средствами похоже нельзя. Ни на одном форуме мне пока не ответили ничего вразумительного.
Была у нас похожая проблема. Производственники вели учет материала в метрах, а бухгалтера в кг. Из-за того, что толщина материала "плавала" фактический вес расходился с теоретическим (он заложен в коэффициенте пересчета м в кг). Как только мы не пытались обойти эту проблему. Выплывали косяки потом по-любому. В итоге бухгалтера стали вести учет в метрах (хотя до этого говорили, что это невозможно). Твой вариант вообще жесть - и ждет тебя перманентная доработка конфигурации. Нужно убеждать бухгалтеров изменить свою точку зрения, в ней нет логики.
Если отклонение не большое, то и забы(и)ть про него. Привести все их единицы измерения к кг. Усилить контроль за списанием материалов и все на первый взгляд. Думаю ни кто пересчитывать не будет сколько должна весить продукция.
УПП само спишет, то что пошло на производство.
А если их заставить перевешивать каждую партию? Или там проблеммы с брутто, нетто? И пусть в сменный отчет пишут вес, ну а ты потом по партиям уже соберешь, кому и сколько отгрузили.
Как вариант пытаться расчитывать вес продукции в зависимости от переданных материалов.
И второе. Если у тебя продукция произведена из разного количества материалов, то ее нельзя производить по одной спецификации. Т.е. спецификации должны быть разные, это конечно если планирование тебе надо будет, но ты хочешь точно планировать. Хотя если расхождения не большие то наверно без разницы, хотя могут потом такие чудеса выплывать.
Если конечно это все не подойдет, тотвой вариант наверно правильный, только придется наверно переделывать кучу отчетов и вся гибкость УПП пойдет коту под хвост.
УПП само спишет, то что пошло на производство.
А если их заставить перевешивать каждую партию? Или там проблеммы с брутто, нетто? И пусть в сменный отчет пишут вес, ну а ты потом по партиям уже соберешь, кому и сколько отгрузили.
Как вариант пытаться расчитывать вес продукции в зависимости от переданных материалов.
И второе. Если у тебя продукция произведена из разного количества материалов, то ее нельзя производить по одной спецификации. Т.е. спецификации должны быть разные, это конечно если планирование тебе надо будет, но ты хочешь точно планировать. Хотя если расхождения не большие то наверно без разницы, хотя могут потом такие чудеса выплывать.
Если конечно это все не подойдет, тотвой вариант наверно правильный, только придется наверно переделывать кучу отчетов и вся гибкость УПП пойдет коту под хвост.
Ну а если в момент проведения отчета производства за смену и реализации в проводки подставлять значение в кг из серии, а в регистры будет идти количество из документа? Все бух. отчеты в кг, а управленческие в ед. изм. заказанной продукции. Чем это грозит для методологии?
Короче надо делать контрольные примеры...
Короче надо делать контрольные примеры...
Я бы не надеялся на то, что учеты (БУ, НУ, УУ) совершенно независимы.
Может оказаться так, что в распределении по БУ будут использоваться данные УУ.
Тогда придется влезать в этот механизм и менять и его тоже.
Можно предложить вести параллельный учет двух номенклатурных позиций: одну - штуки продукции (с нулевой долей стоимости), вторую - килограммы продукции (с фактической стоимостью).
Спецификации будут иметь два выхода.
А реализовывать как набор-комплект или ввести последний передел-комплектацию.
Тогда программу переписывать не придется, также всегда можно перевзесить партию на переделе.
Может оказаться так, что в распределении по БУ будут использоваться данные УУ.
Тогда придется влезать в этот механизм и менять и его тоже.
Можно предложить вести параллельный учет двух номенклатурных позиций: одну - штуки продукции (с нулевой долей стоимости), вторую - килограммы продукции (с фактической стоимостью).
Спецификации будут иметь два выхода.
А реализовывать как набор-комплект или ввести последний передел-комплектацию.
Тогда программу переписывать не придется, также всегда можно перевзесить партию на переделе.
Учет по нескольким единицам измерения.
Здравствуйте, опять же вопрос по нескольким единицам.. ситуация кратко (как оно есть на бумажке ):
лесопильное производство, сырье поступает (учитываем) в м3, смена производит штуки, далее переводим на калькуляторе в м3. Так как, 1 ЗП сдельная за произведенные м. куб., расчет себестоимости а также продажи идут в м. куб.
есть ли возможность как то «ситуацию с калькулятором» разрешить штатными возможностями УПП?, например в отчет за смену вносим штуки… они пересчитываются в кубы. Правда при этом надо учитывать характеристику номенклатуры (именно в ней я указываю какого именно сечения и длины продукция)…
спасибо..
Здравствуйте, опять же вопрос по нескольким единицам.. ситуация кратко (как оно есть на бумажке ):
лесопильное производство, сырье поступает (учитываем) в м3, смена производит штуки, далее переводим на калькуляторе в м3. Так как, 1 ЗП сдельная за произведенные м. куб., расчет себестоимости а также продажи идут в м. куб.
есть ли возможность как то «ситуацию с калькулятором» разрешить штатными возможностями УПП?, например в отчет за смену вносим штуки… они пересчитываются в кубы. Правда при этом надо учитывать характеристику номенклатуры (именно в ней я указываю какого именно сечения и длины продукция)…
спасибо..
(8) poofer,
Наверно в Вашем случае лучше пользоваться не характеристиками готовой продукции,
а забивать все эти сечения и длины в наименование.
Просто нужно максимально продумать заранее всю структуру справочника, чтобы можно было
быстро найти необходимую номенклатуру.
Например, Доска обрезная, толщина 50 мм, ширина 150 мм, длина 6000 мм
Базовая единица измерения для не будет куб. м (м3), единица мест - штука.
В штуке забьете коэффициент пересчета (кажется в кубе 22 такие доски?).
Тогда отчеты сможете смотреть как в штуках, так и в кубометрах.
Отчет производства все равно в чем забивать: хоть в штуках, хоть в кубах.
При использовании характеристик не получится к характеристикам привязать единицы измерения (ну или только если глубоко допиливать конфигурацию , т.к. едницы исползуются в каждом документе).
Наверно в Вашем случае лучше пользоваться не характеристиками готовой продукции,
а забивать все эти сечения и длины в наименование.
Просто нужно максимально продумать заранее всю структуру справочника, чтобы можно было
быстро найти необходимую номенклатуру.
Например, Доска обрезная, толщина 50 мм, ширина 150 мм, длина 6000 мм
Базовая единица измерения для не будет куб. м (м3), единица мест - штука.
В штуке забьете коэффициент пересчета (кажется в кубе 22 такие доски?).
Тогда отчеты сможете смотреть как в штуках, так и в кубометрах.
Отчет производства все равно в чем забивать: хоть в штуках, хоть в кубах.
При использовании характеристик не получится к характеристикам привязать единицы измерения (ну или только если глубоко допиливать конфигурацию , т.к. едницы исползуются в каждом документе).
спасибо, жаль конечно что по характеристикам нельзя. О чем я догадывался, но решил все же спросить. может что не знаю :-)
(или характеристику немного криво использовать, к каждой такой номенклатуре ещё и её првязать, одну единственую, как доп параметр :-) криво конечно)
маленькое уточнение, (конечно как будет секунда я проверю в системе конечно..)
правильно ли я понимаю, что системы будет хранить 2-а значения для каждой номенклатуры. т.е. при отгрузках я также могу указать шт. и она пересчитает (в отчете), сколько м3 отгружено со склада, так? (ну и в других документа так же) верно?
(или характеристику немного криво использовать, к каждой такой номенклатуре ещё и её првязать, одну единственую, как доп параметр :-) криво конечно)
маленькое уточнение, (конечно как будет секунда я проверю в системе конечно..)
правильно ли я понимаю, что системы будет хранить 2-а значения для каждой номенклатуры. т.е. при отгрузках я также могу указать шт. и она пересчитает (в отчете), сколько м3 отгружено со склада, так? (ну и в других документа так же) верно?
(10) poofer,
Да, пересчитает из штук (т.е. единицы, которая указана как единица мест) в другую единицу.
Единиц может быть даже больше, чем 2. Например, Ваши доски можно
также мерять в погонных метрах или в килограммах :-)
Подставьте этим единицам правильные коэффициенты пересчета и можно будет учитывать и в них.
Учет количества на самом деле ведется только в одной единице, которая назначена базовой.
Во все остальные количество просто пересчитывается по коэффициентам (и в отчетах, и в документах).
Да, пересчитает из штук (т.е. единицы, которая указана как единица мест) в другую единицу.
Единиц может быть даже больше, чем 2. Например, Ваши доски можно
также мерять в погонных метрах или в килограммах :-)
Подставьте этим единицам правильные коэффициенты пересчета и можно будет учитывать и в них.
Учет количества на самом деле ведется только в одной единице, которая назначена базовой.
Во все остальные количество просто пересчитывается по коэффициентам (и в отчетах, и в документах).
Ещё вопросик, по данной теме :-)
Коэффициент, который я задаю, для пересчета шт. в м.куб - ограничен тремя знаками после запятой.
что в моем случае сильно влияет на точность пересчета.. пример:
доска 36(мм)х 90(мм) длиной 6 метров = 0,01944 м3
т.е. требуется 5 знаков. - возможно ли изменить точность? на сколько печально все будет в системе?
уточню ещё что точность требуется только здесь..! в документах вполне достаточно округления до 4 как оно сейчас.
Или все же проще сделать базовую штуки.. и вводить тогда коэффициент в м.куб. в данном примере 51,440
?? но как тогда сдельная считаться будет?..(извините если спрашиваю очевидные вещи :-))
спасибо
Коэффициент, который я задаю, для пересчета шт. в м.куб - ограничен тремя знаками после запятой.
что в моем случае сильно влияет на точность пересчета.. пример:
доска 36(мм)х 90(мм) длиной 6 метров = 0,01944 м3
т.е. требуется 5 знаков. - возможно ли изменить точность? на сколько печально все будет в системе?
уточню ещё что точность требуется только здесь..! в документах вполне достаточно округления до 4 как оно сейчас.
Или все же проще сделать базовую штуки.. и вводить тогда коэффициент в м.куб. в данном примере 51,440
?? но как тогда сдельная считаться будет?..(извините если спрашиваю очевидные вещи :-))
спасибо
(13) poofer,
Можно наверно и в конфигураторе просто изменить разрядность до 5 знаков.
Но тогда лучше проверить все функции и процедуры в общих модулях, в которых делается этот пересчет.
Возможно, что в них программно еще заложено при вычислении округление до 3 знаков.
На копии базы попробуйте :-)
Если без изменения в конфигураторе, то можно попробовать ввести свои единицы измерения:
например, десяток штук - для него коэффициент уже будет 0,1944 м3.
Так обычно в спецификациях вводят, когда стандартной разрядности в 3 знака не хватает - вводят спецификацию не на 1 шт. продукции, а на 1000 например.
Можно наверно и в конфигураторе просто изменить разрядность до 5 знаков.
Но тогда лучше проверить все функции и процедуры в общих модулях, в которых делается этот пересчет.
Возможно, что в них программно еще заложено при вычислении округление до 3 знаков.
На копии базы попробуйте :-)
Если без изменения в конфигураторе, то можно попробовать ввести свои единицы измерения:
например, десяток штук - для него коэффициент уже будет 0,1944 м3.
Так обычно в спецификациях вводят, когда стандартной разрядности в 3 знака не хватает - вводят спецификацию не на 1 шт. продукции, а на 1000 например.
(14) Diego_Iv,
Крайне бы не рекомендовал увеличивать разрядность в конфигураторе - практически любой алгоритм расчета в УПП завалится после такого вмешательства.. Хотя бы из-за того, там практически везде прописывается точность полей и в некоторых случаях возвращаемых значений..
По поводу "Так обычно в спецификациях вводят, когда стандартной разрядности в 3 знака не хватает - вводят спецификацию не на 1 шт. продукции, а на 1000 например" - тоже не есть крайне красиво, когда размеры нормативов различаются на порядки - одного получается 100000 надо, а другого - 0.001.. Да и для разных номенклатур тоже будут разницы - столько путаницы возникает..
Я для себя решил эту фигню с точностью через формулы. Например, надо указать норматив 0.0001 - указываем в количестве 0.001, а в формуле - [*Количество*]*0.1. Есть, правда, один нюанс в расчете потребности - там точность надо тоже в алгоритме править..
Крайне бы не рекомендовал увеличивать разрядность в конфигураторе - практически любой алгоритм расчета в УПП завалится после такого вмешательства.. Хотя бы из-за того, там практически везде прописывается точность полей и в некоторых случаях возвращаемых значений..
По поводу "Так обычно в спецификациях вводят, когда стандартной разрядности в 3 знака не хватает - вводят спецификацию не на 1 шт. продукции, а на 1000 например" - тоже не есть крайне красиво, когда размеры нормативов различаются на порядки - одного получается 100000 надо, а другого - 0.001.. Да и для разных номенклатур тоже будут разницы - столько путаницы возникает..
Я для себя решил эту фигню с точностью через формулы. Например, надо указать норматив 0.0001 - указываем в количестве 0.001, а в формуле - [*Количество*]*0.1. Есть, правда, один нюанс в расчете потребности - там точность надо тоже в алгоритме править..
Можно поэкспериментировать с таким вариантом: внести одну и ту же номенклатуру с разными единицами измерения. Например, "Товар1 (кг)", "Товар 1 (метры)", "Товар 1 (шт.)" и т.п. В производственных отчётах всегда выпускаете килограммы, а перед отгрузкой заказчику делаете документ "Комлектация номенклатуры", в которой указываете замену "Товар 1 (кг)" на "Товар 1 (шт.)", при этом себестоимость товара в килограммах перенесётся на себестоимость товара в штуках. Конечно, такой вариант можно рассматривать, если у вас всего несколько номенклатур, а не тысячи штук. Ну и поэкспериментировать нужно, а также определиться, кто будет отвечать за комплектации.
Ну а вообще, конечно, верные варианты уже были описаны выше: это использовать автоматический перевод единиц измерения. При выявлении отклонений проводит их списание, а если отклонение слишком большое - то усилисть контроль складов и провести анализ отклонений.
Ну а вообще, конечно, верные варианты уже были описаны выше: это использовать автоматический перевод единиц измерения. При выявлении отклонений проводит их списание, а если отклонение слишком большое - то усилисть контроль складов и провести анализ отклонений.
Спасибо!, попробую.
при первом тесте, стало ясно что погрешности неминуемы.. стоит конечно плотно потестить прежде чем запускать в работу.
в общем то в конфигураторе количество символов увеличить удалось и можно и десятками штук считать.. постараюсь отписать потом на чем остановился.
при первом тесте, стало ясно что погрешности неминуемы.. стоит конечно плотно потестить прежде чем запускать в работу.
в общем то в конфигураторе количество символов увеличить удалось и можно и десятками штук считать.. постараюсь отписать потом на чем остановился.
я только начинаю разбираться с УПП, но мне тоже интересны проблемы, специально открыл почитать какие тут есть замечания, у меня вопрос к вам - если не получатся ввести жесткое соответствие например погонный метр обоев к килограмму, может быть можно добавить регистр соответствия: метры - килограммы для определенной толщины обоев, таким образом получится как бы функция по точкам для каждого вида обоев по толщине, так не получится настроить соответсвие одних единиц измерения другим?
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот