PYXIS (forum)

i-BOK 5 to najnowsza generacja Internetowego Biura Obsługi Klienta w ekosystemie PYXIS.
Nowy panel działa w bezpośrednim połączeniu do bazy SQL (nie obsługuje starej metody opartej na plikach vbk).

Wdrożono w nim mechanizmy ochronne odpowiadające wymaganiom nowoczesnych systemów produkcyjnych:

- uwierzytelnianie dwuskładnikowe 2FA (TOTP), kompatybilne z Google Authenticator i Microsoft Authenticator i innymi (zarówno dla klienta, jak i administratora),
- zabezpieczenie przed próbami łamania haseł typu brute-force, w tym blokadę adresów IP,
- ochronę warstwy bazodanowej przed SQL Injection dzięki wykorzystaniu prepared statements,
- szyfrowanie danych wrażliwych algorytmem AES-256-CBC,
- pełną zgodność z SSL/TLS oraz bezpieczne zarządzanie sesją z użyciem mechanizmów HttpOnly i SameSite=Strict,
- dodatkowe nagłówki bezpieczeństwa, w tym CSP z nonce, oraz zabezpieczenia przed XSS i CSRF.

Nowy interfejs i-BOK 5 oferuje m.in.:

- czytelny, nowoczesny dashboard,
- tryb ciemny zwiększający komfort pracy,
- warianty kolorystyczne umożliwiające dopasowanie wyglądu do identyfikacji wizualnej operatora,
- responsywny układ i intuicyjną nawigację,
- wysoką wydajność działania dzięki optymalizacji pod PHP 8.1+.

System udostępnia m.in.:

- nowoczesne wykresy wraz z rozbudowaną analityką dla administratorów,
- integrację płatności Tpay, Przelewy24 i PayU, co usprawnia rozliczenia i automatyzuje proces opłacania faktur,
- globalną wyszukiwarkę umożliwiającą szybkie przeszukiwanie klientów, adresów MAC, faktur oraz zgłoszeń serwisowych,
- możliwość pobierania i podpisywania umów, możliwość zdalnego wnioskowania o zmianę taryfy z przedstawionej oferty.

To tylko kilka najważniejszych funkcji. Aby zapoznać się z pełnymi możliwościami - zobacz wersję demo panelu i-BOK 5 zarówno w wersji dla:

użytkownika (klienta Twojej sieci)
https://ibok.pyxisisp.pl
polszewski1007/demo
anowicki1006/demo
(na karcie usera w panelu admina jest login każdego użytkownika i domyślne hasło "demo")

oraz dla Ciebie - administratora
https://ibok.pyxisisp.pl/admin.php
admin/demo

Wersja demonstracyjna zawiera przykładowe wpisy wygenerowane z losowych danych (może nie być do końca spójna).
Pełnię możliwości docenisz podłączając nowy i-BOK 5 do swojej bazy danych.

Na weekend będzie dostępna opcja postawienia iBOKa u siebie na własnej bazie do testów.
W wersji Pyxisa 6.10 będą odblokowane funkcjonalności z tym związane.

Konstruktywne uwagi użytkowników będą oczywiście uwzględnione w wersji finalnej skryptów.

Update:
Jak przetestować iBOKa we własnej sieci:
viewtopic.php?p=6053

- czy użytkownik będzie sam mógł zmienić swoje hasło do ibok'a ?
- czy migrując z wersji 5 do 6 (uprzednio kupując moduł iboka w wersji 5) będę miał tą nową wersję ?

Tak, bedzie dodana taka funkcjonalnosc.

Nowy iBOK bedzie wymagal platnego upgradeu licencji na obecnego iBOKa.

Jak będzie wyglądać moduł szybkich płatności? W demo chyba tego nie ma pokazane.
Rozumiem że rozwiązanie będzie wspierać indywidualne rachunki płatności masowych?
Jaki operator najlepszy?

Jak klient demo ma dokumenty do rozliczenia na swoim kacie, to widac ikonki platnosci. W module administracyjnym masz opcje ich konfiguracji.
Rozliczenia beda po numerze klienta, wiec bedzie to automatycznie rozliczane w czasie rzeczywistym na jego karcie w programie.

