Программа по формированию навыков безопасного поведения на дорогах и улицах «Добрая дорога детства» 2
Скачать 0.86 Mb.
|
Настройка Интернет-магазинаДля работы Интернет-магазина нам надо "перепривязать" из имеющихся в дистрибутиве или создать вновь 5 групп данных:
Типы плательщиков
 Рисунок 4.40 Изменяем привязку Типов плательщиков
Скидки на заказИзменение привязок Скидок осуществляется по аналогии с Типами плательщиков. Поэтому не будем детально расписывать действия, укажем только путь до страницы: Магазин > Настройки магазина > Скидки на заказ. Действия по изменению привязки осуществите самостоятельно. Создание скидкиВ ТЗ по поводу скидок сказано:
Задача реализуется штатными средствами. Создадим скидку на один конкретный товар: фотоаппарат Nikon D60.
 Рисунок 4.41 Создание скидки
 Рисунок 4.42 Закладка Ограничения при создании скидки
В нашем ТЗ не предусмотрена работа с купонами, поэтому ограничение в виде купона накладываться не будет.
 Рисунок 4.43 Вывод скидки на странице товара НалогиИзменение привязок Налогов осуществляется по аналогии с Типами плательщиков. Поэтому не будем детально расписывать действия, укажем только путь до страницы: Магазин > Настройки магазина > Налоги > Список налогов. Действия по изменению привязки осуществите самостоятельно. Все остальные настройки в группе Налоги изменяться автоматически.
Все базовые ставки налогов уже добавлены в магазин. Однако для разных товаров может применяться разный НДС. Создание ставки налога НДССтавка НДС может быть разной в зависимости от товара. Создадим и применим новую ставку налога.
 Рисунок 4.44 Добавление новой ставки НДС
Теперь, если вы перейдете к форме редактирования элемента, то в поле Ставка НДС вы сможете выбрать нужную ставку НДС для товара (Рисунок 4 .45).  Рисунок 4.45 Выбор ставки НДС Службы доставкиПоменять привязку у служб доставки "оптом" не получится. Придется для каждой из нужных нам служб изменять привязку по отдельности. У нас есть два типа служб доставки: автоматизированные и настраиваемые. Разница в этих службах в том, что в автоматизированных службах доставки расчет стоимости доставки происходит не на вашем сайте, а на серверах этих служб, и вы не можете влиять на стоимость доставки. Единственное, что вы можете сделать - это осуществить наценку на стоимость доставки. Зато это можно сделать для каждого из интернет-магазинов в отдельности, если у вас их несколько. Как правило, автоматизированные службы доставки - это внешние системы международной или междугородней доставки типа DHL или Почты России. АвтоматизированныеИзменение привязки на примере службы Почта России.
 Рисунок 4.46 Форма настройки параметров службы доставки Теперь можно переходить к настраиваемым службам доставки. НастраиваемыеНастраиваемые службы доставки - это службы, стоимостью услуг которых вы можете управлять. Это, как правило, курьеры самого интернет-магазина или внешние по отношению к магазину службы внутригородской доставки.
В ТЗ на интернет-магазин сказано:
Такие способы доставки реализуются штатными средствами. Это две настраиваемые службы. Курьерская доставкаСлужба доставки курьером уже есть в дистрибутиве программы. Одновременно с перепривязкой службы с Демо-сайта на ваш сайт можно произвести и настройки службы.
 Рисунок 4.47 Настройка параметров курьерской доставки
