Системная интеграция — удалённая работа в Москве

С системой будет работать: руководство, отдел продаж. Всего сотрудников: 5 человек. Пожелания и особенности: Техническое задание Внедрение и доработка CRM Битрикс24 для автоматизации продаж, склада и документооборота 1. Настройка шаблонов документов Необходимо настроить создание документов напрямую из карточки сделки с автоматическим заполнением данных. 1.1. Счёт на оплату Счёт должен автоматически формироваться из сделки и содержать: реквизиты клиента (название организации, ИНН, КПП и т.д.); реквизиты нашей компании; перечень товаров; размер материала; сорт; количество (м?); цену за единицу; итоговую сумму. 1.2. Спецификация Необходимо создать шаблон спецификации, который: привязывается к конкретному счёту и сделке; автоматически заполняется товарами, объёмами и стоимостью; доступен для создания только после одобрения счёта. 1.3. УПД (универсальный передаточный документ) УПД должен автоматически подтягивать из сделки: данные клиента; реквизиты сторон; перечень товаров; размер; сорт; объём; стоимость; общую сумму. 1.4. Транспортная накладная Транспортная накладная должна автоматически формироваться на основании данных сделки и содержать: отправителя; получателя; адрес доставки; данные перевозки; информацию о грузе; количество и характеристики товара. 2. Автоматизация этапов сделки Необходимо настроить логику работы CRM в зависимости от стадии сделки. Этап «Выставление счёта» доступна кнопка «Создать счёт»; счёт автоматически связывается со сделкой. Этап «Ожидание оплаты» сделка находится в статусе ожидания поступления денежных средств; отображается информация о выставленном счёте. Этап «Оплата подтверждена» После получения информации из банка: сделка автоматически обновляет статус оплаты; появляется возможность перехода к подготовке отгрузки; товар может быть зарезервирован на складе. Этап «Подготовка к отгрузке» Должна быть возможность: создать заявку на склад; зарезервировать необходимый объём товара; указать дату и время планируемой отгрузки. Этап «Отгрузка» При переводе сделки на этап «Отгрузка» необходимо автоматически отправлять уведомление сотруднику склада. Канал уведомления (в зависимости от технической реализации): SMS; WhatsApp; Telegram; другое удобное средство связи. Уведомление должно содержать: номер заявки; клиента; материал; размер; сорт; количество в м?; дату и время, до которых необходимо выполнить отгрузку; комментарий менеджера; ответственного менеджера. После отправки уведомления в карточке сделки должна фиксироваться информация, что заявка передана на склад. 3. Складской учёт (склад Химки) Необходимо реализовать складской учёт в CRM. Для каждого материала должна отображаться информация: наименование материала; размер; сорт; фактический остаток в м?; свободный остаток; количество товара в резерве; история движения товара. Необходимо реализовать операции: Приход товара на склад Возможность внесения новых поступлений материала с увеличением остатков. Резервирование товара При подготовке сделки к отгрузке система должна резервировать нужный объём товара под конкретную сделку. Отгрузка и списание После подтверждения отгрузки остатки должны автоматически уменьшаться. Статусы работы склада: Передано на склад; В работе; Готово к отгрузке; Отгружено. Информация о статусе должна отображаться менеджеру в карточке сделки. 4. Интеграция с банком и контроль оплат Необходимо реализовать интеграцию Битрикс24 с банковским счётом компании. После поступления оплаты от клиента в CRM должны автоматически подтягиваться: дата платежа; сумма платежа; плательщик; назначение платежа; номер счёта или сделки (при наличии). В CRM необходимо отображать: сумму счёта; сумму оплаченных средств; остаток задолженности; статус оплаты (оплачено полностью / частично / не оплачено). Логика работы: при полной оплате сделка может переходить на следующий этап; при частичной оплате необходим контроль ответственного сотрудника; если платёж невозможно автоматически определить, создаётся задача менеджеру на проверку. 5. Интеграция ЭДО Необходимо подключить систему электронного документооборота к CRM. Требуется возможность: создавать документы для ЭДО из карточки сделки; отправлять документы клиенту через ЭДО; отслеживать статус документов. Документы: УПД; спецификации; другие закрывающие документы. Статусы ЭДО: документ отправлен; документ доставлен клиенту; документ подписан; документ отклонён; требуется корректировка. Дополнительные требования: все документы и история обмена должны храниться в карточке сделки; должна быть возможность проверить, подключён ли клиент к ЭДО; после подписания документов статус автоматически обновляется в CRM. 6. Хранение документов в сделке Необходимо организовать единое хранение всей документации внутри карточки сделки. В карточке должны храниться: счёт; спецификация; УПД; транспортная накладная; документы ЭДО; история изменений и отправки документов. Менеджер должен иметь возможность в любой момент: открыть документ; скачать документ в PDF; посмотреть его текущий статус. 7. Дополнительные требования Все данные должны автоматически подтягиваться из карточки сделки. Исключить возможность создания документов не на соответствующих этапах сделки. Проверить работу всех автоматизаций на тестовых сделках. Интерфейс должен быть удобен для ежедневной работы отдела продаж и склада.

