Зачем нужны единицы измерения? #752533

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

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

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

расслабься в УТ 11 и ERP этого уже нет

а как сделано?

единица измерения из классификатора упаковки либо общие, либо персональные, либо их нет вовсе =)

А как Товар1 , ед = штука, шабариты сантиметр на сантиметр на сантиметр И такой же товар с еди ницей штука но гпбариты метр метр метр?

ты путаешь тёплое с мягким

Ок, нет, и хорошо. Но почему были? Какими соображениями руководствовались разработчики? Хочется понять логику.

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

Единицы измерения не нужны. (с) Джейсон Стетхем.

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

Зачем придумали разные валюты? Можно же одной обходится, и зачем их в договорах указывают? - Маша, ну что родила? - Да - Сына? - Нет. - А кого?

наименование единиц измерения указывают в том виде в котормо принято измерять товар. А чтобы как-то классифицировать все разннобразие метров/метров погонных и т.ж и привязать их к кодам ISO видимо и придумали классификатор. Например базовая 1 шт. - по классификатору 1 шт, код ISO = PCE 1 пакетик - по классификатору упаковка, код NMP 1 коробка - по классификатору тоже упаковка, и тоже код NMP 1 контейнер - и опять NMP или для примера - канистра, бухта, штанга например при интеграции с WMS где единица измерения определяется кодом ISO очень пригодилось.

Нет. 1шт и 1 упаковка как раз и есть - 1 штука с габаритами 1см х 1см х 1см, а 1 упаковка с габаритами 1м х 1м х 1м и содержит 1000 штук. Цена у них разная, как их различать?

Классификатор нужен, например, до задач типа "выбрать весь штучный товар"

И еще не нужны эти громоздкие графические надстройки над ДОС, именуемые Виндоуз и использующие вместо команд визуальные движения манипулятором "Мшь"

В одной конфе я видел реквизит "ШтучныйВесовой". Типа как у контрагентов булево ЮрФизЛицо.

я в одной конце видел реквизит "черствохлебный" в справочнике контрагентов и не перечесть, сколько еще невообразимого архитектурного навоза на своем веку повидал. Галка "штучный" - это босяцкая глупость.

Какое значение этого ссаного реквизита ставили для услуг в той конце? А для жидких товаров? А для метражных?

реквизит имеет право на жизнь. Ну название неудачное дали. Я назвал "мерный" когда надо было указать может товар дробное количество иметь или нет.

+ точнее не товар а единица товара

кстати вопрос на засыпку, услуга может иметь дробное количество? :)

Может, например, пол секса

не, там тебе чек в часах выпишут :)

вот тут уж точно дробное количество получится

может, например услуга на почасосой оплате. 0.25 часа ;)

Эмм... Почасосо?..

*почасовой ;)

Они нужны что бы в пару кликов повесить систему.

Разработчику была нужна зарплата. Вот и вся логика. Типовые конфигурации на 90% состоят из подобного мусора.

хорошо быть нубом, да? ))

с сожалением и болью отметил, что их нет в новой рознице а на замену пришли упаковки, которые не совсем то, а иногда совсем не то.

В справочнике "Единицы измерения" хранятся еще коэффициенты пересчета друг в друга, для конкретной номенклатуры. Например, у Товара №1 1шт = 2кг, а у товара №1шт = 5кг. Ну и эта метода позволяет создать у номенклатуры много единиц измерения. На практике встречал, когда нужно до трех единиц, например кг, шт (упаковка), коробка.

+ К сожалению, не знаю, как в ERP 2.0 со всем этим работать.

разные товары. есть ОКЕИ - это понятно. все товары меряются в штуках (как минимум) - не вопрос, указываем для каждого товара "ссылку" на ОКЕИ. для каждого товара штуки имеют разные габариты (длин-шир-выс) если мы не вводим "справочник единиц" - каким образом указать для каждого товара габариты штук..?

