Przejdź do głównej treści
Two-Factor Authentication & SSO

Jak działa od środka Two-Factor Authentication & SSO for Odoo: słowniczek menu, zadań i modeli

Two-Factor Authentication & SSO for Odoo umieszcza wszystko w jednym menu, Settings › Authentication, z siedmioma pozycjami (połączenia IdP, polityki MFA, raport pokrycia, dwa rejestry, aktywne sesje i ustawienia), i uruchamia dziewięć aktywnych zaplanowanych akcji, od co 5 minut do co 12 miesięcy. Ten słowniczek omawia każdy element pod dokładną nazwą, którą zobaczysz na ekranie, żebyś wiedział, gdzie szukać i czym jest każda rzecz, bez zgadywania.

FlexigoTech · Odpowiada: Víctor Gómez · Aktualizacja: 4 listopada 2026

Najważniejsze

Wersje
Odoo 17, 18, 19 i 20
Sprawdzone
w kodzie źródłowym modułu, wersja 20.0 · w źródłach podanych na końcu
Czas czytania
4 min

Gdzie się instaluje: menu Settings › Authentication

Karta w Odoo Apps przedstawia moduł nagłówkiem SSO and two-factor login for Odoo Community. Po instalacji wszystko znajduje się pod Settings › Authentication. Znajdziesz tam siedem pozycji, które pogrupowaliśmy tematycznie. Nazwy podajemy dokładnie tak, jak widać je na ekranie.

Połączenie z dostawcą tożsamości

IdP Connections
Ścieżka Settings › Authentication › IdP Connections. Lista połączeń z dostawcami tożsamości (IdP). Na zrzucie poniżej widać dwa rekordy, Google Workspace OIDC i Microsoft Entra ID SAML, z kolumnami: protokół, firma, aktywne, provisioning JIT i tryb awaryjny.
Provisioning Log
Ścieżka Settings › Authentication › Provisioning Log. Osobny rejestr dla provisioningu, oddzielony od rejestru zdarzeń uwierzytelniania.
Lista połączeń IdP w Ustawieniach Odoo z rekordami Google Workspace OIDC i Microsoft Entra ID SAML
Lista IdP Connections z dwoma rekordami i kolumnami: protokół, firma, aktywne, provisioning JIT i tryb awaryjny.

Uwierzytelnianie dwuskładnikowe

MFA Policies
Ścieżka Settings › Authentication › MFA Policies. Miejsce, w którym znajdują się polityki uwierzytelniania wieloskładnikowego (MFA).
MFA Coverage Report
Ścieżka Settings › Authentication › MFA Coverage Report. W animacji widać go jako listę z dwiema politykami, Admin MFA Enforcement i Regular User MFA, z firmą, akceptowanymi typami składników, okresem karencji i statusem aktywności.

Kontrola i audyt

Auth Event Log
Ścieżka Settings › Authentication › Auth Event Log. Rejestr zdarzeń uwierzytelniania modułu.
Active Sessions
Ścieżka Settings › Authentication › Active Sessions. Lista sesji z kolumnami: początek, użytkownik, połączenie IdP, metoda uwierzytelniania, IP i ostatnia aktywność, oraz przycisk Terminate.
Settings
Ścieżka Settings › Authentication › Settings. Pozycja z ustawieniami samego modułu, w tym samym menu.
Lista aktywnych sesji z kolumną połączenia IdP i wierszami Administrator i OdooBot
Ta sama lista z kolumną połączenia IdP widoczną obok metody uwierzytelniania.
Przegląd aktywnych sesji, połączeń IdP i raportu pokrycia MFA w Ustawieniach
Sekwencja: lista aktywnych sesji z wyszukiwarką, ta sama lista z kolumną połączenia IdP, lista połączeń IdP i raport MFA Coverage Report z dwiema politykami MFA.

Rekordy od środka: modele modułu

Jeśli jesteś konsultantem albo zamierzasz zmieniać uprawnienia, raporty lub importy, warto znać nazwy modeli technicznych. Oprócz flexigo.active.session (opis FlexigoTech Active Session), flexigo.event.log (FlexigoTech Authentication Event Log) i flexigo.fido2.credential (FlexigoTech FIDO2 Credential) warto rozpoznawać te:

Modele części tożsamości

flexigo.idp.connection
Opis FlexigoTech IdP Connection. Model połączeń z dostawcami tożsamości.
flexigo.idp.attribute.mapping
Opis FlexigoTech IdP Attribute Mapping. Osobny model do mapowania atrybutów IdP.
flexigo.idp.group.mapping
Opis FlexigoTech IdP Group Mapping. Kolejny osobny model, tym razem do mapowania grup IdP.
flexigo.idp.user.binding
Opis FlexigoTech IdP User Binding. Model przechowujący powiązanie między IdP a użytkownikiem.

Modele kontroli dostępu

