Указание 2 единиц измерения, вопрос по CW unit

[shamanko]

Здравствуйте, коллеги.

АХ 2012. При попытке указания CW unit для вновь созданного product система выдает сообщение "Catch weight units cannot have decimals". Кто-нибудь знает, для чего введено такое непонятное ограничение? Если я хочу добавить нефтепродукт и указывать для него массу и объем (учитывая, что плотность разная в разные моменты времени, однозначного пересчета нет), то этот функционал использовать не получится? Или стоит просто округлять массу или объем до целого?

[EVGL]

Это г***но придумано для того, чтобы переводить из штук в килограммы. Удивительно, но факт: в качестве единицы CW надо назначить именно штуки при складской единице хранения кг. Отталкавайтесь от инвентаризации. Если инвентаризуете свою нефть в единицах объема, ставьте ЕИ склада в баррели или кубометры, а CW будет кг с точностью до целых кг.

[Atar]

Это из "непрерывного производства" пришло?

[lvan]

Это говно, как правильно выразился Евгений, пришло из говноподелок компании Fullscope, почему-то эти поделки заинтересовали компанию Microsoft и они решили их купить и включить в состав вертикального решения для "Process industries"
Кстати, вторую версию своих говноподелок они тоже успешно продали в этом году, за 3.25 млн кстати http://www.edgewater.com/news/2012/P...Microsoft.aspx
PI2 называется

В демопримере у них вроде курицы используют этот CW - т.е. штучные хрени неделимые с разным весом
для нефти не подойдет

[kashperuk]

Мдя, спасибо за лестные отзывы

[shamanko]

Грустно это. Обещали, что с нефтью (кг<-->л) проблема решится в АХ 2012, а вместо этого "учет куриц" реализовали

[EVGL]

Цитата:

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

Мдя, спасибо за лестные отзывы

Увы, вещь довольно бесполезная:

• Озвученная проблема кг - л
• Пусть CWU = PCS, WhU = KG. Скорее всего, идет продажа в одной из этих единиц. Например, идет продажа в штуках, хотя складируем в килограммах. В заказе на продажу, однако, тупо сделаны 2 новые колонки, хотя задача заключается в простановке правильного количества на инвойсе при известном количестве на складе. Т.е. catch weight unit = sales unit в типичных приложениях.
• Точно так же тупо сделали новые колонки в журнале материалов в производстве, хотя CWU выбрана неспроста и в подавляющем большинстве случаев соответствует BOM unit. Например: бревна складируем по весу, но потребляем поштучно согласно спецификации.

[Stitch_MS]

Цитата:

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

Грустно это. Обещали, что с нефтью (кг<-->л) проблема решится в АХ 2012, а вместо этого "учет куриц" реализовали

А вариант с граммами вместо килограммов или децилитрами вместо литров не прокатит ? Тогда бы и дробей не надо было. А чо, 1350 граммов нефти. Вполне себе целое число. Хотя выглядеть на формах и отчетах будет, конечно, непривычно

[Wamr]

в 2009 мы меняли количество знаков после запятой для типа pdsCWInventQty
----
ну и проверку эту прибивали на validateField

[shamanko]

Цитата:

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

А вариант с граммами вместо килограммов или децилитрами вместо литров не прокатит ? Тогда бы и дробей не надо было. А чо, 1350 граммов нефти. Вполне себе целое число. Хотя выглядеть на формах и отчетах будет, конечно, непривычно

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

[kashperuk]

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

[Ivanhoe]

Цитата:

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

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

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

В документации предполагается использование этой функциональности для Продуктов питания и Напитков.

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

[EVGL]

Цитата:

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

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

Да, ожидал. Один из наших клиентов называет то, что я ожидал, "true kg". Другой клиент зовет это "2nd unit". Catch weight звучит похоже, а по сути - какой-то суррогат.

@Ivanhoe: всегда казалось, что единица учета и складская единица - это одно и то же, а если перемещаем 1 штуку из места A в место B, то система должна бы по возможности помочь и подсказать, сколько это килограммов.

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

Типично, кстати, для AX. Недавно объяснял финансовому директору принцип работы импорта банковской выписки в AX2012, этой системы, ах, столь ориентированной на потребности международного концерна, а именно: вручную подтвердить проводки, которые до этого бухгалтер вручную же и ввел.

"Но все системы, которые мы видели, умеют импортировать и сопоставлять автоматически! Когда мы покупали AX, мы считали, что это будет!"
Хотел сказать: "Думать надо было, когда покупали", но консультанту так говорить нельзя : )

[Player1]

А нам бы в нашей Ax3 наверно пригодилась бы - в связи с резким поворотом бизнеса появление новой "штучной" готовой продукции. Пришлось добавлять вручную во всем производственном и складском блоке доп.колонки и разделять функционал. Самый забавный момент - приемка готовой продукции ведется по штукам, но сравнивается вес, т.к. пересчитать партию в 50000 штучек кладовщику не реально

[kashperuk]

Цитата:

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

А нам бы в нашей Ax3 наверно пригодилась бы - в связи с резким поворотом бизнеса появление новой "штучной" готовой продукции. Пришлось добавлять вручную во всем производственном и складском блоке доп.колонки и разделять функционал. Самый забавный момент - приемка готовой продукции ведется по штукам, но сравнивается вес, т.к. пересчитать партию в 50000 штучек кладовщику не реально

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

[kashperuk]

Цитата:

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

Да, ожидал. Один из наших клиентов называет то, что я ожидал, "true kg". Другой клиент зовет это "2nd unit". Catch weight звучит похоже, а по сути - какой-то суррогат.

@Ivanhoe: всегда казалось, что единица учета и складская единица - это одно и то же, а если перемещаем 1 штуку из места A в место B, то система должна бы по возможности помочь и подсказать, сколько это килограммов.

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

Типично, кстати, для AX. Недавно объяснял финансовому директору принцип работы импорта банковской выписки в AX2012, этой системы, ах, столь ориентированной на потребности международного концерна, а именно: вручную подтвердить проводки, которые до этого бухгалтер вручную же и ввел.

"Но все системы, которые мы видели, умеют импортировать и сопоставлять автоматически! Когда мы покупали AX, мы считали, что это будет!"
Хотел сказать: "Думать надо было, когда покупали", но консультанту так говорить нельзя : )

Есть еще batch attributes - это тоже специализированная функциональность, но она, имхо, больше в твоем случае похожа на вторую аналитику, правда информационного характера.
Функциональность вообще используется для учета различных параметров партии конкретного продукта, к примеру, конкретного значения жирности закупаемого молока. Но, теоретически, можно туда указывать вес (я слышал многие это делают непосредственно в номере партии, у кого нету Process Industries).
Это все правда, если тебе не нужно оперировать этой "второй аналитикой".

А в каких сценариях и как хотят использовать true kg / 2nd unit эти два вышеупомянутых клиента?