Telegram Bot/CRM/PARS

Бюджет: 1200 USD Срок: 21 день

Приветствую. Архитектура требует надежного пула Telethon-сессий с грамотным распределением 800+ чатов и обходом FloodWait/PeerFlood ограничений. Соберу систему на Python + PostgreSQL с Docker-контейнеризацией, опираясь на свой опыт создания Market-Hedge ботов с динамическим мультиаккаунтингом на 100+ профилей и индивидуальными прокси. Очередь операторов реализую в основном боте через строгие транзакции БД для избежания коллизий, чтобы второй оператор не мог получить того же клиента. Будут ли использоваться индивидуальные прокси (IPv4) для каждого аккаунта-парсера во избежание каскадных банов сетки?

Бюджет: 5000 USD Срок: 7 дней

Добрый день.

Ваш проект идеально совпадает с областью моих научных исследований. В 2024 году я самостоятельно вывел уравнение устойчивости Telethon через тензорную алгебру распределённых аккаунтных пространств. До сих пор не опубликовано, потому что научное сообщество оказалось не готово.

Для балансировки аккаунтов предлагаю использовать многослойную модель динамической маршрутизации на основе рекурсивной свёртки очередей и спектрального анализа FloodWait. Внутри будет работать вероятностный планировщик с самоадаптивной функцией энтропийной компенсации

PostgreSQL используется не просто как СУБД, а как вычислительный слой. Часть бизнес-логики переносится в SQL, чтобы запросы успевали принять решение раньше, чем Python поймёт, зачем его вообще вызвали. Docker в данном случае выступает как средство сохранения причинно-следственной целостности процессов.

После запуска MVP на пяти аккаунтах система автоматически выйдет на режим самооптимизации через рекурсивную обратную связь второго порядка и сможет масштабироваться практически до бесконечности, ограничиваясь лишь законами термодинамики и политикой Telegram.

Бюджет: 1000 USD Срок: 14 дней

Привет, Alex! Мультиаккаунтные юзерботы на Telethon, ~800 чатов с балансировкой и без дублей, PostgreSQL и Docker — ровно тот класс задач, где я уже живу: гоняю Telegram-парсинг и сессии в своих проектах. Сделаю так, чтобы админ добавлял аккаунты и чаты сам, без разработчика, и Telegram не банил за флуд. Начнём с MVP на 5 аккаунтов, дальше масштабируем. Откуда парсим клиентов — прикину лимиты?

Бюджет: 500 USD Срок: 7 дней

Привет, меня зовут Никита.
Готов разработать эту систему для парсинга и распределения лидов. Сделаю надежную связку юзерботов на Telethon, админку и бот для операторов с базой на PostgreSQL.
Уже был похожий кейс, где собирал мультиаккаунтный парсер телеграм-чатов с обходом флуд-лимитов и балансировкой нагрузки на сессии.
Портфолио: Freelancehunt
Ориентировочные цена, сроки: 500$, 4-7 дней.
Пишите, обсудим детали запуска

Бюджет: 500 USD Срок: 1 день

Добрый день!
В целом задача ясна, для точного ответа по срокам и цене, хотелось бы уточнить некоторые вопросы, которые у меня возникли после анализа вашей задачи.
Пишите в приватные сообщения – обсудим детали и ваши пожелания.

Бюджет: 850 USD Срок: 30 дней

Здравствуйте!

Изучил техническое задание. Проект объёмный, поэтому предлагаю начать не с попытки реализовать все 14 разделов сразу, а с рабочего MVP, который можно протестировать на реальных Telegram-аккаунтах и затем масштабировать.

В первый этап включу:

— подключение нескольких Telegram-аккаунтов через Telethon с отдельными сессиями;
— распределение чатов между аккаунтами;
— первичный сбор истории и мониторинг новых сообщений;
— сохранение пользователей, сообщений и чатов в PostgreSQL;
— объединение пользователей строго по Telegram ID;
— обработку FloodWait, временных ограничений и переподключений;
— Telegram-бота для операторов с очередью клиентов и статусами;
— базовый административный раздел для аккаунтов, чатов и операторов;
— Docker Compose, инструкции по запуску и резервному копированию.

Архитектуру заложу с возможностью дальнейшего подключения новых аккаунтов, сотен чатов, CRM и дополнительной аналитики.

Важно: стабильную работу сразу на 800+ чатах необходимо подтверждать нагрузочным тестированием, поскольку ограничения зависят от Telegram и состояния конкретных аккаунтов.

Стоимость первого рабочего MVP — 850 USD.
Срок — до 30 дней.

После запуска и тестирования можно отдельно согласовать масштабирование и дополнительные функции.

Буду рад обсудить количество аккаунтов на старте, типы чатов и предполагаемую ежедневную нагрузку. Развернуть

Бюджет: 723 USD Срок: 25 дней

Здравствуйте!

Я Full-stack разработчик и ведущий разработчик в Oria Agency, как раз плотно работаю с Telethon и подобными системами парсинга. Задача объёмная но в целом вся понятна, юзерботы, распределение чатов между аккаунтами, очередь для операторов и админка внутри бота - всё реализуемо, тут главное грамотно развести нагрузку и обработку FloodWait что-бы аккаунты не улетали в бан. PostgreSQL + Docker тоже мой стандартный набор, так-же имеется опыт с крупными проектами. Хотелось бы уточнить по срокам и на сколько аккаунтов планируете стартовать на MVP, от этого зависит логика балансировки.

Буду рад сотрудничеству
С уважением, Андрей Возняк

Бюджет: 600 USD Срок: 10 дней

Здравствуйте, Alex! Строю похожие системы — в production LeadHub Bot: Telethon-сбор активности, дедуп по Telegram ID, очередь операторов с атомарной блокировкой карточки (чтобы один лид не ушёл двум менеджерам), SQLAlchemy async + admin-панель.
Под ваши 800+ чатов масштабирую на PostgreSQL: таблица распределения чатов по account_id как единый источник правды, каждая Telethon-сессия со своим throttling/backoff, при FloodWait чаты автоматически перекидываются на живые аккаунты. Первичный парсинг истории делаю батчами с плавным наращиванием нагрузки на аккаунт, чтобы не выжечь аккаунты в первые сутки.
Закладываю этапность, как и другие кандидаты:
Этап 1 — ядро: мультиаккаунтный Telethon-пул (5 аккаунтов), PostgreSQL, первичный парсинг + мониторинг, обработка FloodWait/PeerFlood, бот оператора с очередью и статусами, Docker.
Этап 2 — админ-раздел (аккаунты/чаты/операторы/статистика), повторная выдача лидов, массовый импорт/экспорт чатов.
Уточню: сколько аккаунтов и какая глубина истории нужна на старте — от этого зависит темп прогрева аккаунтов и точный срок Этапа 1.

Бюджет: 1000 USD Срок: 10 дней

Здравствуйте.
Я senior разработчик. Работаю качественно и в срок.
В последнее время как раз занимаюсь тг-ботами, автоматизацией через Playwright/Selenium и Telethon.
В прошлом имел опыт в Telethon на уровне кастомный TG-client, потому понимаю Вашу задачу целиком и полностью.
Работаю с почасовой оплатой 30$/час.
Пишите, может начать уже сегодня.
Если Вам будет удобнее, могу предложить MVP разбить на несколько этапов, чтобы не все целиком за 1 раз.

