АлександрЕРП Сергей Васкецов вопрос только технический
Не согласен что вопрос чисто технический. Электронные документы отражают реальные бизнес-процессы. Если сейчас задача переупаковки лежит на кладовщиках и не отражается в учетной системе, то если используется схема 2 добавляется еще одна операция (для среднего кладовщика непростая) плюс дополнительный контроль при приемке/отгрузке/перемещении. А это время, а следовательно, деньги. Поэтому прежде чем вводить новые правила нужно оценить преимущества их использования, или найти случаи в которых без учтета видов упаковок просто не обойтись.

Думаю большинство ERP-систем, в силу того что могут использовать различные ЕИ для одной номенклатуры, могут позволить и переупаковку в варианте 2, в Вашем понимании этого термина. Тут и в самом деле как настроите бизнес процессы.

Но исходя даже из здравого смысла не вижу чтобы выгоды от учета на складе по варианту 2 (20 коробок по 100 штук + 12 упаковок по 10 штук + 7 штук) превышали трудозатраты: по ручному учету (кладовщиком) + по учету в системе (оператором) + по инвентаризации (при разребании багов). Понятно что кому то хочется видеть на складе все красиво, но сколько это усилий будет стоить:
Во-первых кладовщик у себя в журнале/ведомости/бумажке должен вести одну номенклатуру по одному типу операции по 3-м ЕИ.
Во-вторых оператору в системе придется делать довольно часто реклассификации (обмены) - чтобы отгрузить 9 штук он должен реклассифицировать (обменять) одну упаковку на 10 штук получить остатки (20 коробок по 100 штук + 11 упаковок по 10 штук + 17 штук), затем уже отгружать 9 штук, тогда в результате останется на складе опять красиво (20 коробок по 100 штук + 11 упаковок по 10 штук + 8 штук)
В третьих, во время инвентаризации после ошибок оператора или кладовщика (а они обязательно будут из-за усложненного учета) придется сравнивать не только количество, но и соответствие ЕИ по номенклатуре и в случае расхождения на складе и в системе делать реклассификации (обмен) для устранения этих расхождений.

Считаю что все эти заморочки правилу Паретто явно не удовлетворяют. Наиболее целесообразным по моему мнению является возможность считать (т.е. видеть в отчете или интерфейсной форме) остатки по любой ЕИ с которой Вы работали. Т.е. если это огромный оптовый склад распределения чаще всего кладавщик может смотреть остатки в коробках, но если захочет в упаковках или штуках. Если это региональный склад то скажем будут смотреть в упаковках, но могут посмотреть и в штуках. Ну и торговый агент скажем будет смотреть в штуках. Операции же на всех уровнях можно проводить в любой ЕИ - коробках, упаковках или штуках.


Насчет применения термина упаковка, согласен с предыдущими авторами - правильней использовать ЕИ - упаковка это когда саму тару нужно учитывать, а то что вы пишите это учет номенклатуры одновременно в нескольких ЕИ.

АлександрЕРП2 Implementation_consultant:
Наконец-то коментарии практика :)) Правда, не понял как Вы здесь правило Паретто использовали...

В одной из статей прочитал интересную трактовку правила "80 / 20", которое впервые открыл и теоретически обосновал В.Парето (1897г.). Смысл его в следующем. Представьте себе, что вы уронили 100 монет на лужайку. Первые 80 монет вы нашли довольно быстро, но на поиски каждой следующей у вас уходит все больше и больше времени, так как радиус поиска расширяется, трава на лужайке разной высоты и плотности и т.п. Расход времени на одну монету возрастает и, наконец, наступает такой момент, когда удельный расход времени на поиск одной монеты превысит стоимость монеты. Об этом надо помнить и вовремя остановиться.

Думаю эта аналогия подходит под вариант 2 на все сто - стоимость учета не должна превышать выгоду от него.



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


Немножко не так - ERP-системы позволяют продавать сигареты и пачками и блоками, покупать их коробками и блоками. Остатки же показывать не как реально они хранятся на складе, а в пересчете на любую единицу измерения. Т.е. вы не заморачиваетесь принимаете/продаете/списываете/производите в любой ЕИ в которой Вам в конкретный момент удобно, а когда хотите посмотреть остатки/движения номенклатуры - смотрите ее в одной ЕИ, в той которой Вам удобно смотреть. Остатки и движения пересчитываются на основании коэффициентов пересчета ЕИ:
1 коробка = 50 блоков
1 коробка = 1000 пачек
1 блок = 20 пачек

Т.е. можно сказать ни по одному из Ваших вариантов ERP не работает. В ERP использованы следующие принципы описанные Вами во всех 3-х вариантах:
Вариант 1 - сложные ERP системы работают при работе с номенклатурой могут использовать произвольное количество единиц измерений (шт, ящ36шт, ящ72шт, ящ96шт) .
Вариант 2 - товарные документы оформляются в той ЕИ, который был получен/отгружен/перемещен фактически, или в той которой удобно учитывать кладовщику/учетчику/менеджеру.
Вариант 3 - При необходимости остатки пересчитываются в любую ЕИ по формулам приведения.

Учет тары ведется отдельно от учета номенклатуры в разных ЕИ и без проблем пристегивается отдельно - главное не путать скорлупу с яишнецей.

Gary Cooper
Сложности только возникают когда окажется что у вас партии имеют разные качественные характеристики.

К примеру, учёт сложных электротехнических приборов, доводка каждой партии которой проводится вручную под требования конкретного заказчика как из конструктора Лего: кубики-то одни и те же, а вот на выходе продукт каждый раз разный.

Вот над решением этой-то задачки можно голову и поломать. А в чём измерять коров - в кг или в головах - это даже неспортивно


Все в кучу свалили :)

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

Соответственно и выходной продукт можете выпускать разных сортов.

Gary CooperА... Вот ещё одна задачка. Условия те же самые, только теперь к вам приходят не кубики Лего, а партии собранных конструкторов, которые нужно переделать в другие конструкторы из компонентов друг друга, причём вы не можете предсказать из каких именно компонентов будут собраны эти конструкторы в будущем - они всегда будут разными.

насчет конструкторов - это уже разные номенклатуры или пакеты (kit-ы) но не как не одинакоовые номенклутуры - так что ни ЕИ ни упаковки не причем.

А насчет того "что Вы не можете предсказать из каких именно компонентов будут собраны эти конструкторы в будущем - они всегда будут разными" тут уж никуда не денешься для каждого нового изделия придется заводить новую номенклатуру со своей спецификацией изделия (BOM) и маршрутно технологической картой МТК. Ну или если Вам точный учет не нужен, то нужно во время выпуска изделия после копировании BOM в список комплектации изделия подправить список комплектации - получить ту же номенклатуру и потом что хотите с ней и делаете. Причем если нужно, то можно подключить партионный учет для дальнейшего учета партии изделия или серийный учет для учета по каждому изделию.