Менеджер контактов

[nanoZag 4]

Речь идёт об одной из наших следующих разработок (выделил, чтобы сразу избежать ответов на вопросы)

 

Расшифровать «Менеджер контактов» можно как «Система управления данными о контактах». Под контактами понимаются любые общественные, юридические, физические или виртуальные лица, обладающие контактной информацией.

 

Контактами в данной системе могут быть не только контрагенты вашей организации (например, дилеры, заказчики или субподрядчики), но подразделения самой организации, и входящие в них сотрудники.

 

Основным назначением системы будет ведение единого справочника контактов организаций и физических лиц. При реализации предполагется:

Использование технологий наследования и возможности хранения неограниченного набора перечислительных и классифицирующих свойств.

Реализация множественного представления информации о контактах, обеспечивающее хранение, сквозной или раздельный поиск данных о предприятиях, подразделениях и физических лицах.

Использование автоматизированной проверки вводимых пользователями данных о контактах, обеспечивающей снижение вероятности появления повторных записей об одном и том же контакте.

Применение персонализированных функций управления правами доступа с целью ограничения видимости развёрнутой информации о контакте.

Сохранение возможности дальнейшего развития информационной структуры, с целью её применения в области планирования и мониторинга работ и интеграции с системами управления документами.

 

Кроме ведения иерархической структуры контактов, в первой верси системы мы планируем реализовать:

Фиксацию событий (встреч, переговоров, важных звонков, корреспонденции), возникающих в отношениях с контактами.

Планирование событий (встреч, переговоров, звонков и др.) с контактами.

Хранение связанной с контактами корреспонденции любого формата, поступившей из любого источника.

Интеграцию системы с корпоративной электронной почтой и почтовыми клиентами (в первую очередь Microsoft Outlook).

 

Что у нас уже есть?

 

Готова модель данных, есть основа концепции, проверены алгоритмы нечёткого поиска для выявления дубликатов, есть практически работающий интерфейс с Outlook и многое другое. Срок вывода на околоземную орбиту - первый квартал 2009 (пока без уточнений, в январе будет более точный анонс).

 

Однако понимая, что у вас может быть своё уникальное видение подобной мини-CRM, просьба высказываться не стесняясь. Многого мы обещать не можем, но самые ценные и реализуемые предложения обязательно попадут в релиз.

 

[Akul 0]

Во даете

Что угодно, лишь бы не делать плотного, что б аж до кишок продирало, интерфейса с Outlook и Exchange ... Синхронизацию с доменом по шедулеру хотя бы прикрутите? Да еще б группы тягать из политики.. (последнее похоже я не в тему, флудер блин..)

[Serge_BN 3]

Во даете

Что угодно, лишь бы не делать плотного, что б аж до кишок продирало, интерфейса с Outlook и Exchange ... Синхронизацию с доменом по шедулеру хотя бы прикрутите? Да еще б группы тягать из политики.. (последнее похоже я не в тему, флудер блин..)

Я за то же. Что угодно но только не Outlook и Exchange. Неужели не ясно, что пора развернуться к M$ задом?

[Akul 0]

Черт.. как же там было.. точно помню персонажей - бочку и затычку.. а вот сценарий.. может кто подскажет? Хм.. или это была не бочка...

[mihanick 10]

LDAP для Thunderbird

 

[nanoZag 4]

Во даете

Что угодно, лишь бы не делать плотного, что б аж до кишок продирало, интерфейса с Outlook и Exchange ... Синхронизацию с доменом по шедулеру хотя бы прикрутите? Да еще б группы тягать из политики.. (последнее похоже я не в тему, флудер блин..)

 

1. Нам не сильно нравится модель управления контактами в Outlook. В ней есть очевидные изъяны, которые мы хотим решить, переместив базу контактов в nanoTDMS. Вдобавок, очень мало организаций, где в корпоративном масштабе пользуются данными о контактах из Outlook.

2. Обычная интеграция с Outlook практически реализована. Почта из этого почтового клиента сыпется в nanoTDMS автоматически или по требованию. Отправляется также из nanoTDMS через Outlook или только через Outlook с регистрацией в nanoTDMS.

