Nowy iBOK v5 SQL - wersja demonstracyjna

[Pyxis]

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...

Bedzie mozliwosc. Tylko jednak ta stara wersja to juz taka starsza "nastolatka". Zaraz wejdzie w doroslosc.

Czasy sie zmienija. Zabezpieczenia tez. Wg mojej wiedzy ta nowa wersja jest duuuzo mocniej zabezpieczona przed nieautoryzowanym dostepem niz poprzednia. Chec poprawy tych zabezpieczen i dostosowanie ich do wymagan wspoczesnosci byla jednym z motywow zrobienia tego projektu od nowa. Zreszta glosy dochodzace od uzykownikow iBOKa tylko mnie w tym utwierdzaly.

Druga sprawa, to polaczenie iBOKav5 bedzie mozna ograniczyc do wybranych widokow (nie tabel w bazie), wiec ta "cala baza" o ktora mamy sie bac, to tak troche na wyrost jest. Juz same mechanizmy MySQLa maja sprawdzone zabezpieczenia pod tym katem.

[Pyxis]

Proszę też zerknąć na ten wątek:
viewtopic.php?p=6053

[Pyxis]

Wersja iBOKa 5.0.2 wlasnie wgrana na www. Czesc sugestii klientow juz zostala uwzgledniona.

[Pyxis]

Wersja 5.0.3 na www

[wolfek]

Mamy podobne przemyślenia i tu pytanie jak faktycznie może być to tak rozwiązane, szczególnie pkt 3

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

[intrux]

Asymetria szacunku "Uwielbiam" tę logikę: klient zwleka z płatnością tygodniami, dostaje przypomnienia, ale dopiero po blokadzie robi przelew i... oczekuje przywrócenia wszystkiego "na już" Skoro czas na zapłatę był dla niego pojęciem względnym, to czas na odblokowanie usługi też taki będzie. My czekaliśmy na przelew, on może poczekać na dostęp. To kwestia szacunku. A jak robią inne firmy? A czy pamiętamy o doliczaniu odsetek?
W kwestiach technicznych oczywiście jesteśmy otwarci na ciekawe propozycje automatyzacji i w miarę możliwości postaramy się coś uniwersalnego tworzyć. Dziękujemy za już i czekamy na jeszcze. Kolejne uwagi i propozycje mile widziane

[wolfek]

Zgadza się ale mimo to taka opcja jest potrzebna bo np klient wyjechał na wakacje, zapomniał, wrócił i neta nie ma. Do tego oszczędzamy sobie zbędnych telefonów od tych nawet nieco pretensjonalnych klientów bo im się "samo" odblokuje po wpłacie. Mam opracowany system komunikatów które się wyświetlają w przeglądarce klientowi w formie ostrzeżenia a blokada jest po paru dniach jak to zignoruje. Komunikaty nie są tak drażniące jak blokada nałożona np dzień po terminie. U nas te ostrzeżenia się świetnie sprawdzają.

Asymetria szacunku "Uwielbiam" tę logikę: klient zwleka z płatnością tygodniami, dostaje przypomnienia, ale dopiero po blokadzie robi przelew i... oczekuje przywrócenia wszystkiego "na już" Skoro czas na zapłatę był dla niego pojęciem względnym, to czas na odblokowanie usługi też taki będzie. My czekaliśmy na przelew, on może poczekać na dostęp. To kwestia szacunku. A jak robią inne firmy? A czy pamiętamy o doliczaniu odsetek?
W kwestiach technicznych oczywiście jesteśmy otwarci na ciekawe propozycje automatyzacji i w miarę możliwości postaramy się coś uniwersalnego tworzyć. Dziękujemy za już i czekamy na jeszcze. Kolejne uwagi i propozycje mile widziane

[marcin_siedlce]

Mam opracowany system komunikatów które się wyświetlają w przeglądarce klientowi w formie ostrzeżenia a blokada jest po paru dniach jak to zignoruje. Komunikaty nie są tak drażniące jak blokada nałożona np dzień po terminie. U nas te ostrzeżenia się świetnie sprawdzają.

"podzielisz" się tym rozwiązaniem?

[Pyxis]

Wersja 5.0.4 na www

[Pyxis]

Wersja 5.0.5 na www

[Pyxis]

Wersja 5.0.6 na www.
Zawiera wiekszosc sugestii zglaszanych przez testujacych.

[Pyxis]

Wersja 5.0.7 na www.