flexigo.mfa.exemption
Opis FlexigoTech MFA Exemption. Model wyjątków od MFA.
flexigo.access.recheck
Opis FlexigoTech access check after a write. Zgodnie z opisem to sprawdzenie dostępu po zapisie. Dziedziczy go sześć modeli: flexigo.active.session, flexigo.fido2.credential, flexigo.idp.attribute.mapping, flexigo.idp.group.mapping, flexigo.idp.user.binding i flexigo.mfa.exemption.

Jeśli rozwijasz coś na bazie modułu, pamiętaj o tym dziedziczeniu: sześć wymienionych modeli ma wspólną bazę flexigo.access.recheck.

Co działa samo: zaplanowane akcje

Moduł zawiera dziewięć zaplanowanych akcji, wszystkie aktywne. Każda ma prefiks Flexigo Auth:, więc możesz wyszukać je po tym tekście. Od najczęstszej do najrzadszej:

  • Flexigo Auth: Failed-Login Pattern Scan, co 5 minut.
  • Flexigo Auth: Concurrent Session Cleanup, co 15 minut.
  • Flexigo Auth: IdP Metadata Auto-Refresh, co 24 godziny.
  • Flexigo Auth: Audit Log Anonymisation, codziennie.
  • Flexigo Auth: Certificate Expiry Check, codziennie.
  • Flexigo Auth: MFA Grace-Period Enforcement, codziennie.
  • Flexigo Auth: Recovery Code Batch Cleanup, co 7 dni.
  • Flexigo Auth: MFA Coverage Monthly Snapshot, co miesiąc.
  • Flexigo Auth: Annual Security Statistics, co 12 miesięcy.

Dwie pierwsze uruchamiają się najczęściej; pozostałe od codziennie do raz w roku. Jeśli przeglądasz aktywność swojej bazy danych, to właśnie te nazwy musisz rozpoznawać.

Które elementy dotyczą jednego logowania

Na podstawie tego, co pokazują ekrany, możesz prześledzić logowanie między menu. Połączenie znajduje się w IdP Connections (model flexigo.idp.connection), a jego mapowania atrybutów i grup oraz powiązania użytkowników mają własne modele. Lista Active Sessions pokazuje dla każdej sesji połączenie IdP i metodę uwierzytelniania, więc stamtąd widzisz, jakie połączenie stoi za każdą sesją. Polityki dwuskładnikowe są w MFA Policies, a MFA Coverage Report pokazuje je z okresem karencji i statusem aktywności. Zdarzenia i provisioning trafiają do dwóch rejestrów, Auth Event Log i Provisioning Log.

Pola do wypełnienia i statusy każdego rekordu znajdziesz w przewodniku po wdrożeniu modułu. Jeśli po drodze zatrzyma Cię jakiś komunikat, zajrzyj do błędów i ostrzeżeń z ich dokładną treścią.

Co warto wiedzieć o usłudze i wersjach

Moduł jest opublikowany w Odoo Apps dla 17.0, 18.0, 19.0 i 20.0, w cenie 9 € za wersję Odoo jako płatność jednorazowa, netto (bez VAT), we wszystkich czterech. Karta informuje, że niektóre funkcje korzystają z płatnej usługi zewnętrznej: to lokalna usługa FlexigoTech Cloud za 29 €/mies. lub 290 €/rok netto (bez VAT) (Pro: 58 €/mies. lub 580 €/rok). Bez subskrypcji lub przy zawieszonej usłudze przestaje działać to, co zapewnia subskrypcja; dane zostają w Twoim Odoo. W ramach subskrypcji moduł dla nowych wersji Odoo jest wliczony, jeśli kupiłeś go na flexigotech.com; w Odoo App Store każdą wersję kupuje się tam. Karta ma też własną sekcję Privacy policy.

Jak pomoże Ci FlexigoTech

W FlexigoTech wdrażamy Odoo 17, 18, 19 i 20 oraz tworzymy konektory i integracje na zamówienie, więc możemy pomóc Ci skonfigurować to menu albo dopasować moduł do Twojego przypadku. Szczegóły znajdziesz na stronie modułu i na jego karcie w Odoo Apps. Jeśli wciąż nie wiesz, czy pasuje, zacznij od tego, co obejmuje i czego potrzebujesz przed instalacją.

Czytaj dalej

Błędy Two-Factor Authentication & SSO for Odoo: kiedy pojawia się każdy komunikat i co robićKomunikaty błędów Two-Factor Authentication & SSO for Odoo (FIDO2, OIDC, SAML, mapowania i dziennik zdarzeń): kiedy się pojawiają i co z nimi zrobić.Uruchomienie Two-Factor Authentication & SSO for Odoo, pytanie po pytaniuJakie pola wypełnić w konfiguracji OIDC lub SAML, jak mapować claimy i grupy oraz co sprawdzić w pierwszym tygodniu z Two-Factor Authentication & SSO for Odoo.Two-Factor Authentication & SSO for Odoo: kiedy pasuje i co mieć przed instalacjąCo obejmuje, a czego nie, Two-Factor Authentication & SSO for Odoo według README, co przygotować przed instalacją i w jakich wersjach Odoo jest dostępny.
Sprawdzone w kodzie źródłowym modułu (wersja 20.0) i w podlinkowanych źródłach

Źródła