SSO / SAML

SAML SSO do logowania się do samego Proyecta jest w planach. W przypadku SSO wewnątrz tworzonych aplikacji poproś AI o integrację dowolnego dostawcy.

Istnieją dwie odrębne kwestie związane z „SSO“, które często są ze sobą mylone. Ta strona omawia obie.

1. Logowanie do samego buildera Proyecta

Aby zalogować się do Proyecta — buildera, panelu i konta — Proyecta obsługuje obecnie:

• Email i hasło — tradycyjne logowanie za pomocą danych uwierzytelniających
• Google OAuth — logowanie za pomocą konta Google

Weryfikacja adresu e-mail, resetowanie hasła i standardowe przepływy związane z kontem są w pełni skonfigurowane.

SAML / OIDC SSO do logowania na platformie Proyecta jest planowane, ale jeszcze niedostępne. Gdy zostanie uruchomione, obejmie standardowych dostawców dla przedsiębiorstw — Okta, Microsoft Entra ID (Azure AD), Google Workspace, OneLogin oraz dowolny IdP obsługujący SAML 2.0 / OIDC. Jeśli Twoja organizacja potrzebuje SSO dla Proyecta już teraz, skontaktuj się z działem sprzedaży — być może istnieje ścieżka wczesnego dostępu.

2. SSO wewnątrz tworzonych aplikacji

To odrębna kwestia. Jeśli chcesz, aby Twoi użytkownicy końcowi logowali się przez SSO podczas korzystania z aplikacji zbudowanej w Proyecta, masz dwie możliwości:

Opcja A: Użyj Proyecta Auth — wbudowane uwierzytelnianie z Google i Email OTP dostępne od razu. Microsoft OAuth oraz SAML/SSO dla użytkowników zbudowanych aplikacji są w planach.

Opcja B: Enterprise SSO (wkrótce) — logowanie użytkowników końcowych przez własnego dostawcę tożsamości — SAML 2.0 / OIDC z provisioningiem SCIM — jest planowane dla uwierzytelniania platformy. Do czasu uruchomienia tej funkcji generowane aplikacje korzystają z Proyecta Auth opisanego powyżej; podłączenie dowolnego zewnętrznego SDK uwierzytelniającego do aplikacji nie jest obsługiwane, ponieważ build zarządza uwierzytelnianiem jako funkcją platformy. Jeśli enterprise SSO jest dla Ciebie wymaganiem, skontaktuj się z nami.

Wkrótce dla logowania na platformie Proyecta

• Microsoft OAuth — logowanie za pomocą konta Microsoft
• SAML 2.0 SSO — korzystanie z własnego IdP
• OIDC SSO — nowoczesna alternatywa dla SAML przeznaczona dla nowszych IdP
• Provisioning SCIM — automatyczne tworzenie i usuwanie kont Proyecta, gdy pracownicy dołączają do organizacji lub ją opuszczają
• Domain capture — automatyczne kierowanie użytkowników z zweryfikowanej domeny do SSO organizacji
• Egzekwowanie na poziomie organizacji — wymuszanie SSO dla wszystkich członków organizacji