Дополнительная единица измерения товаров.

[Tino]

Здравствуйте. Обращаюсь к программистам за советом.

Небоходимо добавить в Навижин дополнительную единицу измерения товаров и провести ее по всей системе учета. Это для того, чтобы учесть часть товаров в двух единицах измерения, к примеру в упаковках и в кг одновременно (упаковки бывают разного веса). Начал с таблицы товаров. Добавил такое же к-во полей что имеется по учету количества товаров. Далее, паралельно добавил поля и код в счет покупки. Но при учете счета (при копировании данных в другие таблицы) стало сложнее. В Codeunit 90 очень много кода и кажется довольно сложно добавить такой же код для второй единицеы измерения. Вопросы у меня следующие:

1. Правильно ли я поставил себе задачу по вводу дополнительной единицы измерения?
2. Даст ли мне положительный результат запись однотипного кода учета количества товаров?
3. Я дописываю код в тех же таблицах, в тех же Codeunit, правильно ли это или лучше создать другие обьекты?
4. Столкнулся ли кто-либо с такой задачей, есть ли уже готовые решения по поднятому вопросу о двойной системе измерения?

Буду очень признателен за советы.

[JohnXZ_imported]

4. А что мешает завести несколько типов упаковок со своим весом и их учитывать?

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

[Wizard_imported]

Скажите, коллега, что вы имеете в виду под словами "провести ее по всей системе учета"?

если надо учитывать движение товаров по складам в разрезе различных упаковок - для этого есть гранула Управление Складом

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

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

[rov_imported]

Цитата:

Сообщение от Tino

1. Правильно ли я поставил себе задачу по вводу дополнительной единицы измерения?
2. Даст ли мне положительный результат запись однотипного кода учета количества товаров?
3. Я дописываю код в тех же таблицах, в тех же Codeunit, правильно ли это или лучше создать другие обьекты?
4. Столкнулся ли кто-либо с такой задачей, есть ли уже готовые решения по поднятому вопросу о двойной системе измерения?

Буду очень признателен за советы.

1. Видимо нет.
2,3,4 - смю п.1.

Если я правильно понял, то нужно вести учет в двух единицах измерения, так?
Если да, то чем не устраивает стандартный функционал? Navision как раз и ведет учет в двух единицах: одна базовая, и все товародвижение
регистрируется в ней-в вашем случае это будут кг. А вторая - это код ед. измерения, который вы сами указываете в строках документов. Кто вам мешает в вашем случае поставить код ед. измерения "МЕШОК", формулу пересчета 25 кг. в одном мешке и учесть? В тов. операциях будут висеть 25 кг. и код "МЕШОК" - вот вам наличие и в кг и в мешках.

[Tino]

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

- Гранулы управление складом нет, но думаю дело не в этом. Дело в том, что один и тот же товар в одну и ту же упаковку будет иметь различный вес (такие продукты как мясо). Можно конечно создать (n - энное) количество упаковок, но в данном случае документы могут содержать много товаров при учете сотен или тысячи упаковок одного же товара.

- Нашел информацию по интернету от компании Infinity Solutions (см. ниже) которые имеют дополнительный продукт к Навижину для мясоперерабатывающей отрасли. Этот дополнительный продукт и ведет учет в двойной единице измерения.

Dual Units of Measure
MeatPro records both carton and weight data, working in Dual Units of
Measure (DUoM) which can be tracked at both an operational and financial
level.

[rootadmin]

Tino, а можно поподробнеее, где вы отыскали информацию об Infinity Solutions

[Dzemon]

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

[Alterant]

Такая же функиональность есть и в решении для мясоперерабатывающей промышленности Navimeat от IBM.