Релиз 204

⚡️ Рады представить вам обновленную версию Личного кабинета!
Ни дождливые, ни солнечные дни не мешают нам работать над улучшением нашего приложения изо дня в день.

🌞 В первую очередь, мы полностью обновили экран «О номере» — теперь он выглядит стильно, современно и не содержит лишней информации.

🌞 Доработали раздел «Профиль» и поставили метрики, чтобы получить полное представление об активности пользователей в разделе. А еще мы добавили подсказки, чтобы пользователи могли быстро и легко освоить все новые возможности приложения.

🌞 И непременно оцените более плавную анимацию на всех экранах приложения.

Надеемся, что вы уже нажали кнопку «Обновить» 🔄 в AppStore или Google Play.

204.01 Новый дизайн экрана «Подробнее о номере»

В разделе «Операции по номеру» внесли изменения в дизайн и верстку экрана «Подробнее о номере». Убрали данные об адресе электронной почты и секретном слове из блока, так как теперь пользователь может управлять этой информацией в новом разделе «Профиль».

Реализовали единый дизайн для светлой и темной темы, что обеспечит удобство использования в любой цветовой схеме.

Также заменили фоновую подложку в разделе «Операции по номеру» на более современную и привлекательную.

Реализация задачи улучшит пользовательский опыт.

Задача инициирована проектным отделом.

204.02 Доработка раздела «Профиль»

В рамках задачи доработали действие «Подтвердите свой email».

Теперь, после того как пользователь заполняет поле с адресом электронной почты и подтверждает свои данные в карточке «Подтвердите свой email» внизу страницы, автоматически открывается поле с уже заполненными данными в верхней части страницы в строке Email. Пользователю остается лишь подтвердить свою почту, нажав кнопку «Отправить».

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

Задача инициирована отделом тестирования.

204.03 Метрика для раздела «Профиль»

Провели интеграцию App-метрики с экранами и событиям в разделе «Профиль», где ранее эта метрика отсутствовала. Дополнительные новые события добавили в Google Docs для удобства отслеживания и анализа данных о поведении пользователей на этих экранах.

Реализация задачи позволит получать дополнительные данные и информацию о взаимодействии пользователей с приложением.

Задача инициирована проектным отделом.

204.04 Добавили анимацию при смене подложек

В рамках задачи внесли улучшения на экраны разделов «Тарифы» и «Услуги».

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

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

Задача инициирована проектным отделом.

204.05 Анимация возврата на всех страницах приложения

В рамках задачи настроили плавную анимацию при срабатывании кнопки «Назад».

Ранее при свайпе влево для возврата на предыдущий экран использовалась анимация, при которой задний экран перемещался влево, а при нажатии на кнопку «Назад» анимация не проигрывалась.

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

Задача инициирована проектным отделом.

204.06 Загрузка аватара. Системное диалоговое окно

Улучшили функционал загрузки фотографий в разделах «Профиль» и SberDevices.

Теперь при добавлении аватара или внесении паспортных данных в «Профиле» появляется системное диалоговое окно для загрузки фотографии. Пользователь может сделать новое фото прямо в момент загрузки или выбрать фото из Галереи своего устройства. Аналогичная функциональность добавлена в разделе SberDevices при загрузке чека.

Также загрузить аватар теперь возможно по клику на соответствующую иконку, а не только через редактирование.

Реализация задачи делает процесс загрузки фотографий более удобным и интуитивно понятным для пользователей.

Задача инициирована проектным отделом.

204.07 Подсказки по начислениям. Обучение пользователей

В рамках задачи добавили подсказки на различных экранах в приложении:

• Главный экран. На первом экране после авторизации показываем пользователю сначала историю, потом предлагаем настроить списание абонентской платы, а затем подсказку о заполнении Профиля для получения коинов. После этого в последующие дни показываем окно с действиями для начисления коинов.
• Профиль. Подсказка ведет на новые действия, которые еще не выполнил пользователь.
• Бонусный счет. Показываем стрелочкой на начисления, полученные пользователем за выполнение действий в Профиле.

Задача инициирована проектным отделом.

204.08 Перенос предлога. Окна со списком действий

В рамках задачи внесли изменения в оформление окна с действием «Активируй на Госуслугах». Предлог «на» перенесли на другую строку в соответствии с установленными нормами верстки.

Реализация задачи улучшит визуальное оформление.

Задача инициирована отделом маркетинга.

204.09 Поле «Кем выдан». Страхование Безлимит

В рамках задачи доработали 3 шаг «Собственник» в «Новом расчете» в ресурсе «Страхование Безлимит».

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

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

Задача инициирована проектным отделом.

204.10 Популярные вопросы. Получение по API

Добавили возможность получать список популярных вопросов и ответов на них через API.

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

Также успешно внесли изменения в поиск по заголовкам популярных вопросов на Главной странице приложения (иконка «Лупа»). Работает исправно.

Реализация задачи позволит пользователям быстрее и удобнее находить ответы на актуальные и интересующие вопросы.

Задача инициирована проектным отделом.

204.11 Запрет на отправку паспортных данных в Билайн

В рамках технической задачи установили временный запрет на отправку паспортных данных пользователей в билайн на период проведения технических работ. При отправке запроса в метод POST /passport/send-to-beeline/{phone} отображается ошибка:

