MyBenefit: reaktywacja, migracja, subskrypcje

O projekcie

logo mybenefit case study
Klient:

MyBenefit to część europejskiej grupy kapitałowej Benefit Systems – twórca najpopularniejszej platformy kafeteryjnej w Polsce. Obsługuje tysiące partnerów i jest pierwszą tego typu platformą w kraju pod względem szerokości oferty benefitów.

Kafeteria to cyfrowy system, w którym pracownicy przeliczają punkty przyznane przez pracodawcę na konkretne benefity: sport, kulturę, rekreację i wypoczynek. Kafeteria jest podstawowym modułem działalności firmy, na niej opiera się cały ekosystem MyBenefit.

fireup.pro dołączyło do projektu we współpracy z Avrą, obejmując swoją pracą cztery kluczowe moduły platformy.

Cel projektu:
Reaktywacja modułu rozliczania imprez firmowych
Przygotowanego dla jednego z największych klientów MyBenefit – instytucji finansowej z sektora top-tier, którego działanie zostało wstrzymane i wymagało pełnego przywrócenia do użytku.
Wdrożenie mikroserwisu modułu obsługi świadczeń cyklicznych
Obsługa cyklicznych płatności subskrypcyjnych w ramach Sportowego Modułu Kafeterii.
Migracja kin
Umożliwienie użytkownikom zakupu biletów do kin sieciowych i studyjnych bezpośrednio z poziomu kafeterii.
Moduł subskrypcji
Mapowanie przypisania benefitów do grup pracowniczych wraz z graficzną prezentacją dla administratorów.

Doświadczenie klienta

Ludzie w fireup.pro są profesjonalistami pod względem dojrzałości, wiedzy i kultury. Praca z nimi jest czystą przyjemnością. Cenię ich poziom przejrzystości, komunikatywność i odwagę w podejmowaniu wyzwań w nowych projektach.

Paweł Czaja

Product Owner, MyBenefit

Buckle
Od wyzwania

Kluczowe wyzwania

1

Reaktywacja zamrożonego projektu dla kluczowego klienta

Moduł kafeterii stworzony dla jednego z największych klientów MyBenefit był od pewnego czasu nieaktywny. Reaktywacja wymagała odtworzenia stanu systemu, analizy nowych wymagań i przeprojektowania logiki, bez możliwości przerwania działania reszty platformy. Proces obejmował również bezpośrednie sesje analityczne i groomingowe prowadzone on-site w siedzibie klienta, co pozwoliło precyzyjnie zdefiniować wymagania i skrócić pętlę feedbacku między zespołem technicznym a stroną biznesową.

2

Krytyczny system rozliczania punktów - zero marginesu błędu

MOŚC obsługiwał cykliczne naliczanie, rozliczanie i resetowanie punktów per firma i per pracownik. Na tej logice opierało się całe działanie kafeterii. Błąd w zaokrągleniu, resetowaniu cyklu czy obsłudze limitu oznaczał realne straty finansowe po stronie pracodawców i pracowników - wymagania co do poprawności były bezwzględne.

3

Migracja kin

Integracja zewnętrznego modułu, geolokalizacja, ujednolicona ścieżka Zakup biletów kinowych był wcześniej obsługiwany przez zewnętrzny moduł. Celem migracji było wciągnięcie tej funkcjonalności w obręb kafeterii i pełne jej ujednolicenie – zarówno pod kątem logiki biznesowej, jak i warstwy widoku. Konieczne było przygotowanie nowej struktury danych, integracja geolokalizacji oraz dostosowanie ścieżki zakupowej do standardów reszty platformy.

4

Panel administracyjny do zarządzania benefitami w ramach grup pracowniczych/ działów.

Przypisanie benefitów do grup pracowniczych to nie tylko logika backendowa, ale też czytelna prezentacja danych dla osób zarządzających. Wymagało to separacji stosu odczytu i zapisu oraz optymalizacji zapytań pod konkretne widoki administracyjne.

Kluczowe wymagania funkcjonalne i niefunkcjonalne

Funkcjonalne

  • Reaktywacja modułu kafeterii: odtworzenie działającego stanu, obsługa nowych wymagań, implementacja logiki biznesowej, testy, szkolenia użytkowników
  • Mikroserwis MOŚC: obsługa cykliczności, subskrypcji i płatności w ramach Sportowego Modułu Kafeterii
  • Migracja kin: przygotowanie struktury danych, integracja geolokalizacji, standaryzacja ścieżki zakupowej (logika + widok)
  • Moduł subskrypcji: mapowanie benefitów między grupami pracowniczymi, graficzna prezentacja dla administratorów, optymalizacja zapytań frontendowych

Niefunkcjonalne

  • Niezawodność rozliczania punktów - logika cykli i resetów musiała działać deterministycznie, bez wyjątków brzegowych
  • Testowalność na poziomie API – każdy kluczowy endpoint podlegał weryfikacji automatycznej przez cały czas trwania projektu
  • Separacja odpowiedzialności – wyraźny podział stosu odczytu i zapisu w module subskrypcji
