Сталкивался. В чем вопрос? Что именно понимается под словом "Документооборот"?

Вопросы:

1. Вы планируете использовать полный Sharepoint или WSS?
2. Какие средства разработки Вы планируете использовать: Sharepoint Designer, Visual Studio...?
3. Как Вы планируете работать с формами: ASP или InfoPath?

Ответы:

1. В состав полного Sharepoint входит целый ряд шаблонов workflow. Их можно использовать as is, а можно расковырять и поглядеть, как сделано.
2. SharepointServices являются средой исполнения для WindowsWorkflowFoundation. Собственно на WindowsWorkflowFoundation (WF) и пишутся workflow-сценарии для Sharepoint. Я использовал Sharepoint Designer для прототипирования и Visual Studio для боевого решения.

Общие соображения:

1. Если Вам нужен стандартный совковый документооборот - возьмите готовое решение (тот же DocsVision) - оно будет ублюдским, зато работать из коробки практически.
2. У Sharepoint как WF-движка, говорят, есть нюансы при работе с серьезными объемами данных.

KGP
собственно те ~20 шаблонов идущие примером с Sharepoint, на ваше имхо, содержат в себе что-то реальное, что можно взять за основу?

За основу для чего? Все от задач зависит. Там, реально, ничего хитрого особо нет.

Если есть задача оценить, то нужно развертывать продукт и играться с ним, делая "на коленке" прототип.

Еще раз: я не понимаю, что Вы имеете в виду под словом "документооборот".
Есть "стандартный" процесс выбора информационной системы: определяем состав функциональных и нефункциональных требований к системе, определяем ограниченный состав вариантов систем, на которых эти требования реализуемы и играемся с системами, делая "пластиковые имитации". Мой совет был дан исключительно из этих общих соображений.