всем привет,

проект находится на стадии планирования. Клиент хочет чтобы в скоуп вошел DSD модуль. При этом мы имеем систему 4.7 в которой beverage add-on никто не активировал и не даст активировать, потому как бизнес никак не напиточный.

Хотелось бы найти людей которые реализовывали DSD без напиточного адона. На крайняк может кто-нить подскажет хотябы компанию в которой это работает, чтобы можно было позже найти людей которые это делали.

Всем заранее спасибо.

Хотелось бы поднять данную тему еще раз.
Компания клиент производит потребительские товары реализовывает их мелким дистрибьюторам (+1000)
У компании свои автомобили и куча персонала (мерчики и супервайзеры) которые с помощью мобильных девайсов всю торговую активность проводят в своей теперешней системе.
Все это по сути своей похоже на торговлю пивом и колой (beverages) но мы это активировать также не можем.
Опять таки, кто с подобным уже сталкивался подскажите как это лучше реализовать, а то не хочеться изобретать велосипед.

Или у кого есть опыт DSD о в кратце опишите как там все это работает.
Спасибо.

Решение DSD очень мутное. Внутренность - почти чёрный ящик. Внешний интерфейс вообще убог и ощущение брошенности остается до сих пор. А именно почти все RFC функции /DSD/BAPI* ничего не возвращают и даже исключений не генерят. Когда в 2008 году это видел, думал сап доработает его. Но и к середине 2010 осталось всё по прежнему.
На прежней работе решение DSD использовалось в 2-х процессах:
1. Обработка транспортировок как единое целое - проводки поставок, включенных в транспортировку, выставление счетов и некоторое другое делалось по нажатию фактически одной кнопки.
2. Так называемая продажа с борта. Когда без предварительного заказа DSD формировало цепочку, начинающуюся с исходящих поставок и до водило её до самого завершения опять таки одним нажатием.

Не только моё мнение, что решение хоть и рабочее, но управлять и адаптировать его очень сложно. Да и написано оно уж очень "костляво". Плюс было много явных ошибок, которые нотами быстренько подправлялись