Вводная. Компания -- оператор связи. Продает услуги.
Настроены конфигурируемые ОЗМ. Имеет что-то типа такой структуры

- Услуга Интернет
|-- Технология (adsl, беспроводный)
|-- Скорость (численое значение)
|-- Единица измерения (Кбит, Мбит)

Подача услуг характерна тем, что есть разовый платеж (инсталяция) и ежемесячный платеж. Консультанты сейчас разделили на два ОЗМ, что на мой взгляд несет в себе сложности для продавцов, заставляя их дважды одинаково конфигурировать как "Услуга, подключение" так и "Услуга, ежемесячная".

Так же подача услуг у оператора связи характерна тем, что имеет "адрес подачи". На сегодня реализовано на базе специальной роли Делового партнера "адрес включения". Однако такой способ имеет ряд недостатков:
а) системой не контролируется корректность описания сложных услуг "точка-многоточка" типа такой
-- Услуга аренды спутниковой полосы
|-- количество точек абонента (1,2,10, т.д. числовые значения) (*)
|-- полоса пропускания (число
|-- единица измерения (кбит, мбит)
под конфигурируемое в (*) количество точек подачи услуги в системе должно возникнуть такое же (не меньше и не больше) к-во адресов, по которым услуга подается.
б) адреса подключения в сбытовом заказе плохо обозримы: лежат на отдельной закладке в деталировке позиции. Если есть необходимость просмотреть куда подаются услуги -- приходится перебирать руками в сбытовом заказе каждую позицию

В итого, есть несколько глобальных проблем/вопросов:

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

10 Услуга Интернет 1 шт
adsl
1 Mbit/s
Адрес подключения: Ухрюпинск, ул.Ленина 1а
20 Услуга Интернет 1 шт
беспроводный
256 кбит/с
Адрес подключения: Верхняя Вольта, пр.Рыбацкий, 10б
Это реально? куда смотреть?

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

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

4. Консультанты предоставление услуг натянули нам на сбытовые заказы. У меня на сегодняшний день почему-то появилась мысль, что для оператора связи более правильным было натягивать на _сервисные_ заказы. Кто-то из практики эту мысль прокомментировать может?

Народ, не дайте пропасть. Поделитесь опытом или ткните в конкретные материалы, которые почитать.

Спасибо

p.s. пара слов по системам: есть CRM 5.0 и R3. В чем именно будут отражаться продажа операторских услуг на сегодняшний день мне уже не принципиально. Готов отказаться от CRM и вести все только в R3 (если это поможет). В отдаленных планах (если это имеет значение) есть миграция на crm 2007

По 1 вопросу. Такое отображение вполне реально сделать при помощи Query

Или можно сделать к конфигурируемому материалу спецификацию, чтобы он в заказе сразу 'развалилися' на подпозции - составляющие услуги (а цены им сделать статистическими, чтобы на расчет не влияли)

Как уже правильно посоветовали, такой отчет можно сделать в Query, ну или наабапить тоже довольно просто. Если нужна информация по конкретному заказу, то можно сделать форму (Smart Form, PDF), которая будет выводить инфу в удобочитаемом виде.



У нас специфика немного другая, но чем-то похоже. Продается software (SW) и к нему "в нагрузку" подписка на поддержку. Соответственно в контракте два материала (MATNR) - один SW, а один "maintenance". Связано это с тем, что, во-первых, за SW платят сразу, а за maintenance иногда поквартально, т.е. у них разный billing plan. Иногда Profit Center (VBAP-PRCTR) может быть разный. Потом при продлении контракта за SW уже платить не надо, а maintenance копируется. В общем причин может быть много.



А у нас вообще используются контракты, причем без последующих заказов, сразу в Billing.

P.S. Извиняюсь, а что такое ОЗМ по-английски? Что-то не соображу никак...

Это основная запись материала, по англ. по-моему material master record

может вас частично устроит закладка "Конфигурация" в торговом документе? Чтобы она появилась надо настроить просмотр признаков в
SPRO-Сбыт-Продажа-Торговые документы-Определение просмотра признаков для обзорного экрана

Спасибо за совет. Настроить-настроили. Стало лучше, но к сожалению в полном объеме задача не решается, т.к. с этой настройкой надо указывать конкретные признаки, которые надо светить.
А у меня в одном конфигурируемом ОЗМ одни признаки, в другом другие. И хотя пересечения признаков есть. Мне соответственно надо настроить чтобы отображались все признаки (нужные и не нужные для этой позиции).

p.s. кстати, под CRM-ом подобной конфигурации в SPRO мы так и не нашли

Как сделать? Ткните в место в хелпе. А если есть живой работающий пример, который можно повторить сконфигурировав продукт и спеку, был бы премного благодарен.

Что-то мы самостоятельно попробовали спецификации подвязывать, но разваливания на подпозиции пока так и не добились

А в моделировании (CU50) она у вас разваливается?
Спецификация релевантная для сбыта?
В профиле конфигурации (CU41) в параметрах конфигруации выбран заказ клиента? [SET]
В типе позиций для сбытового заказа настройки сделаны?
[cм.типы позиций TAM и TAC как образец]

PS. Про сбыт.заказ еще в help немного
http://help.sap.com/erp2005_ehp_03/help ... ontent.htm