Как исправить цикл запроса цен битрикс

Массовое изменение цен и параметров товаров (элементов инфоблока)

Модуль « Массовое изменение цен и параметров товаров (элементов инфоблока) » — это помощник администратора или менеджера интернет-магазина, модуль позволяет для всех отобранных товаров (простых или SKU) по фильтру проводить ряд операций со свойствами элемента.

• Изменять цены на фиксированную величину;
• Изменять цены в процентном соотношении;
• Округлить цену до запятой и после запятой;
• Устанавливать, изменять закупочную цену;
• Менять валюту (без конвертации);
• Конвертировать валюту;
• Просчитывать по формуле (или устанавливать со свойства по своей логике функции):

1. — цену;
2. — ширина;
3. — высота;
4. — доступное количество;
5. — зарезервированное количество;
6. — коэффициент единицы измерения;
7. — вес (грамм);
8. — длина (мм);
9. — ширина (мм);
10. — высота (мм);
11. — поменять НДС;
12. — поменять единицу измерения;

• Массово менять такие параметры как:

1. — включить количественный учет;
2. — разрешить покупку при отсутствии товара;
3. — разрешить отрицательное количество товара;
4. — разрешить подписку при отсутствии товар;
5. — изменение коэффициента;

1. Обновлять по (элементов) – устанавливаем количество элементов, которые обновляются за один цикл;
2. Периодичность – имеет настройки интервала (сек) и дату следующего запуска позволяет запускать модуль с интервалом по времени.

1. Заходим в Маркетинг , выбираем из списка модуль » Массовое изменение цен по фильтру» ;
2. В списке условий, нажимаем кнопку добавить , формируем новое условия;
3. Приступаем к н астройкам основных параметров условий :
4. Активность элемента;
5. Название (обязательное для заполнения);
6. Сортировка (обязательно для заполнения) в списке условий;
7. Формируем условие или ряд условий, при которых будут выполняться действия с элементами;
8. Выбираем действие из выпадающего списка;
9. Обновлять по (элементов) , указываем количество обновляемых элементов за один цикл;
10. При желании можно включить периодичность , задать время в секундах периодичности и установить дату и время следующего запуска ;
11. Сохраняем элемент и запускаем ;

• У вас нет синхронизации с 1С и все цены редактируете в ручном режиме, стоит задача у определенных позиций увеличить стоимость на 15%. Согласитесь, довольно не удобно каждый элемент изменять по отдельности. В данном случае к нам на помощь прейдет модуль «Массовое изменение цен по фильтру». Мы легко формируем условие, выбираем действие, которое нужно совершить, и запускаем модуль.
• Нужно массово добавить или изменить параметры у товаров, допустим к артикулу, добавить дополнительны номер или возможно символ подраздела, это может быть что угодно. В этом случае нас также выручит модуль «Массовое изменение цен и параметров товаров (элементов инфоблока)».
• Стоит задача, раз в день делать наценку на 1% на определенную группу позиций или после завершения акции с определенного числа стоимость на ряд товаров снизить на 5%. В данном случаем нам достаточно настроить условие, установить время его запуска и запустить, он все сделает сам без напоминаний.

Установка производится мастером установки, после чего в административной части сайта, в разделе «Маркетинг» будет доступен «Модуль массового изменения цен по фильтру».

ВАЖНО: Перед использованием модуля обязательно создайте резервную копию Базы Данных (БД), так как неправильная настройка фильтра повлечет изменения стоимости других товаров.

Как создать последовательные задачи разным пользователем (для коробочной версии)

Задание — необходимо решить вопрос с последовательным созданием задач. То есть: при выполнении какой-то большой и комплексной работы задачи по ее выполнению ставятся сразу нескольким пользователем. Но они должны создаваться таким образом, чтобы каждый последующий пользователь начинал работать со своей задачей только после того, как предыдущий завершит выполнение своей. Как это реализовать?

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

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

Создайте новый процесс.

Выберите название и задайте описание процесса. Выберите картинку по вашему желанию.

После этого можно приступать к созданию и настройке шаблона бизнес-процесса. Для работы нам понадобятся три переменные типа Привязка к сотруднику:

• Выбранный сотрудник — перемененная нужна для хранения сотрудника, для которого создается каждая конкретная задача.
• Исполняющие первую задачу — список сотрудников, для которых задача ставится на первом этапе.
• Исполняющие вторую задачу — список сотрудников, для которых задача ставится на втором этапе.

