Cs.deals bot

Trzeba stworzyć parser do zbierania cen konkurencji, katalog ponad 40 tysięcy produktów. Dostęp do cen jest możliwy tylko po zalogowaniu

Dzień dobry, potrzebna pomoc w stworzeniu logiki i realizacji pomysłu. Czat-bot do śledzenia statusu produkcji dokumentów dla centrum edukacyjnego.

Cześć. Poniżej zebrałem warunkowe TZ dotyczące bota dla naszej synagogi. Potrzebujemy nie tylko bota Telegram, ale wygodnej mini-aplikacji dla synagogi i społeczności, przez którą osoba będzie mogła orientować się w życiu synagogi, szybko uzyskiwać potrzebne informacje, przeglądać harmonogram, dowiadywać się o wydarzeniach, zapisywać się i wchodzić w interakcje z nami. W stylu i logice można się wzorować na bota-referencji, którą pokazaliśmy, ale potrzebujemy lepszej wersji: wygodniejszej, nowocześniejszej, bardziej użytecznej i z bardziej zrozumiałą strukturą. Jeśli masz swoje mocne zdanie na temat wyglądu, UX i struktury, i widzisz, jak to zrobić lepiej, jesteśmy otwarci na propozycje. Główna idea: aby osoba mogła szybko orientować się w życiu synagogi przez bota. Co powinno być w bocie. 1. Ekran główny z konkretnymi przyciskami Na ekranie głównym powinny być zrozumiałe duże przyciski: Dziś Harmonogram Wydarzenia Szabat Kalendarz żydowski Moje daty A-Jom Jom na dziś Usługi synagogi Kontakty Darowizna Ustawienia 2. Sekcja „Dziś” To jedna z głównych sekcji. Osoba wchodzi i od razu widzi, co się dzieje dzisiaj. Co powinno być wyświetlane: jaka jest dzisiejsza żydowska data jakie są dzisiejsze modlitwy o której się odbywają jakie są dzisiejsze wydarzenia w naszej synagodze ważne daty i wydarzenia w żydowskim świecie jeśli aktualne — czas zapalenia świec i zakończenia Szabatu Przyciski wewnątrz: Modlitwy dzisiaj Wydarzenia dzisiaj Żydowska data Szabat / świece Więcej informacji 3. Sekcja „Harmonogram” Przez nią osoba powinna wygodnie przeglądać harmonogram. Przyciski: Na dziś Na jutro Na tydzień Na Szabat Na święta Co wewnątrz: Szacharit Mincha Maariw lekcje posiłki świąteczne usługi inne aktywności z czasem i, jeśli to konieczne, miejscem Ważne, aby administracja mogła łatwo aktualizować ten harmonogram. 4. Sekcja „Wydarzenia” Potrzebna jest pełnoprawna sekcja dotycząca wydarzeń. Co powinno być: najbliższe wydarzenia wszystkie wydarzenia karta każdego wydarzenia rejestracja W karcie wydarzenia: nazwa data czas miejsce krótkie opisanie przycisk zapisz się przycisk więcej informacji Przykłady wydarzeń: Szabat lekcja spotkanie młodzieżowe wykład charytatywny obiad spotkanie kobiet / mężczyzn święto wyprawa 5. Sekcja „Szabat” To powinna być oddzielna sekcja, a nie tylko część harmonogramu. Co wewnątrz: czas zapalenia świec czas modlitw czas posiłków czas zakończenia Szabatu tygodniowa parafraz krótkie informacje o najbliższym Szabacie zapisy na Szabat Przyciski: Najbliższy Szabat Harmonogram Szabatu Tygodniowa parafraz Zapisz się na Szabat Co trzeba wiedzieć 6. Sekcja „Kalendarz żydowski” Co powinno być: dzisiejsza żydowska data najbliższe święta Rosh Chodesh posty daty pamięci krótkie wyjaśnienie dnia / święta Przyciski: Dziś Najbliższe daty Święta Rosh Chodesh Daty pamięci 7. Sekcja „Moje daty” Przyjmujemy ten pomysł z referencji, ale chcemy go uczynić użytecznym. Użytkownik powinien mieć możliwość zapisywania: urodzin żydowskich urodzin jorcaitów innych ważnych dat Co powinien robić bot: przechowywać te daty przypominać o nich umożliwiać ustawienie powiadomień Przyciski: Dodaj datę Moje daty Przypomnienia Usuń datę 8. Sekcja „A-Jom Jom na dziś” Co powinno być: tekst na dziś wygodne ładne wyświetlenie możliwość przeglądania poprzedniego / następnego dnia przycisk udostępnij Przyciski: Dziś Wczoraj Jutro Udostępnij 9. Sekcja „Usługi synagogi” Potrzebna jest praktyczna nawigacja. Co można umieścić: zapisy na lekcję zapisy na Szabat zapisy na wydarzenie zadać pytanie wolontariat programy charytatywne inne usługi / kierunki synagogi 10. Sekcja „Kontakty” Powinny być: adres telefon Telegram Instagram YouTube email sposoby kontaktu z nami w razie potrzeby geolokalizacja Przyciski: Zadzwoń Napisz Otwórz adres Instagram Telegram YouTube 11. Sekcja „Darowizna” Trzeba to zrobić starannie i zrozumiale. Co powinno być: przycisk darowizny sposoby płatności dane / link krótkie wyjaśnienie, na co idą środki kontakt w sprawie darowizn 12. Sekcja „Ustawienia” Użytkownik powinien mieć możliwość ustawienia: język codzienne powiadomienia czas powiadomień przypomnienia o Szabacie przypomnienia o świętach przypomnienia o osobistych datach Przyciski: Język Powiadomienia Szabat Święta Moje daty Włącz / wyłącz subskrypcję 13. Codzienna subskrypcja Potrzebujemy, aby bot codziennie wysyłał ludziom aktualne informacje: jakie są dzisiaj modlitwy o której się odbywają jakie są dzisiejsze wydarzenia w naszej synagodze jakie są dzisiejsze ważne daty i wydarzenia w żydowskim świecie jeśli aktualne — czas świec / zakończenie Szabatu To znaczy, że osoba rano otwiera bota lub otrzymuje wiadomość i od razu rozumie obraz dnia. 14. Zapisy i rejestracje Przez bota powinna być możliwość zapisywania się na: Szabat lekcje wydarzenia spotkania inne aktywności Logika: osoba naciska przycisk zostawia imię telefon / nazwa użytkownika w razie potrzeby dodatkowe dane wniosek trafia do administratora / do tabeli / do CRM 15. Część administracyjna Ważne jest, aby zarządzanie botem było wygodne. Administrator powinien mieć możliwość: aktualizować harmonogram modlitw dodawać i edytować wydarzenia zmieniać teksty uruchamiać subskrypcje widzieć rejestracje i wnioski zmieniać kontakty i linki Ważne, aby to było naprawdę wygodne w obsłudze, a nie zbyt skomplikowane. 16. Wsparcie i rozwój Na pierwszym etapie nie trzeba robić wszystkiego od razu, można uruchomić mocną pierwszą wersję, a potem uzupełniać w trakcie. Ale ważne jest, aby od razu przewidzieć: możliwość rozszerzenia wsparcie i obsługę bota po uruchomieniu naprawę błędów udoskonalenia w trakcie użytkowania 17. Co jest ważne na koniec Potrzebujemy bota, który stanie się mini-aplikacją dla naszej synagogi i pomoże osobie wygodnie się orientować: co dzisiaj jakie modlitwy jakie wydarzenia co będzie na Szabat jak się zapisać jak się skontaktować gdzie zobaczyć żydowski harmonogram co się dzieje w naszej synagodze i w żydowskim świecie Jeśli widzisz, jak można poprawić strukturę, przyciski, wygląd i logikę lepiej niż w bocie-referencji, to tylko na plus. Potrzebujemy nie klona, ale mocniejszej, wygodniejszej i nowocześniejszej wersji. https://www.hebcal.com/home/developer-apis Chabad.org

