July 23rd, 2009

404

Организация базы клиентов средствами outlook exchange

Итак, результаты экспериментов: схема с использованием эксчейнжа полностью успешна.

Исходное ТЗ: каталог клиентов с контактной информацией, проектами, комментариями и, возможно, несколькими дополнительными полями. Каталог должен быть доступен для редактирования/просмотра одновременно нескольким сотрудникам. В списке должна быть возможность просмотра проектов по клиенту, дате, возможно, другим полям.

Основное "но" в данном вопросе - синхронный доступ. Все решения, которые я перебрал, у которых с доступом было нормально были очевидным оверкиллом.

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

Итак, что нужно сделать с эксчейнжем, чтобы сделать из него примитивную базу данных?

1) Общие папки.
2) Формы.

Я выбрал за основу формы тип элемента "задача" (task). Из "задачи" была нарисована (ладно, в процессе рисовки/согласования списка полей) форма для объектов в каталоге "clients". Весь остальной функционал отлично предоставляем эксчейнжем, в том числе:
1) Возможность приложить к задаче письма (добавлено поле "вложение") - архив переписки.
2) Наличие галки "выполнено" с соответствующим отображением в списке зада.. проектов.
3) Подсветка красным просроченных зада... проектов.
4) Различные режимы представления для одной и той же папки (сейчас изучаю, можно ли их сделать статическими или легко переключаемыми).
5) Группировка по указанному признаку (например, по менеджеру, на которого назначен проект, по компании, ещё по каким-то признакам).
6) Встроенные механизмы фильтрации.
7) Автоматическая доступность с КПК и с внешних компьютеров сети (через веб-интерфейс OWA). Хотя с формами там напряжёнка и не-IE версия как-то вяло (Я не нашёл пока).
8) Авторизация автоматическая по доменному имени.
9) Назначенные права доступа к просмотру/редактированию.

Важным плюсом является то, что структура может меняться практически на ходу (даже если получается несовместимая форма по полям, старые записи остаются в том виде, как были, а изменения касаются новых).