Последние две переменные должны быть множественными, потому что задача на каждом этапе может быть поставлена как одному сотруднику, так и нескольким. Но при этом она необязательная, потому что задача может и не ставиться вовсе.

Создание шаблона

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

Задачи для пользователей будут создаваться с помощью Цикла.

Важной особенностью нашего задания является то, что задачи создаются отдельно для каждого сотрудника, а не для всех одновременно. Для этого из множественной переменной, хранящей список сотрудников, нужно получить отдельный элемент. Сделать это стандартными методами нельзя, поэтому придется использовать действие PHP код.

$root = $this->GetRootActivity();
$users = $root->GetVariable(‘UserMultiple’);
$user = array_shift($users);
$root->SetVariable(«UserSelected», $user);
$root->SetVariable(«UserMultiple», $users);

В результате в переменную UserSelected будет записан очередной пользователь из массива, который станет короче на один элемент. Цикл повторяется до тех пор, пока в массиве сотрудников не останется ни одного элемента. Это мы и указываем в настройках цикла.

Эту же переменную мы будем использовать для создания задачи. Для этого нужно разместить действие Задача. Настроим параметры действия для создания задачи.

Нужно поставить Да в поле Остановить процесс на время выполнения задачи. Благодаря этому задачи будут создавать не сразу, а по очереди: для каждого последующего пользователя задача будет создаваться только после того, как предыдущий завершил выполнение своей.

Заполнить поля Постановщик и Ответственный можно с помощью формы «Вставка значения». Все остальные поля действия можно заполнить в зависимости от специфики создаваемых задач.

Данные действия повторяются для каждой предусмотренной в процессе задачи. Ознакомиться с шаблоном полностью можно здесь.

Ускорение загрузки нагруженного сайта на Битриксе или зачем программисту знать как работает mySQL

Мы можем решить все задачи веб-интеграции собственными силами. Большинство наших проектов – комплексные, интеграционные.

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

Ключевая компетенция веб-интегратора: создание сложных и хорошо работающих веб-проектов.

Сегодняшняя статья – об ускорении работы нагруженного интернет-магазина.

Этот интернет-магазин – mybox.ru. Внутри – 1C-Битрикс.
Почитать об архитектуре проекта.

Сначала несколько слов о Битриксе

Есть два лагеря, между которыми – пламя войны.

Один – студии, работающие на Битриксе. Их директора продают Битрикс всем, потому что это мейнстрим, потому что рейтинги, потому что “Битрикс позволяет рубить бабло”. Программисты внутри таких компаний иногда пищат тоненькими голосами, но их никто не слышит. Даже их директора.

Второй – люди снаружи “мира Битрикса”. Они пишут на “правильных платформах”. Они боятся, не знают и не любят битриксоидов. Они оставляют у нас на сайте ядовитые комментарии. Они испускают вопли ненависти. Их никто не слышит. Даже их клиенты. Их клиенты хотят перейти на Битрикс. Потому что мейнстрим, потому что оттуда нет воплей ненависти. Потому что там как-то все работает. Потому что найти профессиональную и организованную команду разработчиков под Битрикс проще чем под “правильную платформу”.

Лишь малая доля веб-разработчиков думает не штампами, а головой. Например – мы.

Профессионалы понимают, что тиражируемый софт и промышленная разработка это не то же самое что “команда одного проекта”. Мы знаем для чего подходит Битрикс и почему он такой.

При этом мы не идеализируем платформу. Мы знаем о стольких странностях Битрикса, что людям “снаружи” и не снилось.

В каждом крупном проекте – Евраз, MYBOX, Альфа, многочисленные “Уберы маркетплейсов” – мы думаем “черт возьми, причем тут Битрикс!? Тут же все нетиповое!”. Каждый раз мы начинаем проект и осознанно делаем его на Битриксе.

Я понимаю что люди по ту стороны пламени войны сейчас скажут “мыши плакали, кололись, но продолжали жрать кактус”. Но – это неправда.

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

В статье — реальный кейс ускорения работы сайта на Битрикс, объемом в 3000+ часов и пример оптимизации его работы.

Кто пациент? Что умеет сайт mybox.ru?

Mybox.ru – сайт, highload проект на Битрикс, где можно заказать суши и другие блюда азиатской кухни в 100+ городах.

Сайт показывает доступность блюд в 250+ точках выдачи. Статусы заказов обновляются через веб-сервисы 2 раза в минуту. Обновление наличия товаров и меню идет почти непрерывно. На сайте делается ежедневно более 1000 заказов, в месяц – несколько десятков тысяч.

