Bez migracji danych· Cztery drogi wejścia· Dane zostają po Waszej stronie granicy
ARCHITEKTURAbez migracji
Omnira nie zastępuje Waszego stacku. Siada między nim a decyzją.
Systemy zostają tam, gdzie są. Omnira podłącza się do nich, składa z nich jeden kontekst i oddaje wynik z powrotem - jako rekomendację, alert albo uruchomiony proces. Poniżej schemat tej instalacji, warstwa po warstwie.
SCHEMAT INSTALACJI
Pięć warstw, jedna pętla.
Od systemów, które już macie, przez wspólny rdzeń, po działanie wracające do tych samych systemów. Kliknij warstwę, żeby zobaczyć, co w niej stoi.
01
ŹRÓDŁA
To, co firma ma dzisiaj. Zostaje na miejscu - Omnira czyta z tych systemów, zamiast je zastępować.
7 elementow
01ŹRÓDŁA
- CRMKlienci, szanse, historia kontaktu. Czytamy stan, nie przejmujemy procesu sprzedaży.
- ERPZamówienia, magazyn, rozliczenia. Stąd bierze się liczba, która musi się zgadzać w całej firmie.
- HRLudzie, grafiki, nieobecności. Bez tego prognoza obsady jest zgadywaniem.
- ProjektyZadania, terminy, obciążenie zespołów - z Jiry, Asany, ClickUpa albo arkusza.
- Bazy danychDane operacyjne, do których dziś sięga tylko dział IT z zapytaniem SQL.
- DokumentyUmowy, oferty, protokoły. Wchodzą do pamięci firmy, a nie tylko na dysk.
- KomunikacjaPoczta i czat. Tam zapada połowa ustaleń, których nie ma w żadnym systemie.
02
POŁĄCZENIA
Cztery drogi wejścia do tych samych danych. Wybór drogi jest decyzją wdrożeniową, nie techniczną fanaberią - rozpisujemy ją niżej.
4 elementy
02POŁĄCZENIA
- APIprotokółOficjalne API systemu. Najkrótsza droga, o ile system je ma i ma je udokumentowane.
- MCPprotokółModel Context Protocol: standard, którym asystent sięga po narzędzia i dane bez pisania osobnego konektora.
- WEBHOOKIprotokółSystem sam zgłasza zdarzenie, gdy coś się wydarzy. Zamiast odpytywać co minutę, czekamy na sygnał.
- KONEKTORYwdrożenieDedykowane połączenie do systemu, który nie ma API. Pisane pod konkretne wdrożenie.
03
RDZEŃ OMNIRA
Jedno miejsce, w którym dane z różnych systemów stają się jedną wersją liczby. Wspólne dla wszystkich modułów - nie ma sześciu osobnych rdzeni.
5 elementow
03RDZEŃ OMNIRA
- Wspólny kontekstJedna wersja liczby zamiast pięciu. Ten sam klient, to samo zlecenie i ta sama marża w każdym module.
- Logika biznesowaReguły Waszej firmy: co jest ryzykiem, co wymaga akceptacji, co wolno uruchomić automatycznie.
- PamięćCo się już wydarzyło, co wtedy zrobiliśmy i jak to się skończyło. Bez pamięci każda rekomendacja zaczyna od zera.
- ModelePrognozy i klasyfikacje. Model liczy na kontekście, nie na surowym eksporcie - i dlatego jego wynik da się wytłumaczyć.
- UprawnieniaKto co widzi i kto co może uruchomić. Uprawnienie jest sprawdzane przy danych, nie przy ekranie.
04
PRODUKTY
Sześć modułów na jednym rdzeniu. Zaczyna się od jednego procesu, nie od całej firmy - kolejny moduł dokłada się do tego samego kontekstu.
6 elementow
04PRODUKTY
- PredictPrognozy, ryzyka, rekomendacje
- DeskObsada i status operacyjny
- LeadPozyskiwanie i kwalifikacja
- OfferWycena i oferta
- FlowAutomatyzacje między systemami
- VoiceAsystent głosowy
05
DZIAŁANIA
Wyjście z systemu. Każde działanie zostawia ślad w dzienniku: kto, kiedy, na czyj wniosek i z jakim skutkiem.
5 elementow
05DZIAŁANIA
- REKOMENDACJEPodpowiedź z uzasadnieniem i danymi, z których wynika. Decyzja zostaje po stronie człowieka.
- AUTOMATYZACJEProces uruchomiony bez pytania - tam, gdzie reguła jest jednoznaczna i zapisana.
- ALERTYSygnał, że coś odbiega od normy, zanim odbije się na wyniku miesiąca.
- AKCEPTACJEBramka dla działań, które wymagają podpisu. Kto zaakceptował, zostaje w dzienniku.
- ZAPIS ZWROTNYWynik wraca do systemu, z którego przyszły dane. Bez tego powstaje kolejna wyspa danych.
Wybierz warstwę, żeby zobaczyć, co w niej stoi i co z niej wychodzi.
DROGI WEJŚCIA
Cztery sposoby, żeby wejść do Waszych danych.
Na schemacie stoją jako zawory, bo w każdym z nich coś się rozstrzyga: co wpuszczamy, jak często i czym za to płacimy. Wybór drogi ustalamy przy wdrożeniu, system po systemie.
01
API
protokółOficjalne API systemu. Najszybsze wejście i najmniej niespodzianek: kontrakt jest opisany, a zmiany po stronie dostawcy są zapowiadane. Tak wchodzimy wszędzie, gdzie się da.
Potrzebne po Waszej stronieDostęp do konta z uprawnieniem do odczytu i klucz API.
02
MCP
protokółModel Context Protocol - standard, którym asystent sięga po narzędzia i dane bez pisania osobnego konektora do każdego z nich. Dzięki niemu nowe źródło podłącza się w dniach, a nie w tygodniach.
Potrzebne po Waszej stronieSerwer MCP po stronie systemu albo postawiony przez nas przy wdrożeniu.
03
Webhooki
protokółSystem sam zgłasza zdarzenie w chwili, w której ono zachodzi. Zamiast odpytywać co minutę i i tak spóźniać się o minutę, czekamy na sygnał. To jest droga do rzeczy, które muszą być natychmiast.
Potrzebne po Waszej stronieMożliwość wskazania adresu odbiorczego i sekret do podpisania zgłoszeń.
04
Konektory dedykowane
wdrożenieDo systemów, które nie mają API: starszy ERP, baza wewnętrzna, eksport z programu księgowego. Piszemy połączenie pod konkretne wdrożenie i utrzymujemy je razem z resztą instalacji.
Potrzebne po Waszej stronieDostęp do bazy albo do katalogu z eksportami i osoba po Waszej stronie, która zna format.
Żadna z tych dróg nie wymaga migracji ani wymiany narzędzi. Zaczynamy od jednego systemu i jednego procesu - reszta dokłada się do tego samego kontekstu.
DANE I BEZPIECZEŃSTWO
Granica na schemacie nie jest ozdobnikiem.
To, co narysowane jako granica systemu, w kodzie jest zestawem reguł, które trudno obejść przez pomyłkę. Poniżej sześć z nich - te, które da się sprawdzić, a nie te, które dobrze wyglądają na slajdzie.
01
Dane klientów rozdzielone w bazie
Izolacja stoi na regułach samej bazy danych, nie na warunku w kodzie aplikacji. Zapytanie bez kontekstu organizacji nie zwraca pustej listy - ono nie ma prawa wykonać się poprawnie.
02
Aplikacja nie ma klucza do wszystkiego
Poświadczenia z uprawnieniem omijającym izolację nie istnieją w procesie aplikacji ani w procesie zadań w tle. Nawet udany atak na aplikację nie daje dostępu do danych innych organizacji.
03
Dane osobowe nie trafiają do wspólnej warstwy
Dane rejestrowe firm są wspólne, dane osób nie. Pilnuje tego typ funkcji zapisującej i warunek w schemacie bazy, a nie akapit w regulaminie - zapis bez oczyszczenia jest niemożliwy, a nie tylko zabroniony.
04
Stan domyślny jest bezpieczny
Brak sekretu zamyka wejście zamiast je otwierać. Brak klucza do źródła daje dane pokazowe zamiast prawdziwych. Brak trybu produkcyjnego nie wysyła niczego na zewnątrz. Pomyłka w konfiguracji kończy się ciszą, nie wyciekiem.
05
Każde działanie zostaje w dzienniku
Kto, kiedy, na czyj wniosek i z jakim skutkiem - łącznie z tym, czy wiadomość naprawdę wyszła. Dziennik ma własny okres przechowywania, którego nie da się skrócić z poziomu ustawień organizacji.
06
Dane wchodzą tylko oficjalną drogą
Rejestry publiczne czytamy wyłącznie przez ich API, nigdy zbieraniem ze stron. Źródło bez podstawy prawnej nie przechodzi przez naszą bramkę techniczną, więc nie da się go dodać "na chwilę".
Certyfikatów, regionów hostingu ani deklaracji szyfrowania nie ma na tej stronie celowo. Wchodzą tu razem z dokumentem, który je potwierdza.
PYTANIA
Co pada na pierwszej rozmowie technicznej
Sześć pytań, które słyszymy, zanim ktokolwiek zapyta o cenę.
Nie. Omnira czyta z systemów, które już macie, i zapisuje wynik z powrotem do nich. Migracja byłaby zamianą jednej wyspy danych na drugą - a to jest dokładnie ten problem, który mamy rozwiązać.
Wtedy zostaje konektor dedykowany albo wejście przez bazę czy katalog eksportów. To jest droższa droga i mówimy o tym wprost na wycenie, bo trzeba ją napisać i potem utrzymywać razem z resztą instalacji.
To jest ustawienie, nie właściwość produktu. Ta sama rekomendacja może kończyć się podpowiedzią, wnioskiem do akceptacji albo uruchomionym procesem. Granicę ustalacie Wy i zapisujemy ją w regułach, a nie w mailu.
Osoby, którym nadacie dostęp, i nikt poza nimi. Dane różnych klientów są rozdzielone regułami samej bazy, a nie warunkiem w kodzie. Nasz dostęp do wdrożenia jest osobną, zapisywaną w dzienniku ścieżką.
System z API i dokumentacją to zwykle kwestia dni. System bez API albo z nietypowym modelem danych to tygodnie, bo trzeba napisać i przetestować połączenie. Po spisie systemów podajemy to per system, a nie jedną liczbą.
Wasze dane operacyjne w Omnirze są usuwane, a to, co Omnira zapisała zwrotnie do Waszych systemów, zostaje u Was - bo od początku stoi po Waszej stronie granicy.
Chcecie zobaczyć ten schemat na swoich systemach?
Pokażcie nam listę narzędzi, z których korzystacie. Zwykle po pierwszej rozmowie wiadomo, które wejście jest najkrótsze i od którego procesu warto zacząć.
