Бедросова Юлия

На одном из наших недавних внедрений Битрикс24 использовался как бекенд для другой внешней системы — для личного кабинета студента. Через личный кабинет абитуриенты и студенты могут подать заявку на обучение по выбранному курсу, загрузить необходимые для оформления документы, следить за статусом своей заявки, оплачивать счета за обучение, а так же взаимодействовать со своими кураторами. Все это очень плотно интегрированно с бизнес-процессами Битрикс24. Для такой плотной интеграции Битрикс со сторонней системой нам не хватало стандартных REST-методов — логика использования запросов становилась слишком сложной и запутанной.

CRM Битрикс24 позволяет строить различные отчеты по лидам стандартными средствами. Однако эти отчеты не учитывают несколько факторов, которые имеют место быть в бизнесе различных компаний, а именно: - не всегда лиды обрабатываются "на горячую". Иногда лид может долгое время лежать на руководителе отдела продаж или на владельце компании, а в какой-то момент этот лид назначают на рядового сотрудника отдела продаж, и только с этого момента должна начинаться и учитываться в отчетах его обработка. Для построения отчета нам в этом случае важна не дата создания лида, а дата его назначения на сотрудника из определенного списка.

Существует стандартная рекомендованная практика реакции на инцидент безопасности для AWS EC2, которая подробно описана в  AWS Security Incident Response Guide . Если пересказать коротко: если есть подозрения, что для данного инстанса EC2 произошел какой-либо инцидент безопасности, необходимо как можно быстрее выполнить следующие действия: 1) Изолировать инстанс - поместить его в карантинную группу безопасности, для которой закрыты все входящие порты, за исключением, например, 22го порта с определенных IP-адресов, чтобы системный администратор смог подключиться по ssh. Такая карантинная группа может существовать заранее или должна быть создана в ходе реакции на инцидент.

Когда-то давно я уже писала о том, как мы настраиваем Git репозиторий для проектов на базе 1С-Битрикс: https://habr.com/ru/post/219569/ Много копий было поломано в комментариях к этому посту по поводу того, нужно ли включать в репозиторий ядро системы.  Архитектурно в плане организации папок с кодом Битрикс24 в коробке построен аналогично 1С-Битрикс. Поэтому большая часть описанного в том посте - актуальна и для Битрикс24. Что касается того, должно ли быть под гитом ядро системы - на этот вопрос я отвечала утвердительно и тогда, и сейчас:

В последний год было очень много работы, не было времени писать что-то в блог и даже обновить перечень услуг на сайте. А перечень услуг изменился. В ближайшее время я займусь приведением информации на сайте bedrosova.ru в соответствие.  Моя команда внедрения CRM-системы Битрикс24 как в облаке, так и в коробке работает в обычном режиме. Услуги моих системных администраторов расширились колоссально. Перенести вашу локальную инфраструктуру в облако, оптимизировать затраты на облачные ресурсы, развернуть сервера для чего угодно где угодно - это к нам. Как и прежде мы делаем любое SMM и таргет в соцсетях. Лично я как специалист сменила стек и фокус своих интересов. Я бросила Битрикс как CMS (на самом деле уже давно), не занимаюсь больше интеграцией Битрикс и 1С, не настраиваю 1С УТ. Но я могу познакомить вас с классными ребятами, у которых есть исходный код всех моих старых кейсов, касающихся этого направления.  У меня много новых кейсов, и в ближайшее время я о них расскажу.

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