Товар - вариант

[uriy]

Как сделать в NAV возможность учета товара по цвету и размеру? Т.е остатки товара по складам нужно видеть не для одного варианта, а для 2х, при этом код товара один, но 2 варианта. Может уже где-то реализовано?

[Dzemon]

Одежду учитываете?
Может проще какое готовое решение взять?

[Alterant]

В решениях для розницы, например LS Retail.

[RobiBaggio]

или Peoplestone fashion

[Dzemon]

Цитата:

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

или Peoplestone fashion

Точнее Pebblestone fashion, кстати, очень хорошее решение, заточенное именно на торговлю.

[Галина]

не пойму-а почему варианты не подходят?

[balashov]

Цитата:

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

Как сделать в NAV возможность учета товара по цвету и размеру? Т.е остатки товара по складам нужно видеть не для одного варианта, а для 2х, при этом код товара один, но 2 варианта. Может уже где-то реализовано?

Использовать товарные Варианты. Если я не ошибаюсь этот функционал можно как AddOn купить.

[balashov]

Цитата:

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

Как сделать в NAV возможность учета товара по цвету и размеру? Т.е остатки товара по складам нужно видеть не для одного варианта, а для 2х, при этом код товара один, но 2 варианта. Может уже где-то реализовано?

Если не нужен специфический функционал вариантов то можно поступить еще следующим образом:
1. Создаете и заполняете справочник вариантов необходимыми вариантами
2. Настраиваете TableRelation поля Code таблицы Item Variant на этот справочник
3. Создаете отчет который заполнит Item Variant необходимыми товарами по вариантам.
4. Существующие остатки через журнал инвентаризации переводите в необходимые варианты.

В базавом NV уже все настроено под них.

[uriy]

Цитата:

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

Цитата:

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

Как сделать в NAV возможность учета товара по цвету и размеру? Т.е остатки товара по складам нужно видеть не для одного варианта, а для 2х, при этом код товара один, но 2 варианта. Может уже где-то реализовано?

Если не нужен специфический функционал вариантов то можно поступить еще следующим образом:
1. Создаете и заполняете справочник вариантов необходимыми вариантами
2. Настраиваете TableRelation поля Code таблицы Item Variant на этот справочник
3. Создаете отчет который заполнит Item Variant необходимыми товарами по вариантам.
4. Существующие остатки через журнал инвентаризации переводите в необходимые варианты.

В базавом NV уже все настроено под них.

Но нужно не один а два варианта - размер и цвет.
Вот интересно в Addon'ах для одежды, обуви как это реализовано?

[RobiBaggio]

Цитата:

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

Цитата:

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

Цитата:

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

Как сделать в NAV возможность учета товара по цвету и размеру? Т.е остатки товара по складам нужно видеть не для одного варианта, а для 2х, при этом код товара один, но 2 варианта. Может уже где-то реализовано?

Если не нужен специфический функционал вариантов то можно поступить еще следующим образом:
1. Создаете и заполняете справочник вариантов необходимыми вариантами
2. Настраиваете TableRelation поля Code таблицы Item Variant на этот справочник
3. Создаете отчет который заполнит Item Variant необходимыми товарами по вариантам.
4. Существующие остатки через журнал инвентаризации переводите в необходимые варианты.

В базавом NV уже все настроено под них.

Но нужно не один а два варианта - размер и цвет.
Вот интересно в Addon'ах для одежды, обуви как это реализовано?

Спасибо Dzemon, что поправил.
В Pebblestone fashion это реализовано как матрица цветов и размеров, и при вызове соответствующей функции формируються товарные варианты. Так же реализован и механизм в LS Retail.

[uriy]

Но нужно не один а два варианта - размер и цвет.
Вот интересно в Addon'ах для одежды, обуви как это реализовано?
[/quote]
Спасибо Dzemon, что поправил.
В Pebblestone fashion это реализовано как матрица цветов и размеров, и при вызове соответствующей функции формируються товарные варианты. Так же реализован и механизм в LS Retail.
[/quote]