Rozwój bota Telegram: zamknięta platforma marketplace ekspertów Szukam dewelopera (lub małego zespołu) do stworzenia bota Telegram — zamkniętej platformy, która łączy zweryfikowanych ekspertów i klientów w celu rozwiązywania profesjonalnych zadań. Model przypomina marketplace usług z administratorem-kuratorem, a nie całkowicie automatyczny serwis. Co jest gotowe: Szczegółowe zadanie techniczne (30+ stron) — role użytkowników, krok po kroku UX-flow z tekstami przycisków, modele statusów Zgłoszenia/Sprawy, model danych, model statusów rozliczeń, panel administracyjny. Kluczowa funkcjonalność: - Dwie role użytkowników (klient / ekspert) z możliwością połączenia - Weryfikacja ekspertów przez administratora (bez automatycznego podejmowania decyzji) - Dobór i moderacja zapytań przez kuratora - Wewnętrzna przestrzeń komunikacji w obrębie bota (bez ujawniania kontaktów stron sobie nawzajem) - Model statusów płatności: escrow, potwierdzenie wpływu środków, wypłaty - System poleceń z bonusami - Panel administracyjny z rozszerzonymi prawami dostępu Oczekiwany stack: według uznania dewelopera (Python/Node.js), najważniejsze --- doświadczenie z Telegram Bot API, pracą ze stanami (FSM), bazami danych oraz integracjami płatności. Format współpracy: praca według gotowego TŻ, omówienie terminów i budżetu po zapoznaniu się z dokumentem. Co wysłać: przykłady zrealizowanych botów Telegram (preferowane --- z skomplikowaną logiką stanów lub płatnościami), orientacyjną ocenę terminów i kosztów.

