About the project
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.
Reaktywacja modułu rozliczania imprez firmowych
Wdrożenie mikroserwisu modułu obsługi świadczeń cyklicznych
Migracja kin
Moduł subskrypcji
Customer experience
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
From challenge
Key Challenges
Reaktywacja zamrożonego projektu dla kluczowego klienta
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ą.
Krytyczny system rozliczania punktów - zero marginesu błędu
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.
Migracja kin
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.
Panel administracyjny do zarządzania benefitami w ramach grup pracowniczych/ działów.
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
Through the solution
Through the solution
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.
To the success
Technological outcomes
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
Project team
Kamil
Senior QA Engineer
Tech stack
Java
Kotlin
Spring
Groovy
Hibernate
Tomcat
ReactJS
AngularJS
JavaScript
Selenium
Docker
Your success is our success
See how we can build a technological advantage for your company together.
We have a team that truly knows its stuff — we'll help you find a solution that works.
Conclusions & recommendations
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.
