Бюджет: 250 UAH Срок: 1 день
Доброго вечера .Можно обойтись без get/post запроса.Я сделаю отслеживание факта, когда клиент написал первое сообщение в чат открытой линии Битрикс24, через Google Тег Менеджер (при помощи двух тегов и одного тригера).Цель в Google Analytics так и будет называться - "Клиент написал первое сообщение в чат Bitrix24" или "Клиент первым обратился через чат открытой линии Bitrix24" (на Ваш выбор).Специалист со стороны Битрикса не очень поможет - я общалась, когда настроила подобное для akumulator-lviv.weblab24.com. Битриксоиды уже три года не хотят делать интеграцию с Google Аналитикой, как у JivoSite, откладывая это в список желаний клиентов, которые когда-нибудь там будут реализованы.Я также могу сделать более сложную передачу конверсий: передам события, которые произошли в соглашениях CRM Bitrix24 после обработки чата от клиента, с помощью подключения и настройки бесплатного плагина B242GA к вашему порталу на Bitrix24, тогда можно будет автоматически отправить любые Выбранные Вами стадии соглашений Битрикса в Google Analytics в цели (с такими же названиями, как соответствующие стадии соглашений).То есть, например, клиент написал через открытую линию Bitrix24, после чего, обычно, автоматически должна создаться соглашение (создание соглашений или лидов уже должен быть налажен в Битриксе), менеджер берет в работу эту соглашение, обрабатывает чат, меняет стадию соглашения и оставляет комментарии, и если соглашение будет иметь стадию "Успешный договор" или "Отказанная оплата", то в Google Аналитики цели с соответствующими названиями "Успешный договор" или "Отказанная оплата" зафиксируют эти события с привязанностью к источнику трафика.Именно для чата Битрикса настроенный плагин B242GA сам автоматически заполнит поле с идентификатором компьютера Google Analytics и поле с Google client id в сделках, а затем передаст событие достижения соответствующей стадии сделки в Google Analytics.Этот плагин Вы также сможете использовать в дальнейшем для настройки передачи стадий соглашений с обработанными заявлениями в цели (но с заявлений в Битрикс уже должны передаваться идентификаторы пользователя, или это потребуется обеспечить), а также сможете организовать через него почти бесплатный звонок-трекинг (потраты будут только на аренду десяти номеров в любом сервисе IP-телефонии).Такая установка будет стоить 1000 грн.(помимо подключения и настройки плагина, создания целей в Google Analytics, мне еще нужно будет проверить параметры в подключенных к Битриксу источниках трафика, а также добавить два поля в соглашение - GA Counter B242GA и Client id B242GA, поэтому понадобится доступ отп
Ставки скрыты
Ставки пока отсутствуют
Актуальные фриланс-проекты в категории Базы данных и SQL
Ищем специалиста или команду с опытом доработки 1С/BAS для автоматизации складского учета. У нас уже есть действующая 1С:Предприятие 8.3, но нужно развернуть новую, в которой будет реализован необходимый функционал. Основная задача — настроить полноценную работу склада с использованием сканеров штрих-кодов, терминалов сбора данных, этикеток, адресного хранения и контроля остатков.Что нужно реализовать ведение номенклатуры товаров; учет остатков на складе; прием товаров на склад; продажи и отгрузка клиентам; резервирование товара под заказ; комплектация заказов через сканер или ТСД; работа со штрих-кодами товаров, пачек, коробок и палет; печать внутренних этикеток; серийный учет для инверторов, аккумуляторов и дорогого оборудования; списание товаров; инвентаризация через сканер; возврат товаров; управленческая отчетность; логирование действий пользователей; возможность дальнейшего масштабирования системы.Складская логика Менеджер создает заказ клиента в 1С. После этого заказ должен автоматически передаваться на склад как задание на сбор. Работник склада открывает заказ на терминале сбора данных или другом устройстве, видит перечень товаров, количество и место хранения товара: сектор, ряд, стеллаж, полку или ячейку. Необходимо реализовать адресное хранение, чтобы работник склада видел, где именно находится товар. Если в заказе много позиций, желательно, чтобы система сортировала товары в удобной последовательности сбора по складу. Работник сканирует товар, пачку или палету. Система должна проверять, есть ли этот товар в заказе, правильное ли количество, достаточный ли остаток и не отсканирована ли лишняя позиция. Если товар правильный — система подтверждает позицию. Если товар неправильный — система должна показать ошибку и не позволять закрыть заказ до исправления.Работа с пачками, коробками и палетами Необходимо реализовать учет товаров не только поштучно, но и пачками, коробками и палетами. Например, если одна палета содержит 30 единиц товара, при сканировании этикетки палеты система должна автоматически добавить 30 единиц в документ. Также нужна логика частичного отбора. Например, если на палете было 36 шт, а по заказу нужно забрать 10 шт, система должна списать 10 шт, оставить 26 шт и предложить напечатать новую этикетку на остаток палеты.Этикетки и оборудование Необходимо настроить печать этикеток для: единицы товара; пачки; коробки; палеты; товаров с серийными номерами. Этикетка должна содержать название товара, артикул, модель, штрих-код, количество в упаковке или серийный номер, если это серийный товар. Система должна работать со сканером штрих-кодов, принтером этикеток и терминалом сбора данных.Отчеты и контроль Нужны отчеты по остаткам, движению товаров, продажам, резервированию, списанию, инвентаризации, серийным номерам, избыткам и нехваткам. Также нужно логирование действий пользователей: кто создал документ, кто изменил количество, кто провел списание, кто провел инвентаризацию, дата и время действия.Ожидаем от исполнителя Нужен специалист, который: имеет опыт работы с 1С/BAS; понимает складской учет; работал с ТСД или сканерами штрих-кодов; имеет опыт настройки печати этикеток; может предложить готовый модуль или оптимальную архитектуру решения; может оценить, что лучше: доработка текущей 1С/BAS или создание новой базы; после анализа сможет предоставить этапы работ, сроки и ориентировочную стоимость.
О проекте и задаче У нас небольшой отдел продаж (руководитель отдела продаж + 2 менеджера) и база около 220 активных клиентов. Сейчас возникла неотложная необходимость внедрить легкую CRM как операционный уровень, чтобы менеджеры в режиме реального времени фиксировали звонки, договоренности и статусы по воронке продаж, а руководство видело, какие клиенты «зависли» на определенном этапе. Параллельно мы активно используем AI-аналитику (Claude) для работы с выгрузками, отчетами, поиска аномалий и анализа P&L. Поэтому CRM нужна именно как чистый источник данных, из которого можно будет формировать качественные выгрузки. Что нужно сделать (Этап 1 — Внедрение) Аудит и выбор решения. Окончательно определить вместе с нами платформу. Рассматриваем украинские решения (KeyCRM или SalesDrive), поскольку важна интеграция с украинской телефонией и Новой Почтой. Также готовы рассмотреть Pipedrive. Настройка системы. Создание воронки продаж, карточек клиентов, настройка полей в соответствии с нашей спецификой. Интеграции. Подключение телефонии, мессенджеров и Новой Почты. Импорт данных. Корректное перенесение существующей базы клиентов (около 220 контактов) из текущих файлов. Обучение. Краткий инструктаж для руководителя отдела продаж и двух менеджеров по правилам ведения сделок, чтобы обеспечить чистоту и качество данных в CRM. Дальнейшие задачи (Этап 2 — Сопровождение) Техническая поддержка и доработка автоматизаций в процессе работы. Контроль корректности выгрузок данных для дальнейшей AI-аналитики. Кого мы ищем Специалиста с опытом внедрения KeyCRM, SalesDrive или Pipedrive (пожалуйста, добавьте примеры или кейсы в отзыве). Человека, который понимает принципы построения аналитики продаж и умеет настраивать экспорт данных без «мусора». Ответственного специалиста, готового к долгосрочному сотрудничеству и сопровождению проекта. В отзыве, пожалуйста, укажите Ваш опыт работы с KeyCRM, SalesDrive или Pipedrive. Ориентировочную стоимость и сроки базовой настройки для нашей команды (3 пользователя). Готовы ли вы далее администрировать систему и на каких условиях.
О компании Торговая компания. Работаем с товарной группой более 2000 позиций по разным категориям.Текущая ситуация Сейчас номенклатура ведётся в Google Sheets — данные консолидированы по вкладкам (категориям). Структура вкладок: Наименование товара Группы цен: себестоимость, опт, розница Характеристики: вес, количество в упаковке и т.д. Важно: количество колонок отличается для разных категорий товаров, так как у них разные характеристики.Почему текущее решение не подходит Google Sheets не позволяет настраивать права доступа на уровне отдельных колонок. Нам нужно: Давать пользователям права на просмотр определённых колонок (например, только себестоимости) Давать права на редактирование определённых колонок (например, розничных цен) При этом ограничивать доступ к остальным колонкам в той же вкладкеЧто нужно сделатьОсновные требования Гибкая система разграничения прав Доступ на уровне отдельных колонок (чтение / запись) Назначение прав по ролям или пользователям Управление правами без участия программистов Поддержка разной структуры данных Разные категории товаров имеют разный набор характеристик Добавление новых колонок/характеристик без программирования Независимость от разработчиков Администрирование силами внутренних сотрудников Добавление категорий, колонок, пользователей — через интерфейс Интеграция с ERP Выгрузка актуальных цен в нашу ERP-систему Экспорт или автоматическая интеграция по API Анализ данных с помощью ИИ (желательно) Возможность анализа всего перечня номенклатуры Обогащение, проверка, рекомендации — если у вас есть идеи, опишитеОжидаемый результат Работающее решение, в котором: Номенклатура структурирована по категориям с разными наборами характеристик Права на колонки гибко настраиваются (просмотр / редактирование) Данные выгружаются в ERP Команда может управлять системой самостоятельноЧто нужно от вас при отклике Опишите в общих чертах, как вы видите решение: Какой инструмент / платформу предлагаете
Необходимо провести глубокую техническую проверку трех PDF-файлов на достоверность и возможные признаки редактирования или подделки. Нужна не только визуальная оценка документов. Исполнитель должен хорошо понимать внутреннюю структуру PDF-файлов и уметь анализировать: метаданные файлов; структуру PDF и отдельных объектов; историю создания и возможного редактирования; используемое программное обеспечение; встроенные шрифты, изображения, слои и другие элементы; возможные признаки повторного сохранения, конвертации, внесения изменений или формирования документа задним числом; любые технические несоответствия, которые могут свидетельствовать о манипуляциях с файлами. По результатам проверки необходимо предоставить понятный письменный вывод по каждому файлу с указанием выявленных признаков, рисков и ограничений проверки. Рассматриваем специалистов, имеющих практический опыт в цифровой криминалистике, анализе PDF-документов, метаданных или проверке электронных файлов на подлинность. В отзыве, пожалуйста, кратко опишите ваш опыт, методы и инструменты, которые вы используете для такой проверки.
Общая информация Необходимо разработать простую минималистичную вебсистему, основной целью которой является ведение базы клиентов, создание записей на визиты и автоматизация процесса подтверждения визитов через SMS, отправка одноразовых ссылок через API с самого сервиса. Проект разрабатывается поэтапно. На первом этапе необходимо реализовать лишь базовую функциональность (MVP), чтобы систему можно было использовать в реальной работе. После запуска и тестирования она будет постепенно расширяться новыми модулями.Основная функциональность первого этапа авторизация пользователей; база клиентов; создание и редактирование записей; список записей (или простой календарь); переключение между торговыми точками; интеграция с SMS-оператором через API; отправка SMS с произвольным текстом или ссылкой для подтверждения визита; подтверждение или отмена визита клиентом по одноразовой ссылке; отображение статуса подтверждения непосредственно рядом с записью клиента. На начальном этапе вместо полноценного календаря допускается использование простого списка записей по дням. Каждый день должен содержать хронологический список бронирований с указанием времени, имени клиента, услуги, работника и статуса подтверждения. В дальнейшем этот список можно будет заменить на полноценный календарь без изменения структуры системы. В системе должна быть возможность переключаться между торговыми точками. Каждая торговая точка имеет собственный список записей (или календарь), но все они используют общую базу клиентов.