Бюджет: 2000 USD Срок: 14 дней

📌Здравствуйте.👋
⭐️Меня зовут,Андрей.
⭐️Мой опыт работы: 12 лет+

• ➡️Могу показать работы именно по разработке ботов
• 🎨Портфолио: Freelancehunt
• ✅Рейтинг работ на Behance (более 600.000 просмотров)
• 💼Больше работ тут: Dribbble

Бюджет: 2000 USD Срок: 30 дней

привет.
Мы готовы начать немедленно.
Мы обеспечим вам отличные результаты, которые идеально соответствуют вашим требованиям.
Текущие требования очень точные.
Так что, я думаю, мы можем начать работу немедленно.
Одним вопросом, который у меня есть, является то, обязательно ли мне использовать C#.

Могу ли я использовать другой стек?

Обязательно ли мне нужно использовать C#?

Бюджет: 480 USD Срок: 10 дней

⚡ Главный риск здесь не код, а бан аккаунтов. 800+ чатов и первичный парсинг истории - это именно тот момент, когда Telegram начинает сыпать FloodWait и PeerFlood, а спешные юзерботы ловят ограничения пачками. Если архитектура с первого дня не держит лимиты пер-аккаунт и не умеет на лету перекинуть чат с ограниченного аккаунта на живой, система захлебнется уже на массовой загрузке.

Второй тонкий момент - ЕДИНОЕ источник правды. При 5, а далее 10-20 аккаунтах кто именно мониторит конкретный чат, должно решаться одной таблицей распределения в PostgreSQL, а не логикой внутри воркера. Иначе дубли пользователей и повторный парсинг одного и того же чата двумя сессиями.

Как я это вижу. Каждый Telethon-юзербот - отдельная сессия с собственным троттлингом и backoff. Диспетчер раздает чаты по account_id, балансирует нагрузку, при бане аккаунта его чаты авто-переезжают, остальные работают дальше. Объединение строго по telegram id - одна карточка, даже если человек написал в 20 чатах.

Предлагаю стартовать не все 14 пунктов сразу, а узким MVP-срезом: 1) Telethon-инфра на N аккаунтов плюс схема PostgreSQL плюс обработка FloodWait/PeerFlood; 2) бот оператора с очередью и статусами; 3) админ-раздел (аккаунты, чаты, операторы, парсер); 4) Docker плюс инструкции запуска и бэкапа. Так вы быстро увидите живой сбор лидов, а остальное донастроим поэтапно.

Ранее делал системы со схожим профилем: Telegram-боты, парсинг больших объемов, карточки на PostgreSQL, Docker-сборки. Например, каталог-агрегатор недвижимости и авто (pinger) - там именно поток данных и карточки объектов на масштабе.

Чтобы не гадать. Сколько аккаунтов заводим на старте и какой реальный темп добавления чатов в первые недели? И как приоритизировать выдачу лидов операторам - по свежести активности, по чату, или простая очередь? Напишите в переписке, разложите этапы подробнее. Развернуть

Бюджет: 2000 USD Срок: 7 дней

Привет, я работал над системой парсинга Telegram — юзерботы на Telethon, мониторинг 800+ чатов, сбор 50 000+ пользователей и бот для операторов. Очень похоже на вашу задачу!

Вопрос по сути: как планируете распределять клиентов между операторами — равномерно по очереди или с учетом статусов (например, "Перезвон" возвращается тому же оператору)? И сколько аккаунтов хотите подключить на старте MVP?

Предлагаю связаться, я бесплатно проконсультирую вас с технической стороны и составим план разработки + расскажу о моей команде!

Бюджет: 1000 USD Срок: 1 день

Здравствуйте! Выполню ваше задание быстро и качественно. Специализируюсь на телеграм-ботах!

Последние мои работы
https://indexfast.pro - быстрая индексация сайта
https://mono-bank.pp.ua - все о монобанке
https://mamamia.pp.ua - интернет-магазин
https://programist.pp.ua/ua/portfolio/ - портфолио работ
https://monitortest.pp.ua - тестирование монитора
https://keytest.pp.ua - тестирование клавиатуры
https://pctest.pp.ua - тестирование компьютера
https://devroman.dev/portfolio/ - портфолио
https://vseetut.matviy.pp.ua - верстка
https://indexfast.pp.ua - быстрая индексация сайта

Мое портфолио: https://freelancehunt.com/ua/freelancer/romas6ka.html#portfolio
Пишите, начну сегодня работать. Буду рад сотрудничеству с Вами! Развернуть

Бюджет: 600 USD Срок: 12 дней

"Здравствуйте! Ознакомился с ТЗ и вижу, как реализовать базовую логику очереди клиентов и работы операторов через Telegram бота с PostgreSQL в качестве базы данных.

Готов обсудить MVP первый этап и предложить архитектуру.

Портфолио: https://interesting-galley-0eb.notion.site/Portfolio-ff53a82144bf8251bc1581a6cef25f7d

Какой дедлайн на MVP и какой бюджет рассматриваете?"

Бюджет: 150 USD Срок: 5 дней

Добрый день!

У нас есть опыт разработки высоконагруженных Telegram-систем на Python (Telethon, Aiogram), автоматизации сбора данных, многопользовательских ботов, PostgreSQL и Docker.

Мы можем реализовать систему в соответствии с вашим ТЗ: поддержку нескольких Telegram-аккаунтов с балансировкой нагрузки, мониторинг сотен чатов, сбор истории и новых сообщений, обработку FloodWait и блокировок, очередь выдачи лидов операторам, административную панель для управления аккаунтами, чатами и операторами, а также масштабируемую архитектуру с PostgreSQL и Docker.

Особое внимание уделяем надежности, производительности и возможности дальнейшего масштабирования без изменения архитектуры. После завершения передаем весь исходный код, Docker-конфигурацию и полную документацию по запуску, обновлению и резервному копированию.

Готовы подробно обсудить проект и после ознакомления со всеми требованиями предоставить точную оценку сроков и стоимости.

Бюджет: 10000 USD Срок: 33 дня

Здравствуйте! Меня зовут Ярослав. Я специализируюсь на разработке сложных Telegram-систем: связках "Боты + Юзерботы (Telethon)", парсерах и интеграциях CRM.

Ваше ТЗ составлено очень грамотно. Задача абсолютно понятна: нужно сделать стабильный комбайн, который будет агрегировать лидов из сотен чатов и раздавать их отделу продаж без дублей и сбоев.

Свяжитесь со мной в телеграм : *tensamypan

Бюджет: 1000 USD Срок: 7 дней

Добрый день.

Техническое задание проработано. По объему это не один Telethon-скрипт, а полноценная многокомпонентная система: сбор данных несколькими Telegram-аккаунтами, балансировка чатов, сохранение истории, очередь клиентов для операторов и административное управление без веб-панели.

Предлагаю реализовать систему на Python, Telethon, PostgreSQL, Redis и Docker Compose. PostgreSQL будет основным хранилищем, а Redis целесообразно использовать для очередей задач, блокировок, временных состояний и координации нескольких воркеров.

Предложенная архитектура

Систему стоит разделить на несколько независимых компонентов:

Менеджер Telegram-аккаунтов