W przypadku korzystania z Intruxa jest mozliwe aktywne blokowanie w przypadku przekroczenia zaleglosci i odblokowywanie uslugi po oplaceniu szybkiego przelewu?
Jesli tak, jak to będzie się miało do płatności masowych? ( w sencie ze szybka platnosc jest natychmiastowa ale faktycznie przelew rozliczamy po imporcie informacji z banku)

Platnosc z iBOKa raczej nie bedzie wchodzila na subkonto. Nie beda sie wiec dublowaly te wplaty.

Pyxis pisze: pt 13 mar 2026, 21:20 Platnosc z iBOKa raczej nie bedzie wchodzila na subkonto. Nie beda sie wiec dublowaly te wplaty.

Ale że jak? jesli poleci z iboka to nie poleci na indywidualny nr rachunku klienta?

Raczej bramka nie pyta o nr konta na ktory ma pojsc platnosc.

Tak, raczej wplata na 1 konto podane juz w konfiguracji u dostawcy bramki platnosci. PS. Mozliwosc zmiany hasla przez usera juz jest dodana (z opcja ustawiania wymaganej dlugosci hasla).

Czołem!
Jako wieloletni kibic, użytkownik oraz współinicjator "pewnych kluczowych funkcjonalności" projektu PYXIS pozwolę sobie trochę powymądrzać i ponapinać .

Od razu nawiążę do tematu szybkich płatności.

Czego od tego rozwiązania oczekuje Abonent:
1. Szybki dostęp do systemu/linku do dokonania płatności
2. Wygoda poprzez WEB oraz urządzenie mobilne
3. Bezdyskusyjne wznowienie zablokowanej usługi w nie dalej jak ... 1 minuta do max 5 minut ?

Czego od takiego rozwiązania oczekuje operator ( piszę w swoim imieniu):
1. Przeniesienia kosztu szybkiej płatności na wpłacającego
2. Generowanie linku do szybkiej płatności poprzez pracownika BOK i wysyłka smsem, mailem do Abonenta lub skopiowanie linku do schowka.
Sprawa bardzo pomocna w przypadku niedopłaty, zbiorczego uregulowania zaległości przez Abonenta.
3. Bezdyskusyjna obsługa kont indywidualnych ( tu będzie nieco dłużej )
W moim przypadku wyciągi bankowe oraz wpłaty na konta indywidualne od klientów spływają NAJWCZEŚNIEJ dnia następnego ale np. wpłaty i wyciągi z piątku są w poniedziałek ... a jak trafi się jeszcze jakieś święto to ......, Abonent dokonujący szybkiej płatności na pewno nie oczekuje że za 3 dni przyjdzie człowiek odpali system i ręcznie zaksięguje jego płatność po czym kliknie w ikonę "wyślij konfigurację mikrotik" i już po 3 dniach zablokowana usługa zacznie działać........
Ja bym to widział tak:
a) Abonent dokonuje szybkiej płatności, system płatności potwierdza poprawność opłaty systemowi PYXIS
b) szybka płatność trafia do bazy do nowej kolumny "szybka płatność w oczekiwaniu na księgowanie"
c) "szybka płatność w oczekiwaniu na księgowanie" jest widoczna w nowej komórce na karcie klienta wraz z datą jej dokonania
d) na podstawie zapisu do bazy/nowej komórki system wyklucza z blokad Abonenta np. na 7 dni
e) w tym miejscu trzeba opracować mechanizm skonfigurowania customowego skryptu autowyzwalanego po pojawieniu się na Abonencie takiej płatności któy pchnie dalej mechanizm zdjęcia blokady
f) jakiś czas później dzień dwa podczas księgowania wpłat z banku przez operatora wpłata ta wykazana w nowej komórce jest automatycznie przyrównywana i "zdejmowana/usuwana" z komórki "szybka płatność w oczekiwaniu na księgowanie" dzięki czemu nie dojdzie do dubli księgowych
g) dodatkowy nota na liście wpłat klienta że jest to płatność szybka ułatwi analizę jego wpłat oraz zestawień
h) warto rozważyć automat wysyłania powiadomienia na podany mail (mail pracownika lub mail techniczny) w postaci: Temat: "Wykonano procedurę szybkiej płatności ID:34556, Treść: "Wykonano procedurę szybkiej płatności dla użytkownika ID:34556, Wiejak Robert, Zarejestrowana szybka wpłata 56 zł, Wykluczono z blokad na dni: 7, Operatorze sprawdź poprawność rejestracji opłaty i zdjęcia blokady." W początkowej fazie mechanizmu pozwoli to na jego kontrolę a wykazanie ID już w temacie pozwoli szybko operatorowi przelecieć sprawdzeniem Abonentów patrząc jedynie na liste maili od systemu.


