Создание бота для автоматической постановки людей на очередь.

Розробка Telegram-бота: закрита платформа-маркетплейс експертів Шукаю розробника (або невелику команду) для створення Telegram-бота — закритої платформи, що з'єднує верифікованих експертів і клієнтів для вирішення професійних завдань. Модель схожа на маркетплейс послуг з адміністратором-куратором, а не на повністю автоматичний сервіс. Що є готовим: Детальне технічне завдання (30+ сторінок) — ролі користувачів, покрокові UX-флоу з текстами кнопок, статусні моделі Заявки/Кейсу, модель даних, статусна модель розрахунків, адмін-панель. Ключовий функціонал: - Дві ролі користувачів (клієнт / експерт) з можливістю поєднання - Верифікація експертів через адміністратора (без автоматичного ухвалення рішень) - Підбір і модерація запитів куратором - Внутрішній простір спілкування в межах бота (без розкриття контактів сторін одна одній) - Статусна модель оплати: ескроу, підтвердження надходження коштів, виплати - Реферальна система з бонусами - Адміністративна панель з розширеними правами доступу Очікуваний стек:на розсуд розробника (Python/Node.js), головне --- досвід із Telegram Bot API, роботою зі станами (FSM), базами даних та платіжними інтеграціями. Формат співпраці: робота за готовим ТЗ, обговорення термінів і бюджету після ознайомлення з документом. Що надіслати:приклади реалізованих Telegram-ботів (бажано --- зі складною логікою станів чи платежами), орієнтовну оцінку термінів і вартості.

Технічне завдання системи автоматизації пошуку клієнтів у Telegram Розробка 1. Загальне завдання Необхідно створити MVP-систему для автоматичного пошуку клієнтів у Telegram-чатах з забезпеченням видачі знайдених користувачів операторами відділу продажів. Система повинна складатися з: юзерботів на базі Telethon; Telegram-бота для операторів; Telegram-бота (або окремого адміністративного розділу всередині бота) для адміністратора; бази даних PostgreSQL; Docker-конфігурації для розгортання в конфігурації. Веб-панель на даному етапі не потрібна. 2. Робота з кількома Telegram-акаунтами Система не повинна бути прив'язана до одного Telegram-акаунту. Необхідно забезпечити підтримку кількох акаунтів (наприклад, 5 і більше) з можливістю подальшого збільшення їх кількості без зміни конфігурації. Для кожного акаунта повинна бути можливість: авторизація через Telethon; ведення власної сесії; підключення нового акаунта; відключення акаунта; заміни акаунта без втрати бази даних. Адміністратор повинен мати можливість самостійно підключити нові Telegram-акаунти. 3. Розподіл чатів між акаунтами У системі буде використовуватися велика кількість Telegram-чатів (приблизно 800 і більше). Всі чати включені в єдину систему. Система повинна автоматично: вести чати між підключеними акаунтами; дотримуватися обмежень Telegram; Необхідність при перенесенні чату на інший акаунт; Не допускати дублювання одного чату кількома акаунтами (якщо це не включено спеціально). Бажано забезпечити балансування навантаження між акаунтами. 4. Управління списком чатів Адміністратор повинен мати можливість без участі розробника: підключити чат; видалити чат; імпортувати список чатів з файлу; масово завантажувати вартість чатів; включити або вимкнути моніторинг окремих чатів; запустити повторну збірку історії по вибраному чату. Після додавання нового чату система автоматично включає його в один з ключів акаунтів. 5. Збір даних Для кожного підключеного акаунта необхідно реалізувати: Первинний парсинг Після додавання чату: завантаження історії повідомлень за вказаний період; збереження всієї доступної інформації. Моніторинг Після завершення первинного завантаження: постійне відстеження нових повідомлень; збереження нових користувачів; збереження нової активності існуючих користувачів. 6. Обробка блокування Telegram вимагає коректної обробки: FloodWait; PeerFlood; тимчасові обмеження Telegram; помилкові з'єднання; розрив з'єднання; можливе перепідключення; тимчасова недоступність акаунта. Якщо один акаунт тимчасово заблокований обмеженням, решта роботи продовжується. 7. Збереження даних користувачів. Для кожного користувача зберігається: ідентифікатор Telegram; ім'я; прізвище (якщо є); ім'я користувача; посилання на профіль; список усіх чатів; текст повідомлення; дата і час повідомлення; посилання на повідомлення (якщо Telegram можна отримати). Об'єднання користувачів здійснюється виключно за ідентифікатором Telegram. Якщо користувач написав у 20 чатах — він відображається на одній картці. 8. Картка користувача Оператор повинен бачити: ім'я; ім'я користувача; ідентифікатор Telegram; посилання на профіль; список усіх чатів; повідомлення; дата активності. Приклад: Користувач: Іван Іванов ID користувача : 123456789 Чат "Бізнес": Повідомлення: "Доброго дня, цікавить реклама" Дата: 01.03.2026 12:15 Чат "Маркетинг": Повідомлення: "Хто займається просуванням?" Дата: 05.03.2026 18:42 9. Робота операторів Система повинна автоматично формувати чергу клієнтів. Після отримання клієнта: користувач фіксується за оператором; другий оператор не може отримати цього ж клієнта; вести історію дій. Статуси: Взяв клієнта; Недоступний; Не додзвонився; Відмова; В роботі; Перезвонити; Видалити. Після вибору параметра автоматично відкриється наступний клієнт. 10. Повторна видача користувачів Повинна бути можливість налаштування повторної видачі користувачів. Наприклад: ніколи; через 30 днів; через 60 днів; через 90 днів; произвольний період. 11. Адміністративний розділ Адміністратор повинен мати можливість: Управління акаунтами додати акаунт; видалити акаунт; подивитися статус акаунта; переглянути обмеження акаунта; замінити акаунт. Управління чатами додати; видалити; імпортувати; експортувати; вимкнути моніторинг; вимкнути моніторинг. Управління операторами додати; видалити; заблокувати; змінити права. Управління парсером запустити збірку; зупинити збірку; вся історія заново; подивитися нинішній статус. Статистика Перегляд: кількість користувачів; кількість повідомлень; кількість оброблених клієнтів; кількість активних операторів; кількість підключених акаунтів; кількість активних чатів. 12. База даних Використовуйте PostgreSQL. Необхідно зберігати: користувачі; повідомлення; чати; активність; Telegram-акаунти; оператори; статуси обробки; історія обробки; розподіл чатів між акаунтами. 13. Масштабування Архітектура повинна представляти можливість: підключення 10, 20 і більше Telegram-акаунтів; підключення тисяч Telegram-чатів; нагрузка навантаження; експортні дані; робота з CRM; підключення нових функцій без повної переробки проекту. 14. Docker Виконавець повинен налаштувати: docker-compose.yml; Dockerfile; інструкцію по запуску; інструкцію по оновленню; інструкцію по резервному копіюванню бази. Система повинна управляти командою одна.