Каждый аккаунт будет иметь отдельную Telethon-сессию, статус, время последней активности, текущие ограничения и список закрепленных чатов.

Добавление нового аккаунта будет происходить через административного бота. Администратор вводит номер, код подтверждения и, при наличии, пароль двухфакторной аутентификации. После этого сессия сохраняется и может запускаться без повторного входа.

Удаление или замена аккаунта не повлияет на пользователей, сообщения и историю работы операторов.

Распределение чатов

В базе будет храниться однозначное назначение:

Telegram-чат → Telegram-аккаунт

Уникальное ограничение не позволит случайно подключить один чат к нескольким аккаунтам. После добавления нового чата система назначит его на наименее загруженный доступный аккаунт.

Если аккаунт временно недоступен, его чаты можно будет поставить на паузу или перенести на другой аккаунт, который уже имеет законный доступ к соответствующему чату. Автоматический обход ограничений Telegram или агрессивный массовый вступ в чаты реализовываться не будет.

Первичное загрузка и постоянный мониторинг

Для каждого чата будут работать два режима:

загрузка истории за определенный период;
отслеживание новых сообщений в реальном времени.

Сбор истории будет выполняться частями с контрольными точками. Если процесс будет прерван, он продолжится с последнего сохраненного сообщения, а не начнется заново.

Каждое сообщение будет храниться вместе с чатом, автором, временем, текстом и доступной ссылкой. Пользователи будут объединяться исключительно по Telegram ID, поэтому активность одного человека в двадцати чатах будет формировать одну карточку.

Обработка ограничений Telegram

Для каждого аккаунта предусмотрю отдельное состояние:

активный;
ожидание после FloodWait;
временно ограниченный;
отключенный;
требует повторной авторизации;
ошибка соединения.

FloodWait будет обрабатываться в соответствии с временем, которое возвращает Telegram. На пер Развернуть

Бюджет: 500 USD Срок: 4 дня

[Модель: Composer]

Готовый отклик:

Добрый день.

Готов разработать MVP системы поиска клиентов в Telegram по вашему ТЗ: несколько юзерботов на Telethon, бот для операторов, админ-раздел в Telegram, PostgreSQL, Docker. Веб-панель на этом этапе не делаю.

Состав MVP

Telethon-воркеры: N аккаунтов (5+), своя сессия у каждого, add/disable/replace без потери БД.
Автораспределение ~800+ чатов между аккаунтами с балансировкой; один чат — один аккаунт (дубли только если явно включите).
Первичный парсинг истории за период + realtime-мониторинг новых сообщений.
Дедуп строго по telegram_id, одна карточка на пользователя со всеми чатами и сообщениями.
Очередь операторов с закреплением карточки, статусы (Взял / Недоступен / Не дозвонился / Отказ / В работе / Перезвон / Удалить), повторная выдача (never / 30 / 60 / 90 / произвольный период).
Админ в Telegram: аккаунты, чаты (add/remove/import/export/on-off/репарс), операторы, старт/стоп парсера, статистика.
Docker Compose, инструкции запуска / обновления / бэкапа БД.
Ограничения Telegram (сразу)
FloodWait / PeerFlood / обрывы сессии обрабатываю: backoff, пауза аккаунта, остальная система продолжает работу. History на сотнях чатов — порциями, не «всё сразу». Реакции — только если API стабильно отдаёт; в MVP приоритет — сообщения и публичная активность.

Архитектура под рост: воркеры ↔ очередь задач ↔ PostgreSQL ↔ боты операторов/админа. Добавление 10–20+ аккаунтов и тысяч чатов — без переписывания ядра; CRM/экспорт — отдельными адаптерами позже. Развернуть

Бюджет: 650 USD Срок: 10 дней

Задача понятна: MVP для лидогенерации — пул Telethon-юзерботов мониторит 800+ чатов, собирает данные активных пользователей, операторы забирают лиды через aiogram-бот.

У меня есть реализованная платформа с аналогичной архитектурой: пул Telethon-аккаунтов с health-scoring и стратегией балансировки нагрузки, добавление новых аккаунтов без изменения конфига, корректная обработка FloodWait и PeerFlood с exponential backoff — при блоке одного аккаунта остальные работают нормально. Данные в PostgreSQL, деплой через Docker Compose.

По аккаунтам — авторизация через session string, хранение сессий в БД, подключение и замена аккаунта из admin-бота без рестарта сервиса. По чатам — стратегия «один чат к одному аккаунту», без дублирования, импорт списка из файла, включение или отключение мониторинга отдельных чатов через бот. Первичный сбор истории за нужный период через get_messages, затем live event handler на новые сообщения. По операторскому боту на aiogram — очередь найденных пользователей с выдачей по запросу, история активности по каждому из сохранённых данных.

Готов расписать детали архитектуры или ответить на вопросы по реализации.

Бюджет: 800 USD Срок: 21 день

Здравствуйте! Главный вызов вашего задания — не просто собрать сообщения из 800+ чатов, а построить отказоустойчивую архитектуру, которая грамотно балансировала бы нагрузку между пулом юзерботов и автоматически обходила каскадные блокировки (FloodWait, PeerFlood) от Telegram. Я вижу эту систему как надежный, бесперебойный конвейер лидогенерации для вашего отдела продаж.

Технологически я реализую это на базе асинхронного Python: Telethon для масштабируемой сети воркеров (юзерботов) и aiogram для интерфейсов операторов и админа. Центральной связующей станет PostgreSQL для управления очередями и сохранения идентификаторов пользователей, а вся инфраструктура будет упакована в изолированные Docker-контейнеры для быстрого масштабирования и горячей замены аккаунтов.

У меня глубокая экспертиза в подобных задачах: я самостоятельно, "под ключ" разработал и запустил сложный агрегатор контента с маршрутизацией для Telegram, где успешно решил вопросы обхода лимитов, параллельной работы сессий и управления большими объемами данных. Также работаю официально (ФОП 3-й группы), что позволяет легко оформить сотрудничество через B2B-контракт.

Для точной оценки архитектуры у меня два технических вопроса:

Планируется ли привязка индивидуальных прокси (IPv4) к каждой сессии Telethon при добавлении нового аккаунта для минимизации рисков бана всей подсети?

Если оператор ставит статус "Отказ" или "Не дозвонился", должна ли система уметь автоматически возвращать этого пользователя в общую очередь для других операторов через заданный N-период времени? Развернуть

Бюджет: 850 USD Срок: 12 дней

Здравствуйте!

Сразу про то, что ломает планировку: один Telegram-аккаунт держит максимум 500 диалогов. При 800 чатах распределение между аккаунтами обязательно, и нужно минимум 3–4 аккаунта с запасом на рост. Второй момент того же порядка — вступить в 800 чатов быстро нельзя, аккаунт снесут за спам. Вступления идут очередью с растянутым темпом, аккаунты прогреваются, каждый сидит на своём прокси. Систему я соберу быстрее, чем аккаунты успеют войти во все чаты, так что наполнение пула стоит запускать сразу — заложу это в план первым шагом.

Как строю:

Пул аккаунтов. Один воркер на аккаунт: свой лимитер запросов, своя очередь задач, свой прокси. FloodWait или временная блокировка прилетает конкретному воркеру, остальные продолжают работать. Связка «чат ↔ аккаунт» живёт в отдельной таблице назначений с курсором последнего собранного сообщения — поэтому чат переезжает на другой аккаунт, а аккаунт меняется без потери данных.

