W trakcie pracy i testowania pojawiło się wiele różnych niuansów i błędów, co jest całkowicie normalne w przypadku tak obszernego projektu. Wszystkie uwagi były szybko poprawiane, deweloper zawsze był w kontakcie i szybko reagował na feedback. W rezultacie cały uzgodniony funkcjonalność działa poprawnie, a wynik spełnia oczekiwania. Jestem zadowolony ze współpracy.
33
0
Budżet: 27000 UAH Termin: 14 dni
Wadimie, widzę tutaj nie tylko automatyzację, ale narzędzie robocze na co dzień: rotacja, planer, monitoring i synchronizacja z Excelem muszą działać bez ręcznych poprawek. Już robiłem automatyzację w Pythonie, parsowanie i integracje z bazami danych oraz zewnętrznymi usługami, więc szybko zanurzę się w waszą logikę MVP, Playwright i SQLite. Osobno poświęcę uwagę uniwersalnym kategoriom i stabilności kolejek. Gotowy omówić szczegóły i ryzyka.
34
0
Budżet: 27000 UAH Termin: 12 dni
Dzień dobry! Rozwijam w Pythonie, React/Node.js realizowałem podobne projekty, gotowy do współpracy.
24
1
Budżet: 27000 UAH Termin: 14 dni
Witam. Zasadniczo wszystko, co opisane - realizujemy z uwzględnieniem zaangażowanych technologii, ale i tak trzeba zapoznać się z kodem przed wykonaniem, aby nie tracić czasu, jeśli terminy są krytyczne.
32
0
Budżet: 27000 UAH Termin: 14 dni
Zobaczcie, jest tu niuans - jeśli etap 1 już naprawdę działa i kod można rozszerzać bez przepisywania podstaw, to 27 000 UAH i 12-14 roboczych dni wyglądają na realną wycenę dla etapu 2. Jeśli po rewizji okaże się, że działająca wersja opiera się na tymczasowych rozwiązaniach, zrobiłbym to prościej - krótka techniczna weryfikacja kodu w ramach giełdy, a potem ostateczny podział na moduły.
Co do realizacji, nie komplikowałbym - oddzielne usługi wewnątrz aplikacji do rotacji, harmonogramu, monitorowania URL, grup kont i synchronizacji Excel. Playwright działa przez zapisane profile, SQLite przechowuje statusy i historię, PySide6 pokazuje kolejkę i błędy w taki sposób, aby menedżer widział nie magię, a zarządzane narzędzie. Z odczucia, wydaje się, że główne ryzyko nie leży w przyciskach, a w stabilności kont, limitach i zachowaniu Bazoš.cz.
Z podobnego doświadczenia Ingello
> https://business.ingello.com/forma-bpm - automatyzacja procesów biznesowych, statusy, kolejki, zasady i dziennik działań
> https://business.ingello.com/forma-crm - interfejsy księgowe, role, filtry, arkusze robocze
> https://business.ingello.com/vorfahr - pośrednio blisko do automatyzacji scenariuszy towarowych i logiki systemowej
Główny profil dla takich systemów - https://systems-fl.ingello.com
Od Was potrzebne są kod etapu 1, testowy Excel, zestaw testowych kont, proxy jeśli są używane, czeska PSČ dla probe Bazoš.cz i lista kategorii, które uważamy za obowiązkowe do akceptacji. Dostępy można przekazać w ramach zasad giełdy.
Uściślę 2 rzeczy, aby nie grać w architektoniczny szamanizm =)
> w etapie 1 już jest stabilne przechowywanie sesji kont czy to trzeba wzmocnić
> czy w przypadku sold i inactive na pewno usuwamy wiersze z Excela, czy lepiej domyślnie oznaczać statusem
5
0
Budżet: 27000 UAH Termin: 7 dni
Cześć, pracowałem nad aplikacją desktopową do automatyzacji reklam na OLX z użyciem Pythona + Selenium, gdzie przetwarzaliśmy ponad 500 ogłoszeń dziennie z rotacją po 15 kontach i automatycznym harmonogramem. Bardzo podobne do waszego projektu Bazoš.sk z tymi samymi wyzwaniami zarządzania kontami!
Ciekawe, czy planujecie zintegrować system proxy do pracy z różnymi regionami Słowacji, biorąc pod uwagę, że używacie PSČ do lokalizacji ogłoszeń?
Proponuję się skontaktować, chętnie doradzę wam bezpłatnie z technicznej strony i wspólnie opracujemy plan rozwoju + opowiem o moim zespole!
11
0
Budżet: 26999 UAH Termin: 13 dni
Dzień dobry.
Przeczytałem pełne TŻ. Podobne projekty już realizowaliśmy, mamy doświadczenie.
Stos technologiczny Python + Playwright + PySide6 + SQLite + Excel jest naszym profilem. Automatyzacja z obejściem anti-bot i wieloma kontami była realizowana w kilku projektach.
Kilka punktów dotyczących realizacji:
Harmonogram. APScheduler jest odpowiedni, ale dla PySide6 lepszy jest QTimer do głównej pętli plus osobny wątek do publikacji. Nie blokuje UI podczas pracy bota.
Monitorowanie URL. Przy sprawdzaniu warto rozróżniać typy nieaktywności: usunięte przez moderację, usunięte z upływem czasu, tymczasowy błąd sieci. To pozwala menedżerowi zrozumieć przyczynę.
Uniwersalny silnik. Mapowanie category/subcategory przez osobny plik JSON lub YAML, bez rekompilacji. Menedżer sam może dodawać nowe podkategorie.
Synchronizacja Excel. Dopasowanie przez product_id jako klucz główny, title jako fallback. Przy zapisie przez openpyxl z zachowaniem formatowania pliku.
Limit 50 ogłoszeń. Oprócz logu warto zrobić powiadomienia push w Telegramie lub e-mail do menedżera, aby nie czekać, aż otworzy aplikację.
Probe Bazoš.cz gotowy do zrobienia równolegle z głównym rozwojem.
Przed rozpoczęciem jestem gotów pokazać prototyp jednego bloku (harmonogram lub monitorowanie URL), aby zobaczyć podejście do kodu.
Czekam na wiadomość prywatną.
31
0
Budżet: 27000 UAH Termin: 14 dni
Zadanie jest zrozumiałe: rozszerzyć MVP do pełnoprawnego narzędzia produkcyjnego z rotacją, harmonogramem, monitoringiem i dwustronną synchronizacją Excel przez Playwright + PySide6 + SQLite.
Stos jest znany, zrealizuję wszystkie moduły z Etapu 2: rotacja z interwałami na konto, status rezerwacji, kontrola limitu 50 ogłoszeń, harmonogram w dwóch trybach, monitoring stanu, uniwersalny silnik kategorii.
12–14 dni roboczych, 27 000 UAH.
Czy są już schematy Bazy Danych i makiety UI z pierwszego etapu, czy zaczynamy od zera?
9
1
Budżet: 27000 UAH Termin: 3 dni
Cześć! Twój projekt wygląda bardzo interesująco. Jestem gotów rozpocząć pracę natychmiast i zapewnić wysoką jakość.
0
0
Budżet: 27000 UAH Termin: 14 dni
No tutaj raczej tak - w terminie 12-14 dni roboczych i budżecie 27 000 UAH dla etapu 2 to wygląda realistycznie.
Zrobiłbym to prościej - doprowadzić MVP do działającego narzędzia menedżera przez oddzielne moduły rotacji, harmonogramu, monitorowania, grup kont, synchronizacji z Excelem i uniwersalnego silnika prostych kategorii Bazoš.sk.
Ważny niuans widzę - przy limicie 50 aktywnych ogłoszeń bot nie powinien sam usuwać starych publikacji, a powinien zatrzymać kolejkę po koncie i pokazać zrozumiały log.
Po odczuciach, głównym obszarem ryzyka tutaj nie jest interfejs, a stabilna automatyzacja formularzy Bazoš, statusy ogłoszeń i staranne dopasowanie Excela według product_id.
> Uściślę 2 punkty
> czeski PSČ dla probe Bazoš.cz już jest czy trzeba go będzie uzyskać przed rozpoczęciem weryfikacji
> w Palets.xlsx product_id jest we wszystkich wierszach czy część towarów wciąż trzeba będzie dopasować według title
> podobne przypadki Ingello
> https://business.ingello.com/vorfahr - blisko do automatyzacji operacji, kolejek i logiki publikacji przez zewnętrzne usługi
> https://business.ingello.com/forma-bpm - blisko do statusów, procesów roboczych, dzienników i zarządzania zadaniami menedżera
> https://business.ingello.com/prime-eva - pośrednio blisko do danych towarowych, integracji i automatyzacji operacyjnej
Potrzebne są dostęp do testowych kont Bazoš.sk, proxy, źródłowy plik Excel i aktualna wersja MVP.
Główna strona zespołu - https://systems-fl.ingello.com
Ogólnie w porządku, nie ma co komplikować - najpierw zamykamy stabilny etap 2, a Bazoš.cz zostawiamy jako oddzielny potwierdzony etap po probe =)
W liście nie są widoczne oferty ukryte przez zleceniodawcę lub freelancerów z profilem Plus, a także oferty, które naruszają regulamin
