Czy Subiekt GT nie współpracuje z systemami lojalnościowymi?

Subiekt GT nie posiada natywnej współpracy z systemami lojalnościowymi — wymaga to zewnętrznych integracji.

Brak wbudowanego modułu lojalnościowego w Subiekt GT

Subiekt GT jest programem sprzedażowo-magazynowym przeznaczonym do obsługi dokumentów handlowych, kartotek towarów i kontrahentów, stanów magazynowych, płatności oraz podstawowych rozliczeń związanych ze sprzedażą. Standardowa instalacja programu nie zawiera natywnego systemu lojalnościowego, który samodzielnie naliczałby punkty, prowadził poziomy członkostwa, obsługiwał kupony lub synchronizował saldo nagród z odrębną aplikacją klienta. Oznacza to, że samo skonfigurowanie Subiekta GT nie wystarczy do uruchomienia kompletnego programu lojalnościowego.

Brak natywnej współpracy nie oznacza jednak, że Subiekt GT jest technicznie całkowicie zamknięty na takie rozwiązania. Integracja wymaga dodatkowej warstwy: programu pośredniczącego, rozszerzenia, importu i eksportu danych albo oprogramowania korzystającego z interfejsu przeznaczonego do współpracy z Subiektem GT. Zakres możliwej wymiany danych zależy od konkretnego systemu lojalnościowego, sposobu rejestrowania sprzedaży oraz tego, czy operator programu udostępnia dokumentowany interfejs komunikacyjny.

Jak zewnętrzny system może pobierać dane sprzedażowe

Najczęstszy model integracji polega na przekazywaniu do systemu lojalnościowego informacji o sprzedaży. Po wystawieniu dokumentu program pośredniczący może odczytać identyfikator klienta, datę transakcji, pozycje towarowe, ilości, wartości oraz status dokumentu. Na tej podstawie zewnętrzny system oblicza punkty lub inne uprawnienia. W praktyce konieczne jest jednoznaczne powiązanie transakcji z klientem, ponieważ sprzedaż zarejestrowana bez identyfikacji kontrahenta nie pozwala bezpiecznie przypisać nagrody do konkretnego konta.

Do programowej współpracy z produktami z linii GT może służyć Sfera dla Subiekta GT, czyli interfejs udostępniany przez InsERT do rozszerzania działania programu zewnętrznymi aplikacjami. Zastosowanie takiego interfejsu wymaga zgodności wersji, poprawnej konfiguracji stanowiska oraz zaprojektowania mechanizmu obsługi błędów. Alternatywnie dane mogą być wymieniane przez pliki lub rozwiązanie działające bezpośrednio na bazie danych, ale każda z tych metod ma inne ograniczenia. Bezpośrednia ingerencja w strukturę bazy może naruszyć spójność danych, dlatego nie powinna zastępować oficjalnego mechanizmu integracyjnego, jeżeli producent lub dostawca dodatku przewidział bezpieczniejszą drogę komunikacji.

Integracja może działać także w kierunku odwrotnym. Zewnętrzny system może przekazywać do Subiekta GT informację o rabacie, kodzie promocyjnym albo uprawnieniu klienta, a operator uwzględnia tę informację przy sprzedaży. Nie jest to jednak równoznaczne z pełną synchronizacją. Trzeba ustalić, który system jest źródłem prawdy dla punktów, kto zatwierdza zwroty i korekty oraz jak rozwiązywane są sytuacje, w których dokument sprzedaży zostanie zmieniony po naliczeniu nagrody.

Zwroty, korekty i zgodność naliczania nagród

Największe problemy integracyjne pojawiają się wtedy, gdy program lojalnościowy uwzględnia wyłącznie sprzedaż, a pomija późniejsze korekty. Jeżeli klient otrzyma punkty za towar, a następnie zwróci ten towar, system powinien mieć procedurę cofnięcia odpowiedniej liczby punktów. To samo dotyczy anulowania dokumentu, zmiany ilości, korekty ceny, zmiany klienta przypisanego do transakcji oraz częściowego zwrotu. Mechanizm integracyjny powinien rozpoznawać typ operacji i używać stabilnego identyfikatora dokumentu, aby nie naliczyć tej samej transakcji wielokrotnie.

Ważne jest również określenie momentu naliczania korzyści. Punkty mogą być przyznawane podczas wystawiania dokumentu, po jego zapisaniu albo dopiero po potwierdzeniu płatności. Każde rozwiązanie ma inne konsekwencje. Naliczenie przed zakończeniem sprzedaży może utworzyć nagrodę dla dokumentu, który później zostanie anulowany. Naliczenie po potwierdzeniu płatności wymaga natomiast informacji o statusie płatności i obsługi opóźnień komunikacyjnych. Jeżeli zewnętrzny system jest chwilowo niedostępny, kolejka nieprzetworzonych zdarzeń powinna zachować dane transakcji i ponowić wysyłkę bez tworzenia duplikatu.

Przed wdrożeniem należy przetestować pełny cykl dokumentu: sprzedaż, korektę, zwrot, ponowne przetworzenie oraz awarię połączenia. Trzeba także porównać raport sprzedaży w Subiekcie GT z rejestrem transakcji w systemie lojalnościowym. Sama obecność przycisku lub dodatku nie potwierdza poprawności integracji. O poprawnym działaniu świadczy dopiero zgodność liczby transakcji, wartości, identyfikatorów klientów i zmian punktowych po wykonaniu operacji testowych.

Diagnozowanie integracji Subiekt GT z programem lojalnościowym

Analizę problemu warto rozpocząć od ustalenia, czy użytkownik oczekuje funkcji wbudowanej, czy połączenia z konkretnym zewnętrznym systemem. Następnie należy sprawdzić wersję Subiekta GT, wersję zastosowanego dodatku, sposób dostępu do danych oraz miejsce uruchamiania komponentu integracyjnego. Błąd może wynikać z braku zainstalowanego interfejsu, niezgodności wersji, niepoprawnych danych logowania, niewłaściwego identyfikatora klienta albo z tego, że system lojalnościowy nie obsługuje danego typu dokumentu.

W przypadku problemów z naliczaniem punktów trzeba porównać pojedynczą transakcję w obu systemach, zamiast analizować wyłącznie podsumowanie miesięczne. Należy sprawdzić, czy dokument został zapisany, czy posiada klienta, czy jego pozycje spełniają reguły programu, czy wysłano zdarzenie oraz czy system zewnętrzny zwrócił potwierdzenie. Przydatne są dzienniki aplikacji pośredniczącej, identyfikatory korelacyjne i historia zmian dokumentu. Powtarzające się wpisy mogą wskazywać na wielokrotne próby wysyłki, a brak wpisu na problem występujący jeszcze przed etapem komunikacji.

Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów, komputerów PC i ich podzespołów, a przy problemach z Subiektem GT może pomóc w sprawdzeniu stanowiska, instalacji programu, połączeń sieciowych oraz podstawowych przyczyn nieprawidłowego działania dodatku integracyjnego. Samo dodanie obsługi programu lojalnościowego wymaga jednak weryfikacji dokumentacji konkretnego rozwiązania i zakresu prac programistycznych przewidzianych przez jego dostawcę.