Ну хорошо, а нагрузка?

Утром (когда заказов почти нет) в минуту бывает около 35 хитов. Мало.

Днем в 14-00 по Москве (восточные регионы начинают активно работать) в минуту сайт обрабатывает 220 запросов. Уже не так мало.

Вечером — когда поток заказов максимальный — в минуту около 500 хитов.

Вечером в праздник (например 8 марта) обычный показатель перекрывается в 2-2.5 раза.

Итого до 1300 хитов в минуту. Это 22 хита в секунду.

Нагрузка эта – от покупателей, без признаков хакерских DDOS-атак, неумелого парсинга, буйных ботов Яндекса и всего такого.

Со временем сайт стал работать заметно медленнее. Особенно на некоторых страницах. В данных мусора нет, посещаемость здоровая, конверсия – обзавидуешься.

Ясно, что причины “тормозов” надо искать в коде и в обработке данных.

Начнем с истории.

Скорость работы после старта

Сайт был разработан нами и выпущен осенью 2015 года. После сдачи сайт был проверен на скорость – все было в пределах нормы.

Что такое норма?

Лирическое отступление: в частных беседах сотрудники 1С-Битрикс говорят что сайт должен “без кеша” отдавать любую страницу за 0.1-0.5 секунды и это они считают нормой.

При этом сайт Битрикса контентные страницы отдает за 0.2-0.3 с, а страницу отфильтрованного списка партнеров — сначала за 0.8 с, потом за 0.25 с.

Штатная “мерилка” Битрикса (серверное + в браузере) помечает любое время свыше 1 с – “не быстро”.

Разумно считать около 0.5 секунды серверного времени – допустимой нормой.

Иногда прямо в договоре на запуск сайта мы записываем требования к скорости работы и “на выходе” проводим нагрузочное тестирование: Яндекс.Танк + Munin, Nagios + штатные инструменты Битрикса.

На момент старта сайт был “бодрячком”: среднее время генерации страниц составляло около 0.3 секунды.

. и через год расширения сети и развития сайта

За год посещаемость, число точек и городов выросли процентов на 30.

База данных имеет стандартную для Битрикса структуру – инфоблоки (товары, SKU, маркетинговый контент), немного хайлоадблоков. Данных немало: например, в инфоблоке SKU (“наличие по точкам”) хранится более 400 тысяч записей.

Кроме того, сайт хранит более 6 миллионов записей – позиций ранее сделанных заказов. Каждый раз когда сайт обращается к истории заказов, выполняет операции с корзинами – этот объем записей затрагивается.

Как следствие – те программные решения, которые были оптимальны год назад, при накоплении объема данных и росте нагрузки потребовали проверки и переработки.

За год на сайт было добавлено много новых функций. Вот неполный список:

• Добавлена паназиатская кухня с конструктором заказов, что сделало весь код работы с корзиной “сильно нестандартным”;
  
• Создана адаптивная версия сайта. На мобильных доступна вся функциональность;
  
• Сделали “гео-доставку”. Это значит, что в зависимости от местоположения покупателя сайт показывает ему точный состав доступных к заказу блюд и условия доставки. Помимо координат клиента сайт учитывает нюансы работы сети MYBOX во всех городах (цена доставки, время, наличие блюд в ближайшей точке);
• Разработаны и запущены 2 мобильных приложения (приложения берут данные из того же сайта и добавляют ему нагрузки; мы разработали стыковочное API для мобильных приложение, это API реализует логику работы с товарами, заказами и доставкой);
  
• Реализован и запущен интранет-портал обучения и проверки уровня сотрудников (в платформе есть модуль Обучение, неплохо покрывающий задачи HR-департамента, мы использовали тот же сайт).

Выросла и нагрузка. Сайт перестал быть “бодрячком”. Перед нами встал вопрос — как увеличить скорость загрузки сайта.
По самым продающим и самым нагруженным страницам время за год сильно выросло (на графике показано серверное время).
В сентябре 2016 года мы начали оптимизацию. Результаты видны на графике, далее — подробности.

Оптимизация скорости работы сайта, снижение нагрузки на сервер

Расскажем что мы нашли, как исправили и к чему привела оптимизация скорости работы сайта.

Внимание:

Дальше много специальных терминов! Если вы не понимаете языка программистов, сразу читайте выводы и результаты.

Симптомы