Задача инициирована проектным отделом.

204.12 Метод получения медиаматериалов

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

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

Задача инициирована проектным отделом.

204.13 Доработали отображение вкладок на странице «Брони и активации»

В рамках задачи доработали страницу «Брони и активации».

Теперь при перемещении между вкладками «Брони» и «Активации» происходит смена названия страницы.

Задача инициирована отделом тестирования.

204.14 Внесение SIM на активированный номер

В рамках задачи на странице «Брони и активации» доработали функционал кнопки «Смена СИМ-карты». Кнопка отображается только у номеров, с момента активации которых прошло не более трех дней и при бронировании серийный номер SIM-карты не был внесен.

Теперь работает корректно, неисправностей не наблюдается.

Задача инициирована отделом тестирования.

204.15 Подсказка в разделе «Мои брони» при отображении номеров блоками

В рамках задачи доработали вкладку «Мои брони» на странице «Брони и активации».

Теперь при наведении курсора мышки на иконки в карточке забронированного номера подсказка с их обозначением отображается корректно.

Задача инициирована отделом маркетинга.

204.16 Отображение забронированного номера в Базе номеров

В рамках задачи улучшили функциональность страницы «База номеров».

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

Задача инициирована отделом тестирования.

204.17 Доработка поиска номеров в разделе «Брони и активации»

В рамках задачи улучшили функционал поиска номеров при использовании фильтра «Кубики».

Теперь при применении фильтра «Кубики» отображаются номера, соответствующие заданной комбинации. «Кубики» работают даже без использования дополнительных фильтров.

Задача инициирована отделом тестирования.

204.18 Признак ИП/Самозанятый для пользователя Store Безлимит

Добавили новый параметр «ИП/Самозанятый» в настройках пользователя Store Безлимит. Параметр имеет два возможных значения: 0 — нет, 1 — да. По умолчанию этот параметр не установлен для всех пользователей.

Новый параметр «ИП/Самозанятый» также включен в общую выгрузку по дилерам.

Теперь при выплате бонусов проверяем настройки пользователя в административной панели Store Безлимит:

• Если параметр «ИП/Самозанятый» равен 0, то выплата бонусов обрабатывается по стандартной схеме.
• Если параметр равен 1, то отображается ошибка с сообщением для вывода с параметром «card»:

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

Задача инициирована проектным отделом.

204.19 Доработка страницы «Не плати за связь»

Внесли изменения на страницу «Не плати за связь»:

• Изменили текст «Твой тариф будет стоить 0 рублей» на «Забери подарок и получи скидку».
• Текст «Твой тариф будет стоить 0 рублей» сделали строчными буквами.
• Переименовали кнопку «Участвовать» в «Забрать подарок».

Задача инициирована отделом продаж.

204.20 Анимация на странице «Не плати за связь»

В связи с изменением текста в первом блоке на странице «Не плати за связь» заменили анимированный нолик на подарочную коробку.

Задача инициирована отделом маркетинга.

204.21 Корректировка текст на странице «Не плати за связь»

В рамках задачи изменили цвет текста

с черного на фиолетовый в соответствии с общим дизайном страницы.

Также добавили значок рубля ₽ около цифры 0.

Задача инициирована отделом маркетинга.

204.22 Эндпоинт «Не плати за связь», страница «Акции»

В рамках задачи реализовали метод для обновленной вкладки «Не плати за связь» на странице «Акции», который будет принимать имя, номер телефона и UTM-метки.

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

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

Задача инициирована отделом продаж.

204.23 Страница «Сотрудничество». Изменение информации о розыгрыше

Обновили информацию в сплывающем окне с сообщением о розыгрыше. Заменили дату проведения розыгрыш на актуальную — 24 мая 2024 года.

Задача инициирована отделом маркетинга.

204.24 Доработка верстки на странице «О компании»

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

Теперь, когда пользователь пытается заказать пропуск за более чем 60 дней до посещения, текст ошибки

отображается под полем ввода даты, не увеличивая само поле.

Задача инициирована отделом тестирования.

204.25 Передача заявок на оформление пропуска в Битрикс

Изменили процесс заказа пропусков в московский офис Безлимит в связи с отключением системы заказа пропусков на стороне бизнес-центра.

Теперь заполненные пользователем данные на странице «О компании» (кнопка «Заказать пропуск») передаются в Битрикс и создается задача. Указанные в заявке ФИО и дата посещения отображаются в названии задачи. Например:

Задача инициирована отделом сервиса.

204.26 Подсказка «Дата доставки» на странице «Подбор номера»

На экране оформления номера на странице «Подбор номера» реализовали подсказку для поля «Дата доставки».

Для реализации задачи добавили информационную иконку i и всплывающее окно с подсказкой:

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

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

Задача инициирована отделом логистики.

204.27 Штрафы ГИБДД

Внедрили в раздел «Платежные поручения» отдельную вкладку «Штрафы ГИБДД».

Ранее для оплаты штрафов (просмотра списка штрафов, сортировки машин по компаниям, выгрузки информации) бухгалтерия использовала сервис onlinegibdd.ru.

Для решения этой задачи:

• Реализовали функционал синхронизации автомобилей из системы онлайн ГИБДД с Финансовым Биллингом. В систему онлайн ГИБДД данные о машинах вносит отдел АХО.
• Добавили кнопку «Обновить данные автопарка», при нажатии на которую в Финансовый Биллинг подгружается актуальный список машин.
• Реализовали функционал автоматического отображения всех полученных через ГИБДД штрафов на автомобили компании. Все платежи отображаются на вкладке «Штрафы ГИБДД». Рядом с неоплаченными штрафами появляется кнопка «Отправить в банк», по нажатию на которую данные направляются в банк.
• Также добавили возможность фильтрации во вкладке «Штрафы ГИБДД» аналогично сервису онлайн ГИБДД.
• В банковских транзакциях реализовали автолинковку, чтобы платежное поручение было привязано к банковской транзакции.

Задача инициирована финансовым отделом.

204.28 Категории ДДС. Автопарк

Добавили новое условие для создания правила для новых типов платежей — Штрафы ГИБДД.

Каждому автомобилю задаем правило по госномеру. В назначении платежа номер автомобиля не указывается, только номер постановления (каждый раз разный). Для этого упростили работу бухгалтерии и добавили единое поле «Номер авто».

В список правил добавили новую колонку «Авто» с поиском по выпадающему списку.

Теперь при создании платежного поручения из правил подтягиваются категории ДДС. Категория ДДС определяется по номеру авто.

Задача инициирована финансовым отделом.

204.29 Создание платежных поручений. Подтягивание категории ДДС из правил

В рамках задачи автоматизировали процесс привязывания категорий ДДС к обычным платежным поручениям на основе заранее заданных правил.

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

Задача инициирована финансовым отделом.

204.30 Отчет по корпоративным картам. Отображение возврата с минусом

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

В случае если в списке транзакций есть следующие признаки:

• компания-получатель является нашей компанией, а в назначении платежа указано PWS/ROP,
• в назначении платежа указано PWS/ROP и слово «Возврат»,

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

Для этого случая используется принцип «Сторно», позволяющий корректно обрабатывать возвраты и управлять финансовыми операциями в системе.

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

Задача инициирована финансовым отделом.

204.31 Отчет по корпоративным картам. Выгрузка в Excel. Добавление расшифровки

В рамках задачи по доработке функционала Финансового Биллинга в отчет по корпоративным картам внесли следующие изменения:

• Теперь к каждой транзакции прикреплена подробная расшифровка, позволяющая более детально понимать суть каждой операции. При этом доступ к возможности установки расшифровок и их изменению ограничен соответствующими правами доступа.

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

• Добавили кнопка «Экспорт в Excel», которая позволяет сформировать отчет в формате Excel, что обеспечивает удобство в дальнейшей работе с данными, и их анализе или сохранении.
• Для упрощения работы с фильтрами добавили кнопку «Очистить фильтры», по нажатию на которую сбрасываются все установленные фильтры.

Задача инициирована финансовым отделом.

204.32 Чекбокс «Отображать в Желтом». Разбиение платежного поручения

Внесли изменения в работу функционала, связанного с разделением платежного поручения.

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

Теперь информация отображается корректно и сохраняет данные при выборе этого чекбокса.

Задача инициирована финансовым отделом.

204.33 Акция «200 бонусных рублей» до 31.03.2024

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

Сотрудники отдела продаж разослали огромное количество номеров в конвертах клиентам — десятки тысяч! Идея акции: мотивировать клиентов включить эти номера. Для этого и начислили на их баланс бонусный платеж 200 рублей.

Задача инициирована отделом продаж.

204.34 Автоматизированная инвентаризация по точкам СДЭК через email

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

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

Также добавили кнопку для общей рассылки с запросом об актуализации количества SIM-карт в каждой точке. Каждый запрос отправляется отдельным письмом, а не в виде перечисления адресов в копии. Общая рассылка ограничена таким образом, что можно отправлять запросы не чаще одного раза в 15 дней.

Текст письма:

Задача инициирована отделом логистики.

204.35 Ручной перенос начислений в Анбиллинг

Добавили в Карточку номера новый функционал по переносу начислений в Анбиллинг.

Для реализации задачи создали новую вкладку «Перенос начислений».

После переноса начислений из вкладки «Финансы» в Анбиллинг подчищаем значения и проводим пересчет баланса по номеру.

Реализация задачи позволит эффективного управлять финансовыми операциями и улучшит процессы учета начислений и их переноса в системе.

Задача инициирована проектным отделом.

204.36 Логирование паспортных данных и Госуслуг в Журнале

В рамках задачи по сбору паспортных данных внедрили новый функционал: логирование процесса загрузки фотографий через Личный кабинет и изменения статусов при отправке паспортных данных на модерацию в Биллинг.

Теперь каждое событие отображается с соответствующим значением в зависимости от сценария: «Загружены» и «Отправлены» для паспортных данных, «Запрос отправлен» для запросов, отправленных на Госуслуги.

Задача инициирована проектным отделом.

204.37 Наличие Личного кабинета и Геопозиция. Логирование

В рамках задачи по сбору паспортных данных реализовали новый функционал в Журнале: логирование двух действий из раздела «Профиль» в Личном кабинете — Геопозиции и Наличия приложения.

