Вообщем понятно, надеюсь...
Допустим какой-то товар надо _одновременно_ учитывать в кг и в кв.м
Другой товар - в кг, кв.м и шт.
в общем случае - колво ед.измерения может быть разное.
для общности задачи оговоримся сразу (ибо нефиг потом мну в рожу тыкать) - коэффициентов пересчета нет.
.
собственно вопрос:
- как концептуальноархитектурно правильно сделать такой учет (остатки должны извлекаться/считываться/записываться быстро).
.
???

Измерение в регистр

(1) ему надо _одновременно_

(1) я тоже умный!

(2) А я что то против сказал?

Архитектурно верно, методологически неверно - хранить сразу три остатка по колонкам - кг, квм, шт.

(0) а что за товар такой?
(4) придется дублировать записи в регистр и читать только с отборами

если набор единиц  ограничен, то я за ресурсы как в ()

*(7) как в (5)

(5)+ и т. п. Для каждой возможной едизм - своя колонка остатка.
Выбираешь сразу все, потом соображаешь куда с ними идти.

(1) +1

(6) Конечно.

(0)[коэффициентов пересчета нет. ]
и у тебя на каждом перемещении стоят весы
и у тебя есть процедура закрытия Рг, когда шт. 0, а вес остался
и у тебя партии списываются параллельно и не зависимо, каждая со своим коэффициентом

(5) И архитектурно неверно.

Только ключами

У вообще - пофиг. Впили ченибудь, потом перепилишь. Делов то.

(13) Зависит от. Иногда денормализация рулит и бибикает. А собсно третьего варианта нет - или строки или колонки. Нехай выбираеть.

(16) Ну если ед - штуки и бутылки - это одно, а если пинты в паре позиций - это другое.

(12) А зачем ты регистр закрывать собрался? В исходном такого не было.

.. то есть, если появится 4 единица - то модифицируем схему данных и скорее всего правим код..? спасибо. кэп!
.
???

(0) >в общем случае
>для общности задачи

Не надо вот этого. В прикладных задачах это не работает. Решаешь не свою задачу - тратишь впустую чьи-то деньги.

(19) 4-я единица не появится. Я гарантирую это. (с)
Точно так же, как не появилось 4-е субконто.

А хранить разные единицы в доке в другой тч

(20) скажи это БГ, когда был тренд что 640 Кб - хватит всем...

(0) По большому счету в тех же партиях остатки и в количестве и в сумме. Что касается схемы данных, то ничего нового, вопрос в том как планируется работа. Можно ведь и просто из документов собирать остатки по доп. единицам.

работа планируется просто - извлекать и писать надо по возможности быстро.

Собирай ключи аналитики, как в РАУЗе или УТ

(0) При производстве используется алгоритм "списание на мастера". Смысл простой, понадобился мастеру кусок материала, он по сусекам поскрёб, ан нет ничего, ну идёт он с челобитной к указчику и тот ему отвешивает кусок от рулона материала. При "инвентаризации" подсчитывают все затраченные при производстве материалы и оставшиеся куски. Надеюсь внятно и понятно объяснил.

(0) Если коэффициентов пересчета между кг, шт и м^2 нет то как узнать сколько нужно списать по каждой?

В ювелирке типовая задача чуток попроще весь товар учитывается в штуках и в граммах. Просто 2 ресурса в регистрах и 2 поля везде во всех документах.
Приход 2 штуки весом 1 и 2 гр. Расход аналогично списываем 1 шт весом 1 гр, на остатках остается 1 шт. весом 2 гр. и т.д.

В фармацевтике есть разукомплектация но задаются единицы пересчета. Т.е. 1 упаковка = 3 блистера к примеру.
Проблема только когда одна номенклатура к примеру №30 бывает 2 блистера по 15 таблеток/капсул а бывает 3 блистера по 10 таблеток.
Т.е. списали 1 блистер (реально списание упаковки, постановка на остатки 2 блистера и списание одного) а ошиблися и не тот списали. Приходится заводить разные единицы блистер 1/3 и блистер 1/2 и т.д.

(28)+ Если количество единиц измерения фиксированно то самое простое по пути 1. Разные ресурсы и учитывать по ним сколько пришло/ушло.
Понятно в доках должно быть указано и если ошибки то дурдом будет без коэффициентов пересчета то.

Можно делать пересчет "по среднему" т.е. коэффициенты для других единиц высчитывать простым делением остатка на количество каждой единицы.

К примеру пришло 10 шт (рулонов), их площадь 20 м^2, а общий вес 30 кг.
Тогда при продаже 1 шт автоматом высчитываем и списываем 2 м^2 и 3 кг.
Аналогично при продаже 1 кг тут же спишем 0,33 шт (с делением нацело и зависшими копейками сразу траблы) и 2/3 м^2

(29)+ Да хранить весь этот изврат лучше в отдельном регистре отдельными записями по каждой единице измерения.
Т.е. в штатном (если типовая конфа) ведем учет в базовых единицах, а в доп.регистре и в базовых и во всех дополнительных единицах.

(30) А если сегодня для капсул базовая ЕИ одна (блистер), а завтра (новый поставщик) - другая ЕИ (граммы)?

