Budżet: 27000 UAH Termin: 4 dni
Cześć! Zapoznałem się z zadaniem technicznym — zadanie jest zrozumiałe.
Kluczowy problem tutaj naprawdę nie leży w samej logice bota Telegram, ale w konflikcie Webhooków między Telegram a SalesDrive. To można rozwiązać poprzez poprawne zbudowanie logiki proxy: bot przetwarza wiadomości i jednocześnie duplikuje je w Webhook SalesDrive, aby w CRM była zachowana pełna historia dialogu.
Mogę zrealizować następujące:
• wdrożyć twojego bota Python na Hostiq (konfiguracja venv i automatyczne uruchamianie przez systemd lub Gunicorn);
• przekształcić bota z Polling na Webhook z poprawną konfiguracją HTTPS i reverse proxy (Nginx);
• wdrożyć logikę proxy: każda przychodząca wiadomość jest przetwarzana przez bota i jednocześnie wysyłana do Webhook SalesDrive;
• zachować całą aktualną logikę biznesową bota: generację obrazów przez Gemini, krokowy zbiór danych zamówienia i końcowy raport dla menedżera w Telegramie.
Rezultat — stabilnie działający bot produkcyjny, który nie przerywa czatu w SalesDrive i poprawnie synchronizuje całą korespondencję z klientami.
Termin wykonania: 4 dni robocze
Koszt: 800 USD (stała kwota)
Pytania wyjaśniające przed rozpoczęciem:
1. Hosting Hostiq — to shared czy VPS? Czy jest dostęp do roota?
2. Czy domena z SSL jest już skonfigurowana, czy trzeba uruchomić HTTPS (Let’s Encrypt)?
3. Webhook SalesDrive:
• czy przyjmuje on wszystkie wiadomości, czy tylko wiadomości od użytkownika?
• czy potrzebne jest przesyłanie dodatkowych pól (author, timestamp, attachments)?
4. Czy należy przesyłać do SalesDrive wygenerowane obrazy, czy wystarczy tekst i status zamówienia?
5. Jaka wersja python-telegram-bot jest używana (v13 czy v20+)? To ważne dla poprawnej realizacji Webhook.
Budżet: 2700 UAH Termin: 5 dni
Mogę wykonać pełne wdrożenie i dopracowanie bota Telegram na Pythonie z przejściem na Webhook oraz poprawną integracją z SalesDrive, aby bot i CRM działały równolegle bez konfliktów.
- Zlecenia 6
- Ocena 5.0
- Ranking 1 058
Budżet: 2999 UAH Termin: 5 dni
Zrozumiałem problem — klasyczny konflikt Webhooków między botem a CRM. Robiłem podobne rzeczy dla dwóch projektów, wiem jak to rozwiązać.
Istota rozwiązania:
Wasz bot przenosimy na Webhook i wdrażamy na Hostiq.
Robimy "inteligentny proxy" — każda wiadomość idzie dwiema drogami jednocześnie:
→ Wasz bot przetwarza (generacja, zbieranie danych)
→ SalesDrive otrzymuje kopię dla historii w CRM
Cała logika bota pozostaje: generacja Gemini, lejek zamówienia, raport dla menedżera.
Konfigurujemy Nginx + SSL, aby Telegram poprawnie wysyłał zapytania.
Realizacja techniczna:
Flask/FastAPI przyjmuje Webhook od Telegramu.
Asynchronicznie przesyłamy dane na Webhook SalesDrive (requests.post).
Bot przetwarza swoją logiką równolegle.
Systemd do automatycznego uruchamiania i stabilności.
Pytania uzupełniające:
Czy w API SalesDrive jest dokumentacja dotycząca Webhooków? Potrzebny jest format danych, który akceptują.
Czy domena z SSL już istnieje, czy trzeba ją skonfigurować?
Czy należy przesyłać odpowiedzi bota do SalesDrive również, czy tylko wiadomości od użytkownika?
Jestem również gotów to zrobić bardzo szybko w ciągu 2-3 dni, ale cena wynosi już 3999 z powodu świąt.
- Zlecenia -
- Ocena -
- Ranking 385
Budżet: 4000 UAH Termin: 2 dni
Mam doświadczenie w programowaniu w Pythonie oraz integracji przez 10 lat, znam wszystkie opisane technologie. Czy sam telegram-bot wspiera webhoki, czy trzeba go poprawiać?
Budżet: 3000 UAH Termin: 1 dzień
Witam. Dobrze znam ten problem: API Telegrama pozwala na ustawienie tylko jednego Webhooka, dlatego przy podłączeniu bota CRM się wyłącza (lub odwrotnie).
Realizuję architekturę "Gateway", która rozwiąże konflikt raz na zawsze.
Rozwiązanie techniczne:
Główny Webhook: Przyjmuje twój bot Python na serwerze (Hostiq).
Retransmisja (Middleware): Dodaję do kodu bota asynchroniczną funkcję, która natychmiastowo duplikuje przychodzący pakiet JSON na URL Webhook SalesDrive. To zapewni pojawienie się dialogów w CRM bez opóźnień.
Część serwerowa:
Skonfiguruję Nginx jako Reverse Proxy do obsługi zapytań HTTPS (wymóg Telegrama).
Owinę bota w Gunicorn i Systemd (do automatycznego uruchamiania przy awarii/ponownym uruchomieniu).
Zainstaluję darmowy SSL od Let's Encrypt.
Doświadczenie: Pracuję z biblioteką python-telegram-bot oraz asynchronicznością (asyncio/aiohttp), dlatego przesyłanie danych do SalesDrive nie spowolni generowania obrazków przez Gemini.
Jestem gotowy rozpocząć konfigurację serwera i poprawki kodu. Dostępy do SalesDrive i Hostiq mogę przyjąć w sejfie.
Budżet: 2000 UAH Termin: 2 dni
Dzień dobry!
Mogę wykonać wdrożenie twojego bota Telegram na Hostiq oraz zrealizować integrację z SalesDrive.
Mam doświadczenie w pracy z python-telegram-bot, Webhooks, Gunicorn, Nginx oraz integracjami przez API/Webhook, więc zapewnię stabilną pracę bez konfliktów w CRM.
Budżet: 1999 UAH Termin: 2 dni
Dzień dobry!
Mam doświadczenie w wdrażaniu botów Telegram na Pythonie z użyciem python-telegram-bot, konfiguracji Webhooks, Gunicorn/Nginx, a także integracji z CRM przez API/Webhooks.
Będę w stanie przekształcić twojego bota z Polling na Webhook, skonfigurować SSL/HTTPS, Reverse Proxy oraz autostart na serwerze Hostiq.
Zrealizuję logikę przesyłania wszystkich przychodzących wiadomości do SalesDrive, zachowując pełną funkcjonalność bota: generację obrazów przez Gemini API, krokowe zbieranie danych zamówienia oraz wysyłanie końcowego raportu do menedżera.
Cena za projekt: 2000-4000 zł
Orientacyjny czas realizacji: 2–4 dni.
Jestem gotów rozpocząć pracę od razu i zapewnić w pełni działającego bota na twoim serwerze.
Dmytro Romanchuk
Oferta, która wygrała- Zlecenia 10
- Ocena 5.0
- Ranking 1 784
Budżet: 2500 UAH Termin: 2 dni
Dzień dobry, mam doświadczenie w pracy z Pythonem oraz botami Telegram, mogę wszystko wykonać szybko i jakościowo, jestem gotowy, aby teraz zacząć, napisz kilka szczegółów, omówimy.
Oferty ukryte
Aktualnie brak ofert
Aktualne zlecenia dla freelancerów w kategorii Programowanie stron internetowych
Potrzebna nowoczesna strona, która dobrze będzie wyglądać na komputerze i telefonie. Co jest potrzebne: ładny design; adaptacja do wszystkich urządzeń; wygodna struktura; formularz do zbierania zgłoszeń; szybkie ładowanie strony. Teksty, zdjęcia i logo dostarczę. W ofercie proszę podać koszt, czas realizacji oraz przykłady swoich prac.
Jest gotowe narzędzie internetowe dla produkcji odzieżowej — interfejs jest zrobiony, część logiki istnieje, ale nie są podłączone rzeczywiste integracje. Należy doprowadzić do stanu roboczego. Demo: https://prognoz.rich2222shop.site/Cel System ma dokładnie pokazywać, ile i jakich pozycji (rozmiar/kolor) należy wykroić, widzieć jedyny stan magazynowy (magazyn + w krojeniu + zwroty) i zmniejszać przeszwy przez uwzględnienie statystyki odmów.Zadania Integracja z LP CRM — podłączyć przez API (klucz/subdomena już mają pola), pobrać stany, zamówienia, zwroty. Ominięcie CORS przez proxy na Render.com. Logika obliczania kroju — doprowadzić formułę Plan − Magazyn CRM − W krojeniu + Zwroty do stanu roboczego na rzeczywistych danych, obliczyć według matrycy rozmiar×kolor. Uwzględnienie odmów w prognozie — % odmów według rozmiaru/koloru ma zmniejszać plan kroju dla tej pozycji, a nie tylko się wyświetlać. Jednolity ogólny magazyn — połączyć magazyn + w krojeniu + zwroty w jedną tabelę. Warsztaty i historia krojów — podział według warsztatów, przyjmowanie zwrotów, historia przekazania. Poprawa błędów — część przycisków jest obecnie w stanie nieaktywnym, należy doprowadzić do stanu roboczego.Stos HTML/JS single-page, localStorage, integracja z LP CRM API, proxy na Render.com.Wymagania Doświadczenie w integracji CRM przez REST API (plus — doświadczenie z retailCRM/LP CRM) Doświadczenie z proxy/CORS Rozumienie logiki magazynowej/produkcyjnej Gotowość do dopracowywania istniejącego kodu, nie przepisywania od zeraFormat pracy Komunikacja pisemna (czat/messenger) → etapowe oddanie (CRM → logika obliczeń → magazyn/warsztaty → dopracowanie) → demo na każdym etapie. Ważne jest, aby zrozumieć istotę zadania, a nie tylko formalnie wykonać specyfikację — mile widziane są własne rozwiązania lub ulepszenia tam, gdzie widzisz, że można zrobić wygodniej lub bardziej niezawodnie.Budżet / terminy Budżet: 6000 UAH (do negocjacji w zależności od zakresu i etapowego oddania)
Witam, jest strona, na której trzeba zoptymalizować szybkość ładowania stron, gdzie strona ładowana jest nie w 1 sekundę, a w 3 sekundy. Potrzebna pomoc w optymalizacji tego problemu. Strona WordPress WooCommerce. Tutaj jest raport i potrzebna ocena pracy oraz czas wykonania: https://pagespeed.web.dev/analysis/https-yuniko-us/u7tmi2y4b8?form_factor=desktop
Poszukujemy specjalisty do stworzenia strony / landing page'a do sprzedaży produktów do okien: firany, rolety i plisy. Potrzebujemy nie tylko strony wizytówki, ale praktycznego narzędzia do sprzedaży, zbierania zgłoszeń i dalszej skalowalności. Szuka specjalisty, który już tworzył podobne modele stron: z wyborem parametrów produktu, obliczaniem ceny, zgłoszeniami / zamówieniami oraz konsultacją klienta. Również ważne, aby specjalista rozumiał pracę z zagraniczną publicznością, ponieważ strona planowana jest do sprzedaży nie tylko w Ukrainie, ale także na rynku europejskim / polskim. Podstawowa logika strony: Klient wchodzi na stronę i ma możliwość: Wybrać produkt. Wybrać kolor / wariant. Podać szerokość i wysokość. Zobaczyć orientacyjną lub dokładną cenę. Zostawić zgłoszenie lub złożyć zamówienie. W przyszłości — zapłacić online. Również ważne jest przewidzenie przycisku konsultacji, jeśli klient nie jest pewny pomiarów lub wyboru produktu. Na przykład: “Potrzebujesz pomocy z pomiarem?” / “Uzyskaj konsultację”. Ważne jest dla nas, aby klient mógł nie tylko dzwonić, ale napisać do nas i uzyskać pomoc online. Dodatkowy produkt: Osobno chcemy dodać plisy jako dodatkowy produkt lub tańszą alternatywę dla głównych firan. To znaczy, strona ma umożliwić pokazanie klientowi prostszego i bardziej dostępnego wariantu, jeśli główny produkt jest dla niego zbyt drogi. Kierunek B2B: W przyszłości chcemy mieć blok B2B lub osobną stronę dla klientów hurtowych: salony firan, fachowcy, partnerzy, producenci, klienci hurtowi. Powinna tam być krótka informacja o współpracy hurtowej, możliwość zostawienia zgłoszenia oraz, być może, orientacyjna logika cen w zależności od ilości. Co potrzebne od specjalisty: Podpowiedzieć, jak najlepiej zrealizować stronę: CMS, konstruktor, custom development czy inna opcja. Proponować optymalną strukturę strony. Wyjaśnić, czy możliwe jest zrobienie kalkulatora ceny w zależności od szerokości i wysokości. Podpowiedzieć, jak najlepiej zorganizować zgłoszenia / konsultacje / płatności. Ocenić, co można zrobić na pierwszym etapie, a co lepiej zostawić na później. Podać orientacyjne terminy i koszty. Ważne jest dla nas, aby uruchomić stronę etapowo: najpierw stworzyć minimalną wersję roboczą, która już będzie mogła zbierać zgłoszenia lub sprzedaże, a następnie stopniowo dodawać bardziej skomplikowane funkcjonalności. Format pracy: Początkowo chcemy przeprowadzić krótkie spotkanie Zoom / Google Meet, aby pokazać produkt, wyjaśnić logikę i zrozumieć, czy możesz pomóc w realizacji. Przed spotkaniem możemy wysłać przybliżone TŻ i przykłady, abyś z wyprzedzeniem rozumiał, o jaki produkt i jaką logikę strony chodzi. To nie jest ostateczne zadanie techniczne, a wstępna wizja zadania, którą chcemy omówić ze specjalistą.
Konieczne jest opracowanie aplikacji internetowej do automatyzacji potwierdzania zamówień i oferowania dodatkowych produktów klientom przez Viber. Zamówienia trafiają do CRM SalesDrive. Ogólna logika działania: 1. Menedżer w aplikacji internetowej wybiera jedno lub kilka zamówień z SalesDrive, wybiera scenariusz i jedną lub kilka ulotek reklamowych, po czym uruchamia automatyczne przetwarzanie. 2. Klientowi przez Viber Business Messages wysyłana jest wiadomość transakcyjna z danymi zamówienia: produkty, kwota, sposób płatności, miasto, usługa dostawy i oddział/adres. Klient wybiera: — „Tak, dalej”; — „Skontaktować się z menedżerem”. 3. Po potwierdzeniu klientowi automatycznie wysyłana jest jedna lub kilka wybranych przez menedżera ulotek reklamowych z dodatkowymi produktami. 4. Klient w dowolnej formie tekstowej jednym lub kilkoma wiadomościami pisze, jakie produkty i w jakiej ilości chce dodać. Po zakończeniu wyboru klient naciska przycisk „Wybrałem(łam) wszystko”. 5. AI analizuje wszystkie wiadomości klienta i porównuje wybrane pozycje tylko z produktami zawartymi w wysłanych klientowi ulotkach. Dla każdej ulotki w systemie z góry przechowywana jest usystematyzowana lista produktów i ich ID/artykuli. 6. System formułuje rozpoznaną listę produktów i ilości i wysyła ją klientowi do potwierdzenia. Klient wybiera: — „Tak, zgadza się”; — „Trzeba zmienić”; — „Skontaktować się z menedżerem”. 7. Po potwierdzeniu wybrane dodatkowe produkty automatycznie dodawane są do istniejącego zamówienia w SalesDrive. Zmienia się kwota i status zamówienia. 8. Po zakończeniu potwierdzenia zamówienia klientowi wysyłana jest informacja o terminach wysyłki. Przykład: „Wysyłka zamówienia odbywa się w ciągu 2 dni roboczych. Jeśli zależy Ci na jak najszybszej wysyłce, naciśnij przycisk poniżej. Weźmiemy to pod uwagę przy przetwarzaniu zamówienia”. Przyciski: — „Wszystko w porządku”; — „Potrzebna szybka wysyłka”. Jeśli klient wybiera „Potrzebna szybka wysyłka”, w zamówieniu SalesDrive powinna być zachowana odpowiednia adnotacja lub komentarz. Automatyczny scenariusz w tym przypadku trwa dalej. 9. Klientowi automatycznie wysyłana jest informacyjna wiadomość o konieczności sprawdzenia paczki przy odbiorze. Przykład: „Proszę sprawdzić towar w oddziale usługi dostawy przy odbiorze. W przypadku stwierdzenia uszkodzeń mechanicznych nie odbieraj paczki i skontaktuj się z nami. To pomoże nam szybko rozwiązać sytuację”. Przyciski i odpowiedź klienta na tym etapie nie są wymagane. 10. Ostatnią wiadomością klientowi automatycznie wysyłane są dane kontaktowe firmy. Przykład: „Jeśli masz pytania dotyczące zamówienia, możesz się z nami skontaktować: Telefon: … Viber: … Telegram: …” Dane kontaktowe i treść wiadomości powinny być edytowane przez administratora aplikacji. 11. Niekonwencjonalne przypadki są przekazywane menedżerowi. Na przykład: — klient prosi o zmianę zamówienia; — klient wybiera kontakt z menedżerem; — AI nie mogło jednoznacznie rozpoznać produktów lub ilości; — klient nie potwierdził rozpoznanej listy; — klient wysłał nieobsługiwany załącznik; — wystąpił błąd techniczny. Po przekazaniu zamówienia menedżerowi automatyczny scenariusz zostaje zatrzymany. Integracje: — API SalesDrive; — TurboSMS HTTP API / webhook, Viber Business Messages; — API modelu AI do rozpoznawania wolnego tekstu klienta. Konieczne jest również wdrożenie: — panelu internetowego menedżera; — pobierania i wyświetlania zamówień z SalesDrive; — wyboru jednego lub kilku zamówień; — wyboru scenariusza; — wyboru jednej lub kilku ulotek; — zarządzania ulotkami i powiązanymi z nimi produktami; — przechowywania stanu dialogu Viber; — historii dialogu; — zmiany statusów zamówienia; — zatrzymania automatycznego scenariusza; — podstawowej statystyki. Przychodzące obrazy, pliki i wiadomości głosowe klienta nie muszą być rozpoznawane. AI działa tylko z tekstem. TurboSMS potwierdził możliwość automatycznej wysyłki wiadomości przez HTTP API, otrzymywania odpowiedzi przez webhook i kontynuowania dalszego scenariusza w ramach sesji czatu Viber. Szczegółowe zadanie techniczne zostało przygotowane i zostanie przekazane potencjalnemu wykonawcy. W odpowiedzi proszę podać: 1. Orientacyjną kosztorys opracowania MVP. 2. Orientacyjny czas opracowania. 3. Czy masz doświadczenie w integracjach z CRM/API/webhook. 4. Czy masz doświadczenie w integracji AI/LLM API do przetwarzania tekstu użytkownika. 5. Przykłady podobnych projektów, jeśli są.