Доставка товаров может быть разной по стоимости в зависимости от веса заказа и его стоимости. Следующие два поля (Вес и Стоимость заказа) задают параметры для определения стоимости конкретной службы доставки. Так как параметры веса и стоимости заказа (а, следовательно, и стоимости доставки) могут быть разные, то служб доставки курьером может быть несколько. При создании магазина надо предусмотреть все возможные варианты по стоимости и весу заказа. Система при оформлении заказа автоматически выберет подходящую службу из имеющихся.
Доставка почтой РоссииДоставка почтой России – пример автоматизированной службы доставки. Обработчик для расчетов уже включен в дистрибутив «1С-Битрикс: Управление сайтом».
На закладке Базовая конфигурация необходимо изменить только поле Наценка на стоимость доставки. Курьер, который будет относить посылку на почту должен получать зарплату. Ее можно оформить как Наценку на стоимость доставки.
Мы настроили службы доставки под требования ТЗ. Платежные системыПлатежные системы из демо-данных использовать невозможно. Это связано с тем, что при перепривязке систем на работающем магазине могут возникнуть проблемы с невыполненными заказами. Поэтому в системе отключена возможность изменения привязки платежной системы к сайту. Их необходимо создать заново. В ТЗ на сайт указаны следующие системы оплаты:
Для реализации этого нужно создать три платежных системы. Оплата наличными
 Рисунок 4.48 Создание платежной системы
Сайт будет уже указан.
 Рисунок 4.49 Обработчик для Типа плательщика
