Ожидания и реалии в CRM-проектах. Последние события Рассказал, как создавалась Конституция России
Система PayCash стала коммерческим ответом на недоверие к дистанционной оплате товаров по кредитным карточкам. Проект разработан банком «Таврический» и группой компаний «Алкор-Холдинг» и рассчитан на содействие покупателям и продавцам электронных магазинов (от обеспечения системы онлайновых расчетов до хостинга Интернет-магазинов). Пользователям PayCash не нужна кредитная карточка. Это открытая платежная система, подключиться к ней может любой банк. Платежи в Интернет являются анонимными, а пользователь получает счет системы PayCash, с которого можно производить любые безналичные платежи. Разумеется, перед этим необходимо открыть счет в банке, поддерживающем систему PayCash, после чего зачисленные средства будут конвертированы в «электронную наличность». Платеж производится, например, так: посетитель виртуального магазина щелкает кнопку «Платеж через PayCash»; данные о заказе передаются в Центр Приема Платежей; продавцу приходит подтверждение, заверенное цифровой подписью. После этого Центр Платежей несет обязательства перед магазином и переводит деньги в указанный продавцом банк на сумму PayCash-платежа. Не правда ли, похоже на надежную аккредитивную форму расчетов? Само собой, за пользование системой удерживаются комиссионные в размере 1-3% от суммы платежа (в зависимости от условий вхождения в систему).
Для покупателя использование системы PayCash сводится к установке на компьютере программы-кошелька и ведению из нее финансовых операций. «Кошелек» содержит ключ для генерации электронной подписи, которой “метится” любой документ, отправляемый из программы. Программа-кошелек, к счастью, не использует алгоритмы привязки к аппаратной части ПК (например, серийному номеру процессора Pentium III), поэтому “кошелек” можно безболезненно переносить с компьютера на компьютер.
ASSIST
Система электронных платежей ASSIST - проект, позволивший проводить авторизацию и процессинг платежей, осуществляемых по кредитным карточкам, в реальном времени. Кроме того, платеж можно произвести, скажем, со счета клиента у Интернет-провайдера. При передаче конфиденциальной клиентской информации (данных кредитной или депозитной карточки) платеж по общей сети производится через защищенное соединение по протоколу SSL 3.0. Авторизация и процессинг кредитных карт производятся в системе CyberPlat банка «Платина». Информация о реквизитах карты, естественно, остается конфиденциальной и не предоставляется даже непосредственному продавцу. В Интернет-магазин отправляется лишь подтверждение в совершении платежа, заверенное цифровой подписью с 512-разрядным ключом шифрования.
Системой ASSIST пользуются десятки Интернет-магазинов и информационно-консалтинговых ресурсов. Одним из самых известных «адептов» системы является Интернет-магазин «оЗон» (http://www.o3.ru) - еще один номинант Национальной Интел Интернет Премии.
Dostavka.Ru
«Доставка.Ру» - это если и не феномен, то на редкость удачный коммерческий проект в российской части Интернет. Его бизнес-модель построена на принципе курьерской доставки оргтехники, средств связи и информационных услуг (предоставление Интернет-доступа) с оплатой наличными на месте. Работает быстрее и надежнее, чем дистанционные механизмы оплаты-доставки, особенно если учесть «задумчивость» нашей почты. Ассортимент товаров и услуг, в принципе, ограничен: в консолидированный прайс-лист включено немногим более тысячи наименований. Магазин обслуживает только Москву в пределах МКАД. Товары доставляются бесплатно: будь то картридж для принтера, монитор или копировальный аппарат. Цены - не намного ниже, чем средние по Москве, но головной боли, конечно, меньше. Виртуальный сервер, на который приходят заказы, «крутится» на оборудовании Интернет-провайдера «Зенон Н.С.П.». «Доставка.Ру», кстати, стал одним из первых магазинов, который предоставил своим посетителям бесплатный Интернет-доступ (естественно, только для посещения своего сервера).
Проект запустили всего три человека, у которых было два компьютера и один модем - прямо как в заморских байках про становление «гаражных» компаний Силиконовой долины. На создание магазина ушло фантастически мало времени - два месяца. Сейчас в офисной работе занято около 20 человек персонала. Обычно магазин обслуживает 50–70 заказов в день, но способен «переварить» в несколько раз больше запросов при планомерном расширении штата (ну и, при соответствующем спросе, конечно).
Что нужно для роста? Как растопить панцирь льда недоверия, исторически сложившегося в отношении Интернет-торговли? «Да, в общем, нет никакого рецепта, - отвечает Андрей Хромов, руководитель проекта Dostavka.Ru. - Наша задача - сделать так, чтобы клиент хоть раз воспользовался нашими услугами». Только личный удачный опыт помогает оценить удобство онлайновых покупок. Тем более что доставка должна производиться в считанные часы или дни, а деньги все это время остаются под надежным присмотром их законного владельца. Это вам не многодневные тревожные ожидания после осуществления банковского перевода.
Ощущает ли Dostavka.Ru негативное воздействие правовых пробелов, регламентирующих работу Интернет-магазина? Согласно официальной реакции руководителей проекта, в рамках существующего законодательства они чувствуют себя вполне комфортно. По словам Андрея Хромова, определенного законодательства требуют только те виды Интернет-торговли, в которых продавец и покупатель никогда не встречаются. Например, при оплате кредитными картами. В «группе риска» находится также торговля товарами, требующая специального разрешения (реализация алкоголя, табачных изделий, ювелирной продукции и т.п.). Web для «Доставки.Ру» - это просто красивая витрина, удобный и дешевый инструмент сбора заказов. Дальнейшая организация работы с клиентом мало чем отличается от какой-нибудь пиццерии. «У нас обычный магазин, - подтверждает Хромов. - Мы работаем по «физическим», а не по виртуальным правилам».
Среди трудностей, с которыми сталкивается Интернет-торговля, Хромов отметил отсутствие налаженной схемы B2B для Интернет-магазинов.
Megashop.Ru
Web-магазин Megashop.Ru специализируется на продаже и доставке компьютерного оборудования. Доставка осуществляется только по Москве, а оплату можно производить наличными, кредитными картами всех основных платежных систем и перечислением в рублях. Можно «прокатать» карту в слип-машинке в момент доставки. Кроме того, магазин обязуется вернуть деньги, даже если заказ уже реально оплачен, но покупатель отказался от него, пусть без объяснения причин (что полностью соответствует «Закону о защите прав потребителей»).
По официальной информации разработчиков проекта, на создание магазина ушло полгода и 100 тыс. долл. Рустем Ахияров, представляющий Megashop.Ru, пояснил также, что продвижение магазина обошлось в несколько раз дороже. Рассмотрев варианты аппаратной организации проекта, компания не стала размещать сервер на своих площадях и прокладывать дорогостоящий канал. В итоге остановились на варианте collocation - размещение сервера на площадке провайдера.
«Барьер недоверия к покупкам через Интернет - это лишь форма здорового человеческого консерватизма», - считает Рустем Ахияров. Единственный способ его преодолеть - это предоставить удобные условия оплаты, низкие цены и широкий ассортимент. Web-размещение «витрины» магазина совершенно очевидно помогает сократить издержки по всем центрам затрат.
На препятствия со стороны несовершенного законодательства руководство Megashop.Ru особо не сетует. Существуют трудности вполне «бытового» характера - следствие нецивилизованности рынка. «Ситуация доходит до абсурда: не все поставщики компьютерного оборудования могут предоставить в нужном формате информацию о наличии и цене товаров, - комментирует г-н Ахияров. - Менеджер по продажам из кожи вон лезет, чтобы продать, но все, что у него есть, - это смакетированный для формата A4 прайс-лист. Системный же программист этой компании может изо дня в день часами объяснять, почему «невозможно» получить просто список товаров с ценами в две колонки, хотя для него это 5 минут работы».
PAGERGATE.RU
SMS.GATE.RU
Многие пользователи пейджеров и мобильных телефонов стандарта GSM знакомы с коммуникационными шлюзами http://www.pagergate.ru и http://sms.gate.ru . С этих Web-сайтов можно отправить сообщение на пейджеры и сотовые GSM-телефоны, обслуживаемые 400 операторами России и стран СНГ.
По свидетельству Алексея Виноградова (координатора проекта SMS.Gate.Ru), основная трудоемкость проекта состояла даже не в разработке и поддержке сервисов (на это уходит 30% времени), а в общении с операторами и пользователями. Основную часть доходов PagerGate приносит реклама (ее обеспечивает агентство Интернет-рекламы Manifest). Но уже сейчас некоторые компании используют сервисы SMS в коммерческих целях для оперативного оповещения своих сотрудников. В ближайшее время в строй будут введены сервисы SMS-to-ICQ и ICQ-to-SMS. Помимо этого уже действуют сервисы, обеспечивающие отправку сообщений на радиосредства связи по электронной почте (и наоборот). Сейчас готовится сервис для работы со списками рассылки (идут переговоры с крупным печатным изданием и одним из серверов списков рассылки). Для корпоративных заказчиков предусмотрены такие услуги, как размещение организации передачи сообщений через корпоративные Web-сайты, выделенный SMS-шлюз и.др.
Никакого экзотического оборудования разработчики проекта не использовали. Есть сервер на «головной» телефонной станции M9 и второй резервный - на другой провайдерской площадке. Аппаратное обеспечение SMS.Gate.Ru - это несколько различных GSM-телефонов и GSM-терминалов. Проект фактически обслуживают четыре человека: координатор (общее администрирование, программирование, общение с пользователями), системный инженер, специалист по маркетингу и рекламе и ответственный за общие вопросы.
Создадим инфоблок в BITRIX, выведем листинг созданных элементов посредством компонента bitrix:news.list и сделаем детальную страницу элемента компонентом bitrix:news.detail
Необходимые поля для заполнения:
Вкладка инфоблок
Вкладка доступ
Вывод элементов ИБ
Для вывода элементов инфоблока используется bitrix:news.list в index.php
IncludeComponent("bitrix:news.list", "tour", // шаблон array("IBLOCK_TYPE" => "content", // тип информационного блока "IBLOCK_ID" => "1", // ID информационного блока "NEWS_COUNT" => "10", // колличество выводимых элементов "INCLUDE_IBLOCK_INTO_CHAIN" => "N", "ADD_SECTIONS_CHAIN" => "N", "SET_TITLE" => "N", "PROPERTY_CODE" => array(0 => "NAME", // включить свойство из инфоблока),), false); ?>
Список всех возможных параметров для компонента
Если необходима фильтрация, есть параметр FILTER_NAME. Над вызовом компонента bitrix:news.list создаем глобальную переменную, с параметром фильтрации.
1); // Не выведутся те элементы, в свойстве которых OLD установлено значение 1 ?>
а в bitrix:news.list передаем фильтр.
"FILTER_NAME" => "arrFilter",
Настройка urlrewrite
В urlrewrite.php необходимо прописать параметры обработки URL.
"#^/tury/(.*)/.*#", // Обработка детальной страницы "RULE" => "ELEMENT_CODE=$1", "ID" => "bitrix:news", "PATH" => "/tury/detail.php", "SORT" => 100,), array ("CONDITION" => "#^/tury/#", // Обработка главной страницы раздела "RULE" => "", "ID" => "bitrix:news", "PATH" => "/tury/index.php", "SORT" => 100,),);
Вывод детальной страницы
Для вывода детальной страницы в detail.php используется bitrix:news.last . Минимальный набор параметров для вызова:
IncludeComponent("bitrix:news.detail", "tour", // шаблон Array("IBLOCK_ID" => "1", // ID информационного блока "IBLOCK_TYPE" => "content", // тип информационного блока "ELEMENT_CODE" => $_REQUEST["ELEMENT_CODE"], // параметр передаваемой страницы "INCLUDE_IBLOCK_INTO_CHAIN" => "N", "ADD_SECTIONS_CHAIN" => "N", "SET_BROWSER_TITLE" => "Y", "SET_META_DESCRIPTION" => "Y", "SET_TITLE" => "Y", "ADD_ELEMENT_CHAIN" => "Y", "PROPERTY_CODE" => array(0 => "NAME", // включить свойство из инфоблока),), false);?>
Вывод изображений из свойств инфоблока
Вывести фото, которые находятся в свойствах элемента ИБ, не так уж и просто. В массиве данных детальной страницы мы увидим тольео ID фотографий, а не путь к этим файлам. Поэтому, в файле result_modifier.php необходимо обработать вывод этих фотографий.
В папке шаблона, в файле result_modifier.php делаем обход массива фотографий:
$photo) { $photo_small = CFile::ResizeImageGet($photo, array("width"=>200, "height"=>200), BX_RESIZE_IMAGE_PROPORTIONAL, true); $photo_original = CFile::ResizeImageGet($photo, array("width"=>800, "height"=>800), BX_RESIZE_IMAGE_PROPORTIONAL, true); $arResult["PHOTOS"] = Array ("original" => $photo_original["src"], "small" => $photo_small["src"],); }
А в файле template.php уже выводим сами фото:
">
Обработка адресов (UrlRewrite ) применяется для того, чтобы скрипт мог отвечать не только по своему физическому, но и по любому другому указаному адресу. Например, можно задать настройки обработки адресов, чтобы скрипт в файле /fld/c.php , отвечающий по адресу
/fld/c.php?id=15
отвечал также по адресу
/catalog/15.php
Адрес, по которому будет отвечать скрипт, не должен физически существовать на сервере. Если такой адрес физически существует, то будет вызван скрипт по этому адресу. Система обработки адресов запущена в этом случае не будет.
Правила обработки
Правила обработки адресов настраиваются отдельно для каждого сайта и хранятся в корне сайта в файле urlrewrite.php . Файл содержит массив $arUrlRewrite , каждая запись которого является правилом обработки адреса. Файл urlrewrite.php имеет следующий вид:
"#^/gallery/#", "RULE" => "", "ID" => "bitrix:photo", "PATH" => "/max/images/index.php",), array("CONDITION" => "#^/forum/#", "ID" => "bitrix:forum", "PATH" => "/forum/index.php",), array("CONDITION" => "#^/index/(+)/(+)/#", "RULE" => "mode=read&CID=$1&GID=$2", "ID" => "bitrix:catalog.section", "PATH" => "/newforum/index.php",), array("CONDITION" => "#(.+?)\\.html(.*)#", "RULE" => "$1.php$2",),); ?>
Каждое правило должно содержать уникальное в рамках сайта условие выполнения правила. Условие выполнения записывается в ключ "CONDITION " массива и является шаблоном Perl-совместимого регулярного выражения. Например, условие:
"CONDITION" => "#^/index/(+)/(+)/#"
указывает, что данное правило должно применяться для всех адресов, которые начинаются с подстрок вида:
/index/<число>/<число>/
Правило может содержать адрес физически существующего скрипта, который будет подключен при выполнении условия. Этот адрес записывается в ключ "PATH ". Например, если в системе обработки адресов зарегистрировано правило:
Array("CONDITION" => "#^/gallery/#", "PATH" => "/max/images/index.php",)
и пользователь запросил страницу:
/gallery/38.php
которая физически не существует, то система обработки адресов подключит скрипт:
/max/images/index.php
Правило может содержать правило замены, которое записывается в ключ "RULE ". Если правило замены установлено, то адрес реально существующего подключаемого скрипта формируется заменой регулярным варажением условия выполнения (шаблона выражения) на конкатенацию физического пути (ключ "PATH ") и правила замены (ключ "RULE "). Например, если в системе обработки адресов зарегистрировано правило:
Array("CONDITION" => "#^/index/(+)/(+)/#", "RULE" => "mode=read&CID=$1&GID=$2", "PATH" => "/newforum/index.php",)
/index/5/48/
$url = preg_replace("#^/index/(+)/(+)/#", "/newforum/index.php?mode=read&CID=$1&GID=$2", "/index/5/48/");
и будет подключен скрипт:
/newforum/index.php?mode=read&CID=5&GID=48
Если в системе обработки адресов зарегистрировано правило:
Array("CONDITION" => "#(.+?)\\.html(.*)#", "RULE" => "$1.php$2",)
и пользователем запрошена страница:
/about/company.html?show
то для формирования адреса скрипта, который будет подключен, выполнится код:
$url = preg_replace("#(.+?)\\.html(.*)#", "$1.php$2", "/about/company.html?show");
и будет подключен скрипт:
/about/company.php?show
Правило может содержать имя компонента, который создал это правило. Это имя записывается в ключ "ID ". При автоматическом пересоздании файла правил urlrewrite.php с помощью средств административной части сайта пересоздаются только правила, у которых заполнен ключ "ID ". Эти правила пересоздаются на основании анализа физических файлов в папке сайта. Правила с пустым ключом "ID " при автоматическом пересоздании файла правил не изменяются.
Подключение системы обработки адресов
Перед началом использования система обработки адресов должна быть подключена на сайте. Для этого необходимо:
- если у вас на веб-сервере настроена обработка ошибки 404 (например, для Apache установлена директива ErrorDocument 404 /404.php ), то вы должны изменить файл /404.php, вставив в самое начало файла команду: include_once($_SERVER["DOCUMENT_ROOT"]."/bitrix/modules/main/include/urlrewrite.php");
- если вы для Apache используете модуль mod_rewrite
, то в его настройках вы можете указать (например, в файле.htaccess):
RewriteEngine On RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-l RewriteCond %{REQUEST_FILENAME} !-d RewriteCond %{REQUEST_FILENAME} !/bitrix/urlrewrite.php$ RewriteRule ^(.*)$ /bitrix/urlrewrite.php [L]
Поддержка компонентов 2.0
При добавлении на страницу компонента с поддержкой ЧПУ ("человеко-понятный URL ") (если файл сохраняется с помощью API), автоматически создаётся правило обработки адреса. Если страница создаётся не с помощью API, а, например, записывается через FTP, то необходимо выполнить пересоздание правил (кнопка на панели инструментов на странице настройки правил обработки адресов).
Поддержка ЧПУ включается в компоненте с помощью предопределённого входного параметра SEF_MODE . При этом в предопределённом входном параметре SEF_FOLDER устанавливается папка, в которой работает компонент. Папка может быть виртуальной (т.е. физически может не существовать). При сохранении страницы с размещённым на ней компонентом, переключенным в режим ЧПУ (параметр SEF_MODE равен Y ), через стандартный интерфейс правило обработки адресов создаётся следующим образом: в ключ условия применения шаблона ("CONDITION ") записывается регулярное выражение, полученое из папки в параметре SEF_FOLDER , в ключ "ID " записывается имя компонента, в ключ пути ("PATH ") записывается физический адрес страницы.
Например, пусть компонент "bitrix:catalog " размещён на странице /fld/c.php и его подключение выглядит следующим образом:
$APPLICATION->IncludeComponent("bitrix:catalog", "", Array("SEF_MODE" => "Y", "SEF_FOLDER" => "/mycatalog/", "IBLOCK_TYPE_ID" => "catalog", "BASKET_PAGE_TEMPLATE" => "/personal/basket.php",));
Тогда при сохранении страницы /fld/c.php в системе обработки адресов добавится запись:
Array("CONDITION" => "#^/mycatalog/#", "RULE" => "", "ID" => "bitrix:catalog", "PATH" => "/fld/c.php",)
Таким образом, при запросе адресов, начинающихся со строки /mycatalog/ , будет подключаться скрипт /fld/c.php . В этом скрипте запрошеный адрес может быть проанализирован и выполнены требуемые действия.
См. также
- в курсе Администратор Базовый.
- в курсе Разработчик Bitrix Framework.
второе правило не сработает для "своего" адреса (например /about/news/55/), т.к. первое, универсальное, срабатывает для этого адреса. То есть, более точные правила нужно писать в начало файла, а обобщённые - в конец.
в этом же файле создать условие:
| Код |
|---|
| RewriteEngine On RewriteCond %{HTTP_HOST} ^olddomain\.ru$ RewriteRule ^(.*)$ http://newdomain.ru/$1 RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-l RewriteCond %{REQUEST_FILENAME} !-d RewriteCond %{REQUEST_FILENAME} !/bitrix/urlrewrite.php$ RewriteRule ^(.*)$ /bitrix/urlrewrite.php [L] |
«Битрикс», 2001-2019, «1С-Битрикс», 2019
Рассказал, как создавалась Конституция России.
Конституционный марафон, посвящённый 25-летию Конституции Российской Федерации, бежит по стране в переносном и прямом его смыслах. В переносном, если иметь ввиду, что многие учебные заведения, общественные объединения проводят в декабре конференции, "круглые столы", посвящённые этой дате, а в прямом смысле - когда жанр марафона выбирается в качестве такой формы популяризации основного закона страны.
Вот и Сочинский филиал Всероссийского государственного университета юстиции (РПА Минюста России) выбрал марафон в таком качестве и провёл его 6 декабря.
Почти весь этот день студенты - будущие юристы посвятили выступлениям, посвящённым 100-летию Конституции РСФСР 1918 года, 40-летию Конституции РСФСР 1978 года и 25-летию Конституции Российской Федерации.
О её создании, более чем четверть века назад, студентам и преподавателям рассказал член Конституционной комиссии Съезда народных депутатов РСФСР - профессор Международного юридического института Глотов Сергей Александрович (на фото со студентами Сочинского филиала РПА Минюста России).
7 декабря в Сочинском государственном университете профессор С.А. Глотов выступил с докладом "Конституционные гарантии прав человека в Российской Федерации", также посвящённом 25-летию принятия всенародным голосованием Конституции Российской Федерации.
В этом мероприятии принимала участие и Председатель Избирательной комиссии муниципального образования город-курорт Сочи Ткачёва Валентина Викторовна. Состоялся заинтересованный разговор о праве граждан России избирать и быть избранными в органы государственной власти и местного самоуправления (ст. 32 Конституции РФ), а также праве участвовать в управлении делами государства, тем более в университетском зале Учёного совета также находились будущие юристы (на фото студенты юридического факультета Сочинского государственного университета).
Соб. инф.