Хозяйке на заметку: Даже если вы не специалист в веб-разработке, для определения медленно работающих частей сайта прекрасно подходит штатный монитор производительности Битрикса и его инструменты “Страницы”, “Хиты”, “SQL-запросы”. Запустите мониторинг на 20-60 минут и посмотрите статистику. Все как на ладони.

Выяснилось что узкое место — медленные запросы базы данных. Мы отобрали 500 самых долгих запросов, выбрали и сгруппировали по типам:
Вы спросите: как так вышло? Ответ прост:

• непрерывный рост базы и замедление запросов;
• постоянное изменение логики и “наслаивание кода”;
• весь год мы работали над проектом в таком темпе, что не проводили регулярное нагрузочное тестирование, перестали применять модульное и интеграционное виды тестирования. Мы оставили только “смок-тесты” и мониторинг работоспособности основного бизнес-процесса через Selenium. Скорость разработки была на первом месте, и накопился технический долг. Это плохо, но это неизбежное следствие режима “давай-давай”.

Важно время от времени наводить порядок.

Еще вопрос: как при таких показателях вообще удавалось работать?

Нужно похвалить кеширование Битрикса: большинство медленных запросов работали редко.

Парадокс, но жалоб от пользователей до определенного момента было крайне мало. Только тогда, когда долгий запрос оказался на пути конверсии при тестировании геозависимости доставки, вопрос стал ребром: надо оптимизировать.

А может сервер посильней?

Очевидная мысль — для ускорение работы сайта мало ресурсов, давайте добавим.

Но мы решили этого не делать до наведения порядка в коде. Добавлять мощности — значит консервировать проблему. Да и Антон Гойхман, ИТ-директор сети, совершенно разумно отказался “тушить пожар бензином”.

Сайт работает на обычном виртуальном сервере на SSD.
Сервер соответствует требованиям Битрикса, поэтому начинать надо не с него.
Мы нашли и устранили кучу мест “потери скорости”. Первая группа проблем называется

Ошибки программистов

Самые популярные:

Логически верные, но неоптимально написанные вызовы API Битрикса

API Битрикса – инструмент. Инструмент непростой. С его помощью очень легко написать такой код, который будет логически верен, но крайне непроизводителен. И требуется квалификация “сильно выше средней” чтобы это найти и исправить быстро и изящно.

Пример: Многие сущности на сайте связаны между собой и с внешней системой учета по XML_ID. В коде огромное число getlist-запросов с отбором XML_ID. При этом иногда программисты не указывали фильтрацию по iblock_id.

Логически это допустимо: если XML_ID уникален, то проблем нет.

Но в Битриксе для поиска по iblock_id, XML_ID есть составной индекс. А при запросе без указания инфоблока он не используется.

В огромном учебном курсе Битрикса “разработчик на bitrix framework” этот момент четко не описан.

Эта не бросающаяся в глаза особенности стиля кодирования здорово тормозила многие запросы.

Update: После нашего уточняющего запроса руководитель отдела документирования Роберт Басыров скорректировал текст документации Битрикс по этому поводу: http://dev.1c-bitrix.ru/api_help/iblock/classes/ciblockelement/getlist.php

SQL в цикле вместо более сложной, но быстрой методики получения данных

Пример: Больное место — result_modifier компонента catalog.section.

На сайте есть особый вид товаров — наборы в виде “коробочек паназии”. У них специфический жизненный цикл от синхронизации с учетной системой до ценообразования, доступности по городам, расчету геоданных.

В коде страницы каталога каждой коробки-вока в коде узнавали ее состав с помощью метода getBoxProductItems (в самом методе еще 2 раза вызывается Getlist по компонентам коробочек). Затем опять делали запрос для получения значения свойства. Все это для того чтобы узнать с чем коробка.
Работает, но неоптимально. Код избыточен.

Добавили интересующее нас свойство в параметр DISPLAY_PROPERTIES, собрали ID-записей и разом получили необходимые нам значения.

После:
Результат: Ускорение этого логического блока в сотни раз.

Запросы с пустой фильтрацией

Фильтры при отборах иногда формируются по сложной логике “в пару экранов кода”.

Завершается все это getlist’ом.

При исследованиях мы нашли несколько случаев, когда фильтр оказывался пустым. Getlist считает это вариантом нормы и срабатывает запрос вида «выбери мне все элементы всех инфоблоков».

Совет: при больших (или даже при любых) объемах данных проверяйте, не пустой ли у вас фильтр.

Повторный запрос тех же данных

