Microsoft stelt uitfasering van Office 365-connectors in Teams uit tot 2025

Microsoft blijft de huidige Office 365-connecters in Teams tot december 2025 ondersteunen. Eerder zei het bedrijf hier nog op 1 oktober mee te stoppen, maar na 'feedback' doet het bedrijf dit toch niet.

Office 365-connectors in Microsoft Teams

Met de connectors kunnen gebruikers data uit thirdpartyapps weergeven binnen de vergaderdienst. Huidige connectors blijven nog tot december 2025 werken, al moeten beheerders daarvan later dit jaar wel extra stappen uitvoeren om ze te kunnen blijven gebruiken. Uiterlijk 31 december moeten beheerders de URL van een connector updaten willen ze hem blijven gebruiken. Microsoft zegt uiterlijk begin oktober details te delen over hoe dit moet.

Het uitstel geldt alleen voor bestaande connectors. Nieuwe connectors kunnen vanaf 15 augustus niet meer worden aangemaakt. Gebruikers moeten dan alternatieven inzetten, zoals de Power Automate-Teams-app of Microsoft Graph.

Power Automate biedt volgens Microsoft 'een veel diepere catalogus van Office-connectors'. Gebruikers klaagden echter dat dit systeem complexer is. Bovendien vonden ze dat ze van Microsoft te weinig tijd kregen om over te stappen, onder meer vanwege de zomervakantieperiode.

Reacties (21)

[kevlar01]

Jammer, de Incoming Webhook is wel een handige feature om gemakkelijk berichten naar een kanaal te kunnen sturen. Bijv. vanuit een monitoring systeem.

[opblaashaas]

Kan nog steeds, maar is een stuk omslachtiger geworden via "Workflows"
Het is dat ik al met Power Automate heb gewerkt want anders is het niet te doen omdat er nog geen documentatie voor is, en de nieuwe webhook geen raw text accepteert maar alleen formatted cards die je dus eerst in je workflow moet opbouwen.

[sekky]

Als ik de standaard template gebruik "Post to a channel when a webhook request is received". En hierna deze test dan krijg ik een error te zien die zegt dat het de flow niet kan installeren. Heb je toevallig deze error ook voorbij zien komen?

[opblaashaas]

Nee, maar dit zou ook een rechtenkwestie kunnen zijn omdat je onder water dus Power automate flows aanmaakt. Zou kunnen dat de systeembeheerder dit uitgeschakeld heeft voor normale gebruikers.

[Standeman]

Ja, dat kreeg ik ook. Maar als je via curl een stukje json (adaptiveCard) stuurt, dan werkt het prima. Wel even quotes om de url zetten, dat heeft mij langer gekost dan nodig

[EdwinG]

Formatted cards zijn niet nodig. Bijvoorbeeld:

1. When a Teams webhook request is received
2. Parse JSON
3. Post Message in a chat or channel

Dan zijn kaarten helemaal niet nodig. In plaats van 'Parse JSON' zijn ook andere opties beschikbaar, zoals 'Parse CSV' of 'Parse XML'.

Een plain-text of custom bericht direct plaatsen is mij nog niet gelukt, volgens mij zit dat achter een duurder/plus-pakket.

[supersnathan94]

Een plain-text of custom bericht direct plaatsen is mij nog niet gelukt, volgens mij zit dat achter een duurder/plus-pakket.

Dus voor minder vendor specifieke meuk, moet je meer betalen?

*sigh*

[VHware]

Je kan kan de Office365 connector ombouwen naar een Azure Teams conversation bot.

https://www.voitanos.io/b...e-365-connector-teams-bot

Daarmee hoeft er niet veel aangepast te worden aan de oorspronkelijke code waarmee je nu notifications stuurt.

[Blokker_1999]

Het kan ... als de firma Power Automate niet dichtzet zoals bij ons. En het kan niet meer naar private kanalen.

[Moartn]

Wij hebben in het verleden wel eens naar verschillende opties gekeken en hebben uit gemak maar voor e-mail gekozen. Elk kanaal heeft z'n eigen e-mailadres, en zo komen die berichten netjes in je Teams kanaal. Geen perfecte oplossing, maar wel eentje zonder zonder connectors of ander semi-maatwerk.

[watabstract]

Binnen het bedrijf gebruiken we de Microsoft Graph API om berichten naar zowel email als Teams te sturen. Al wordt het laatste in de praktijk nog niet toegepast maar het is prima mogelijk. Ik weet niet wat je onder maatwerk verstaat. Een API vind ik eigenlijk vrij standaard spul en vergt maar 1 oefening om het aan de praat te krijgen.

[Killah_Priest]

Ik ben zelf ook al jaren geleden afgestapt van de webhooks en overgegaan op Graph voor Teams berichten.
Tegenwoordig kun je de berichten schijnbaar zelfs via de Graph Powershell module posten dus makkelijker kunnen ze het bijna niet maken voor beheerders.

[ExtremelyBroken]

Yep, dat deed/doe ik met de PSTeams module in PowerShell voor alerts vanuit Azure. Die werkt ook nog wel deels via PowerAutomate, maar niet meer elke feature werkt zoals het deed. Het kost me wel weer een paar dagen om datgene wat ik wil te herschrijven om het een beetje eenduidig te krijgen, en gelukkig geeft dit ons wat meer lucht (zeker nu de vakantie tijd begint).

