Всем доброго дня!

Давно хочу задать это вопрос: какой функциональности вам не хватает в SD (ну или она есть, но не устраивает)?,
Для затравки - сводное окно. Видел такое в самописных системах, да и инет-магазины построены по такому принципу. Что я имею в виду:
окошко со списком товаров, несколько колонок цен (цена1, цена2), несколько колонок с наличием на складах. Ну естественно возможности фильтрации (группа, подгруппа товара), склады, и т.п.
И самое главное - возможность открыжить несколько позиций, указать количество и нажать кнопку, по который автоматически создается sd-заказ с этим товаром.
Понятное дело, все это можно в SD сделать, но на мой взгляд, не хватает оперативности в работе с клиентом...

Явно требуется переработка экранов заказа, поставки.

Слишком много многомерности.
Нет адаптации к разрешению монитора.
Нужна более плоская и понятная структура экрана.

Г-н LKU решил сделать правильный SD? IMHO, главной помехой при этом будет отсутсвие в R/3 внятной прикладной архитектуры. Не отделив функциональность от пользовательского интерфейса, всегда будем получать систему "жри, что положено..."

Не хватает оперативности не только в работе с клиентом...
Не хватает оперативности в принципе!
Менеджер по продажам должен приносить доход компании, а если он разговаривая с клиентом по телефону не может найти нужный заказ в течении 5 мин, то клиент ессно больше ему никогда не позвонит, а позвонит Васе Пупкину, у которого все набито в EXCEL, но зато все быстро и оперативно... И Вася Пупкин будет ездить на мерсе а наш менеджер на трамвае и вовсю клясть saplogon (любимое менеджерское прозвище R/3)

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

извините, офф

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

извините за офф

2 Zergeus: Мне кажется, сначала имеет смысл понять: есть ли в SD вещи, которых не хватает большинству, а не отдельным консультантам или пользователям. И составить список таких функций - сама по себе полезная задача.
Ну а потом можно подумать что с этим можно сделать (и нужно ли).

В сбыте не хватает отгрузки+ транспортировки без продажи.
Поясню: в жизни бывает, что сперва грузят танкер, отправляют его, а уже после находят покупателя на груз. Или бывает, что перерабатывают давальческий материал, не имея спецификации, а лишь рамочный контракт. и даже отгружают его. Короче во всех этих случаях приходится создавать "липовые" заказы или контракты (dummy sales documents), создавать к ним отгрузки и транспортировки, а потом переигрывать. В стандартном сбыте поставку к контракту не создать, надо к заказу.
Ну ещё по мелочам: нужен нормальный поток документов,выполненный в виде иерархии (раскрывающегося дерева) с окном параллельного просмотра. И ещё чтобы в сбытовых документах можно было гулять сразу из позиции в заголовок и из заголовка в позицию минуя "обзор". Ещё неплохо бы "позаимствовать" у модуля ММ удобную процедуру выдачи заказов и контрактов.

2 AIsaev: Посмотрите, например, здесь: http://ultracomp.ru/cat_new.php?id=4. Тут как раз реализованы те идеи, про которые я писал в первом посте (пусть и не очень здорово). Понятно, что по общей функциональности одно такое окно низбежно проиграет тому, что есть в SAP. Но при этом самые типичные операции: найти товар, выяснить его цену, проверить доступность, перенести в заказ - эти функции выполняются быстрее и удобнее (имхо).
Отсюда,собственно, и вопрос: не стоит ли добавить в SAP такое окошко (не отказываясь при этом от стандартного функционала).

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

Вот то о чем, говорит Нефте-Газ - это действительно проблема. Мы тоже работаем в нефтянной отрасли. И часто бывало, что товар уже отгружен, а ни контрактов, ни заказов еще нет. То же приходится что-то выдумывать.

А никогда не задумывались (хотя уверен, знаете) что R3 работает по забугорным бизнес-процессам. Вот и получаем: Всё хорошо в ней, но только не в контексте местных потребностей. Это и причина отсутствия некоторых, так необходимых нам всем, функциональностей

Вот с этим могу столкнулся - когда юзером сбыта был: очень тяжело воспринималось именно отсутствие возможности видеть стоки прямо из моего собственного заказа что с легкостью до САП делала самопальная софтина

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

Образно говоря - если нам и удасться с помощью ABAP-извращений "вынуть камень из ботинка пользователя", сам ботинок все равно будет на два размера меньше....

P.S. для Нефте-Газа - В стандартном сбыте поставку, кажется, можно создавать напрямую к контракту вида "Соглашение о поставках"

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

В забугорье реальные бизнес-процессы, как оказалось, тоже посложнее, чем в саповском "воздушном замке" - предприятии IDES...
Что делать, приходится настраивать, разрабатывать, извращаться. Отрабатывать, одним словом, наши зарплаты.