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