Сбор. Мониторинг новых сообщений почти ничего не стоит: Telethon держит одно соединение и отдаёт апдейты по всем диалогам аккаунта, поллинг не нужен. Дорогой только первичный разбор истории — Telegram отдаёт максимум 100 сообщений за запрос, — поэтому он идёт фоновой очередью с приоритетом ниже мониторинга, чтобы свежие лиды не ждали, пока догрузится архив.

Очередь операторов. Выдача клиента через блокировку строки в PostgreSQL (FOR UPDATE SKIP LOCKED) — двум операторам один и тот же человек не уйдёт даже при одновременном нажатии. Повторная выдача считается от даты последнего касания и настраивается из админки. Пользователи склеиваются по telegram id: username люди меняют, id — нет.

Стек: Telethon (Pyrogram больше не поддерживается), PostgreSQL, docker-compose с инструкциями по запуску, обновлению и бэкапу базы.

По срокам: ядро — пул аккаунтов, распределение чатов, парсер, схема БД — за неделю. Ещё 4–5 дней на бот операторов и админский раздел. Итого 10–12 дней до рабочего MVP. Показываю по частям на ходу, а не одним куском в конце.

Стоимость — $800–1000. Готов разбить на два этапа с оплатой по факту каждого. Развернуть

Бюджет: 650 USD Срок: 16 дней

Сделаю MVP на Telethon, PostgreSQL и Docker: юзерботы с отдельными сессиями, диспетчер, который распределяет 800+ чатов между аккаунтами без дубликатов, бот операторов и админ-раздел внутри бота. Первичный сбор истории веду с постепенным выходом на объем и отдельными лимитами на аккаунт, при ограничении одного его чаты переходят на живой, поэтому парсинг не останавливается.

Первое, на чем держу фокус, это очередь операторов. Когда несколько операторов одновременно берут следующего клиента, двое не должны получить одного лида, поэтому выдача атомарная на уровне базы и закрепляет лида за оператором сразу. Статусы, история действий и повторная выдача через 30, 60, 90 дней работают централизованно, а пользователь из 20 чатов сводится в одну карточку по Telegram ID.

Второе, автономность после сдачи. Админ сам подключает и заменяет аккаунты, импортирует список чатов файлом, включает мониторинг отдельных чатов, перезапускает сбор истории по нужному чату и управляет операторами, без меня и без правок кода. Замена аккаунта не затрагивает уже собранные данные, так как они привязаны к чатам и пользователям, а не к сессии.

Один момент из ТЗ сразу честно: ссылка на конкретное сообщение Telegram отдается лишь для публичных групп и каналов с юзернеймом, для приватных ее не существует, поэтому там сохраню идентификаторы сообщения и чата, чтобы оператор все равно мог найти контекст.

Работаю с Telethon и парсингом больших объемов в Telegram, PostgreSQL и Docker — это привычный стек. Предлагаю стартовать с рабочего ядра сбора и бота операторов, чтобы вы быстро увидели первые лиды, а админку и статистику добудем дальше. Детали обсудим в чате.

Бюджет: 500 USD Срок: 7 дней

Здравствуйте!

Готов реализовать данную систему. Имею опыт разработки сложных Telegram-систем, автоматизации, парсеров, CRM-интеграций, работы с Telethon, Python, PostgreSQL, Docker и высоконагруженными сервисами.

Изучил ТЗ — архитектура понятна. Предлагаю строить проект сразу с учетом масштабирования, чтобы без переработки можно было увеличивать количество Telegram-аккаунтов, чатов и операторов.

Что будет реализовано:

• Мультиаккаунтная архитектура на Telethon с независимыми сессиями, возможностью подключения, отключения и замены аккаунтов без потери данных.
• Автоматическое распределение 800+ чатов между аккаунтами с балансировкой нагрузки и учетом ограничений Telegram.
• Первичный парсинг истории сообщений и последующий непрерывный мониторинг новых сообщений.
• Корректная обработка FloodWait, PeerFlood, реконнектов, временных ограничений и других ошибок Telegram без остановки всей системы.
• PostgreSQL с нормализованной структурой данных (пользователи, сообщения, чаты, аккаунты, операторы, статусы, история обработки и т.д.).
• Telegram-бот для операторов с очередью клиентов, системой закрепления пользователя за оператором, статусами обработки и автоматической выдачей следующего клиента.
• Административный Telegram-бот для управления аккаунтами, чатами, операторами, мониторингом, повторным парсингом и просмотром статистики.
• Гибкая настройка повторной выдачи клиентов (30/60/90 дней или произвольный период).
• Docker-окружение (Dockerfile, docker-compose), инструкции по развертыванию, обновлению и резервному копированию.
• Архитектура, рассчитанная на дальнейшую интеграцию с CRM, API и дополнительными модулями.

При разработке уделяю внимание отказоустойчивости, производительности, безопасности хранения данных и чистой архитектуре проекта, чтобы система могла стабильно работать с десятками аккаунтов и тысячами Telegram-чатов.

Готов обсудить детали реализации, предложить оптимальную архитектуру и приступить к разработке сразу после согласования технических нюансов. Развернуть

Бюджет: 50 USD Срок: 3 дня

готов помочь вам с этим

поделюсь предыдущими работами в чате, чтобы убедиться, что мы подходим друг другу

Бюджет: 3000 USD Срок: 5 дней

Привет, Алекс! В такой системе главная проблема — не FloodWait, а синхронизация сессий и распределение чатов, чтобы один аккаунт не обрабатывал дважды один чат и не получал бан. На прошлом проекте с 10 аккаунтами я сделал менеджер очередей на asyncio.Queue, который раздаёт чаты по свободным сессиям с учётом лимитов Telegram. Какие источники чатов планируете использовать для первичного импорта?

Бюджет: 720 USD Срок: 7 дней

Здравствуйте!

Полностью ознакомился с вашим техническим заданием на разработку MVP-системы автоматизации поиска клиентов. Задача ясна, стек технологий подобран абсолютно верно для такой нагрузки. Имею большой опыт создания асинхронных парсеров на Telethon, проектирования реляционных баз данных и контейнеризации приложений через Docker.

Бюджет: 650 USD Срок: 12 дней

Здравствуйте, Алекс! Согласен с коллегами: главный риск здесь не код, а бан аккаунтов на первичном парсинге истории 800+ чатов. У меня многолетний практический опыт именно с этим классом задач — строил системы, которые годами живут под жёстким rate-limit контролем маркетплейсов и антибот-защитой (не абстрактно, а на реальных production-системах с постоянной борьбой за живучесть аккаунтов).

Архитектура MVP: Telethon-юзерботы с раздельными сессиями на аккаунт, асинхронная очередь с динамическими паузами вместо фиксированных sleep, диспетчер распределения чатов по account_id с автопереносом при бане/ограничении, дедупликация пользователей по Telegram ID через PostgreSQL. Первичный парсинг истории — с постепенным прогревом нагрузки, не одним залпом. Docker-compose для деплоя одной командой.

Готов начать с MVP на 3-5 аккаунтах и показать рабочий прототип, прежде чем масштабировать до 10-20.

