Правильная концепция учета остатков в нескольких единицах измерений..? #772402

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

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

ему надо _одновременно_

я тоже умный!

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

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

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

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

* как в

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

+1

Конечно.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

У меня сыр считался в головах и в килограммах (весовка разная), Часть клиентов заказывало в головах, часть в килограммах. В зависимости от этого задача на набор шла либо набрать нужное количество голов, либо приблизиться к весу. Все головы были проштрихкодированы весовкой. В документах и всех регистрах учет велся параллельно и в весе и в головах.

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

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

А остатки?

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

прикольное решение.

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

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

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

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

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

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

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

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

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

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

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

Легко :)

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

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

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

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

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

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

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

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