nanoZag 4 Опубликовано 1 ноября, 2008 Жалоба Поделиться Опубликовано 1 ноября, 2008 Речь идёт об одной из наших следующих разработок (выделил, чтобы сразу избежать ответов на вопросы) Расшифровать «Менеджер контактов» можно как «Система управления данными о контактах». Под контактами понимаются любые общественные, юридические, физические или виртуальные лица, обладающие контактной информацией. Контактами в данной системе могут быть не только контрагенты вашей организации (например, дилеры, заказчики или субподрядчики), но подразделения самой организации, и входящие в них сотрудники. Основным назначением системы будет ведение единого справочника контактов организаций и физических лиц. При реализации предполагется: Использование технологий наследования и возможности хранения неограниченного набора перечислительных и классифицирующих свойств. Реализация множественного представления информации о контактах, обеспечивающее хранение, сквозной или раздельный поиск данных о предприятиях, подразделениях и физических лицах. Использование автоматизированной проверки вводимых пользователями данных о контактах, обеспечивающей снижение вероятности появления повторных записей об одном и том же контакте. Применение персонализированных функций управления правами доступа с целью ограничения видимости развёрнутой информации о контакте. Сохранение возможности дальнейшего развития информационной структуры, с целью её применения в области планирования и мониторинга работ и интеграции с системами управления документами. Кроме ведения иерархической структуры контактов, в первой верси системы мы планируем реализовать: Фиксацию событий (встреч, переговоров, важных звонков, корреспонденции), возникающих в отношениях с контактами. Планирование событий (встреч, переговоров, звонков и др.) с контактами. Хранение связанной с контактами корреспонденции любого формата, поступившей из любого источника. Интеграцию системы с корпоративной электронной почтой и почтовыми клиентами (в первую очередь Microsoft Outlook). Что у нас уже есть? Готова модель данных, есть основа концепции, проверены алгоритмы нечёткого поиска для выявления дубликатов, есть практически работающий интерфейс с Outlook и многое другое. Срок вывода на околоземную орбиту - первый квартал 2009 (пока без уточнений, в январе будет более точный анонс). Однако понимая, что у вас может быть своё уникальное видение подобной мини-CRM, просьба высказываться не стесняясь. Многого мы обещать не можем, но самые ценные и реализуемые предложения обязательно попадут в релиз. 2 Цитата Ссылка на сообщение Поделиться на другие сайты
Akul 0 Опубликовано 16 декабря, 2008 Жалоба Поделиться Опубликовано 16 декабря, 2008 Во даете Что угодно, лишь бы не делать плотного, что б аж до кишок продирало, интерфейса с Outlook и Exchange ... Синхронизацию с доменом по шедулеру хотя бы прикрутите? Да еще б группы тягать из политики.. (последнее похоже я не в тему, флудер блин..) Цитата Ссылка на сообщение Поделиться на другие сайты
Serge_BN 3 Опубликовано 17 декабря, 2008 Жалоба Поделиться Опубликовано 17 декабря, 2008 Во даете Что угодно, лишь бы не делать плотного, что б аж до кишок продирало, интерфейса с Outlook и Exchange ... Синхронизацию с доменом по шедулеру хотя бы прикрутите? Да еще б группы тягать из политики.. (последнее похоже я не в тему, флудер блин..) Я за то же. Что угодно но только не Outlook и Exchange. Неужели не ясно, что пора развернуться к M$ задом? Цитата Ссылка на сообщение Поделиться на другие сайты
Akul 0 Опубликовано 17 декабря, 2008 Жалоба Поделиться Опубликовано 17 декабря, 2008 Черт.. как же там было.. точно помню персонажей - бочку и затычку.. а вот сценарий.. может кто подскажет? Хм.. или это была не бочка... Цитата Ссылка на сообщение Поделиться на другие сайты
mihanick 10 Опубликовано 19 декабря, 2008 Жалоба Поделиться Опубликовано 19 декабря, 2008 LDAP для Thunderbird Цитата Ссылка на сообщение Поделиться на другие сайты
nanoZag 4 Опубликовано 19 декабря, 2008 Автор Жалоба Поделиться Опубликовано 19 декабря, 2008 Во даете Что угодно, лишь бы не делать плотного, что б аж до кишок продирало, интерфейса с Outlook и Exchange ... Синхронизацию с доменом по шедулеру хотя бы прикрутите? Да еще б группы тягать из политики.. (последнее похоже я не в тему, флудер блин..) 1. Нам не сильно нравится модель управления контактами в Outlook. В ней есть очевидные изъяны, которые мы хотим решить, переместив базу контактов в nanoTDMS. Вдобавок, очень мало организаций, где в корпоративном масштабе пользуются данными о контактах из Outlook. 2. Обычная интеграция с Outlook практически реализована. Почта из этого почтового клиента сыпется в nanoTDMS автоматически или по требованию. Отправляется также из nanoTDMS через Outlook или только через Outlook с регистрацией в nanoTDMS. 3. Интеграция с Exchange требует волевого административного решения, которое редко встречается в реальной жизни. Поэтому пока мы не выступаем в качестве замены Outlook. Да и правильно ли это? Полноценный почтовый клиент выступает как фильтр для личной корреспонденции, внутренней корреспонденции и спама. 4. Синхронизация с доменом в базовом виде (по запросу из nanoTDMS) существует. Но ее применение в реальном режиме времени зависит от эффективности процедур синхронизации. Нужны ХП на прошедшие за тик обновления, по которым и будет производится синхронизация. До этого пока руки не дошли, если честно. 5. Группы из политики... Пока не вижу прямой связи с группами nanoTDMS. Если есть мысли, поделитесь. Цитата Ссылка на сообщение Поделиться на другие сайты
nanoZag 4 Опубликовано 19 декабря, 2008 Автор Жалоба Поделиться Опубликовано 19 декабря, 2008 Я за то же. Что угодно но только не Outlook и Exchange. Неужели не ясно, что пора развернуться к M$ задом? Да уж. Яснее некуда. Но поймите и нас. Мало того что мы делаем практически бесплатный софт, вы еще предлагаете делать его для <5% пользователей. Маловато будет (с) Цитата Ссылка на сообщение Поделиться на другие сайты
nanoZag 4 Опубликовано 19 декабря, 2008 Автор Жалоба Поделиться Опубликовано 19 декабря, 2008 LDAP для Thunderbird Из Википедии: На 2008 год самыми распространёнными почтовыми программами, используемыми под распространёнными операционными системами Microsoft Windows NT, являлись: * Microsoft Outlook * Microsoft Outlook Express * The Bat! * Mozilla Thunderbird Как только интерфейс с Outlook уйдет в самостоятельное плавание, займемся Thunderbird. Я сам его использую, поэтому у него есть все шансы быть вторым. Что касается синхронизации со всем остальным,... ... то мы постараемся сделать некий тулкит для разработчиков. И там опишем как это сделать, используя нашу схему интерфейса с Outlook... Цитата Ссылка на сообщение Поделиться на другие сайты
Serge_BN 3 Опубликовано 19 декабря, 2008 Жалоба Поделиться Опубликовано 19 декабря, 2008 Что касается синхронизации со всем остальным,... ... то мы постараемся сделать некий тулкит для разработчиков. И там опишем как это сделать, используя нашу схему интерфейса с Outlook... Вот тулкит это хорошо, просто необходимо. Цитата Ссылка на сообщение Поделиться на другие сайты
Akul 0 Опубликовано 20 декабря, 2008 Жалоба Поделиться Опубликовано 20 декабря, 2008 5. Группы из политики... Пока не вижу прямой связи с группами nanoTDMS. Если есть мысли, поделитесь. 1. В домене группы - роли, это понятно. Роли могут быть всякие, включая планирование, бюджетирование, кадры, прочие, напрямую не связанные с производством, на грани с управлением. Например - начальник строительного отдела - имеет несколько ролей, "отдел" - роль в структуре, "строительный" - роль в производстве, "начальник" - роль в управлении. Имея несколько систем, админимтрировать каждую систему отдельно - проблематично, а почему в одном нельзя? Т.е., централизованное управление ролями. 2. Ротации песонала, как внешняя принят\уволен, так и внутренняя вертикальная и горизонтальная, очень высокая. Рулить в нескольких системах лениво. 3. Проект длится от полугода и выше. Увольняется ГИП, на котором висит штук 50 проектов в системе документооборота и планирования. Если проекты привязаны к персоне Иван Иваныч - начинаются глобальные проблемы с переназначением прав. В ряде случаев лучше манипулировать группами, типа - на объект-документ определяется пользователь, на папках, процессах и т.п. - группы, даже если в нее входит всего 1 пользователь. Например, в гипов в бюро несколько, Иваныч с подгипенышами Васей и Мишей входят в группу GIP5, которой принадлежат несколько проектов в системе. При увольнении Иваныча, он просто удалется из группы, со всеми вытекающими последствиями, вводится другой, который получает соответсвющие права над проектами. --------- А дальше можно помечтать о дереве групп и юнитах домена. --------- Соглашусь с тем, что Outlook тяжело нормально организовать даже с Exchange, без дополнительного программирования. Цитата Ссылка на сообщение Поделиться на другие сайты
nanoZag 4 Опубликовано 22 декабря, 2008 Автор Жалоба Поделиться Опубликовано 22 декабря, 2008 А дальше можно помечтать о дереве групп и юнитах домена. Очень хорошие и правильные мысли. В целом задача ясна. Будем двигаться в направлении интеграции с политиками сетевых и распределенных ОС и развитии различных сервисных функций для упрощения и повышения качества администрирования. Во как завернул. В формате конференции - бред полный, но стирать жалко Цитата Ссылка на сообщение Поделиться на другие сайты
Рекомендуемые сообщения
Присоединяйтесь к обсуждению
Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.