Неудобство использования аналитик "Цвет" и "Размер"

[clerk]

Предприятие изготавливает пластиковый плинтус.

Во время ввода заказа менеджер в программе собственной разработки выбирает следующие параметры:

1. Форма. (Плинтус имеет около 120 форм.)
2. Цвет. (Каждую форму можно покрасить в различные цвета (более 1000 цветов).)
3. Размер. (Плинтус нарезается на куски определенной длины.)
4. Количество плинтусов.


Хочу посоветоваться со специалистами, как лучше формировать справочник номенклатуры в Аксапте.

Попробовали заносить следующим образом:

Форма – уникальный код номенклатуры.
Цвет – номенклатурная аналитика.
Размер – номенклатурная аналитика.

Что не устраивает в таком решении:
1. Необходимо описать все комбинации Форма-Цвет-Размер, количество комбинаций может доходить до миллиона.
2. Размеры бывают нестандартными, при вводе заказа, менеджер должен вводить размер, который пожелал заказчик. А стандартно, при таком подходе, это невозможно.

Помогите найти удобное решение.

[glibs]

Как вы планируете производство?

Как вы хотите видеть отчет по остаткам на складе?

Как вы считаете (и хотите анализировать) себестоимость?

Как вы анализируете (или хотите анализировать) продажи?

[Ned]

Я бы добавил три или четыре аналитики хранения.

[blokva]

Цитата:

Изначально опубликовано Ned
Я бы добавил три или четыре аналитики хранения.

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

[clerk]

Цитата:

Изначально опубликовано glibs
Как вы планируете производство?
Как вы хотите видеть отчет по остаткам на складе?
Как вы считаете (и хотите анализировать) себестоимость?
Как вы анализируете (или хотите анализировать) продажи?

При планировании производства указывается следующие параметры для партии:
1. Форма плинтуса
2. Цвет
3. Размер
4. Количество.

Исходя их этих данных выбиратся оснастка на операции "Литье", длина отреза на операции "Отрезная", краска на операции "Покраска".

В отчете по складу мы хотим видеть ту же информацию:
1. Форма плинтуса
2. Цвет
3. Размер
4. Количество.

Себестоимость зависит от формы и цвета.


Анализ продаж производится по форме плинтуса в погонных метрах.

[clerk]

Цитата:

Изначально опубликовано Ned
Я бы добавил три или четыре аналитики хранения.

Что значит "добавил"? Добавил бы новые аналити хранения к существующим: склад, номер партии, ячейка, код палеты, серийный номер, номер ГТД?
А разве это возможно?

Или как то можно использовать существующие? Поясните, если не трудно.

[7Up]

1. Нет проблем с номенклатурными аналитиками - есть автоматическое создание комбинаций (добавляете цвет - автоматом генерятся все комбинации с этим цветом, галка в номенклатуре).
2. Складские аналитики добавлять можно и использовать существующие тоже, но, мне кажется в данном случае больше подходят номенклатурные, разве что вы потом все время будете пилить ваши плинтуса на кусочки.

[Ned]

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

[clerk]

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

Т.е. в Заказе нужно указывать, например:
- Плинтус модель 534
- 3х2000 (3 штуки по 2 метра)
- 6 п.м.
- 1,3 кг.

Кто нибудь уже решал подобную задачу?

Использование "кг" и "погонных метров" сделать несложно через таблицу Пересчета единиц измерения.
Вопрос как задать пересчет из "штук" в "погонные метры", если мы будем использовать номенклатурную аналитику Размер?

[axLog]

Цитата:

Изначально опубликовано clerk
Вопрос как задать пересчет из "штук" в "погонные метры", если мы будем использовать номенклатурную аналитику Размер?

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

[7Up]

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

[Vals]

Цитата:

Изначально опубликовано clerk

Исходя их этих данных выбиратся оснастка на операции "Литье", длина отреза на операции "Отрезная", краска на операции "Покраска".

а как вы это собираетесь реализовывать?

[clerk]

Цитата:

Изначально опубликовано Vals


а как вы это собираетесь реализовывать?

