DieTry,

Я не очень большой специалист по WordPress и могу чего-то не знать, но я всегда представлял WordPress чем-то вроде очень примитивной CMS c упором на поддержку блогов.
Мне никогда не приходилось слышать о поддержке ею каких-либо процессов по работе с документами.

Можете подсказать, как вы планируете заменить SharePoint на Wordpress?
Ну и если возможно хотелось бы понять - чем вызвана необходимость такой замены?

DieTryВызвано тем, что нам одна компания внедрила шарик, внедрила все на один сервер, база, апп и все на одном серваке :) он жутко тупит, при открытии элемента можно сходить покурить,
У SharePoint очень серьезные требования к железу, особенно по объему памяти. Но при соблюдении этих параметров работает вполне шустро.
Можете ради интереса посмотреть работу Office 365 - внутри там тот же SharePoint, но железо подоброно под нормальные SharePoint требования.

DieTryхотя подумал, что было бы неплохо перейти на вордпресс, главное реализовать рабочие процессы. Думаю гораздо шустрее будет работать, чем дурить голову с шариком.
И всё же я не представляю как вы будете реализовывать документооборот на WordPress.
У него, на сколько я знаю, ничего из необходимого.

Обычно документооборот это:
1. Архив документов, который включает
- хранение тел документов и метаданных документов
- интеграцию с внешними редакторами и/или реализацию собственного редактора(ов) контента
- поддержку версионности документов
- поиск документов по тексту и метаданным
- управление правами на документы
- ...

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

В России часто еще требуется наличие:
3. Поддержки для официальных документов аналога учета бумажных документов. Это обычно называют "Делопроизводством" или "Канцелярией".


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

Сам по себе процесс извлечения данных из SharePoint не сильно сложен. Например, можно обращаться к нему, используя SOAP-сервисы. Вот список таковых для 2010 SharePoint. Вам будет интересен WebSvcLists .
Тела документов можно получать используя WebDAV. Идея в том, что библиотеки документов в SharePoint - это тоже списки с определенным набором полей, и в одном из полей (не помню только в каком дело было давно) лежит ссылка на тело документа. Оперируя этой ссылкой + используя WebDAV команды можно "вытащить" или поменять тела документов. Т.к. вам нужно только читать, то вам хватит обычных Get запросов.

А вот что вы будете делать с этими данными дальше, я ума не приложу.
Я бы всё же оценил ваши потребности, возможности (в частности, по наращиванию ресурсов сервера или возможной оптимизации его работы), а также возможности той платформы, куда вы собрались мигрировать.
И imho - WordPress, самое последнее на что я бы стал смотреть.

DieTry,
авторНу я выбрал его по тому, что она самая распространенная CMS, поэтому очень большое кол-во расширений, дополнений, плагинов... По частям можно прикрутить и версионность, интеграцию, права...
Все же CMS и DM (document management) или ECM (enterprise content management) - это несколько разные классы систем. Да, у них есть несколько общих черт, но я плохо представляю, во что выльется "допиливание" классической CMS, до полноценной системы работы с документами (особенно если ранее вы таким не занимались).

авторПросто глядя на то, что используется у нас в данный момент, обычные workflow
Честно говоря, workflow я считаю далеко не самым необходимым элементом в управлении документами. Он становится нужен, когда нужно автоматизировать огромные бюрократические процессы.

Я не знаю всех ваших нюансов, но на что бы лично я сам стал обращать внимание при выборе платформы для организации СЭД (порядок пунктов произвольный - не обращайте на него внимание):

Удобство работы пользователей . Очень важно на первых этапах, когда идет наибольшее сопротивление внедрению (т.к. плюсы ещё не осознаются).
Удобство вещь очень субъективная, не спорю. Например, у того же SP один из серьезных "+" - отличная интеграция с Office и Windows (за счет поддержки WebDAV). Открытие, сохранение, блокировка, ... - всё делается максимально прозрачно для пользователя (нет этих страшных "чтобы отредактировать документ, выберите пункт 'прикрепленные файлы' и сохраните файл локально. После внесения изменений выберите пункт 'загрузить новую версию' и укажите исправленный файл"...)

У вас вообще пользователи в каких программах работают? Или все документы редактируются online и офисные пакеты не используются?

Поддержка справочников и развитая система метаданных Это не осознается до момента, когда масса документов не превысит некую критическую. После этого задача "найти переписку с организацией XXX", станет просто дикой головной болью.

Поиск по метаданным и тексту . Ну тут вроде все прозрачно...

Версионность . Как минимум для тел документов. Максимум - для тел и метаданных.

авторДа и более родной язык (php), все что отсутствует можно дописать. Выбор пока еще на Vtiger или Orocrm. Очень хорошие продукты, open source, да и там есть CRM, хочется поднять один проект с HR(human resource), CRM, DMS в одном флаконе и интегрировать уже с ip-телефонией
И сколько вы будете всё дописывать?
Начните всё же с анализа задач и процессов. Пройдите по шагам с пользователями всю (или хотя бы самые важные участки) их работу с документами (и не только). Я уже столько раз видел, как IT-шники просто тащились от идеи "мы тут сейчас прикрутим ещё вот такую штуку и всем сразу наступит счастье", а пользователи были (абсолютно обоснованно) уверены "что эти придурки занимаются никому не нужной фигней, когда у нас основные функции не работают".

авторСейчас оценили переход с 2010 шарика на 2013 только с документооборотом (у нас есть еще и интранет - новости и прочая составляющая компании) в 30 тысяч долларов, это даже больше, чем разработка в 2011 году с 0
Я не знаю, что входит в эту смету, поэтому комментировать не буду.
Не исключено, что вам за глаза хватит возможностей SharePoint Foundation (т.е. на лицензиях можно сэкономить), но возможно у вас и так используется не полный SP.

авторА сервер тем временем тупит и очень неудобно работать. Надо что-то менять :)
Я бы начал вот с этого. Посмотрел бы расход памяти, процессорное время, производительность SQL и т.д. Наверняка, можно оптимизировать работу SP не прикладывая каких-то героических усилий.

А уже потом смотреть на все остальное: миграцию на новую версию, смену платформы, ...

авторЯ хочу поэксперементировать как будет работать такое кол-во элементов (около 120 тысяч) в другом продукте
Это вы о чем? О каких элементах? Это сейчас такое количество документов?
А как они упорядочены? Все в одном списке (библиотеках) или в разных? Что с ними делается (какие операции производятся)?