Niewiem czy to nie jest czas na wprowadzenie funkcji/mini programu "Pyxis Automatyzer 0.1b" w postaci odchudzonego pliku exe który chodził by sobie w postaci procesu systemowego na jakimś terminalu na virtualce i miałby panelik konfiguracyjny w postaci przykładowo do tego zadania:

1. Wykrycie w bazie danych nowego wpisu w "szybka płatność w oczekiwaniu na księgowanie" (ptaszki do zaznaczania, moje pomysły)
a) wyślij smsa do klienta - tak/nie, treść do wpisania np: "zarejestrowano szybką płatność"
b) wyslij smsa do operatora - tak/nie, treść do wpisania
c) wyślij konfiguracje mikrotik na urządzenie do którego jest przypisany klient - tak/nie
d) wyślij intrux - tak/nie
e) wykonaj skrypt/plik wsadowy - tak/nie, komórka na skrypt lub link do pliku wsadowego
f) niewiem co jeszcze czekam na Wasze pomysły

Taki "automatyzer" to by była super sprawa moim zdaniem, można by na bazie tego cuda robić, aktywować np dekodery w innym systemie, deaktywować usługi itp. Ale to już jest temat na dalszy rozwój.
Albo np. dla Smokeping opcje typu, zaznacz wszystkim niezaznaczonym, wyślij konfigurację smokeping w co 5 dni.
Temat rzeka, chętnie bym taki automatyzer dofinansował.

P.S. Tak wiem można sobie to wszystko oskryptować pod linuxem etc. ale nie koniecznie zrobi to pracownik BOK, a ile więcej zrobi on to tyle mniej będę musiał zrobić JA

Pyxis pisze: pt 13 mar 2026, 22:46 Raczej bramka nie pyta o nr konta na ktory ma pojsc platnosc.

Zakładając że bramka obsłuży różne nr kont, będzie wprowadzona opcja by wspierać ten typ wpłat?

Zrobiłem szybki research i PayU ma opcje wpłat na podany nr rachunku

mrg pisze: sob 14 mar 2026, 12:11 Czego od takiego rozwiązania oczekuje operator ( piszę w swoim imieniu):
1. Przeniesienia kosztu szybkiej płatności na wpłacającego

To chyba kwestia do zdefiniowania w samej bramce płatności?

Czy będzie możliwość pozostania przy starym (obecnym) iBOK dla tych, którzy nie chcą "nowości".
Ja np. od dawna pytałem o nowego iBOKa, ale już wiem, że nie w takiej wersji...
Nie każdy chce np. połączenia online z bazą..., albo tym bardziej w ogóle połączenia z całą bazą danych Pyxisa...

Jardo pisze: sob 14 mar 2026, 19:38 Zakładając że bramka obsłuży różne nr kont, będzie wprowadzona opcja by wspierać ten typ wpłat?

Zrobiłem szybki research i PayU ma opcje wpłat na podany nr rachunku

Tak, jesli zajdzie taka koniecznosc, to bedzie to wspierane.

Fakt wyboru konta na ktore maja isc wplaty z bramki raczej nie gwarantuje, ze bedzie ten wybor indywidualny do kazdej transakcji. Zreszta nie ma to znaczenia, bo wplata bedzie jednoznacznie identyfikowana poprzez konto iBOKa z ktorego zostanie zrobiona oraz odpowiedni zapis w bazie danych po sukcesie takowej platnosci.

Jestem niezmiennie zwolennikiem prostych rozwiazan bez potrzeby komplikowania prostych rzeczy. Tego sie trzymajmy.