ТЕХНИЧЕСКОЕ ЗАДАНИЕ Партнерская платформа девелоперских проектов Цель проекта Создать единую систему взаимодействия между: ?партнерами (агентами); ?отделом продаж; ?юристами; ?руководством компании. Система должна обеспечивать прозрачную работу с клиентами, автоматический учет партнерских сделок, контроль статусов и формирование единой клиентской базы компании. 1. Роли пользователей Партнер (агент) Может: ?зарегистрироваться; ?пройти модерацию; ?добавлять клиентов; ?видеть статус своих клиентов; ?видеть начисленное вознаграждение; ?видеть историю взаимодействия; ?скачивать документы; ?бронировать участки; ?видеть доступные участки. Менеджер отдела продаж Может: ?видеть всех клиентов; ?менять статусы; ?назначать просмотры; ?прикреплять комментарии; ?фиксировать показы; ?фиксировать брони; ?фиксировать сделки. Юрист Может: ?видеть клиентов на стадии сделки; ?загружать документы; ?менять юридические статусы; ?отмечать получение документов. Руководитель Видит: ?все сделки; ?все статусы; ?аналитику; ?эффективность партнеров; ?финансовые показатели. 2. Карточка клиента Каждый клиент содержит: ?ФИО; ?телефон; ?email; ?источник; ?партнер; ?дата регистрации; ?комментарии; ?история изменений; ?проект; ?интересующие участки. После регистрации клиент автоматически получает уникальный ID. Система должна исключать дублирование клиентов. 3. Воронка сделки Пример статусов: Новый клиент ? Первичный контакт ? Консультация ? Назначен просмотр ? Показ проведен ? Устная бронь ? Платная бронь ? Подготовка договора ? Сделка ? Оплата ? Завершено ? Постпродажное сопровождение 4. Личный кабинет партнера Партнер должен видеть: ?количество клиентов; ?активных клиентов; ?показы; ?брони; ?сделки; ?заработанное вознаграждение; ?ожидаемые выплаты; ?историю выплат. 5. Финансовый блок Для каждого клиента отображается: ?сумма сделки; ?размер комиссии; ?статус выплаты; ?дата выплаты. Партнер в любой момент понимает: "Сколько денег мне должны." 6. Земельный банк Интерактивная карта участков. Статусы: ?свободен; ?устная бронь; ?платная бронь; ?продан; ?резерв. Партнер может видеть актуальную информацию без обращения к менеджеру. 7. Система уведомлений Уведомления: ?изменение статуса клиента; ?назначение просмотра; ?бронь; ?подписание договора; ?начисление комиссии; ?выплата комиссии. Push + Telegram. 8. CRM и аналитика Отчеты: ?конверсия партнеров; ?количество клиентов; ?количество показов; ?количество броней; ?количество сделок; ?средний чек; ?рейтинг партнеров. 9. База инвесторов Отдельный модуль. Любого клиента можно перевести в категорию: ?инвестор; ?потенциальный инвестор; ?партнер. В дальнейшем использовать для новых проектов. 10. База собственников После покупки клиент автоматически становится собственником. Отдельная база: ?собственники LESVILLE; ?будущие проекты; ?повторные продажи; ?рекомендации. 11. Интеграции ?Telegram ?WhatsApp ?Email ?Битрикс24 (при необходимости) ?AmoCRM (при необходимости) 12. Дизайн Требования: ?современный интерфейс уровня Notion, Linear, Stripe, HubSpot; ?адаптация под телефон; ?адаптация под планшет; ?адаптация под ПК; ?темная и светлая тема; ?минималистичный дизайн; ?высокая скорость работы; ?отсутствие устаревших CRM-интерфейсов. Система должна выглядеть как современный IT-продукт, а не как классическая CRM. 13. AI-ИНФРАСТРУКТУРА И ИНТЕГРАЦИИ Система должна иметь открытую архитектуру и возможность интеграции с современными AI-платформами и AI-агентами. Цель: создать платформу, готовую к автоматизации бизнес-процессов с помощью искусственного интеллекта. Поддерживаемые платформы На уровне архитектуры предусмотреть возможность интеграции с: ?Claude ?ChatGPT ?Cursor ?Gemini ?DeepSeek ?OpenRouter ?LangChain ?CrewAI ?AutoGen ?собственными AI-агентами компании через API. Возможности AI Работа с клиентами AI может: ?анализировать переписку; ?подготавливать ответы клиентам; ?формировать резюме звонков; ?выявлять горячих клиентов; ?предлагать следующие действия менеджеру. Работа с партнерами AI может: ?анализировать эффективность партнеров; ?выявлять слабые места воронки; ?прогнозировать вероятность сделки; ?формировать рейтинги партнеров. Работа с документами AI может: ?проверять комплектность документов; ?анализировать договоры; ?формировать проекты документов; ?подготавливать юридические чек-листы. Работа с инвесторами AI может: ?сегментировать базу клиентов; ?выявлять потенциальных инвесторов; ?подбирать инвестиционные предложения; ?формировать персонализированные предложения. Аналитика руководителя AI должен иметь доступ к данным платформы и по запросу формировать: ?отчеты по продажам; ?отчеты по партнерам; ?прогноз денежных поступлений; ?прогноз продаж; ?аналитику земельного банка; ?аналитику конверсии по проектам. AI API Все сущности системы должны иметь возможность безопасного доступа через API: ?клиенты; ?сделки; ?участки; ?партнеры; ?бронирования; ?документы; ?выплаты; ?аналитика. Это позволит в будущем создавать собственных AI-ассистентов компании без переработки платформы.

