|
|
Автор |
Сообщение |
Игорь А. Рыков
![](images/avatars/541333159455897e7f07e0.jpg)
Зарегистрирован: 14.06.2006 Сообщения: 550
|
Добавлено: Пн Ноя 13, 2006 6:54 pm |
|
|
Sergy писал(а): | Подскажите какие?? |
Клиент-Коммуникатор
Есть Конфигуратор для создания произвольного собственного формата данных в MS SQL.
Есть Дизайнер Интерфейсов с визуальной средой, который позволяет используя созданный формат БД создавать произвольные пользовательские интерфейсы.
Есть Дизайнеры отчетов, Администратор и др.
О том, как продвинутые пользователи выбирают это решение среди других участников форума, читайте здесь:
http://www.crmonline.ru/community/viewtopic.php?t=248 _________________ Игорь А. Рыков, BMicro=> CRM-система Клиент-Коммуникатор.
Санкт-Петербург, тел.: +7 (812) 380-4-380
igor_rykov@bmicro.ru, ICQ: 231-654-501, SKYPE: igor_rykov |
|
Nonsens
![](images/avatars/noavatar.gif)
Зарегистрирован: 13.01.2006 Сообщения: 88
|
Добавлено: Пн Ноя 13, 2006 7:06 pm |
|
|
Игорь А. Рыков писал(а): | Добавление полей - уже хорошо. Да! Понимаю, что если все конфигурирование идет на скриптах, то Боже упаси юзверей туда залазить. Нужна квалификация, знания экзотных "только-что" придуманных языков и пр.
|
Конечно хорошо. А встроенный скриптовой язык - это лучше чем его отсутствие и как следствие ковыряние в исходниках ядра при доводке под клиента. Но намного хуже, чем открытое API продукта и возможность расширять его (не API, а продукт) с помощью полноценных средств.
Игорь А. Рыков писал(а): | На наших проектах полно случаев, когда в крупных компаниях есть маркетологи БЕЗ проблем умеющие писать SQL запросы для сложных вычислений в (ну, например) Клиент-Коммуникаторе; Сами добавляют поля, сами пишут запросы. Красота.
SQL - Это не сложно! А с визуальной средой - еще проще! |
Согласен, что это хорошо. НО. У вас есть "вертикальное" разграничение прав доступа? Если да, то как оно стыкуется с возможностью пользователей писать (и насколько я понимаю, выполнять) собственные произвольные запросы?
Это не наезд (как можно подумать благодаря наличию на форуме известных всем персонажей), но попытка расширения кругозора и поиск компромисса "гибкость-безопасность".
Последний раз редактировалось: Nonsens (Пн Ноя 13, 2006 7:10 pm), всего редактировалось 1 раз |
|
Sergy
![](http://www.livebusiness.ru/network/images/avatars/default.gif)
Зарегистрирован: 13.11.2006 Сообщения: 11
|
Добавлено: Пн Ноя 13, 2006 7:07 pm |
|
|
2 Игорь А. Рыков
Благодарю за ответ _________________ С уважением |
|
Игорь А. Рыков
![](images/avatars/541333159455897e7f07e0.jpg)
Зарегистрирован: 14.06.2006 Сообщения: 550
|
Добавлено: Пн Ноя 13, 2006 7:08 pm |
|
|
Nonsens писал(а): | Согласен, что это хорошо. НО. У вас есть "вертикальное" разграничение прав доступа? Если да, то как оно стыкуется с возможностью пользователей писать (и насколько я понимаю, выполнять) собственные произвольные запросы? |
Вне зависимости от того, как и какими средствами пользователь обращается к БД, он получает только то, что ему определено в блоке Администратор Клиент-Коммуникатора. _________________ Игорь А. Рыков, BMicro=> CRM-система Клиент-Коммуникатор.
Санкт-Петербург, тел.: +7 (812) 380-4-380
igor_rykov@bmicro.ru, ICQ: 231-654-501, SKYPE: igor_rykov |
|
Игорь А. Рыков
![](images/avatars/541333159455897e7f07e0.jpg)
Зарегистрирован: 14.06.2006 Сообщения: 550
|
Добавлено: Пн Ноя 13, 2006 7:09 pm |
|
|
Nonsens писал(а): | А встроенный скриптовой язык - это лучше чем его отсутствие и как следствие ковыряние в исходниках ядра при доводке под клиента. Но намного хуже, чем открытое API продукта и возможность расширять его с помощью полноценных средств. |
1. Мы можем вовсю использовать Transact SQL;
2. Часть API мы открываем избранным клиентам, когда это действительно необходимо. _________________ Игорь А. Рыков, BMicro=> CRM-система Клиент-Коммуникатор.
Санкт-Петербург, тел.: +7 (812) 380-4-380
igor_rykov@bmicro.ru, ICQ: 231-654-501, SKYPE: igor_rykov |
|
Nonsens
![](images/avatars/noavatar.gif)
Зарегистрирован: 13.01.2006 Сообщения: 88
|
Добавлено: Пн Ноя 13, 2006 7:13 pm |
|
|
Игорь А. Рыков писал(а): | Вне зависимости от того, как и какими средствами пользователь обращается к БД, он получает только то, что ему определено в блоке Администратор Клиент-Коммуникатора. |
Можно подробнее?
Пользователь написал Select * from Accounts.
У него есть права только на чтение своих клиентов (ну или на своих и своего подразделения). Что происходит? Сервер сам приписывает к запросу where Accounts.ID in (....)? |
|
Игорь А. Рыков
![](images/avatars/541333159455897e7f07e0.jpg)
Зарегистрирован: 14.06.2006 Сообщения: 550
|
Добавлено: Пн Ноя 13, 2006 7:15 pm |
|
|
Nonsens писал(а): | Пользователь написал Select * from Accounts. |
Уф! Это лучше Ростислав ответит, или я нашего главного программиста попрошу ответить. Nonsens писал(а): | У него есть права только на чтение своих клиентов (ну или на своих и своего подразделения). |
Это настраивается. Я вел речь о маркетологах. Там мой, твой, чужой клиент - несколько не те понятия. Кроме прямой логики:
- Запретить/Разрешить отображение;
- Запретить/Разрешить ввод первого значения;
- Запретить/Разрешить удаление
- Запретить/Разрешить редактирование,
причем не только класса данных, но и атрибутов его, можно ДЕЛАТЬ ОГРАНИЧЕНИЯ, ОСНОВАННЫЕ НА УСЛОВИЯХ, в том числе НА ВЫЧИСЛЕНИЯХ!
Т.е. (пример) Разрешить отображение этой группе пользователей договора с клиентами, имеющими ДИНАМИЧЕСКИЙ статус А;
-------------------------------------------------------------------------
Вообще, пользователь не имеет доступа к таблицам, все через вьюхи делается. Они создаются в БД автоматически при создании новых классов (списков, справочников, их атрибутов, связей и пр.).
Последний раз редактировалось: Игорь А. Рыков (Пн Ноя 13, 2006 7:18 pm), всего редактировалось 1 раз |
|
Nonsens
![](images/avatars/noavatar.gif)
Зарегистрирован: 13.01.2006 Сообщения: 88
|
Добавлено: Пн Ноя 13, 2006 7:17 pm |
|
|
Спасибо. Если ответит главный программист, будет очень интересно послушать. Просто мне не известен нормальный способ решения такой проблемы. |
|
Ростислав
![](images/avatars/1900823120452e3627bbc71.jpg)
Зарегистрирован: 11.10.2006 Сообщения: 183
|
Добавлено: Пн Ноя 13, 2006 7:18 pm |
|
|
Никогда, никто и нигде еще не сумел и не сумеет доказать, что отсутствие необходимых возможностей лучше, чем их наличие. Особенно, если за это не приходится платить отдельно (деньгами, временем, местом на диске и т.п.).
Вопрос в том, что немногим разработчикам ПО удается реализовать настроечные возможности технологично, удобно, безопасно. Обычно эта реализация получается или слишком низкоуровневой как в Террасофт, SAP, БОСС-Компании, 1С (языки-интерпретаторы, скрипты, генераторы форм и т.п.), или же слишком примитивной и ограниченной, как в Мониторе (параметрические настройки, флажки, выбор из предопределенного множества опций). То есть, или коробка остается коробкой, или превращается в "платформу разработки".
По сути, по настоящему полноценный инструментарий, лежащий в основе CRM-системы и позволяющий выполнять полный спектр настроек, не углубляясь в программирование, на российском рынке только один. Это продукт нашей компании, Клиент-Коммуникатор.
При этом Клиент-Коммуникатор, это "многокоробочное" решение. За восемь лет работы с заказчиками различной специфики мы создали множество проектных настроек, которые условно и назовем "коробками". Сегодня ни к одному Заказчику мы не приходим "с пустыми руками" и не предлагаем создавать систему с нуля. Но, в то же время, давно уже не встречали заказчиков, которые "на ура" воспринимают хоть сколь угодно совершенную с нашей точки зрения, но "чужую" настройку, и не хотели бы донастроить её "под себя". Кто-то на 10%, а кто-то и на 70.
Выводы:
1. Нужна коробка? Бери любую, рынок завален этим хламом.
2. Пришло время, и хочешь донастроить ранее купленное решение? А ту ли "коробку", ты тогда выбрал, дружок? А что там, в коробке? Все залито эбоксидной смолой? Сразу надо думать! _________________ С уважением, Ростислав Дублин, Москва, компания BMicro=> CRM-система Клиент-Коммуникатор.
+7 (495) 22-33-594, rdublin@bmicro.ru, ICQ:324-612-941, Skype:RDublin |
|
Ростислав
![](images/avatars/1900823120452e3627bbc71.jpg)
Зарегистрирован: 11.10.2006 Сообщения: 183
|
Добавлено: Пн Ноя 13, 2006 7:39 pm |
|
|
Nonsens писал(а): | Пользователь написал Select * from Accounts.
У него есть права только на чтение своих клиентов (ну или на своих и своего подразделения). Что происходит? Сервер сам приписывает к запросу where Accounts.ID in (....)? |
Игорь А. Рыков писал(а): | Уф! Это лучше Ростислав ответит, или я нашего главного программиста попрошу ответить. |
Игорь, я особенно об этом никогда не задумывался. Пользуюсь Администратором и доволен... Но подтверждаю, что реализовано через View'шки. Думаю, так: Пользователи не имеют прав на чтение непосредственно из таблиц , но для каждой группы пользователей создается соответствующая View. Она включает или полный набор строк и полей таблицы (если ограничения не установлены), или же ограниченный. Когда мы ограничеваем права в модуле "Администратор", вьюхи пересоздаются.
To Игорь Рыков. Давай всё же попросим "Главного":
Nonsens писал(а): | Если ответит главный программист, будет очень интересно послушать. Просто мне не известен нормальный способ решения такой проблемы. |
_________________ С уважением, Ростислав Дублин, Москва, компания BMicro=> CRM-система Клиент-Коммуникатор.
+7 (495) 22-33-594, rdublin@bmicro.ru, ICQ:324-612-941, Skype:RDublin |
|
Кадыков Михаил
![](images/avatars/Ares.gif)
Зарегистрирован: 19.09.2005 Сообщения: 1058
|
Добавлено: Пн Ноя 13, 2006 9:36 pm |
|
|
Dikuzinnet писал(а): | Любая система с конфигурированием формата данных, способная мимикрировать под конкретные задачи, не требующая для этого дописывания исходников, может называться настраиваимой CRM-системой - вот ровно то, что было мной сказано. Вы же трактуете всё в удобном Вам свете. |
Я согласен с Вами почти во всем, кроме "формата данных"...
Если честно, не понимаю, при чем тут формат базы? Наш пользователь это директор, маркетолог, продавец! С их точки зрения, среди параметров определяющих "предельную полезность" системы "формат базы данных" отсутствует!!!
Им не важно, как и что организовано "внутри"... Главное, чтобы внешне программа выполняла возложенные на нее задачи!
Поэтому возможность оперетивного изменения структуры базы это, скорее, фича для IT-шников... И то именно "фича", а не необходимость! _________________ www.monitor-crm.ru
-=Monitor CRM - больше, чем CRM!=- |
|
Игорь А. Рыков
![](images/avatars/541333159455897e7f07e0.jpg)
Зарегистрирован: 14.06.2006 Сообщения: 550
|
Добавлено: Пн Ноя 13, 2006 10:19 pm |
|
|
Кадыков Михаил писал(а): | Наш пользователь это директор, маркетолог, продавец! |
У Клиент-Коммуникатора гораздо шире. Кроме приведенных вами, например, логистики, безусловно - финансисты, контролеры, не_маркетинговые аналитики, сотрудники служб безопасности и кадров, разного рода исполнители, в т.ч. не связанные с продажами, регисраторы, диспетчера, руководели смен и пр., и пр.
Кадыков Михаил писал(а): | С их точки зрения, среди параметров определяющих "предельную полезность" системы "формат базы данных" отсутствует!!! |
Я и не помню, когда последний раз на презентациях НЕ спрашивали про легкость добавления новых полей, адаптируемость формата данных под требования клиента. Это сейчас ВСЕГДА! Все хотят адаптации. Но... может клиент просто знает, что у нас это можно попросить?
Кадыков Михаил писал(а): | Им не важно, как и что организовано внутри"... |
Ничего подобного!
1. Скорость интересует ВСЕХ, а это зависит от внутренней структуры БД, мы вам уже писали, хотя вы и отрицаете это;
2. Понятность структуры БД - очень частый вопрос. Связан с вопросами интеграции, API, дописанием вычислений сложных конструкций и пр.
3. Доступность созданных полей, справочников и пр. в аналитиках и пр. Т.е. добавили, сразу можем использовать везде - ввод, отбор, отчеты, аналитика, доступ, вычисления и пр.
Кадыков Михаил писал(а): | Поэтому возможность оперетивного изменения структуры базы это, скорее, фича для IT-шников... И то именно "фича", а не необходимость! |
Нет, Михаил, давно это необходимость, норма, современный уровень реализации решения и пр. Я не могу представить - а как иначе? Клиент полезет в сервер? Попросит у вас исходники?
Знаете. Описываемую вами ситуацию я не представляю.
Нажмите "1", если ваш клиент - очень небольшие по размеру клиенты, о чем здесь уже писалось, 2 - 3 р.м.;
Нажмите "2", если вы блокируете подобного рода вопросы, обходите их и пр. на презентациях;
Нажмите "3", если ваше сообщение - слабый PR, хотя вы все прекрасно понимаете. _________________ Игорь А. Рыков, BMicro=> CRM-система Клиент-Коммуникатор.
Санкт-Петербург, тел.: +7 (812) 380-4-380
igor_rykov@bmicro.ru, ICQ: 231-654-501, SKYPE: igor_rykov |
|
Игорь А. Рыков
![](images/avatars/541333159455897e7f07e0.jpg)
Зарегистрирован: 14.06.2006 Сообщения: 550
|
Добавлено: Пн Ноя 13, 2006 10:38 pm |
|
|
Nonsens писал(а): | Можно подробнее?
Пользователь написал Select * from Accounts.
У него есть права только на чтение своих клиентов (ну или на своих и своего подразделения). Что происходит? Сервер сам приписывает к запросу where Accounts.ID in (....)? |
Как "программист программисту" :-)))))))))))
Нет, на таблицу Accounts, по-умолчанию, есть доступ только на добавление/изменение/удаление и на чтение ключевого поля.
По-умолчанию, на чтение есть доступ к представлению Class_Accounts, а если устанавливаются права доступа, то
права на чтение Class_Accounts отнимаются, но даются права на чтение Alt_Accounts_Group1,
где уже и приписано where Accounts.ID in (....) _________________ Игорь А. Рыков, BMicro=> CRM-система Клиент-Коммуникатор.
Санкт-Петербург, тел.: +7 (812) 380-4-380
igor_rykov@bmicro.ru, ICQ: 231-654-501, SKYPE: igor_rykov |
|
Кадыков Михаил
![](images/avatars/Ares.gif)
Зарегистрирован: 19.09.2005 Сообщения: 1058
|
Добавлено: Пн Ноя 13, 2006 10:41 pm |
|
|
Похоже, дискуссия перешла уже в стадию "баяна", который уже много раз повторялся и на этом форуме и на других... А уж если речь пошла о рекламе "самого лучшего во всем мире и его окрестностях" продукта, то вообще "сливай воду".... :)))
Если честно, весь этот спор напоминает дискуссию автомехаников о достоинствах тех или иных автомобилей... Причем, не с точки зрения "пользователей", т.е. водителей, которым ездить, а с точки зрения возможностей ремонта и удобства тюнинга! :)))
Господа!
Смею заметить, что когда пользователь выбирает себе CRM-систему (да и вообще, любую систему), он думает не о "коробке, скриптах, настройке базы и пр.", а о том, что он завтра (не через месяц и не через полгода) будет с этого иметь! Он садится в салон, трогает ручки и педали, проводит тест-драйв! Если машина (система) его устраивает, он ее покупает.
Хотя, имеет право на жизнь и другой подход. Когда берут отечественный CRM(зачеркнуто) Авто-конструктор и при помощи внедренцев (опять зачеркнуто) автомехаников меняют двигатель, коробку, ставят кондиционер, спойлеры, обтекатели и пр. В результате получается "индивидуальное решение" :)
В любом нормальном автомобиле есть куча настроек "под клиента"! Но при этом 99% базовых функций изначально продуманы конструкторами и "уже есть"!!!
На тендерах нас часто спрашивают, а почему все остальные говорят, что "это мы для вас напишем, под вас подстроим, создадим, спроектируем", а вы сразу показываете все, что есть в нашем ТЗ? Мы отвечаем, что мы не IT-компания! Мы разрабатывали продукт как бизнес-консультанты по управлению и маркетингу. На основе реальных бизнес-задач и их решений! И развиваем продукт по этому же принципу!
Опыт показывает то, что 90% того, "что надо доработать и настроить" за отдельные деньги, у нас уже есть, исходя из опыта предудущих проектов! Только мы не берем за это дополнительные деньги! :)
Посмотрите на это все с точки зрения НОРМАЛЬНОГО человека!!! Который не заказывает ИНДИВИДУАЛЬНУЮ колбасу, покупая при этом целый мясокомбинат! Очень редко шьет одежду в ателье, предпочитая покупать ее в магазине! Хочет ГОТОВЫЙ автомобиль, на котором можно СРАЗУ ездить, а не загонять его на полгода в автосервис для "индивидуальной настройки и доводки"!
ЗЫ: Я, как человек курящий, предпочитаю зажигалки Cricket и Zippo, а не "левые" китайские и турецкие изделия... А знаете почему? Они идеально сделаны! В них нет даже рычажка регулировки пламени! Оно там всегда УЖЕ ОТРЕГУЛИРОВАНО! _________________ www.monitor-crm.ru
-=Monitor CRM - больше, чем CRM!=- |
|
Игорь А. Рыков
![](images/avatars/541333159455897e7f07e0.jpg)
Зарегистрирован: 14.06.2006 Сообщения: 550
|
Добавлено: Пн Ноя 13, 2006 10:56 pm |
|
|
Кадыков Михаил писал(а): | В любом нормальном автомобиле есть куча настроек "под клиента"! Но при этом 99% базовых функций изначально продуманы конструкторами и "уже есть"!!! |
Нормальный с вашей точки зрения "автомобиль" из 5-ти секунд НЕ ВЫЕЗЖАЕТ. (т.е. разгоняется больше, чем за 5 секунд до сотни). А раз так... остыньте по поводу 99%. В серийных (читай в нашем случае - коробках) лансерах, фокусах и пр. этими секундами и не пахнет.
Т.е. если же вы хотите сказать, что 99% - это "ДОЛЖЕН ЕЗДИТЬ"? Ну... извините. Сейчас не заря автомобилестроения!
Разница между коробкой и инструментом - это наличие в машине 250+ л.с., турбина, прямоток, датчики давления масла, турбины и температуры выхлопа. Интеркулер, фильтр нулевого сопротивления. Сигнализация с турбо-таймером, привод на все колеса, низкопрофильная резина и руль Mo-Mo! О! Руль Mo-Mo - ни дать, ни взять!
Да, перекручиваю движок, да свечи летят быстро, да, надо менять дорогое масло каждые 5000 км.! Да, постоянная настройка подвески. Вы ездите? Не смешите! Я езжу!
Кадыков Михаил писал(а): | Мы отвечаем, что мы не IT-компания! |
Как-то все больше становится заметно. _________________ Игорь А. Рыков, BMicro=> CRM-система Клиент-Коммуникатор.
Санкт-Петербург, тел.: +7 (812) 380-4-380
igor_rykov@bmicro.ru, ICQ: 231-654-501, SKYPE: igor_rykov
Последний раз редактировалось: Игорь А. Рыков (Пн Ноя 13, 2006 11:10 pm), всего редактировалось 2 раз(а) |
|
|
Powered by LP © 2001, 2005 phpBB Group
|