В проект вложено примерно 3400 часов работы, участвовало много людей, и порой следующий программист писал в result_modifier примерно то же, что уже делалось в компоненте, с чуть измененной под новую логику структурой данных.

В идеальном мире каждый раз проводится code review, а по пятницам еще и комплексное нагрузочное тестирование. В реальном мире всегда есть срочные задачи, добавление новых фич.

Результат – накопилось вот такое: если на странице выводилось 50 товаров, то для каждого товара выполнялся запрос, определяющий текущий тип цены, одинаковый у всех.

Отсутствие нужных индексов на нагружающие запросы select

Пример: при работе с товарами наиболее часто производятся выборки по городу.

Город в нашей структуре данных — свойство инфоблока товарных предложений. Получается “запрос через 2 ступени”: товар-предложение-город. Запросы сложные, данных много, все тормозит.

Для ускорения сайта на Битрикс, сконвертировали в Инфоблоки 2.0 и добавили индекс на поле “город”.

Еще пример: довольно много данных хранится в highload-блоках, например расширенные профили покупателей — сотни тысяч записей, по которым часто ведется поиск и отбор.

Проанализировав запросы, мы добавили индексы почти на все highload-блоки.

Следующая группа проблем интереснее.

Неоптимальная работа стандартных компонентов и страниц Битрикса

Что необходимо дорабатывать

Метод CIBlockPriceTools::GetOffersArray используемый в компоненте Catalog.Section

Смысл этого метода в том, чтобы получить определенное число торговых предложений для каждого товара.

Делает он это довольно странным образом.

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

Работа со свойствами элементов инфоблока в компонентах

Стандартные компоненты каталога делают “лишние” для нас операции при извлечении свойств товаров.

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

Пример: Список полей которые мы получаем вместе с элементами
Стандартные компоненты получают свойства отдельно, с помощью метода CIBlockElement::GetPropertyValuesArray.

Чем больше свойств нам надо получить, тем медленнее метод работает.

В каталоге нам требуется всего 12 свойств, для интернет-магазина это не много.
На скриншоте профилировщика XHprof видно, что вызовы методов получения свойств (внешние) занимают очень много времени.

Следите за руками.

В методе GetPropertyValuesArray мы (в смысле код Битрикса) получаем значения всех активных свойств, причем двумя отдельными запросами: сначала список существующих свойств, затем сами значения для выбранных элементов каталога
Далее если свойство имеет тип свойства “привязка” и свойство указано в параметре PROPERTY_CODE идет получение привязанного элемента, причем запросом в цикле (метод GetDisplayValue). Время затраченное на исполнение функции GetDisplayValue
Можно порекомендовать разработчикам сайтов на Битриксе, если данных много и этот метод тупит, как у нас, не передавать в параметр PROPERTY_CODE компонента это свойство.

Тогда этот связанный элемент не будет извлекаться из базы без толку.

Удивительная страница sale_buyers.php

Эта страница доступна в админке вашего Битрикса по ссылке /bitrix/admin/sale_buyers.php?lang=ru. Она показывает покупателей и много данных по каждому: сумма заказов, число, время последнего логина.

На малых данных все отлично, а на больших — нет.

Она генерирует такой вот запрос:
Любители пописать SQL-запросы спросят — почему бы сумму и число заказов не получить одним подзапросом, а не двумя одинаковыми? Причина известна: так работает автоматический построитель запросов на основе настраиваемого визуального представления.

И черт с этим, проблема не в двух запросах вместо одного.

Проблема в том, что на нашей боевой базе этот запрос выполняется 20+ минут, неторопливо пережевывая данные и используя все больше ресурсов сервера.

Пришлось сообщить в техподдержку и временно заблокировать эту страницу.

Update: Трудами сотрудников компании Битрикс Дениса Шаромова и Николая Рыжонина пример 20+ — минутного запроса был стремительно исследован, в продукт внесены изменения, которые придут с обновлениями. Ждем.

Результаты оптимизации

После переработки структуры данных, оптимизации запросов и кода (нашего и Битриксового), при той же (и даже растущей нагрузке) не осталось запросов, которые бы исполнялись более 0.2 секунды (условия измерения те же — 500 самых нагружающих запросов вечером).

Сравните результаты “до и после”. Среднее время нагружающих запросов:
Даже самые тяжелые страницы теперь отдаются менее чем за 0.4 секунды (напомню, при 10+ хитах в секунду).
Сайт снова стал бодрячком.
Осталось еще одно “место потери времени” – проблемы клиентская оптимизация, работы в браузере.

