Portal samoobsługowy dla klienta

Problem: Portal działa jako system satelitarny głównej platformy badawczej. Posiada własną kopię danych o markach do celów operacyjnych, podczas gdy platforma główna pozostaje nadrzędnym źródłem prawdy (authoritative source). Zmiany wprowadzane w portalu mają status roboczy (staging) do momentu zatwierdzenia i eksportu. Oba systemy muszą zachować bezwzględną spójność, a wszelkie rozbieżności muszą być łatwe do wykrycia i naprawy.

Rozwiązanie: Primotly wyposażyło portal we własną bazę danych PostgreSQL, w której zapisywany jest pełny, spójny rejestr każdej marki wraz z referencjami do odpowiadających im wpisów w głównej platformie (używającej MongoDB). Gdy zmiana zostaje zatwierdzona, eksport odbywa się transakcyjnie – proces wykonuje się w całości albo wcale. Dzięki modelowi stagingowemu platforma główna nigdy nie zostaje wprowadzona w stan nieustalony z powodu częściowo ukończonej synchronizacji.

Efekt: spójność danych między systemami jest niezawodnie utrzymywana, a portal zawsze posiada jasną, łatwą do zaaudytowania historię tego, co zostało zmienione, kiedy, przez kogo i czy zmiana odzwierciedla się już w systemie głównym.

Problem: Zespół projektowy odpowiedzialny za portal nie korzystał ze standardowej biblioteki komponentów – dostarczył w pełni unikalne, dedykowane projekty graficzne. Wymagało to od zespołu frontendowego stworzenia bardzo specyficznych, niestandardowych wzorców UI od zera, zamiast składania interfejsu z gotowych, powszechnie dostępnych elementów.

Rozwiązanie: Zespół frontendowy Primotly odtworzył projekty graficzne z dokładnością co do piksela (pixel-perfect), wykorzystując autorską architekturę komponentów w Angularze. Każdy element interfejsu został zbudowany od podstaw, aby dokładnie odpowiadać specyfikacji projektowej. Portal został zoptymalizowany pod kątem przeglądarki Chrome jako jedynego oficjalnie wspieranego środowiska, co pozwoliło zespołowi skupić się na spójnym renderowaniu zamiast wdrażania mechanizmów cross-browser.

Efekt: dopracowany, nowoczesny interfejs, który spełnia najwyższe standardy estetyczne i funkcjonalne oczekiwane od produktu klasy enterprise używanego przez globalne marki FMCG.

Problem: Portal wymusza reguły walidacji, które muszą być w pełni zgodne z dynamicznymi regułami biznesowymi głównej platformy badawczej. W przypadku zmiany tych reguł – na przykład tego, które pola są wymagane, które kombinacje rynków są prawidłowe lub jak strukturyzowane są tagi marek – portal musi zostać zaktualizowany, aby spójnie odzwierciedlać te modyfikacje.

Rozwiązanie: Aktualizacje reguł biznesowych są wprowadzane do portalu cyklicznie za pomocą dedykowanego skryptu synchronizacyjnego. Ten kontrolowany i celowy proces zapewnia, że zmiany reguł są dokładnie weryfikowane i wdrażane w zaplanowany sposób, zamiast automatycznego, bezwiednego propagowania zmian, które mogłoby wprowadzić chwilowe niespójności.

Efekt: reguły walidacji w portalu pozostają trwale zbieżne z platformą główną, a model zaplanowanych aktualizacji daje zespołowi pełną kontrolę nad tym, kiedy i jak nowe reguły wchodzą w życie.