Теперь в Журнале мы записываем информацию о первой установке мобильного приложения, опираясь на параметр device_id. Это позволяет отслеживать и регистрировать момент установки приложения пользователем.

Также мы отображаем в Журнале первое предоставление пользователем доступа к своей геопозиции — независимо от того, было ли это сделано через мобильное приложение или в веб-версии Личного кабинета.

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

Задача инициирована проектным отделом.

204.38 Функционал обработки данных для замены SIM-карты из Bezlimit_Delivery_Bot

Bezlimit_Delivery_Bot — это бот, созданный для автоматизации процесса замены SIM-карт курьерами. Новый бот предоставляет возможность курьерам самостоятельно проводить замену SIM-карт без необходимости обращения к сотрудникам отдела логистики. Это значительно упрощает и ускоряет процесс замены, а также снижает нагрузку на сотрудников логистики.

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

Когда курьер начинает общение с ботом, ему нужно ввести свой ID — уникальный номер в системе. После этого система проверит его подразделение. Если все совпадает, то курьер сможет продолжить регистрацию.

Курьеру также необходимо отправить фото SIM-карты для проверки. Фото должно содержать штрихкод и номер телефона. Система будет проверять данные на совпадение и валидность. Если данные не совпадают, система сообщит об ошибке.

При успешной проверке данные курьера будут сохранены, и он сможет продолжить работу.

Также система будет проводить ежедневную проверку активности курьеров. Если курьер неактивен или его данные не совпадают с информацией в системе, система уведомляет об этом.

Задача инициирована отделом логистики.

204.39 Очередь на распознавание фото для Bezlimit_Delivery_Bot

Создали новую очередь queue-courier-sim-photo для обработки фотографий, которые курьеры отправляют через телеграм-бот.

В этой очереди храним фото и ID пользователя телеграм для отправки и распознавания в сервис Распознавания.

Задача инициирована отделом логистики.

204.40 Очередь queue-courier-sim-change-sim для сохранения данных по операции распознавания фото из Bezlimit_Delivery_Bot

Создали новую очередь с названием queue-courier-sim-change-sim, в которой хранятся данные о пользователе в телеграм, серийных номерах SIM-карт и номерах телефонов. Эти данные используются для операций по замене SIM-карты.

В этой очереди будут сохраняться следующие параметры:

1. ID (числовое значение) — идентификатор пользователя в телеграм.
2. Серийный номер SIM-карты — уникальный идентификатор каждой SIM-карты.
3. Номер телефона, для которого будет производиться замена SIM-карты.
4. Ответ от Битрикс (true|false) — результат операции замены SIM-карты, где true означает успешную операцию, а false — неудачу.

Реализация задачи позволит хранить все необходимые данные для отслеживания и обработки операций по замене SIM-карт пользователей в новой очереди.

Задача инициирована проектным отделом.

204.41 Деавторизация пользователя в боте для курьеров

Добавили возможность деавторизации из курьерского бота по следующей схеме: пользователь отправляет команду /delete, вводит ID, связанный с его аккаунтом в Битрикс, а затем фамилию. Если введенные данные совпадают с данными в таблице Биллинга, то происходит зачистка данных пользователя из этой таблицы. Таким образом, пользователь будет деавторизован из курьерского бота.

Задача инициирована отделом логистики.

204.42 Снятие ограничения по количеству дней для ручного прикрепления номера по акции «Не плати за связь +20%»

В рамках задачи создали роль canDoBypassBringFriendChecks, которая игнорирует количество дней с момента активации номера при ручном прикреплении номера в Карточке номера.

При наличии этой роли проверка даты активации номера не производится, при отсутствии — проверяем, чтобы с момента активации номера прошло не более трех дней.

Задача инициирована проектным отделом.

204.43 Корректировка работы флага «Активация Store: да/нет» в 31 отчете по активациям

В рамках задачи скорректировали работу флага «Активация Store» при ручном прикреплении номера по акции «Не плати за связь».

Теперь при ручном прикреплении номера по акции «Не плати за связь» в 31 отчете отображается активация Store: нет.

Задача инициирована проектным отделом.

204.44 Новые USSD для пакетов минут и интернета

Добавили новые USSD-команды для подключения пакетов минут на активных номерах.

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

Реализация задачи позволит пользователям управлять своими минутами и активировать нужные им пакеты непосредственно через USSD-запросы.

Задача инициирована отделом сервиса.

204.45 Доработали валидатор почты iCloud.com для eSIM

Доработали механизм проверки электронной почты для сервиса @iCloud.com.

Теперь помимо проверки самого значения icloud.com мы проверяем наличие символа @ перед этим доменным именем. Если найдено полное совпадение с @icloud.com, независимо от регистра букв (icloud.com, iCloud.com, ICLOUD.COM и другие варианты), то система выдаст ошибку.

Реализация задачи поможет избежать ошибок, когда значение icloud.com находится прямо перед символом @ в адресе электронной почты, например [email protected].

Задача инициирована проектным отделом.

204.46 Новый метод API и функционал закрепления номеров из Битрикс для менеджеров по продажам

Для реализации задачи по закреплению номеров за менеджерами в Битриксе создали новый метод API — NPSmanager-billing-numbers-check-and-consolidation.