3. Интеграция с Exchange требует волевого административного решения, которое редко встречается в реальной жизни. Поэтому пока мы не выступаем в качестве замены Outlook. Да и правильно ли это? Полноценный почтовый клиент выступает как фильтр для личной корреспонденции, внутренней корреспонденции и спама.

4. Синхронизация с доменом в базовом виде (по запросу из nanoTDMS) существует. Но ее применение в реальном режиме времени зависит от эффективности процедур синхронизации. Нужны ХП на прошедшие за тик обновления, по которым и будет производится синхронизация. До этого пока руки не дошли, если честно.

5. Группы из политики... Пока не вижу прямой связи с группами nanoTDMS. Если есть мысли, поделитесь.

[nanoZag 4]

Я за то же. Что угодно но только не Outlook и Exchange. Неужели не ясно, что пора развернуться к M$ задом?

 

Да уж. Яснее некуда. Но поймите и нас. Мало того что мы делаем практически бесплатный софт, вы еще предлагаете делать его для <5% пользователей. Маловато будет (с)

[nanoZag 4]

LDAP для Thunderbird

 

Из Википедии:

На 2008 год самыми распространёнными почтовыми программами, используемыми под распространёнными операционными системами Microsoft Windows NT, являлись:

 

* Microsoft Outlook

* Microsoft Outlook Express

* The Bat!

* Mozilla Thunderbird

Как только интерфейс с Outlook уйдет в самостоятельное плавание, займемся Thunderbird. Я сам его использую, поэтому у него есть все шансы быть вторым.

 

Что касается синхронизации со всем остальным,... ... то мы постараемся сделать некий тулкит для разработчиков. И там опишем как это сделать, используя нашу схему интерфейса с Outlook...

[Serge_BN 3]

Что касается синхронизации со всем остальным,... ... то мы постараемся сделать некий тулкит для разработчиков. И там опишем как это сделать, используя нашу схему интерфейса с Outlook...

Вот тулкит это хорошо, просто необходимо.

[Akul 0]

5. Группы из политики... Пока не вижу прямой связи с группами nanoTDMS. Если есть мысли, поделитесь.

1. В домене группы - роли, это понятно. Роли могут быть всякие, включая планирование, бюджетирование, кадры, прочие, напрямую не связанные с производством, на грани с управлением. Например - начальник строительного отдела - имеет несколько ролей, "отдел" - роль в структуре, "строительный" - роль в производстве, "начальник" - роль в управлении. Имея несколько систем, админимтрировать каждую систему отдельно - проблематично, а почему в одном нельзя? Т.е., централизованное управление ролями.

2. Ротации песонала, как внешняя принят\уволен, так и внутренняя вертикальная и горизонтальная, очень высокая. Рулить в нескольких системах лениво.

3. Проект длится от полугода и выше. Увольняется ГИП, на котором висит штук 50 проектов в системе документооборота и планирования. Если проекты привязаны к персоне Иван Иваныч - начинаются глобальные проблемы с переназначением прав. В ряде случаев лучше манипулировать группами, типа - на объект-документ определяется пользователь, на папках, процессах и т.п. - группы, даже если в нее входит всего 1 пользователь. Например, в гипов в бюро несколько, Иваныч с подгипенышами Васей и Мишей входят в группу GIP5, которой принадлежат несколько проектов в системе. При увольнении Иваныча, он просто удалется из группы, со всеми вытекающими последствиями, вводится другой, который получает соответсвющие права над проектами.

---------

А дальше можно помечтать о дереве групп и юнитах домена.

---------

Соглашусь с тем, что Outlook тяжело нормально организовать даже с Exchange, без дополнительного программирования.

[nanoZag 4]

А дальше можно помечтать о дереве групп и юнитах домена.

 

Очень хорошие и правильные мысли. В целом задача ясна. Будем двигаться в направлении интеграции с политиками сетевых и распределенных ОС и развитии различных сервисных функций для упрощения и повышения качества администрирования.

 

Во как завернул. В формате конференции - бред полный, но стирать жалко