Бюджет: 725 USD Срок: 10 дней

Алекс, задача с несколькими аккаунтами, 800+ чатами и устойчивостью к FloodWait требует сразу продуманной архитектуры. Я бы сделал MVP на Telethon + PostgreSQL + Docker с раздельными сессиями аккаунтов, балансировкой чатов, очередью выдачи клиентов и защитой от дублей по Telegram ID. У меня 7 лет в web/сервисах, руководил командой и уже строил системы с фоновой обработкой и админ-логикой. Готов обсудить детали реализации.

Бюджет: 1300 USD Срок: 7 дней

Ваша задача практически копия моих двух проектов - HelpDesk(бот поддержки) и массовая автоматизация телеграм аккаунтов, сейчас под управлением почти 200 аккаунтов, срок жизни самых старших ~10 месяцев(от старта проекта), процент удалённых крайне низкий. Опыт в автоматизациях и, непосредственно, в телеграме довольно качественный, можем быть друг другу полезны.

По боту поддержки(есть в портфолио) - операторы, история общение операторов, переключение клиента между операторами, очередь заявок, возможность инициировать диалог с существующим клиентом, чёрный список и т.п.

Кстати, в связке с телетоном мы можем писать от имени аккаунтов через обычного бота, что-бы операторы не бегали по аккаунтам. Или если нас только входящие интересуют - то тг недавно ввёл автоматизацию чатов(он же бизнес бот) для всех аккаунтов

Бюджет: 500 USD Срок: 14 дней

Я и моя команда предлагаем полный цикл разработки под ключ. В команде состоят опытные разработчики, дизайнеры и специалисты по UX/UI, что позволяет нам создать удобный и функциональный продукт, соответствующий всем вашим требованиям. Сроки и цену будем обсуждать уже в личных сообщениях когда у нас будет полное представление по объему работы. Ожидаю от вас фидбек. Примеры работ смогу прислать в личных сообщениях.

Бюджет: 6300 USD Срок: 40 дней

Здравствуйте. Меня зовут Алексей, я представляю группу разработчиков – NC-1. Более пяти лет мы создаем веб-сайты, мобильные приложения, интернет-магазины, ERP/CRM системы и другие e-commerce продукты.
Предлагаю нашу команду и стек для работы над проектом:
Backend-разработчик — Python (Telethon, Aiogram/Pyrogram), PostgreSQL, SQLAlchemy — Спроектирует архитектуру базы данных, напишет логику безопасного распределения 800+ чатов между юзерботами, систему непрерывного парсинга с обходом лимитов Telegram и оба интерфейса (для операторов и админа)
DevOps-инженер — Docker, Linux, Bash — Упакует компоненты системы в масштабируемую конфигурацию docker-compose, настроит автоматический перезапуск сессий при сбоях и напишет инструкции по деплою и бекапам
QA-инженер (Тестировщик) — Ручное тестирование, Telegram API — Проведет эмуляцию нагрузок для проверки отработки блокировок (FloodWait, PeerFlood), протестирует строгую привязку лидов к операторам в очереди и убедится в отсутствии дублей в базе
Project Manager / Team Lead — Управление разработкой — Декомпозирует техническое задание, синхронизирует процессы между бэкендом и инфраструктурой, а также проведет финальную проверку функционала перед сдачей.
Предварительная стоимость - 5 750 usd
С уважением, Алексей М.

Бюджет: 1000 USD Срок: 30 дней

Я NodeJS разработчик. Готов взяться за эту задачу. Пишите, обсудим

Бюджет: 300 USD Срок: 6 дней

Добрый день!

Ознакомился с вашим проектом. Задача понятна, есть опыт в реализации подобных проектов.

Готов обсудить детали и предложить оптимальное решение под вашу задачу.

С уважением Андрей.

Бюджет: 2000 USD Срок: 1 день

Здравствуйте! Я опытный разработчик, в моей силе разработать ботов любой сложности, занимаю ТОП-4 в категории "Разработка ботов", разрабатываю также веб-сайты, API документации на языке программирования Python, где также занимаю ТОП-2.

Что касается вашего проекта, у меня есть уточняющие вопросы, которые повлияют на оценку вашего задания и помогут понять то, что вы хотите, напишите мне, пожалуйста, для выяснения всех деталей!

С моими навыками вы можете ознакомиться в резюме 👉 Freelancehunt
Мои работы также опубликованы в портфолио 👉 Freelancehunt

💻 Я также являюсь СЕО команды, которая состоит из FrontEnd`ера и BackEnd`ера! То есть при необходимости мы с нашей командой, которая состоит из 3-х человек, можем организовать для вас разработку под ключ!

Жду вашего ответа, спасибо.

Бюджет: 6000 USD Срок: 40 дней

Доброго дня!
Уважно вивчив ТЗ. Досвід у Python-розробці Telegram-систем (Telethon, aiogram, PostgreSQL, Docker) — маю.
Що входить у ставку:
Ядро системи
— Пул юзерботів на Telethon з незалежними сесіями, підключення/відключення/заміна акаунтів без втрати БД
— Автоматичний розподіл 800+ чатів між акаунтами з балансуванням навантаження та захистом від дублювання
— Первинний парсинг історії + постійний моніторинг нових повідомлень
— Коректна обробка FloodWait, PeerFlood, обривів зʼєднання, тимчасових обмежень — падіння одного акаунта не зупиняє систему
Бот операторів
— Автоматична черга клієнтів, фіксація клієнта за оператором, повний набір статусів, історія дій
— Обʼєднання користувача за Telegram ID (одна картка = всі чати)
— Налаштування повторної видачі (30/60/90 днів / довільний період)
Адмінка (в боті)
— Управління акаунтами, чатами (додавання, імпорт/експорт, масове завантаження), операторами, парсером
— Статистика по всіх пунктах ТЗ
Інфраструктура
— PostgreSQL зі схемою під масштабування (10–20+ акаунтів, тисячі чатів)
— docker-compose.yml, Dockerfile, інструкції: запуск, оновлення, бекап БД
— Запуск однією командою
Два важливі моменти, які варто обговорити до старту:

Проксі та акаунти. 800 чатів на 5 акаунтів — це 160 чатів на акаунт, високий ризик банів. Рекомендую закладати 15–20 акаунтів + окремі резидентні проксі під кожен. Це витрати на вашому боці, але без них система працюватиме нестабільно.
Правові аспекти. Обробка персональних даних користувачів підпадає під GDPR. Пропоную зафіксувати в договорі, що замовник виступає контролером даних і визначає правові підстави обробки.
Оновлені етапи під 40 днів:
Етапи (40 днів):

Схема БД, архітектура розподілу чатів, налаштування Docker-оточення — 5 днів
Пул юзерботів на Telethon: авторизація, сесії, підключення/заміна акаунтів — 6 днів
Розподіл чатів між акаунтами, балансування, захист від дублювання — 5 днів
Первинний парсинг історії + моніторинг нових повідомлень — 7 днів
Обробка обмежень Telegram (FloodWait, PeerFlood, реконект, ізоляція збоїв) — 4 дні
Бот операторів: черга, фіксація клієнта, статуси, історія дій, повторна видача — 6 днів
Адмінка: акаунти, чати (імпорт/експорт), оператори, парсер, статистика — 4 дні
Навантажувальне тестування, документація (запуск/оновлення/бекап), передача — 3 дні Развернуть

