Занимаюсь уже год другими темами, решил раздать народу свои идеи.
Берите, пользуйтесь!

----

ERP RTComm
Пользователи могут слать друг другу сообщения, приватные и публичные, файлы, и самое главное - ссылки на документы и прочие объекты ERP

Требования:
· ERP-систем на клиенте может быть несколько разных
· Баз у систем тоже, как правило, несколько
· На объектах ERP должны быть ярлычки быстрого получения ссылки (или контекстная автораспознавалка открытых окон)
· Ссылка на объект должна правильно открываться в нужной ERP-системе и нужной базе, с нужными credentials
· По возможности решать проблемы разделенного доступа (иметь контекст, у кого какие объекты открыты, открывать уже открытый кем-то объект в Read Only)
· Простота в установке сервера (желательно вообще P2P)
· Secure traffic
· Поисковка по логам

ПРОТОКОЛ
· IRC?
· MS LiveComm (SIP)?
· …?

---

ERP Связанные доки/мысли

Выводить в ERP-системе для открытого объекта Task Pane
· Комментарии и прочие скрытые свойства
· Аттачи
· Ссылки на другие объекты
· Путь и индикатор workflow
· Unified Inbox (история чата, входящие задания, свои todos …)
· Линк объекта для передачи в чате
· Индикаторы присутствия чата
· История правки объекта
· История коммуникации с клиентом

· Шорткат для экспорта в XML и передачи куда-либо

---

ERP Obj. Links
Представление объекта из ERP в виде линка/урла,
erp://adfa$dfsdfsf$/sdfadfasdf$$-adf

Передача по e-mail, пейджеру
---

ERP+Workflow
http://itland.ru/forum/index.php?showtopic=1195
---

ERP Meter
Регистратор-анализатор времени и факта работы пользователя с различными объектами ERP.
---

ERP XXI века должна быть устроена так:
ERP-система по принципу P2P (без-серверная, само-конфигурирующаяся на сеть, работающая через прокси, шифрующая трафик). Гемморойная установка и поддержка сервера не требуется. Одно из рабочих мест в процессе установки должно назначаться сервером и провайдить функции бэкапа (а для чего еще нужен сервер?)
Прозрачный уход в оффлайн с данными. Ноутбучные винты сейчас имеют объем десятки гигабайт, редко какие оперативные базы могут его исчерпать. Так что можно брать с собой всю базу. Если вся не помещается - часть, с которой работает оператор (например - счета, отчеты). Автоматическая синхронизация при возвращении в онлайн. Индикаторы присутствия. Совместная работа над документами, справочниками (Комменты, отсылка друг другу и группам, маршрутизация, Ad-Hoc security для определения пользователем, кто может и кто не может видеть документ. Совместные обсуждения отчетов с сохранением истории и обсуждавшихся views/фильтров).
Произвольное добавление новых структурированных или неструктурированных (картинки, аудио, видео) данных. Легкое конструирование форм из листов Excel и в стиле Xdocs\InfoPath с автоматической интеграцией лукапов из имеющейся информации. Особо продвинутые пользователи могут настраивать материальные и финансовые проводки мышкой. Фишка в том, чтобы если потребовалась форма для ввода данных, которая пока не предусмотрена, пользователь сам создал эту форму по принципу мастера Access и ввел данные. Проводки и влияние на другие данные же можно описать постфактум с участием бизнес-консультанта, который понимает все связи.
По-хорошему, добавление фич или реструктуризация объектов не должны портить старые данные, если инженер сам этого не хочет. Т.е. если у счета в 2004 году не было строчной части, но она введена в 2006 году, то просмотр
счетов 2004 года показывает именно тогдашнюю форму.
Нужны оповещения по граничным значениям сводных показателей / по изменению имеющихся документов / добавлению новых. История оповещений.
Ad-Hoc отражение существующих, переконфигурация изменившихся и добавление новых процессов.
Прямая интеграция партнеров/клиентов. Например, если нужно включить вашего торгового партнера, ему выдается небольшой файлик с stub-ом, который вытягивает нужный партнеру функционал и данные с учетом назначенных ему прав.
DSS, видимо, с собой таскать нельзя - в силу объемов. Но обязательно таскать отсмотренные Views.
.
Эти требования вырастают знаете, из чего? Из того, что бизнесы сейчас могут рождаться на полтора месяца для выполнения какого-то нового проекта, существующие вырастают за счет объемов операций и добавления новых отделов в разы за год, а типичные ERP внедряются в среднем 18 месяцев. Поэтому нужен вот такой AD-HOC automation (автоматизация по требованию). Команды, работающие в одном таком быстром бизнесе, часто распределены территориально и временными поясами. Офис, где стоит сервер, может отсутствовать, и т.д.

PS это не прожектерство - мне предлагался оклад в 2К+ за РП-ство в области создания ERP. Просто я не верю в перспективу такового в России :(

То, что вы об этом не знаете, еще не значит, что это невозможно в принципе.
В P2P музыку качали? Все, что им надо для начала работы (поиска и коннекта к подобным себе) - discovery-сервер, которым может служить и клиент.
И вообще, сейчас мощный hype/buzz - SOA - service oriented architecture, где есть некая шина, по которой обмениваются сообщениями провайдеры и потребители сервисов.
Представьте на такой шине провайдер печати, провайдер отчетности, провайдер главной книги...
Вендорам только нужно договориться об едином стандарте шины, и начать клепать для нее сервис-провайдеры в тех областях, которые лучше всего у них получаются.