Последние события.

08.04.2019 Мониторы

  • PREVIEW_TEXT - по анонсу (фильтр Маска);
  • PREVIEW_TEXT_TYPE - по типу анонса (html|text, фильтр Строка);
  • PREVIEW_PICTURE - коду картинки для анонса (фильтр Число);
  • DETAIL_TEXT - по детальному описанию (фильтр Маска);
  • DETAIL_TEXT_TYPE - по типу детальному описания (html|text, фильтр Строка);
  • DETAIL_PICTURE - по коду детальной картинки (фильтр Число);
  • CHECK_PERMISSIONS - если установлен в "Y", то в выборке будет осуществляться проверка прав доступа к информационным блокам. По умолчанию права доступа не проверяются.
  • PERMISSIONS_BY - фильтрация по правам произвольного пользователя. Значение - ID пользователя или 0 (неавторизованный).
  • CATALOG_TYPE - фильтрация по типу товара;
  • MIN_PERMISSION - минимальный уровень доступа, будет обработан только если CHECK_PERMISSIONS установлен в "Y". По умолчанию "R". Список прав доступа см. в CIBlock ::SetPermission ().
  • SEARCHABLE_CONTENT - по содержимому для поиска. Включает в себя название, описание для анонса и детальное описание (фильтр Маска);
  • SORT - по сортировке (фильтр Число);
  • TIMESTAMP_X - по времени изменения (фильтр Дата);
  • DATE_MODIFY_FROM - по времени изменения. Будут выбраны элементы измененные после времени указанного в фильтре. Время указывается в формате сайта. Возможно использовать операцию отрицания "!DATE_MODIFY_FROM";
  • DATE_MODIFY_TO - по времени изменения. Будут выбраны элементы измененные ранее времени указанного в фильтре. Время указывается в формате сайта. Возможно использовать операцию отрицания "!DATE_MODIFY_TO";
  • MODIFIED_USER_ID или MODIFIED_BY - по коду пользователя, изменившего элемент (фильтр Число);
  • DATE_CREATE - по времени создания (фильтр Дата);
  • CREATED_USER_ID или CREATED_BY - по коду пользователя, добавившего элемент (фильтр Число);
  • DATE_ACTIVE_FROM - по дате начала активности (фильтр Дата) Формат даты должен соответствовать , установленному на сайте. Чтобы выбрать элементы с пустым полем начала активности, следует передать значение false ;
  • DATE_ACTIVE_TO - по дате окончания активности (фильтр Дата)Формат даты должен соответствовать , установленному на сайте. Чтобы выбрать элементы с пустым полем окончания активности, следует передать значение false ;
  • ACTIVE_DATE - непустое значение задействует фильтр по датам активности. Будут выбраны активные по датам элементы.Если значение не установлено ("" ), фильтрация по датам активности не производится;
    Чтобы выбрать все не активные по датам элементы, используется такой синтаксис: $el_Filter[ "!ACTIVE_DATE" ]= "Y";
  • ACTIVE_FROM - устаревший;
  • ACTIVE_TO - устаревший;
  • IBLOCK_ID - по коду информационного блока (фильтр Число);

    При использовании инфоблоков 1.0 можно в IBLOCK_ID передать массив идентификаторов, чтобы сделать выборку из элементов нескольких инфоблоков:
    $arFilter = array("IBLOCK_ID" => array(1, 2, 3), ...); Для инфоблоков 2.0 такая выборка будет работать только в том случае, если в ней не запрашиваются свойства элементов.

    В некоторых случаях точное указание IBLOCK_ID в фильтре может ускорить выборку элементов. Так как зависимости сложные, каждый конкретный случай надо рассматривать отдельно.

  • IBLOCK_CODE - по символьному коду информационного блока (фильтр Маска);
  • IBLOCK_SITE_ID или IBLOCK_LID или SITE_ID или LID - по сайту (фильтр Строка);
  • IBLOCK_TYPE - по типу информационного блока (фильтр Маска);
  • IBLOCK_ACTIVE - по активности информационного блока (Y|N, фильтр Строка);
  • SECTION_ID - по родительской группе. Если значение фильтра false, "" или 0, то будут выбраны элементы не привязанные ни к каким разделам. Иначе будут выбраны элементы привязанные к заданному разделу. Значением фильтра может быть и массив. В этом случае будут выбраны элементы привязанные хотя бы к одному из разделов указанных в фильтре. Возможно указание отрицания "!". В этом случае условие будет инвертировано;
  • SECTION_CODE - по символьному коду родительской группы. Аналогично SECTION_ID;
  • INCLUDE_SUBSECTIONS - если задан фильтр по родительским группам SECTION_ID , то будут также выбраны элементы находящиеся в подгруппах этих групп (имеет смысле только в том случае, если SECTION_ID > 0 );
  • SUBSECTION - по принадлежности к подразделам раздела. Значением фильтра может быть массив из двух элементов задающих левую и правую границу дерева разделов. Операция отрицания поддерживается.
  • SECTION_ACTIVE - если ключ есть в фильтре, то проверяется активность групп к которым привязан элемент.
  • SECTION_GLOBAL_ACTIVE - аналогично предыдущему, но учитывается также активность родительских групп.
  • SECTION_SCOPE - задает уточнение для фильтров SECTION_ACTIVE и SECTION_GLOBAL_ACTIVE. Если значение "IBLOCK", то учитываются только привязки к разделам инфоблока. Если значение "PROPERTY", то учитываются только привязки к разделам свойств. "PROPERTY_ " - привязки к разделам конкретного свойства.
  • CATALOG_AVAILABLE - признак доступности товара (Y|N). Товар считается недоступным, если его количество меньше либо равно нулю, включен количественный учет и запрещена покупка при нулевом количестве;
  • CATALOG_CATALOG_GROUP_ID_N - по типу цен;
  • CATALOG_SHOP_QUANTITY_N - фильтрация по диапазону количества в цене;
  • CATALOG_QUANTITY - по общему количеству товара;
  • CATALOG_WEIGHT - по весу товара;
  • CATALOG_STORE_AMOUNT_<идентификатор_склада> - фильтрация по наличию товара на конкретном складе (доступно с версии 15.0.2 модуля Торговый каталог ). В качестве значения фильтр принимает количество товара на складе либо false .
  • CATALOG_PRICE_SCALE_<тип_цены> - фильтрация по цене с учетом валюты (доступно с версии 16.0.3 модуля Торговый каталог ).
  • CATALOG_BUNDLE - фильтрация по наличию набора у товара (доступно с версии 16.0.3 модуля Торговый каталог ).
  • SHOW_COUNTER - по количеству показов (фильтр Число);
  • SHOW_COUNTER_START - по времени первого показа (фильтр Дата);
  • WF_COMMENTS - по комментарию документооборота (фильтр Маска);
  • WF_STATUS_ID или WF_STATUS - по коду статуса документооборота (фильтр Число);
  • SHOW_HISTORY - если установлен в значение "Y", то вместе с элементами будут выводится и их архив (история), по умолчанию выводятся только опубликованные элементы. Для фильтрации по WF_STATUS_ID SHOW_HISTORY должен стоять в "Y".
  • SHOW_NEW - если SHOW_HISTORY не установлен или не равен Y и SHOW_NEW =Y, то будут показываться ещё неопубликованные элементы вместе с опубликованными;
  • WF_PARENT_ELEMENT_ID - по коду элемента-родителя в документообороте для выборки истории изменений (фильтр Число);
  • WF_NEW - флаг что элемент ещё ни разу не был опубликован (Y|N);
  • WF_LOCK_STATUS - статус заблокированности элемента в документооборте (red|green|yellow);
  • PROPERTY_> - фильтр по значениям свойств, где PROPERTY_CODE - код свойства или символьный код. Для свойств типа "Список", "Число", "Привязка к элементам" и "Привязка к разделам" - фильтр Число . Для прочих - фильтр Маска ;
  • PROPERTY_< PROPERTY_CODE>_VALUE - фильтр по значениям списка для свойств типа "список" (фильтр Маска), поиск будет осуществляться по строковому значению списка, а не по идентификатору;
  • CATALOG__ - по полю CATALOG_FIELD из цены типа PRICE_TYPE (ID типа цены), где CATALOG_FIELD может быть: PRICE - цена, CURRENCY - валюта.
  • PROPERTY_. - фильтр по значениям полей связанных элементов. , где PROPERTY_CODE - ID или символьный код свойства привязки, а FIELD - поле указанного в привязке элемента. FIELD может принимать следующие значения: ACTIVE, DETAIL_TEXT_TYPE, PREVIEW_TEXT_TYPE, EXTERNAL_ID, NAME, XML_ID, TMP_ID, DETAIL_TEXT, SEARCHABLE_CONTENT, PREVIEW_TEXT, CODE, TAGS, WF_COMMENTS, ID, SHOW_COUNTER, WF_PARENT_ELEMENT_ID, WF_STATUS_ID, SORT, CREATED_BY, PREVIEW_PICTURE, DETAIL_PICTURE, IBLOCK_ID, TIMESTAMP_X, DATE_CREATE, SHOW_COUNTER_START, DATE_ACTIVE_FROM, DATE_ACTIVE_TO, ACTIVE_FROM, ACTIVE_TO, ACTIVE_DATE, DATE_MODIFY_FROM, DATE_MODIFY_TO, MODIFIED_USER_ID, MODIFIED_BY, CREATED_USER_ID, CREATED_BY. Правила фильтров идентичны тем, которые описаны выше.
  • Перед названием фильтруемого поля можно указать тип проверки фильтра:
    • "!" - не равно
    • "<" - меньше
    • "<=" - меньше либо равно
    • ">" - больше
    • ">=" - больше либо равно
    • "><" - между
    • и т.д.
    Значения фильтра - одиночное значение или массив значений. Для исключения пустых значений необходимо использовать false .

    Необязательное. По умолчанию записи не фильтруются.

    Примечание 1: (по настройке фильтра для свойства типа "Дата/Время"): свойство типа Дата/Время хранится как строковое с датой в формате YYYY-MM-DD HH:MI:SS. Соответственно сортировка по значению такого свойства будет работать корректно, а вот значение для фильтрации формируется примерно так: $cat_filter[">"."PROPERTY_available"] = date("Y-m-d");


    Примечание 2: при использовании типа проверки фильтра "><" для целых чисел, заканчивающихся нулем, необходимо использовать тип поля число или разделительный знак "," для десятичных значений (например, 20000,00). Иначе работает не корректно.

    Рассказал, как создавалась Конституция России.

    Конституционный марафон, посвящённый 25-летию Конституции Российской Федерации, бежит по стране в переносном и прямом его смыслах. В переносном, если иметь ввиду, что многие учебные заведения, общественные объединения проводят в декабре конференции, "круглые столы", посвящённые этой дате, а в прямом смысле - когда жанр марафона выбирается в качестве такой формы популяризации основного закона страны.


    Вот и Сочинский филиал Всероссийского государственного университета юстиции (РПА Минюста России) выбрал марафон в таком качестве и провёл его 6 декабря.


    Почти весь этот день студенты - будущие юристы посвятили выступлениям, посвящённым 100-летию Конституции РСФСР 1918 года, 40-летию Конституции РСФСР 1978 года и 25-летию Конституции Российской Федерации.


    О её создании, более чем четверть века назад, студентам и преподавателям рассказал член Конституционной комиссии Съезда народных депутатов РСФСР - профессор Международного юридического института Глотов Сергей Александрович (на фото со студентами Сочинского филиала РПА Минюста России).


    7 декабря в Сочинском государственном университете профессор С.А. Глотов выступил с докладом "Конституционные гарантии прав человека в Российской Федерации", также посвящённом 25-летию принятия всенародным голосованием Конституции Российской Федерации.


    В этом мероприятии принимала участие и Председатель Избирательной комиссии муниципального образования город-курорт Сочи Ткачёва Валентина Викторовна. Состоялся заинтересованный разговор о праве граждан России избирать и быть избранными в органы государственной власти и местного самоуправления (ст. 32 Конституции РФ), а также праве участвовать в управлении делами государства, тем более в университетском зале Учёного совета также находились будущие юристы (на фото студенты юридического факультета Сочинского государственного университета).

    Соб. инф.



    Array ( => 49740 => 37 => Рассказал, как создавалась Конституция России. => => Array ( => 37 [~ID] => 37 => 03/12/2014 11:19:07 [~TIMESTAMP_X] => 03/12/2014 11:19:07 => muinews [~IBLOCK_TYPE_ID] => muinews => en [~LID] => en => [~CODE] => => Главная новостная лента МЮИ [~NAME] => Главная новостная лента МЮИ => Y [~ACTIVE] => Y => 500 [~SORT] => 500 => /news/index.php?ID=37 [~LIST_PAGE_URL] => /news/index.php?ID=37 => #SITE_DIR#/news/detail/index.php?ID=#ELEMENT_ID# [~DETAIL_PAGE_URL] => #SITE_DIR#/news/detail/index.php?ID=#ELEMENT_ID# => #SITE_DIR#/news/list.php?ID=#ID# [~SECTION_PAGE_URL] => #SITE_DIR#/news/list.php?ID=#ID# => [~PICTURE] => => [~DESCRIPTION] => => text [~DESCRIPTION_TYPE] => text => 0 [~RSS_TTL] => 0 => Y [~RSS_ACTIVE] => Y => N [~RSS_FILE_ACTIVE] => N => 10 [~RSS_FILE_LIMIT] => 10 => 0 [~RSS_FILE_DAYS] => 0 => Y [~RSS_YANDEX_ACTIVE] => Y => [~XML_ID] => => [~TMP_ID] => => Y [~INDEX_ELEMENT] => Y => Y [~INDEX_SECTION] => Y => 1 [~VERSION] => 1 => 0 [~LAST_CONV_ELEMENT] => 0 => [~EDIT_FILE_BEFORE] => => [~EDIT_FILE_AFTER] => => Разделы [~SECTIONS_NAME] => Разделы => Раздел [~SECTION_NAME] => Раздел => Новости [~ELEMENTS_NAME] => Новости => Элемент [~ELEMENT_NAME] => Элемент => L [~SECTION_CHOOSER] => L => N [~BIZPROC] => N => [~LIST_MODE] => => [~SOCNET_GROUP_ID] => => S [~RIGHTS_MODE] => S => [~SECTION_PROPERTY] => => Y [~WORKFLOW] => Y => [~PROPERTY_INDEX] => => [~CANONICAL_PAGE_URL] => => [~EXTERNAL_ID] => => / [~LANG_DIR] => / => lawacademy.ru [~SERVER_NAME] => lawacademy.ru) => /news/index.php?ID=37 [~LIST_PAGE_URL] => /news/index.php?ID=37 => => Array ( => Array ()) => Array () => 10/12/2018 15:38:52 => /news/detail/index.php?ID=49740 =>)

    Our Pride and Glory

    Digi Beta PAL, Colour, Stereo, 12:56 min, D 2009
    Filmed on expired S8 material in Buryn (Ukraine) 2008


    Verleih: Arsenal – Institut fьr Film und Videokunst e.V.

    camera / sound / editing
    Meggie Schneider

    Sound-mix
    Jochen Jezussek

    Research
    Oleksandra Bienert
    Alesia Kachur
    Juri Katchanow
    Taras Nahirny

    Subtitles / translation

    German to english
    Kristen Allen

    Russian to english
    Mara Traumane

    Ukrainian / russian to german
    Oleksandra Bienert

    Special thanks to
    Marchenko Hanna Adamovna
    Oleksandr Ihnatenko
    Oksana Kachur
    Anna Kachur
    Viktor Kachur
    Alesia Kachur
    Vira Kudriavska
    Stefan Landorf
    Markus Nechleba
    Uli Kunz / Ralph Niebuhr
    Jac Rubenstein
    Betty Steinbrügge
    Vadim Otto Ursus

    With Lenin at their centre, the old heroes of the Soviet era observe the day-to-day life in the Ukrainian village of Buryn, which is growing apart from its past. The monuments were erected to fill the void of a city destroyed in the Second World War, and perhaps they sense that devoid of meaning in a post-communist world, they’re threatened with
    a fate of decay.
    Until now, the old role models in the province have not seen any real competition. But on the radio voices call for the victims of the Holodomor famine to be honoured in place of the World War II guerrillas. On the same circuits, Ukrainian President Viktor Yushchenko urges prudence and promotes the reconciliation of heroes old and new.
    The setting sun emphasises the cracked and peeling portraits of the guerrillas and bestows them with a special attention through the shadows of plants dancing lightly in the wind. The camera gently scans the faces to determine whether it can discover a feeling other than pathos. Orbital movements take in the village’s central square and its inhabitants from the imaginary perspective of the heroes and heroines who are disappearing into the four symmetrical streets that fan out from the centre.

    Text by Stefan Landorf and Meggie Schneider
    Translation by Kristen Allen


    OUR PRIDE AND GLORY

    Un film de Meggie Schneider

    Digi Beta PAL, Couleur, Stereo, 13 min, D 2009
    Filmé sur pellicule S8 périmée à Buryn (Ukraine) 2008

    Avec Lénine en son centre, les vieux héros de l"ère soviétique observent la vie au jour le jour dans le village ukrainien de Bouryn, qui se dégage petit à petit de la gangue de son passé. Les monuments ont été érigés pour combler le vide d"une ville détruite pendant la Seconde Guerre mondiale, et peut-être sentent-ils que, dépourvus de sens dans un monde post-communiste, ils sont condamnés à l’avenir à une décrépitude annoncée.
    Jusqu"à présent, les anciens héros de la province n"ont connu aucune réelle concurrence. Mais, à la radio, des voix se font entendre, et appellent à honorer les victimes de l’Holodomor, l’extermination par la faim, plutôt que celles de la Seconde Guerre Mondiale. Par ces mêmes canaux, le Président ukrainien Viktor Iouchtchenko invite instamment
    à la prudence et prêche pour une réconciliation des héros, anciens et nouveaux.
    Le soleil couchant met l"accent sur les portraits craquelés et écaillés de la guérilla et leur confère une attention particulière, à travers les ombres des plantes dansant légèrement dans le vent. La caméra balaie doucement les visages, pour chercher à découvrir un sentiment autre que le pathos. Des mouvements circulaires saisissent l’architecture de la place centrale du village, et transcrivent un point de vue imaginaire, le regard de ces héros et héroïnes, qui se laissent peu à peu disparaître dans les quatre rues symétriques qui sont distribuées à partir du centre.

    Texte de Stefan Landorf et Meggie Schneider
    Traduction de Nicolas Heimburger


    Доброго времени суток уважаемые читатели. Данную статью хотелось бы посвятить настройке ЧПУ в интернет-магазине bitrix’а у карточек товаров и разделов, ведь это очень важно для . Т.к. я мало знаком с битриксом пришлось долго лазать по форумам и документации прежде, чем я пойму как же поменять ссылки, а также поставить редиректы со старых с, к примеру, /shop/category/detail.php?ID=384 на /shop/category/nazvanie-tovara. Для вас, дорогие читатели, я решил упростить задачу и рассказать как же я изменил вид ссылок на вложенные человекопонятные в битриксе. Также хочу заметить, что данный способ не будет работать, если у страниц с товарами и категориями не заполнено поле с символьным кодом, насколько мне известно, это, как правило, делается автоматически — если нет, то нужно либо сгенерировать символьный код, либо проставить вручную на каждый раздел и каждую карточку товара.

    Итак, всего необходимо сделать не много не мало - 3 действия:

    Создаем правило обработки адресов

    Это нужно для того, чтобы страница просто открывалась по нужному нам URL /shop/category/nazvanie-tovara.

    Переходим по административной части битрикса сюда Рабочий стол > Настройки > Настройки продукта > Обработка адресов > Правила обработки

    И нажимаем кнопку «Новая запись», выбирая нужный сайт, если у вас их несколько. Далее заполняем поля:

    • Условие: ~/shop/category/(.*?)$~ - Условие по которому происходит обработка адреса
    • Компонент: bitrix:catalog.element - Компонент, который обрабатывается (данный компонент выводит карточку товара)
    • Файл: /shop/category/detail.php - Файл, который обрабатывается (файл, как правило можно увидеть в нашем старом URL /shop/category/detail.php?ID=384)
    • Правило : ELEMENT_CODE=$1 - Правило по которому обрабатывается ссылка

    Теперь наш URL приобрел вид /shop/category/nazvanie-tovara, но страница категории выводит по-прежнему ссылки на старые URL, для того, чтобы это исправить необходимо перейти к следующему шагу.

    Изменение URL в bitrix на ЧПУ в инфоблоке (на странице категории)

    Данное действие необходимо, чтобы на странице категории выводились наши новые ЧПУ-шные ссылки.

    Идем в административную часть битрикса и заходим Рабочий стол > Контент > Инфоблоки > Типы инфоблоков > Инфоблок-вашей-категории

    Открываем инфоблок нужной категории

    Нас интересуют поля:

    • URL страницы информационного блока: #SITE_DIR#/shop/category/index.php?ID=#IBLOCK_ID#
    • URL страницы раздела: #SITE_DIR#/shop/category/index.php?SECTION_ID=#SECTION_ID#
    • URL страницы детального просмотра: #SITE_DIR#/shop/category/detail.php?#ELEMENT_ID#

    Думаю за что отвечает каждый из URL пояснять не нужно. Для внедрения полного ЧПУ в битрикс вам необходимо будет сделать 3 действия описанные в этой статье — 3 раза (на каждый из УРЛов (раздела, подраздела, карточки товара), но я продолжу показывать пример внедрения ЧПУ на карточке товара.

    Нам, стало быть, нужно изменить ссылку страницы детального просмотра. Сделать это достаточно просто — справа от данных полей есть «многоточие», если вы на него нажмете, то интуитивно поймете как выстроить URL. Нам нужно сделать URL такого вида #SITE_DIR#/shop/category/#ELEMENT_CODE#

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

    Казалось бы, на этом этапе можно закончить внедрение ЧПУ на bitrix, но, для тех кто занимается SEO, либо сотрудничает с СЕО-шниками необходимо сделать еще одну важную вещь.

    Внедрение редиректов со старых ссылок на ЧПУ

    Это необходимо для склейки дублей страниц, а также для тех, кто закупал или имеет ссылки по старым адресам.

    Нам необходимо дописать чуть-чуть кода в файл result_modifier.php элемента каталога. Открыть этот файл можно несколькими способами:

    • Со стороны редактирования сайта перейти на карточку товара, выделить компонент, нажать на выпадающее меню рядом с «шестеренкой» > элемент каталога детально (bitrix:catalog.element) > редактировать файл result_modifier.php
    • Через ФТП: /bitrix/templates/.default/components/bitrix/catalog.element/ваш-каталог/result_modifier.php
    • Через административную часть: Рабочий стол > Контент > Структура сайта > Файлы и папки > bitrixtemplates > .default > components > bitrixcatalog.element > ваш-каталог > result_modifier.php

    Открываем файлик и перед закрывающимся?> дописываем

    //редирект для удаления дублей if (($arResult["DETAIL_PAGE_URL"] != $APPLICATION->GetCurPage(false)) and (($arResult["IBLOCK_ID"]==10) or ($arResult["IBLOCK_ID"]==11) or ($arResult["IBLOCK_ID"]==12))) LocalRedirect($arResult["DETAIL_PAGE_URL"],false,"301 Moved permanently");

    Надеюсь статья была вам полезной, если у вас возникли какие-либо вопросы — пишите в комментариях.

    Маринэ Восканян
    Ольга Мельник

    Первое, о чем вспоминает ИТ-менеджер, когда речь заходит об автоматизации продаж - это внедрение CRM-системы. И действительно, во всем мире накоплен огромный опыт применения CRM-систем в процессе продаж. Однако, опыт это не всегда положительный. Мы пытаемся проанализировать положительные и отрицательные стороны проектов по внедрению CRM-систем.

    На внедрения CRM обычно возлагаются особые ожидания. Все же дело идет о продажах, получении или неполучении прямых доходов. Чаще всего к непростому решению внедрять CRM компанию подталкивает один из трех сценариев:

    • возникновение кризисной ситуации: ушел менеджер и "увел" клиентов, резкий всплеск конкурентной борьбы, низкая собираемость долгов, и необходим контроль за информацией, систематизация деятельности сотрудников;
    • бурное развитие бизнеса (или потребность в развитии), которое невозможно продолжать "по старинке", и компании требуется автоматизация рутинных операций, контроль эффективности, сбор и передача знаний;
    • корпоративный стандарт, которому нужно следовать, увеличение инвестиционной привлекательности бизнеса за счет консолидации клиентской базы.

    Эксперты поставщика ИТ-услуг компании Sputnik Labs выделяют именно эти ситуации как наиболее типичные для России и попутно отмечают, что более чем у половины заказчиков нет даже единого реестра клиентов. В общем случае компания-заказчик от внедрения CRM ожидает как минимум наведения порядка, снижения зависимости от конкретных менеджеров и как максимум - роста продаж, желательно экспотенциального.

    Да, успешно функционирующая CRM-система позволяет систематизировать информацию о клиентах и контрагентах, как существующих, так и потенциальных (рис. 1), создать единое информационное пространство и предотвратить потери и утечки данных о клиентах в результате увольнений и ротации кадров. Вот мнение руководителя одной из российских компаний: "CRM - абсолютно необходимая и полезная вещь для любого отдела продаж. Даже простейшая автоматизация и наведение элементарного порядка в клиентской базе дает экономический эффект, делает бизнес более прозрачным и устойчивым. Если удается внедрить более сложные маркетинговые, аналитические и управленческие функции CRM, компания значительно увеличивает свою эффективность".

    Тем не менее, если говорить о влиянии CRM на рост продаж, все не так просто. Безусловно, оценки возможного возврата инвестиций в CRM прямо касаются эффекта от роста продаж. Определенная мировая статистика свидетельствует, что за счет внедрения CRM достигаются:

    • сокращение цикла продаж в среднем на 10-15%;
    • повышение процента выигранных сделок на 5-10%;
    • повышение показателя удержания прибыльных клиентов на 5%;
    • сокращение времени на выполнение рутинных операций на 25-30%;
    • повышение средней прибыльности сделок на 15-20%;
    • повышение точности прогнозирования продаж до 99%;
    • снижение издержек на продажи, маркетинг и последующую поддержку клиентов на 10-15%;
    • увеличение процента перекрестных продаж, в том числе через отдел поддержки клиентов на 5-10%;
    • повышение эффективности маркетинговых кампаний на 5-7%.

    В результате такой статистики называется приятная цифра: "рентабельность среднего проекта CRM от 200 до 400% в течение двух-трех лет". Однако с этим согласны далеко не все. Шестилетний опыт работы руководителя компании Vipro Олега Сковородникова с различными CRM дает несколько другую картину. По его мнению, прямой связи между улучшениями в области продаж и внедрением CRM не видно. К ожидаемым, но не обнаруженным эффектам Олег Сковородников относит следующие.

    1. Увеличение продаж. "Прямой связи не обнаружили. Косвенно продажи увеличиваются за счет того, что менеджеры работают более эффективно и быстро. Но доказать это с цифрами не удалось".

    2. Повышение качества обслуживания. "Прямой связи тоже не заметили. Сотрудники, которые до внедрения CRM хорошо обслуживали и продавали, продолжали в том же духе. Бестолковые и невнимательные остались такими и после внедрения CRM. Но очень удобно, если сотрудник отсутствует или уволен, - в этих случаях CRM просто незаменим, он не улучшает качество, но создает саму возможность для обслуживания".

    3. Увеличение числа повторных покупок, повышение лояльности покупателей, покупка дополнительных товаров и услуг. "Все это полностью заслуга менеджеров. Никакой CRM их не заменит, но косвенно помогает в достижении этих целей".
    Что касается еще одной острой проблемы - безопасности данных, то собственно внедрением CRM-системы она тоже не решается. "Например, увольняли директора по развитию, - комментирует Олег Сковородников. - У него был доступ к клиентской базе. Его забыли деактивировать. Человек за пять минут до ухода экспортировал базу клиентов и сам послал ее себе на домашний почтовый ящик. Вообще, если в ваших стройных рядах появится нелояльный сотрудник, CRM может помочь ему сделать вам плохо". Нужно не забывать о том, что появление CRM в компании не уменьшает, а увеличивает число возможных угроз и требует от ИТ-службы адекватных и по возможности превентивных мер.

    Несмотря на определенный скепсис, спрос на CRM-системы в России увеличивается, по разным оценкам, на 50-100% в год. В основном активность проявляют сфера услуг, финансовый сектор, ИТ, телекоммуникации, торговые компании. Как правило, российские компании хотят получить гибкое решение для своих процессов. Хотя нередки случаи, когда, уважая опыт, накопленный авторитетным производителем CRM?решения, компания решалась скорее пойти на изменение своих бизнес-процессов, нежели на серьезные изменения в функционале CRM-системы.

    Кроме того, спросом пользуются решения, обеспечивающие интеграцию фронт-офиса и бэк-офиса, интегрированные системы ERP/CRM. Дело в том, что до 60% стоимости внедрения CRM-системы составляют расходы на интеграцию с уже имеющимися КИС. И неудивительно: CRM-решение в отрыве от ERP системы остается функционально неполным. Без нормального бэк-офиса возникают разрывы в бизнес-процессах компании - например, при передаче заказа на исполнение или выставлении счета.

    Неудачи CRM проектов

    Статистика (по данным Gartner Group, Cap Gemini Ernst & Young и Peppers & Rogers Group) по CRM-проектам на Западе печальна - от 50 до 80% внедрений в итоге не оправдывает ожиданий. Каков этот процент в России, точно не известно, но вряд ли меньше. Почему так получается? Самый тяжелый случай - невозможность реализации проекта в условиях существующей корпоративной культуры, отсутствие должного уровня структурирования бизнес-процессов для возможности их автоматизации (отсутствие регламентов, внутренних положений проведения операций). А также отсутствие обратной связи между рабочей группой по внедрению и предполагаемыми пользователями системы в процессе формулирования перечня функциональных и иных требований к системе.

    Распространенная ошибка - технологии ставятся "впереди" стратегии. CRM внедряется, когда цели, процессы, структуры еще не сформулированы. В наличии оказывается только "миссия", напоминающая исторические призывы ЦК КПСС "работать лучше" Инсталляция приложений CRM происходит прежде, чем компания претерпела необходимые организационные изменения по реализации клиентоориентированного подхода. К тому же многим хочется внедрить все и сразу. По мнению Андрея Павлова, управляющего партнёра "ФБ Консалт", существует своеобразный миф: чем больше функциональности, тем лучше: и "про запас" и "для образца работы". При таком подходе образуется "черная дыра" для денег и усилий: ресурсы распыляются на приобретение максимума функциональных возможностей, и тем самым создается невостребованная технологическая избыточность. В то же время вместо поэтапного подхода к преобразованиям ставится задача трансформации всего клиентского бизнеса "в один прием": структуризация клиентской базы, дифференциация предложений, индивидуализация общения и кастомизация исполнения.

    Не обходится и без классических промахов - отсутствия должного внимания со стороны топ-менеджмента, ошибок в ходе планирования, проблем с координацией между отделами и департаментами внутри компании. В некоторых случаях, уже внедрив CRM-функционал, компании не способны обеспечить ресурсами разработанную стратегию CRM и провести необходимые организационные изменения.

    В компании "Альфастрахование", где функционирует CRM-система SalesLogic, отмечают как необходимые условия успеха внедрения CRM твердую волю руководства блока продаж и его курирование проекта, достаточность внутренних ресурсов поддержки системы, а кроме того - готовность самих продавцов принять новые правила игры, вернее, вовлечение их в новую "игру". Известно, что специфичной и острой для CRM проблемой является в значительной мере сопротивление самих менеджеров по продажам. Они небезосновательно видят в ней угрозу и виде усиления контроля за своей работой и в виде потери собственной ценности как носителя знаний о клиентах. Часто бывает, что менеджерам не хватает навыков или времени, чтобы серьезно анализировать взаимоотношения с клиентами всеми доступными инструментами, строить "воронку продаж".

    Могут быть и функционально-технологические причины: систему оказывается просто неудобно использовать для конкретных задач. В результате она вместо рабочего инструмента превращается в мешающий фактор. Персонал начинает параллельно вести списки своих клиентов в Excel-файлах или иным способом. По заявлению ИТ-менеджера одного из крупных российских заказчиков, имевшего опыт внедрения SalesLogix в 2001-2003 гогах, очень многие российские поставщики ИТ-услуг начинают работу с приятных слов "Скажите, что и как вы хотите, а мы все это автоматизируем". Потом начинается бурная консультационная деятельность, а на выходе - только бумага. А в результате предлагается либо коробочное решение (дешево, зато быстро), либо максимально интегрированное решение, практически со всем ПО, имеющимся в компании (будет красиво, но дорого, и закончится ли?).

    Как избежать неудач?

    Андрей Павлов считает, что в ходе внедрения очень важно стремиться к получению уникального бизнес-решения, должного дать фирме некопируемое конкурентное преимущество. Нужно выделить действительно необходимый своим бизнес-пользователями функционал и стараться реализовать именно его, избегая функциональной избыточности. Успех минималистского проекта обеспечивается за счет видимости результата при разумных усилиях. Дальше можно двигаться так же поэтапно. Это может помочь и в одном особенно важном деле - поддержании интереса руководства к проекту, который тянется несколько месяцев.

    "Нужен сфокусированный и прагматичный подход, при котором бизнес сначала прилагает значительные усилия и тратит время для определения именно тех бизнес-процессов, что принесут выгоду, усиливая имеющиеся преимущества или решая "фронт-офисные" операционные проблемы. Эффект приносит концентрация на том, "для чего", а не "на чем" реализуются те или иные функции", - отмечает он и рекомендует выбирать для старта "критическое звено" - стратегически важную и реализуемую без особого напряжения задачу. Таких звеньев может оказаться достаточно среди "низкотехнологичных" инициатив. Правда, практика показывает, что, потянув за одно звено системы, неизбежно затрагиваешь и множество других звеньев…Это уже искусство - выбрать звено существенное, но не слишком переплетенное с другими.

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

    Что касается работы с персоналом отдела продаж при переходе на новую систему, то подавляющее большинство руководителей твердо стоит на очень жесткой позиции: заставлять, наказывать, штрафовать. Во всяком случае, необходимо ежедневно следить, чтобы люди работали по новым правилам. Как считает Вадим Дозорцев, директор консалтинговой компании "Berner&Stafford", без этого обойтись не удастся. Иногда все же доводится слышать и о более конструктивном подходе, основанном на заинтересованности самих сотрудников в повышении своей продуктивности. Успешно применяются и чисто технологические приемы, и их комбинации с организационными. Продавец получает зарплату пропорционально числу оформленных договоров. Договор нельзя оформить, не заполнив определенные формы в CRM. Конечно, это можно сделать и за один час непосредственно перед подачей договора на подпись, но такие вещи легко отслеживаются по логам системы. И за это уже штрафуют.

    Есть и другие организационные находки. Как показала практика внедрения CRM-системы MetodiX в "Русском банке развития", очень важной является поддержка пользователей в момент внедрения. В этом проекте бригада специалистов по внедрению в течении месяца ежедневно присутствовала на рабочих местах пользователей, контролировала исполнение процессов и бизнес-правил, фиксировала узкие места в процессах и пожелания пользователей. На основании этого формировались заявки на изменения в процессах. По словам представителей РБР "Присутствие такой бригады снимает шок у пользователей во время адаптации к работе в системе".

    Роль проектной команды в проекте внедрения CRM-системы, как и в любом другом ИТ-проекте, очень велика. Желательно, чтобы она не менялась и была единой: бизнес-подразделения, собственный ИТ-отдел и консультант-поставщик решения, каждый со своими зафиксированными правами и обязанностями. Адекватные ресурсам сроки, оперативный мониторинг происходящего, контроль реальных результатов не реже, чем раз в три месяца, - обо всем этом говорят на конференциях заказчики как о доставшемся кровью и потом ценном опыте. А казалось бы - азбука управления проектами…

    И напоследок немного о стоимости проектов внедрения CRM-систем. По данным компании Insight Technology, стоимость CRM-проекта распределяется так, как показано на рисунке 4. Однако Павел Черкашин из Sputnik Labs предупреждает: "По статистике, скрытые расходы составляют 200-500% от начальной стоимости проекта. Так что если у вас соотношение получается другим, проверьте, не забыли ли чего…"

    Суровые реалии: конфликт интересов

    Анализируя свой опыт внедрения SalesLogix в 2001-2003 гг., один из крупных российских заказчиков указал группы конфликта интересов в CRM-проекте. Для менеджмента заказчика CRM - это ПО, которое «решит все наши проблемы», «срок внедрения - вчера». При этом совершенно упускается из виду, что CRM-решение - это не столько ПО, сколько концепция новых отношений с клиентом, поддерживаемая ПО. Менеджмент говорит: «Мы будем наблюдать, как ИТ внедряет систему. Если не получится, за все ответит ИТ». Продавцы уверены, что им система не нужна, «мы и так все о клиентах знаем», «опять нас хотят контролировать». Аналитики желают, чтобы система позволяла строить побольше отчетности, а продавцы были бы обязаны заносить в нее массу различной информации. (Известно, что сбор больших объемов информации совсем не обязательно делает систему лучше управляемой.) И общий подход бизнес-заказчика оказывается таким: «Делайте то, что вам говорят, – нам виднее, а менять существующие бизнес-процессы мы не будем». Добавим к этому: собственный ИТ-отдел компании уверен, что может сделать все самостоятельно, и вообще система собственной разработки была бы значительно лучше. В результате происходит торможение проекта под предлогом несоответствия ПО ИТ-возможностям, ИТ-платформе, условиям эксплуатации, безопасности и так далее.