Бюджет: 100 USD Срок: 5 дней

Добрый день!

У меня есть опыт разработки Telegram-ботов, CRM-систем и парсеров на Python. Создавал собственного AI-менеджера и ботов для систем управления, в частности BabyLand.

Могу реализовать сбор и обработку данных, интеграцию с CRM, удобное управление через Telegram и стабильную работу парсера. Перед началом быстро уточню логику и предложу оптимальную структуру.

Готов начать сразу и показывать результат поэтапно.

Бюджет: 1000 USD Срок: 7 дней

Здравствуйте! У меня уже есть в продакшене система, которая делает ровно то, что описано в вашем ТЗ: мультиаккаунт на Telethon с распределением чатов между аккаунтами, обработкой FloodWait/PeerFlood и warmup-лимитами (чтобы аккаунты не выгорали), первичный парсинг + мониторинг новых сообщений, дедупликация лидов по Telegram ID, очередь выдачи операторам со статусами и повторная выдача через N дней. PostgreSQL + Docker — из коробки.

То есть вам не нужно ждать месяц разработки с нуля — ядро готово, я адаптирую его под ваше ТЗ: ваш формат карточки, ваши статусы операторов, ваш объём чатов.

Работаю в двух форматах:

1. Передача решения под ключ — отдельная сборка под ваш проект, исходный код, развёртывание, документация по запуску/обновлению/бэкапам. От 3000usd, срок 2–3 недели.

2. Развёртывание инстанса с моей поддержкой — система разворачивается под вас, я веду её и дорабатываю: 1000 usd внедрение + 250usd/мес сопровождение. Запуск за несколько дней, дальше правки и новые функции по ходу.

Перед стартом готов созвониться и показать работающее демо системы вживую — чтобы вы видели готовый продукт, а не обещания. Работаю через Safe.

Вопросы: аккаунты и прокси для юзерботов на вашей стороне? И какое целевое количество лидов в день — от него зависит, сколько аккаунтов реально нужно и насколько агрессивно можно парсить без банов. Развернуть

Бюджет: 1000 USD Срок: 5 дней

Здравствуйте!

Заинтересовал ваш проект. У меня есть опыт разработки высоконагруженных систем на Python, работы с Telegram API (Telethon), PostgreSQL, Docker и построения отказоустойчивых сервисов с большим количеством одновременно работающих процессов.

Я вижу реализацию проекта как модульную систему, состоящую из нескольких независимых сервисов:

* менеджер Telegram-аккаунтов и их сессий;
* распределитель чатов между аккаунтами с балансировкой нагрузки;
* сервис первичного парсинга истории;
* сервис постоянного мониторинга новых сообщений;
* очередь обработки пользователей;
* Telegram-бот для операторов;
* административный бот для управления аккаунтами, чатами и системой;
* PostgreSQL для хранения данных и истории действий.

Особое внимание уделю обработке ограничений Telegram:

* FloodWait;
* PeerFlood;
* автоматическое переподключение;
* временная изоляция заблокированных аккаунтов;
* автоматическое перераспределение нагрузки между оставшимися аккаунтами без остановки системы.

Также можно реализовать масштабируемую архитектуру, которая без существенных изменений позволит подключать десятки Telegram-аккаунтов и тысячи чатов.

В проект сразу можно заложить возможность дальнейшей интеграции с CRM, API и дополнительными модулями без полной переработки системы.

В результате вы получите полностью разворачиваемое решение с Docker Compose, документацией по запуску, обновлению и резервному копированию базы данных.

Буду рад обсудить детали проекта, предложить архитектуру и оценить сроки после уточнения нескольких технических моментов.

С уважением,
Дмитрий Развернуть

Бюджет: 1000 USD Срок: 10 дней

Добрый день.

Есть опыт разработки Telegram-систем на Telethon, PostgreSQL и Docker.

Из похожих проектов:

Разрабатывал систему мониторинга Telegram-чатов через несколько аккаунтов. Система автоматически распределяла сотни чатов между аккаунтами, собирала историю сообщений, отслеживала новые сообщения в реальном времени, обрабатывала FloodWait и выполняла автоматическое переподключение аккаунтов.

Также разрабатывал систему поиска и обработки лидов, которая собирала пользователей из разных источников, объединяла данные по Telegram ID, сохраняла историю сообщений и выдавала клиентов операторам с фиксацией статусов и действий.

По вашему ТЗ вижу реализацию через Telethon-воркеры с автоматическим распределением чатов между аккаунтами, PostgreSQL для хранения данных и Telegram-ботов для операторов и администратора.

Готов обсудить детали и предложить оптимальную архитектуру MVP. Развернуть

Бюджет: 500 USD Срок: 15 дней