Ей мы займемся в ближайшее время.

На диаграмме внизу зеленое — серверное время, синее – время на клиенте, в браузере.

Выводы

Универсальность Битрикса, гибкость инфоблоков и буйство фантазии заказчика позволяет многим веб-разработчикам забыть, как платформа устроена внутри. Забыть про уровень протокола, сессий, индексов, таймаутов.

А забывать не надо.

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

И если в простых случаях можно программировать “спинным мозгом”, то нагруженный проект не позволит этого.

Затраты времени на рефакторинг составили около 60 часов.

Мы написали эту довольно откровенную статью и убедили руководство заказчика в необходимости публикации, потому что знаем — проблемы организации и качества есть во всех проектах.

Важно как компания работает над ними.

Отраслевые решения: Работа с тендерами и закупками

Расширяйте возможности вашего Битрикс24 с помощью приложений по подписке Битрикс24.Маркет Плюс!

АВТОМАТИЗАЦИЯ РАБОТЫ С ЗАКУПКАМИ И ТЕНДЕРАМИ

Весь цикл от победы до реализации: 100% гарантия прохождения заявки на следующий этап; +34% количества участий; +42% операционной прибыли от тендеров.

С помощью отраслевого решения Вы будете подавать заявки вовремя, не забудете оплатить обеспечительный платеж и не пропустите интересный тендер.

ИНТЕЛЛЕКТУАЛЬНАЯ ТЕНДЕРНАЯ CRM ПОЛНОГО ЦИКЛА

весь цикл от победы до реализации

Что дает приложение?

• 100% гарантия прохождения заявки на следующий этап

• +34% количества участий

• +42% операционной прибыли от тендеров

Преимущества:

• Превращает закупки в простой и легкий процесс . — Битрикс24 всё делает за Вас: 4 этапа и более 25 стадий воронки превращают CRM в автоматизированный инструмент для победы в закупках.

• Держит под контролем все этапы тендера . — Все ответственные лица получают свои Задачи по тендеру на каждом этапе. Пока сотрудник не внесёт данные, закупка не перейдет в работу следующему.

• Увеличивает конверсию победных участий . — Все задачи являются ключевыми для принятия решения даже на первоначальных этапах. Это исключает участие в договорных и коррупционных закупках.

• Масштабирует доход с тендеров . — Улучшение качества участий, своевременное исключение нерентабельных контрактов, а также экономия времени способствует увеличению прибыли на 42%

Что входит в тендерную CRM?

• Приложение Bico Tender: Закупки и Тендеры . — Для удобного поиска, а также конвертации тендеров в Сделки в Битрикс24 со всей информацией в карточке. Будет установлено вместе с отраслевым решением.

• Приложение Задания бизнес-процессов в карточке CRM — для отображения заданий в Сделках. Будет установлено вместе с отраслевым решением.

• 4 последовательные Воронки сделок , которые проведут вас до победы и реализации по тендеру.

• Более 50 роботов на Стадиях . — Cпециально подобранные Задачи для успешного участия в тендерах.

• 27 этапов для участия в тендерах . — Начиная от анализа и заканчивая реализацией проекта.

• Настроенные карточки Сделок во всех направлениях с необходимой информацией по тендерам.

• Запись вебинара в помощь для тех, кто впервые начинает работать с Битрикс24 и с отраслевой CRM.

Воронки продаж и автоматизацция:

В решении соблюдена единая концепция работы для простоты начала использования. На каждом из этапов воронки, соответствующему сотруднику необходимо выполнить Задачи, которые создаются автоматически — для продвижения Сделки к следующему этапу.

• Воронка Анализ заказчика . Задачи на стадиях: Анализ возможных конкурентов, Оценка тендера на коррупционную составляющую, Юридическая оценка контракта, Финансовые затраты, Проверка ТЗ, сметы на возможность выполнения работ, Анализ тендерной документации на предмет требований Заказчика, Проверка наличия аккредитации на площадке.

• Воронка Подготовка заявки . Задачи и обязательные поля на стадиях: Внесение Обеспечения заявки/Оплата тарифа площадки, Заполнение ТКП, Подготовка документов по заявке, Загрузка документов на площадку, Ожидание результатов, Рассмотрение Заявки Заказчиком, Торги, Переторжка, Проиграли, Заявка отклонена, Контроль возврата обеспечения заявки.

