I have an Excel script created in my Office Online account. I see where I can share that script with another user per workbook and also where I can share the script with another user as a whole in the manage access section of the .osts file itself.
I need the script to be accessible to an entire user - not just per workbook - so I've shared the .osts file with the second user.
That user can see the file in their shared files, but if they open an Excel file, it is not listed in their scripts. How do we get the shared .osts file to appear in the Automate tab when they open any workbook?
At this point, Excel only shows the scripts that are either (a) present in user's own OneDrive folder (documents/Office Scripts) or the ones shared on the workbook. We are working on enabling SharePoint based storage that you can use to share with everyone on the team and users can open it from their taskpane. For now though, the scripts can only be shared in the Excel workbook level.
Microsoft now allows scripts to be saved in SharePoint so that other users of the SharePoint site can access them. Script-storage
Related
I have a .xlam add-in which gives users an additional ribbon in Excel with several macros.
In the past, I have distributed these sorts of add-ins by saving the file to a saved network location, and asking the users to follow 5/6 simple steps to install (Excel > Options > Add-ins > Find the file and select OK). This also means that to update the toolbar across all users, I just need to overwrite the one file and everybody will then see the new version.
However, for the business I actually work for, many of our users are regularly at client sites, with no access to our own network - so the approach of saving the file to the network (as above) won't work.
I had heard that Add-ins could be rolled out via Office 365 admin center 'centralised deployment', however am I right in thinking this is for a different type of 'add-in'?
If so, are there any other approaches I can take to roll out a .xlam add-in to multiple users via the Cloud?
Thanks in advance!
Deployment by Office 365 Admin center is only for Web Add-in, the new generation, so your add-in in .xlam could not be deploy like that.
To deploy to many user you can do it by share network like you did, or by tool like SCCM to deploy more easily to lot of user
For info, I managed to solve this by saving the .xlam file into a Shared OneDrive folder, and instructing the users to install it from this location.
This allows me to update the .xlam file on OneDrive with new versions, and this will then automatically sync onto the users machines, meaning the toolbar is always up to date.
I've been searching and searching but with no luck. Is there a way to use Excel VBA to import master file data from another excel workbook saved in OneDrive?
Thanks in advance.
A.) If you have an excel workbook that is stored locally on your PC but inside your OneDrive sync-ed folder.Then you can use following VBA code to approach one drive file. Once file is available there are many routines already on SO to import data.
Sub Test()
Dim fn As String
fn = "Your File " 'change file name
fn = Environ("onedrive") & "\" & fn
'check to see if it exists
If Len(fn) > 0 Then
Debug.Print fn
End If
'... do something.......
End Sub
B.) FETCH FILES If you have the OneDrive desktop app for Windows installed on a PC, you can use the Fetch files feature to access all your files on that PC from another computer by going to the OneDrive website. You can even access network locations if they're included in the PC's libraries or mapped as drives. When you browse a PC's files remotely, you can download copies of them to work on. You can also stream video and view photos in a slide show. To access files on your PC remotely, make sure the PC you want to access is turned on and connected to the Internet. OneDrive also needs to be running on that PC, and the Fetch files setting must be selected. For further Details please refer Fetch files on your PC
C.) FIle on ShareOint - VBA aopproach If your file is on SharePoint. OneDrive doesn't sync the shared files to the local and sync. In such case VBA code is available on SO VBA download a File from OneDrive by #Sid29
D.)REST APIs - Microsoft Graph Another situation is elaborated in the following paragraph which uses API.
The OneDrive REST API is a portion of the Microsoft Graph API which
allows your app to connect to content stored in OneDrive and
SharePoint. The REST API is shared between OneDrive, OneDrive for
Business, SharePoint document libraries, and Office Groups, to allow
your app the flexibility to read and store content in any of these
locations with the same code.
These REST APIs are a part of the Microsoft Graph, a common API for Microsoft services.
For existing solutions using OneDrive API outside of Microsoft Graph, or solutions targeting SharePoint Server 2016, see direct endpoint differences for more context on reading this documentation. OneDrive and SharePoint in Microsoft Graph
E.) It may be difficult to get url of specific online file of onedrive. Microsoft Community has covered a situation where they have suggested VBA code for downloading of a file without URL.It is report xlsx from a web application.
Because the URL isn't the path to the file, it's a 'file request link' it processes single sign on verification, then the download popup is displayed.
Though it depends on the web site , code mentioned in article executed successfully using IE browser. Code mentioned in this article can be experimented with. There is no other method to load online onedrive file through VBA in my knowledge.
I have uploaded an excel workbook we constantly update to SharePoint for coworkers to view remotely as it has information they need. Would I have to delete and replace the workbook every time we make a change or is there a way that the workbook in SharePoint can automatically update with changes we make to the original which is on a Y drive? Thank you for any assistance.
When using SharePoint I find that there's an option to view the files in a document library using Windows Explorer. When you do that you can get the path out of the address bar and use that to update the file instead of the 'Y' drive. Benefit being you could also turn on version history in SharePoint then whenever anyone uploads a new version you can go to the past versions through SharePoint.
If your users don't all have access to SharePoint you could drag and drop from the Y drive to the address from the 'View in Windows Explorer' link or even automate it by writing a DOS batch job using the COPY command to copy the file over. Then you can use windows task scheduler to run the .BAT file however often you want.
Hope that helps!
I have a spreadsheet that is stored on a SharePoint site and I would like to link to this spreadsheet to create a "live" table in my Access database. When I go to Get external data->Excel->Link to the Data source by creating a linked table, I get an error because the filepath begins with http:. Is there a workaround for this? Thanks!
You cannot link to a web site, or a file sitting on some web site. You need (must) use the windows file networking system for this to work.
You thus could as a workaround download the file local, and then link to the local file.
I have the following problem:
I have a process in SSIS and it generates .cube files and saves the files in Sharepoint folders.
I have users that open the files in excel. Some can see the data in the files and other can not see anything.
There is one user who opens the file on a computer on the company network and can not see the data in the .cube file, but if the same user opens the same file on a personal computer the user can see the data in the file.
Can someone help me?
There are a couple of possibilities here. First off, Excel has something called Trusted Locations. If a file is on a network share, you may need to add that share as a Trusted Location. Check the Excel backstage (or look for a video on Youtube about Trusted Locations) for more info.
Secondly, once the file is downloaded, do the properties of the file show the 'Unblock' button? They shouldn't for a typical intranet setup but there could be something unusual about your particular environment.