Każda wiadomość otrzymuje jasny następny krok.

Każdy element pokazuje, dlaczego się w niej znalazł.

Kolejka zawiera oczekujące decyzje, elementy ze ścieżki zapasowej, niejednoznaczne tożsamości, błędy techniczne i potwierdzenia. Przejęcie pracy nie oznacza zatwierdzenia propozycji.

Dane przykładowe; żadna z pokazanych skrzynek nie jest skrzynką produkcyjną.

Jedna rekomendacja obok wiadomości.

Intencja, priorytet, przedział pewności, kandydaci na klienta i decyzja o routingu, wraz z wersjami reguł, manifestu i grafiku dyżurów oraz ponumerowanym uzasadnieniem „dlaczego ta trasa”.

Dwóch możliwych klientów, więc wybrać musi człowiek. Dane przykładowe.

Ta sama kolejność dla każdej wiadomości.

Routing zaprojektowano tak, by przebiegał w stałej kolejności, w której trasę rozstrzyga pierwszy mający zastosowanie krok. Propozycja poniżej progu pewności nigdy nie kieruje się sama: trafia do ścieżki zapasowej z właścicielem, gdzie decyduje człowiek.

Cztery uczciwe wyniki.

OneMail zaprojektowano tak, by ustalał klienta na podstawie numerów, identyfikatorów referencyjnych, adresów i wcześniejszej pracy oraz pokazywał uszeregowanych kandydatów wraz z powodem dopasowania każdego z nich.

Sześćdziesiąt minut roboczych na pierwszą decyzję.

Po wykorzystaniu 45 minut elementy są oznaczane jako bliskie przekroczenia terminu. Kalendarze dyżurów są wyświetlane w podglądzie i publikowane jako polityka; to, które święta obowiązują, określa klient. Zmiana polityki nigdy nie przesuwa już ustalonych terminów.

Przykładowa konfiguracja.

Potwierdzenie, korekta, doprecyzowanie lub ponowne przypisanie.

• Operatorzy potwierdzają, poprawiają, proszą o doprecyzowanie, wybierają spośród kandydatów na klienta lub przypisują sprawę ponownie. Zabezpieczenia wersji uniemożliwiają dwóm osobom działanie na podstawie nieaktualnej decyzji.
• Oczekiwanie na klienta to osobny zegar: po prośbie o doprecyzowanie przypomnienie i powiadomienie o zamknięciu następują w uzgodnione dni robocze, a późniejsza odpowiedź ponownie otwiera pierwotną konwersację.
• Odpowiedzi z zatwierdzonych szablonów. Szablony są wersjonowane dla każdej wersji językowej i przechodzą zgłoszenie, zatwierdzenie i aktywację według zasady czterech oczu. Dobór szablonu nigdy nie wymyśla zastępczego języka.

• Dowody idą w parze z decyzją. Poziom pewności, wyróżnione fragmenty źródła, kandydaci tożsamości, brakujące dane oraz dokładne wersje reguł i modeli trafiają do zapisu audytowego.
• Nic nie jest nadpisywane. Ponowna ocena wiadomości zachowuje wcześniejsze decyzje jako niezmienne zdarzenia, a korekty pozostawiają poprzednią wersję w historii. Ścieżki audytu są tylko do dopisywania (append-only).
• Każdy efekt uboczny ma klucz, wpis w rejestrze i pokwitowanie. Przekroczenie limitu czasu oznacza nieznany wynik, nigdy ponowienie skutkujące duplikatem. Polecenia kolejki używają kluczy idempotencji, warunków wstępnych wersji, atomowych pokwitowań poleceń i skrzynki nadawczej (outbox).
• Bez fałszywego cofania. Każde automatyczne działanie ma działanie kompensacyjne lub ścieżkę ręcznego przywracania, a nieodwracalne operacje nigdy nie są przedstawiane jako możliwe do cofnięcia.

Każde pole wskazuje swoje źródło.

Parsowanie, OCR i identyfikowalne tłumaczenie robocze tworzą typowane pola. Każde pole zawiera fragment źródłowy i poziom pewności, a gdy wiadomość czegoś nie podaje, otrzymuje jawny stan braku.

Brakujące informacje są pokazywane jako brakujące. Dane przykładowe.

Pola z ich źródłem albo oznaczone jako brakujące.

• produktprzenośnik taśmowywysoka
• lokalizacjaZakład 4wysoka
• numer klientaC-20417dokładna
• telefon kontaktowybrakdopytać w prośbie o doprecyzowanie

Przekroczenie limitu czasu oznacza nieznany wynik, nigdy ponowienie skutkujące duplikatem.

Każdy efekt uboczny ma deterministyczny klucz działania, wpis w rejestrze i pokwitowanie z systemu docelowego.

Instrukcje w poczcie to dane, nie polecenia.

Modele nigdy nie otrzymują poświadczeń, a ukryta instrukcja w załączniku nie może wybrać miejsca docelowego ani wykonać działania.

Zatwierdzane przez drugą osobę.

Przykładowa konfiguracja.

Kto za co odpowiada.

• Państwo obsługują Kubernetes, pamięć masową, sieć, własnego dostawcę tożsamości i MFA, rozmieszczenie w krajach, SIEM oraz reagowanie na incydenty.
• Wydanie OneMail zapewnia domyślne ustawienia najmniejszych uprawnień, egzekwowanie dokładnego zakresu, podpisane artefakty, pokwitowania i udokumentowane odtwarzanie.

Nie deklarujemy żadnej certyfikacji. Lokalizacja danych, miejsce przetwarzania i okresy przechowywania są dokumentowane przed uruchomieniem produkcyjnym.

Minima dostępności, a nie wymiarowanie.

Trzy domeny awarii, trzyinstancyjny klaster PostgreSQL, trzywęzłowy RabbitMQ, co najmniej trzy węzły OpenSearch, co najmniej dwie repliki każdego API i procesu roboczego oraz węzły GPU tylko wtedy, gdy włączone są modele lokalne. Jeśli AI jest niedostępna, przyjmowanie wiadomości nadal działa.

Co zapewnia Państwa dział IT.

• Dane dzierżawy Microsoft 365 i Entra oraz oznaczona pilotażowa wspólna skrzynka pocztowa; produkcyjna skrzynka info@ wyłącznie za wyraźną zgodą, do etykietowania w trybie cienia
• Dostęp do skrzynek przez Exchange Application RBAC dla dokładnie określonej grupy skrzynek (w pilotażu tylko do odczytu), nigdy Mail.Read dla całej dzierżawy
• Rejestracje aplikacji i zgoda administratora, grupa pierwszego administratora i grupy operatorów
• Subskrypcja Azure i grupa zasobów z uprawnieniami do wdrażania oraz nazwa hosta DNS
• Rola odczytu w Dataverse, jeśli identyfikacja jest objęta zakresem; rola zapisu tylko wtedy, gdy zapisy są włączone
• Decyzje dotyczące ochrony danych przed użyciem jakiejkolwiek rzeczywistej poczty: podstawa prawna, lokalizacja geograficzna przetwarzania i hostingu modeli, czy wymagany jest model we własnej infrastrukturze, okresy przechowywania oraz czy potrzebna jest ocena skutków dla ochrony danych (DPIA) lub powiadomienie rady pracowników