Задачи чат-бота: Продажа впн. Платформа: Telegram. Продукт: Впн. Техзадание есть. Пожелания и особенности: ТЕХНИЧЕСКОЕ ЗАДАНИЕ Разработка Telegram-бота для продажи VPN с интеграцией Marzban Требуется разработать Telegram-бота под ключ, который: • принимает платежи внутри Telegram и через криптовалюту • автоматически создаёт и продлевает VPN-подписки • интегрирован с панелью управления VPN Marzban • работает полностью автономно, без ручных операций администратора Проект является реальным MVP, не учебным и не демонстрационным. 2. Цель проекта После успешной оплаты пользователь должен: 1. автоматически получить VPN-ключ 2. получить конфигурацию подключения (vless:// ) 3. получить QR-код для подключения 4. получить всё это в течение 2–3 секунд после оплаты Без участия администратора. 3. Технологический стек (обязателен) Исполнитель обязан использовать следующий стек: • Python 3.10+ • pyTelegramBotAPI (telebot) • Flask (для Webhook и Telegram Web App) • SQLite (без отдельного сервера БД) • Marzban API • Telegram Stars • CryptoBot API (USDT / TON) ? Запрещено использовать: • aiogram • PostgreSQL / MySQL • Docker • очереди (RabbitMQ, Redis и т.п.) Архитектура — монолит, один сервис. 4. Архитектура проекта • один основной файл bot.py • одна база данных SQLite • один .env файл с настройками • запуск проекта командой: python bot.py Бот работает через Webhook (HTTPS), polling не допускается в продакшене. 5. База данных Таблица users • telegram_id (PRIMARY KEY) • username • balance • created_at Таблица payments • payment_id • telegram_id • amount • currency (stars / usdt) • status (pending / paid / refunded) • created_at Таблица subscriptions • telegram_id • marzban_username • expires_at • config_link • created_at Требования к SQLite • check_same_thread=False • все операции записи через транзакции • явный commit() • корректная обработка параллельных записей 6. Функционал Telegram-бота Пользовательская часть • команда /start — регистрация пользователя • кнопки: • «Купить VPN» • «Личный кабинет» • автоматическое создание профиля пользователя при первом запуске • обработка ошибок API с понятными сообщениями пользователю 7. Платёжная система Telegram Stars • фиксированный курс: STAR_PRICE_RUB = 1.65 • округление стоимости через math.ceil • поддержка возвратов через refundStarPayment • при возврате: 1. сначала возврат через Telegram API 2. затем откат данных в БД 3. затем уведомление пользователя CryptoBot • создание инвойсов через API CryptoBot • получение ссылки на оплату • отслеживание статуса платежа • фиксированный курс RUB ? USDT • корректная запись транзакций в таблицу payments 8. Интеграция с Marzban Авторизация • JWT-аутентификация • функция авторизации через admin-учётку • кэш токена (TTL ? 1 час) • автоматическая реавторизация при истечении токена Управление VPN-пользователями Функция создания / продления VPN должна: • проверять наличие активной подписки • при отсутствии — создавать нового пользователя • при наличии — продлевать существующего • получать конфигурацию подключения (vless / vmess) • генерировать QR-код • сохранять данные в subscriptions 9. Telegram Web App (личный кабинет) Реализация через Flask. Эндпоинты: • /webapp — HTML + JS • /api/user_data — JSON Отображаемая информация: • текущий баланс • активные подписки • срок действия • история платежей • VPN-ключи ? Отдельный фронтенд-сервер не допускается. 10. Административный функционал Доступ только для ID из списка ADMIN_IDS. Функции: • просмотр статистики: • количество пользователей • суммарная выручка • возврат платежей по payment_id • ручное изменение баланса пользователя • массовые рассылки сообщений Все действия выполняются через Telegram. 11. Инфраструктура • VPS (Linux) • домен + SSL • один Python-процесс • минимальные требования по ресурсам • стабильная работа при нагрузке до ~500 пользователей 12. Результат работы Исполнитель должен передать: 1. полностью рабочий bot.py 2. пример .env 3. SQL-схему БД 4. инструкцию по развёртыванию на VPS 5. краткое описание архитектуры и ключевых решений 13. Требования к исполнителю • опыт разработки Telegram-ботов • опыт интеграции платёжных API • понимание VPN, Xray, Marzban • умение писать продакшен-код, а не учебные примеры 14. Сроки и формат работы • сроки обсуждаются, ориентир: 7–14 дней • поэтапная сдача приветствуется • обязательное тестирование полного цикла: оплата ? выдача VPN ? подключение.
Веб-разработка. Разработка с нуля. Техническое задание на разработку B2B-портала управления репутацией 1. Общие сведения Название проекта: UnifiedReputation Platform?Аналоги: Pntr.io (основной референс), Yext, BrandYourself?Тип системы: SaaS B2B-платформа 2. Цель проекта Создание единой платформы для управления онлайн-репутацией бизнеса, агрегации и анализа отзывов с различных геосервисов и площадок, с возможностью централизованного управления информацией о компании. 3. Основной функционал 3.1. Мультиаккаунтность и ролевая модель * Личный кабинет компании с возможностью управления несколькими объектами (филиалами) * Разграничение прав: администратор, менеджер, аналитик * Настройка уведомлений для разных ролей 3.2. Агрегация отзывов * Подключение основных геосервисов: * Google Карты * Яндекс.Карты * 2ГИС * TripAdvisor * Zoon * Yell * И другие сервисы отзывов.? * Автоматический сбор отзывов в реальном времени * Единая лента всех отзывов с фильтрами: * По площадке * По оценке (положительные/отрицательные) * По дате * По филиалу/объекту 3.3. Централизованное управление ответами * Возможность отвечать на отзывы со всех площадок из одного интерфейса * Шаблоны ответов для различных ситуаций * Автоматические ответы по триггерам (оценка, ключевые слова) * История переписки по каждому отзыву * Модерация ответов перед отправкой (опционально) 3.4. Управление бизнес-профилями * Единая форма редактирования информации о компании: * Название, описание, категории * Контакты (телефоны, email, сайт) * Адреса и геолокация * График работы * Услуги и цены * Фотографии и медиа * Автоматическая синхронизация изменений на подключенные площадки * Отслеживание статуса обновлений на каждой площадке 3.5. Аналитика и дашборды * Основные метрики: * Общий рейтинг компании (средний по всем площадкам) * Динамика изменения рейтинга * Количество отзывов по периодам * Распределение оценок * NPS (Net Promoter Score) * Сравнительная аналитика: * Сравнение показателей по разным филиалам * Бенчмаркинг с конкурентами (при наличии данных) * Визуализация: * Интерактивные графики и диаграммы * Геокарта с отзывами * Heatmap активности * Экспорт отчетов (PDF, Excel) 3.6. Мониторинг и уведомления * Мгновенные уведомления о новых отзывах * Оповещения о критических отзывах (1-2 звезды) * Уведомления об изменениях в профилях * Интеграция с мессенджерами (Telegram, Slack) и email 4. Технические требования 4.1. Интеграции * REST API для двухсторонней интеграции с геосервисами * API для интеграции с CRM-системами (AmoCRM, Bitrix24) * Webhook для отправки данных в сторонние системы 4.2. Безопасность * Двухфакторная аутентификация * Шифрование данных * Резервное копирование * Соответствие GDPR/152-ФЗ 4.3. Производительность * Время загрузки страницы < 3 секунд * 99.5% uptime * Поддержка 1000+ одновременных пользователей 5. Этапы реализации Этап 1 (MVP - 1 месяц) * Базовый личный кабинет * Подключение 3 основных площадок (Google, Яндекс, 2ГИС) * Лента отзывов и базовые ответы * Простой дашборд Этап 2 (2 месяц) * Расширение списка площадок (10+) * Автоматические ответы * Продвинутая аналитика * Управление профилями Этап 3 (3 месяц) * Конкурентный анализ * Интеграции с CRM * Мобильное приложение * AI-анализ тональности 6. Бизнес-модель * Подписка SaaS (месячная/годовая) * Тарифы по количеству объектов и функционалу * Бесплатный пробный период 14 дней * White-label для партнеров Примечание: Данное ТЗ является предварительным и подлежит уточнению в ходе обсуждения с заинтересованными сторонами и технической экспертизы.
Веб-разработка. Разработка с нуля. 1. Исполнитель обязуется выполнить аналитические работы по построению инфраструктурно-экономической модели загрузки центра обработки данных (ЦОД), включая расчёт оборудования, электропотребления (кВт, кВт?ч), экономической эффективности сервисов IaaS, PaaS, GPU/AI, Managed Kubernetes, DBaaS, Bare Metal, а Заказчик обязуется принять и оплатить результат. 1.2. Результат работ предназначен для инвестиционного и управленческого принятия решений и должен содержать исключительно количественные, проверяемые и воспроизводимые расчёты. 2. ЦЕЛЬ И ЗАДАЧИ РАБОТ 2.1. Целью работ является определение оптимального состава оборудования и сервисов для заполнения зала ЦОД с расчётом потребления электроэнергии, выручки, маржинальности, EBITDA, срока окупаемости и показателя ?/кВт?ч. 2.2. Задачи работ включают: — построение модели загрузки зала ЦОД; — анализ спроса на инфраструктурные сервисы; — расчёт unit economics по каждому сервису; — анализ оборудования по поколениям; — сценарный анализ. 3. ОБЯЗАТЕЛЬНЫЕ ВХОДНЫЕ ПАРАМЕТРЫ ЦОД 3.1. Исполнитель обязан зафиксировать и использовать в расчётах: — установленную ИТ-мощность (МВт); — количество стоек; — нагрузку на стойку (кВт); — PUE; — возможность размещения GPU (GPU-ready); — класс надёжности (Tier); — регион размещения; — целевые сегменты клиентов (B2B, Enterprise, B2G, AI). 3.2. Расчёты без фиксации указанных параметров считаются недействительными. 4. ТРЕБОВАНИЯ К АНАЛИТИКЕ СПРОСА 4.1. Аналитика спроса проводится исключительно в разрезе сервисов: Managed Kubernetes, DBaaS, GPU/AI, Bare Metal, Backup/DR. 4.2. Описательные обзоры рынка без привязки к загрузке ЦОД не принимаются. 5. ЭКОНОМИЧЕСКИЙ РАСЧЁТ (UNIT ECONOMICS) 5.1. Для каждого сервиса Исполнитель обязан рассчитать: — выручку на стойку; — выручку на кВт; — загрузку (%); — CAPEX; — OPEX; — EBITDA; — срок окупаемости. 5.2. Использование усреднённых рыночных значений без расчёта запрещено. 6. АНАЛИЗ ОБОРУДОВАНИЯ И ПОКОЛЕНИЙ 6.1. Исполнитель обязан указать конкретные марки, модели и производителей оборудования. 6.2. Оборудование классифицируется по поколениям: — актуальное (текущий год); — 2–3 года; — 4–5 лет. 6.3. Для каждой модели рассчитываются: CAPEX, OPEX, кВт?ч, выручка, срок окупаемости, экономическая эффективность. 7. СРАВНИТЕЛЬНЫЙ АНАЛИЗ СТАРОГО И НОВОГО ОБОРУДОВАНИЯ 7.1. Исполнитель обязан сравнить оборудование разных поколений по: — стоимости владения; — энергопотреблению; — доходности; — рискам устаревания. 7.2. Экономическая эффективность классифицируется как высокая, средняя или низкая. 8. МОДЕЛЬ ЗАПОЛНЕНИЯ ЗАЛА ЦОД 8.1. Исполнитель обязан представить модель распределения стоек и мощности по сервисам. 8.2. Модель должна учитывать кривую заполнения (ramp-up) не менее 3 лет. 9. СЦЕНАРНЫЙ АНАЛИЗ 9.1. Минимум три сценария: консервативный, базовый, агрессивный. 9.2. Для каждого сценария рассчитываются: загрузка, выручка, EBITDA, срок окупаемости. 10. ФОРМАТ РЕЗУЛЬТАТА 10.1. Результат передаётся в формате: — Excel/Google Sheets (расчётная модель); — пояснительная записка; — управленческие выводы. 10.2. Не принимаются академические обзоры и маркетинговые тексты. 11. ПРИЁМКА РАБОТ 11.1. Результат принимается только при наличии расчётов в кВт и кВт?ч. 11.2. При отсутствии обязательных разделов Заказчик вправе потребовать доработку. 12. ОТВЕТСТВЕННОСТЬ СТОРОН 12.1. Исполнитель подтверждает понимание специфики ЦОД как капиталоёмкого инфраструктурного объекта. 12.2. Результат используется для инвестиционных решений.
Разработка с нуля, дизайн интерфейса. Устройства для масштабирования: смартфоны. Проект - SPA (одностраничное веб-приложение) для мобильных устройств. Цель проекта - выдавать пользователю ответ основываясь на определённые данные. ** 2. Визуальное предпочтение Интерфейс строится на принципе «отсутствия лишнего». Дизайн должен вызывать ощущение спокойствия, как в дорогом спа-отеле или кабинете частного банка. Визуальный стиль: • Глубокие темные оттенки (Graphite, Deep Indigo), акценты «матовое золото». Минимум кнопок, использование «жидких» градиентов и мягких теней; • Шрифт - Noto Sans (для текстов), Cinzel (для заголовков). 3. Страницы/Блоки Экран 1: Форма персональные данные Цель: • Собрать данные с пользователя. Содержит: • Заголовок “Персональные данные”; • Блок ввода даты рождения в формате “дд.мм.гггг чч:мм” с иконкой календаря; • Блок ввода место рождения. Поисковое поле ввода по городам; • Кнопка “Сохранить”. Требование: • Отображение ошибок, если пользователь нажал на кнопку, а поле не заполненно; • Отображать, что данные были успешно сохранены или выводить ошибку. Опционально: • Кнопка открытия карты в блоке ввода место рождения. При выборе - предусмотреть место под карту; • Отображение ошибки или успешного сохранение данных, можно отобразить в виде модального окна, которое не будет удаляться при переходе на другую форму. Экран 2: Форма вопроса Цель: • Отвечать пользователю на волнующие вопросы; • Отображать текущий ответ и историю диалогов. Содержит: • Блок ввода вопроса: • Текстовое поле с placeholder “Задайте вопрос, который вас беспокоит”; • Кнопка “Отправить”; • Кнопка с иконкой микрофона для голосового ввода текста. • Блок отображение ответа от LLM; • Навигационный блок: • Кнопка перехода к Экран 1. Для редактирование персональных данных. • Кнопка для отображение истории. Требование: • К кнопки добавить 2 состояние: ожидание, ошибка; • Для голосового ввода добавить состояние включения; • Выводить ошибку, если она не зависит от пользователя (от сервера). Опционально: • Отображение истории по вопросам от пользователя. Если пользователь нажимает на вопрос, то отображается ответ от LLM в виде раскрывающего списка. Так же нужно будет отображать дату вопроса; • Блок с ответом от LLM, текст может быть отформатирован (содержать заголовки, жирное выделение, курсив, поля-списки); • Отображение истории чата, до вопроса от пользователя.
Общий контекст проекта Проект направлен на создание системы eTMF (electronic Trial Master File) для фармакологических компаний – электронного хранилища регуляторной документации клинических исследований. В рамках общей системы выделяется отдельный программный компонент, задачей которого является автоматизированный анализ документов и контроль их качества в соответствии с внутренними правилами и требованиями регуляторных проверок (инспекций). Цель подпроекта Разработка программного модуля, который: - принимает документы (или ссылки на них) из eTMF-хранилища (в уже распознанном виде после задачи OCR), - выполняет набор автоматизированных проверок, - фиксирует результаты проверок, - формирует статус качества документа и замечания, - предоставляет результаты для последующего анализа и использования в системе. Компонент не является полноценной eTMF, а встраивается в неё как сервис анализа. Основные функции модуля - анализ структуры и метаданных документа, - проверки качества (полнота, актуальность, подписи, даты), - конфигурируемые правила проверок, - формирование структурированных результатов, - API-интеграция с eTMF. Рекомендуемый технологический стек Python. Контейнеризация обязательна. На первом этапе допустимо использование внешних LLM моделей. Границы ответственности - проектирование и реализация QC-модуля, - документация и API, - участие в уточнении требований; - участие во внедрении. На следующих этапах может быть предоставлен комплект дополнительных материалов: - ориентировочные примеры документов, - ориентировочные перечни проверок. Ожидания от отклика: - архитектурный подход с указанием технологий, - оценка сроков и стоимости, - риски и допущения, - релевантный опыт, - вопросы по существу.
Почему стоит искать работу для фриласнеров по профилю программисты в Москве у нас?
🔸 Более 10 предложений о работе за сегодня в тематике программисты
🔸 Работа и подработка на бирже фриланса от прямых заказчиков, которым нужна помощь специалистов по профилю программисты уже сегодня!
🔸 Свежих заказов на программисты в Москве для фрилансеров на апрель 2026 года — 3928 шт.
Как найти удалённую работу для фриланс-специалистов по профилю программисты в Москве?
Вы специалист по программисты и ищете проекты и заказы на удалёнке в Москве? Нам всегда есть что вам предложить. Ежедневно мы публикуем новые проекты и заказы по вашей специальности. Найдите интересную работу уже сегодня
Сколько проектов для IT-специалистов по профилю программисты в Москве?
На апрель 2026 года опубликовано 3928 предложений удалённой работы от прямых заказчиков для исполнителей по специализации программисты
Сколько можно заработать выполняя проекты по программисты?
Специалисты по профилю программисты зарабатывают от 0.00 рублей с заказа. Хотите больше? Выполняйте как можно больше заказов и зарабатывайте сколько пожелаете