В результаті весь погоджений функціонал працює коректно, результат відповідає очікуванням. Співпрацею задоволений.
Бюджет: 27000 UAH Термін: 14 днів
Вадиме, бачу тут не просто автоматизацію, а робочий інструмент на щодень: ротація, планувальник, моніторинг і Excel-синхронізація мають працювати без ручних підправок. Я вже робив Python-автоматизацію, парсинг і інтеграції з БД та зовнішніми сервісами, тому швидко занурюсь у вашу MVP-логіку, Playwright і SQLite. Окремо приділю увагу універсальним категоріям та стабільності черг. Готовий обговорити деталі й ризики
Бюджет: 27000 UAH Термін: 12 днів
Доброго дня! Розробляю на Python, React/Node.js виконував схожі проєкти, готовий до співпраці.
Бюджет: 27000 UAH Термін: 14 днів
Вітаю. Базово все що описано - реалізуємо з укахуванням задіяних технологій, але всеодно потрібно ознайомитись з кодов перед віконанням, щоб не витрачати даремно час, якщо терміни критичні
Бюджет: 27000 UAH Термін: 14 днів
Дивіться, тут нюанс - якщо етап 1 вже реально працює і код можна розширювати без переписування основи, то 27 000 UAH і 12-14 робочих днів виглядають робочою оцінкою для етапу 2. Якщо після ревізії виявиться, що робоча версія тримається на тимчасових рішеннях, я б зробив простіше - коротка технічна перевірка коду в рамках біржі, потім фінальна розбивка по модулях.
По реалізації я б не ускладнював - окремі служби всередині додатку для ротації, розкладу, моніторингу URL, груп акаунтів і синхронізації Excel. Playwright працює через збережені профілі, SQLite зберігає статуси і історію, PySide6 показує чергу і помилки так, щоб менеджер бачив не магію, а керований інструмент. За відчуттями, здається, головний ризик не в кнопках, а в стабільності акаунтів, лімітах і поведінці Bazoš.cz.
З подібного досвіду Ingello
> https://business.ingello.com/forma-bpm - автоматизація бізнес-процесів, статуси, черги, правила і журнал дій
> https://business.ingello.com/forma-crm - облікові інтерфейси, ролі, фільтри, робочі таблиці
> https://business.ingello.com/vorfahr - опосередковано близько по автоматизації товарних сценаріїв і системній логіці
Головний профіль по таким системам - https://systems-fl.ingello.com
Від вас потрібні код етапу 1, тестовий Excel, набір тестових акаунтів, проксі якщо вони використовуються, чеська PSČ для проби Bazoš.cz і список категорій, які вважаємо обов'язковими для приймання. Доступи можна передати в рамках правил біржі.
Уточню 2 речі, щоб не грати в архітектурний шаманізм =)
> в етапі 1 вже є стабільне зберігання сесій акаунтів чи це потрібно посилювати
> по sold і inactive точно видаляємо рядки з Excel чи за замовчуванням краще позначати статусом
Бюджет: 27000 UAH Термін: 7 днів
Привіт, я працював над Desktop-додатком для автоматизації реклами на OLX з Python + Selenium, де обробляли 500+ оголошень щодня з ротацією по 15 акаунтам і автоматичним розкладом Дуже схоже на ваш Bazoš.sk проект з тими ж викликами управління акаунтами!
Цікаво, чи плануєте ви інтегрувати систему проксі для роботи з різними регіонами Словаччини, враховуючи що використовуєте PSČ для локалізації оголошень?
Пропоную зв'язатися, я безкоштовно проконсультую вас з технічної сторони та складемо план розробки + розповім про мою команду!
Бюджет: 26999 UAH Термін: 13 днів
Доброго дня.
ТЗ прочитав повністю. Подібні проекти вже робили, досвід є.
Стек Python + Playwright + PySide6 + SQLite + Excel наш профільний. Автоматизація з anti-bot обходом і мультиаккаунтністю робили на кількох проектах.
Декілька моментів по реалізації:
Розклад. APScheduler підходить, але для PySide6 краще QTimer для основного циклу плюс окремий thread для публікацій. Не блокує UI під час роботи бота.
Моніторинг URL. При перевірці варто розрізняти типи неактивності: видалено модерацією, видалено за часом, тимчасова помилка мережі. Це дає менеджеру зрозуміти причину.
Універсальний движок. Маппінг category/subcategory через окремий JSON або YAML файл, без перекомпіляції. Менеджер сам може додавати нові підкатегорії.
Excel sync. Матчинг через product_id як основний ключ, title як fallback. При записі через openpyxl зі збереженням форматування файлу.
Ліміт 50 об'яв. Крім логу варто зробити push-уведомлення в Telegram або email менеджеру, щоб не чекати поки відкриє додаток.
Probe Bazoš.cz готовий зробити паралельно з основною розробкою.
Перед стартом готовий показати прототип одного блоку (розклад або моніторинг URL) щоб побачили підхід до коду.
Чекаю в особистих.
Бюджет: 27000 UAH Термін: 14 днів
Завдання зрозуміле: розширити MVP до повноцінного production-інструменту з ротацією, планувальником, моніторингом і двостороннім Excel-синком через Playwright + PySide6 + SQLite.
Стек знайомий, реалізую всі модулі зі Stage 2: ротація з інтервалами на акаунт, статус reserve, контроль ліміту 50 оголошень, розклад у двох режимах, моніторинг стану, універсальний рушій категорій.
12–14 робочих днів, 27 000 UAH.
Чи є вже схема БД і UI-макети з першого етапу, або починаємо з нуля?
Бюджет: 27000 UAH Термін: 3 дні
Привіт! Ваш проект виглядає дуже цікавим. Я готовий розпочати роботу негайно і забезпечити високу якість.
Бюджет: 27000 UAH Термін: 14 днів
НУ тут скоріше так - по терміну 12-14 робочих днів і бюджету 27 000 грн для етапу 2 це виглядає реалістично.
я б зробив простіше - довести MVP до робочого інструмента менеджера через окремі модулі ротації, розкладу, моніторингу, груп акаунтів, синхронізації з Excel і універсального движка простих категорій Bazoš.sk.
важливий нюанс бачу - при ліміті 50 активних оголошень бот не повинен сам видаляти старі публікації, а повинен зупинити чергу по акаунту і показати зрозумілий лог.
по відчуттях, основна зона ризику тут не інтерфейс, а стабільна автоматизація форм Bazoš, статуси оголошень і акуратне співвідношення Excel по product_id.
> уточню 2 моменти
> чеська PSČ для probe Bazoš.cz вже є чи її потрібно буде отримати до початку перевірки
> в Palets.xlsx product_id є у всіх рядків чи частину товарів все ще потрібно буде матчити по title
> схожі кейси Ingello
> https://business.ingello.com/vorfahr - близько по автоматизації операцій, чергам і логіці публікації через зовнішні сервіси
> https://business.ingello.com/forma-bpm - близько по статусам, робочим процесам, журналам і управлінню завданнями менеджера
> https://business.ingello.com/prime-eva - опосередковано близько по товарним даним, інтеграціям і операційній автоматизації
потрібні доступи до тестових акаунтів Bazoš.sk, проксі, вихідний Excel-файл і поточна MVP-версія.
головна сторінка команди - https://systems-fl.ingello.com
в цілому норм, можна не ускладнювати - спочатку закриваємо стабільний етап 2, а Bazoš.cz залишаємо як окремий підтверджений етап після probe =)
Ставки поки відсутні
Актуальні фриланс-проєкти в категорії Python
Шукаємо розробника (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
Наша стара самописна система себе ізжила, треба рости. Шукаємо досвідченого профі для впровадження ERPNext Обовʼязково з досвідом, наша сфера - оптова то роздрібна торгівля. Буде дуже багато різних стандартних і нестандартних рішень, а також класичне підключення ПРРО, Банків Моно і Приват, Нова Пошта, Маркетплейси і так далі. Готові?! :) Тоді присилайте своє резюме і давайте знайомитись.
Загальна інформація: Є 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 Усі пороги (термін постачання, страховий запас, цільовий запас) — у конфізі