[Pyxis]

Wersja 5.0.8 na www.

================================================================================
i-BOK 5 - CHANGELOG
================================================================================

v5.0.8 (2026-04-02)
--------------------
- Eliminacja migotania/drgania UI przy przewijaniu i klikaniu w bloki
- Globalna reguła transition ograniczona do klasy dm-transition (aktywna tylko przy dark mode toggle)
- Navbar hover: usunięto zmianę padding/margin powodującą reflow layoutu
- Card hover box-shadow przeniesiony na pseudo-element ::after (GPU-accelerated)
- Usunięto backdrop-filter z kart, stat-card i navbaru (pozostawiony tylko na login-card)
- Skrócono animację stat-card (0.35s, mniejsze opóźnienia, dodano will-change)
- Nav-icon hover: zmniejszono skalę, usunięto kosztowny drop-shadow filter
- Usunięto transition z card-header icon filter
- Fixed overlays (body::before, grain) — dodano contain:strict
- Dark mode toggle w JS dodaje/usuwa klasę dm-transition na 350ms

v5.0.7 (2026-04-02)
--------------------
- Poprawka przypisywania umów do klientów: UM_INDEXUSER = U_INDEX (nie U_NRKLIENTA)
- Wszystkie zapytania o umowy (pobieranie, podpisywanie, liczenie, PDF) używają JOIN Userdb
- Wzorzec identyczny jak w db_read_mac() (M_INDEXUSER = U_INDEX)
- Dotyczy: db_read_umowy_do_podpisu, db_read_umowy_klienta, db_podpisz_umowe,
db_read_najnowsza_umowa, db_count_umowy_do_podpisu, db_read_umowy_admin,
db_read_umowy_all, db_get_document_pdf (autoryzacja PDF umów)

v5.0.6 (2026-03-27)
--------------------
- Role użytkowników panelu admina: rozróżnienie admin (właściciel) i serwisant
- Serwisanci logują się kontami z PYXIS (iBOK_Serw1..3Login/Haslo)
- Ukrywanie finansowych danych analitycznych firmy dla serwisantów
- Nowa strona: Ustawienia > Funkcje panelu
- Ukryj prędkości łącza w panelu klienta
- Ukryj IP urządzeń w panelu klienta
- Prędkości z urządzeń: fallback na vMac gdy brak w karcie usera
- Pokazywana jest najwyższa prędkość spośród aktywnych urządzeń klienta
- Odczyt prędkości z tabeli vMac (M_PASMODOWNLOAD/UPLOAD*TXT) w db_read_mac()
- Obsługa błędów zapisu konfiguracji: komunikat z konkretną komendą chmod/chown

v5.0.5 (2026-03-26)
--------------------
- Poprawka połączenia SMTP
- Dodanie debug output SMTP w testach połączenia i wysyłki
- Poprawka formularza "Powiadomienia o logowaniu"
- Poprawka powiadomień o nieudanym logowaniu admina
- Poprawka eksportu backupu konfiguracji
- Szyfrowanie backupu konfiguracji: AES-256-CBC z hasłem, format .enc
- Backup: dodano db/2fa/ (sekrety TOTP, backup codes) i cfg/contracts/

v5.0.4 (2026-03-20)
--------------------
- Opis płatności (O_OPISPLATNOSCI) zapisywany w OplatyIbok z szablonu bramki płatności

v5.0.3 (2026-03-17)
--------------------
- Poprawka wysyłki email z formularza kontaktowego (SMTP używany gdy host skonfigurowany, niezależnie od flagi enabled)
- Poprawka fałszywego komunikatu sukcesu przy błędzie wysyłki w formularzu kontaktowym

v5.0.2 (2026-03-16)
--------------------
- Rejestrowanie wpłat online w tabeli OplatyIbok (data wpłaty, data dodania, kwota, klient, bramka, nr transakcji, nr faktury)
- Automatyczne tworzenie tabeli OplatyIbok przy pierwszej wpłacie (bez ręcznej migracji)

v5.0.1 (2026-03-14)
--------------------
- Zmiana hasła przez użytkownika (panel klienta)
- Wyświetlanie wersji w stopce panelu administracyjnego
- Poprawki stabilności i wydajności
- Poprawki w UI

