Synchronizować dostępność i statusy towarów (Opencart)

Budżet: 12345 UAH Termin: 1 dzień

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. Proszę przejrzeć portfolio.

Budżet: 3000 UAH Termin: 3 dni

Dzień dobry! Proszę pisać na priv, omówimy szczegóły, dostęp, itp... Rozumiem, że wszystkie dane dotyczące dostępności każdego towaru w systemie już są, trzeba tylko poprawnie obliczać w modułach? Dziękuję

Budżet: 5000 UAH Termin: 6 dni

Witaj Denisie. Jestem gotów rozwiązać problem "wspólnego pola" małym kosztem, z gwarancją aktualizacji KMS, 1C i SimplePars oraz panelem zarządzania, w którym będziesz mógł zobaczyć różnice między magazynami i jednym kliknięciem zmienić logikę synchronizacji.

Budżet: 1500 UAH Termin: 1 dzień

Należy wykonać zadanie, aby po każdym wymianie One C lub po parserze dostawców skrypt ustalał logikę, jeśli Główny > 0: "Dostępny" jeśli Główny = 0, ale dostawcy > 0: "Na zamówienie (w terminie dostawy ustawiamy 2–5 dni)" jeśli wszędzie 0: "Brak w magazynie" Ponieważ statusy będą ustalane według logiki szablonu, w którym nie ma, ale dostawcy > 0.

Budżet: 1500 UAH Termin: 1 dzień

Witam, mogę zrealizować to zadanie, pracuję z OpenCart od 2014 roku.

Budżet: 700 UAH Termin: 1 dzień

Witaj!
Zadanie jest jasne: pokazywać na stronie prawidłową dostępność towarów, łącząc dane z 1C i dostawców.

Aby poprawnie ocenić czas i koszt prac, proszę o wyjaśnienie kilku ważnych kwestii:
1. Gdzie obecnie NeoSeo (synchronizacja 1C) zapisuje stany magazynowe?
- w product.quantity czy w osobnej tabeli/polach?

2. Gdzie SimplePars zapisuje stany dostawców?
- również w product.quantity czy w osobnych tabelach/magazynach?

3. Czy stany dostawców są przechowywane w osobnych magazynach (supplier_id / warehouse_id)?

4. Jaki jest zakres katalogu?
- mniej więcej, ile produktów i SKU?

5. Czy są produkty z opcjami (rozmiary/kolory) i stanami na poziomie opcji?

6. Jak traktować zduplikowane lub niepoprawne SKU?
- ignorować, zwracać błąd, przypisać priorytet źródła?

7. Czy należy uwzględnić różne terminy dostawy od dostawców?
- czy wystarczy standardowe „2–5 dni”?

8. Czy status „Brak w magazynie” ma całkowicie blokować zakup?

9. Gdzie dokładnie mają być wyświetlane statusy?
- kategoria, karta, wyszukiwanie, mini-karta, koszyk, realizacja, feed?

10. Czy należy aktualizować filtry (np. „Dostępne”) zgodnie z nową logiką?

Po tych odpowiedziach będę mógł dokładnie określić terminy i koszt realizacji — bez ryzyka dodatkowego „czasu”. Rozwiń

Budżet: 4000 UAH Termin: 3 dni

Mamy duże doświadczenie w pracy z OpenCart w projektach, gdzie jednocześnie podłączonych jest kilka źródeł danych: 1C, API dostawców, parsery, feedy XML. Podobne zadania są nam dobrze znane: gdy każdy moduł aktualizuje stany na swój sposób, w rezultacie strona pokazuje sprzeczne lub niepoprawne informacje.

Co zrobimy:
- przeprowadzimy audyt obecnej logiki aktualizacji stanów
- określimy priorytet źródeł
- zbudujemy jednolity system zasad aktualizacji dostępności
- skonfigurujemy poprawną synchronizację statusów
- usuniemy konflikty między modułami
- zoptymalizujemy proces aktualizacji, aby nie tworzyć zbędnego obciążenia

Jesteśmy przyzwyczajeni do pracy z integracjami wieloźródłowymi, dlatego potrafimy prawidłowo ustalać priorytety, uwzględniamy logikę biznesową i doprowadzamy wszystko do jasnego i przewidywalnego modelu.

Pracujemy starannie, bez naruszania rdzenia systemu, z dokładnym testowaniem przed uruchomieniem w produkcji. Gwarantujemy precyzyjne wykonanie oraz technicznie poprawną realizację. Rozwiń