Перейти к содержанию
nanoZag

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

Рекомендуемые сообщения

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

 

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

 

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

 

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

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

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

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

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

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

 

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

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

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

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

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

 

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

 

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

 

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

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Во даете :)

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Во даете :)

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Во даете :)

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

 

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

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

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

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

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

Поделиться сообщением


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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
LDAP для Thunderbird

 

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

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

 

* Microsoft Outlook

* Microsoft Outlook Express

* The Bat!

* Mozilla Thunderbird

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

 

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

Поделиться сообщением


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

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

Поделиться сообщением


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

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

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

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

---------

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

---------

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
А дальше можно помечтать о дереве групп и юнитах домена.

 

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

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

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Восстановить форматирование

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

Загрузка...

×
×
  • Создать...