„Zbuduj aplikację do obsługi klientów, projektów i zadań”. Tak może zaczynać się tworzenie firmowego programu z AI. Po pierwszych ekranach przychodzą jednak pytania o ludzi, dostęp i historię danych. W bs4 Core wiele mechanizmów potrzebnych do udzielenia tych odpowiedzi jest już częścią platformy.
Wyobraź sobie prosty system do obsługi projektów. Powstaje formularz klienta, lista zadań i pulpit kierownika. Pierwsze demonstracje wyglądają obiecująco. Teraz do programu ma wejść kilkunastu pracowników, handlowiec ma widzieć swoich klientów, a po odejściu członka zespołu firma musi zachować dokumentację jego pracy.
W tym momencie projekt obejmuje znacznie więcej niż zaprojektowanie ekranów. Trzeba ustalić reguły, wdrożyć je w aplikacji i sprawdzić, czy działają również w mniej oczywistych sytuacjach.
AI może pomóc w tej pracy. Można też korzystać z gotowych bibliotek i usług. Nadal jednak ktoś musi je wybrać, połączyć i zweryfikować. Budując na platformie bs4 Core do tworzenia aplikacji biznesowych, zaczynasz ze wspólnym zapleczem dla wielu aplikacji biznesowych.
Gotowe zaplecze zmienia rodzaj pracy: zamiast zlecać budowę kolejnego mechanizmu, ustalasz, jak ma on służyć Twojej firmie.
Poniżej 11 obszarów i 33 przykładowe pytania do AI lub zespołu tworzącego aplikację. To lista decyzji projektowych, a nie pomiar wymaganej liczby promptów. Jeden prompt może obejmować kilka tematów, a jedna odpowiedź może wymagać kolejnych poprawek.
1. Nowy pracownik: jak wprowadzić go do aplikacji?
- Kto może założyć konto pracownika?
- Jak uruchomimy jego dostęp i obsłużymy późniejsze odzyskanie dostępu?
- Do jakich grup trafi i jaki ekran zobaczy po wejściu?
Punkt startowy w bs4 Core: kartoteka pracownika ma login w formie adresu e-mail, ustawienia dostępu i stronę startową. Platforma obsługuje reset dostępu, a przy dodaniu pracownika przypisuje go do grupy „wszyscy”. Administrator dobiera dalsze grupy i widoki do roli pracownika.
To gotowa podstawa wdrożenia użytkownika do programu. Firmowe szkolenia, checklisty i przekazanie obowiązków nadal projektuje się zgodnie z potrzebami organizacji.
2. Uprawnienia: kto może zobaczyć dane i co może z nimi zrobić?
- Czy dostęp nadajemy pojedynczym osobom, czy grupom pełniącym określone role?
- Kto zobaczy dane, kto je edytuje, a kto otrzyma możliwość wykonania operacji?
- Czy dostęp ma zależeć od tego, kto jest przypisany do konkretnej sprawy?
Punkt startowy w bs4 Core: istnieją grupy pracowników oraz mechanizm uprawnień do stron, elementów formularzy i opcji zestawień. Element formularza może być dostępny do podglądu albo edycji. Reguły mogą uwzględniać dodatkowy warunek i przypisanie użytkownika lub grupy w danych obiektu.
Można więc projektować takie zasady jak: kierownictwo widzi szerszy zakres, a osoba przypisana do sprawy otrzymuje określone możliwości. Konkretne reguły trzeba skonfigurować i przetestować.
3. MFA: jak potwierdzać tożsamość użytkownika?
- Dla których kont wymagamy drugiego składnika logowania?
- Jak użytkownik połączy konto z aplikacją Authenticator?
- Jak często ponownie wymagamy kodu na komputerze i w aplikacji mobilnej?
Punkt startowy w bs4 Core: platforma ma obsługę uwierzytelniania dwuskładnikowego z Authenticatorem, parowania konta i zarządzania zaufaniem do urządzeń. Częstotliwość ponownego wymagania kodu jest konfigurowana osobno dla przeglądarki i aplikacji mobilnej.
Firma wybiera politykę i dba o prawidłowe uruchomienie MFA na kontach. Samo istnienie funkcji nie oznacza, że jest ona już aktywna dla każdego użytkownika.
4. Odejście pracownika: jak odebrać dostęp i zachować historię?
- Czy odejście z firmy wymaga usunięcia kartoteki pracownika?
- Co stanie się z jego otwartymi sesjami?
- Jak zachowamy historię pracy i przekażemy prowadzone sprawy?
Punkt startowy w bs4 Core: można wyłączyć pracownika lub odebrać mu dostęp bez kasowania jego kartoteki. Wyłączenie pracownika kończy jego sesje i usuwa członkostwo w grupach. Samo odebranie dostępu również kończy sesje.
To pozwala oddzielić dostęp do programu od zachowania informacji o osobie w historii firmy. Przekazanie klientów, zadań i odpowiedzialności następcy wymaga ustalenia procesu. Nie należy zakładać, że samo wyłączenie konta automatycznie przepisuje wszystkie sprawy.
5. Pomyłkowe usunięcie danych: czy można je odzyskać?
- Czy usunięcie rekordu ma od razu oznaczać jego bezpowrotną utratę?
- Jak długo zachowujemy usunięte dane?
- Jak przywrócimy rekord i sprawdzimy powiązania z innymi danymi?
Punkt startowy w bs4 Core: standardowy mechanizm usuwania wielu typów rekordów odkłada ich kopie do osobnego obszaru danych usuniętych. Platforma ma funkcję przywracania rekordów i obsługę określonych powiązań. Czas przechowywania przed definitywnym usunięciem można ustalać dla klas danych.
Zakres odzyskiwania zależy od rodzaju danych, zachowanych kopii i ich powiązań. Jest to dodatkowa możliwość naprawienia pomyłki, obok odrębnej polityki kopii zapasowych.
6. Logowania: jak sprawdzić, kto próbował wejść do systemu?
- Czy zapisujemy udane i nieudane próby logowania?
- Czy potrzebujemy informacji o użytkowniku, czasie i adresie IP?
- Jak ograniczymy kolejne nieudane próby i odnotujemy wylogowanie?
Punkt startowy w bs4 Core: istnieje rejestr udanych i nieudanych logowań oraz operacji wylogowania. Zapisy obejmują m.in. użytkownika, czas i adres IP. Mechanizm kontroli nieudanych prób uwzględnia limity prób dla loginu oraz adresu IP.
Warto przy tym odróżniać zarejestrowaną operację wylogowania od zamknięcia karty przeglądarki, które nie musi wysłać takiego zdarzenia.
7. Historia zmian: kto zmienił wartość w kartotece?
- Które pola mają mieć historię zmian?
- Czy zapisujemy poprzednią i nową wartość?
- Jak powiążemy zmianę z osobą, czasem i konkretną kartoteką?
Punkt startowy w bs4 Core: dla pól objętych rejestrowaniem platforma buduje historię zmiany wartości „z” i „na”. Zapis jest powiązany z obiektem, a standardowe metadane identyfikują autora i czas operacji.
Przykładowo można objąć historią zmianę statusu sprawy, osoby odpowiedzialnej czy ustalonej kwoty. Zakres wybiera się w konfiguracji pól, zamiast osobno dopisywać rejestrowanie do każdego nowego formularza.
8. Sam podgląd: czy potrzebujemy śladu otwarcia kartoteki?
- Czy istotne jest również to, kto przeglądał kartotekę bez jej zmiany?
- Jak powiążemy taki zapis z użytkownikiem i obiektem?
- Jak prezentujemy kolejne otwarcia tej samej kartoteki?
Punkt startowy w bs4 Core: platforma ma mechanizm rejestrowania otwarcia kartoteki. Kolejne otwarcia tego samego obiektu przez tę samą osobę mogą aktualizować poprzedni wpis i dopisywać informację o wcześniejszych odczytach.
Daje to ślad przeglądania danych w obsługiwanym przepływie kartotek. Nie należy utożsamiać go z rejestrowaniem każdego kliknięcia ani każdego technicznego odczytu przez integrację.
9. Sesja: jak długo użytkownik pozostaje zalogowany?
- Jaki czas ważności sesji przyjmujemy dla danego sposobu korzystania z systemu?
- Kiedy aktywność użytkownika przedłuża sesję?
- Jak aplikacja rozpoznaje, że sesja już wygasła?
Punkt startowy w bs4 Core: istnieje wspólny mechanizm sesji, czasu ich wygaśnięcia i przedłużania podczas obsługiwanej aktywności. Czas jest pobierany z parametrów konfiguracji zależnych od typu sesji.
Firma ustala odpowiednią politykę. Nie trzeba budować osobnego mechanizmu sesji dla kolejnej aplikacji opartej na tej samej platformie.
10. Treść pól: zwykły tekst czy formatowanie HTML?
- W których polach dopuszczamy formatowaną treść?
- Jak ograniczamy dozwolone znaczniki i atrybuty HTML?
- Jak zadbamy o poprawne wyświetlanie danych w formularzach i raportach?
Punkt startowy w bs4 Core: platforma rozróżnia zwykłe pola tekstowe i pola treści HTML. Standardowa walidacja pól HTML korzysta z HTMLPurifier i określonego zestawu dozwolonych elementów. Zwykłe pola tekstowe mają odrębną obsługę.
Ważny jest wybór właściwego typu pola i ustawień oraz sposób prezentacji danych. Gotowe filtrowanie nie zwalnia z weryfikacji własnych rozszerzeń ani z ostrożnego używania wyjątków pozwalających ominąć ograniczenia.
11. Pięć lat później: co z milionem rekordów?
- Czy zestawienie pobiera potrzebną stronę wyników, czy próbuje wczytać wszystkie rekordy?
- Które pola wymagają indeksów dla używanych filtrów i wyszukiwania?
- Jak sprawdzimy szybkość raportów na przewidywanej skali danych?
Punkt startowy w bs4 Core: mechanizm zestawień obsługuje pobieranie porcji wyników, filtrowanie i sortowanie po stronie bazy. Konfiguracja pól przewiduje również tworzenie indeksów.
To konkretne narzędzia do pracy z rosnącą bazą. Milion rekordów nadal wymaga oceny zapytań, raportów, powiązań i zasobów serwera oraz testów na reprezentatywnych danych. Odpowiedzialna obietnica dotyczy przygotowanego zaplecza i możliwości jego dostrojenia do wdrożenia.
Co naprawdę otrzymujesz na starcie?
W aplikacji firmowej liczy się również wszystko, co dzieje się między ekranami: odebranie dostępu, odnalezienie autora zmiany, odzyskanie pomyłkowo skasowanego wpisu czy wyświetlenie kolejnej strony wyników bez wczytywania całej bazy.
bs4 Core dostarcza wspólne mechanizmy obsługi tych spraw. Dostosowując aplikację, pracujesz nad tym, kto zatwierdza wydatek, jakie dane opisują projekt, jak przebiega obsługa klienta i co powinien zobaczyć kierownik.
Decyzje biznesowe nadal należą do Ciebie. Wspólne zaplecze pozwala jednak przenieść znaczną część pracy z budowy podstaw na konfigurację i sprawdzenie rozwiązania dla konkretnej firmy. AI może pomagać również na tym etapie.
Zanim zaczniesz budować kolejną aplikację od pustego projektu, sprawdź, ile z potrzebnego zaplecza już istnieje w bs4 Core. Umów bezpłatną konsultację z BS4, opowiedz o procesie, który chcesz usprawnić, i zobacz, od czego możesz zacząć.
Co dalej? Od listy pytań do aplikacji dla Twojej firmy
Jeżeli szukasz gotowego zaplecza do własnej aplikacji, poznaj możliwości bs4 Core. Osoby techniczne mogą zajrzeć do dokumentacji bs4 Core. Przed rozmową o wdrożeniu wybierz z powyższej listy trzy obszary najważniejsze dla swojej firmy — pomogą określić zakres rozwiązania.
Przed prezentacją rozwiązania skorzystaj z listy kontrolnej testowania aplikacji. Jeśli zaczynasz od obsługi klientów i sprzedaży, zobacz także jak wybrać system CRM dla firmy.