Apple introducerade “Logga in med Apple” för ett par år sedan. Liksom liknande alternativ från Facebook och Google tillåter funktionen användare att logga in på appar och webbplatser med sitt Apple-ID istället för att skapa ett unikt konto för varje app eller webbplats.
Men till skillnad från andra alternativ tillåter Apple användare att välja om deras e-postadress och relaterad information ska delas med varje app/webbplats. Om en användare väljer att inte dela denna information kommer Apple att skapa en separat unik adress att presentera för appen/sajten och vidarebefordra eventuell e-post till användarens riktiga e-postadress.
Även om funktionen är användbar, integritetsbevarande och ganska allmänt antagen, stöder den bara personliga Apple-ID:n. För appar och tjänster som används på jobbet eller i skolan måste användare använda sitt personliga Apple-ID eller skapa konton med sin företags- eller skola-e-postadress.
I höst kommer Apple att utöka Logga in med Apple för att stödja Hanterade Apple-ID:n, de som skapats av en arbetsgivare eller annan organisation och hanteras via Apple Business Manager, Apple Business Essentials eller Apple School Manager. Förutom att förenkla användarinloggning till företags- eller utbildningsappar och webbplatser, Logga in med Apple på jobbet och i skolan tillåter IT-administratörer att ange vilka appar och webbplatser som användare kan använda funktionen med och ge åtkomstbegränsningar baserat på användare, grupper eller roller inom en organisation.
Funktionen hjälper till att effektivisera skapande och hantering av konton för både användare och IT. Möjligheten att genomdriva åtkomstkontroller genom denna mekanism kommer också att förenkla IT-hanteringen för en mängd olika tjänster, från interna applikationer till vanliga företagsapplikationer som Slack, såväl som vanliga interna eller externa webbplatser.
Ur ett användarperspektiv kommer upplevelsen att vara väldigt lik hur Logga in med Apple fungerar idag. Men när Logga in med Apple för arbete och skola är aktiverat, kommer användare att se en något annorlunda dialogruta efter att ha klickat på knappen “Fortsätt med Apple”. De kommer inte att ha möjlighet att dölja sin e-post och kommer att se ett meddelande som heter “Få rätt åtkomst” som informerar dem om att appen kommer att tillämpa åtkomstkontroller baserat på deras företags- eller skolkonto.
Nästa panel i kontoinställningsprocessen visar ditt namn och e-postadressen som kommer att användas i appen eller webbplatsen. (Hanterade Apple-ID:n utan e-postadress, t.ex. studentkonton, visar bara ditt namn; en e-postadress krävs inte.)
Användare behöver inte ange sina kontouppgifter. Tjänsten kommer automatiskt att använda det hanterade Apple-ID som är kopplat till den enhet de använder.
Utvecklare måste välja att stödja den här funktionen.
På en grundläggande nivå finns det inget utvecklare behöver göra för att stödja den här funktionen utöver att logga in med Apple. Apple rekommenderar dock starkt att utvecklare också införlivar företagets nya funktioner. Lista API och en ny funktion som heter Organisationsdatadelning. Att stödja dem tillåter åtkomstkontroller i appen eller webbplatsen. Detta gör det mycket enklare och effektivare för IT att hantera konton som är kopplade till appen eller sajten.
Det finns ett par steg som utvecklare måste följa. Den första är att aktivera funktionen med ditt konto inom Apple Developer Program, vilket kan göras på Apple Developer-webbplatsen. Det andra är att implementera Apples nya Roster API.
Detta API tillåter en utvecklares applikation eller webbplats att fråga en organisation efter information om användare, grupper och roller. Den kombineras med organisationsdatadelning, en funktion som integreras med Apple Business Manager, Apple Business Essentials eller Apple School Manager. Det är här IT-administratörer måste samtycka till att dela användar-, grupp- och rollinformation med applikationen/webbplatsen. Med den informationen delad stöds åtkomstkontroller baserade på något av dessa attribut.
Vad IT behöver göra
IT-administratörer måste också ta ett par steg. Det första är att bestämma om du vill aktivera Logga in med Apple på jobbet och i skolan för alla appar och webbplatser som stöder Logga in med Apple eller om du vill skapa en lista över appar och webbplatser som stöds. Dessa alternativ väljs i Apple Business Manager, Apple Business Essentials eller Apple School Manager.
Om en administratör väljer att endast stödja vissa appar och webbplatser måste de använda en sökruta för att hitta och välja de appar och webbplatser som de vill stödja. Om en användare försöker använda Logga in med Apple med en app eller webbplats som inte stöds får de ett felmeddelande och måste använda ett annat alternativ för att skapa ett konto med den appen/webbplatsen.
Om en utvecklare har implementerat Roster API måste administratörer samtycka till att dela organisationsdata. Återigen finns det möjlighet att stödja alla appar och webbplatser eller begränsa stödet till specifika appar och webbplatser. Administratörer kommer återigen att använda Apple Business Manager, Apple Business Essentials eller Apple School Manager för att hantera samtycke för organisationsdatadelning.
Kommer potentialen att realiseras?
Apple kallar den här funktionen för en tillägg för Logga in med Apple. Tekniskt sett är det en korrekt beskrivning, men jag skulle säga att det mer är en förlängning av Managed Apple ID. Den verkliga kraften är att det tillåter administratörer att utnyttja Managed Apple ID för åtkomstkontroll inom appar och tjänster (webbplatser) istället för att behöva göra det manuellt för varje app eller tjänst/webbplats.
I denna mening erbjuder funktionen stor potential. Frågan är om den potentialen verkligen kommer att realiseras. Svaret på den frågan beror verkligen på om utvecklare är villiga att lägga ner tid och ansträngning, till och med minimalt, för att stödja Roster API. Det är lite av en öppen fråga.
Jag förväntar mig att utbildningsutvecklare är mest benägna att implementera Roster API, eftersom det ger uppenbart mervärde för deras huvudkunder: skolor.
För utvecklare av företagslösningar är utsikterna lite mörkare. Många företagsutvecklare stöder flera mobila, stationära och webbplattformar. Det betyder att mervärdet kanske inte översätts till majoriteten av dina kundbaser. Ändå betyder det faktum att det är ett relativt enkelt tillägg att det kan vara värt ansträngningen. Vi får vänta och se.
Men som jag har noterat på andra ställen i Computerworlds WWDC-bevakning, är det uppmuntrande att se att Apple märker många IT-svagheter, inklusive ineffektivitet i IT-relaterade processer och arbetsflöden, och arbetar aktivt för att förse dem med kreativa lösningar.