Нужны ед. измерения и классификатор. Пример 1. Мы продаем карандаши. Ед. измерения - шт. (по классификатору - Штука) Цена 10 рублей. Дополнительные единицы: Упак10 с коэффициентом 10 - (по классификатору - Упаковка), означает что в пачке 10 карандашей. Цена 90 рублей. Упак100 с коэффициентом 100 - (по классификатору - Упаковка), означает что в блоке 100 карандашей или 10 пачек. Цена 890 рублей. Упак1000 с коэффициентом 1000 - (по классификатору - Упаковка), означает что в коробке 1000 карандашей или 100 пачек. Цена 8800 рублей. Продавать в документе "Реализация товаров" можно с любой ед. измерения. Так же запросом можно узнать, какие карандаши продаем только штуками, а какие Упаковки, через справочник "Класификатор ед. измерения". Если бы его не было пришлось бы через "Наименования ПОДОБНО "Упак" делать." Пример2. Продаем Газ Гелий. Ед. измерения - м3. (по классификатору - м3) Так же продаем. 1 литр (по классификатору - Литр), с коэффициентом 0,001. бал40 (по классификатору - м3) - с коэффициентом 5,7. бал40(6м3) (по классификатору - м3) - с коэффициентом 6. Разные наименования бал40 и бал40(6м3) нужны, чтобы оператору было легко выбрать нужное значение.

вот так вообще хорошо.

Тех, кто "выдумал" отказ от единиц измерений в УТ11 и Рознице надо-бы куда-нибудь отправить. Работала нормально связка, нет, надо всё испортить, но ради чего!? Это не самый большой справочник, есть более большие справочники. Меня больше бесит конечно, почему отмена проведения поступлений и перемещений товара не проверяет возникновение минусов. Дятла на них нету, ..... (здесь что-то на фльклёре :) )

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

Упак10 с коэффициентом 10 - для карандашей и для пеналов имеет совершенно разные габариты - будешь водить две упаковки с коэф=10 с габаритами для карандашей и с габаритами для пеналов?

>почему отмена проведения поступлений и перемещений товара не проверяет возникновение минусов Есть же функциональная опция "Контролировать товары организаций при отмене приходов". Другое дело, как она работает... Меня больше бесит в УТ11 отсутствие кода у некоторых справочников. То можно было в нужных целях поменять код элемента и всё, а гуид у элемента хрен поменяешь. Сорри за оффтоп, накипело.

Если кто-то меняет документ "древнего" периода, то какая разница сколько будет проводится проверка корректности? Не хочешь ждать, меняй сегодняшним числом и не "делай" мозг программистам.

40 постов и никто не ответил на простой вопрос автора "Нахрена нужен справочник единиц измерения, почему недостаточно классификатора". Притом что ответ проще пареной репы. Нужен он затем, что в классификаторе может быть, к примеру, 20 единиц измерения, а у конкретной номенклатуры только одна, допустим у тапочек только "Пара".

ну вообщем-то сам факт выход в минуса на любом отрезке от изменения до сейчас получается практически мгновенно, но требует одной лишней аналитики служебной в измерения...

мне тоже никто не рассказал как для разных товаров завести штуки с разными габаритами/весами/объемами...

Взвесьте мне, пожалуйста, 15 сантиметров молока. И дайте 3 литра колбасы =)

Просвети,плз

, в ж написали. Либо общие упаковки, либо персональные. Персональные,да.

И правда, зачем определенность. Можно просто все в уме считать. Вот тут у нас в штуках, а тут в колбасах. Примем как явное, как Константу, только в голове. И попробуем это распространить на 10 000 пользователей :) ... еще одни горе оптимизатор... лучше бы подумал куда ему документы упаковать и уменьшить тормоза при формировании запросов :)

Все дело в мировых "стандартах". Писатель просто взял, то что было там, за границей. И налепил тут не думая, что у нас + там куда веселей. Нежели слизать ГУАНО учет от туда и радоваться липовому успеху :)

Винда со времен перехода на Windows NT не является надстройкой над DOS. Учи матчасть. И про графические надстройки над командной строкой лучше рассказывать пользователям Unity/KDE/Gnome/Cinnamon and etc, которые являются графическим надстройками над текстовым терминалом Linux/Unix/BSD.

по-мимо наименования, у данного справочника есть ещё реквизиты. Например коэффициент, вес. У каждой штуки свой вес, по-этому и для каждой номенклатуры должна быть своя единица измерения.

Прочитал я и думаю, щас же кто-то по-любому позанудствует :)