Т.е. создается несколько таблиц вариантов? И в Item Ledger Entry и в Value Entry заносится несколько полей кодов вариантов, и соответствено правится кодеюнит проведения?
Или в существующий один вариант заносится информация по матрице? Т.е. к варианту привязывается доп. информация - например в варианте содержится и цвет и размер.

[balashov]

Цитата:

Т.е. создается несколько таблиц вариантов? И в Item Ledger Entry и в Value Entry заносится несколько полей кодов вариантов, и соответствено правится кодеюнит проведения?
Или в существующий один вариант заносится информация по матрице? Т.е. к варианту привязывается доп. информация - например в варианте содержится и цвет и размер.

По товарным вариантам не надо ни че править там и так эта аналитика почти во всех учетных таблицах олапах есть. А если нужны два измерения то в качестве второго можете использовать стандартные лоты или серии, или товар класс группу. Правда не все flowfield поля содержат эту аналитику. Предеться переписывать.
Лучше купити LS Retail

[uriy]

Цитата:

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

Цитата:

Т.е. создается несколько таблиц вариантов? И в Item Ledger Entry и в Value Entry заносится несколько полей кодов вариантов, и соответствено правится кодеюнит проведения?
Или в существующий один вариант заносится информация по матрице? Т.е. к варианту привязывается доп. информация - например в варианте содержится и цвет и размер.

По товарным вариантам не надо ни че править там и так эта аналитика почти во всех учетных таблицах олапах есть. А если нужны два измерения то в качестве второго можете использовать стандартные лоты или серии, или товар класс группу. Правда не все flowfield поля содержат эту аналитику. Предеться переписывать.
Лучше купити LS Retail

мне интересно как это грамотно реализовать.
Если нужны 2 измер. - использовать товар класс? а если 3, 4, .. произвольное кол-во измерений, тогда как?
Вот интересно как это в аддонах реализовано?
Мне видится такое решение - к существующему варианту в станд. функционале привязать сколько нужно измерений. для этого (в нашем случае) добавить поля - код размера, код цвета. наименование варианта будет 42 красный, другой 42 синий, 43 красный и т.п.. Т.е. в варианте уже заключено все кол-во измерений.
При этом если потом нужно будет сортировать табл. Item Ledg Entry по размеру, то нужно в нее занести поле размер и поправить кодеюнит учета - копировать в него размер.

Будет так работать? Или есть какието подводные камни, которые я не вижу?

Цитата:

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

Цитата:

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

Т.е. создается несколько таблиц вариантов? И в Item Ledger Entry и в Value Entry заносится несколько полей кодов вариантов, и соответствено правится кодеюнит проведения?
Или в существующий один вариант заносится информация по матрице? Т.е. к варианту привязывается доп. информация - например в варианте содержится и цвет и размер.

Нет, таблица вариантов по прежнему одна, стандартная. А вот заполняется она на основании таблиц атрибутов: цвет, размер, рост, ... (до 6 штук вроде). Т.е. в Вашем случае в ней будет для каждого товара [Кол-во цветов]*[Кол-во размеров] записей.
Также в системе уже существуют стандартные отчеты, позволяющие отображать информацию в разрезах этих самых атрибутов (хотя фильтрация таблиц, конечно же осуществляется по коду варианта).

Это в какой системе?

[Alterant]

Цитата:

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

Цитата:

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

Цитата:

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

Т.е. создается несколько таблиц вариантов? И в Item Ledger Entry и в Value Entry заносится несколько полей кодов вариантов, и соответствено правится кодеюнит проведения?
Или в существующий один вариант заносится информация по матрице? Т.е. к варианту привязывается доп. информация - например в варианте содержится и цвет и размер.

