Коллеги, нужна помощь, кто сталкивался с чем то подобным, подскажите на чем стандартном можно реализовать?

Продаем услуги Заказчику.
В ходе процесса оказания услуг разрабатываем документацию, которую передаем Заказчику. В SAP данный процесс (на текущий момент) реализован через торговые документы сбыта с типом позиции TAD: договор - заказ - счет-фактура. Процесс разработки документации представлен в PS. В рамках одной позиции Заказа (услуги) отправляем 10-15 разработанных документов (СПП-элементы).

Необходимо в рамках данного процесса реализовать учет разработанной документации (получение документации от разработчиков, комплектование документации, отправка документации Заказчику).

А каких целей вы хотите добиться этим учетом? Какие-то финансовые проводки? Отчеты? Какой интеграции с процессом продаж вы ожидаете конкретно?

IMHO нужно сначала requirement gathering делать, а потом уже на форум за бесплатным консалтингом.

Позволю себе ответить за бывшего коллегу, который почему то не прокомментировал свой вопрос.

Jelena,

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

Есть предполагаемое решение: продавать не услуги, а саму документацию. Есть ряд особенностей, которые мы раньше не использовали и они вызывают вопросы (saphelp естественно изучаем, но пока еще находимся в процессе):
1. Если продаем документацию как материалы, то понятно, что они у нас индивидуальные каждый раз, но относятся к одному типу - проектная продукция (дополнительные характеристики пока вести не планируем, но рассматриваем). Стоит ли нам в данном случае создавать отдельную ОЗМ под каждый документ, либо можно выйти из ситуации как то иначе, например организовать партионный учет. Важно, чтобы мы понимали, что отправили проектную продукцию в количестве 10 штук, но Разную и у каждого документа своя цена и она не средне-скользящая.
2. Если брать во внимание 1-й пункт, то тогда у нас должен быть процесс поступления материала (готовой продукции) на склад. Если кто то подскажет какой курс смотреть, буду благодарен. Важно понять, как связать работы в PS по разработке данного документа с результатом, как ОЗМ и его дальнейшее поступление на склад. Сейчас для нас это пока вопрос, который не решен.
3. Затем Документация со склада должна быть отправлена Заказчику.

Планируем, что новая схема даст:
1) Учет разработанных материалов;
2) Учет поставок (что/когда/сколько/куда);
3) Позволит увидеть сколько было затрачено на производство документа и за сколько мы его продали;
4) ... ну и много-много работы в SAP.

Наверно, сумбурно, но попытался сформулировать.

По п.2 - все зависит от того, какие проводки вы хотите получить при "изготовлении", т.е. при поступлении на склад. Это может быть приход с внутреннего заказа, например, или даже из производственного, учитывая вашу ремарку "3) Позволит увидеть сколько было затрачено на производство документа и за сколько мы его продали"
У вас там есть наверное бухгалтерия, сначала нужно узнать, чего они хотят, какие проводки, и т.д. - как писала уважаемая Jelena, сделать requirement gathering. Сейчас вы этого не сделали, а ждете ответов с форума
И уже после того, как вам будет понятно, что нужно сделать - решать совместно с MM, PP и CO, как это сделать.

Исходя из вашего решения по п.2 совместно со своим НСИ обдумайте п.1 - будет это каждый раз новый материал, либо это будет один материал, и разные партии. В партиях, в принципе, есть классификация, в которой можно прописать практически любую информацию. Удобнее отдельными материалами, конечно.

Далее, п.3 - реализовать обычную сбытовую цепочку заказ-поставка-фактура, или контракт-заказ-поставка-фактура - счет-фактуру ведь нужно тоже выставлять покупателю?
Там тоже проводки. И тоже бухгалтера должны сказать, чего они хотят.

А о каком объеме документов / проводок идет речь? По идее чтобы достичь в точности всего того, что вы хотите, нужно конфигурировать полный процесс производства ("make to order"?). Но если объемы на самом деле небольшие, то лучше процесс упростить и пожертвовать какими-нибудь деталями. Иначе вы запаритесь со всеми проводками, да и отчетами тоже. Например, делать какие-то детальные ABAP отчеты по конфигурации (VC) или партиям (batch) - немеряный геморрой.

В любом случае - исходите из финансовых проводок и отчетности. Это самая распространенная ошибка, когда конфигурируют процесс думая только об SD/MM, а потом такой дизайн начинает рассыпаться когда доходит дело до FI.

Да, действительно, пошли от FI.
Отказались от новоротов в SD/MM. Путем минимального Z-решения на основе PS и SD закроем потребность.

Всем спасибо.