Потрібно створити бот для Discrord сервера

Потрібно створити парсер для збору цін конкурентів, каталог більше 40 тисяч товарів. Доступ до цін доступний тільки з-під авторизації

Доброго дня, потрібна допомога з створенням логіки і реалізацій ідеї. Чіт-бот для відслідковування статусу виготовлення документів для навчального центру.

Привіт. Нижче зібрав умовне ТЗ по боту для нашої синагоги. Нам потрібен не просто Telegram-бот, а зручний міні-додаток для синагоги та громади, через який людина зможе орієнтуватися по життю синагоги, швидко отримувати потрібну інформацію, дивитися розклад, дізнаватися про події, записуватися та взаємодіяти з нами. По стилю та логіці можна відштовхуватися від бота-референса, який ми показували, але нам потрібен варіант краще: зручніше, сучасніше, корисніше і з більш зрозумілою структурою. Якщо у тебе є своє сильне думка по оформленню, UX і структурі, і ти бачиш, як зробити краще, ми відкриті до пропозицій. Головна ідея: щоб людина через бот могла швидко орієнтуватися по життю синагоги. Що повинно бути в боту. 1. Головний екран з конкретними кнопками На головному екрані повинні бути зрозумілі великі кнопки: Сьогодні Розклад Події Шаббат Єврейський календар Мої дати А-Йом Йом на сьогодні Послуги синагоги Контакти Пожертвувати Налаштування 2. Розділ «Сьогодні» Це один з головних розділів. Людина заходить і відразу бачить, що відбувається сьогодні. Що повинно показуватися: яка сьогодні єврейська дата які сьогодні молитви во скільки вони проходять які сьогодні події у нас в синагозі важливі дати та події єврейського світу якщо актуально — час запалювання свічок і виходу Шаббата Кнопки всередині: Молитви сьогодні Події сьогодні Єврейська дата Шаббат / свічки Детальніше 3. Розділ «Розклад» Через нього людина повинна зручно дивитися розклад. Кнопки: На сьогодні На завтра На тиждень На Шаббат На свята Що всередині: Шахаріт Мінха Маарів уроки трапези святкові служби інші активності з часом і, якщо потрібно, місцем Важливо, щоб адміністрація могла легко оновлювати це розклад. 4. Розділ «Події» Потрібен повноцінний розділ по заходам. Що повинно бути: найближчі події всі події картка кожної події реєстрація В картці події: назва дата час місце короткий опис кнопка записатися кнопка детальніше Приклади подій: Шаббат урок молодіжна зустріч лекція благодійний обід жіноча / чоловіча зустріч свято виїзд 5. Розділ «Шаббат» Це повинен бути окремий розділ, не просто частина розкладу. Що всередині: час запалювання свічок час молитв час трапез час виходу Шаббата недільна глава коротка інформація про найближчий Шаббат запис на Шаббат Кнопки: Найближчий Шаббат Розклад Шаббата Недільна глава Записатися на Шаббат Що потрібно знати 6. Розділ «Єврейський календар» Що повинно бути: сьогоднішня єврейська дата найближчі свята Рош Ходеш пости пам'ятні дати коротке пояснення дня / свята Кнопки: Сьогодні Найближчі дати Свята Рош Ходеш Пам'ятні дати 7. Розділ «Мої дати» Беремо цю ідею з референса, але хочемо зробити її корисною. Користувач повинен мати можливість зберігати: день народження єврейський день народження йорцайт інші важливі дати Що повинен робити бот: зберігати ці дати нагадувати про них давати можливість налаштувати сповіщення Кнопки: Додати дату Мої дати Нагадування Видалити дату 8. Розділ «А-Йом Йом на сьогодні» Що повинно бути: текст на сьогодні зручне красиве відображення можливість подивитися попередній / наступний день кнопка поділитися Кнопки: Сьогодні Вчора Завтра Поділитися 9. Розділ «Послуги синагоги» Тут потрібна практична навігація. Що можна розмістити: запис на урок запис на Шаббат запис на захід задати питання волонтерство благодійні програми інші послуги / напрямки синагоги 10. Розділ «Контакти» Повинні бути: адреса телефон Telegram Instagram YouTube email способи зв'язку з нами при необхідності геолокація Кнопки: Подзвонити Написати Відкрити адресу Instagram Telegram YouTube 11. Розділ «Пожертвувати» Потрібно зробити акуратно і зрозуміло. Що повинно бути: кнопка пожертвувати способи оплати реквізити / посилання коротке пояснення, на що йдуть кошти контакт по питанням пожертвувань 12. Розділ «Налаштування» Користувач повинен мати можливість налаштовувати: мову щоденні сповіщення час сповіщень нагадування про Шаббат нагадування про свята нагадування по особистим датам Кнопки: Мова Сповіщення Шаббат Свята Мої дати Увімкнути / вимкнути розсилку 13. Щоденна розсилка Нам потрібно, щоб бот кожен день присилав людям актуальну інформацію: які сьогодні молитви во скільки вони проходять які сьогодні події у нас в синагозі які сьогодні важливі дати та події в єврейському світі якщо актуально — час свічок / вихід Шаббата Тобто людина вранці відкриває бота або отримує повідомлення і відразу розуміє картину дня. 14. Записи та реєстрації Через бота повинна бути можливість записуватися на: Шаббат уроки заходи зустрічі інші активності Логіка: людина натискає кнопку залишає ім'я телефон / username при необхідності додаткові дані заявка йде адміністратору / в таблицю / в CRM 15. Адмінська частина Нам важливо, щоб ботом було зручно управляти. Адмін повинен мати можливість: оновлювати розклад молитв додавати і редагувати події змінювати тексти запускати розсилки бачити реєстрації та заявки змінювати контакти та посилання Важливо, щоб це було реально зручно в обслуговуванні, а не занадто складно. 16. Підтримка та розвиток На першому етапі не обов'язково робити все відразу, можна запустити сильну першу версію, а потім доповнювати в процесі. Але важливо відразу передбачити: можливість розширення підтримку та обслуговування бота після запуску виправлення помилок допрацювання по ходу використання 17. Що важливо по підсумку Нам потрібен бот, який стане міні-додатком до нашої синагоги і допоможе людині зручно орієнтуватися: що сьогодні які молитви які події що буде на Шаббат як записатися як зв'язатися де подивитися єврейське розклад що відбувається у нас в синагозі і в єврейському світі Якщо бачиш, як можна зробити структуру, кнопки, оформлення і логіку краще, ніж в боті-референсі, це тільки плюс. Нам потрібен не клон, а більш сильний, зручний і сучасний варіант. https://www.hebcal.com/home/developer-apis Chabad.org

Розробка 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; інструкцію по запуску; інструкцію по оновленню; інструкцію по резервному копіюванню бази. Система повинна управляти командою одна.