• Воронка Победа . Задачи на стадиях: Внесение обеспечения контракта, Проверка контракта, Подписание контракта, Контракт подписан, Контроль возврата обеспечения заявки.

• Воронка Выполнение проекта . Задачи на стадиях: Внесения обеспечения Гарантийных обязательств, Подписание актов, Оплата от Заказчика, Возврат обеспечения контракта, Контроль возврата обеспечения гарантийных обязательств.

ГОТОВАЯ CRM ДЛЯ РАБОТЫ С ТЕНДЕРАМИ

автоматизация работы с тендерами: смета, согласование, контроль сроков, исполнение контракта

Зачем нужна CRM?

• Cистематизировать взаимодействие с тендерными заявкам.

• Упростить работу сотрудников компании, сделать ее более понятной и прозрачной.

• Свести к минимуму трудозатраты и человеческий фактор.

В чем польза автоматизации?

• Система Роботов будет автоматически ставить Задачи, контролировать сроки и отправлять необходимые уведомления сотрудникам.

• С помощью отраслевого решения Вы будете подавать заявки вовремя, не забудете оплатить обеспечительный платеж и не пропустите интересный тендер.

Карточка Лида — вся необходимая информация:

В карточке тендера уже есть все необходимые для работы поля. Учтены все детали по работе с тендерами и закупками:

• Сумма тендера

• НМЦК — начальная максимальная цена контракта

• Себестоимость

• Прибыль и Маржа , % – рассчитываются автоматически

• Наименование объекта закупки

• Тип закупки – Аукцион / Конкурс / Запрос предложений / Запрос котировок / Конкурентные переговоры

• Обеспечение заявки и тип обеспечения заявки, Обеспечение контракта и тип обеспечения контракта — Денежные средства / Банковская гарантия / Опыт исполненных контрактов / Не требуется

• Даты : публикации закупки, подведения итогов, подписания проекта контракта

• Дата и время окончания подачи заявки / аукциона

• Срок исполнения контракта

• Ссылка на тендерную площадку – кликабельная ссылка на площадку

• Электронная площадка – наименование электронной площадки

• Регион — привязка к справочнику Google

• Расчет / Смета

• Федеральный закон — 44-ФЗ / 223-ФЗ / Другой

• Документы – множественное поле для прикрепления файлов с документами

Направления в Сделках

В системе работа с тендером разбита на 2 больших блока — это участие в тендере и исполнение условий контракта. Таким образом, в сделках есть 2 направления:

• Тендерная воронка — работа с тендером от момента интереса до победы или поражения.

• Исполнение контракта — работа по исполнению контракта от подписания до закрывающих документов.

Автоматизация:

• Новый тендер — Робот оповещает об успешном добавлении нового тендера. Создается папка для документов по тендеру и ссылка на папку добавляется в карточку тендера.

• Смета / Расчет — Робот поставит задачу по подготовке сметы.

• Согласование — Робот ставит задачу, и руководитель должен либо закрыть тендер со статусом Не интересен, либо передвинуть его на следующую стадию.

• Подача заявки — Робот отслеживает дату и время окончания подачи заявки и отправляет уведомление за 1 день до этого срока.

• Торги — Робот напоминает ответственному о торгах за 1 день, за 1 час и за 15 минут. Бизнес-процесс добавляет дату и время аукциона в календарь компании и календарь ответственного.

• Ожидание итогов — При наступлении даты подведения итогов робот поставит задачу подвести итоги и закрыть тендер с соответствующим статусом.

• Победа — Руководитель получает соответствующее уведомление. Робот создает копию сделки в воронке Исполнение контракта. Робот отправляет сообщение о победе в тендере всем сотрудникам в живую ленту.

• Проиграли , Не участвовали — Руководитель получает соответствующее уведомление.

• Не интересен — Руководитель не согласовал участие в тендере.

Настроенные Роботы + постановка Задача в воронке Исполнение контракта:

• Контракт — Робот ставит задачу на оплату обеспечения контракта и на подпись проекта контракта.

• Исполнение — исполнение условий контракта (поставка, оказание услуг, выполнение работ). В зависимости от типа бизнеса (указывается в настройках), будет поставлена задача на производство, закупку или оказание услуг, производство работ.

• Отгрузка / сдача работ — Робот ставит задачу на отгрузку товаров заказчику или на сдачу выполненных работ.

• Акты — Робот ставит задачу на получение оригиналов закрывающих документов.

• Сделка успешна , Сделка провалена — Руководитель получает соответствующее уведомление.

Дополнительные приложения:

