Разработка бэкенда на Nest.js для мобильной онлайн-игры

Для клиентского проекта в области Microsoft 365 Modern Workplace мы ищем опытных фрилансеров (м/ж/д) с акцентом на Microsoft Places. В центре внимания находится консультация, конфигурация и оптимизация среды Microsoft 365 для поддержки современных концепций гибридного рабочего места. Задачи Консультирование по внедрению и эксплуатации Microsoft Places Анализ существующих сред Microsoft 365 и разработка подходящих концепций решений Конфигурация зданий, этажей, конференц-залов и рабочих мест Настройка и оптимизация сценариев бронирования рабочих мест и комнат Интеграция Microsoft Places в Microsoft Teams, Outlook и Exchange Online Поддержка по вопросам лицензирования, а также рекомендации по лучшим практикам Проведение семинаров и передача знаний для пользователей и IT-команд Поддержка при устранении неполадок и в процессе эксплуатации Требования Многолетний опыт работы в среде Microsoft 365 Практический опыт работы с Microsoft Places Очень хорошие знания Microsoft 365, Microsoft Teams, Exchange Online и Outlook Опыт работы с Microsoft Entra ID (Azure AD) Знания современных концепций гибридного рабочего места и Modern Work Желательные знания Microsoft Teams Premium PowerShell для администрирования Microsoft 365 Опыт работы с решениями для бронирования рабочих мест и комнат Сертификации Microsoft в области Modern Workplace или Microsoft 365 Опыт в разработке и внедрении современных концепций рабочих мест Начало: как можно скорее Продолжительность: около 3 месяцев с возможностью продления Место работы: удаленно / по согласованию Загрузка: по согласованию Интересно? Поскольку проект в настоящее время находится на стадии подготовки, мы хотели бы заранее познакомиться с подходящими экспертами. Пожалуйста, отправьте нам на contract (AT) advergy de: Резюме Доступность Часовая ставка (удаленно / на месте) Трехстрочный текст о том, почему вы особенно подходите для этого проекта Большое спасибо и с наилучшими пожеланиями Седа

Сайт разработан на: Backend: Java + Spring Boot База данных: MySQL Frontend: JavaScript, HTML, CSS Шаблонизатор: Thymeleaf Сервер: VPS (Linux Ubuntu) Reverse Proxy: Apache2 Архитектура: Монолитное приложение На данный момент на сайте реализован: Блог с административной панелью. Возможность создавать и редактировать статьи через админ-панель. Возможность добавлять HTML-разметку и контент через визуальный интерфейс. Статические страницы сайта, которые сейчас создаются разработчиком вручную. ⸻ Цель задачи Необходимо реализовать возможность создавать и управлять новыми коммерческими страницами услуг через существующую административную панель аналогично тому, как сейчас создаются статьи блога. После реализации администратор должен иметь возможность самостоятельно создавать новые SEO-страницы услуг без участия разработчика. ⸻ Текущее состояние Сейчас через админ-панель можно создавать только записи блога. Пример: Статья 1 Статья 2 Статья 3 Каждая статья имеет: Заголовок URL (slug) Контент SEO-параметры Изображения ⸻ Что необходимо реализовать 1. Новый тип контента «Услуги» Создать в админ-панели отдельный раздел: «Услуги» Он должен быть независим от раздела блога. Пример структуры: Блог Услуги ⸻ 1. Создание страницы услуги Администратор должен иметь возможность создать новую страницу услуги через интерфейс. Коммерческие страницы услуг состоят из 13 блоков, из которы 4 блока динамических и 9 статических. Поля: Название услуги URL (slug) H1 SEO Title Meta Description SEO Keywords Основное содержимое страницы Изображение Статус публикации (Черновик / Опубликовано) ⸻ 1. Контент страницы Контент должен поддерживать: HTML-разметку Форматирование текста Заголовки H2-H6 Списки Изображения Ссылки Желательно использовать существующий редактор, который уже применяется в блоге. ⸻ 1. Генерация URL Каждая услуга должна иметь собственный URL. Примеры: /visa/usa/business-visa-usa /visa/usa/business-visa-uk /visa/usa/business-visa-canada ⸻ 1. Отображение на сайте После публикации страница должна: автоматически становиться доступной по своему URL; использовать существующий шаблон страниц услуг либо новый шаблон; корректно отображаться на всех устройствах. ⸻ 1. SEO Для каждой услуги необходимо обеспечить возможность настройки: Title Description H1 Canonical URL (желательно) Open Graph (желательно) Страницы должны индексироваться поисковыми системами аналогично страницам блога. ⸻ 1. Список услуг В админ-панели реализовать: список всех услуг; поиск; редактирование; удаление; изменение статуса публикации. ⸻ 1. Важно Реализовать возможность создавать новые типы SEO-страниц без доработки кода в будущем. через единый механизм управления контентом. ⸻ Что ожидается от разработчика Необходимо проанализировать существующую реализацию блога и максимально переиспользовать текущую архитектуру для создания нового раздела «Услуги». При отклике прошу указать: Каким образом будет реализована задача. Какие изменения потребуются в БД. Оценку по времени. Стоимость работ. Какие технологии должен знать исполнитель Обязательно: Java Spring Boot MySQL Thymeleaf HTML/CSS JavaScript Работа с Linux Ubuntu Желательно: Spring Security SEO-оптимизация серверных страниц Опыт работы с CMS и CRUD-модулями Опыт поддержки монолитных Spring Boot проектов