Specyfikacja techniczna systemu automatyzacji wyszukiwania klientów w Telegramie Rozwój 1. Ogólne zadanie Wymagana jest stworzenie systemu MVP do automatycznego wyszukiwania klientów w czatach Telegram z zapewnieniem wydania znalezionych użytkowników operatorom działu sprzedaży. System powinien składać się z: użytkowników-botów opartych na Telethon; bota Telegram dla operatorów; bota Telegram (lub oddzielnej sekcji administracyjnej wewnątrz bota) dla administratora; bazy danych PostgreSQL; konfiguracji Docker do wdrożenia w konfiguracji. Panel webowy na tym etapie nie jest wymagany. 2. Praca z wieloma kontami Telegram System nie powinien być ograniczony do jednego konta Telegram. Należy zapewnić wsparcie dla wielu kont (na przykład 5 i więcej) z możliwością dalszego zwiększania ich liczby bez zmiany konfiguracji. Dla każdego konta powinna być możliwość: autoryzacji przez Telethon; prowadzenia własnej sesji; podłączenia nowego konta; odłączenia konta; zmiany konta bez utraty bazy danych. Administrator powinien mieć możliwość samodzielnego podłączenia nowych kont Telegram. 3. Rozdzielanie czatów między kontami W systemie będzie używane wiele czatów Telegram (około 800 i więcej). Wszystkie czaty są włączone w jedną system. System powinien automatycznie: prowadzić czaty między podłączonymi kontami; przestrzegać ograniczeń Telegram; Zarządzać przenoszeniem czatu na inne konto; Nie dopuszczać do duplikacji jednego czatu przez wiele kont (jeśli nie jest to specjalnie włączone). Pożądane jest zapewnienie równoważenia obciążenia między kontami. 4. Zarządzanie listą czatów Administrator powinien mieć możliwość bez udziału programisty: podłączenia czatu; usunięcia czatu; zaimportowania listy czatów z pliku; masowego ładowania kosztów czatów; włączenia lub wyłączenia monitorowania poszczególnych czatów; uruchomienia ponownego zbierania historii dla wybranego czatu. Po dodaniu nowego czatu system automatycznie włącza go do jednego z kluczy kont. 5. Zbieranie danych Dla każdego podłączonego konta należy zrealizować: Pierwotne parsowanie Po dodaniu czatu: załadowanie historii wiadomości za wskazany okres; zapisanie wszystkich dostępnych informacji. Monitorowanie Po zakończeniu pierwotnego ładowania: stałe śledzenie nowych wiadomości; zapis nowych użytkowników; zapis nowej aktywności istniejących użytkowników. 6. Obsługa blokady Telegram wymaga poprawnej obsługi: FloodWait; PeerFlood; czasowe ograniczenia Telegram; błędne połączenia; przerwanie połączenia; możliwe ponowne połączenie; czasowa niedostępność konta. Jeśli jedno konto jest tymczasowo zablokowane przez ograniczenie, pozostała praca trwa. 7. Zapis danych użytkowników. Dla każdego użytkownika zapisywane jest: identyfikator Telegram; imię; nazwisko (jeśli jest); nazwa użytkownika; link do profilu; lista wszystkich czatów; tekst wiadomości; data i czas wiadomości; link do wiadomości (jeśli można go uzyskać z Telegram). Łączenie użytkowników odbywa się wyłącznie na podstawie identyfikatora Telegram. Jeśli użytkownik napisał w 20 czatach — wyświetla jedną kartę. 8. Karta użytkownika Operator powinien widzieć: imię; nazwa użytkownika; identyfikator Telegram; link do profilu; lista wszystkich czatów; wiadomości; data aktywności. Przykład: Użytkownik: Jan Kowalski ID użytkownika : 123456789 Czat "Biznes": Wiadomość: "Dzień dobry, interesuje mnie reklama" Data: 01.03.2026 12:15 Czat "Marketing": Wiadomość: "Kto zajmuje się promocją?" Data: 05.03.2026 18:42 9. Praca operatorów System powinien automatycznie tworzyć kolejkę klientów. Po otrzymaniu klienta: użytkownik jest przypisany do operatora; drugi operator nie może otrzymać tego samego klienta; prowadzić historię działań. Statusy: Przyjął klienta; Niedostępny; Nie dodzwonił się; Odmowa; W pracy; Oddzwonić; Usunąć. Po wybraniu parametru automatycznie otworzy się następny klient. 10. Powtórne wydanie użytkowników Powinna być możliwość ustawienia powtórnego wydania użytkowników. Na przykład: nigdy; po 30 dniach; po 60 dniach; po 90 dniach; dowolny okres. 11. Sekcja administracyjna Administrator powinien mieć możliwość: Zarządzanie kontami dodać konto; usunąć konto; sprawdzić status konta; przejrzeć ograniczenia konta; zmienić konto. Zarządzanie czatami dodać; usunąć; zaimportować; wyeksportować; wyłączyć monitorowanie; wyłączyć monitorowanie. Zarządzanie operatorami dodać; usunąć; zablokować; zmienić uprawnienia. Zarządzanie parserem uruchomić zbieranie; zatrzymać zbieranie; cała historia od nowa; sprawdzić obecny status. Statystyki Podgląd: liczba użytkowników; liczba wiadomości; liczba przetworzonych klientów; liczba aktywnych operatorów; liczba podłączonych kont; liczba aktywnych czatów. 12. Baza danych Użyj PostgreSQL. Należy przechowywać: użytkowników; wiadomości; czaty; aktywność; kont Telegram; operatorów; statusy przetwarzania; historia przetwarzania; rozdział czatów między kontami. 13. Skalowanie Architektura powinna umożliwiać: podłączenie 10, 20 i więcej kont Telegram; podłączenie tysięcy czatów Telegram; obciążenie obciążenia; eksport danych; praca z CRM; Podłączenie nowych funkcji bez całkowitej przeróbki projektu. 14. Docker Wykonawca powinien skonfigurować: docker-compose.yml; Dockerfile; instrukcję uruchomienia; instrukcję aktualizacji; instrukcję tworzenia kopii zapasowej bazy. System powinien zarządzać jedną komendą.