Поддержка и доработка корпоративного портала

Разработка для коробочной версии Битрикс24 похожа на разработку на решении интернет-магазин 1С-Битрикс: Управление сайтом и отличается от разработки под облачный Битрикс24, хотя и маркетплейс, и приложения там тоже доступны. 

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

Во-первых, заказчик не совсем понимает, что хочет от Битрикс24 – а это не просто СРМ, задачи и интеграции с сервисами. Его можно и настроить по-разному, и доработать по-разному. Поэтому очень важно в начале внедрения, хотя бы словами описать бизнес процессы компании. Особенно, если в компании все уже налажено без СРМ, то внедрять без "полной картины" становится еще сложнее (Сегодня руководитель отдела продаж хочет сквозной отчет по брендам во всех филиалах, а завтра выясняется, что филиал в Москве имеет другие бренды. В офлайне это само собой разумеется, а разработчик в логике отчета такого не предполагал). 

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

Во-вторых, настройка корпоративного портала сопровождается еще и обновлениями  Битрикс24, и других сервисов, с которыми происходит интеграция, и поэтому может затянуться.

Так и произошло  с внедрением Битрикс24 в компании Делис. 

Одной из первых задач была интеграция с почтой. У Делис была почта на домене Яндекс, а у Битрикс24 с Яндекс тесные отношения. Интеграция в принципе должна проходить легко в несколько кликов. Но никогда не обольщайтесь , что все будет просто. Сложности возникли на этапе настройки интеграции Яндекс.Почты и СРМ. Выдавало ошибку доступа, проблема решилась обновлением  Битрикс24, после моего обращения в техподдержку. После полученные адреса были прикреплены к сотрудникам, т.к. для входа на портал они использовали личные емайлы.

После, возникла задача, как-то определять -  входящее или исходящее письмо создало лид. Я написала обработчик на создание дела - письма, завела для дел пользовательское поле (UF-поле в дальнейшем)  и отмечала в этом поле, какое письмо (исх. или вх.). К слову Битрикс24 тогда еще не имел интерфейс почтового клиента. Эта интеграция создала много лидов, больше спама и внутренней переписки, чем реальных новых клиентов. Здесь пригодились роботы Битрикс24 - завели статус лида - спам, и настроили робота на этом статусе - добавлять емайл адрес в исключения - чтобы лид больше не добавлялся. В последствии в ноябре 2018, когда Битрикс24 дописали интеграцию с обновленным сервисом – Яндекс.Коннект, я снова настроила интеграцию почты, но из-за лишнего спама ее отключили от СРМ.

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

И еще одна задача для работы с лидами - сегментация лидов. Здесь также использовались роботы по статусам лида.

Далее попробовали настроить интеграцию СРМ Битрикс24 с 1С Комплексная автоматизация 2. Требовалось выгрузить уже существующих клиентов и продажи по ним из 1С в Битрикс24. Первый этап - это выгрузка товаров для сделок. Заказчик сказал, что товары выгружены (через полгода я только выяснила, что выгружены они встроенным в 1С обменом, а не модулем от 1С-Битрикс, хотя у него возможностей больше). Надо было настроить выгрузку контрагентов и их заказов и реализаций. Сначала хотели через новинку Битрикс24 – 1С-трекер, но тут же столкнулись с политикой безопасности компании – у сервера 1С не было доступа к интернету, а 1С-Трекер изначально создан для облачного сервиса Битрикс24 и работает на внешнем токене, естественно ему надо доступ к сервису Битрикс24, проверяющему, что именно связывает этот токен. В общем, интеграция с 1С отложилась на поллета точно, и вновь задача остро встала в августе, когда доступ к интернету у сервера 1С наконец настроили. 

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

Тогда было принято решение писать свою интеграцию на основе модуля обмена от 1С-Битрикс, который используется в решении интернет-магазин, и ранее он же использовался для интеграции СРМ по товарам и выгрузки обратно счетов СРМ в 1С  заказы(здесь надо сделать акцент – именно счетов,  а не сделок). Обмен из 1С на сайт я не разу до этого не настраивала. 

