Інкапсуляція в Python

Доброго дня, потрібен фікс парсера, раніше працював на бібліотеці curl_cffi, зараз запити всі 403. Потрібно дослідити ресурс, розібратися як внести фікс, внести фікс і протестувати на даних результат.

Шукаємо розробника (Python / AI / Integration) для створення 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 Усі пороги (термін постачання, страховий запас, цільовий запас) — у конфізі