Работа с альтернативными номенклатурами Micrisoft Business Solution Axapta 3.0 CIS SP3 Build 9.3

[Ltmn]

Доброго времени суток.
Существует проблема трансляции дробного количества товара с базовой единицей измерения шт. (прим. в розничном магазине берется 1шт. ламината и распиливается на 4 куска)
Поскольку у единицы измерения шт. количество дробных знаков стоит 0. Трансляция таких кусков становится невозможной по причине округления количества до целого. Программист уверяет что трогать единицу измерения нельзя т.к. пойдет авто-выписка товара со складов дробным количеством - алгоритм расчета потребностей товара может посчитать неправильное количество.
1. Можно ли решить данную проблему через альтернативную номенклатуру и какие подводные камни могут всплыть в процессе.
2. Можно ли настроить так что товар с дробным количеством и единицей измерения шт. мог выписываться только через определенный склад/секцию/ячейку.

[Vals]

Вариант 1: Настройте пересчёт по номенклатурам в ЕИ=м.п.
Минус в том, что не вводя номера партий вы не разберётесь, какие куски целые, какие пиленые. Но отгружать и пилить сможете.

Вариант 2: Настройте "Пиленую номенклатуру" (BOM) с ЕИ= м.п. + Номер партии
Минус в х2 дублировании номенклатур под пилёж.

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

P.S. А жива ещё "тройка" ))))

[Ltmn]

Цитата:

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

Вариант 1: Настройте пересчёт по номенклатурам в ЕИ=м.п.
Минус в том, что не вводя номера партий вы не разберётесь, какие куски целые, какие пиленые. Но отгружать и пилить сможете.

Вариант 2: Настройте "Пиленую номенклатуру" (BOM) с ЕИ= м.п. + Номер партии
Минус в х2 дублировании номенклатур под пилёж.

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

P.S. А жива ещё "тройка" ))))

Жива =)
Суть в том что есть группы товаров со способом продажи "по образцам", образцы эти нарезаются из целого товара (в одном месте) а развозятся по другим магазинам через склад (сейчас склад их может забыть отправить/потерять) и закрепляются на стендах.
Нужно эти образцы как-то контролировать и прогонять через складские процессы.
Закупка у ламината осуществляется в кв.м. а единица заказа и базовая единица розницы = шт., а есть стеновые панели с единицей закупки в шт. и с теми же самыми единицами заказа и розницы.
1. При добавлении пересчета из шт. в метр выдает ошибку "Номенклатура **** фактор задан неверно! Фактор д.б. 1.00 (что это за фактор)
2. При пересчете скажем в единицу измерения шт.0.25 с базовой единицей измерения шт. идет округление до целого числа и товар не резервируется т.к. у единицы измерения шт. количество дробных знаков стоит 0 и программист уперся рогом что нельзя трогать штуки.
3. Возможно ли обойти единицу измерения через альтернативную номенклатуру и где можно подробней об этом почитать?
Спасибо!

[Vals]

Для обаззцов сделайте отдельные номенклатуры.

[Ltmn]

Цитата:

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

Для обаззцов сделайте отдельные номенклатуры.

Выходит очень много единиц (порядка 1500-2000 позиций), а соответственно создаются проблемы у складского хозяйства и путаница у РМ нарезчика со списанием.
Получается что нужно дублировать название + добавлять в него код исходной номенклатуры (из которой собственно и осуществлялся распил).

[S.Kuskov]

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

Цитата:

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

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

Всё конечно может быть, но со всем этим можно бороться. Как минимум нужно будет настроить кратность = 1.
Для успокоения программиста можно попросить допилить проверок чтобы в складской проводке дробное количество допускалось нопример только при определённом сочетании аналитик.
В общем я не верю что использование единицы измерения с дробным количеством - это какой-то совсем большой риск.

[Pustik]

Цитата:

Сообщение от S.Kuskov

Я думаю проще всё-же разрешить дробное количество.

Точно так же поступаем много лет. Полет нормальный. У нас похожая ситуация. Снабженец покупает, например, рулон - это 1 штука. А списывают не сразу весь рулон, а сколько отрезали на текущий момент(примерно высчитывают, что это 10%, получается 0.1)! Сначала просто перед списанием изменяли настройку в ед. изм на дробную. После списания возвращали обратно. Вообщем аккуратно, опытным путем игрались на выбранных "тестируемых" номенклатурах. Потом после какого-то большого промежутка времени, когда выяснилось, что ничего страшного не происходит оставили ед.изм. Штуки с 3 знаками после запятой.
Я, конечно понимаю, что есть пересчет ед.изм. и т.д., но это геморно и для пользователей и для поддержки. Если проблема решается минимально затратным путем, устраивающих и пользователей и отчетность и т.д., то почему бы так не сделать.
PS : Конечно, надо еще учитывать тот факт, что у вас могут быть какие-то свои доработки, которые не предусматривали такого поведения.

[vmoskalenko]

Цитата:

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

Жива =)
Суть в том что есть группы товаров со способом продажи "по образцам", образцы эти нарезаются из целого товара (в одном месте) а развозятся по другим магазинам через склад (сейчас склад их может забыть отправить/потерять) и закрепляются на стендах.
Нужно эти образцы как-то контролировать и прогонять через складские процессы.
Закупка у ламината осуществляется в кв.м. а единица заказа и базовая единица розницы = шт., а есть стеновые панели с единицей закупки в шт. и с теми же самыми единицами заказа и розницы.
1. При добавлении пересчета из шт. в метр выдает ошибку "Номенклатура **** фактор задан неверно! Фактор д.б. 1.00 (что это за фактор)
2. При пересчете скажем в единицу измерения шт.0.25 с базовой единицей измерения шт. идет округление до целого числа и товар не резервируется т.к. у единицы измерения шт. количество дробных знаков стоит 0 и программист уперся рогом что нельзя трогать штуки.
3. Возможно ли обойти единицу измерения через альтернативную номенклатуру и где можно подробней об этом почитать?
Спасибо!

Делаете новые номенклатуры для каждого стенда.
Используйте модуль производство, точнее Журнал оттуда.

Моя рекомендация не изменять единицы измерения - оставляйте как есть штучки.
Потому что вы не в состоянии продать 0.25 штуки. Но можете из 1 штуки изготовить 4 стенда.

Не делайте как проще - далайте как правильней.

[Raven Melancholic]

На мой взгляд, единицу измерения "Штуки" (как бы там они не были в конкретном внедрении названы) стоит оставить с точностью в 0, то есть неделимой. Все-таки, это достаточно общая единица. Если дать возможность дробного количества, то завтра кто-то закупит 1,125 стула и в ответ на претензии заявит: "Я тут не при делах - мне же система дала это сделать".
Если уж точно нужны дробные значения для в общем-то неделимых единиц, то стоит ввести какую-то отдельную единицу измерения и аккуратно поменять складскую единицу в нужных номенклатурах. Понятно, что при наличии складских проводок Акса не даст это сделать, поэтому джобиком.
Тут опять же общих рекомендаций дать нельзя. Не исключено, что программист прав, зная конкретное внедрение. Например, если склад в группе аналитик не включен в планирование потребностей, то сводное планирование при наличии дробных остатков может отработать не совсем так, как ожидалось.
Ну еще могут возникнуть проблемы, если вдруг потребуется пересчет InventSum - пересчет уже будет работать с учетом нового округления. Возможно, что изменение десятичных знаков с 0 на что-то другое и не даст проблем, но сам сталкивался с тем, что после изменения с 3 до 4 знаков и пересчета InventSum, остатки разъехались очень неприятно.