Cargobus.ee — migracja systemu i integracja API

Cargobus miał już działającą platformę cyfrową, ale oparta na CakePHP konfiguracja utrudniała rutynowe zmiany treści i zarządzanie przyszłymi integracjami. Projekt koncentrował się więc na zmianie podstawy technicznej bez naruszania znanej dotychczasowym użytkownikom struktury po stronie klienta. Rozwiązaniem była migracja z CakePHP do WordPressa.

Mono przebudowało witrynę na WordPressie, zachowało ustalone wzorce stron i interakcji, a następnie połączyło nową platformę z API City Carrier, aby funkcje dotyczące przesyłek działały przez witrynę zamiast jako odizolowane procesy zaplecza.

Wyzwanie

Istniejący system CakePHP obsługiwał podstawowe funkcje witryny, lecz typowe aktualizacje były mocno zależne od prac programistycznych. Ograniczało to możliwość samodzielnego zarządzania stronami przez zespół marketingowy i komplikowało dalszą rozbudowę.

Wymaganiem nie była zmiana wyglądu. Cargobus potrzebował możliwie wiernego odtworzenia istniejącego środowiska na łatwiejszej w zarządzaniu platformie, przy zachowaniu znanych ścieżek użytkownika i stworzeniu przestrzeni dla głębszych integracji operacyjnych.

Kontrolowana migracja z CakePHP do WordPressa

Pierwszym etapem była kontrolowana migracja z CakePHP do WordPressa. Strukturę frontendu przebudowano z dużą dokładnością wizualną, aby po zmianie platformy klienci nadal korzystali ze znanego interfejsu.

WordPress zapewnił wewnętrznemu zespołowi praktyczniejszą warstwę zarządzania treścią, zachowując strukturę potrzebną w dotychczasowej ścieżce obsługi. Migrację potraktowano jako zmianę fundamentu, a nie projekt przeobrażenia wyglądu.

Połączenie witryny z operacjami logistycznymi

Po uruchomieniu podstawy WordPress projekt wykroczył poza zarządzanie treścią. Integracja API City Carrier połączyła witrynę z operacjami dotyczącymi przesyłek i aktualnymi danymi dostaw.

Integracja obsługiwała procesy tworzenia przesyłek i synchronizację danych na poziomie zamówień. Każdy status przesyłki oraz śledzenie w czasie rzeczywistym opierały się na aktualnych danych. Dzięki temu publiczna witryna mogła działać jako operacyjny interfejs klienta, a nie tylko prezentować statyczne informacje o usługach.

Śledzenie przesyłek

Wyszukiwanie i wskazówki

Klienci mogą rozpocząć śledzenie, podając numer przesyłki lub zamówienia. Interfejs wejściowy koncentruje zadanie na informacjach potrzebnych do zlokalizowania dostawy.

Pomoc kontekstowa pokazuje użytkownikom, gdzie znajdują się odpowiednie numery zamówienia i przesyłki. Wskazówkę wbudowano bezpośrednio w proces śledzenia, dzięki czemu częstą wątpliwość można wyjaśnić bez opuszczania interfejsu.

Przebieg aktywnej dostawy

W przypadku dostaw będących w toku dane w czasie rzeczywistym z API są prezentowane jako uporządkowana oś czasu. Interfejs może pokazywać takie etapy jak przypisanie kuriera, odbiór, aktualizacje z sortowni, transport i dotarcie do miejsca przeznaczenia.

Zakończone dostawy

Dostarczone przesyłki są oddzielone od aktywnych, co pozwala klientom przełączać się między dostawami bieżącymi i zakończonymi bez łączenia obu widoków.

Priorytety wdrożenia

Na wdrożenie wpływało kilka ograniczeń.

Istniejąca struktura i ścieżka użytkownika musiały pozostać rozpoznawalne. Nowe zaplecze WordPress miało zapewnić wewnętrznemu zespołowi większą kontrolę nad rutynowymi aktualizacjami treści. Funkcje połączone z API musiały działać w tym samym środowisku klienta, a informacje o przesyłkach pozostać powiązane z bieżącymi danymi operacyjnymi, zamiast być powielane jako statyczna treść witryny.

Te wymagania sprawiły, że projekt dotyczył migracji i integracji, a nie konwencjonalnego przeprojektowania strony. Powstała platforma logistyczna zachowująca dotychczasowe wzorce obsługi, a migracja z CakePHP do WordPressa nie zmieniła znanego klientom środowiska.

Rezultat

Ukończona platforma przeniosła Cargobus z mniej elastycznej konfiguracji CakePHP na edytowalną podstawę WordPress połączoną bezpośrednio z procesami logistycznymi.

Zespół marketingowy zyskał łatwiejsze w zarządzaniu środowisko treści, a klienci zachowali znaną strukturę witryny i uzyskali dostęp do bieżących funkcji tworzenia oraz śledzenia przesyłek w tym samym interfejsie. Architektura stworzyła też czytelniejszą podstawę do dodawania przyszłych funkcji i integracji bez przebudowy całej platformy.

Faktyczna podstawa odświeżonego artykułu — obejmująca migrację z CakePHP do WordPressa, przebudowę na WordPressie, integrację API City Carrier, śledzenie na żywo i wynikające z nich funkcje operacyjne — została udokumentowana bezpośrednio w istniejącym studium przypadku.