Бот для дзеркалювання позицій на Binance Futures (Python) Потрібен бот, що читає мої позиції на Hyperliquid (публічний API) та Bitget Futures (мій ключ read-only) і пропорційно повторює їх на моєму Binance USDT-M Futures через API. Логіка: відкриття, збільшення, часткове закриття, повне закриття — все дзеркалиться з налаштовуваним коефіцієнтом розміру. Полінг 5–10 сек. Обов’язкова коректна обробка часткових закриттів та усереднень. Вимоги: сповіщення в Telegram про угоди й помилки; конфіг (пари, коефіцієнт, ліміти); деплой на мій VPS + інструкція; вихідний код передається мені. Ключі вводжу сам. Етапи: 1) Hyperliquid→Binance, тест на малих сумах; 2) Bitget→Binance. Оплата через safe поетапно. У відгуку вкажіть досвід з API бірж і як обробите часткове закриття 30% позиції лідером

Потрібно зробити телеграм бота з програмою, яка буде моніторити оголошення на трьох сайтах з оренди квартир (olx, lun, rieltor.ua) і надсилати їх структуровано в телеграм

Проект: Розробка професійного додатку для живого моніторингу Crazy Time (.NET C#)Огляд проекту Я шукаю досвідченого C#/.NET розробника для настільних додатків, щоб створити професійний додаток для Windows для відображення, зберігання та аналізу живих та історичних даних гри Crazy Time, отриманих від легітимного постачальника API. Додаток має мати сучасний інтерфейс в темних тонах, оновлення в реальному часі та масштабовану архітектуру для майбутніх покращень.Необхідні технології C# (.NET 8) WPF (бажано) або WinForms Visual Studio 2022/2025 SQLite REST API WebSocket JSON Async/Await MVVM (якщо використовується WPF)Основні функції Сучасна темна панель моніторингу Менеджер API ключів Інтеграція REST API Підтримка WebSocket Відображення живих даних в реальному часі Зберігання історичних даних Автоматична синхронізація Моніторинг з'єднання Логування помилок Панель статистики Фільтрація даних Експорт у CSV та Excel Налаштування додаткуМодулі панелі моніторингу Додаток має включати: Панель моніторингу Живі результати Історія Статистика Статус з'єднання Менеджер API Інформація про раунд Монітор продуктивності Налаштування Менеджер бази данихАналіз даних Програмне забезпечення має надавати аналітичні інструменти для доступних історичних та живих даних, включаючи: Аналіз частоти Аналіз тенденцій Статистичні звіти Графіки та діаграми Фільтрація даних Історичний пошук Метрики продуктивності Додаток має аналізувати лише доступні дані і не повинен стверджувати, що може передбачити майбутні результати незалежних ігор.Користувацький інтерфейс Я хочу UI преміум-якості, схожий на професійне програмне забезпечення для торгівлі або моніторингу. Вимоги: Сучасна темна тема Округлі панелі Плавні анімації Професійні іконки Адаптивна верстка Висока якість UI/UX Швидка продуктивністьЯкість коду Код має бути: Чистим та добре структурованим Повністю документованим Модульним та масштабованим Легким для обслуговування Оптимізованим для продуктивності Створеним з використанням найкращих практикРезультати Повне рішення Visual Studio Повний вихідний код База даних Документація Посібник з установки Майбутня підтримка (за бажанням)Вимоги до розробника Будь ласка, включіть: Досвід роботи з C#/.NET настільними додатками Досвід роботи з REST API та WebSockets Портфоліо подібних проектів Оцінка часу розробки Фіксована ціна або погодинна ставка Я шукаю довгострокову співпрацю з кваліфікованим розробником, який може створити високоякісний та розширювальний додаток.