Интеграция Интернет-магазина с платежными системами осуществляется через обработчики платежных систем. Эти файлы создаются индивидуально для каждой платежной системы и вызываются непосредственно после оформления заказа, а также при выборе клиентом функции повторения платежа в персональном разделе. При необходимости выберите где должен открываться обработчик: если он должен открываться в новом окне браузера, то установите флажок в поле Открывать в новом окне.
Создана платежная система для наличного расчета. Оплата через банкСоздание платежной системы для оплаты через банк осуществляется аналогичным способом. Отличие только в выборе обработчика. В дистрибутиве по умолчанию имеются все необходимые на взгляд создателей "1С-Битрикс: Управление сайтом" обработчики, которые могут понадобиться владельцам магазинов. При создании платежной системы выберите нужный вам банк (Рисунок 4 .50). Если вы не нашли нужный вам обработчик, то его можно создать самостоятельно, пользуясь документацией (http://dev.1c-bitrix.ru/user_help/store/sale/settings/sale_pay_system_file.php).  Рисунок 4.50 Выбор обработчика
Оплата наложенным платежом
Основные настройки произведены. Свойства заказаСвойства заказа - это значения заказа, которые должны быть указаны клиентом интернет-магазина при оформлении заказа. Они различаются по типам плательщиков: свойства заказов для физических и свойства для заказов юридических лиц. Свойства заказа можно собирать в группы для облегчения зрительного восприятия свойств. Все имеющиеся группы можно увидеть на странице Магазин > Настройки магазина > Свойства заказа > Группы свойств. Нажатием кнопки Новая группа на Контестной панели можно вызвать форму создания новой группы. Форма очень простая и ее заполнение не должно вызвать у вас трудностей, поэтому описание создания группы опустим. В ТЗ на сайт свойства заказа не были указаны. Это может вызвать претензии заказчика на этапе сдачи проекта. Поэтому на этапе обсуждения ТЗ не забывайте обговорить все параметры системы. По умолчанию в дистрибутиве предусмотрен минимально необходимый набор свойств заказа. Вполне вероятна ситуация, когда вам потребуется дополнительное свойство заказа. Пример такого свойства привести не сложно. В крупных городах, где есть метро, доставку курьером производить легче, если заказчик укажет на какой станции метро лучше выходить курьеру. Вот и создадим свойство заказа Станция метро. Создание свойства
 Рисунок 4.51 Создание свойства для типа плательщика Физическое лицо Откроется форма создания нового свойства (Рисунок 4 .52).  Рисунок 4.52 Создание нового свойства заказа Рассмотрим поля формы, которые необходимо заполнить.
Мы не заполнили все поля формы. Сделали это по одной причине: нам нужно задать свойства для Типа. После выбора значения MULTISELECT не происходит перезагрузки формы. Поэтому мы сохранили свойство и теперь откроем его заново для редактирования.
Теперь под всеми полями появится группа Значения списка. Продолжим заполнение полей. Поле Обязательное ставить не будем. Так как предполагается, что покупатели будут не только из Москвы.
Поле Значение по умолчанию лучше оставить пустым. Так как невозможно сказать с какой станции будет большинство покупателей.
Активность этого поля означает, что однажды заполненное пользователем поле будет при последующих заказах автоматически принимать значение, выбранное им при первом заказе. Маловероятно, что пользователь будет менять место жительства так часто, что при каждом заказе ему надо будет заново выбирать станцию метро. А автоматически проставленная станция облегчит ему процесс заказа, значит повышается вероятность, что он вновь вернется к вам в магазин.
Поля Размер 1 и Размер 2 определяют размеры используемых полей. К их выбору надо подходить с учетом дизайна вашего сайта. Поэтому рекомендаций давать не будем, а просто укажем, что если значения в этих полях не заданы, то система будет использовать значения по умолчанию.
Ниже лежащие поля мы использовать не будем. К ним даны исчерпывающие комментарии на самой форме, чтобы вы при необходимости воспользовались ими. Нам осталось только заполнить Значения списка (Рисунок 4 .53). Обязательными являются только поля Код и Название.  Рисунок 4.53 Заполняем значения списка
Теперь при создании заказа будет отображаться новое свойство Станции метро. При необходимости создайте аналогичное свойство для типа плательщика – Юридическое лицо. Создание счета покупателяЕсли компания (или частное лицо) постоянно покупает у вас какие-то товары, то есть смысл завести счет для такого постоянного покупателя. Это удобно покупателю, можно всегда быстро обратиться в магазин и приобрести нужный товар. Деньги в магазин могут поступать как угодно: наличными, перечислением. Их заносят на счет пользователя и оплата, при заказе товара, происходит автоматическим списанием суммы заказа со счета покупателя в магазине. В ТЗ к сайту этот момент также не был оговорен. Мы можем реализовывать его по нашему усмотрению. Сделаем это в простейшем, штатном варианте. С заведением пользователя в системе не происходит автоматического создания счета этого пользователя.
Создадим его вручную.
 Рисунок 4.54 Создание счета пользователя
Теперь можно создавать заказ с оплатой со счета. Для дальнейшей настройки магазина необходимо создать два заказа: на физическое лицо (оплата наличными) и юридическое лицо. Перейдите в публичную часть и создайте два таких заказа для обработки их со стороны административной части. Заказы лучше создавать от имени пользователя с неадминистраторскими правами.
Теперь можно приступать к выполнению заказов. Оба наших заказа позволяют приступить к доставке заказа покупателям. Если магазин небольшой и обслуживается одним человеком, то вопрос "какой заказ выполнять, какой нет" обычно не возникает. Но чем объемнее продажи и чем шире ассортимент, тем сложнее внутренний цикл работы магазина и тем больше людей участвуют в процессе торговли. Как работникам понимать состояние заказа на каждый конкретный момент? Для решения этой задачи есть такая сущность как Статусы. СтатусыСтатусы заказа в Интерент-магазине отражают этапы, через которые проходит заказ во время обработки. В ТЗ на магазин по поводу статусов сказано:
Эта часть ТЗ – пример того, как заказчик не всегда ясно представляет себе работу магазина. Этих трех статусов для нормально работы будет явно мало. После консультаций с заказчиком выяснилось, что недостаточно будет и статусов по умолчанию, не то что указанных. По умолчанию в дистрибутиве имеется 4 статуса, созданных под самую простую логику торговли:
Статусы можно создавать и удалять.
Смена статуса заказа происходит так:
 Рисунок 4.55 Изменение статуса заказа
Вполне вероятно, что вам не хватит имеющихся статусов для работы вашего магазина. Допустим, что вам необходим статус товара, когда он оплачен, обработан бухгалтерией, но в силу некоторых причин не может быть отгружен. Например, товар поступает небольшими партиями с интервалом в день - два, и расходится в порядке очереди поступления заказа. Для такого товара удобно иметь статус В очереди. Создадим такой статус. Создание статуса
 Рисунок 4.56 Форма создания статуса
Пример заполнения показан на иллюстрации.
Под формами для создания статуса есть еще настройка Права на доступ, которая на данный момент не имеет значений для настройки. Это происходит потому, что пока в магазине нет ни одной группы со статусом Обработка заказов. Причем в этой настройке нет даже группы Администратор, к которой относится администратор системы. Это сделано специально. Человек, настраивающий сайт, не является продавцом или менеджером по продажам. И ему по умолчанию не даются права контроля за заказами. То есть статус Полный доступ к модулю Интернет-магазин не дает права на редактирование заказа. Вместе с тем, сотрудник, имеющий статус доступа Обработка заказов не имеет прав настройки самого магазина. Чтобы в группе Права на доступ формы настройки Статуса появилась группа, сделаем следующее:
Вы увидите, что теперь в группе настроек Права на доступ появились четыре группы (Рисунок 4 .57):  Рисунок 4.57 Настройка прав доступа для групп С помощью флажков расставленных в этих правах для каждого из Статусов определяется, какая из групп отвечает за прием и отмену заказа, работу с ним на этой стадии и перевод из одного статуса в другой, то есть задается схема работы с заказом. Что бы понять, как правильно расставить права на доступ по статусам надо очень четко представлять себе бизнес-схему, которую планирует внедрить заказчик. Мы рассмотрим крайне простую схему работы интернет-магазина в качестве примера. Пример расстановки прав для статусовСхема работы такая:
Статус Принят Этот статус получает любой заказ после того как он будет оформлен в магазине. Поскольку с оформлением заказа работает только менеджер магазина, то именно он будет иметь основные права на этот статус. Однако, возможны ситуации, когда потребуется возврат товара из других статусов обратно в статус Принят. Например, клиент оплатил заказ и тут же передумал, попросил вернуть деньги, но от заказа не отказывается – обязуется оплатить позже.. Бухгалтер должен вернуть статус заказу из статуса В обработке в статус Принят. Таким образом, получается следующая картина прав на доступ статуса Принят (Рисунок 4 .58):  Рисунок 4.58 Права на доступ статуса Принят Статус В обработке Статус В обработке должен быть у товара, который заказан, но не оплачен. К этому статусу имеет отношение больше бухгалтер. Соответственно, права на доступ получаются такими (Рисунок 4 .59):  Рисунок 4.59 Права на доступ для статуса В обработке Статус В очереди Статус В очереди предназначен для заказов, которые оплачены, но не могут быть доставлены в силу временного отсутствия на складе. К этому статусу имеет отношение больше кладовщик. Поэтому права на статус могут быть примерно такие (Рисунок 4 .60):  Рисунок 4.60 Права на доступ для статуса В очереди Статус Отгружен Статус Отгружен должен принадлежать товару, который оплачен и отгружен курьеру для доставки. У курьера меньше всего ответственности, поэтому у него будет только право просмотра (Рисунок 4 .61).  Рисунок 4.61 Права на доступ для статуса Отгружен Статус Доставлен Статус Доставлен – финальный статус, устанавливается для товара, который оплачен и доставлен. Пример прав на статус (Рисунок 4 .62):  Рисунок 4.62 Права на доступ для статуса Доставлен Печатные формыДля вывода на печать данных по заказу необходимо так же настроить печатные формы.
 Рисунок 4.63 Заполнение данных для Печатных форм Поля заполняются для компании- продавца и для покупателя. Можно вводить как собственные данные, так назначить системе какие данные брать из заказов и свойств. Заполнение формы не должно вызвать трудностей. Глава 5.Частные случаиОписанный в документе пример - это «бюджетный» интернет-магазин, использующий только штатные возможности системы «1С-Битрикс: Управление сайтом». При создании более сложных проектов без дополнительного программирования не обойтись. При нестандартных запросах заказчика, прежде чем разрабатывать что-то самим, рекомендуем обратиться на форум компании «1С-Битрикс», либо на блоги сообщества разработчиков. Ниже приведены некоторые сообщения в блогах, которые могут помочь при разработке нестандартных проектов.
ЗаключениеВ «Примере» рассмотрены вопросы создания бюджетного интернет-магазина на основе штатного функционала системы «1С-Битрикс: Управление сайтом». Если по его изучению у вас остались вопросы, обращайтесь на форумы компании 1С-Битрикс или в службу технической поддержки.   |
. Откроется окно для выбора пользователя.