Оснастка в маршруте определяется кодом номенклатуры (формой плинтуса).
Размер отреза будет определяться номенклатурной аналитикой Размер.
Необходимая краска будет заложена в спецификации плинтуса через конфигурацию. Похоже придется пользоваться конфигурационной группой Цвет. Так как Номенклатурная аналитика Цвет не позволяет спланировать закупку необходимой краски.

[clerk]

Цитата:

Изначально опубликовано axLog


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

Менеджер должен ввести "длину плинтуса" и "кол-во". Автоматом должны рассчитаться "погонные метры" и "вес". Зависимость то простая.

[Vals]

Цитата:

Изначально опубликовано clerk


Оснастка в маршруте определяется кодом номенклатуры (формой плинтуса).
Размер отреза будет определяться номенклатурной аналитикой Размер.
Необходимая краска будет заложена в спецификации плинтуса через конфигурацию. Похоже придется пользоваться конфигурационной группой Цвет. Так как Номенклатурная аналитика Цвет не позволяет спланировать закупку необходимой краски.

1. Если имеете ввиду конфигурирование, то из строк заказа можно конфигурировать только по конфигурации - Размер не отображается для конфигурирования.
2. А размер в число как пересчитаете?

А есть возможность использования конфигуратора продукции?
Уже много раз обсуждалось: для таких достаточно сложных процедур конфигурирования лучше его использовать. Хотя понимаю, что нужно исходить из того, что есть.

[clerk]

Цитата:

Изначально опубликовано Vals


2. А размер в число как пересчитаете?

А есть возможность использования конфигуратора продукции?

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

Конфигуратор не закуплен.

[glibs]

clerk,

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

Итак, вы говорите, что у плинтуса есть

1. Форма. (Плинтус имеет около 120 форм.)
2. Цвет. (Каждую форму можно покрасить в различные цвета (более 1000 цветов).)
3. Размер. (Плинтус нарезается на куски определенной длины.)

Является ли размер дискретной величиной (например, режем только 1, 1.5, 2, 3, 5 и 7 метров, 2 метра 23 сантиметра не бывает)? Если нет, то как вы хотите анализировать остатки?

Если у вас плинтусов 120 * 1,000 * ??? = 120,000+, то как вы ищете изделие? Как у вас происходит продажа? По каким критериям вы ищите номенклатуру?

Или у вас только позаказное производство? Или аналог "сборки под заказ" (типа на складе есть 10-метровые некрашенные плинтуса; режем/красим любой размер/цвет, но порезанные/покрашенные на складе не храним)?

По поводу складской/номенклатурной аналитики. Есть ограничение. Например, кроме плинтусов вы производите... (утрировано) лекарства (там тоже куча особенностей). Справочник аналитик не может расти бесконечно ни физически, ни продажники этого не вытерпят (попробуйте ввести заказ). Так что это весьма ограниченное решение. Плюс поищите поиском ограничения при использовании номенклатурных аналитик (вес, объем, измерения, пересчет единиц, тексты, АБС-анализ...).

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

Ключевой здесь вопрос — как продаете. Или продажи для вас не ключевой процесс?

[skof]

Добрый день...
Рекомендую схему как может быть не самую лучшую, но вполне возможную и работает...
1. Форма плинтуса - в код номенклатуры
1.1. Пересчет единиц - задаем сколько весит метр каждой формы плинтуса...
1.2. Основная складская единица хранения - устанавливаем метр или миллиметр...
2. Цвет и кол-во кусков - программируем дополнительные поля в партию товара...
3. Если необходимо парится с длинной каждого куска - делаем на каждый из них серийный номер в стиле <номер партии>_<порядковый номер> (на самом деле за серийным номером может стоять не только 1 экземпляр товара, но и любое его кол-во)
При таком хранении данных - можно легко получать все необходимые разрезы для сбыта - шт., кг, м...
4. Для удобства манагеров
4.1. добавляем в заказы поля - кол-во шт и метраж,
4.2. авт. генерим номера парти
4.3. авт. генерим сер номера
4.4. авт. пересчитываем шт*длинну1шт = длинну всего, кот пихаем в поле QTY строки заказа...
Я бы лично именно так делал...