Необходимо разработать отдельную CRM-систему для централизованной обработки всех розничных заказов из различных каналов продаж (Prom, Rozetka, собственные сайты и ручные заказы). Основные требования: Единый реестр заказов из всех источников с сохранением информации о источнике и его статусе. Отдельный внутренний статус CRM, который работает независимо от статуса на маркетплейсе или сайте, с двусторонней синхронизацией статусов там, где это поддерживается. Гибкая интеграция с 1С: для каждого источника администратор может отдельно включить или выключить автоматическую выгрузку заказов. Интеграция с перевозчиками для автоматического создания ТТН, сохранения её номера в CRM и передачи номера ТТН на Prom и Rozetka. Интеграция с Checkbox для создания проектов чеков, используя настраиваемое соответствие способов оплаты, с последующим контролем фискализации. Поддержка ручного создания заказов (телефон, Viber, Telegram, Direct и т.д.) с полным последующим циклом обработки через CRM. Все API-ключи и настройки интеграций должны управляться администратором через интерфейс CRM без участия программиста. Полный журнал действий и логирование интеграций для контроля работы системы. Основная цель Менеджер должен иметь возможность полностью обработать заказ в одном интерфейсе CRM — от получения заказа до создания документа в 1С, ТТН, проекта чека и завершения заказа, без необходимости заходить в кабинеты Prom, Rozetka, сайтов, перевозчиков или Checkbox.

У нас работает синхронизация двух источников данных с CRM. Система в целом стабильна. Но остается часть, которая рассинхронизируется. Основная гипотеза — в одном из источников данные изменяются уже после первичной синхронизации, и эти изменения не всегда подтягиваются в CRM. + данные в двух источниках имеют разные названия/идентификаторы, хотя представляют собой одни и те же сущности

Задача: развернуть LLM-сервис, который знает всю документацию компании и отвечает на вопросы менеджеров отдела продаж. Что есть сейчас: заказчик собирал прототип самостоятельно (отдельный проект с загруженной информацией о компании, размещенный на сервере), но информация из базы не передается в модель — вероятно, проблема с API. Код и доступы предоставим. Первый шаг — аудит: починить существующее или аргументированно собрать с нуля. Необходимый функционал: Загрузка всей документации компании: описание каждой услуги, регламенты, FAQ, ценообразование (все материалы предоставим). Ответы строго на основе загруженных документов (RAG). Модель не выдумывает фактов; если ответов в базе нет — честно об этом сообщает. Доступ для менеджеров по ссылке (веб-интерфейс), с авторизацией. Сценарии: менеджер задает любой вопрос о работе компании; вставляет вопрос клиента «как есть» и получает готовый ответ для отправки; находит нужный регламент/отчет по запросу. Обновление базы знаний без разработчика (загрузка файлов через интерфейс или подключенную папку). Английский язык. История запросов для контроля качества. Технические ожидания: LLM через API (Claude/OpenAI — предложить с расчетом стоимости токенов), RAG-пайплайн (векторная база, embeddings), хостинг на нашем сервере или в облаке, HTTPS. Архитектура должна позволять в будущем подключить ассистента к аналитическому хранилищу данных (параллельный проект). В отзыве указать: примеры похожих RAG-проектов, стек, срок, стоимость работы и ориентировочную ежемесячную стоимость владения (токены + хостинг).