Нет, таблица вариантов по прежнему одна, стандартная. А вот заполняется она на основании таблиц атрибутов: цвет, размер, рост, ... (до 6 штук вроде). Т.е. в Вашем случае в ней будет для каждого товара [Кол-во цветов]*[Кол-во размеров] записей.
Также в системе уже существуют стандартные отчеты, позволяющие отображать информацию в разрезах этих самых атрибутов (хотя фильтрация таблиц, конечно же осуществляется по коду варианта).

Это в какой системе?

LS Retail, но, думаю, и в Pebblestone сделано так примерно так же, тут тяжело что-то другое выдумать.

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

[Alterant]

Цитата:

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

Т.е. создается несколько таблиц вариантов? И в Item Ledger Entry и в Value Entry заносится несколько полей кодов вариантов, и соответствено правится кодеюнит проведения?
Или в существующий один вариант заносится информация по матрице? Т.е. к варианту привязывается доп. информация - например в варианте содержится и цвет и размер.

Нет, таблица вариантов по прежнему одна, стандартная. А вот заполняется она на основании таблиц атрибутов: цвет, размер, рост, ... (до 6 штук вроде). Т.е. в Вашем случае в ней будет для каждого товара [Кол-во цветов]*[Кол-во размеров] записей.
Также в системе уже существуют стандартные отчеты, позволяющие отображать информацию в разрезах этих самых атрибутов (хотя фильтрация таблиц, конечно же осуществляется по коду варианта).

[randrews]

То есть фишка только в том, что на основе двух параметров создается все тот же стандартный вариант ? Тогда, мне кажется, нет смысла покупть addonы. Проще самим реализовать данное поведение системы.

[Галина]

Еще раз влезу с вопросом. А чем варианты то не походят?
Вообще то элементарная вещь.
Пример:
кофта versage.....-это товар
Варианты:
42-зел - 42 размер зеленая
42-красн - 42 размер красная
42-беж - 42 размер бежевая
.....
44-зел - 44 размер зеленая
44-красн - 44 размер красная
44-беж - 44 размер бежевая
....
и т.д.

юбка versage .... - это товар
Варианты:
42-зел - 42 размер зеленая
42-красн - 42 размер красная
42-беж - 42 размер бежевая
.....
44-зел - 44 размер зеленая
44-красн - 44 размер красная
44-беж - 44 размер бежевая
....
и т.д.
ну и по аналогии. Главное-чтобы коды одинаково в разных товарах заводили, тогда удобно фильтрами пользоваться в отчетах. Ну и все.

[RobiBaggio]

Цитата:

Сообщение от Галина

Еще раз влезу с вопросом. А чем варианты то не походят?
Вообще то элементарная вещь.
Пример:
кофта versage.....-это товар
Варианты:
42-зел - 42 размер зеленая
42-красн - 42 размер красная
42-беж - 42 размер бежевая
.....
44-зел - 44 размер зеленая
44-красн - 44 размер красная
44-беж - 44 размер бежевая
....
и т.д.

юбка versage .... - это товар
Варианты:
42-зел - 42 размер зеленая
42-красн - 42 размер красная
42-беж - 42 размер бежевая
.....
44-зел - 44 размер зеленая
44-красн - 44 размер красная
44-беж - 44 размер бежевая
....
и т.д.
ну и по аналогии. Главное-чтобы коды одинаково в разных товарах заводили, тогда удобно фильтрами пользоваться в отчетах. Ну и все.

Варианты подходят всем, кроме одного. Каждый раз при приходе новой коллекции надо руками создавать новые варианты. В принципе если это не критично, что вопросов нет. Удобство LS Retail i Fashion в том, что кроме автоматического созадния этих вараинтов есть еще дополнительные товарные атрибуты, что расширяет аналитику.

[Галина]

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

[RobiBaggio]

Цитата:

Сообщение от Галина

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

Галина, а я ж писал "Варианты подходят всем, кроме одного" и дальше расскрыл что именно являеться неудобством. :P