Budżet: 18000 UAH Termin: 7 dni
Oryginalny punkt odniesienia - od 18 000 UAH i około 7 dni roboczych, jeśli w biurze SalesDrive rzeczywiście są gotowe skrypty PHP, a na Joomla nie ma mocno przerobionego koszyka. 2 000 UAH tutaj, moim zdaniem, to za mało na stabilną synchronizację - to nie tylko wstawienie fragmentu kodu, ale poprawne przeprowadzenie zamówienia, stanów magazynowych, cen i sprawdzenie skrajnych scenariuszy =/
W przypadku Joomla ważne jest, aby zobaczyć, jaki dokładnie komponent sklepu jest używany - VirtueMart, JoomShopping czy inny. Jeszcze jedno pytanie - czy SKU są już wypełnione w ten sam sposób na stronie i w SalesDrive, czy potrzebne jest wcześniejsze porównanie artykułów?
W realizacji poszedłbym przez oddzielną warstwę integracyjną w PHP - przyjęcie zamówienia z koszyka, mapowanie pól, aktualizacja stanów magazynowych i cen według SKU, dziennik błędów, zamówienia testowe i sprawdzenie scenariusza, gdy stan magazynowy wynosi 0. Można nie komplikować, ale bez logowania taka integracja potem zamienia się w grę - znajdź, dlaczego towar zniknął lub cena się nie zaktualizowała.
Podobne pod względem logiki działania:
> https://business.ingello.com/prime-eva - integracje i księgowość dla e-commerce
> https://business.ingello.com/eva - automatyzacja procesów detalicznych i danych towarowych
> https://business.ingello.com/forma-crm - logika CRM, role, dane i procesy biznesowe
Główna strona Ingello dla Freelancehunt - https://systems-fl.ingello.com/ua
Aby uzyskać dokładną wycenę, potrzebne są dostęp do panelu administracyjnego Joomla, roboczego biura SalesDrive z zakładkami integracyjnymi, testowy towar z SKU oraz 2-3 testowe scenariusze zamówienia. Po tym można doprecyzować kosztorys i podzielić pracę na pierwszy krótki etap - techniczną weryfikację i prototyp integracji.
- Zlecenia 5
- Ocena 5.0
- Ranking 1 782
Budżet: 3200 UAH Termin: 3 dni
Gotowe skrypty i dokumentacja SalesDrive do integracji PHP — to właśnie ten format, z którym wygodnie się pracuje: biorę oficjalny kod z panelu, a nie piszę od zera, i dostosowuję do waszego CMS. Tylko pytanie: na Joomla jest VirtueMart czy JoomShopping? To wpływa na to, gdzie podłączę hak przesyłania koszyka (kontakty, dostawa/płatność, stan zamówienia) w CRM. Następnie skonfiguruję dwustronną synchronizację stanów (z automatycznym ukrywaniem przy 0) i cen za SKU, przetestuję na kilku produktach z różnymi scenariuszami. Gotowy wynik — orientacyjnie za 3 dni.
Budżet: 18000 UAH Termin: 6 dni
Mamy już praktycznie gotowe podobne rozwiązanie do integracji sklepu z CRM, można je dostosować do Joomla i SalesDrive oraz omówić tutaj w projekcie, jestem tutaj ))
orientacyjnie - 18000 zł i 6 dni roboczych
to obejmuje przekazywanie zamówień z koszyka, aktualizację stanów i cen z SalesDrive, powiązanie według SKU, podłączenie gotowych skryptów PHP, sprawdzenie zerowego stanu i testowanie na kilku scenariuszach
zobacz, tutaj jest niuans - gotowe skrypty PHP od SalesDrive naprawdę przyspieszają pracę, ale główne ryzyko polega na tym, jaki komponent sklepu jest używany w Joomla - VirtueMart, JoomShopping czy inny
dlatego dokładna ocena po uzyskaniu dostępu do panelu administracyjnego i zakładek Integracja z PHP oraz Synchronizacja produktów
- jaki komponent sklepu jest używany w Joomla
- czy należy ukrywać produkt przy stanie 0, czy pokazywać Brak w magazynie
relewantne przykłady Ingello
- https://business.ingello.com/prime-eva - podobna logika detaliczna, synchronizacja danych produktowych i operacji
- https://business.ingello.com/carveli - e-commerce z ważną logiką produktową i integracjami
- https://business.ingello.com/forma-crm - CRM i procesy biznesowe, bliskie części z wymianą danych
główny profil w takich zadaniach - https://systems-fl.ingello.com/ua
!!możemy to potraktować jako mały etap integracji bez zbędnego komplikowania!!
Budżet: 3800 UAH Termin: 5 dni
Widzę, że zadanie polega na poprawnym wdrożeniu gotowych skryptów PHP SalesDrive (zakładki „Integracja z PHP” i „Synchronizacja produktów”) do koszyka Joomla. Skonfiguruję przesyłanie zamówień (kontakty, dostawa/płatność, zawartość koszyka) do CRM, odwrotną synchronizację stanów magazynowych i cen według SKU, z ukrywaniem produktu przy zerowym stanie, i wszystko przetestuję. Wynik — orientacyjnie w ciągu 5 dni.
- Zlecenia -
- Ocena -
- Ranking 342
Budżet: 2000 UAH Termin: 1 dzień
Cześć.
Idealnie wdrożę (CRM ⇄ Strona) dla twojego projektu i zapewnię efektywną wymianę danych.
Roman Smolyakov
Oferta, która wygrała- Zlecenia 33
- Ocena 5.0
- Ranking 2 096
Budżet: 1900 UAH Termin: 10 dni
Cześć, Mariana! Jestem Roman, specjalista ds. integracji stron na Joomla i systemów CRM, w tym SalesDrive. Moje doświadczenie obejmuje konfigurację synchronizacji zamówień, cen i stanów magazynowych za pomocą REST API i skryptów PHP, a także pracę z komponentami typu VirtueMart i JoomShopping. Używam gotowych rozwiązań CRM, które dostarczają instrukcje i kod, i przekształcam je w stabilną pracę na stronie.
Mój plan pracy: 1) Konfiguracja przesyłania danych zamówień w momencie składania zamówienia przez koszyk, w tym kontakty, produkty i komentarze; 2) Realizacja dwustronnej synchronizacji stanów magazynowych z CRM do Joomla, z automatycznym statusem „Brak w magazynie” przy zerze; 3) Integracja aktualizacji cen według SKU z CRM do kart produktów; 4) Testowanie i poprawianie błędów. Za cały projekt zaproponuję 1900 UAH, termin — 10 dni. Dodaję bezpłatną poprawkę wyników oraz możliwość dodatkowej automatyzacji, na przykład wysyłania e-maili o zmianie dostępności.
Aktualnie brak ofert
-
Yevhen Zyma 15 lipcaЯкщо API та PHP-скрипти вже надані CRM, то ключове завдання не написання коду з нуля, а правильна інтеграція в поточну логіку сайту та її повне тестування
Aktualne zlecenia dla freelancerów w kategorii PHP
Moduł "Ankiety" dla Evolution CMS + wielojęzyczność
Potrzebne jest stworzenie Modułu "Ankieta", w którym będą ankiety, pytania i opcje odpowiedzi do pytań (logika wyświetlania pytań oraz przetwarzania odpowiedzi - zrealizujemy w osobnym projekcie). 1. Lista i CRUD dla "Ankiet". W liście ma być "Nazwa ankiety", ikony "Edytuj/Usuń". Po kliknięciu na Edytuj - ma otworzyć się formularz z: "Nazwą" - input, pole obowiązkowe, "Opis" textarea ankiety (nieobowiązkowe), przycisk "Zapisz". Poniżej pytania dotyczące tej ankiety, wyświetlane w trybie tylko do odczytu. Po kliknięciu na "Usuń", ma pojawić się potwierdzenie "Czy na pewno chcesz usunąć Ankietę", jeśli klikniesz "tak" - ma zostać usunięta Ankieta i wszystkie pytania, które się w niej znajdują. Zrealizować wielojęzyczność zakładkami, języki: ukraiński, angielski i rosyjski (w przyszłości - niemiecki i hiszpański). Nad listą u góry ma być przycisk "Dodaj Ankietę", po kliknięciu na który - zostanie zrealizowana powyżej opisana logika, tylko z pustymi polami. 2. Lista i CRUD dla "Pytań". W liście ma być: Nazwa pytania, ikony "Edytuj/Usuń". Po kliknięciu na Edytuj, ma być: "Pytanie" - pole input, obowiązkowe, "Opis pytania" - pole textarea, oraz dynamiczne bloki dodawania opcji odpowiedzi, ten blok ma się nazywać "Opcje odpowiedzi". Każda opcja odpowiedzi ma zawierać "Nazwa opcji" - input (pole obowiązkowe), "Quest 1" - lista rozwijana z 24 Questami (pole obowiązkowe), oraz krótkie input "Punkt" z możliwością podania w nim liczby dodatniej (pole obowiązkowe), + jeszcze jeden "Quest 2" - lista rozwijana z 24 Questami (pole nieobowiązkowe), oraz krótkie input "Punkt" (pole nieobowiązkowe) z możliwością podania w nim liczby dodatniej, oraz ikona usuń, po kliknięciu na którą ma być potwierdzenie "Czy na pewno chcesz usunąć opcję odpowiedzi", jeśli tak - tylko bieżąca opcja odpowiedzi ma zostać usunięta. Przycisk zapisz, który zapisuje formularz. Zrealizować wielojęzyczność zakładkami, języki: ukraiński, angielski i rosyjski (w przyszłości - niemiecki i hiszpański). Nad listą u góry ma być przycisk "Dodaj Pytanie", po kliknięciu na który - zostanie zrealizowana powyżej opisana logika, tylko z pustymi polami. 24 Questy to statyczna lista z nazwą questu i liczbą, która mu odpowiada, NIE autoinkrement, a ręcznie podana liczba. Całą listę przekażę w wiadomościach prywatnych. Lepiej wprowadzić tę listę jako osobną tabelę w bazie danych, aby można było w razie potrzeby ją rozszerzać. CRUD dla tej listy NIE jest potrzebny. Design/markup - ma odpowiadać designowi, markupowi samego panelu administracyjnego. Kod modułu ma wykorzystywać API samego CMS, pisać swój kod - tylko wtedy, gdy nie ma gotowego API. W idealnym przypadku oczekuję oceny w godzinach, aby zrozumieć koszt 1 godziny pracy. Wygodnie mi pracować w logice timerate`ów.
Witaj! Szukamy doświadczonego specjalisty ds. reklamy kontekstowej (Google Ads) do promowania usług księgowych dla biznesu (jednoosobowa działalność gospodarcza, spółka z o.o., VAT, kasy fiskalne, raportowanie). Co należy zrobić: Przeanalizować niszę i konkurencję (Kijów i regiony Ukrainy). Zebrać semantyczne jądro na gorące zapytania komercyjne (wsparcie księgowe, otwieranie/prowadzenie jednoosobowej działalności gospodarczej/spółki z o.o., konfiguracja kas fiskalnych). Skonfigurować efektywne kampanie reklamowe w Google Search (i w razie potrzeby w KMM/zbiorach). Skonfigurować konwersje (połączenia, zgłoszenia, przejścia do komunikatorów) dla dokładnego śledzenia. Codziennie/tygodniowo optymalizować kampanie w celu obniżenia kosztu leada. Warunki współpracy i płatność: Jesteśmy zainteresowani długoterminowym partnerstwem i wynikami (docelowe zapytania biznesowe, a nie tylko kliknięcia). Jesteśmy gotowi rozważyć model: stała opłata za konfigurację + bonus za każdego docelowego leada/klienta lub płatność za leady po udanym okresie testowym (pierwsze 1-2 tygodnie). W recenzjach koniecznie prześlij przykłady swoich udanych przypadków w zakresie usług/B2B (preferowane usługi prawne lub finansowe) oraz zaproponuj swoją wizję formatu płatności.
@KassaRUN_Bot potrzebuję dokładnie takiego bota o nazwie borzpay! API jest dostępne, więc proszę zróbcie dokładnie takiego bota.
Trzeba wprowadzić zmiany w 3 (trzech) różnych formularzach, kalkulatorach i stronach wprowadzania danych na stronie zgodnie z TŻ. Realizacja kalkulatorów i stron potrzebna jest w dwóch językach. Można poprawić istniejące formularze i kalkulatory lub stworzyć nowe, jeśli będzie to łatwiejsze do wykonania. TŻ dostarczamy. W trakcie realizacji zadania mogą być wprowadzone drobne uzupełnienia lub doprecyzowania dotyczące zmian w kalkulatorach lub formularzach (szablonach).
Podczas składania zamówienia, gdy kupujący wybiera kraj “Ukraina”, system podstawia sposób dostawy z strefy “Reszta świata” (Odbiór osobisty (M)) zamiast strefy “Ukraina” (Odbiór osobisty (U)). Wsparcie wtyczki dostawy już sprawdziło tę hipotezę: dezaktywowało wtyczkę UA Shipping, wyłączyło wszystkie jej metody dostawy, pozostawiając tylko standardowe metody WooCommerce — Problem pozostał i po tym, więc przyczyna nie leży w wtyczce dostawy, a gdzieś w ustawieniach strony