Recent Discussions
Praise within the Office 365 profile experience is being cancelled
We have decided to cancel the ‘Praise’ feature in Delve. The feature initially rolled out to Office 365 First Release customers, but has been pulled back, due to customer feedback and decision to divert engineering resources to other aspects of the product. The feature is now listed as “Cancelled” on the http://office.com/roadmap. Please let me know in comments on this thread if you have any further questions and I'll address what I can. - Mark Kashman, senior product manager (SharePoint & Delve) - Microsoft110KViews3likes9CommentsHow to get user photo in C# using Graph API?
I am building a bot which shows user the searched user photo and other information. Rest of the information is being fetched properly other than user's photo. I am trying to get user photo by using below URL. Graph explorer shows the user's photo using this URL. https://graph.microsoft.com/v1.0/users/{userid}/photo/$value I am using below code to get the image and assign it as URL to image card in my bot. private async Task<string> GetPhoto(HttpClient client, string id) { var resp = await client.GetAsync("https://graph.microsoft.com/v1.0/users/{id}/photo/$value"); var buffer = await resp.Content.ReadAsByteArrayAsync(); var byteArray = buffer.ToArray(); string base64String = Convert.ToBase64String(byteArray); Trace.WriteLine($"converted base 64 string! =>=>=>=> {base64String}"); return base64String; } is it the right way to fetch and show the user photo in C#?Solved65KViews0likes3CommentsThe Future of Delve
Having noticed conversations popping up here and on Twitter about the future of Delve in Office 365 I’d like to put out a question to the Microsoft guys and girls on here about the future roadmap. The lack of updates around Boards and Blogs is evident. We’re happy to recognise the advances of Microsoft Graph across the Office 365 suite but clarity on Delve would be welcome. Thoughts Mark-Kashman danholme Naomi Moneypenny? Happy to hear from other Microsoft stakeholders.Solved57KViews14likes45CommentsUnderstanding security and privacy of Delve and intelligent experiences in Office 365
Within Office 365, Delve is an intelligent service aimed at helping users stay in the know – to discover new, relevant information and people based on who they work with and the content they work on. Delve proactively discovers content across Office 365 and connects users to content and people, intuitively and in a personalized fashion. Powered by the Microsoft Graph, Delve brings you information from across Office 365 – OneDrive for Business, SharePoint Online, Exchange Online, Yammer, Office 365 Video and more. Delve will only show you content that you have access to—it always respects the permissions and security policies of that content. We want to provide insight and clarity for the security and privacy that comes with, and backs, Delve in Office 365. And to be clear about what role the Microsoft Graph plays, examples of how it is used in Delve and throughout Office 365. Security and Privacy Delve is covered under the https://products.office.com/en-us/business/office-365-trust-center-compliance and meets all of the requirements of our highest level of compliance which Microsoft refers to as “Tier D” compliance, e.g., ISO 27001 and 27018 certification, SOC 1 and SOC 2 compliance. Delve is also licensed under the Microsoft Standard Online Services Terms which include commitments such as the EU Model Clauses. This, too, applies to the Microsoft Graph - the underlying intelligence service that uses advanced analytics to provide relevant, personalized insights via Delve and other user interface experiences throughout Office 365. You can read more within the public “http://download.microsoft.com/download/1/4/3/1434ABAB-B8E9-412D-8C3A-187B5FCB7A2F/Compliance%20Framework%20document.pdf" document (.pdf). Customers own their Microsoft Graph data, which is stored in their partition of Office 365. The Microsoft Graph data has the same protection and security as other customer data stored in other Office 365 services. Delve never changes any permissions on content or other information. Users only discover what they already have permission to see. Only you can see your private documents in Delve, unless you decide and act to share them. It is important content owners establish and maintain any required or desired access rights and permissions on the content/documents themselves. Documents are not stored in Delve, but rather they are only displayed within the Delve experience from where they are stored, for example OneDrive for Business or a SharePoint Online document library. People can't see each other's private activities, such as what documents they've read, what emails they've sent and received, or what Skype for Business conversations they've been in. People can see when others modify a document, but only if they have access to the same document. What you see when you open Delve is personalized to you, and no one else sees the same files, content, and activity you do. It is possible to opt out of Delve at both the tenant level and the user level. Once opted out, users will not see the Delve tile in the Office 365 app launcher. Opted out users’ document activity (documents they are accessing) is no longer used to help others discover their content. Additionally, various services that surface content and recommendations from the Microsoft Graph to provide intelligence throughout Office 365 will simply not appear. They, too, may revert to previous non-Graph-based methods -- for example, search-based vs graph-based. One example, if you opt out, you would not see the new "Discover" tab within OneDrive for Business - yet the core of OneDrive for Business remains intact. To learn more, please review these two important Delve security and privacy support articles; the first for admins and second for users: "https://support.office.com/en-us/article/Office-Delve-for-Office-365-admins-54f87a42-15a4-44b4-9df0-d36287d9531b", "https://support.office.com/en-us/article/Are-my-documents-safe-in-Office-Delve-f5f409a2-37ed-4452-8f61-681e5e1836f3?ui=en-US&rs=en-US&ad=US". Additionally, it is important to https://support.office.com/en-us/article/Understanding-permission-levels-in-SharePoint-87ecbb0e-6550-491a-8826-c075e4859848?ui=en-US&rs=en-US&ad=US and other content repositories; examine existing permissions if you perceive any unintended exposure. The Microsoft Graph – supporting the business user and the developer The content, activity, people, and recommendations that surface in Delve and other intelligent experiences are powered by Microsoft Graph. The Microsoft Graph represents a collection of content and people, and the activity that happens across the entire Office suite. From email, social conversations, and meetings, to documents in SharePoint and OneDrive, the Microsoft Graph maps the relationships among people and information, and acts as the foundation for intelligent experiences, providing more relevant and personalized experience to each user. The Microsoft Graph uses sophisticated machine learning techniques to connect people to the relevant content, conversations and people around them. A visual representation of the various content sources and signal Delve and the Microsoft Graph leverage to help make discovery or relevant content and people possible. Review https://support.office.com/en-us/article/Connect-and-collaborate-in-Office-Delve-46f92806-b52c-4187-b60e-b3bf8d25f73e?ui=en-US&rs=en-US&ad=US#BKMK_WhichTypesOfContent. And learn more about https://graph.microsoft.io/. Intelligence beyond Delve, throughout Office 365 and beyond The value of infusing intelligence within Delve, and throughout Office 365 applications, means you have access to intelligent information and insights right where you are working without leaving the app or experience where you are working. You’ll see intelligence in OneDrive for Business in the form of the Discover tab where you’ll find others’ files related to what you are working on. The home page of a SharePoint team site surfaces activities in the site, the SharePoint mobile app and the SharePoint home in Office 365 suggest sites of possible interest and recent activity, plus Outlook’s Focused Inbox, where the Graph helps identify and eliminate clutter in your email stream. Screenshots on web and mobile where the value of intelligence from the Microsoft Graph surfaces throughout the various Office 365 workloads. The effect of opting-out of Delve will reduce the intelligence and discovery experiences in Office 365. It is our recommendation to not opt out. It is also possible to program your own custom solutions for any device with the intelligence from the Microsoft Graph. Developers leverage a single end point that provides access to a common set of simple, modern APIs. Using the Microsoft Graph API, developers can consume Office 365 data in their apps to create custom, personalized experiences for their users. You can learn more about developing with the Microsoft Graph at https://graph.microsoft.io/. And the same data access security and privacy model, as articulated above, remains with custom applications that use the Microsoft Graph API. Custom applications querying the Microsoft Graph do so under the security context of the user and will only return content to which the user has been given permissions. Delve and intelligence customer evidence As you move from learning about Delve and the Microsoft Graph, into how you and your company can best introduce the value and capabilities to your users, it’s helpful to review how other companies chose to move forward, helping them to overcome a variety of challenges facing them. Below are two recent examples of companies that committed to putting Delve and the Microsoft Graph to use in production, into their evolving digital workplaces. Marks & Spencer | M&S is a global, multichannel retailer with more than 1,330 stores selling innovative food and quality clothing to people living in many different cultures. They wanted to find a way to unite the company. To promote unity, they sought the right technology tools to support a new business culture— one that is modern, agile, connected and collaborative—that’s defined by a digital mindset across a single global company. Alongside their company portal, serving 80,000 employees, Delve provides intelligent people discovery. “We plugged Delve into our company directory, so employees can look for individuals and see their managers and who they work with. We view Delve as a quick and easy way to find current data to keep us moving at a fast pace in this fast-paced business.” says Carl Dawson, IT Director. Please review https://customers.microsoft.com/en-us/story/marksandspencerglobalretailer + video. Weleda | Based in Arlesheim, Switzerland, Weleda has offices and partnerships in more than 50 countries. They needed to connect employees to the relevant content, conversations, and people around them. By “embedding Delve-like functionality into our intranet, it helps employees stay better connected to the colleagues, information, and projects that mean the most to them,” says Vladimir Filev, Enterprise Architect. Weleda employees are using Microsoft Office 365 to work closely with colleagues worldwide, transforming an email-driven workplace into an inclusive, connected culture that promotes individual achievement to improve global productivity and drive innovation. “Because Delve has such a great search engine,” Filev continues, “I’m able to keep track of contacts and files across multiple projects I’m involved with. In terms of personal time management, I find Delve very helpful.” Please review https://customers.microsoft.com/Pages/CustomerStory.aspx?recid=29130. Intelligence rests on trust Microsoft is committed to security, privacy and compliance. Your data is your data – and it is you who has control of who can see it and who can access it. Through transparent service operations, we seek to gain and earn your trust every day. We are accountable to you. Thanks for keeping us accountable, Mark Additional related resources SUPPORT ARTICLES “Share files or folders in Office 365”: https://support.office.com/en-US/article/Share-files-or-folders-in-Office-365-1fe37332-0f9a-4719-970e-d2578da4941c "Are my documents safe in Office Delve?": https://support.office.com/en-us/article/Are-my-documents-safe-in-Office-Delve-f5f409a2-37ed-4452-8f61-681e5e1836f3?ui=en-US&rs=en-US&ad=US "Office Delve for Office 365 admins": https://support.office.com/en-us/article/Office-Delve-for-Office-365-admins-54f87a42-15a4-44b4-9df0-d36287d9531b “ Understanding permission levels in SharePoint”: https://support.office.com/en-US/article/Understanding-permission-levels-in-SharePoint-87ecbb0e-6550-491a-8826-c075e4859848 BLOGS "Connect to expertise and content with new people experiences throughout Office 365" [9/26/16]: https://blogs.office.com/2016/09/26/connect-to-expertise-and-content-with-new-people-experiences-throughout-office-365/ (this is also the one MS Tech Summits stream on-demand) "Enriching the mobile and intelligent intranet with team news, apps for Android and Windows, and more" [9/26/16]: https://blogs.office.com/2016/09/26/enriching-the-mobile-and-intelligent-intranet-with-team-news-apps-for-android-and-windows-and-more/ "SharePoint - the mobile and intelligent intranet" [5/4/16]: https://blogs.office.com/2016/05/04/sharepoint-the-mobile-and-intelligent-intranet/ “ Today at Connect()—introducing the Microsoft Graph” [11/18/15]: https://blogs.office.com/2015/11/18/today-at-connect-introducing-the-microsoft-graph/ “ Office - Microsoft Graph: Gateway to Data and Intelligence” [Connect 2016]: https://msdn.microsoft.com/en-us/magazine/mt790189.aspx VIDEOS "Discover what's new and what's coming for Office Delve" on-demand BRK2044 session recording: https://myignite.microsoft.com/videos/1359 "Discover what's new and what's coming to the SharePoint Mobile and Intelligent Intranet" on-demand BRK2029 session recording: https://myignite.microsoft.com/videos/1302 "Explore new personalized, intelligence powered search experiences in SharePoint, Delve and Office 365": https://myignite.microsoft.com/videos/1363 "The Mobile and Intelligent Intranet: SharePoint sites and PowerApps": https://youtu.be/x8tgKBXmmPg "Updates to the SharePoint app, team sites and publishing experience": https://youtu.be/W4J6hZtove051KViews18likes20CommentsWhat is the Office Graph?
Office Graph - the intelligent fabric to Office 365 data The Office Graph represents a collection of content and activity, and the relationships between them that happen across the entire Office suite. From email, social conversations, and meetings, to documents in SharePoint and OneDrive, the Office Graph maps the relationships among people and information, and acts as the foundation for Office experiences that are more relevant and personalized to each individual. The Office Graph uses sophisticated machine learning techniques to connect people to the relevant content, conversations and people around them. Office Graph has mapped over billions actions and interactions within Office 365, making it clear that organizations have been sitting on an untapped gold mine of business value. As it continues to analyze relationships and deliver insights from across the tools people use at work every day, it will enable experiences that go above and beyond search and discovery. Going forward, the Office Graph will continue to evolve and deliver increasingly rich insights in Office 365, and incorporate support for extensibility to reach beyond Office 365.Solved44KViews6likes14CommentsSearch box changes in modern SharePoint and OneDrive experiences
We wanted to make sure that the community is aware of some UX changes coming to the search box on modern OneDrive and SharePoint experiences! These are part of the changes we had announced as part of Message Center post published on March 28 (MC176702), and then talked about in our blog posts at Build and SharePoint conferences this month. The changes we are detailing below are already rolled out to Targeted Release users and tenants. So if you are part of the Targeted Release program, you should already be using these updated experiences. The major experience change is the removal of the search box in modern experiences from where it was in the site header in communication sites, or the command bar in team sites. A new search box connecting our users to Microsoft Search will be shown at the top of the page in the suite header instead, and provide a consistent place to access search functionality. Similar changes are rolling out to other experiences across Office 365: Office.com, Office desktop applications, Outlook on the web, etc. SharePoint start page shown after the search box move The change will affect the following modern experiences: SharePoint start page (formerly known as SharePoint home). This is the page you are taken to when you click on "SharePoint" in the suite navigation control. Modern SharePoint sites, including modern site pages, document libraries, lists, and the site contents page. OneDrive for Business. Classic sites/experiences will not be affected by this update. The search boxes on classic pages will continue to work as they currently do. We will provide an update to classic experiences later this year. This change will be announced using message center posts as well as this community. Hub site with the Microsoft Search search box - scoped to search across the hub This update will take effect without requiring any action from you. The functionality provided by the new search box includes personalized suggestions in addition to functionality provided by the previous search box. We are planning to roll out these updates to our customers in Production over the coming weeks during the month of June. Note: During our rollout to Targeted Release, we have heard from a small number of customers who had customized the search box experiences and had adverse effects. If you have customized your search box, please ensure that you test the changes using Targeted Release users in your tenant to make sure that you are not negatively affected. If you see negative effects, follow this link and tell us more about it.Get Accesstoken from Connect-MgGraph
Hello there I am using the PowerShell Graph SDK and connecting using the connect-mggraph cmdlet to authenticate to Azure (manual Login). I am assuming, this cmdlet somehow creates something like a temporary app registration and uses this for every further action. Now my question is, if I can somehow get to the access token that the SDK is using on behalf of my User. I then want to make calls to the Graph API with the invoke-restMethod cmdlet33KViews0likes3CommentsSDK command error - "The input is not a valid Base-64 string..."
Whenever I perform ANY SDK command (i.e. get-Mguser, invoke-MgGraphrequest), I receive the following error. Example 1: Get-MgUser : The input is not a valid Base-64 string as it contains a non-base 64 character, more than two padding characters, or an illegal character among the padding characters. At line:2 char:1 + Get-MgUser -Filter "userPrincipalName eq '$UPN'" + ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + CategoryInfo : NotSpecified: (:) [Get-MgUser_List1], FormatException + FullyQualifiedErrorId : Microsoft.Graph.PowerShell.Cmdlets.GetMgUser_List1 Example2: Invoke-MgGraphRequest : The input is not a valid Base-64 string as it contains a non-base 64 character, more than two padding characters, or an illegal character among the padding characters. At line:4 char:14 + ... response = (Invoke-MgGraphRequest -Uri $uri -Headers $headers -Method ... + ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + CategoryInfo : InvalidOperation: (:) [Invoke-MgGraphRequest], FormatException + FullyQualifiedErrorId : NotSpecified,Microsoft.Graph.PowerShell.Authentication.Cmdlets.InvokeMgGraphRequest I am able to perform connect-mggraph and obtain the -scopes needed. I have done the following (and searched for the past few days): Executed VSCode/Poweshell ISE/pwsh.exe with Administrator privs Removed microsoft.graph modules and reinstalled version 1.10 I do not recall when this error began, but it's probably within the past week. I'm using Graph Explorer without error of course. I've had 2 Windows 10 updates on 6/20/2022. KB5014699 and Servicing Stack 10.0.19401.1737. I realize "It works on my machine. What did you do to yours" is the most common answer. 🙂 Any guidance, workaround, solutions to try would be most welcome.29KViews1like5CommentsCould not load file or assembly 'Microsoft.Graph.Authentication, Version=1.3.1.0
Hi All, not able to run Graph powershell cmdlet post updating. getting below error: New-MgUserAuthenticationPhoneMethod : Could not load file or assembly 'Microsoft.Graph.Authentication, Version=1.3.1.0, Culture=neutral, PublicKeyToken=ASFFFSSFFF' or one of its dependencies. The system cannot find the file specified. At line:1 char:1 + New-MgUserAuthenticationPhoneMethod + ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + CategoryInfo : NotSpecified: (:) [New-MgUserAuthe..._CreateExpanded], FileNotFoundException + FullyQualifiedErrorId : Microsoft.Graph.PowerShell.Cmdlets.NewMgUserAuthenticationPhoneMethod_CreateExpanded29KViews0likes2CommentsDisabling Delve?
This question of disabling Office Graph has come up, to remove Delve, as there are concerns documents are being shown that shouldn't be. Even after explaining how this works, it's do with underlying permissions etc., it's an option is that's being pursued. My question is, what is the impact of disabling Office Graph today and going forward with the next generation Office 365 experiences. Here is what's mentioned in the https://support.office.com/en-gb/article/Office-Delve-for-Office-365-admins-54f87a42-15a4-44b4-9df0-d36287d9531b "If you don't allow access to the Office Graph, Delve will be removed from the Office 365 app launcher. When users visit a person’s page, for example by clicking on a person in OneDrive for Business, that person’s page will contain only user profile information. No documents will be shown. Users can still search for other people, but not for documents or boards. The Discover view in OneDrive for Business will also be removed." Is it more far-reaching than that, though? What about some of the new SharePoint experiences, will they be adversely affected. Office Graph/Delve seems to be powering or linked with upcoming or new features, is that true? Thanks for any insights or feedback.28KViews2likes14CommentsResetting User’s Password using Microsoft Graph API
Working on a project to develop a tool and one aspect this tool is to rest a user’s password using Graph API with Application Permissions. Been searching on the internet and found a lot of suggestions on using delegate and application permissions; however, I was unable to get the password reset to work using Graph API. Environment Information: we have an on premise active directory and user azure ad connect to sync account to Azure AD with Password write back. Question: How can I reset a user’s password in Azure AD using only Microsoft Graph API with Application permissions? What permissions I’ll needed use for the application and URI I would need to use. The last option I tried can be found on this website: https://levelup.gitconnected.com/how-to-reset-or-update-user-passwords-with-microsoft-graph-api-in-azure-ad-c6733c3b0ac3 From this website I tried “The solution to use AAD PowerShell V2.0” Thank You, LarrySolved26KViews0likes15CommentsAuthenticate to Connect-MSGraph with PowerShell
Let me preface this question by stating I may be misunderstanding how this is supposed to work. I'm writing a PowerShell script and need to be able to connect to MS Graph to use Intune Graph. I'm running the following: $authparams = @{ ClientId = 'appID' TenantId = 'tenantID' ClientSecret = ('appSecret' | ConvertTo-SecureString -AsPlainText -Force) } $token = Get-MsalToken @authparams $authorizationHeader = @{ Authorization = $token.CreateAuthorizationHeader() } $requestURL = "https://graph.microsoft.com/beta/deviceManagement/managedDevices" Invoke-RestMethod -Uri $requestURL -Headers $authorizationHeader Which comes back successful, but when I run a cmd, for example Get-IntuneMangedDevice , it returns Get-IntuneManagedDevice : Not authenticated. Please use the "Connect-MSGraph" command to authenticate. At line:1 char:1 + Get-IntuneManagedDevice + ~~~~~~~~~~~~~~~~~~~~~~~ + CategoryInfo : AuthenticationError: (:) [Get-DeviceManagement_ManagedDevices], InvalidOperationException + FullyQualifiedErrorId : PowerShellGraphSDK_NotAuthenticated,Microsoft.Intune.PowerShellGraphSDK.PowerShellCmdlets.Get_DeviceManagement_ManagedDevices I thought the first bit of code was authenticating? Am I misunderstanding how this works?26KViews0likes1CommentCustomizing Delve profile
We have a customized version of SharePoint profiles along with the OOTB Delve profiles. Doing a comparison, this is what we don't find in the Delve profiles: 1. Skype for Business - possibility to initiate a call (you can initiate a chat but not a call). 2. Section - this is a customized field that displays the section we work in, not available in Delve. 3. Yammer - our cusomtized SP profiles include links to people's Yammer profiles and the list of groups they belong to. 4. Presence indicator - strangely not presence indicator enabled in Delve. My question: Is it possible to add custom fields in Delve profiles? and if not, is it on the roadmap?Solved21KViews0likes4CommentsMicrosoft Graph - Don't Get Throttled!
The Microsoft Graph endpoint is normally highly performant. The infrastructure behind Microsoft 365 will allocate computing resources based on demand to ensure that periods of high traffic levels do not result in degraded performance. In addition to dynamic scaling of resources, another mechanism that Microsoft uses is throttling. If you make too many requests then you will start to get HTTP 429 (too many requests) response codes returned. Not all resources are metered and while this initially applied just to the Outlook APIs but we can assume that more resources will be metered over time. How many requests is "too many"? So the obvious question is: what is the definition of "too many requests?". The answer to this is that you will get throttled if you make a number of requests that would be detrimental to the service as a whole, which isn't actually that helpful. A figure that has been stated publicly is 10,000 requests in a 10-minute period. This applies on a per user and per application ID basis. So you could make 10,000 requests on behalf of each user or group in your tenant in a 10-minute period before triggering the throttle, and if you exceed the threshold for a particular user then it is only that user that gets throttled. If you are using app-only permissions then that counts as a single user. This is all well and good, but for practical purposes you have to accept that these rules could change at any time, and in addition you could well find that a lower threshold kicks in if the service is becoming overloaded for whatever reason. You might also find you get throttled if you make a large number of requests across your tenant, the 'rules' above notwithstanding. The reality is that unless you are making a small number of requests, you should design your application on the assumption that you could get a 429 response at any time and build in logic to deal gracefully with that situation when it arises. If your application is throttled you will get a Retry-After response header in addition to the 429 response code, telling you the number of seconds your application needs to wait before making more requests. You also get a descriptive Rate-Limit-Reason header (I hesitate to call it an error message) which you probably will want to log rather than show to a user. Obviously you will want your app to wait for the Retry-After period before making another request, otherwise you will just get more 429s and probably extend the throttling period even further. Avoiding Throttling Clearly it is preferable not to be throttled in order to keep your application performant. There are a number of strategies you can use: Don't do automatic retries as these will accumulate requests against any throttling limit. Retrieve multiple items in one request, e.g. get a page of list items rather than retrieving individually, and use $select to avoid getting properties you don't need to keep the payload down. Increase the value of $top to get larger pages (default is 10 but maximum is 1000) Cache data locally where needed to avoid re-fetching data, while being careful not to breach data privacy, retention policies and terms of use of the Microsoft Graph Use webhook notifications rather than polling requests to detect changes (you can also use delta queries to reduce the response payload). Use JSON batching to combine multiple requests into a single batch request. You should think of the Retry-After period as a recommendation. If you re-try the request after the Retry-After time has elapsed it is still possible that you will get a 429 response. This means that throttling is still in effect. In this case you should again wait for the (possibly updated) Retry-After period and try again, repeating this process until the request succeeds. It is worth noting that not all of the Microsoft Graph APIs provide a Retry-After header. It is possible for an API to have throttling implemented but not yet support the Retry-After header. In this case a strategy would be to have an initial wait period and keep increasing it exponentially with each 429 response. More guidance is provided in the Microsoft Graph documentation. Microsoft Graph Data Connect The Microsoft Graph API is designed for transactional access to Microsoft 365 data on a user-by-user basis. Some applications really require bulk access to data, for example aggregation of data across a tenant, fraud detection, analysing resource utilization and efficiency or building organizational directories, to name a few use cases. Typically these types of processing occur on a scheduled basis, for example every night. In this case the Microsoft Graph API endpoint is a very inefficient way of doing this and the application is likely to encounter throttling limits. A better solution in this case is to use a new feature (currently in preview at the time of writing) called Microsoft Graph Data Connect. It allows you to get at the same data that's available through Microsoft Graph APIs (currently only a limited subset is available), but in a scalable way. It also allows you to build sophisticated analysis pipelines using tools like Azure Data Factory. All this processing occurs within the Azure data centre for better data protection. For more information see the Microsoft Graph Data Connect documentation. More articles on my blog.20KViews0likes0CommentsSearching for Skills and Interests
In our profiles, we have the Skills and Interests fields, where we can enter things we're skilled in, as well as things we're interested in. When I do a search in Delve however, it only picks up results in our job titles or in our profile text. How do we connect with people that have similar interests, or connect with people who have certain skills we need?17KViews5likes13CommentsPowerBI userprofile images
Hi all, I've connected to the User Information List to get data about users. I'm trying to display the profile picture in PowerBI Desktop but it's only displaying as a broken image. Is there a security setting or some configuration that needs to be updated to get this displaying. I'm using the sam account across the board and can view the images when browsing through IE. Thanks, Will16KViews0likes6CommentsGet-MgProfile : The term 'Get-MgProfile' is not recognized as the name of a cmdlet, function, script
Hi everyone, The cmdlet Get-MgProfile is no longer available after updating to v2.1.0 Even the link is no longer available: https://learn.microsoft.com/en-us/powershell/module/microsoft.graph.people/get-mguserprofile What is the replacement Graph SDK cmdlet to get the existing Microsoft Graph PowerShell SDK connection profile name? Thanks in advance.16KViews1like5CommentsDelve Boards disappering
Has/is anyone experiencing their Boards disappearing? This is the 3rd time I have lost my Boards. I use them heavily to organize objects and it is a great way to keep like-minded items together. I am not sure I am going to be willing to rebujild all my Boards again and this has been having a negative impact on the application and on adoption. The business is losing "faith" in being able to use aspects of the product. Yes, I have opened a ticket (as I have for the other times). I'm just curious if others see this and how you mitigate the impact.13KViews1like49CommentsDelve showing documents users do not have access to
Hello, We are not extensive users of Delve in my organization, but we had a case today of a user came to me who could see documents showing up in Delve that she did not have access to. The user could not open the documents (she was landing on a "Request Access" page) but titles and thumbnails can already be a lot of information. The user was not a member of the sites the documents were saved in or had not been shared the file with. She did not have any administrator roles, so I have no idea why she could see these documents. It was not consistent either: she only saw documents from a specific user show up (she was not part of his team). Any thoughts? Did this happen to other people as well? I don't want to disable Graph for SharePoint unless it is an actual pattern. I also noticed much of the effort has been focused on Microsoft Search lately, not Delve, is the idea that Delve will be decommissioned in favor of Search?13KViews0likes20Comments
Events
Recent Blogs
- ServiceNow tickets Graph connector is now generally available, adding to the suite of Microsoft Graph connectors for ServiceNowJan 17, 202410KViews4likes1Comment
- Get complete control of your Graph connectors rollout strategy with a measured exposure of connections to select users and groupsDec 01, 20234.2KViews2likes0Comments