Бюджет: 1001 UAH Срок: 1 день
Доброго времени суток!
Готов приступить к сотрудничеству, но после обсуждения деталей.
Бюджет: 1001 UAH Срок: 1 день
Доброго времени суток!
Готов приступить к сотрудничеству, но после обсуждения деталей.
Бюджет: 999 UAH Срок: 4 дня
Приветствую. Есть опыт работы с различными erp системами. С радостью поработаю с вами после обсуждения проекта.
____________________________
____________________________
____________________________
Бюджет: 1000 UAH Срок: 1 день
Добро пожаловать, АлександрМеня зовут Ростислав.Пишу вам от имени львовской ИТ-агенции Zrobleno Solutions.Более трех лет мы занимаемся внедрением ERP-системы Odoo.Мы специализируемся не только на настройке базового функционала, но и в доработке системы с помощью кода.Для этого у нас в команде есть Python-разработчик.Опыт разработки на Odoo:
1. написание cron для различных задач: плановые и более гибкие отправки писем (с дополнительными условиями, зависимость от многих параметров).2. реализация БП (бизнес-процессы) через automated actions.Валидация полей, автоматическое подтягивание полей из других моделей (например, подробная информация из sales order подтягивалась в lead/opportunity при подтверждении оплаты).90% таких автоматизации были сделаны через Python код в automated actions из-за зависимости от нескольких моделей.3 .Разработка кастовых модулей.Некоторые задачи проще, дешевле (для клиента, конечно) и лучше для экономии ресурсов самой системы (шеб ничего не тупило), делаются через разработку модулей (возможно только для версии одо, которую клиент размещает в себе на сервере).Например поля, которые должны обновляться "на лету" - in live time: поля-индекси, которые зависят от реального времени или GMT, динамическая смена цветов (канбан crm), расширение стандартного view.4 .Расширение стандартной view карты льда, заказа, контакта и т.д. (не через Odoo Studio).Добавление/скрытие полей, перемещение кнопки или их переименования.Обычная практика для клиента, который мигрирует на другую систему, поэтому создание friendly интерфейса с минимальным проходным порогом для адаптации - мастхев.Можно сделать через интерфейс Odoo в режиме разработчика, но лучшей практикой является разработка через кастовые модули (п.3).5 .Кастовые листы по собственному дизайну.Разработка и адаптация листов с динамическими элементами (вставка имени получателя, перечень товаров, специфические условия отражения блоков).Происходит через кодовый редактор в интерфейсе odoo (возможно на облачной версии).Также проверка на различные антиспам-метры и оптимизация в случае необходимости.Один из последних реализованных проектов на системе Odoo: https://freelancehunt.com/showcase/work/nalashtuvannya-odoo-dlya-brendu-nizhnoyi-bilizni/1805535.html
Предлагаю организовать онлайн или офлайн встречу, где проконсультируем вас о системе Odoo.
Здравствуйте, нужен фикс парсера , раньше работал на библиотеке curl_cffi, сейчас запросы все 403. Нужно исследовать ресурс, разобраться как внести фикс, внести фикс и протестировать на данных результат
Ищем разработчика (Python / AI / Интеграция) для создания Telegram-бота, который полностью заменит оператора по приему заявок на поставку овощей и фруктов от ресторанов. Главная задача бота — принимать неструктурированные заявки в любых форматах (текст, фото рукописных списков, голосовые сообщения), приводить их к нашей номенклатуре и передавать готовый заказ в 1С. Ключевой функционал: Прием и распознавание заявок (ИИ-модуль): Распознавание свободного текста, голосовых сообщений (Whisper / SpeechKit) и фото/сканов (Vision OCR). Извлечение сущностей: позиция, количество, единица измерения (кг, ящики, штуки). Сопоставление номенклатуры (Mapping): Сопоставление сленга/сокращений клиентов («картоха», «чери», «лук репчатый») с официальным справочником товаров компании. Функция обратной связи: если позиция или количество непонятны, бот задает уточняющий вопрос клиенту в чате. Подтверждение и интеграция: Вывод итогового заказа клиенту для подтверждения («Ваш заказ: Картошка — 50 кг, Помидоры Чери — 10 кг. Все верно?»). Отправка сформированного заказа через API в 1С (создание документа «Заказ покупателя»). Этапы реализации (MVP и далее): Этап 1: Логика бота, обработка текста/голоса/фото и вывод структурированного JSON. Этап 2: Настройка сопоставления с базой номенклатуры. Этап 3: Настройка передачи данных в 1С (REST API / HTTP-сервисы). Требования к исполнителю: Опыт работы с API OpenAI / Claude и библиотеками распознавания речи/фото. Уверенное владение Python (Aiogram / Telebot / FastAPI). Опыт интеграции внешних сервисов с 1С (наличие готовых кейсов будет ключевым преимуществом).
Необходимо создать локальное решение (скрипт / эмулятор / прокси) для Windows, которое будет отдавать расширению Lovense Cam Extension в браузере постоянный статус подключенной игрушки (Lush 3). Главная цель: Расширение в Chrome должно гореть «зелёным» (Подключено / Connected) 24/7 без участия мобильного телефона, оригинального USB-донгла и без реального Bluetooth-устройства. Что сдается в качестве результата: Полный исходный код репозитория / архива (без обфускации). Файл README.md с подробным мануалом по развертыванию с нуля на чистой Windows. Демонстрация работы: при запущенном скрипте расширение Lovense Cam Extension в Chrome показывает стабильный «Зеленый» статус. При отклике пишите сперва антибот слово: dsqwueq
Общая информация: Есть Telegram-бот, написанный на Python (aiogram v3, aiohttp, MySQL, Redis). Это сервис для взаимодействия заказчиков и исполнителей (профили, проекты и т.д.). Необходимые навыки: - Уверенный опыт с aiogram v3 (не v2!), asyncio, aiohttp; - Знание Telegram Bot API (вебхуки); - Опыт работы с MySQL, Redis; - Умение разбираться в чужом коде; - Коммуникабельность, ответственность. Мне нужно на текущей версии бота прямо на сервере исправить баг- проблему Проблема заключается в чем: Не функционируют полноценно чаты (Норы), должен быть чистильщик который будет по алгоритму работать, но сейчас он работает с багами, чистит не по графику - Чат между заказчиком нужен для обсуждения с исполнителем рабочих моментов. - Чаты (норы уже все созданы, нужно чтобы их чистило и становило в очередь - Юзер бот создает чаты (парные норы, они у нас уже есть) и ставит их в очередь, если в чате совершена сделка собеседники в нем находятся (в одном чате исполнитель, в другом чате заказчик) ; если же чат закрыт или там не было произведено сделку и пользователи там не писали в течении 7 дней; бот удаляет от туда заказчиков или исполнителей и ставит этот чат (нору обратно в очередь) - Заказчик может перейти в чат с любым исполнителем который откликнулся на заказ - Заказчик и исполнитель находятся в двух параллельных чатах, чтобы не было возможности видеть прямой аккаунт собеседника и не было возможности ему написать напрямую * Работу чатов и все остальное не меняем Главное чтобы исправление не потянуло других проблем за собой
Система авто-уведомлений о пополнении склада аналитика. На 8n8. Небольшая автоматизация для e-commerce. Раз в сутки система считает скорость продаж по каждому товару и отправляет в Telegram, что пора заказывать (с рекомендованным объемом) и на сколько дней хватает остатка. Что делаем: Забор данных: KeyCRM API (история заказов) + остатки/заказы с Rozetka (API или выгрузка) Хранение в SQLite на моем VPS (Contabo, Linux) Расчет среднего продаж, запаса в днях, точки заказа ABC-анализ: приоритизация, какой товар пополнять первым (класс A — главные по выручке — важнее) Ежедневный Telegram-бот + запуск по cron Все пороги (срок поставки, страховой запас, целевой запас) — в конфиге