Beschikbaar voor in aanmerking komende Asana Gov-organisaties die gebruikmaken van ondersteunde betaalde Microsoft Teams-abonnementen.
Asana Gov-klanten kunnen Asana verbinden met Microsoft Teams. Deze versie richt zich op veilige communicatie binnen cloudomgevingen van de overheid.
Gerelateerde artikelen
Vereisten
Je hebt een actief Asana-account nodig in een Asana Gov-organisatie en toegang tot Microsoft Teams met toestemming om apps toe te voegen. Je organisatie vereist mogelijk goedkeuringen van de beheerder voordat je de app kunt installeren. Als de installatie mislukt, neem dan contact op met je Microsoft 365- of Asana-beheerder om de app-toestemmingen en de toestemmingslijsten van de tenant te controleren.
Asana Gov-klanten moeten ervoor zorgen dat gebruikers zich aanmelden met hun Gov-organisatie om de gegevensroutering binnen ondersteunde regio's en services te houden.
Installeer de Asana Gov-app in Teams
- Open Microsoft Teams en klik op Apps.
- Zoek naar Asana en selecteer de Asana Gov-app.
- Klik op Toevoegen om deze in je Teams-client te installeren.
Open na de installatie de Asana-bot in je chats en klik op Aanmelden om je Asana-account te verbinden. Als daarom wordt gevraagd, selecteer je je Asana-domein en voltooi je de authenticatie.
Persoonlijke meldingen instellen
Persoonlijke meldingen configureren:
Je kunt de opdracht Meldingen uitvoeren in een Teams-gesprek om doorgestuurd te worden naar Asana-instellingen > Meldingen.
Van daaruit kun je je persoonlijke meldingen configureren.
Projectmeldingen instellen
Met projectmeldingen kan een Teams-gesprek updates ontvangen van een specifiek Asana-project.
Open het Asana-project dat je wilt volgen en ga naar de instellingen van het Asana-project
Ga naar Meldingen > Microsoft Teams
Van daaruit kun je projectmeldingen toevoegen voor de kanalen en chats van Microsoft Teams en de meldingstypen configureren.
Binnen Microsoft Teams zijn er ook de driepuntenmenu-opdrachten Project koppelen en Meldingsinstellingen van de opstelmethode-extensie die doorverwijzen naar Asana.
Je kunt later terugkeren naar Asana om te wijzigen welke updates worden gepost of om te stoppen met het posten van projectupdates in dat gesprek.
Beveiliging en gegevensverwerking
De Asana Gov-app is ontworpen voor de cloudvereisten van de overheid en beperkt de functionaliteit tot functies die aan die normen voldoen. Links en meldingen respecteren Asana-toestemmingen. Gebruikers zien alleen informatie waartoe ze toegang hebben in Asana.
Deze integratie heeft functionele tests ondergaan binnen een Asana Gov-instantie om er zeker van te zijn dat alle functionaliteit werkt zoals bedoeld. De integratie is nog niet geëvalueerd en beoordeeld in overeenstemming met de FedRAMP-vereisten voor beveiliging en autorisatiegrenzen, maar klanten kunnen een op risico gebaseerde beslissing nemen en elk risico op zich nemen omdat de integratie niet door FedRAMP is geautoriseerd.
Uitleg over OAuth-scope
Wanneer iemand zijn/haar Microsoft-account met Asana verbindt, toont Microsoft een machtigingenscherm met een lijst van waar Asana toegang tot vraagt.
Elk item op dat scherm wordt een scope genoemd. Dit zijn beperkte, doelspecifieke toestemmingen. Het zijn geen brede beheerdersrechten en ze geven Asana geen toegang tot niet-gerelateerde Microsoft-gegevens zoals e-mail, agenda's, bestanden of historische Teams-berichten.
Actieve bereiken die Asana momenteel aanvraagt
Reikwijdte | Eenvoudige uitleg | Waarom het nodig is | Rechtvaardiging voor gebruik | Wat het niet betekent | Schermafbeelding van waar dit wordt gebruikt |
openid | Hiermee kan Asana bevestigen dat de persoon die inlogt met Microsoft echt de juiste gebruiker is. | Dit is een standaardonderdeel van Microsoft sign-in. Het geeft Asana een beveiligd identiteitstoken, waardoor Asana de identiteit van de gebruiker kan verifiëren na het inloggen. | Zonder dit zou Asana de Microsoft-login niet veilig kunnen vertrouwen. | Dit bereik gaat over veilige aanmelding, niet over het lezen van Teams-inhoud. | 
|
profiel | Biedt Asana een stabiele Microsoft-account-ID, zodat het het Microsoft-account kan koppelen aan de juiste Asana-gebruiker. | Microsoft-accounts kunnen in de loop van de tijd weergavenamen of e-mailadressen wijzigen. Asana heeft een permanente, unieke ID nodig, zodat de verbinding naar de juiste persoon blijft verwijzen. | Dit helpt om de integratie betrouwbaar te houden en voorkomt dat accounts niet overeenkomen. | Dit is geen breed profielscraping. Het belangrijkste onderdeel hier is de unieke account-ID. |
|
offline_access | Hiermee kan Asana de verbinding op de achtergrond behouden, zodat gebruikers zich niet elk uur opnieuw hoeven aan te melden. | Toegangstokens van Microsoft verlopen snel. Met deze toestemming kan Microsoft Asana een vernieuwingstoken geven, waardoor Asana de verbinding automatisch kan vernieuwen. | Zonder deze toestemming zouden verbonden functies vaak defect raken en zouden gebruikers hun Microsoft-account steeds opnieuw moeten verbinden. Dit is vooral belangrijk voor regels die automatisch Teams-berichten verzenden. | Het geeft Asana geen onbeperkte toegang tot niet-gerelateerde Microsoft-gegevens. Het houdt gewoon de verbinding actief zonder herhaalde handmatige aanmeldingen. | Algemene volledige integratie |
user.read | Hiermee kan Asana basisinformatie lezen over de aangemelde Microsoft-gebruiker. | Asana gebruikt dit om de huidige gebruiker correct te identificeren bij het weergeven van chatopties voor directe berichten tijdens het instellen van regels.
Het gebruikt het ook om standaard Taken toe te wijzen aan de gebruiker die momenteel is aangemeld.
Als een gebruiker bijvoorbeeld een 1:1-chat kiest, moet Asana weten welke deelnemer 'jij' is, zodat Asana de chat duidelijk kan labelen als de andere persoon in plaats van een dubbelzinnige naam weer te geven. | Dit ondersteunt een duidelijke en begrijpelijke instellingservaring voor automatiseringen van directe berichten. | Dit is basisprofieltoegang, geen toegang tot e-mail, bestanden of berichtgeschiedenis. | 
|
team.readbasic.all | Hiermee kan Asana de namen en basisdetails zien van de Teams-werkruimten waartoe de gebruiker behoort. | Wanneer iemand een regel instelt om een bericht naar een Teams-kanaal te sturen, moet Asana hem of haar een doorzoekbare lijst met Teams-werkruimten tonen waaruit hij of zij kan kiezen. | Zonder deze lijst zou de gebruiker tijdens het instellen niet het juiste Team kunnen selecteren. | Dit geeft Asana geen toegang tot berichten, bestanden of volledige lidmaatschapsdetails voor die Teams-werkruimten. | 
|
channel.readbasic.all | Hiermee kan Asana de namen en basisdetails van kanalen binnen een Microsoft Team zien. | Nadat een gebruiker een Team heeft geselecteerd, moet Asana de beschikbare kanalen in dat Team weergeven, zodat de gebruiker de juiste bestemming voor een Regel kan selecteren. | Dit is nodig om de kanaalselectie bruikbaar en nauwkeurig te maken. | Het geeft Asana geen toegang tot de berichtengeschiedenis of bestanden van het kanaal. Het is beperkt tot basisinformatie over het kanaal die nodig is voor de selectie. | |
Chat.ReadWrite | Stelt Asana in staat om te werken met de Teams-chats van de gebruiker voor workflows met directe berichten. | Deze reikwijdte ondersteunt twee onderdelen van de regelervaring voor directe berichten:
Leestoegang: Asana kan de gebruiker een lijst van zijn recente chats laten zien, zodat hij tijdens de installatie het juiste gesprek kan selecteren. Schrijftoegang: Het toestemmingsniveau ondersteunt ook het verzenden van berichten naar chats voor de automatiseringservaring voor directe berichten.
Belangrijke implementatieopmerking voor intern gebruik Tegenwoordig wordt de daadwerkelijke bezorging van door regels geactiveerde berichten afgehandeld via de Asana-bot-service, niet door te posten als de gebruiker via het Microsoft-token van de gebruiker. Toch wordt dit bereik nog steeds gebruikt voor de installatie- en configuratie-ervaring rond chatselectie. | Als gebruikers willen dat Asana Regels berichten naar Teams-chats verzendt, heeft Asana voldoende toegang nodig om die chats te identificeren en die workflow te ondersteunen. | Dit moet niet worden beschreven als brede toegang tot de hele chatgeschiedenis voor algemeen lezen. De use case is specifiek gekoppeld aan chatselectie en automatiseringsworkflows voor directe berichten. | 
|
Wat Asana niet vraagt
Asana vraagt niet om:
- toegang tot eerdere Teams-berichtgeschiedenis
- toegang tot bestanden of SharePoint-inhoud
- toegang tot e-mail
- toegang tot agenda's
- tenant-toestemmingen op beheerdersniveau
- brede organisatiebrede controle over Microsoft Teams
Dit zijn door de gebruiker gedelegeerde toestemmingen die gekoppeld zijn aan de specifieke integratie-ervaring, geen uitgebreide beheerderstoestemmingen.
