- Проекты -
- Оценка -
- Рейтинг 232
Бюджет: 1500 UAH Срок: 2 дня
Здравствуйте! Ознакомился с техническим заданием. Задача полностью понятна, логика интеграции бота с BAS прозрачна. Со стороны Telegram-бота все реализуется в наилучшем виде.
Что касается выгрузки списка товаров (Каталога) в бот, чтобы пользователи могли их выбирать, я предлагаю рассмотреть два технических варианта реализации. Второй вариант, на мой взгляд, является наиболее выгодным и надежным:
Вариант 1. Автоматический экспорт (Webhook / Синхронизация БД) Раз в определенный период (например, раз в час) ваша BAS отправляет на сервер бота POST-запросы с актуальным списком товаров, их кодами и ценами. Бот сохраняет этот список в свою локальную базу данных и показывает пользователям данные из нее.
Минус: Данные о ценах или остатках обновляются с задержкой (пока не пройдет следующий цикл синхронизации).
Вариант 2. Динамический запрос по требованию (GET-запрос) — НАИБОЛЕЕ ВЫГОДНЫЙ Бот нигде не хранит товары у себя. Когда пользователь нажимает кнопку [ 📦 Каталог товаров ], бот в эту же секунду сам обращается к HTTP-сервису BAS через GET-запрос. BAS "на лету" возвращает актуальный список, и бот мгновенно генерирует кнопки в Telegram.
Почему это выгодно:
100% актуальность: Пользователь всегда видит только те цены и позиции, которые есть в BAS прямо сейчас. Исключен риск, что клиент закажет товар, которого уже нет на складе.
Проще поддержка: Не нужно настраивать базы данных на стороне бота под каталог и следить за сбоями синхронизации.
Автономность: Все управление каталогом происходит исключительно в BAS, бот просто выступает красивым интерактивным экраном.
При оформлении заказа (нажатии кнопки «Заказать») бот собирает все выбранные позиции в один единственный JSON-пакет (массив товаров с их кодами, ценами и количеством) и отправляет POST-запрос в BAS, где ваша система уже распределяет заказ на нужного контрагента по ID группы.
Подскажите, какой вариант выгрузки каталога вам ближе? Готов обсудить формат JSON с вашим BAS-специалистом и приступить к реализации!
Serhii Sushynskyi
Победившая ставка- Проекты 29
- Оценка 5.0
- Рейтинг 5 218
Бюджет: 14000 UAH Срок: 5 дней
Здравствуйте, готовы обсудить все детали сотрудничества по проекту, за уточнениями прошу обращаться в личные сообщения.
Бюджет: 7000 UAH Срок: 7 дней
Я могу выполнить это задание качественно благодаря практическому опыту интеграции внешних сервисов с BAS и автоматизации бизнес процессов. Во время реализации особое внимание уделю надежности обработки запросов, проверке данных и корректному созданию документов в системе. Будет реализован механизм поиска контрагента по внешнему ID группы, проверка существования товара по коду и автоматическое создание заказа с переданной ценой. При этом будет полностью соблюдено все ограничения ТЗ: без создания новых товаров, без автоматического создания групп и без изменения существующих кодов номенклатуры.
Отдельно предусмотрю логирование обмена данными для упрощения дальнейшей поддержки и контроля работы интеграции. Это позволит быстро находить причины возможных ошибок и контролировать прохождение каждого заказа от Telegram до BAS. В результате вы получите понятный, стабильный и безопасный механизм передачи заказов без необходимости ручного дублирования информации менеджерами.
План работы:
Анализ конфигурации BAS и доступных механизмов интеграции.
Согласование формата обмена через API или webhook.
Создание точки приема данных от Telegram бота.
Реализация проверки ID группы в BAS.
Реализация поиска товара по коду.
Обработка и проверка переданной цены.
Автоматическое создание заказа для соответствующего контрагента.
Настройка возврата ошибок при отсутствии товара или группы.
Реализация журнала обработки запросов.
Комплексное тестирование интеграции и проверка сценариев работы.
Передача готового решения и инструкции по использованию.
Бюджет: 9000 UAH Срок: 6 дней
Я понимаю задачу — интеграция чат-бота с BAS через HTTP-сервис.
С стороны BAS реализую внешний HTTP-сервис, который принимает POST-запрос от чат-бота с тремя полями: ID группы, код товара, цена. Внутри BAS логика проста: находит контрагента по внешнему ID группы, находит товар по коду, записывает цену и создает документ заказа. Если ID или код не найдены — возвращает ошибку с описанием. Также добавлю поле внешнего ID к карточке Контрагента, чтобы менеджер мог вручную привязывать группы.
С стороны чат-бота нужно лишь при нажатии кнопки "Заказать" отправлять POST-запрос на адрес BAS-сервиса — это минимальное изменение в логике бота.
Перед оценкой уточните несколько моментов: какая версия и редакция BAS используется, есть ли публичный доступ к серверу с BAS или только локальная сеть, и на какой платформе построен чат-бот?
Ставки скрыты
Ставки пока отсутствуют
Ставки скрыты
- Проекты 4
- Оценка -
- Рейтинг 1 127
Бюджет: 27000 UAH Срок: 30 дней
Здравствуйте,
У нас есть готовый модуль Ботов и Мессенджеров для БАС Малый бизнес, УТ 3.5, КУП 2.5 и ЕРП 2.5 - на основе готового решения мы можем создать необходимые Сценарии работы, в том числе описанные в вашем ТЗ. Модуль достаточно Универсальный, адаптирован для работы современного предприятия, имеет много функциональных возможностей, а персональные требования в виде Сценариев создадим по вашему ТЗ в виде отдельного задания. Предлагаю посмотреть, как выглядит работа в модуле и обсудить детали. Уверяю вас, что без существующего готового решения с такой Архитектурой, которую мы уже заложили, этот проект будет для вас "золотым", учитывая сколько времени и лет мы на него уже потратили. Пишите, если заинтересовало - обсудим все лично.
Бюджет: 10000 UAH Срок: 12 дней
По сути бот отдает три вещи — ID группы, код товара и цену — а вся работа на стороне BAS: найти контрагента по внешнему ID группы, найти товар по коду (без создания новых), записать цену и сформировать заказ; если группу или товар не найдено — вернуть ошибку. На стороне BAS это реализуется HTTP-сервисом (REST), который принимает запрос от бота по кнопке «Заказать». Закладываю идемпотентность — повторный тап не плодит дубликатов заказа — и четкие коды ошибок назад в бот. Вопрос: 1) какая конфигурация BAS — типовая (Управление торговлей/КУП) или доработанная, и есть ли доступ включить HTTP-сервисы/расширения? 2) бот уже существует и на чем написан, или его тоже делать с нуля?
Бюджет: 5500 UAH Срок: 5 дней
Здравствуйте, могу разработать такого бота, уже был похожий опыт, сделаю все быстро и качественно. Если интересно, напишите в личные сообщения, можем обсудить все детали.
Бюджет: 8000 UAH Срок: 5 дней
Здравствуйте. Задание понял: при нажатии "Заказать" в чат-боте данные, то есть ID группы, код товара и цена, должны отправляться в BAS, который находит контрагента по внешнему ID группы, находит товар по коду и создает заказ, без создания новых товаров или групп и с корректными ошибками, если что-то не найдено.
Моя часть здесь — это надежный интеграционный слой: бот формирует структурированный запрос и отправляет его через вебхук в промежуточный сервис, а сервис уже обращается к BAS через его HTTP или OData интерфейс, делает поиск контрагента по ID группы и товара по коду и создает документ заказа. Такой промежуточный слой удобен тем, что вся валидация, логирование и обработка ошибок, то есть товар не найден или группа не найдена, живут в одном месте, а не размазаны между ботом и учетной системой.
Сделал бы это на Python: прием данных от бота, очередь на случай недоступности BAS, идемпотентность по ключу заказа, чтобы повторный клик не порождал дубликаты, и понятные коды ошибок обратно в бот. Если у вас на стороне BAS уже открыт обмен через OData или собственный веб-сервис, я подключусь к нему, если нет, согласуем минимальный контракт обмена.
Боты и интеграции с внешними системами через API и вебхуки делаю постоянно. Подскажите, пожалуйста, включен ли в вашем BAS стандартный REST или OData сервис для внешних систем, или обмен планируется через промежуточную базу или файлы, от этого зависит способ записи заказа. Готов начать с описания контракта обмена и схемы бот, сервис, BAS.
Бюджет: 16000 UAH Срок: 4 дня
Добрый день. Готов выполнить данный проект, имею большой опыт разработки.
Бюджет: 2000 UAH Срок: 1 день
Здравствуйте!
Разрабатываю ботов для Telegram на NodeJS. Имею опыт с BAS. Готов взяться. Пишите, обсудим.
Бюджет: 800 UAH Срок: 3 дня
Выполню вашу задачу под ключ.
Имею опыт реализации подобных проектов.
Даю гарантию на выполненную работу.
Расчет точной стоимости после обсуждения всех деталей.
Бюджет: 15000 UAH Срок: 5 дней
Добрый день. Меня зовут Дмитрий. У меня есть опыт интеграции BAS/1С с внешними сервисами через API, webhook и обмен данными между CRM, ботами и учетными системами.
Могу реализовать интеграцию чат-бота с BAS согласно вашему ТЗ: прием данных от бота, поиск контрагента по ID группы, поиск товара по коду, запись цены и автоматическое создание заказа в BAS.
Также предусмотрю обработку ошибок в случае отсутствия контрагента или товара и настрою логирование для контроля работы интеграции.
Реализацию можно выполнить через REST API, HTTP-сервис BAS или другой оптимальный способ в зависимости от вашей конфигурации BAS.
Готов ознакомиться с версией BAS и деталями чат-бота для оценки сроков и бюджета 👍
Бюджет: 1111 UAH Срок: 1 день
Привет
Интересная задача, у меня есть опыт с таким
Готов обсудить детали и цену в личных сообщениях
Бюджет: 1000 UAH Срок: 3 дня
Добрый день!
У меня есть опыт разработки Telegram-ботов и их интеграции с корпоративными системами (ERP/BAS) через API/webhook. Готов реализовать передачу и запись данных о заказах с четкой логикой, обработкой ошибок и развертыванием, согласно вашему ТЗ.
Напишите мне в личные сообщения, уточним детали.
Бюджет: 2500 UAH Срок: 3 дня
Здравствуйте! 👋
Я подробно ознакомился с вашим ТЗ. Готов реализовать интеграцию Telegram-бота с системой BAS.
Как я это сделаю:
Напишу логику на Python, которая при нажатии кнопки «Заказать» будет собирать необходимый payload и отправлять POST-запрос (API/webhook) в вашу базу. Бот четко будет передавать ID группы, Код товара и Цену, а также корректно обрабатывать ответы от BAS (в частности, ошибки отсутствия товара или группы, как указано в п.6).
У меня только одно уточнение:
Уже ли настроен и открыт HTTP-сервис (endpoint) на стороне самой системы BAS для приема этих данных, или мне нужно будет связаться с вашим BAS-программистом для финального согласования формата JSON?
- Проекты -
- Оценка -
- Рейтинг 248
Бюджет: 3000 UAH Срок: 1 день
Здравствуйте, напишите пожалуйста мне в личные сообщения помогу вам
Ставки скрыты
-
Lum Corp
4 июня
Для не уважних:
При натисканні на кнопку «Замовити» чат-бот передає всі необхідні дані — функціонал повністю реалізований і працює коректно.
Зі сторони чат-бота доопрацювання не потрібні.
Наразі шукаємо розробника зі сторони BAS, який зможе прийняти та обробити ці дані.
-
Serhii Sushynskyi 4 июняВітаю, готові допомогти в данному питанні, за уточненнями прошу в особисті повідомлення.
-
Василь О. 4 июняКакая у Вас конфа? в типовой БАС МБ, например, есть встроенный чат бот.
Можно его использовать, возможно с доработками.
Можно и новый разработать, опыт есть. Но начать надо с типового, готового, я думаю.
Вы его рассматривали?
Актуальные фриланс-проекты в категории Базы данных и SQL
Заказ-наряд 1с
Здравствуйте. Необходимо отключить резервирование при проведении заказа наряда. Потому что когда он проводится, расходная накладная не может закрыться, так как товар попадает в какой-то резерв. Ошибка, которую нужно решить. 1с8.3 торговля.
Для клиентского проекта в области 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. + данные в двух источниках имеют разные названия/идентификаторы, хотя представляют собой одни и те же сущности