I tak się buduje
Działy merytoryczne budują sobie własne narzędzia z AI. To dobrze, bo nikt nie zna procesów lepiej niż ludzie, którzy pracują z nimi na co dzień. Pytanie nie brzmi, czy się buduje, tylko gdzie to, co powstało, działa. Openbase.one daje waszym zespołom zgodę na budowanie i miejsce, w którym zbudowane aplikacje działają bezpiecznie.
Fikcyjny przykład: w firmie Brandt Logistyka sp. z o.o. Jana, kierowniczka dyspozycji, zbudowała w narzędziu AI pomocnika do planowania tras. Działa. Tyle że na jej prywatnym koncie, udostępnianie oznacza przesyłanie linku, a nikt nie ustalił, kto widzi jakie dane klientów. Tak Jana przenosi go do workspace’u firmy.
Opiszcie
Jana opisuje własnymi słowami, co aplikacja ma robić i kto może co widzieć:
„Planowanie tras. Dyspozytorzy widzą wszystkie trasy swojego oddziału, kierowcy tylko swoje. Kontakty do klientów widzi tylko dyspozycja.”
Na tej podstawie agent budujący tworzy aplikację. Jana nie pisze kodu, nie zakłada zgłoszenia do IT, nie zatrudnia agencji. I to nie jest kreator formularzy: powstaje prawdziwe oprogramowanie z modelem danych, uprawnieniami i testami.
Odpowiedzcie na pytania merytoryczne
Openbase.one pyta tylko o to, co Jana musi rozstrzygnąć merytorycznie, na przykład: „Czy kierowca może sam oznaczyć trasę jako wykonaną, czy potwierdza to dyspozycja?” Jana odpowiada jednym zdaniem. Technika nie jest jej problemem.
Sprawdzone przed uruchomieniem
Każda wersja jest budowana i sprawdzana, zanim trafi na produkcję:
- Sprawdzany jest model danych i reguły dostępu.
- Dane są klasyfikowane, na przykład jako wewnętrzne lub osobowe.
- Każda strona jest otwierana w prawdziwej przeglądarce jako każda osoba testowa: „jako kierowca: widoczne tylko własne trasy”, „jako dyspozycja: widoczne wszystkie trasy oddziału”.
Wersja trafia na produkcję dopiero wtedy, gdy przejdzie sprawdzenie. Nieudany build nigdy nie trafia na produkcję.
Na produkcji, z prawdziwymi uprawnieniami
Aplikacja działa teraz w workspace’ie firmy, a logowanie odbywa się kontami firmowymi. Kod aplikacji działa w izolacji, bez dostępu do sieci, i nie sięga ani do internetu, ani do innych workspace’ów. Nie pisze SQL: każdy dostęp do danych jest sprawdzany względem workspace’u, aplikacji i uprawnień. Administratorzy widzą każdą aplikację, a dziennik audytu pokazuje, kto co zmienił.
To jest różnica dla IT: nie trzeba zabezpieczać każdego narzędzia osobno. Każda aplikacja, która powstaje w workspace’ie, działa w tych samych ramach.
Zmieniajcie później
Dochodzi nowy oddział? Jana opisuje zmianę, a nowa wersja przechodzi to samo sprawdzenie. Każda wersja zostaje zachowana. Jeśli coś pójdzie nie tak, poprzednia wersja wraca na produkcję jednym kliknięciem. Kod leży jako repozytorium git w workspace’ie, a dane można wyeksportować.
Bezpiecznie oznacza tu: sprawdzone, odizolowane, odwracalne. Czy planowanie tras jest merytorycznie poprawne, decyduje zespół. Pomaga w tym umowa wsparcia, która może obejmować przegląd nowych aplikacji przed uruchomieniem.
Ile to kosztuje
Openbase.one kosztuje za workspace, nie za osobę. Budowanie własnych aplikacji jest częścią produktu; za AI płacicie z przedpłaconych kredytów po cenie zakupu modelu plus 10 % opłaty serwisowej przy doładowaniu. Wszystkie plany i umowy wsparcia znajdziecie w cenniku.
Opiszcie swoją pierwszą aplikację i zobaczcie, jak sprawdzona trafia na produkcję.
Zacznij za darmo