В этом методе мы проверяем и закрепляем номера за менеджерами следующим образом:

1. Проверяем каждый номер по дилерскому пути и сроку годности.
2. Если номер уже закреплен за конкретным менеджером, проверяем срок его действия. Если нужно, продлеваем срок годности на 30 дней.
3. Если номер не закреплен за менеджером, проверяем дилерский путь и изменяем его при необходимости.
4. После успешной проверки и закрепления номера логируем изменения срока годности и дилерского пути.
5. Если на номере флаг ПА=нет, отправляем отказ.
6. По завершении обработки каждого номера отправляем сообщение об успешном закреплении.

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

Задача инициирована отделом продаж.

204.47 Большой весенний розыгрыш 2024. Текст

В рамках технической задачи обновили информацию в ресурсе Store Безлимит (приложение и веб-версия) в разделе «Розыгрыш».

Актуализировали информацию в связи с окончанием Весеннего Розыгрыша и грядущим Большим Весенним Розыгрышем, который пройдет 24 мая 2024 года.

Задача инициирована отделом продаж.

204.48 Отправка автоматических push-уведомлений об активации брони из Суперссылки

Реализовали информирование партнера об активации номера через Суперссылку посредством отправки ему push-уведомления. В сообщение отображается информация об активации с указанием номера телефона и количестве начисленных бонусов.

Задача инициирована отделом продаж.

204.49 POST /reservations Новая резервация — повторный серийный номер SIM-карты

В рамках задачи доработали метод POST /reservations.

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

Задача инициирована проектным отделом.

⚡️ Мы разработали мобильное приложение, которое предоставляет возможность управлять WhatsApp напрямую с нашего устройства. С помощью этого приложения мы добавляем новые контакты, находим их в списке контактов в WhatsApp, набираем и отправляем сообщения, повторяя эту последовательность операций многократно.

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

204.55 Авторизация. Кликер

Разработали и внедрили визуальная часть страницы для входа в административную панель. На странице «Авторизации» необходимо ввести логин и пароль, после чего нажать на кнопку «Войти».

Для входа в административную панель предусмотрена система выдачи специальных прав, которые дают доступ к определенным функциям и возможностям.

Реализация задачи позволит обеспечить безопасность и контроль над теми, кто имеет доступ к административным функциям системы.

Задача инициирована проектным отделом.

204.50 Раздел «Аккаунты»

В рамках задачи создали страницу «Аккаунты» для управления аккаунтами, которые будут использоваться для рассылки через платформу.

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

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

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

Задача инициирована проектным отделом.

204.51 Раздел «Устройства»

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

При переходе на эту страницу отображается таблица с колонками, которые могут быть отфильтрованы:

1. Порядковый номер устройства (ID).
2. Статус устройства: В сети, Выключено, Архив (с возможностью фильтрации).
3. Device ID: уникальное название устройства (например: Samsung_SM-G998B3eff61ab3577bada).
4. Марка и модель устройства (например, Samsung Galaxy S21 Ultra 5G).
5. Номер телефона, привязанный к устройству (например, 79672113456).

Устройства отображаются в списке, где ранее добавленные находятся внизу, а новые - вверху. Также указывается общее количество доступных устройств.

Если устройство не обновляется в течение суток, оно автоматически помещается в архив.

Задача инициирована проектным отделом.

204.52 Раздел «Рассылка» (Прогрев/Рассылка)

В рамках задачи разработали страницу «Рассылка», где представлена таблица с данными. Пользователю предоставляется возможность фильтровать данные по различным параметрам, таким как тип рассылки, дата, статус и другие. Также имеются кнопки управления процессом прогрева.

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

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

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

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

Задача инициирована проектным отделом.

204.53 Фильтр по типу рассылки

Внесли улучшения в интерфейс экрана «Рассылки»:

• Добавили новый столбец «Тип рассылки», где реализован выпадающий список с двумя значениями: «Обычная» и «Прогрев». Это позволит пользователям выбирать тип рассылки для каждого номера.
• Внесли корректировки в названия текстовых полей «Номер, который прогреваем» и «Недоступен».

Задача инициирована проектным отделом.

204.54 Инициализация, настройка и развертывание проекта «Ферма»

В рамках технической задачи выполнили все необходимые шаги для запуска проекта «Ферма» в работу.

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

Задача инициирована проектным отделом.

204.56 WebSocket. Инициализация аккаунта

Разработали подключение к WebSocket (открытие сокета) с целью установления связи между устройством и сервером. WebSocket — это технология, позволяющая установить двустороннее соединение между клиентским и серверным приложением через веб-сокет. Теперь, если соединение было прервано, а затем восстановлено, с мобильного устройства отправляется запрос на восстановление соединения.

При отправке запроса на восстановление соединения в заголовке передается идентификатор устройства (device_id), данные об устройстве (модель телефона и прочее) и данные об аккаунте.

Логика работы сервера предполагает два сценария:

1. Если уникальный идентификатор устройства уже существует в базе данных, то устройство привязывается к ранее созданному аккаунту.

2. Если уникальный идентификатор устройства не найден в базе данных, то создается новый аккаунт для устройства.

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

Задача инициирована проектным отделом.