В комплект вместе с отраслевой CRM идут полезные приложения, которые сделают работу с системой еще удобнее.

• СБИС.ЗАКУПКИ . Позволяет получать тендеры из сервиса СБИС Поиск и анализ закупок в Битрикс24. Для каждого тендера в Битрикс24 можно создавать Лид или Сделку. Вся информация по тендеру сохраняется в соответствующие поля Лида или Сделки.

• ЗАКУПКИ.КЛИК . Дает возможность в 1 клик скачивать тендеры с сайта zakupki.gov.ru и создавать в Битрикс24 Лиды или Сделки.

ГОТОВАЯ CRM ДЛЯ ТЕНДЕРНОГО ОТДЕЛА

для компаний, которые участвуют в тендерах, занимаются сопровождением тендеров

Использование готового решения на Битрикс24 позволяет

• Сократить время на настройку CRM с 3 дней до 15 минут.
• Стандартизировать работу и повысить качество обслуживания клиентов.
• Повысить конверсию из потенциальных клиентов в действительные. Система напомнит о делах и сроках и сотруднику, и руководителю и не даст «потерять» клиентов.
• Уменьшить количество ошибок и потерь, минимизировать «человеческий фактор».
• Оцифровать информацию о продажах, наглядно отразить состояние продаж, места потери клиентов, вклад каждого сотрудника в результат.

Готовая CRM содержит

• Настроенные воронки продаж.
• Необходимые поля в карточке Лида и Сделки.
• Роботы, напоминающие о подготовке или же подтверждении документов, которые ставят задачу ответственному.
• Заранее заготовленные роли участников тендерного отдела. У каждого участника имеются свои доступы, задачи, которые будут отыграны на каждом из этапов сделки.

Лиды

В Лидах происходит отсеивание неподходящих тендеров.

• Рабочие стадии Лида : Новый тендер, Согласование участия.
• Качественные стадии : Участвуем в тендере.
• Некачественные стадии : Спам, Низкая цена контракта, Нереальные сроки подачи заявки, Нереальные сроки выполнения контракта.

Настроенные поля в карточке Лида : Наименование тендера, Ссылка на тендер, НМЦ, Размер обеспечения заявки, Размер обеспечения контракта, Документы по тендеру, Способ проведения тендера, ФЗ, Порядок подачи заявок, Дата и время начала подачи заявок, Дата и время окончания подачи заявок, Адрес площадки, Место исполнения контракта, Срок исполнения контракта.

Роботы в Лидах : На заполнение анкеты тендера, На принятие решения об участии или отказе в тендере.

Сделки

В Сделках идет работа с прошедшими отсеивание тендерами.

• Рабочие стадии Сделки : Подготовка заявки, Размещение заявки, Заявка подана, Документы подготовлены, Подписание договора.

• Качественные стадии : Победа в тендере.

• Некачественные стадии : Заявка не принята, Проигрыш, Заказчик отказался.

Настроенные поля в карточке Сделки : Наименование тендера, Ссылка на тендер, НМЦ, Размер обеспечения заявки, Размер обеспечения контракта, Документы по тендеру, Способ проведения тендера, Порядок подачи заявок, Дата и время начала подачи заявок, Дата и время окончания подачи заявок, Дата и время подведения итогов, Место исполнения контракта, Срок исполнения контракта.

Всю тендерную документацию можно добавить прямо в Сделку в поле Документы по тендеру . Благодаря такой возможности, ни один документ не потеряется и будет в полной доступности, даже если Вы находитесь дома или в «полях» ведёте работу с телефона.

Роботы в Сделках : На изменение документа, На подготовку заявки на участие, На получение обеспечения заявки, На согласование договора с заказчиком, На подписание договора.

ПОДПИСКА БИТРИКС24.МАРКЕТ ПЛЮС

За фиксированную цену используйте любое количество приложений и бизнес-сценариев из более чем 1500 доступных в каталоге Битрикс24.Маркет.

Интеграции с соцсетями и мессенджерами (WhatsApp, Telegram и другие), чат-боты, шаблоны сайтов, готовые CRM и интернет-магазины — устанавливайте столько приложений, сколько вам нужно.

ГОТОВЫЕ РЕШЕНИЯ, ШАБЛОНЫ И ПРИЛОЖЕНИЯ

Оформить подписку Битрикс24.Маркет Плюс можно только на платных тарифах Битрикс24.

Выберите подходящий вам период подписки или попробуйте 15-дневную бесплатную пробную версию на своём портале.