Я про УТ 10 писал. У меня в справочнике "Классификатор ед. измерения" одно значение "Упаковка". А в справочниках "Ед. измерения", да будет 2 элемента. Вот картинка:

Самое веселое, что в мировом классификаторе нет понятия "Коэффициент" :)

Еще подкину веселья. В КЛАССИФИКАТОРЕ единиц в УТ10 понятия коэффициент тоже нет. "Понятие коэффициент" неожиданно появляется в СПРАВОЧНИКЕ единиц.

В ТиС - аналогично.

Вот пример выпускаем мы шоколадку можем продавать штучно то есть едизм 1 штука Далее Ашан покупает у нас эти же шоколадки в фасовке по 500 штук Метро берет коробку по 500 но внутри лежат спайки по 10 штук(то есть в коробке 50 спаек) далее розничным магазинам необходимы коробки максимум по 50 штук. А Тандер закупает продукцию чтоб количество штук было кратно 40. Как это все решается имея 1 ед изм??

Да фишка даже не в том, что один и тот же товар может фасоваться в разные упаковки. Фишка в том, что в классификаторе есть понятие упаковка (сама по себе) или например метр погонный (тоже сам по себе). И нет привязки к товару. В смысле упаковка шоколадок и упаковка стиральных порошков. Или метр погонный рубероида и метр погонный тика или бязи. Вот в справочнике и описаны единицы измерения В ПРИВЯЗКЕ к конкретной номенклатуре.

это то как раз не проблема если убрать возможность фасовать в разные упаковки, то кило гвоздей будет весить как кило ваты, а литр спирта займет объем равный литру бензина.

А что это бензин или гвозди узнаем из номенклатуры, не знаю как у вас, а у меня номенклатура во всех регистрах присутствует впрочем как и единица измерения.

>>> литр спирта займет объем равный литру бензина. Весело, но физически не так :)

литр - он всегда равен литру.

А как правильно: в единицах хранить ссылку на номенклатуру или в номенклатуре ссылку не единицы?

А да еще вопрос автору есть штрих коды еан 13(Штуки) и итеф 14 (Коробки) для одной номенклатуры как их считывать??

А килограмм гвоздей тяжелее килограмма ваты :))))))))))))

по массе они одинаковы, по весу, при НУ - разные...

можно и так и так, только 2 вариант  более для гурманов

У них объем разный. :)

А в номенклатуре хранить ссылку на единицы, а в единицах на номенклатуру  - это для кого? :))) Да, знаю я. Шучу. :))))

Это для учетной системы чтоб она не путалась какие данные пользователю в отчет выводить))

В единицах. А разве Владельца не хватает?