204.57 Обработка отправки сообщений через WebSocket

Настроили получение и сохранение сообщений на бекенде. Для удобства фиксации всех входящих и исходящих сообщений создали отдельный раздел «Сообщения на устройстве».

При передаче информации с клиента на сервер отображаются следующие данные:

• Тип сообщения: указывается, является ли сообщение входящим или исходящим.
• Текст сообщения.
• Номер телефона: для входящих сообщений фиксируется переданный номер, а для исходящих проставляется номер аккаунта, привязанного к устройству.
• Статус доставки сообщения: отражает текущий статус отправки сообщения, такой как «В процессе», «Отправлено», «Доставлено», «Прочитал».

Также в рамках задачи ввели новый метод авторизации. При инициализации аккаунта методом POST /accounts/init на сервере генерируется случайный токен и сохраняется в связи с устройством. Этот токен указывается при подключении к сокету. Если токен действителен, то авторизация проходит успешно. В случае неверного токена соединение закрывается.

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

Задача инициирована проектным отделом.

204.58 Рассылка. Взаимодействие с клиентом

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

Принцип взаимодействия между номерами в процессе прогрева следующий:

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

Вся логика реализована на стороне сервера, при этом у клиента нет информации о том, идет прогрев или же отправка сообщений. Сам текст сообщений для прогрева генерируется на сервере с одним важным условием: текст каждого сообщения всегда уникален.

Реализация задачи помогает обеспечить эффективное взаимодействие между номерами в процессе прогрева.

Задача инициирована проектным отделом.

204.59 Вставка списка номеров из буфера обмена. Указание актуального приложения при подключении к socket

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

• Теперь в поля «Выберите аккаунты для рассылки» и «Выберите номера, используемые в рассылке» можно добавить номер телефона, который необходимо включить в рассылку.
• Добавили чекбокс «Участвуют номера из админки», который автоматически включает все номера, на данный момент не принимающие участие в прогреве и не являющимися «нашими» номерами или «номерами-автоответчиками». Исключение составляет прогрев «наших» номеров в рамках одной операции прогрева.
• Теперь номера из поля «Выберите аккаунты для рассылки» прогреваются между собой.
• Статус «В рассылке» присваивается «Номерам-отправителям», а статус «Прогрев» присваивается «Номерам-отправителям» и «Номерам-автоответчикам».
• При подключении к сокету в параметре active_apps передается информация о приложении, с которым будет взаимодействовать система. Возможные значения этого параметра: WhatsApp, WhatsApp_business.

Реализация задачи расширит функционал формы создания рассылок и упростит процесс их настройки и управления ими.

Задача инициирована проектным отделом.

204.60 Административная панель Фермы 1.0

В рамках задачи скорректировали работу административной панели фермы:

• Теперь прогрев не может прерваться самостоятельно, что обеспечивает более стабильный процесс подготовки номеров к рассылке.
• Ранее, чем чаще отвечали одни контакты, тем реже шел прогрев с другими, которые отвечали реже. Это приводило к тому, что в итоге прогрев продолжался только с одним контактом. Теперь прогрев происходит равномерно.
• В случае отправки клиентом ответа на полученное сообщение ответ передается в административную панель Фермы.
• Доработали функционал запуска прогрева.
• Добавлено адаптивное расширяемое поле для ввода текста, которое автоматически подстраивается под количество вводимого текста, с ограничением по символам до 4096.
• Теперь, если количество номеров, с которых производится рассылка, два и более — включается система «очереди». Клиенту приходит одно уведомление с этим текстом рассылки.
• Убрали лимит на сообщения при прогреве.
• В запросы входят только аккаунты, у которых есть доступ.

Задача инициирована проектным отделом.

204.61 Просмотр описания события отсутствия в Таймкипере

В рамках задачи добавили описание события отсутствия в модуле Таймкипер.

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

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

Вкладка «Контроль рабочего времени».

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

Задача инициирована отделом Битрикс.

204.62 Перенос процесса обогащения информации о тарифном плане и сроках номеров

В рамках задачи перенести процесс обогащения информации о тарифном плане и сроках номеров с момента поступления сделки в воронку «Логистика» на момент поступления сделки в воронку «Курьеры».

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

Реализация задачи позволит обеспечить более точные и актуальные данные на этапе доставки заказа к клиенту.

Задача инициирована отделом логистики.

204.63 Ограничение на процесс оформления доставок

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

Если менеджер оформляет по сделке две и более доставок, но у клиента отсутствуют активации, то система не позволяет создать доставку. В этом случае сделка автоматически переносится в стадию «Проблемные доставки», а для менеджера добавляется соответствующий комментарий в Таймлайне.

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

204.64 Корректировка синхронизации Битрикс и телеграм-бота для распознавания фотографий номеров телефонов и их серийных номеров

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

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

Задача инициирована отделом тестирования.

204.65 Активити для поиска дублеров

В рамках задачи создали новое действие, которое запускает метод поиска «Дублеров» и «Альтернативных» номеров.

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

Задача инициирована отделом Битрикс.

204.66 Автоматическое сообщение в НПС для Меркина. Часть 2