Когда установили модуль обмена на тестовой 1С, я стала настраивать выгрузку контрагентов, заказов, отгрузок и оплат на портал.   Из-за использования линукс сервера для 1С, не получалось настроить файл лога локально, была проблема с правами, и приходилось привлекать сисадмина. 

Далее я начала переделывать скрипт, который принимал данные на стороне портала Битрикс24. Я заменила создание пользователей на создание контрагентов и контактных лиц( на основе компаний и контактов СРМ), а заказы и реализации пошли в сделки. Все это уместилось в одно предложение, но на самом деле заняло очень много рутинного написания кода, потом тестирования его с обменом из 1с.

Чтобы сохранить компанию (которую мы стали использовать под контрагента, то есть и частных лиц туда сохранять)

1. требуется создать компанию,

2. особым образом описать контакты – емайл и телефон – т.к. они хранятся в отдельной таблице базы данных,

3. далее надо создать реквизит компании,

4. к нему создать юридический адрес, фактический адрес,

5.  далее цикл контактных лиц, выяснение - добавить их, удалить или изменить, 

6.  у контактных лиц тоже массив с контактами.

Потом потребовалось доработать в модуле обмена в 1С выгрузку дополнительных полей для контрагентов  и контактных лиц. Это сделал приглашенный 1с программист. А я сделала обработку этих полей и сохранение в UF-поля компании и контакта.

Далее выяснилось, что если в 1С есть связка заказ-реализация-оплата , то обмен выгружает только первое. Это было тоже изменено со стороны 1С и переделано в коде на стороне портала Битрикс24. Также была настройка систем оплат на портале, чтобы выгружались оплаты из 1С, и была доработка на стороне 1С по выгрузке электронных оплат Яндекс.Кассы. А на стороне портала Битрикс24 я сохраняла в сделке номер заказа в 1с, номер реализации в 1с, номер оплаты, и при наличии оплаты закрывала сделку и ставила дату начала и закрытия по 1С.

Так были получены данные из 1с за 2018 год по ноябрь, но в ноябре компания 1С-Битрикс обновила  Битрикс24, и  системы оплаты переместились из модуля интернет-магазин в модуль сСРМ, потому что модуль интернет-магазина им понадобился под встроенный в портал магазин. И наша настройка обмена приостановилась до обновления модуля для 1С.

Но в общем, базу контрагентов и их заказы, реализации и оплаты мы все таки выгрузили из 1С и можно было с базой работать.

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

Как раз в это время появились обновления Битрикс24, из-за которых все UF-поля в лидах  синхронизировались при конвертации с контактами, компаниями и сделками.  С одной стороны это классно, но с другой много лишних полей появилось, а самое главное они создались с неудобными для разработки кодами – идентификаторами. 

Хорошо хотя бы в форме контакта, компании и сделки можно настроить, какие поля выводить в подробном просмотре и в списке. Но только в веб-версии, а в мобильном приложении Битрикс24, которое новые менеджеры Делис начали активно  использовать, всё было по-старому, все лишние поля вывелись и мешали. Пришлось дорабатывать шаблоны дизайна мобильного приложения. Кстати очень удобно, что само приложение выпускать не надо. Оно как оболочка, а внутренности хранятся в файлах портала на сервере компании, и их можно легко переделывать.

И это обновление UF-полей не коснулось встреч и звонков (дел одним словом), хотя там бы все поля из контакта и сделки как раз были нужны. И еще в списке встреч не помешал был экспорт в ексель, но его тоже пришлось дорабатывать на новом плагине. Радовало только, что появился компонент встречи, потому что Битрикс24 перешел на iframe интерфейс, а раньше встреча вообще открывалась во всплывающем окне и создавалась в javascript функциях в ядре. Сейчас тоже, конечно,  потребовались изменения в этом javascript файле ядра, но не такие значительные. Все таки html –php шаблон  дорабатывать легче, чем динамическое построение дом окна на javascript.

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

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

На стадиях встреч также была создана воронка наподобие воронки продаж.