Перейти к содержимому


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


Сообщений в теме: 10

#1 nanoZag

    Активный участник

  • nanoTDMS
  • PipPipPip
  • 91 сообщений
  • Пол:Мужчина

Отправлено 01 Ноябрь 2008 - 13:23

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

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

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

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

Кроме ведения иерархической структуры контактов, в первой верси системы мы планируем реализовать:
mellow.gif Фиксацию событий (встреч, переговоров, важных звонков, корреспонденции), возникающих в отношениях с контактами.
mellow.gif Планирование событий (встреч, переговоров, звонков и др.) с контактами.
mellow.gif Хранение связанной с контактами корреспонденции любого формата, поступившей из любого источника.
mellow.gif Интеграцию системы с корпоративной электронной почтой и почтовыми клиентами (в первую очередь Microsoft Outlook).

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

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

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

nano people, woodoo people

#2 Akul

    Посетитель

  • Пользователи
  • PipPip
  • 40 сообщений

Отправлено 16 Декабрь 2008 - 22:36

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

#3 Serge_BN

    Активист

  • Пользователи
  • PipPipPipPip
  • 128 сообщений

Отправлено 17 Декабрь 2008 - 08:17

Цитата(Akul @ 17.12.2008, 1:36) <{POST_SNAPBACK}>
Во даете smile.gif
Что угодно, лишь бы не делать плотного, что б аж до кишок продирало, интерфейса с Outlook и Exchange ... Синхронизацию с доменом по шедулеру хотя бы прикрутите? Да еще б группы тягать из политики.. (последнее похоже я не в тему, флудер блин..)

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

#4 Akul

    Посетитель

  • Пользователи
  • PipPip
  • 40 сообщений

Отправлено 17 Декабрь 2008 - 22:21

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

#5 mihanick

    Активист

  • Пользователи
  • PipPipPipPip
  • 167 сообщений
  • Пол:Мужчина

Отправлено 19 Декабрь 2008 - 08:55

LDAP для Thunderbird
Цитата(nanoZag @ 1.11.2008, 1:23) <{POST_SNAPBACK}>



#6 nanoZag

    Активный участник

  • nanoTDMS
  • PipPipPip
  • 91 сообщений
  • Пол:Мужчина

Отправлено 19 Декабрь 2008 - 17:05

Цитата(Akul @ 16.12.2008, 22:36) <{POST_SNAPBACK}>
Во даете smile.gif
Что угодно, лишь бы не делать плотного, что б аж до кишок продирало, интерфейса с Outlook и Exchange ... Синхронизацию с доменом по шедулеру хотя бы прикрутите? Да еще б группы тягать из политики.. (последнее похоже я не в тему, флудер блин..)


1. Нам не сильно нравится модель управления контактами в Outlook. В ней есть очевидные изъяны, которые мы хотим решить, переместив базу контактов в nanoTDMS. Вдобавок, очень мало организаций, где в корпоративном масштабе пользуются данными о контактах из Outlook.
2. Обычная интеграция с Outlook практически реализована. Почта из этого почтового клиента сыпется в nanoTDMS автоматически или по требованию. Отправляется также из nanoTDMS через Outlook или только через Outlook с регистрацией в nanoTDMS.
3. Интеграция с Exchange требует волевого административного решения, которое редко встречается в реальной жизни. Поэтому пока мы не выступаем в качестве замены Outlook. Да и правильно ли это? Полноценный почтовый клиент выступает как фильтр для личной корреспонденции, внутренней корреспонденции и спама.
4. Синхронизация с доменом в базовом виде (по запросу из nanoTDMS) существует. Но ее применение в реальном режиме времени зависит от эффективности процедур синхронизации. Нужны ХП на прошедшие за тик обновления, по которым и будет производится синхронизация. До этого пока руки не дошли, если честно.
5. Группы из политики... Пока не вижу прямой связи с группами nanoTDMS. Если есть мысли, поделитесь.
nano people, woodoo people

#7 nanoZag

    Активный участник

  • nanoTDMS
  • PipPipPip
  • 91 сообщений
  • Пол:Мужчина

Отправлено 19 Декабрь 2008 - 17:08

Цитата(Serge_BN @ 17.12.2008, 8:17) <{POST_SNAPBACK}>
Я за то же. Что угодно но только не Outlook и Exchange. Неужели не ясно, что пора развернуться к M$ задом?


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

#8 nanoZag

    Активный участник

  • nanoTDMS
  • PipPipPip
  • 91 сообщений
  • Пол:Мужчина

Отправлено 19 Декабрь 2008 - 17:26

Цитата(mihanick @ 19.12.2008, 8:55) <{POST_SNAPBACK}>
LDAP для Thunderbird


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

* Microsoft Outlook
* Microsoft Outlook Express
* The Bat!
* Mozilla Thunderbird

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

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

#9 Serge_BN

    Активист

  • Пользователи
  • PipPipPipPip
  • 128 сообщений

Отправлено 19 Декабрь 2008 - 18:08

Цитата(nanoZag @ 19.12.2008, 19:26) <{POST_SNAPBACK}>
Что касается синхронизации со всем остальным,... smile.gif... то мы постараемся сделать некий тулкит для разработчиков. И там опишем как это сделать, используя нашу схему интерфейса с Outlook...

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

#10 Akul

    Посетитель

  • Пользователи
  • PipPip
  • 40 сообщений

Отправлено 20 Декабрь 2008 - 17:35

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

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

#11 nanoZag

    Активный участник

  • nanoTDMS
  • PipPipPip
  • 91 сообщений
  • Пол:Мужчина

Отправлено 22 Декабрь 2008 - 12:10

Цитата(Akul @ 20.12.2008, 17:35) <{POST_SNAPBACK}>
А дальше можно помечтать о дереве групп и юнитах домена.


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

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





Количество пользователей, читающих эту тему: 1

0 пользователей, 1 гостей, 0 скрытых пользователей