Budżet: 1001 UAH Termin: 1 dzień
Dobry czas na dzień!
Jestem gotów rozpocząć współpracę, ale po dyskusji szczegółów.
Budżet: 1001 UAH Termin: 1 dzień
Dobry czas na dzień!
Jestem gotów rozpocząć współpracę, ale po dyskusji szczegółów.
Budżet: 999 UAH Termin: 4 dni
Pozdrawiam . Doświadczenie w pracy z różnymi systemami ERP. Z przyjemnością współpracuję z Tobą po dyskusji na temat projektu.
_________________________________________________
_________________________________________________
_________________________________________________
Budżet: 1000 UAH Termin: 1 dzień
Pozdrawiam Aleksandra!Nazywam się Rostislav.Piszę do Ciebie w imieniu agencji informatycznej Zrobleno Solutions.Od ponad trzech lat pracujemy nad systemem ERP Odoo.Specjalizujemy się nie tylko w ustawieniu podstawowej funkcji, ale także w przedpracowaniu systemu za pomocą kodu.W tym celu mamy w zespole programisty Python.Doświadczenie w projektowaniu na Odoo:
1. pisanie cron dla różnych zadań: planowane i bardziej elastyczne wysyłanie listów (z dodatkowymi warunkami, zależność od wielu parametrów).2. realizacja BP (procesy biznesowe) poprzez automatyzowane działania.Validacja pól, automatyczne przyciąganie pól z innych modeli (na przykład szczegółowe informacje z zamówienia sprzedaży zostały przyciągane w lead/opportunity przy potwierdzeniu płatności).90% takich automatyzacji zostało wykonane za pomocą kodu Python w automatyzowanych akcjach ze względu na zależność od kilku modeli.3 .Tworzenie modułów kasztomicznych.Niektóre zadania są łatwiejsze, tańsze (dla klienta oczywiście) i lepsze do oszczędzania zasobów samego systemu (nie ma nic głupiego), wykonane przez rozwój modułów (można tylko dla wersji odzieży, którą klient umieszcza w sobie na serwerze).Na przykład pola, które mają być aktualizowane "na lotu" - w czasie na żywo: pola-indeksy, które zależą od czasu rzeczywistego lub GMT, dynamiczna zmiana kolorów (kanban crm), rozszerzenie standardowego widoku.CzteryRozszerzenie standardowej karty widokowej lodów, zamówień, kontaktów itp (nie przez Odoo Studio).Dodanie / ukrywanie pól, przeniesienie przycisków lub ich przemianowanie.Zwykła praktyka dla klienta, który migruje na inny system, więc tworzenie przyjaznego interfejsu z minimalnym próg przejściowy do dostosowania - maszyny.Można to zrobić za pośrednictwem interfejsu Odoo w trybie deweloperów, ale najlepszą praktyką jest opracowanie za pośrednictwem modułów kastowych (p.3).PięćKostiumy według własnego projektu.Opracowanie i adaptacja listów z dynamicznymi elementami (wstawianie nazwy odbiorcy, listy towarów, specyficzne warunki odbioru bloków).Odbywa się za pośrednictwem edytora kodowego w interfejsie odoo (może w wersji chmurowej).Ponadto sprawdź różne anty-spam metryki i optymalizację w razie potrzeby.Jeden z ostatnich zrealizowanych projektów w systemie Odoo: https://freelancehunt.com/showcase/work/nalashtuvannya-odoo-dlya-brendu-nizhnoyi-bilizni/1805535.html
Proponuję zorganizować spotkanie online lub offline, gdzie doradzimy Cię w odniesieniu do systemu Odoo.
Cześć, potrzebny jest fix parsera, wcześniej działał na bibliotece curl_cffi, teraz wszystkie zapytania zwracają 403. Należy zbadać zasób, zrozumieć jak wprowadzić poprawkę, wprowadzić poprawkę i przetestować na danych wynik.
Szukamy dewelopera (Python / AI / Integracja) do stworzenia bota Telegram, który całkowicie zastąpi operatora przyjmującego zamówienia na dostawę warzyw i owoców od restauracji. Główne zadanie bota — przyjmowanie niestrukturalnych zamówień w dowolnych formatach (tekst, zdjęcia ręcznie pisanych list, wiadomości głosowe), przekształcanie ich do naszej nomenklatury i przekazywanie gotowego zamówienia do 1C. Kluczowa funkcjonalność: Przyjmowanie i rozpoznawanie zamówień (moduł AI): Rozpoznawanie wolnego tekstu, wiadomości głosowych (Whisper / SpeechKit) oraz zdjęć/skanów (Vision OCR). Ekstrakcja encji: pozycja, ilość, jednostka miary (kg, skrzynki, sztuki). Mapowanie nomenklatury: Mapowanie slangu/skróconych nazw klientów („ziemniak”, „pomidory cherry”, „cebula”) z oficjalnym katalogiem produktów firmy. Funkcja zwrotnego kontaktu: jeśli pozycja lub ilość są niejasne, bot zadaje pytanie wyjaśniające klientowi w czacie. Potwierdzenie i integracja: Wyświetlenie podsumowania zamówienia klientowi do potwierdzenia („Twoje zamówienie: Ziemniaki — 50 kg, Pomidory Cherry — 10 kg. Wszystko się zgadza?”). Wysłanie uformowanego zamówienia przez API do 1C (utworzenie dokumentu „Zamówienie klienta”). Etapy realizacji (MVP i dalej): Etap 1: Logika bota, przetwarzanie tekstu/głosu/zdjęć i wyjście w ustrukturyzowanym formacie JSON. Etap 2: Ustawienie mapowania z bazą nomenklatury. Etap 3: Ustawienie przesyłania danych do 1C (REST API / usługi HTTP). Wymagania dla wykonawcy: Doświadczenie w pracy z API OpenAI / Claude oraz bibliotekami rozpoznawania mowy/zdjęć. Pewna znajomość Pythona (Aiogram / Telebot / FastAPI). Doświadczenie w integracji zewnętrznych usług z 1C (posiadanie gotowych przypadków będzie kluczową zaletą).
Konieczne jest stworzenie lokalnego rozwiązania (skryptu / emulatora / proxy) dla Windows, które będzie przekazywać rozszerzeniu Lovense Cam Extension w przeglądarce stały status podłączonej zabawki (Lush 3). Główny cel: Rozszerzenie w Chrome powinno świecić „zielonym” (Podłączone / Connected) 24/7 bez udziału telefonu komórkowego, oryginalnego dongla USB i bez rzeczywistego urządzenia Bluetooth. Co jest wymagane jako rezultat: Pełny kod źródłowy repozytorium / archiwum (bez obfuskacji). Plik README.md z szczegółowym podręcznikiem do wdrożenia od zera na czystym Windows. Demonstracja działania: przy uruchomionym skrypcie rozszerzenie Lovense Cam Extension w Chrome pokazuje stabilny „Zielony” status. Przy odpowiedzi pisz najpierw słowo antybot: dsqwueq
Ogólne informacje: Jest bot Telegram, napisany w Pythonie (aiogram v3, aiohttp, MySQL, Redis). To usługa do interakcji między zleceniodawcami a wykonawcami (profile, projekty itp.). Wymagane umiejętności: - Pewne doświadczenie z aiogram v3 (nie v2!), asyncio, aiohttp; - Znajomość Telegram Bot API (webhooki); - Doświadczenie w pracy z MySQL, Redis; - Umiejętność rozumienia cudzej kody; - Komunikatywność, odpowiedzialność. Potrzebuję na bieżącej wersji bota bezpośrednio na serwerze naprawić błąd-problem Problem polega na tym: Nie funkcjonują w pełni czaty (Nory), powinien być czyściciel, który będzie działał zgodnie z algorytmem, ale teraz działa z błędami, czyści niezgodnie z harmonogramem - Czat między zleceniodawcą jest potrzebny do omawiania z wykonawcą kwestii roboczych. - Czat (nory już wszystkie zostały stworzone, potrzebne jest, aby je czyścił i ustawiać w kolejce - Użytkownik bot tworzy czaty (parne nory, już je mamy) i ustawia je w kolejce, jeśli w czacie dokonano transakcji, rozmówcy w nim są (w jednym czacie wykonawca, w drugim czacie zleceniodawca); jeśli czat jest zamknięty lub nie dokonano transakcji i użytkownicy nie pisali tam przez 7 dni; bot usuwa stamtąd zleceniodawców lub wykonawców i ustawia ten czat (norę z powrotem w kolejce) - Zleceniodawca może przejść do czatu z każdym wykonawcą, który odpowiedział na zlecenie - Zleceniodawca i wykonawca znajdują się w dwóch równoległych czatach, aby nie było możliwości zobaczenia bezpośredniego konta rozmówcy i nie było możliwości napisania do niego bezpośrednio * Nie zmieniamy działania czatów i wszystkiego innego Najważniejsze, aby poprawka nie pociągnęła za sobą innych problemów
System automatycznych powiadomień o uzupełnieniu zapasów analityka. Na 8n8. Mała automatyzacja dla e-commerce. Raz na dobę system oblicza szybkość sprzedaży dla każdego produktu i wysyła na Telegram, że czas zamówić (z zalecaną ilością) i na ile dni wystarczy zapas. Co robimy: Pobieranie danych: KeyCRM API (historia zamówień) + zapasy/zamówienia z Rozetka (API lub eksport) Przechowywanie w SQLite na moim VPS (Contabo, Linux) Obliczanie średniej sprzedaży, zapasu w dniach, punktu zamówienia Analiza ABC: priorytetyzacja, który produkt uzupełniać jako pierwszy (klasa A — główne pod względem przychodu — ważniejsze) Codzienny bot Telegram + uruchamianie przez cron Wszystkie progi (czas dostawy, zapas bezpieczeństwa, zapas docelowy) — w konfiguracji