Судя по - не хватает :(

А в владелец это разве не реквизит?? в котором хранится ссылка на номенклатуру??

опять проблема в фасовках зачастую человеку не интересно сколько мы произвели коробок для метро ашана и тд ему интересно сколько штучек он продал и сколько с этого поимел.

а у же во втором приближении что это метро ашан дикси тандер розница

Мне не понятно, почему не достаточно в справочнике Единицы хранить ссылку на владельца (номенклатуру)? Зачем еще пихать в номенклатуру ссылки на единицы?

1. "в единицах хранить ссылку на номенклатуру" - обычный вариант организации связи один ко многим. 2. "в номенклатуре ссылку не единицы" - в общем случае единиц может быть много. Поэтому одной ссылкой не отделаться. Количество единиц у разных товаров может быть разным. Благо в снеговике у справочника может быть табличная часть. И можно организовать таблицу ссылок. Но это будет методически неправильно. Поскольку рекомендации такие : сущность таблица - используем табличную часть. сущность запись - подчиненный справочник. И так и так приходим к варианту - подчиненный справочник.

Ви не поеврите... Нужно в номенклатуре иметь основную (!!!!) единицу... Потому что оных может быть овер 100500, а в докУмент ставить нужно одну из.

В ТиС - единицы подчинен номенклатуре. И цикличность ссылок тоже есть :(

В чем вопрос? Не используй для основной единицы подчиненный справочник.

Вопрос в том, что ви таки некомпетентны...

В чем?

увсём. особенно в теории баз данных

в единицах измерения

А кто из отметившихся в ветке компетентен? Пытаемся еЯ (эту самую компетентность) повысить...

когда человек говорит глупость, то указание на его глупость не есть занудство, а забота о нем самом же. Занудство - это "Все говорят "нет денег", а ты купи слона".

Правда?! Я долго спала? Цикличность ссылок в реляционных БД уже разрешили? Если какие слова не понятны - в гугл. Почему? Для основной ЕИ достаточно ОКЕИ, для комплектации - подчиненного справочника. А если система не в состоянии сформировать отчет - при чем тут я?

А кто и когда их запрещал? МОжно ссылку из гугля?

Основная цель автоматизации в чем?? чтоб у вас данные красиво хранились?? А вообще добавление ед изм увеличивает парализованность хранимых данных.

Извини, но я не смогу рассказать тебе теорию баз данных на мисте. Автоматизация  - это не только "красота хранения", это еще и оптимальность хранения, и правильность обработки данных. А в данном случае, возникает именно "парализованность" и хранения, и обработки.

Извините просто для меня основная цель уменьшить работу пользователей, а как это будет достигнуто вторично.

Если для пользователя удобнее будет писать в ворде обеспечу ворд если в блокноте обеспечу блокнот если удастся сэкономить 1 минуту времени оператора готов пожертвовать оптимальностью кода и структуры бд.

Масяня, я тебе уже объяснял/разжевывал. Но ты упорно не хочешь просто прочитать и задуматься. Единицы в ТиС посредством реквизита "Владелец" ссылаются на номенклатуру. Номенклатура посредством реквизита "БазоваяЕдиница" и "ОсновнаяЕдиница" ссылается на подчиненный справочник единиц - это сделано исключительно для упрощения работы системы/пользователя. Если никаким образом не сказать системе что "ШТ" являются базовой единицей, а "УП" - основной единицей, а иметь только справочник.единицы, подчиненный номенклатуре - то в любом случае где надо указать единицу - каждый раз придется СПРАШИВАТЬ пользователя "А какую единицу использовать"..? да, можно было организовать еще один подчиненный справочник типа Спр.ЕдиницГлавные, куда внести шт с признаком "базовая", а "уп" с признаком "основная" (или ввести такие доп признаки в спр.единицы") - но тогда любое обращение к необходимости выбора единиц - приводило бы к излишнему сканированию спр.единицы. Поэтому сделали так, как сделали. И криминала не видно. да, то как сделано - подразумевает что просто так спр.единицы нельзя колбасить, менять у него владельца и прочее - надо учитывать и то, что в спр.номенклатура есть ссылки на единицы - но это имхается мне меньшие затраты, чем вводить в спр.единицы допреквизиты, которые и каждый раз сканировать спр.единицы для выбора "постоянно" единицы. Штатные инструменты/алгоритмы ТиС поддерживают целостность связей единицы-номенклатуры. А то, что кто-то начнет колбастить спр.единицы в обход штатного - мы уже это обсуждали...

и чем "упаковки персональные" будут отличаться от существующей парадигмы единиц.измерения...?

Да ты и не на мисте не сможешь её рассказать. Больше чем, я знаю, по крайней мере.

а в ОКЕИ есть единица "кор"? - коробка? . интересное, что нет в ОКЕИ паллет, есть "место".

Масяня, ты может компетентна в теории реляционных БД,но в работе с единицами у тебя явные пробелы...;-) . "Для основной ЕИ достаточно ОКЕИ" - укажи для разных товаров одну и туже ОКЕИ с разными габаритами, весом, плотностью и тд. все равно придешь к чему-то аналогичному

Штуки (как и пачки, и метры, и упаковки и т. д.) - они и в Африке, и в штатах, и в России штуки (пачки, метры, упаковки и т. д.). Габариты, вес, цвет, запах, плотность - к единицам измерения отношения не имеют. Или ты в магазине говоришь "Дайте мне зеленый килограмм помидоров"? :) ОКЕИ очень урезан. Я как-то пыталась найти пачки... Нашла только тысячу пачек :) и, насколько я в курсе, не возбраняется в ОКЕИ добавлять единицы измерения. А по поводу "каждый раз придется СПРАШИВАТЬ пользователя "А какую единицу использовать"..?" - нужную (если она отличается от основной) нужно выбирать.