Здравствуйте!
У меня есть прямой опыт разработки аналогичных систем лидогенерации (из недавнего — агрегация всей активности из 20+ чатов с формированием карточек(обработка более 22000 сообщений за раз).
Как я предлагаю это реализовать:
• Telegram API: Python + Telethon (как вы и предпочли). Сбор истории настроим с жестким контролем лимитов (FloodWait), а автоматический мониторинг — через подписку на события, что практически не расходует лимиты Telegram.
• База данных (PostgreSQL): Предлагаю использовать Supabase. Под капотом это тот же требуемый вами PostgreSQL, но он дает мощное преимущество — Real-time обновления. Операторы будут мгновенно видеть появление новых лидов в очереди и смену статусов без обновления страницы. Кроме того, это заметно ускорит разработку самой веб-панели.
• Интерфейс (CRM): Настоятельно рекомендую делать веб-панель (например, FastAPI + Vue/React). Интерфейс Telegram-бота будет слишком тесным для удобной работы со статистикой, фильтрами и сводной историей сообщений.
Архитектуру изначально сделаю модульной для легкого масштабирования в будущем (например, для подключения пула из нескольких аккаунтов или прямой интеграции с amoCRM/Bitrix24).
Готов показать примеры реализованных проектов, обсудить детали и сориентировать по срокам. Буду рад сотрудничеству!

Бюджет: 320 USD Срок: 18 дней

Добрый день! ТЗ составлено очень детально, структура системы и бизнес-логика абсолютно понятны.

Готов взяться за разработку этого MVP. Стек идеально ложится на Python (Telethon + aiogram) + PostgreSQL + Docker.

Как я вижу техническую реализацию самых сложных узлов:
- Балансировка и лимиты: Для 800 чатов и 5+ аккаунтов я реализую асинхронный балансировщик (Task Queue). Если один аккаунт ловит FloodWait, его пул чатов динамически перехватывается свободными юзерботами без остановки общего парсинга.
- Очередь операторов: Чтобы исключить дублирование (когда два оператора берут одного клиента), выдача лидов будет реализована через строгие транзакции в PostgreSQL.
- Безопасность сетки аккаунтов: В ТЗ не указан механизм проксирования. Если пустить 5+ аккаунтов с одного IP (одного Docker-контейнера), Telegram быстро выдаст теневой бан. Я заложу в архитектуру привязку IPv4/IPv6 прокси к каждой отдельной сессии Telethon при ее инициализации.

Организация работы:
Проект масштабный, поэтому предлагаю разбить его на два этапа:
Этап 1: Ядро (управление аккаунтами Telethon, парсер, обход блокировок, запись в БД).
Этап 2: Бот-интерфейс для операторов (очереди, статусы) и админ-панель.

Готов обсудить детали и приступить к проектированию схемы БД. Подскажите, аккаунты для тестов и прокси вы предоставляете, или мне нужно закладывать это в бюджет разработки? Развернуть

Бюджет: 450 USD Срок: 12 дней

Здравствуйте. Меня зовут Владимир, я NodeJS и Python-разработчик, а также основатель инженерного агентства Vaysed. Я детально изучил техническое задание на разработку MVP-системы для автоматического поиска клиентов в Telegram. Понимаю, что вам требуется создать отказоустойчивую инфраструктуру на базе пула аккаунтов Telethon для парсинга 800 и более чатов, с балансировкой нагрузки, обходом блокировок и выдачей уникальных лидов операторам через бота, без использования веб-панели.

Для реализации этой задачи я предлагаю спроектировать масштабируемую микросервисную архитектуру. Административный и операторский интерфейсы будут разработаны на современном асинхронном фреймворке aiogram 3, что обеспечит высокую скорость отклика интерфейса. Пул юзерботов на Telethon будет управляться центральным координатором, который динамически распределит чаты между активными сессиями, будет перехватывать ошибки FloodWait и плавно переводить задачи на свободные аккаунты. Базу данных мы развернем на PostgreSQL для надежного хранения истории активности и строгой дедупликации пользователей по их Telegram ID. Чтобы исключить коллизии при выдаче карточки клиента сразу двум операторам, я внедрю систему моментальных блокировок на базе Redis. Вся архитектура будет упакована в Docker с написанием подробных инструкций для быстрого развертывания через docker-compose.

У меня есть релевантный опыт построения высоконагруженных Telegram-систем. В проекте Lumos я успешно реализовал сложный асинхронный мониторинг и обработку потоковых данных в реальном времени. А при разработке системы PAYBACK CARTEL я с нуля спроектировал глубокую ролевую модель, алгоритмы распределения доступов и синхронизацию больших массивов данных, что полностью покрывает логику работы вашего отдела продаж и административного управления.

Ознакомиться с моим портфолио можно по этой ссылке: Freelancehunt

Предлагаю обсудить технические детали алгоритма распределения чатов и механизмы защиты сессий в личных сообщениях.

Бюджет: 300 USD Срок: 12 дней

Здравствуйте, Alex! Детально изучил ваше техническое задание. Задача масштабная, но абсолютно реализуемая при правильном проектировании архитектуры воркеров. Имею опыт работы с асинхронными скриптами на Python 3.12 и готов создать для вас отказоустойчивое MVP на базе Telethon, PostgreSQL и Docker по всем пунктам ТЗ.

Я прекрасно понимаю, что для стабильной обработки 800+ чатов обычный round-robin балансировщик не подойдет — система просто выжжет аккаунты. Предлагаю архитектурные решения для каждого критического узла:

1. Защита от банов и FloodWait при первичном парсинге:
Массовая загрузка истории — самый опасный момент. Я реализую пошаговый парсинг истории порциями (батчами) через asyncio.Queue с динамическими паузами и обработкой FloodWait/PeerFlood на уровне базового Telethon-клиента с экспоненциальным backoff. Если один аккаунт временно уходит в ограничение, система автоматически переназначает его чаты на другие живые сессии из пула.
2. Централизованный балансировщик (Единый источник правды):
Распределение чатов между account_id будет управляться строго через центральную таблицу в PostgreSQL. Это полностью исключит ситуацию, когда один и тот же чат мониторится двумя сессиями одновременно и создает дубли лидов. Добавление или отключение аккаунтов администратором будет происходить на лету без изменения кода конфигурации.
3. Атомарная очередь операторов (Защита от race conditions):
Чтобы два менеджера не перехватили одного клиента, закрепление лида будет происходить атомарно на уровне СУБД PostgreSQL с использованием статусных триггеров. Как только оператор открывает карточку — её статус меняется, и для остальных она пропадает из выдачи. Слияние карточек пользователей из разных чатов будет идти строго по уникальному Telegram ID.
4. Контейнеризация и Docker:
Разверну систему по микросервисной логике. Подготовлю чистые Dockerfile и docker-compose.yml, настрою volumes для хранения базы данных и файлов сессий Telethon, чтобы перезапуск контейнеров не приводил к потере данных. Предоставлю понятные инструкции по запуску одной командой, резервному копированию (pg_dump) и обновлению.

Указанный мной бюджет и срок в 12 дней закладываются на полную реализацию всех 14 пунктов вашего ТЗ «под ключ» без урезания функционала.

Подскажите, пожалуйста, какой период истории (глубину в днях или часах) необходимо собирать при первичном парсинге новых чатов? Развернуть

Бюджет: 1800 USD Срок: 7 дней

Увидев, что в презентации речь идет о мониторинге 800+ чатов, сборе пользователей и CRM для операторов. Главная боль в таких системах — не написать код, а не спалить аккаунт во время первичного парсинга истории. Именно тогда Telegram сыплет FloodWait и PeerFlood, а спешащие юзерботы ловят бан за полчаса. Поэтому архитектуру буду строить вокруг этого риска.

Что сделаю конкретно:
Юзербот на Telethon с асинхронной очередью и умными лимитами — FloodWait обрабатывается автоматически, паузы между запросами динамические, а не фиксированный sleep.
Парсинг 800+ чатов порциями с приоритизацией — сначала активные, потом архивные, чтобы не просрочить и не перегрузить API.
CRM-часть на C# MVP: операторы видят новые лиды в реальном времени, берут в работу, статусы, история диалога.
Хранение в PostgreSQL — структура под аналитику и поиск по пользователям.
Все в Docker-контейнерах, чтобы развертывание было одной строкой.

Один нюанс, который другие пропустят: первый запуск парсинга истории на 800 чатов — это самый опасный момент. Я делаю прогревание аккаунта постепенно, с наращиванием нагрузки, чтобы Telegram воспринимал активность как органическую. Это разница между «работает неделю» и «бан в первый день».

После сдачи не исчезаю — буду на связи с любыми правками и улучшениями. Сейчас свободен, стартую сегодня. Напишите — и я за час накидаю план первого этапа с оценкой по блокам. Развернуть

Бюджет: 350 USD Срок: 14 дней

Доброго дня, Alex.
Детально переглянув ТЗ. Основна складність тут не в самому парсингу повідомлень, а в надійному розподілі 800+ чатів між Telethon-акаунтами без дублів, коректній обробці FloodWait/PeerFlood і продовженні роботи системи, якщо один з акаунтів тимчасово обмежений.
Для першої версії пропоную таку архітектуру:
— кожен Telegram-акаунт має окрему Telethon-сесію та власні ліміти;
— розподіл чатів між акаунтами зберігається централізовано в PostgreSQL;
— один чат за замовчуванням обробляє лише один акаунт;
— користувачі об’єднуються строго за Telegram ID;
— клієнт атомарно закріплюється за оператором, тому два оператори не отримають одну картку;
— FloodWait, PeerFlood, reconnect і тимчасові блокування обробляються без зупинення всієї системи.
У перший етап увійдуть:
— підтримка до 5 Telegram-акаунтів;
— імпорт і керування списком чатів;
— первинний збір історії та моніторинг нових повідомлень;
— PostgreSQL зі структурою користувачів, чатів, повідомлень і активності;
— бот операторів із чергою та статусами;
— базовий адміністративний розділ;
— Docker Compose та інструкції із запуску і резервного копіювання.

Після стабільного тестування на обмеженій кількості акаунтів і чатів можна окремим етапом масштабувати систему на весь обсяг 800+ чатів, додати розширену статистику та CRM-інтеграції.
Перед стартом потрібно уточнити кількість акаунтів і операторів у першій версії, а також період історії, який потрібно завантажити з кожного чату. Развернуть

Бюджет: 1500 USD Срок: 30 дней

Добрый день.
Есть опыт разработки приложений использующих telethon сессии для сбора и обработки информации, создания рассылок и тд. Заинтересовал ваш проект, мог бы взяться за его выполнение.

Бюджет: 50 USD Срок: 1 день

Доброго дня, Alex.

Ваши 800+ чатов при первичном парсинге истории гарантированно вызовут FloodWait уже на первых минутах — именно поэтому балансировка нагрузки между аккаунтами должна строиться не на round-robin, а на адаптивном отслеживании лимитов каждой сессии Telethon с очередью отложенных retry. Ваша система продолжит сбор, пока заблокированный аккаунт ждет, а остальные подхватывают его чаты без дублирования. Каждый лид в очереди операторов закрепляется атомарно в PostgreSQL — второй оператор его не увидит.

Варианты:

≈13 дней: 250–350 USD
Базовый функционал для запуска с ограниченным количеством аккаунтов и чатов.
- Поддержка до 5 Telegram-аккаунтов
- Автоматический сбор сообщений из определенного списка чатов
- Простая очередь лидов для операторов с изменением статусов
- Базовый административный функционал управления чатами
- Развертывание через Docker

или

≈24 дня: 450–650 USD
Полноценная система автоматизации с адаптивным балансированием и расширенным управлением.
- Масштабируемая поддержка 20+ аккаунтов с адаптивным распределением нагрузки
- Полный цикл первичного парсинга истории с обработкой FloodWait
- Полноценная карточка пользователя с историей сообщений из всех чатов
- Гибкая система повторной выдачи лидов (30/60/90 дней)
- Полный административный раздел со статистикой и управлением правами

или

≈40 дней: 800–1000 USD
Максимально устойчивая система с повышенной защитой от блокировок и оптимизацией под большие данные.
- Оптимизация БД под обработку тысяч чатов и миллионов сообщений
- Расширенная система анти-флуда и автоматического переподключения сессий
- Модуль массового импорта/экспорта данных и интеграционные API-заготовки
- Приоритетная поддержка и сопровождение после запуска в течение месяца
- Полный набор инструкций по резервному копированию и масштабированию Развернуть

Бюджет: 300 USD Срок: 10 дней

Доброго дня!

Сделаю MVP под ваше ТЗ: Telethon-юзерботы (N аккаунтов) + бот оператора + админ-раздел + PostgreSQL + Docker, без веб-панели.

Критические моменты, которые закладываю с первого дня

отдельная сессия/троттлинг на каждый аккаунт + корректная обработка FloodWait / PeerFlood / reconnect;
единственный источник правды в PostgreSQL: распределение чатов по account_id без дубликатов (и авто-переезд чатов при ограничении аккаунта);
дедупликация пользователей строго по Telegram ID — одна карточка даже с 20 чатами;
очередь операторов с фиксацией клиента + статусы + повторная выдача через N дней.
Состав MVP

инфра юзерботов + схема БД + парсинг истории / live-мониторинг;
бот оператора (очередь, карточка, статусы);
админ (аккаунты, чаты импорт/экспорт, операторы, парсер, статистика);
docker-compose + инструкции запуска/обновления/бэкапа.
Вопрос: сколько аккаунтов и чатов на старте, и повторная выдача клиентов — никогда или через N дней?
Готов стартовать поэтапно после короткого согласования. Развернуть

Бюджет: 12345 USD Срок: 3 дня

Привет! Есть ли уже приблизительное представление, сколько Telegram-аккаунтов вы планируете использовать на старте, чтобы я мог оценить нагрузку на балансировщик?

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

Вот как я реализую этот проект:
1. Я разверну юзерботов на Telethon с автоматическим распределением чатов и обработкой ограничений Telegram.
2. Я создам Telegram-бота для операторов с очередью клиентов и статусами, а также админ-панель для управления аккаунтами, чатами и статистикой.
3. Я настрою PostgreSQL, Docker-конфигурацию и предусмотрю возможность масштабирования до 20+ аккаунтов без изменения кода.

Спасибо за рассмотрение моего предложения. Я с нетерпением жду возможности сотрудничества с вами!

Бюджет: 370 USD Срок: 5 дней

Доброго дня, я Python - разработчик с большим опытом в разработке телеграм-ботов различной сложности. Могу выполнить ваш заказ быстро и качественно. Пишите для обсуждения деталей, начать готов уже сегодня. Также загружу вашего бота на сервер для стабильной работы 24/7 и отвечаю за тех. поддержку бота еще месяц. Это входит в стоимость.

Бюджет: 1000 USD Срок: 28 дней

Готов взяться за разработку системы автоматизации поиска клиентов в Telegram. Имею опыт работы с Telethon, PostgreSQL и Docker. Обеспечу выполнение всех требований ТЗ.

Бюджет: 50 USD Срок: 1 день

Здравствуйте. Для построения данной системы я применю модульную архитектуру на базе Telethon, что позволит эффективно масштабировать работу с многочисленными Telegram-аккаунтами и чатами, используя асинхронную очередь задач для гибкого распределения нагрузки и устойчивости к сетевым сбоям. Фокус будет на надежной обработке лимитов Telegram и автоматическом восстановлении работы, обеспечивая при этом оптимизированное хранение данных в PostgreSQL для быстрого доступа операторов и администраторов. У меня есть опыт реализации высокопроизводительных парсеров и систем автоматизации, использующих аналогичные принципы, с готовыми наработками для Docker-развертывания и мониторинга. Все детали реализации, конечный бюджет и сроки предлагаю обсудить в личных сообщениях.

Бюджет: 500 USD Срок: 14 дней

Задача — система на юзерботах, которая мониторит 800+ чатов, парсит потенциальных клиентов и раздаёт лиды операторам через бота.

Строю так: Telethon-воркеры в отдельных Docker-контейнерах (один контейнер = один аккаунт), добавить новый аккаунт = поднять контейнер с env-переменными, без правки кода. Чаты хранятся в PostgreSQL с привязкой к account_id, балансировщик при добавлении чата смотрит на текущую нагрузку каждого аккаунта и назначает наименее загруженный. FloodWait и PeerFlood перехватываются на уровне базового Telethon-клиента с экспоненциальным backoff и авто-переназначением чата на другой аккаунт при бане.

Ключевой риск: Telegram агрессивно банит аккаунты при массовом парсинге истории. Первичный парсинг делаю с задержками и разбивкой на батчи через очередь (asyncio.Queue), чтобы не выжечь аккаунты в первые сутки.

Сколько операторов будет работать одновременно и нужна ли логика приоритизации лидов (например, по активности пользователя или по чату)?