Иерархия услуг

troy

Уважаемые, подскажите, какие в SD есть варианты настройки иерархии услуг (довольно большой список), типа

Code:

- Сдача в аренду
-- Зданий
--- Офисы
--- Склады
--- Прочее
-- Автотранспорта
--- Легковой а/м
--- Грузовой а/м
---- С прицепом
---- Без прицепа
--- Автовышка
- Ремонт
...

Мой любимый метод: сделать список услуг по верхнему уровню (Ремонт, Аренда), а детали вести в подробных текстах :mrgreen:

Правда, никакой аналитики и контроля.

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

Abral

Используйте иерархию продуктов, если у вас только 3-х уровневая иерархия. Поле в ОЗМ MVKE-PRODH на закладке Сбыт: СбытОрганиз2

LKU

Иерархия продуктов. Там, кстати, 3 уровня по стандарту, но можно сделать и больше.
Существенный минус - неудобный серч-хелп по иерархии.

troy

Думал над этой задачей, смог родить следующие варианты:
1) набить список услуг по нижнему уровню, разбить по группам иерархии продуктов
2) сделать список услуг по верхнему уровню (Ремонт, Аренда), а все что ниже - запихнуть в признак(и) конфигурации
3) пункты 1+2 со спецификацией, как для материалов

4) сделать список услуг по верхнему уровню (Ремонт, Аренда), а детали вести в подробных текстах

За мнения спасибо, приоритет за п.1 ))
А F4 к полю действительно кривоват, я почему-то был твердо уверен, что список с "плюсиками".

P.S. максимальное кол-во уровней в иерархии = 9

troy

Сюда же: а как Вы решаете проблему кратких текстов?
Ну предположим, иерархию сделали, поиск худо-бедно работает - до нижнего уровня добраться можно.
Полное наименование услуги сохранили в подробном тексте.
А что с кратким? Ну понятно - сокращать. Получаем следующее:

Code:

ОК.КОНС.ПОМ.СД.С ИМ.,КОРП.СОБ.РСК,ДИВ.П.
ЗАМ(М/Д) 1ТР.ТОКА04КВ СТ.ТР.ПР.ПВ1Х2,5

С таким же успехом можно название услуги случайным образом генерить :lol:

Может есть какие-нть технические идеи, например указывать общее название и потом код иерархии: "Аренда 010304010502"...
Или забить на это дело (есть же подрбный текст)???

Jelena

Не скажу за услуги, но у нас были материалы и иерархия и работало без особых проблем. Материалы велись централизованно и все сокращения были стандартизованы и оговорены заранее. Название материала могло быть, например:

EJ GALLO ESTATE CHARD 750ML NV (= E&J Gallo Reserve Chardonnay 750 ml bottle non-vintage)

Иерархия была 02000030103 GALLO (0200) -> ESTATE (003) -> WHITES (01) -> CHARDONNAY (03). Цифровая иерархия использовалась и в старой системе и все продавцы к ней давно уже привыкли. И иерархия генерировалась на основании названия материала, а не наоборот.

Если надо было написать что-то подробнее (например, для какого-нибудь редкого вина), то использовался Sales Text.

troy

LKU написал:

Иерархия продуктов. Там, кстати, 3 уровня по стандарту, но можно сделать и больше.

Для того, чтобы это настроить, нужно изменить элементы данных PRODHх. Это модификация стандарта... мож я чего-то не понял?

LKU

Это модификация стандарта, прямо описанная в соотвествующей операции в спро:

Цитата:

Structuring the product hierarchy
The product hierarchy can be structured via DDIC structure PRODHS. In the standard system, a product hierarchy can be created with up to three levels. The individual levels can contain the following number of digits:

Level number of allowed digits

1 5

2 5

3 8

This can be changed as of Release 3.0, where it is possible to extend the maximum number of levels to 9.

If you want to change the standard setting of PRODHS, e.g. you want to change the number of levels, proceed as follows:

1. Create an appropriate domain in the Data Dictionary (type CHAR with the required length).
2. Assign these domains to the standard data elements PRODH1, PRODH2, ..., PRODH9.
Please note that you should use these standard data elements.
3. Change the structure PRODHS by creating or deleting fields with reference to the data elements.
Choose ZZPRODHN as field name, where n is the position of the field in the structure PRODHS.

Example

You want to change the structure of the product hierarchy from 5/5/8 digits to 5/5/5/3. Proceed as follows:

Create the following domains:

ZPRODH3 with length 5, category CHAR,

ZPRODH4 with length 3, category CHAR,

Change structure PRODHS:

Strucutre PRODHS in the standard system:
Structure Fields Data element Category Length
PRODHS ->
PRODH1 PRODH1 CHAR 5
PRODH2 PRODH2 CHAR 5
PRODH3 PRODH3 CHAR 8

Changes according to example:
Structure Fields Data element Category Length
PRODHS ->
PRODH1 PRODH1 CHAR 5
PRODH2 PRODH2 CHAR 5
PRODH3 PRODH3 CHAR 5
ZZPRODH4 PRODH4 CHAR 3

Note

The structure PRODHS and the data elements PRODH1, ..., PRODH9 are only provided by SAP with Release 3.0 and can be changed by the customer from this point onwards.

troy

LKU написал:

Это модификация стандарта, прямо описанная

Неа. Нигде (ноты, форумы, хелпы и т.п.) слово "модификация" не встречается. Это и насторожило, дай думаю все-таки уточню

techy

если у вас ERP2005 (aka ECC6.0) то там в сбыте есть каталог услуг, правда нужно активировать какой-то бизнес-сет

waverzzz

techy написал(а):

если у вас ERP2005 (aka ECC6.0) то там в сбыте есть каталог услуг, правда нужно активировать какой-то бизнес-сет

Пробовали пользоваться? Очень сырая функциональность, плюс не очень удобно (рисуешь подтверждение этого списка услуг) . Короче, муть...

techy

Цитата:

Пробовали пользоваться? Очень сырая функциональность, плюс не очень удобно (рисуешь подтверждение этого списка услуг) . Короче, муть...

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

waverzzz

techy написал(а):

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

В закупках удобно, а тут отдельной операцией нужно вводить список этих услуг

Но идея хорошая.

troy

Возвращаясь к теме топика...
Вот же незадача, в торг.документы подтягивается только иерархия из ракурса Сбыт2(MVKE), на ОснДанные(MARA) системе плевать.
Нет, конечно не сложно дублировать, просто интересно зачем в основных данных это поле нужно...

Jelena

troy написал(а):

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

Жмите F1 на обоих полях в ММ03, там написано, в чем разница (правда довольно сумбурно и я лично ничего не поняла :oops:

).

Правила форума

Иерархия услуг

Кто сейчас на конференции