Stworzyć skrypt/usługę serwerową, która:
1. Otrzymuje nowe zamówienie (nazwa książki, email klienta, ID płatności) po dokonaniu płatności na stronie.
2. Kolejno sprawdza dostępność książki w 4 źródłach:
• Źródło 1 — bot Telegram (ma API).
• Źródło 2 — Strona nr 1 (ma darmowe API lub można je uzyskać; alternatywa — parsowanie HTML).
• Źródło 3 — Strona nr 2 (płatna, API lub parsowanie HTML).
• Źródło 4 — Strona nr 3 (płatna, API lub parsowanie HTML).
3. Jeśli książka zostanie znaleziona w kilku źródłach — wybrać najniższą cenę.
4. Automatycznie kupić lub pobrać książkę z wybranego źródła.
5. Wysłać książkę do klienta na email.
6. Jeśli książka nie została znaleziona nigdzie — automatycznie zwrócić pieniądze klientowi przez system płatności i wysłać wiadomość z powiadomieniem.
2. Wymagania techniczne
2.1. Język i stos
• Python 3.10+ (zalecane) lub Node.js (za zgodą).
• Możliwość uruchomienia na serwerze Linux (Ubuntu/Debian).
• Możliwość konteneryzacji w Dockerze — plus.
2.2. Źródła weryfikacji
1. Bot Telegram
• Wyszukiwanie książki przez API (nazwa lub ID).
• Jeśli znaleziono — uzyskać URL lub plik (file_id).
2. Strona nr 1
• Darmowe API lub parsowanie HTML.
• Wyszukiwanie książki po nazwie, uzyskanie ceny i linku do pobrania (lub plik).
3. Strona nr 2
• Płatna, API lub parsowanie HTML (z autoryzacją, jeśli potrzebne).
• Wyszukiwanie książki, uzyskanie ceny i URL do zakupu.
4. Strona nr 3
• Płatna, API lub parsowanie HTML (z autoryzacją, jeśli potrzebne).
• Wyszukiwanie książki, uzyskanie ceny i URL do zakupu.
2.3. Porównanie cen
• Porównanie w formacie: {"source": "site3", "price": 4.99, "currency": "USD", "download_url": "..."}
• Wybór minimalnej ceny (uwzględniając możliwą konwersję walut, jeśli potrzebne).
2.4. Zakup książki
• Jeśli źródło jest darmowe — po prostu pobrać.
• Jeśli płatne — automatycznie kupić przez API lub headless browser (Playwright/Selenium/Puppeteer).
• Po zakupie uzyskać link/plik.
2.5. Wysyłka do klienta
• Przez SMTP (Gmail, Mailgun, SendGrid) lub API usługi.
• Możliwość wysłania pliku jako załącznika lub linku do pobrania.
2.6. Zwrot
• Przez API systemu płatności (Stripe, LiqPay, Fondy, inny — do ustalenia).
• Wiadomość do klienta z powiadomieniem o zwrocie.
2.7. Logowanie
• Logi wszystkich działań (sukces/błąd) do pliku i konsoli.
• Logowanie odpowiedzi API w przypadku błędów.
2.8. Uruchomienie
• Skrypt powinien uruchamiać się automatycznie po płatności (przez webhook) lub okresowo (cron, co 1–5 min).
• Możliwość ręcznego uruchomienia do testów.
3. Wymagania dotyczące kodu
• Jasna struktura, podział na moduły (check_telegram.py, check_site1.py itp.).
• Dokumentacja do wdrożenia (README.md).
• Konfiguracja przez .env (klucze API, loginy, hasła).
• Obsługa wyjątków, timeouty na zapytania.
• Kod powinien działać na serwerze bez interfejsu graficznego.
4. Co zapewniamy
• Klucz API bota Telegram.
• Dostępy/klucze API do stron, gdzie to możliwe.
• Loginy/hasła do stron z autoryzacją.
• Dostępy do SMTP lub usługi wysyłania email.
• Dostęp do API systemu płatności do zwrotów.
5. Co należy zrobić wykonawcy
1. Zrealizować funkcje weryfikacji każdego źródła.
2. Zrealizować wybór najniższej ceny.
3. Zrealizować automatyczny zakup lub pobranie.
4. Zrealizować wysyłkę do klienta na email.
5. Zrealizować zwrot w przypadku braku książki.
6. Skonfigurować automatyczne uruchamianie skryptu.
7. Przygotować instrukcję wdrożenia i użytkowania.
6. Oczekiwany rezultat
• Gotowy skrypt/usługa ze wszystkimi opisanymi funkcjami.
• Dokumentacja do uruchomienia i wsparcia.
• Możliwość łatwego dodania nowego źródła w przyszłości.
7. Dodatkowe życzenia
• Doświadczenie w pracy z API Telegram, parsowaniem stron, automatycznym zakupem (headless browser).
• Doświadczenie w pracy z API systemów płatności.
• Ścisłe przestrzeganie terminów.
• Poufność danych.
8. Uwagi dotyczące budżetu
Nie bardzo orientuję się w cenach za takie projekty. Proszę, napiszcie swoje przybliżone ceny i terminy realizacji. Jestem gotów rozważyć wasze propozycje i omówić szczegóły.
