Informacje należące do produktu
Autorytatywne informacje należące do określonego obszaru produktu.
BLUETRIX dla deweloperów
Model danych zbudowany wokół interakcji.
Łącz stabilne tożsamości, obiekty biznesowe i inteligencję pochodną bez utraty źródła, czasu ani własności.
Cele
Zachowaj znaczenie, tożsamość i własność.
- Stabilne tożsamości
- Jednoznaczna terminologia biznesowa
- Widoczna odpowiedzialność
- Unikanie nadmiarowych źródeł prawdy
- Łączenie interakcji i obiektów biznesowych
- Zmiany w czasie możliwe do prześledzenia
- Kontrolowana integracja
- Zatwierdzony kontekst dla agentów AI
Klasy informacji
Rozróżniaj informacje według autorytetu i pochodzenia.
Informacje współdzielone
Informacje udostępniane w sposób kontrolowany z określonego źródła.
Informacje kompozycyjne
Zestawione widoki z wielu źródeł.
Inteligencja pochodna
Wyniki, klasyfikacje, podsumowania, wzorce i rekomendacje.
Informacje platformy
Tożsamość, konfiguracja, operacje, bezpieczeństwo, audyt i obserwowalność.
Referencje zewnętrzne
Referencje do informacji, których autorytatywne źródło znajduje się poza BLUETRIX.
Główne tożsamości
Stabilne referencje dla połączonych interakcji.
Przestrzeń robocza
Organizacyjny i związany z bezpieczeństwem kontekst wykonania.
Organizacja
Firma lub inna organizacja istotna biznesowo.
Osoba
Osoba fizyczna, która może występować w różnych rolach i relacjach.
Punkt kontaktu
Dostępny adres lub identyfikator, np. e-mail, numer telefonu albo tożsamość kanału.
Uczestnik
Osoba, zespół, organizacja, system lub agent AI uczestniczący w interakcji.
Interakcja
Zdarzenie istotne biznesowo pomiędzy uczestnikami w określonym kontekście.
Obiekty biznesowe
Obiekty biznesowe bez wiążącego publicznego schematu.
Szansa biznesowa
Potrzeba, potencjał, stan pipeline, wartość, uczestnicy i kolejne działanie.
Zobowiązanie
Obiecane lub oczekiwane działanie z uczestnikami, terminem, statusem, pochodzeniem i realizacją.
Zgłoszenie serwisowe
Uporządkowane zgłoszenie z kategorią, pilnością, odpowiedzialnością, terminami, przekazaniami i zamknięciem.
Relacje zamiast duplikatów
Referencje łączą prawdy biznesowe.
- Interakcja odwołuje się do uczestnika.
- Szansa biznesowa odwołuje się do organizacji i kontaktów.
- Zobowiązanie odwołuje się do swojego źródła.
- Zgłoszenie serwisowe odwołuje się do odpowiednich interakcji.
- Skrzynka odbiorcza, oś czasu i pipeline korzystają z zestawionych widoków.
Interakcja
Obiekt łączący.
Nie każda interakcja musi być połączona z każdym elementem.
- Uczestnik
- Kanał
- Kontakt
- Organizacja
- Szansa biznesowa
- Zobowiązanie
- Zgłoszenie serwisowe
- Kampania
- Formularz
- Bot
- Automatyzacja
- Zadanie
- Termin
- Dokument
- Poprzednia lub kolejna interakcja
Model czasu
Nie utożsamiaj różnych momentów biznesowych.
- Czas rzeczywistego zdarzenia
- Czas rejestracji
- Czas przetwarzania
- Czas zmiany stanu
- Okres ważności
- Termin wykonania
- Czas zakończenia
Tożsamość i korelacja
Różne rodzaje referencji.
Stabilna tożsamość
Trwała tożsamość biznesowa.
Tożsamość zewnętrzna
Referencja z zewnętrznego autorytatywnego źródła.
Korelacja
Powiązanie techniczne lub biznesowe.
Przyczynowość
Deklarowana relacja przyczynowa wymagająca osobnego uzasadnienia.
Macierz własności
Odpowiedzialność jako czytelne przyporządkowanie.
- Kto tworzy informację?
- Pochodzenie
- Kto może ją zmieniać?
- Uprawnienie
- Kto jest odpowiedzialny?
- Odpowiedzialność
- Kto może ją odczytać?
- Dostęp
- Kto może tworzyć dane pochodne?
- Inteligencja
- Kto może ją publikować?
- Zatwierdzenie
- Jak zmiana jest rozpowszechniana?
- Zdarzenie lub synchronizacja
Inteligencja pochodna
Informacja pochodna nie zmienia automatycznie prawdy produktu.
- Intencja
- Sentyment
- Pilność
- Ocena leada
- Ocena relacji
- Podsumowanie
- Rekomendacja
- Wskazówka prognostyczna
- Dane źródłowe
- Czas utworzenia
- Komponent generujący
- Wersja modelu lub reguły
- Niepewność lub poziom ufności
- Kontekst aktualności
- Status weryfikacji przez człowieka
Koncepcyjny przykład JSON
Nienormatywny przykład modelu.
Ten przykład ilustruje zasady modelowania. Nazw pól, endpointów i schematów nie należy rozumieć jako wiążącej publicznej specyfikacji API.
{
"interactionId": "int_example",
"workspaceId": "wsp_example",
"actorRef": "actor_example",
"channel": "website_form",
"occurredAt": "2026-08-26T10:30:00Z",
"contextRefs": {
"organization": "org_example",
"opportunity": "opp_example"
},
"derivedSignals": [{
"type": "intent",
"value": "request_demo",
"status": "unreviewed"
}]
}Prywatność i minimalizacja danych
Zasady modelu i architektury bez deklaracji certyfikacji.
- Ograniczenie celu
- Minimalizacja danych
- Role i uprawnienia
- Reguły retencji
- Usuwanie lub anonimizacja
- Pochodzenie i zgoda
- Eksport i dostęp
- Audyt i możliwość prześledzenia
Model danych dla żywych relacji biznesowych.
Łącz stabilne tożsamości, jasną własność i interakcje możliwe do prześledzenia.