v5.0.0 (2026-03-01)
--------------------
- Pierwsza wersja i-BOK 5
- Panel klienta: logowanie, dane konta, faktury, płatności online
- Panel administratora: zarządzanie klientami, infrastruktura, urządzenia, statystyki
- Obsługa baz danych: MySQL/MariaDB (PYXIS)
- Bramki płatności: Tpay, Przelewy24, PayU
- Dwuskładnikowe uwierzytelnianie (2FA/TOTP)
- Powiadomienia email (SMTP)
- Tryb demo
- Kontrola dostępu IP (panel klienta i admina)
- Ciemny motyw (dark mode)
- Wielojęzyczność (PL/EN)
- Umowy i oferty zmiany taryfy
- Analityka logowań
- Backup i import konfiguracji

[Pyxis]

Najnowsza wersja do pobrania z www:
https://pyxisisp.pl/download/ibok5_0_10.zip

================================================================================
i-BOK 5 - CHANGELOG
================================================================================

v5.0.10 (2026-06-16)
--------------------
- Umowy: rejestracja i podgląd daty, godziny oraz adresu IP podpisania umowy
przez klienta
- Metadane zapisywane po stronie i-BOK (cfg/contracts/signatures.json), bez zmian w PYXIS
- W panelu admina (Umowy): nowa sekcja "Umowy podpisane przez i-BOK" na liście
głównej oraz dane podpisu w szczegółach klienta przy statusie "Podpisana"
- Płatności: wyświetlanie komunikatu po nieudanej inicjalizacji płatności
(lista faktur czyta parametr error= z payment_init.php zamiast cichego powrotu)
- Dostępność (WCAG AA) i spójność CSP:
- Przycisk hamburgera nawigacji: aria-controls/aria-expanded/aria-label
- Modal wygaśnięcia sesji: aria-labelledby/aria-modal + id tytułu
- Przełącznik trybu ciemnego: role=button, aria-label, tłumaczony tooltip
- payment_return.php: dodano nonce CSP na skrypcie Bootstrap
- Responsywność (mobile): naprawiono poziome rozjeżdżanie się stron na telefonach
- Dashboard, widżet "Nierozliczone faktury": na wąskich ekranach (<576px) ukryte
kolumny "Pozostało" i "Termin" (zostają Nr faktury/Kwota/przycisk Zapłać);
zachowano overflow:visible, więc dropdown bramek nadal działa
- Strona klienta "Informacje": tabela historii logowań w table-responsive
- Strona klienta "Umowy": tabela umów w table-responsive
- 2FA (panel klienta i admina): poprawki UI strony konfiguracji
- Naprawiono ucinanie pola 6-cyfrowego kodu przy "Zweryfikuj i włącz"
- Poszerzono pole "Klucz do ręcznego wpisu" (32-znakowy sekret nie jest ucinany)
- Spójne wyśrodkowanie elementów setupu (QR, klucz, pole kodu); ujednolicono
wygląd między panelem klienta a admina

v5.0.9 (2026-06-15)
--------------------
- Płatności online: obowiązkowa akceptacja regulaminu bramki przed płatnością
- Modal z linkiem do regulaminu bramki i checkboxem "zapoznałem się z regulaminem"
(wymóg przy przerzuceniu prowizji na klienta) — przejście do płatności możliwe
dopiero po zaznaczeniu zgody
- Konfigurowalny link regulaminu per bramka w panelu admina (Płatności); puste = oficjalny domyślny
- Tpay: naprawiono "wiszące" przekierowanie do płatności
- Auto-submit formularza Tpay był blokowany przez CSP (inline <script> bez nonce) —
dodano nonce + zapasowy przycisk w <noscript>
- Przelewy24: poprawiono format podpisu do REST API v1
- Podpisy liczone jako SHA-384 z JSON (było: string z separatorem "|"):
rejestracja, weryfikacja notyfikacji (pełny zestaw pól) oraz transaction/verify
- Płatności: blokada w trybie demo (spójny brak tokenu sesji) oraz przekazywanie
e-maila klienta do bramki
- Faktury/urządzenia: naprawiono błąd SQL db_read_mac (kolumny prędkości M_PASMO*
nie istnieją w widoku vMac PYXIS) — lista urządzeń klienta znów się ładuje;
kolumny per-urządzenie dołączane tylko gdy faktycznie istnieją w widoku
- Prędkości dzień/noc: spójne wyświetlanie obu wariantów (jedna prędkość na dobę
vs dzień+noc) przez helper ibok_has_night_speed(); dodano prędkość nocną na karcie
klienta w panelu admina (bez rozjeżdżania kafelków)