При переводе сделки на стадию «Оформление доставки» после создания сделки на доставку в воронке «Логистика» производится поиск номеров-дублеров по полю «Основной номер». Найденные номера в Биллинге фиксируются в поле сделки «Дублеры».

Дополнительно данные номера записываются в таймлайн сделки.

Также отправляются клиенту вместе с ID доставки.

Задача инициирована отделом продаж.

204.67 Обработчик новой очереди bitrix-dont-pay-phones

Реализовали обработчик новой очереди bitrix-dont-pay-phones.

Каждый раз, когда в Биллинге происходит прикрепление номера по акции «Не плати за связь», в очередь поступают задания со следующими параметрами:

• phoneVampire (string) — номер телефона, к которому был привязан номер-донор по акции «Не плати за связь» (Главный номер).
• phoneDonor (string) — номер телефона, который привязан по акции «Не плати за связь» (номер-донор).
• lastname (string) — фамилия на Главном номере.
• firstname (string) — имя на Главном номере.
• patroname (string) — отчество на Главном номере.
• activationDate (string) — дата активации (год-месяц-дата) на Главном номере.
• tariffName (string) — наименование тарифа на Главном номере.
• bringFriendList (string) — список номеров, подключенных по акции «Приведи друга +20%» на Главном номере.
• bringFriendCount (int) — количество номеров, подключенных по акции «Приведи друга +20%» на Главном номере.
• potentialNumberList (string) — список номеров, потенциально способных быть подключенными по акции «Приведи друга +20%» после активации номера на Главном номере.
• potentialNumberCount (int) — количество номеров, потенциально способных быть подключенными по акции «Приведи друга +20%» после активации номера на Главном номере.
• donorDealerId (string) — ID дилера Биллинг, за которым закреплен номер-донор.
• dontPaySource (string) — возможные варианты: potentialrobot, если прикрепил сотрудник Потенциальный робот, superlinklk, если прикрепил номер сотрудник auto, handmade, если прикрепил любой другой сотрудник.
• donorDealerRoute (string) — дилерский путь из Биллинга номера телефона, который привязан по акции «Не плати за связь» (номер-донор).

При поступлении задания в очередь по параметру phoneVampire (string) находим сделку в воронке «Не плати за связь» по полю «Основной номер» и обновляем информацию в полях сделки по следующему сопоставлению:

• Подключенные по акции номера = bringFriendList (string)
• Количество подключенных номеров = bringFriendCount (int)
• Потенциальные номера = potentialNumberList (string)

Для последующего использования полученной информации для уведомлений, назначения дел в параметр бизнес-процесса передаем информацию:

• phoneDonor = phoneDonor (string)
• donorDealerId = donorDealerId (string)
• donorDealerRoute = donorDealerRoute (string)

Если сделка по полю «Основной номер» не найдена, то создаем новую сделку в стадии «В работе» и заполняем следующие поля:

• Источник (source)= dontPaySource (string)
• Вампир НПС робот (Status id =47)= potentialrobot
• Вампир НПС руками (Status id =48) = handmade
• Вампир НПС саморазобрант (Status id =49)= superlinklk
• Основной номер = phoneVampire (string)
• Подключенные по акции номера = bringFriendList (string)
• Количество подключенных номеров = bringFriendCount (int)
• Потенциальные номера = potentialNumberList (string)
• Тарифный план = tariffName (string)
• Дата активации = activationDate (string)
• ФИО клиента или получателя = lastname (string) firstname (string) patroname (string)
• Телефон клиента / получателя = 8phoneVampire (string)
• Фамилия = lastname (string)
• Имя (Биллинг) = firstname (string)
• Отчество = patroname (string)
• Название сделки = источник

Ответственный:
Находим сотрудника в отделе продаж по полю в профиле сотрудника «ID кабинета 0 уровня», сопоставляя с donorDealerId (string). Если сотрудник не найден по ID кабинета 0 уровня, то ставим ответственного Технический пользователь (21). Если ответственный будет найден Макеев (19), Лукьянов (13), то ответственным за сделку становится Технический пользователь (21).

После создания сделки запускаем метод поиска существующего контакта в Битриксе. Контакт ищем по phoneVampire (string) и прикрепляем к сделке. Если контакт не найден, то создаем новый контакт, где:

• Рабочий номер телефона = phoneVampire (string)
• Фамилия = lastname (string)
• Имя = firstname (string)
• Отчество = patroname (string)
• Если ФИО не заполнены, то присваиваем имя контакту = источник в сделке.
• Источник = источник в сделке
• Ответственный за контакт = ответственный за сделку

Задача инициирована Дирекцией проектной разработки, тестирования и сетевой инфраструктуры

204.68 Новый метод для проверки со стороны Биллинга (Store 2.0)

Реализовали метод NPSmanager-billing-numbers-check-and-consolidation, который не только делает необходимые проверки в Биллинге, но и крепит номера за менеджером и выставляет у них сроки годности.

Метод запускается при оформлении доставки в воронке «Не плати за связь» по полям: «Основной номер», «Номера в заказе», «Мультиномер».

В этом методе мы проверяем и закрепляем номера за менеджерами следующим образом:

1. Проверяем каждый номер по дилерскому пути и сроку годности.

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

3. Если номер не закреплен за менеджером, проверяем дилерский путь и изменяем его при необходимости.