(31) Новую номенклатуру заводить, а что еще? Ну или если партионка то единица в партии хранится базовая.

(32)+ При приходе указываем базовую единицу и оно пишется куда нуна и т.д.

(32) логичнее измерение единицы измерения, чем плодить номенклатуру

(34) Это если свой лисапед, а если общественный т.е. типовой то всю конфу перекурочивать...

(35) вот-вот в erp должны наконец-таки единицуИзмерения в измерение запихнуть

(36) Это только в издании 2.2?

(36) Я такое делал. Т.е. и в измерение единицу добавлял и доп. реквизитом. Везде свои плюсы и минусы.

Вмешаюсь в тему... Тоже подобная задача стоит, но на 8-ке. В документе может быть несколько единиц измерения (их количество фиксировано - в зависимости от вида документа от 1 до 5-ти). Хороша ли такая схема регистра:

1-е измерение: ЕдиницаИзмерения1;
2-е измерение: ЕдиницаИзмерения2;
3-е измерение: ЕдиницаИзмерения3;

1-й ресурс: Количество1;
2-й ресурс: Количество2;
3-й ресурс: Количество3;

(одна строка документа - одна запись регистра).

(0) ТиС корежить будешь ?

(0)  У меня сыр считался в головах и в килограммах (весовка разная),

Часть клиентов заказывало в головах, часть в килограммах.

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

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

(40) Тоже так думаю :)
(0) А почему перерасчета-то нет?
У меня пока сложилось: три базовые единицы - шт., метры и вес (кг и пр.) Для каждой номенклатуры (сразу, при создании) заносится базовая (шт., метры или вес). А при поступлении/расходе указывается нужная единица (может отличаться от базовой) и пересчитывается (справочник единиц с коэффициентом пересчета от базовых).
Пока - только черновики :(

а по хорошему регистр

Измерение - Товар
Измерение - ЕдиницаИзмерения
Ресурс    - Количество

Соответственно если три  измерения три движения, и т.д.


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

(43) А остатки?

(44) а по признаку, что основное, а что "параллелльное".

(43) прикольное решение.

(44) в плане отчетов? а тут уже от бизнес логики. Смотря что треба,  вариантов много.

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

(45) В регистре три записи (три единицы) - общий остаток ...?

(47) Не только (в плане отчетов). А в плане контроля (минусовые)?

(48) для начала можешь вывести в таблицу в строках товар, в колонках единицы измерения.

Проще всего одновременно вести количество в двух единицах просто двумя отдельными позициями.
Номенклатура1 "Колбаса (шт)"
Номенклатура2 "Колбаса (кг)"
Просто во всех документах прихода/расхода/перемещения дублируешь строки по количеству единиц измерения и отслеживаешь, чтобы присутствовали обе позиции.
Появится 3я, 4я ЕИ - их аналогично добавлять
Из преимуществ, полноценное решение задачи без никаких изменений конфигурации.

(50) И что дальше с ними делать?
Я уточню - всегда речь идет об ОБЩИХ (подчеркиваю) остатках (и в отчетах, и при контроле).

Например: бумага - пачка (условно - шт.) и упаковка (5 пачек).
Лежит в остатках (со стародавних времен) 8 шт. 1-го числа был приход - 4 упаковки.
В отчете (по твоему): 8 шт. и 4 упак. - ?
Покупателю нужно 25 шт. - ?

(0) >> коэффициентов пересчета нет

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

(52) задачу не так поняли, перечитайте (0)
там идет паралельный учет..

В плане бреда:
Во всех типовых реализован учет товаров как минимум в 2х единицах: какой-то ЕИ и … рублях!
С точки зрения цифр что рубли, что килограммы — разницы нет.

(55)+ главное, чтобы после расхода не оказалось на остатках 3 метра и -5 килограммов.

(54) Ну, дык, сам читай. И много думай.
Помогу (чуть-чуть): в остатках (бумага из (52)) лежит 28 шт. Что мешает получить остаток в упаковках?

(56) Легко :)

(0) Правильная концепция - приход писать со знаком "+", а расход со знаком "-". Тогда все будет быстро работать.

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

PS: Все единицы завязаны между собой через коэффициенты, но: во всех документах фиксируются единицы измерения и коэффициент единицы(!), который (после несложного анесения изменения) становится доступным для редактирования на любое произвольное значение.

Я думаю у автора проблема только при пересчете мерных единиц в весовые и/или штучные. В принципе можно все единицы измерения объединить в эти три подгруппы, задать их как базовые(единицы хранения остатков) и вести учет в разрезе этих трех подгрупп.
В общем, я за ресурсы.

кстати, в (0) типичный пример того, как вместо того чтобы вести правильный учет, начинают придумывать в программе велосипед с квадратными колесами...

(60) Остатки хранятся только в одной ЕИ.

Помнится делал так: есть оптовые склады так хранятся в коробках, есть розничные  - там в штуках (кг).
При перемещении пересчет

(0) В известной тебе WMS в регистре остатков есть измерение Единица измерения. Дальше уже решать различными программными извращениями...

Еще можно упаковать все остатки в один ресурс.