Nowy iBOK v5 SQL - wersja demonstracyjna

Uzupełnienie instrukcji w PDF
Pyxis
Site Admin
Posty: 2311
Rejestracja: pn 29 wrz 2008, 23:40
Lokalizacja: Strzegom
Kontakt:

Re: Nowy iBOK v5 SQL - wersja demonstracyjna

Post autor: Pyxis »

rzirzi pisze: sob 14 mar 2026, 19:58 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.
Piotr Szkut - PYXIS
Pyxis
Site Admin
Posty: 2311
Rejestracja: pn 29 wrz 2008, 23:40
Lokalizacja: Strzegom
Kontakt:

Re: Nowy iBOK v5 SQL - wersja demonstracyjna

Post autor: Pyxis »

Proszę też zerknąć na ten wątek:
viewtopic.php?p=6053
Piotr Szkut - PYXIS
Pyxis
Site Admin
Posty: 2311
Rejestracja: pn 29 wrz 2008, 23:40
Lokalizacja: Strzegom
Kontakt:

Re: Nowy iBOK v5 SQL - wersja demonstracyjna

Post autor: Pyxis »

Wersja iBOKa 5.0.2 wlasnie wgrana na www. Czesc sugestii klientow juz zostala uwzgledniona.
Piotr Szkut - PYXIS
Pyxis
Site Admin
Posty: 2311
Rejestracja: pn 29 wrz 2008, 23:40
Lokalizacja: Strzegom
Kontakt:

Re: Nowy iBOK v5 SQL - wersja demonstracyjna

Post autor: Pyxis »

Wersja 5.0.3 na www
Piotr Szkut - PYXIS
wolfek
Posty: 19
Rejestracja: śr 21 paź 2015, 22:10

Re: Nowy iBOK v5 SQL - wersja demonstracyjna

Post autor: wolfek »

Mamy podobne przemyślenia i tu pytanie jak faktycznie może być to tak rozwiązane, szczególnie pkt 3
mrg pisze: sob 14 mar 2026, 12:11 Czołem!
Jako wieloletni kibic, użytkownik oraz współinicjator "pewnych kluczowych funkcjonalności" projektu PYXIS pozwolę sobie trochę powymądrzać i ponapinać :lol:.

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. :D
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ł. :D

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 :D
intrux
Posty: 6
Rejestracja: czw 30 wrz 2010, 07:02

Re: Nowy iBOK v5 SQL - wersja demonstracyjna

Post autor: 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
Posty: 19
Rejestracja: śr 21 paź 2015, 22:10

Re: Nowy iBOK v5 SQL - wersja demonstracyjna

Post autor: 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ą.
intrux pisze: śr 18 mar 2026, 17:01 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
Posty: 95
Rejestracja: ndz 05 paź 2008, 21:23

Re: Nowy iBOK v5 SQL - wersja demonstracyjna

Post autor: marcin_siedlce »

wolfek pisze: czw 19 mar 2026, 10:46 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
Site Admin
Posty: 2311
Rejestracja: pn 29 wrz 2008, 23:40
Lokalizacja: Strzegom
Kontakt:

Re: Nowy iBOK v5 SQL - wersja demonstracyjna

Post autor: Pyxis »

Wersja 5.0.4 na www
Piotr Szkut - PYXIS
Pyxis
Site Admin
Posty: 2311
Rejestracja: pn 29 wrz 2008, 23:40
Lokalizacja: Strzegom
Kontakt:

Re: Nowy iBOK v5 SQL - wersja demonstracyjna

Post autor: Pyxis »

Wersja 5.0.5 na www
Piotr Szkut - PYXIS
Pyxis
Site Admin
Posty: 2311
Rejestracja: pn 29 wrz 2008, 23:40
Lokalizacja: Strzegom
Kontakt:

Re: Nowy iBOK v5 SQL - wersja demonstracyjna

Post autor: Pyxis »

Wersja 5.0.6 na www.
Zawiera wiekszosc sugestii zglaszanych przez testujacych.
Piotr Szkut - PYXIS
Pyxis
Site Admin
Posty: 2311
Rejestracja: pn 29 wrz 2008, 23:40
Lokalizacja: Strzegom
Kontakt:

Re: Nowy iBOK v5 SQL - wersja demonstracyjna

Post autor: Pyxis »

Wersja 5.0.7 na www.
Piotr Szkut - PYXIS
Pyxis
Site Admin
Posty: 2311
Rejestracja: pn 29 wrz 2008, 23:40
Lokalizacja: Strzegom
Kontakt:

Re: Nowy iBOK v5 SQL - wersja demonstracyjna

Post autor: 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
Piotr Szkut - PYXIS
ODPOWIEDZ