4. После успешной проверки и закрепления номера логируем изменения срока годности и дилерского пути.

5. Если на номере флаг ПА=нет, отправляем отказ.

6. По завершении обработки каждого номера отправляем сообщение об успешном закреплении.

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

Задача инициирована Дирекцией проектной разработки, тестирования и сетевой инфраструктуры

204.69 Подложки для тарифов и услуг

Реализовали функционал по загрузке папок и обычных фотографий для ресурсов Store Безлимит и Личный кабинет.

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

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

Задача инициирована проектным отделом.

204.70 Новое оформление соцсетей

Разработали новые баннеры и логотипы для оформления соцсетей ВКонтакте, Одноклассники, YouTube и Rutube.

Задача инициирована отделом маркетинга.

204.71 Раздел «Иконка приложения» в Личном кабинете

В связи с переносом раздела «Иконка приложения» в раздел «Тема» разработали новые макеты оформления и передали в разработку.

Задача инициирована проектным отделом.

204.72 Раздел «Профиль» в Личном кабинете. Обновление паспортных данных

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

За выполнение действий мы будем начислять 50 и 100 коинов соответственно.

Задача инициирована проектным отделом.

204.73 Доработка страницы «Акции» на сайте

Доработали вкладку «Не плати за связь» на странице «Акции» на сайте компании.

Добавили кнопку «Забрать подарок», по нажатию на которую открывается окно, где пользователь может оставить заявку на участие в акции.

Также убрали со страницы плавный переход от блока к блоку.

Задача инициирована отделом продаж.

204.74 Доработка страницы «Подбор номера»

В рамках задачи доработали экран оформления номера. Теперь при выборе доставки SIM-карты курьером в поле «Дата доставки» отображается информационная иконка i и подсказка:

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

Задача инициирована отделом логистики.

https://tracker.yandex.ru/FRONT-1391

204.75 Обновление видео в App Store и Google Play

В рамках задачи по обновлению наших страниц в магазинах приложений App Store и Google Play разработали новое видео о Store Безлимит.

Задача инициирована отделом маркетинга.

204.76 Обновление макетов в App Store и Google Play

В рамках задачи по обновлению наших страниц в магазинах приложений App Store и Google Play обновили карточки с изображением и описанием приложения Личный кабинет.

Задача инициирована отделом маркетинга.

204.77 Технические работы в ресурсах

В рамках задачи разработали новые макеты экранов с сообщением о технических работах для ресурсов Store Безлимит, Личный кабинет, Биллинг.

Задача инициирована проектным отделом.

204.78 Стикеры «ДНК Безлимит»

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

Задача инициирована отделом маркетинга.

204.79 Подборка номеров

В рамках задачи подобрали красивые номера и оформили в карточки для размещения в соцсетях.

Задача инициирована отделом маркетинга.

204.80 Фоны для подборки номеров

В рамках задачи сделали карточки для подборки номеров в весеннем стиле.

Задача инициирована отделом продаж.

204.81 Нарезка видео «Весенний Розыгрыш»

Сделали несколько видео с последнего розыгрыша Безлимит: победители, отзывы о Суперссылке, участники с несколькими призовыми местами. Будем использовать в соцсетях и новостях в Store Безлимит.

Задача инициирована отделом маркетинга.

204.82 Русинновации на маркетплейсе

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

Задача инициирована отделом маркетплейсов.

204.83 Безлимит на hh.ru

В рамках задачи написали текст для страницы компании на сайте по поиску сотрудников hh.ru. Теперь в разделе о компании мы рассказываем соискателю о преимуществах работы в Безлимит.

Задача инициирована отделом маркетинга.

204.84 Публикации в наших ресурсах

В Store Безлимит разместили новости о вакансиях компании в городе Махачкале и напоминание о возможности построить дилерскую сеть.

Задача инициирована отделом продаж.

204.85 Публикации в сторонних ресурсах

В наших официальных сообществах ВКонтакте, Instagram (запрещен в РФ), Facebook (запрещен в РФ) и Одноклассники было опубликовано 5 постов (репутационных, продающих, развлекательных и информационных).

Отражены следующие темы:

• Розыгрыш 3 000 000 уже сегодня.
• Гадание на Масленицу.
• Фильмы, где главный герой мобильник.
• Безлимит на тарифах «На связи».
• Почему «горячая линия» так называется.

В Telegram-канале опубликовали 13 постов:

• Розыгрыш 3 000 000 уже сегодня.
• Мы уже в эфире.
• Победители Розыгрыша 3 000 000.
• Анонс нового Большого Весеннего Розыгрыша.
• Розыгрыш 3 000 000 уже сегодня.
• Гадание на Масленицу.
• Фильмы, где главный герой мобильник.
• Подборка весенних обоев для телефона.
• Безлимит на тарифах «На связи».
• Переходите на eSIM.
• Безопасное использование мобильного интернета.
• Подборка красивых номеров.
• Как стать абонентом Безлимит.

В канале на Дзене опубликовали 4 статьи:

• Почему «горячая линия» так называется.
• Преимущества красивых номеров для бизнеса.
• Телеграм для бизнеса: все, что нужно знать
• Фильмы, где главный герой мобильник.
• Почему «горячая линия» так называется.