Przez rozwiązanie

Moduł kafeterii – reaktywacja

Zespół przejął projekt w stanie zamrożonym. Przeprowadził pełną reaktywację: odtworzenie działającego stanu, analizę nowych wymagań, projektowanie logiki, implementację i testowanie. Na każdym etapie prowadzono równoległe testy automatyczne. Projekt zakończono szkoleniami dla kluczowych użytkowników po stronie klienta.

    MOŚC - mikroserwis subskrypcji sportowych

    Zbudowano dedykowany mikroserwis do obsługi cyklicznych płatności subskrypcyjnych w ramach Sportowego Modułu Kafeterii. Architektura oparta na Axon Framework zapewniła skalowalność i spójność danych przy przetwarzaniu operacji punktowych. Testy API walidowały poprawność naliczania, resetowania i obsługi edge case'ów.

      Migracja kin

      Przygotowano nową strukturę danych, zintegrowano geolokalizację i ujednolicono ścieżkę zakupową dla biletów kinowych. Prace objęły backend (Java/Spring, migracja danych) i frontend (ReactJS/AngularJS), a testy end-to-end weryfikowały poprawność list kin i kompletność ścieżki zakupowej.

        Moduł subskrypcji - mapowanie benefitów

        Zaimplementowano mapowanie przypisania benefitów do grup pracowniczych z graficzną prezentacją dla administratorów. Backend: separacja stosu odczytu i zapisu, prawidłowe pobieranie i dostarczanie danych. Frontend: wyświetlanie danych i optymalizacja zapytań pod konkretne widoki.

          Po sukces

          Efekty technologiczne

          Reaktywowany i w pełni działający moduł kafeterii dla kluczowego klienta platformy, gotowy do dalszego rozwoju

          Wdrożony mikroserwis MOŚC obsługujący cykliczne płatności subskrypcyjne w architekturze event-driven (Axon Framework)

          Zmigrowana i ujednolicona ścieżka zakupowa biletów kinowych z obsługą geolokalizacji

          Wdrożony moduł subskrypcji z rozdzielonym stosem odczytu i zapisu, gotowy na obsługę wielu grup pracowniczych

          Pokrycie kluczowych endpointów testami automatycznymi REST API przez cały czas trwania projektu


          Zespół projektowy
          Abstract background
          Kamil
          Łukasz
          Łukasz

          Kamil

          Senior QA Engineer

          Odpowiedzialny za testy manualne i automatyczne na poziomie UI i API (REST). Weryfikował poprawność logiki naliczania i resetowania punktów, integrację endpointów oraz kompletność ścieżki zakupowej – w tym wyświetlanie list kin i przebieg procesu zakupu biletu. Tech: REST API, JavaScript, Selenium, Java, PostgreSQL, Docker

          Tech stack

          Java

          Kotlin

          Springboot

          Spring

          Groovy

          Groovy

          Hibernate

          Hibernate

          Tomcat

          Tomcat

          React

          ReactJS

          Angular

          AngularJS

          JavaScript

          JavaScript

          Selenium

          Selenium

          Docker

          Docker

          Twoja sukces to nasz sukces!

          Zobacz, jak możemy wspólnie zbudować technologiczną przewagę dla Twojej firmy

          Umów się na konsultację!

          Mamy zespół, który naprawdę zna się na rzeczy — pomożemy Ci znaleźć rozwiązanie, które działa.

          Wnioski i rekomendacje

          Reaktywacja to więcej niż dobry kod

          Przywrócenie zamrożonego projektu wymaga odtworzenia kontekstu biznesowego i intencji oryginalnych wymagań – nie tylko kodu. Bliska współpraca z Product Ownerem od pierwszego dnia to warunek, bez którego reaktywacja kończy się kolejnym zamrożeniem.

          Krytyczna logika biznesowa wymaga testowania na poziomie API

          W systemie, gdzie błąd naliczania punktów przekłada się na realne straty finansowe, testy jednostkowe to za mało. Weryfikacja edge case'ów (zaokrąglenia, limity, resety) bezpośrednio na endpointach REST, prowadzona równolegle z implementacją, była jedyną skuteczną formą zabezpieczenia.

          Migracja to szansa na porządek architektoniczny

          Migracja kin nie była prostym przeniesieniem danych. Ujednolicenie ścieżki zakupowej i dodanie geolokalizacji to decyzje, które poprawiły jakość całego systemu, nie tylko migrowanego modułu.

          Separacja read/write stack jako fundament skalowalności

          W module subskrypcji wyraźny podział odpowiedzialności między stos odczytu i zapisu zmniejszył złożoność systemu i pozwolił na niezależną optymalizację warstwy frontendowej, bez ryzyka regresji w logice biznesowej.

          Background

          Czas na Twój projekt!

          Przekształć idee w rzeczywiste rozwiązanie i skontaktuj się z nami.

          Twoja wizja, nasza realizacja
          Napisz, omówimy szczegóły.

          Wyrażam zgodę na przetwarzanie moich danych osobowych przez Fire ...