Budżet: 10000 UAH Termin: 10 dni
Dzień dobry, zainteresowała mnie Państwa oferta. Będę zadowolony z współpracy. Obliczenia kosztów terminów realizacji po omówieniu szczegółów.
Jest działający sklep internetowy na CMS OpenCart, który znajduje się na końcowym etapie rozwoju. Należy zakończyć funkcjonalność "pod klucz" i zintegrować go z zewnętrznymi systemami.
Strona ma już podstawową strukturę, design i częściowo zrealizowaną funkcjonalność.
Należy zrealizować:
📌 Ważne:
Należy zrealizować dynamiczny kalkulator ceny produktu:
Funkcjonalność:
Należy:
📌 Ważne:
Należy zrealizować:
📌 Ważne:
Budżet: 10000 UAH Termin: 10 dni
Dzień dobry, zainteresowała mnie Państwa oferta. Będę zadowolony z współpracy. Obliczenia kosztów terminów realizacji po omówieniu szczegółów.
Budżet: 10000 UAH Termin: 30 dni
Dzień dobry.
Mam doświadczenie w opracowywaniu dodatkowej funkcjonalności dla OpenCart. Mogę zrealizować całą funkcjonalność, której potrzebujesz, z doświadczeniem w tworzeniu modułów i dodawaniu modyfikatorów.
Koszt wszystkich prac wyniesie 1700 USD. Można podzielić na etapy i każdy funkcjonalność opłacać osobno.
Budżet: 10000 UAH Termin: 20 dni
Cześć!
Przejrzałem specyfikację — zadanie jest jasne: 1C (klienci, ceny osobiste), kalkulator, stany magazynowe od kilku dostawców i TecDoc.
Pracowałem z OpenCart + 1C, wymiana przez CommerceML i REST. Ceny osobiste według logowania klienta również robiłem. Agregację stanów magazynowych od kilku dostawców też — tam krytycznie ważne jest poprawne rozłożenie cache i cron, aby nie obciążać API przy każdym zapytaniu użytkownika.
Zanim podam dokładną wycenę, kilka pytań:
Jaka wersja OpenCart i jaka konfiguracja 1C (UT, UNF, inna)?
TecDoc — dostęp do API już jest czy trzeba go uzyskać?
Ilu dostawców i w jakim formacie przekazują dane (XML / JSON / SOAP)?
Orientacyjnie — 3–4 tygodnie etapowo z testowaniem. Po odpowiedziach podam dokładną cenę i terminy.
Budżet: 20000 UAH Termin: 20 dni
Dlaczego najlepiej wykonam to zadanie:
Pracuję z OpenCart nie jako z szablonowym CMS, ale jako z platformą do budowy stabilnego rozwiązania eCommerce. W tym projekcie ważne jest nie tylko "podłączyć 1C czy API", ale zrobić tak, aby wszystko działało jako jeden system bez konfliktów i przeciążeń. Od razu biorę pod uwagę ryzyka: duplikacja danych, opóźnienia synchronizacji, błędne ceny, problemy z cachem i obciążeniem. Moje podejście to czysty kod bez obejść, rozszerzalna logika i wyraźny podział modułów. Robię integracje tak, aby można je było utrzymywać i skalować, a nie przepisywać po miesiącu. Szczególną uwagę zwracam na ceny osobiste i logikę autoryzacji - to krytyczne dla klientów B2B. Również umiejętnie realizuję pracę z zapasami z kilku źródeł, aby użytkownik widział rzeczywistą sytuację i mógł wybierać dostawcę bez błędów. W rezultacie otrzymujesz nie "dopracowaną stronę", ale stabilne narzędzie sprzedaży, które jest gotowe na obciążenie i rozwój.
Plan pracy:
Audyt aktualnego stanu strony i kodu:
Projektowanie architektury integracji:
Realizacja integracji z 1C i synchronizacji:
Przypisanie klientów i logika cen osobistych:
Opracowanie dynamicznego kalkulatora:
Integracja API dostawców:
Łączenie zapasów i logika wyświetlania:
Realizacja wyboru dostawcy:
Optymalizacja aktualizacji przez cron:
Integracja katalogu TecDoc:
Wyszukiwanie po samochodach i przypisanie towarów:
Optymalizacja wydajności:
Testowanie wszystkich scenariuszy:
Poprawki i stabilizacja:
Finalne wdrożenie:
Budżet: 25000 UAH Termin: 21 dni
Witam.
Projekt jest zrozumiały: 1C (klienci + ceny osobiste), kalkulator, integracje z dostawcami i TecDoc. Takie zadania najlepiej od razu budować jako system (API + cron + normalna struktura danych), bez "łat" - aby później to się nie psuło.
Mogę zamknąć wszystko po etapach (1C - kalkulator - stany - TecDoc) z normalną synchronizacją i obciążeniem. Mam doświadczenie z OpenCart i integracjami, w tym z indywidualnymi cenami i zewnętrznymi API.
Budżet: 10000 UAH Termin: 1 dzień
Witam, jesteśmy gotowi omówić wszystkie szczegóły projektu, możemy zająć się realizacją zarówno ze strony OpenCart, jak i ze strony 1C. Ostateczny koszt po doprecyzowaniu.
Budżet: 27000 UAH Termin: 20 dni
Witam. Mam duże doświadczenie z OpenCartem. Jestem gotowy do współpracy. Proszę o kontakt.
Budżet: 27000 UAH Termin: 20 dni
Dzień dobry
Nazywam się Dmytro
Zapoznałem się z TZ — to nie jest „po prostu dokończyć stronę”, ale normalny kompleksowy projekt z integracjami, i mogę go zamknąć pod klucz
Co do podejścia
robię nie „kule”, a stabilny system: API + cron + normalna logika synchronizacji
ważne, aby 1C, dostawcy i strona działały jako jeden system bez awarii
Co zrealizuję
— integracja z 1C: klienci, ceny osobiste, rabaty, automatyczna synchronizacja
— powiązanie kont i załadowanie indywidualnych cen przy logowaniu
— kalkulator ceny:
dynamiczne przeliczenie (rabaty klienta + kategorie) bezpośrednio na stronie produktu
— integracja API dostawców:
stany magazynowe, ceny, terminy dostawy
połączenie magazynów (twój + partnerzy)
możliwość wyboru dostawcy przed zakupem
— TecDoc:
podłączenie katalogu
wyszukiwanie po samochodach / filtry / integracja z produktami OpenCart
Ważne
zrobię z minimalnym obciążeniem dla strony
z normalną strukturą dla dalszego rozwoju
Co do terminów
3–6 tygodni (etapowo, jak w TZ)
Możemy pracować etapami:
1C → kalkulator → API → TecDoc → testowanie
Mam doświadczenie z OpenCart, API i skomplikowanymi integracjami — przykłady prześlę w wiadomości prywatnej
Jestem gotów spojrzeć na aktualną stronę i dać dokładniejszą ocenę
Będę zadowolony ze współpracy
Budżet: 10000 UAH Termin: 50 dni
Proszę o informację: czy już macie dostęp do 1C (jaka konfiguracja) oraz TecDoc, a także listę dostawców z ich API? I czy zatwierdzone są zasady rabatów (indywidualne i według kategorii), abyśmy mogli od razu wprowadzić logikę kalkulatora?
Jesteśmy zespołem JS+Python (4 lata). Robiliśmy marketplace'y i panele administracyjne z cenami indywidualnymi, synchronizacjami przez API/cron, dynamicznymi kalkulatorami oraz łączeniem magazynów. Dla waszego OpenCart bierzemy: integrację 1C (klienci, typy cen, autoodświeżanie), kalkulator rabatów indywidualnych/kategorii, podłączenie partnerkich stanów z wyborem dostawcy, integrację TecDoc z poprawnym powiązaniem z katalogiem.
Pracujemy etapami (1C → kalkulator → stany → TecDoc) z testowaniem na każdym kroku. Jesteśmy gotowi do startu; ustalmy szczegóły na krótkiej rozmowie telefonicznej.
Для 1с купите модуль от неосео - гавно, но дешево и работает.
Техдок к епенкарту не подключают (не технически, а это идиотизм), для него нужно искать не хостинг и сайт а аренду магазина на авто платформе.
Do projektu dla klienta w obszarze Microsoft 365 Modern Workplace poszukujemy doświadczonych freelancerów (m/k) z naciskiem na Microsoft Places. W centrum uwagi znajduje się doradztwo, konfiguracja i optymalizacja środowiska Microsoft 365 w celu wsparcia nowoczesnych koncepcji hybrydowego miejsca pracy. Zadania Doradztwo przy wprowadzaniu i eksploatacji Microsoft Places Analiza istniejących środowisk Microsoft 365 i opracowanie odpowiednich koncepcji rozwiązań Konfiguracja budynków, pięter, sal konferencyjnych i miejsc pracy Ustawienie i optymalizacja scenariuszy rezerwacji biurek i sal Integracja Microsoft Places z Microsoft Teams, Outlook i Exchange Online Wsparcie w kwestiach licencyjnych oraz rekomendacje najlepszych praktyk Przeprowadzanie warsztatów i transfer wiedzy dla użytkowników i zespołów IT Wsparcie w rozwiązywaniu problemów oraz w bieżącej eksploatacji Wymagania Wieluletnie doświadczenie w środowisku Microsoft 365 Praktyczne doświadczenie z Microsoft Places Bardzo dobra znajomość Microsoft 365, Microsoft Teams, Exchange Online i Outlook Doświadczenie z Microsoft Entra ID (Azure AD) Znajomość nowoczesnych koncepcji hybrydowego miejsca pracy i nowoczesnej pracy Pożądane umiejętności Microsoft Teams Premium PowerShell do administracji Microsoft 365 Doświadczenie z rozwiązaniami do rezerwacji miejsc pracy i sal Certyfikaty Microsoft w obszarze Modern Workplace lub Microsoft 365 Doświadczenie w projektowaniu i wprowadzaniu nowoczesnych koncepcji miejsc pracy Start: jak najszybciej Czas trwania: około 3 miesiące z opcją przedłużenia Miejsce pracy: Zdalnie / do uzgodnienia Obciążenie: Do uzgodnienia Interesuje Cię? Ponieważ projekt jest obecnie w fazie przygotowawczej, chcielibyśmy jak najszybciej poznać odpowiednich ekspertów. Proszę przesłać do nas na contract (AT) advergy de: CV Dostępność Stawka godzinowa (Zdalnie / Na miejscu) Trzy zdania, dlaczego szczególnie pasujesz do projektu Dziękujemy i pozdrawiamy Seda
Strona została stworzona w: Backend: Java + Spring Boot Baza danych: MySQL Frontend: JavaScript, HTML, CSS Silnik szablonów: Thymeleaf Serwer: VPS (Linux Ubuntu) Reverse Proxy: Apache2 Architektura: Aplikacja monolityczna Obecnie na stronie zrealizowano: Blog z panelem administracyjnym. Możliwość tworzenia i edytowania artykułów przez panel admina. Możliwość dodawania HTML i treści przez interfejs wizualny. Statyczne strony serwisu, które są obecnie tworzone przez programistę ręcznie. ⸻ Cel zadania Konieczne jest wdrożenie możliwości tworzenia i zarządzania nowymi stronami usług komercyjnych przez istniejący panel administracyjny, podobnie jak obecnie tworzone są artykuły bloga. Po wdrożeniu administrator powinien mieć możliwość samodzielnego tworzenia nowych stron SEO usług bez udziału programisty. ⸻ Aktualny stan Obecnie przez panel admina można tworzyć tylko wpisy bloga. Przykład: Artykuł 1 Artykuł 2 Artykuł 3 Każdy artykuł ma: Tytuł URL (slug) Treść SEO-parametry Obrazy ⸻ Co należy wdrożyć 1. Nowy typ treści „Usługi” Utworzyć w panelu admina osobną sekcję: „Usługi” Powinna być niezależna od sekcji bloga. Przykład struktury: Blog Usługi ⸻ 1. Tworzenie strony usługi Administrator powinien mieć możliwość stworzenia nowej strony usługi przez interfejs. Strony usług komercyjnych składają się z 13 bloków, z czego 4 bloki są dynamiczne, a 9 statyczne. Pola: Nazwa usługi URL (slug) H1 SEO Tytuł Meta Opis SEO Słowa kluczowe Główna treść strony Obraz Status publikacji (Szkic / Opublikowane) ⸻ 1. Treść strony Treść powinna wspierać: HTML, formatowanie tekstu, nagłówki H2-H6, listy, obrazy, linki Preferowane jest użycie istniejącego edytora, który już jest stosowany w blogu. ⸻ 1. Generowanie URL Każda usługa powinna mieć własny URL. Przykłady: /visa/usa/business-visa-usa /visa/usa/business-visa-uk /visa/usa/business-visa-canada ⸻ 1. Wyświetlanie na stronie Po publikacji strona powinna: automatycznie stać się dostępna pod swoim URL; używać istniejącego szablonu stron usług lub nowego szablonu; poprawnie wyświetlać się na wszystkich urządzeniach. ⸻ 1. SEO Dla każdej usługi należy zapewnić możliwość ustawienia: Tytuł Opis H1 Kanoniczny URL (preferowane) Open Graph (preferowane) Strony powinny być indeksowane przez wyszukiwarki podobnie jak strony bloga. ⸻ 1. Lista usług W panelu admina wdrożyć: listę wszystkich usług; wyszukiwanie; edytowanie; usuwanie; zmianę statusu publikacji. ⸻ 1. Ważne Wdrożyć możliwość tworzenia nowych typów stron SEO bez modyfikacji kodu w przyszłości. przez jeden mechanizm zarządzania treścią. ⸻ Co oczekuje się od programisty Konieczne jest przeanalizowanie istniejącej realizacji bloga i maksymalne wykorzystanie obecnej architektury do stworzenia nowej sekcji „Usługi”. Przy odpowiedzi proszę wskazać: W jaki sposób zadanie zostanie zrealizowane. Jakie zmiany będą potrzebne w bazie danych. Oszacowanie czasu. Koszt prac. Jakie technologie powinien znać wykonawca Obowiązkowo: Java Spring Boot MySQL Thymeleaf HTML/CSS JavaScript Praca z Linux Ubuntu Preferowane: Spring Security SEO-optymalizacja stron serwerowych Doświadczenie w pracy z CMS i modułami CRUD Doświadczenie w wsparciu monolitycznych projektów Spring Boot
Potrzebna jest oddzielna system CRM do centralnego przetwarzania wszystkich zamówień detalicznych z różnych kanałów sprzedaży (Prom, Rozetka, własne strony oraz zamówienia ręczne). Główne wymagania: Jednolity rejestr zamówień ze wszystkich źródeł z zachowaniem informacji o źródle i jego statusie. Oddzielny wewnętrzny status CRM, który działa niezależnie od statusu na marketplace lub stronie, z dwustronną synchronizacją statusów tam, gdzie jest to wspierane. Elastyczna integracja z 1C: dla każdego źródła administrator może osobno włączyć lub wyłączyć automatyczne wyładowanie zamówień. Integracja z przewoźnikami w celu automatycznego tworzenia TTN, zachowania jej numeru w CRM oraz przekazywania numeru TTN na Prom i Rozetka. Integracja z Checkbox w celu tworzenia projektów paragonów, wykorzystując konfigurowalne dopasowanie metod płatności, z dalszą kontrolą fiskalizacji. Wsparcie dla ręcznego tworzenia zamówień (telefon, Viber, Telegram, Direct itp.) z pełnym dalszym cyklem przetwarzania przez CRM. Wszystkie klucze API i ustawienia integracji powinny być zarządzane przez administratora przez interfejs CRM bez udziału programisty. Pełny dziennik działań i logowanie integracji w celu kontroli pracy systemu. Główny cel Menadżer powinien mieć możliwość całkowitego przetworzenia zamówienia w jednym interfejsie CRM — od otrzymania zamówienia po stworzenie dokumentu w 1C, TTN, projektu paragonu i zakończenie zamówienia, bez konieczności wchodzenia do paneli Prom, Rozetka, stron, przewoźników lub Checkbox.
Mamy synchronizację dwóch źródeł danych z CRM. System ogólnie jest stabilny. Jednak pozostaje część, która jest niesynchronizowana. Główna hipoteza — w jednym ze źródeł dane zmieniają się już po pierwotnej synchronizacji, a te zmiany nie zawsze są pobierane do CRM. + dane w dwóch źródłach mają różne nazwy/identyfikatory, chociaż reprezentują te same byty.
Zadanie: wdrożenie usługi LLM, która zna całą dokumentację firmy i odpowiada na pytania menedżerów działu sprzedaży. Co jest teraz: klient samodzielnie stworzył prototyp (oddzielny projekt z załadowanymi informacjami o firmie, umieszczony na serwerze), ale informacje z bazy nie są przekazywane do modelu — prawdopodobnie problem z API. Kod i dostęp udostępnimy. Pierwszy krok — audyt: naprawić istniejące lub uzasadnione zbudować od nowa. Wymagana funkcjonalność: Załadowanie całej dokumentacji firmy: opis każdej usługi, regulaminy, FAQ, cenniki (wszystkie materiały udostępnimy). Odpowiedzi ściśle na podstawie załadowanych dokumentów (RAG). Model nie wymyśla faktów; jeśli odpowiedzi w bazie nie ma — uczciwie o tym informuje. Dostęp dla menedżerów poprzez link (interfejs webowy), z autoryzacją. Scenariusze: menedżer zadaje dowolne pytanie dotyczące pracy firmy; wstawia pytanie klienta „jak jest” i otrzymuje gotową odpowiedź do wysłania; znajduje potrzebny regulamin/raport na żądanie. Aktualizacja bazy wiedzy bez programisty (ładowanie plików przez interfejs lub podłączony folder). Język angielski. Historia zapytania do kontroli jakości. Oczekiwania techniczne: LLM przez API (Claude/OpenAI — proszę zaproponować z wyliczeniem kosztów tokenów), pipeline RAG (baza wektorowa, embeddings), hosting na naszym serwerze lub w chmurze, HTTPS. Architektura ma pozwalać w przyszłości na podłączenie asystenta do analitycznego magazynu danych (równoległy projekt). W odpowiedzi proszę podać: przykłady podobnych projektów RAG, stack, czas, koszt pracy oraz orientacyjną miesięczną koszt posiadania (tokeny + hosting).