Пожелания и особенности: Добрый день! Я ищу не просто фрилансера под разовую задачу, а технического партнера - Архитектора n8n / Инженера по автоматизации (AI + API) – старт с Авито, для долгосрочного сотрудничества. Моя цель: Построить на платформе n8n единую AI-автоматизацию, которая закроет полный цикл интернет-бизнеса: · Автоотклики и общение в соцсетях/мессенджерах (Авито, Telegram, VK); · Мониторинг конкурентов и парсинг; · Генерация контента через нейросети (тексты, изображения); · Автопостинг по расписанию. Это большая экосистема, но стартуем поэтапно. Сейчас — ПЕРВЫЙ ЭТАП. ЧТО УЖЕ СДЕЛАНО С МОЕЙ СТОРОНЫ · n8n развёрнут на TimeWeb Cloud в Docker, работает стабильно; · Домен и SSL-сертификаты установлены, доступ по HTTPS есть; · Самостоятельно собрана базовая цепочка: Webhook (Авито) ? HTTP Request (POST в API Авито) ? ChatGPT ? HTTP Request (POST ответа) ? Telegram; · Я понимаю, как собирать узлы и прописывать ссылки, имею доступ к API и токенам. ЗАДАЧА НА ПЕРВЫЙ ЭТАП (ПИЛОТ) Взять существующую цепочку и превратить её в стабильный, масштабируемый модуль, заложив правильную архитектуру для будущего подключения VK, Telegram и других соцсетей. Конкретные работы: 1. Рефакторинг текущей цепочки: · Настроить корректную авторизацию в HTTP Request для API Авито; · Добавить обработку ошибок (Error Trigger, Retry, логирование); · Реализовать защиту от дублей (чтобы на одно сообщение ChatGPT не отвечал дважды); · Оптимизировать парсинг входящего JSON перед отправкой в ChatGPT; 2. Спроектировать структуру хранения переменных (State/контекст) для будущего масштабирования; 3. Подготовить краткую техническую документацию (схему) с описанием логики. ФОРМАТ РАБОТЫ (ВАЖНО!) Доступ к моему серверу n8n НЕ ПРЕДОСТАВЛЯЕТСЯ — это требование безопасности, чтобы мои API-ключи и токены оставались защищёнными. Как мы работаем: · Исполнитель присылает готовые JSON-коды узлов (нод) и/или тексты JavaScript-функций для вставки в поле Function Node / HTTP Request; · В коде вместо реальных токенов ставятся плейсхолдеры {{YOUR_TOKEN}} — я вставляю свои ключи самостоятельно; · Я вставляю полученные коды в свой n8n, тестирую и подтверждаю приемку. Такой подход гарантирует безопасность моих данных и позволяет нам работать удалённо без рисков. ТРЕБОВАНИЯ К КАНДИДАТУ · Реальный опыт построения многомодульных систем на n8n (от 3+ связанных воркфлоу в одном проекте); · Глубокое знание JavaScript (Function Node) и работы с очередями (Queue); · Опыт интеграции с REST API разных платформ (Авито, Telegram, VK — плюсом); · Понимание принципов DRY (Don't Repeat Yourself) в контексте n8n (умение переиспользовать суб-воркфлоу); · Умение думать на шаг вперёд и предлагать архитектуру, которую не придётся переписывать через месяц; · Опыт работы с AI-интеграциями (OpenAI ChatGPT) — обязателен. В отклике прошу указать: 1. Сколько модулей (воркфлоу) было связано между собой в вашем самом крупном проекте на n8n? 2. Приложите схему (скриншот) одного из ваших проектов, где видна разветвлённая логика. УСЛОВИЯ · Долгосрочное сотрудничество (поэтапная оплата). Сначала — этот пилотный модуль; · Оплата по факту приемки или поэтапно (обсуждаем); · Бюджет на первый этап: 15 000 – 25 000 ? (окончательная сумма обсуждается после знакомства с вашим портфолио и сложностью текущей цепочки). ДЛЯ ОТКЛИКА Напишите кратко: 1. Ваш опыт с n8n (сколько лет/проектов); 2. Ответ на вопрос: «Как вы обычно обрабатываете в n8n ситуацию, когда внешний API (Авито) не отвечает 5 секунд?»; 3. Приложите скриншот одного из ваших workflow (чтобы я видел архитектуру).

в задачах. Битрикс24. С системой будет работать: техподдержка. Всего сотрудников: 100 человек. «Олвуд» — онлайн-школа для учеников 1–11 классов. Мы являемся полноценной заменой обычной школы с выдачей аттестата установленного образца. Мы быстро растём и планируем стать топ-5 дистанционных школ в 2028 году. В команду требуется технический специалист. Сейчас занятость гибкая по нуждам компании. С сентября с 9:30 до 19:00 мск. нужно быть на связи (занятость по нуждам компании), с 9:30 до 11:00 минимум обязательно у ноутбука Основные обязанности 1. Администрирование LMS-платформы и корпоративных систем Настройка и сопровождение курсов, программ, пользователей и доступов. Поддержка и развитие LMS, Bitrix24 и других внутренних сервисов. Взаимодействие с технической поддержкой поставщиков систем. 2. Техническая поддержка сотрудников Прием и решение внутренних технических запросов. Консультирование пользователей по работе с корпоративными системами. Подготовка инструкций и контроль выполнения обращений. 3. Поддержка бизнес-процессов и коммуникаций Настройка телефонии, мессенджеров, уведомлений, рассылок и интеграций. Техническое сопровождение запусков продуктов, программ и маркетинговых активностей. Организация опросов и сбор обратной связи. 4. Отчетность и работа с данными Формирование отчетов и выгрузок. Контроль корректности данных в системах. 5. Координация подрядчиков и развитие систем Постановка и контроль технических задач подрядчикам. Тестирование и внедрение новых решений. Участие в автоматизации и совершенствовании внутренних процессов. По оплате: 55+10KPI.

Передача маркировка в ОФД. С системой будет работать: отдел продаж, логистика. Всего сотрудников: 2 человека. Бренд женской одежды. Продаём маркированный товар на маркетплейсах — там всё работает штатно. Появился канал продаж через соцсети, и нужно самостоятельно передавать коды маркировки в ОФД. Ранее (около года назад) уже настраивали схему по возникшей необходимости, и процесс работал так: в документе "Заказ покупателя" в Моем Складе было поле для сканирования и отправки кода ЧЗ (через кнопку "сохранить КМ"), после чего там же через кнопку "сформировать чек" блок Атол подгружал в МС чек. Сейчас этот функционал не работает. Что нужно сделать: - Диагностировать, почему именно перестало работать сканирование кода маркировки в Заказе покупателя в Мой Складе. - Проверить настройки интеграции Мой Склад — Атол - Восстановить всю рабочую цепочку Протестировать на реальном заказе и убедиться, что код маркировки корректно попадает в чек и передаётся в ОФД. Формат работы - удалённо. Все доступы предоставим, менеджер на складе будет на связи, чтобы помочь все протестировать.

С системой будет работать: руководство, отдел продаж, логистика, контакт-центр, техподдержка, маркетинг, служба персонала. Всего сотрудников: 10 человек. Настройка Bitrix24 CRM для оптовой торговли (B2B) Нужен интегратор Bitrix24 с опытом в бизнес-процессах и смарт-процессах. У нас уже готово детальное ТЗ (24 раздела), интерактивный прототип-эталон и 11 BPMN-схем — придумывать «с нуля» не нужно, нужно качественно реализовать по ТЗ. Что настроить: - 1 воронка сделок B2B + 3 смарт-процесса (Закупка, Исполнение, Рекламация) - Роботы: дефицит ? закупка, оплата ? исполнение, брак ? рекламация - Права по ролям (8–9 ролей, «только свои» для менеджеров) - Телефония Mango Office (звонки из карточки, запись, коллтрекинг) - Форма заявок с сайта ? сразу в воронку (источник/UTM) - Товарная спецификация (вход/источник/маржа по позициям) - Интеграция с 1С (остатки, оплаты, документы) - Перенос базы клиентов Важно: опыт именно со смарт-процессами и роботами Bitrix24. Полное ТЗ дадим после короткого созвона. Бюджет/сроки обсудим, ориентир ~3–5 недель.

Настроить установленную CRM. Яндекс Трекер. С системой будет работать: Смежные отделы. Всего сотрудников: 7 человек. Требуется построить процесс согласования договоров через Яндекс Трекер. Человек заполняет Яндекс форму (коммерческие договоренности, файл) и на основании этого создается задача, первый этап проверка юристом, потом бухгалтерией, потом финансами, потом финально проверяется юристами. Яндекс форма создана, интеграция настроена, но возникают технические сложности: 1) Исполнитель назначается в зависимости от ответов на Яндекс Форму. Условно, по общему правилу - один юрист, если поставлена галочка, что договор строительный - другой юрист является исполнителем. 2) Необходимо настроить смену Исполнителя после того как отдел посмотрел. Например, юрист посмотрел, что-то нажал и сработал макрос, группа действий, договор ушел на проверку бухгалтерии, а юрист переместился в наблюдатели, бухгалтер посмотрел, исполнителем назначены финансы и т.п.