Мультиаккаунтинг для страховых брокеров: кабинеты в разных СК
Как страховому брокеру вести десятки агентских кабинетов разных страховых компаний без путаницы, утечек и блокировок — профили, прокси, роли.
Независимый страховой брокер или агентство обычно работает не с одной страховой компанией, а с десятком-полутора. У каждой — свой агентский портал, свой логин, своя логика расчёта тарифов и свои требования к безопасности входа. Добавьте сюда CRM, сервисы для расчёта премий, партнёрские программы по лидогенерации — и получится 15–25 активных учётных записей на одного специалиста, а в агентстве из пяти агентов счёт идёт на сотни.
Это не серая зона и не способ обойти правила. Каждый агентский кабинет создаётся по официальному договору между брокером и страховщиком, с отдельным агентским кодом, иногда с отдельной лицензией на продукт. Страховые компании сами выдают десятки тысяч таких кабинетов — это стандартная модель дистрибуции. Задача не в том, чтобы обмануть систему, а в том, чтобы не перепутать клиентов, не держать все пароли в одном Excel-файле и не потерять доступ, когда агент увольняется посреди сезона продления полисов.
Почему браузерные вкладки и общий логин не работают
На практике агентства обычно идут одним из трёх путей, и у каждого есть цена.
Один логин на несколько сотрудников. Экономит деньги на подписках, но ломает отчётность страховщика: СК видит одну и ту же сессию с разных IP и в разное время суток, иногда это триггерит блокировку по подозрению в компрометации учётной записи. А если два агента одновременно редактируют один полис через общий логин — конфликт сохранения почти гарантирован.
Обычный Chrome с несколькими профилями ОС. Работает, пока агентов двое-трое и ноутбук один. При росте команды управлять паролями через стандартные профили Chrome, без общего пула и ролей, превращается в ручной труд: кто-то выходит в отпуск, кто-то увольняется — и доступы либо остаются висеть, либо их спешно меняют, рискуя заблокировать нужный кабинет в разгар сезона. Разница между этим подходом и выделенным инструментом разобрана в статье про профили Chrome и антидетект-браузер.
Отдельное устройство под каждого агента. Самый надёжный вариант с точки зрения изоляции, но дорогой: ноутбук плюс обслуживание на каждого человека, который ведёт 10–15 кабинетов. Для агентства из 8 человек это ощутимая статья расходов без прямой окупаемости.
Изолированные браузерные профили закрывают задачу без лишних трат: каждый агентский кабинет живёт в своём профиле с отдельными cookies, историей, сохранёнными паролями и собственным отпечатком браузера, а оборудование остаётся одно на сотрудника.
Сколько кабинетов и какой структуры ждать
Прежде чем настраивать профили, стоит составить реестр кабинетов — это займёт час, но избавит от хаоса на старте.
| Тип кабинета | Примерное количество на агента | Частота входа |
|---|---|---|
| Агентские порталы страховщиков | 10–20 | ежедневно-еженедельно |
| CRM и система управления агентством | 1 | ежедневно |
| Сервисы сравнения тарифов / рейтеры | 1–3 | ежедневно |
| Партнёрки по лидам | 2–5 | еженедельно |
| Порталы по урегулированию убытков | 3–8 | по обращениям |
Структура профилей обычно строится не по сотрудникам, а по клиентскому портфелю плюс страховщику: если агент ведёт автострахование и страхование имущества, у него будут отдельные профили на каждую СК для каждой линии продукта, потому что логины и права доступа у них разные даже у одного и того же поставщика. Группировка профилей по страховщику, а не вперемешку, экономит время при поиске нужного кабинета, когда звонит клиент и нужно быстро открыть его полис.
Настройка профиля под агентский портал
Агентские порталы страховщиков не такие капризные к отпечатку браузера, как рекламные кабинеты или маркетплейсы, но пара моментов всё же важна.
Часовой пояс и язык. Большинство СК привязывают сессию к региону лицензии агента, а не к IP как таковому, но некоторые антифрод-системы в страховании (особенно у крупных федеральных перевозчиков в США) сверяют часовой пояс браузера с регионом агентского кода. Если агент физически работает из другого штата или страны, часовой пояс профиля стоит выставлять по региону лицензии, а не по реальному местоположению сотрудника.
Стабильность отпечатка между сессиями. Агентские порталы живут долго — иногда сессия с тем же логином не прерывается месяцами. Если отпечаток браузера "плавает" от запуска к запуску, система безопасности страховщика иногда помечает это как подозрительную активность и просит повторную верификацию через SMS или звонок в службу поддержки, что для агента означает потерянные 20 минут посреди рабочего дня.
Прокси — по необходимости, не по умолчанию. Для внутренних агентских порталов геопривязка обычно не критична, если агент и так работает из своего региона. Прокси становятся нужны в трёх случаях: агентство нанимает удалённых агентов из другого региона страны, работает с лицензиями в нескольких штатах одновременно, или нужно смотреть портал глазами клиента для диагностики проблемы с заявкой. Разбор того, какой тип прокси подходит под такие задачи, есть в статье про выбор прокси для мультиаккаунтинга.
Команда: кто видит какого клиента
В агентстве с ролями всё решается проще, чем кажется. Разумная раскладка:
- Владелец/управляющий партнёр — видит весь пул профилей, может передавать кабинеты между агентами при переходе клиента.
- Старший агент/тимлид — доступ к профилям своей команды, может временно подключаться к браузеру агента для помощи с сложным кейсом урегулирования.
- Агент — доступ только к профилям своих закреплённых клиентов и страховщиков.
- Бухгалтерия/комплаенс — доступ только к кабинетам, где считаются комиссии и выплаты, без права редактировать полисы.
Такое разделение прав напрямую закрывает требование многих страховщиков о "need to know access" — агент не должен видеть кабинеты клиентов, которых не ведёт, даже внутри одного агентства. В GetAntik роли и лимиты настраиваются на уровне участника команды, а не всего аккаунта целиком, так что ограничение по клиентскому портфелю не требует заводить отдельные подписки на каждого агента.
- lev открыл Airdrop zkSync 07
- artem закрыл FB · US · BM-14
- maya смотрит браузер artem
- lev передал TikTok Shop 03
Полезная функция для страхового агентства — живой просмотр и удалённое управление браузером коллеги. Когда новый агент впервые оформляет полис в незнакомом ему агентском портале, старший коллега может подключиться к его сессии и подсказать прямо в процессе, не пересаживая человека за свой компьютер и не прося прислать скриншот с паролем в мессенджере.
Передача клиента при смене агента
Это, пожалуй, главная боль агентств в плане мультиаккаунтинга. Клиент закреплён за агентом, у которого свой набор кабинетов по всем его страховщикам. Агент уходит в декрет, переходит в другой отдел или увольняется — и портфель клиентов нужно передать целиком, без смены паролей у десятка страховщиков и без риска, что доступ временно "подвиснет" в процессе.
Когда профили организованы по клиенту/страховщику, а не привязаны к личному аккаунту сотрудника, передача решается переназначением профиля внутри команды, а не пересозданием доступа с нуля. Что важно учесть при увольнении агента и как закрыть доступ, не потеряв связку с кабинетами страховщиков, подробно разобрано в статье про офбординг сотрудника без потери аккаунтов. Обратная ситуация — выход нового агента на линию и первый день с клиентским портфелем — описана в материале про онбординг с быстрым доступом к профилям.
Хранение паролей и 2FA
Страховая отрасль регулируется жёстче многих других: утечка данных клиента (возраст, адрес, VIN автомобиля, номер полиса) — это не просто неприятность, а потенциальный репутационный и юридический риск для агентства. Пароли к агентским порталам нельзя хранить в общем файле или в заметках на телефоне, а 2FA многие крупные страховщики уже сделали обязательной для входа в агентский кабинет.
Хранилище кодов двухфакторной аутентификации внутри самого профиля закрывает эту задачу: код генерируется там же, где открыт нужный кабинет, не нужно переключаться между приложением-аутентификатором на телефоне и браузером на компьютере. А поскольку данные профиля шифруются на устройстве паролем аккаунта, доступ к логинам и сохранённым сессиям не зависит от того, насколько защищён сервер — у GetAntik на сервере просто нет ключа для расшифровки. Подробнее про модель защиты профилей — в статье про шифрование и восстановление доступа и на странице безопасности.
Частые ошибки
Один профиль на всю линейку продуктов у одного страховщика. Автострахование и страхование имущества у одной СК часто выдаются через разные порталы с разными логинами даже одному агенту. Попытка впихнуть оба в один профиль с двумя наборами cookies заканчивается постоянными разлогинами.
Копирование профиля вместо настройки заново при смене клиента. Если агент перенимает портфель уволившегося коллеги простым копированием его старого профиля, в истории и сохранённых формах остаются данные прежних клиентов — это нарушение конфиденциальности, даже если непреднамеренное.
Игнорирование сезонности нагрузки. В сезон продления полисов (обычно пик — январь и середина года для автострахования в США) количество одновременных сессий у агента растёт в 2–3 раза: нужно одновременно сверять расценки у нескольких СК для одного клиента. Стоит заранее прикинуть лимит профилей на тариф с запасом, а не упираться в потолок в самый загруженный месяц — ориентиры по тарифам можно свериться на странице тарифов.
Отсутствие регулярной проверки доступа. Агентские коды страховщиков иногда отзываются или требуют переподтверждения раз в год. Без единого списка профилей с датой последнего входа легко прозевать портал, который "уснул" на полгода, а потом окажется, что доступ нужно восстанавливать через звонок в поддержку страховщика с подтверждением лицензии.
FAQ
Страховщики запрещают брокерам иметь несколько кабинетов? Нет — наоборот, каждый агентский код выдаётся официально под конкретного агента или агентство. Правила касаются другого: нельзя передавать свой логин третьим лицам без ведома СК и нельзя выдавать себя за другого агента. Изоляция профилей как раз помогает соблюдать это требование, а не обходить его.
Нужны ли прокси для агентских порталов? В большинстве случаев нет, если агент и так физически находится в своём рабочем регионе. Прокси нужны точечно: для удалённых агентов из другого штата/страны или для диагностики проблем с точки зрения клиента.
Что делать, если страховщик требует подтверждение по SMS на телефон, привязанный к конкретному агенту? Это не решается браузерными профилями — такие SMS всё равно нужно получать на устройство конкретного человека. Профиль и изоляция отпечатка снимают проблему конфликта сессий и хранения паролей, но не заменяют личную верификацию, которую требует сам страховщик.
С какого размера агентства имеет смысл переходить на антидетект-браузер вместо ручного управления паролями? Ориентир — когда число активных агентских кабинетов на команду переваливает за 30–40, а в штате больше двух-трёх человек, у которых периодически меняются закреплённые клиенты. До этого обычного менеджера паролей с ролями может хватать.