[universalAlex]

Prima dat er naar feedback wordt geluisterd en de beslissing is teruggedraaid.

[DJ_Clean]

De beslissing is niet terug gedraaid, ze hebben de EOL Deadline gewoon verschoven, andere deadlines (zoals nieuwe aanmaken) blijven gewoon staan.
Onder de streep dezelfde beslissing andere tijdslijn

[disjfa]

Ik vond het al snel, en als ik power automate wil testen kreeg ik ook nette meldingen. Het metrisch stelsel was nog niet ondersteund voor opties, of de opties voor celsius waren nog wat problematisch.

Maar ik ben wel benieuwd waar we daar mee naartoe gaan. Het klinkt wel gestroomlijnder, als het makkelijker gaat werken.

[CAPSLOCK2000]

Eerder zei het bedrijf hier nog op 1 oktober mee te stoppen, maar na 'feedback' doet het bedrijf dit toch niet.

Ik snap niet wat ze bij MS gedacht hebben toen ze die oorspronkeiljke deadline hebben voorgesteld. Dat plan zal aardig wat hoofdpijn en spoedvergaderingen hebben veroorzaakt.

De nieuwe deadline is nog steeds niet realistisch, zeker omdat er geen goed alternatief is.

Het voelt alsof MS een spelletje "good cop, bad cop" met zichzelf aan het spelen is. Door eerst een volkomen krankzinnige deadline te stellen lijkt de nieuwe deadline een redelijk compromis maar dat is het niet. Hoewel ik er niet blij mee ben is een jaar tijd niet genoeg om grote veranderingen door te voeren in een complexe IT-omgeving.

Daarbij gaan ze wel gewoon verder met hun deadline van 15 augustus waarop je geen nieuwe connectoren meer kan aanmaken. Alle lopende plannen die daar gebruik van maken kunnen dus de prullenbak in. Beheerders zullen vanaf nu op eieren moeten lopen want als ze per ongeluk een connector uitschakelen over verwijderen kunnen ze die waarschijnlijk niet meer herstellen.

Dat beheerders dit jaar nog een geheim dansje moeten doen om hun huidige setup in stand te houden voelt ook als een kunstmatige barriere, zo niet gewoon manipulatie. De aankondiging dat we pas in oktober te horen krijgen hoe het dansje er uit gaat zien voelt ook niet goed. Dat laat een venster van slechts enkele weken om onderzoek te doen en de voorgestelde procedure uit te voeren, als dat geen nadelige gevolgen heeft. Ik weet niet of die er zijn maar iedere verandering brengt nu eenmaal een risico met zich mee.

De korte deadlines geeft ook geen tijd om naar goede alternatieven te zoeken. Veel organisaties zullen van pure ellende maar het door MS voorgestelde alternatief gebruiken omdat ze zich klem voelen zitten en per direct een oplossing nodig hebben. Dat dit vooral (alleen?) goed werkt met de producten van MS zelf zet concurrentie ook weer een hak, die webconnectoren waren juist een redelijk generieke oplossing om samen te werken met applicaties van andere leveranciers.

Verder wordt lijkt het deel van het plan van MS om hun "Power" producten aan de man te brengen door het min of meer verplicht onderdeel te maken van het landschap. Als het gebruik van Power toch verplicht is zullen organisaties vanzelf stoppen de producten van de concurrent te gebruiken. Die zijn misschien beter maar organisaties standariseren graag op één stuk gereedschap. MS is al jaren heel handig in nieuwe producten zo "gratis" naar binnen te schuiven en vervolgens kosten te verbergen in een licentiepakket. Als de concurrentie is weggevaagd komt de rekening.

Dat er zeer diverse producten onder de naam "Power" geschoven zijn maakt het alleen maar moelijker om te weten wat het nu precies doet of kan, zeker voor niet IT-ers, die denken dat er één applicatie is die "Power" heet die alles doet.

Het stinkt weer naar machtsmisbruik en marktmanipulatie.

[Reactie gewijzigd door CAPSLOCK2000 op 24 juli 2024 15:18]

[NoTechSupport]

Ik werk zelf met SharePoint en Power Automaten en ik deel je mening, alles wat MS tegenwoordig doet ruikt naar machtsmisbruik en manipulatie.

[Knive]

Vandaag nog maar net een poging ondernomen om onze Office 365-based webhook vanuit GitLab om te vormen naar een Workflow webhook (zoals gesuggereerd door Microsoft zelf). Helaas niet veel verder gekomen, ik krijg het ding precies niet aan de praat en / of ik vind onvoldoende documentatie om deze integratie te converteren naar de nieuwe manier van werken (als mensen hier ervaring mee hebben, please, do reach out...).

Ik kan dit uitstel dus enkel maar toejuichen...

[MaglevNL]

Mooi, jammer van 15 augustus nog.

[Reactie gewijzigd door MaglevNL op 24 juli 2024 14:16]

[Yggdrasil]

Ik vond het al bizar snel. Heb vorige week een poging gewaagd maar de documentatie en zoekfunctie van Power Automate templates is nog onvoldoende.