My goal is to extend functionality of the current asset tracking system.
Basically I would like to pull list of Clients and related assets from external system into sharepoint 2010.
Then I would like to associate documents with each asset. My first intention is to create a list of folders where each folder would be named respectively.
Tell me, if I am going in the wrong direction.
You can open your document library in explorer view and easly copy your content from external sorce to document liabrary, as windows explorer.
You can reffer the below link for more details
http://msmvps.com/blogs/shane/archive/2006/01/12/80843.aspx
Related
I have created an utility for browsing and uploading file from user's machine (OS is Windows10) to a SharePoint site's document library. This utility is created using 1. a canvas form created in Power App, 2. a workflow created in Power Automate and 3. destination document library of SharePoint site.
To briefly summarize about its working; when any user uploads any file using this form, workflow is triggered to store this file as an entry to a SharePoint list, and it is then sent to designated reviewers to get it reviewed and approved. On approval, file is moved from SharePoint list to another site's document library.
Files are successfully being moved to the destination document library.
Here is the problem I'm facing for the moved files - The document library has 'modified by' meta-data column associated with files. This field does not display actual user's name whoever uploads a file or replaces an existing file by uploading a modified version of this file. It always shows my name in 'Modified By' field.
Is there any way to fix this and show the actual user's name in this field who uploads any new file or replaces any existing one.
Any help is really appreciated.
Thank you.
The issue you are having is by design.
The kind of trigger you are using in SharePoint connector always operate in context of the owner of the flow (you)
Please check the following for detailed description and possible workarounds: https://sharepoint.stackexchange.com/questions/269396/microsoft-flow-always-run-in-context-of-user-who-published-it
You can try using 'update file properties'. I have not tested if this works or not, but it seems practical solution to test.
I am new to sharepoint, I do most of C# but now i wanted to do something with Sharepoint.
Now I want to create a Folder which I can use for file conversion which has to have an origin as well as a destination (Origin files are Docx and Destination is PDF) I cannot seem to see where i create the folders from.
I am using Sharepoint 2016, Please How can I go about something like this
You can create Document Library to securely store files
You can create a new Document Library, then create a new folder using Ribbon Menu:
I was experimenting with MS Flow in Office 365, trying to automatically extract info from excel files. However, it turns out we made some "design error" in our sharepoint structure.
We have multiple central document libraries that are only linked to the Onedrive for Business environment and not connected to a Sharepoint site. (The latter turns out to be necessary for MS flow.) Is it possible to link existing document libraries to a sharepoint site?
EDITS:
Some background: within onedrive for business we have created multiple document libraries. See the screenshot below (blacked out are the ones we created).
Screenshot of Onedrive for Business "Site Contents"
Using MS flow I want to extract info from some of the Excel sheets in those doc libs. However, when using the wizards, I can only access files in document libraries that are created from a Sharepoint site (mine were apparently created directly in the OnedrivefB environment) or the main document library from OnedrivefB (as shown below; when choosing Onedrive, the File wizard only shows the files in the 'Documents' doc lib as also listed in the previous screenshot. Screenshot from Flow wizard
Elsewhere, I was told I should connect the document libraries we created to a Sharepoint site. But this person couldn't tell me how... Other suggestions are of course welcome as well!
Thanks, J
For completeness:
Step 1 in the wizard, showing sharepoint sites and onedrive for business
Step 2 in the wizard, showing options when choosing for OdfB
Step 3 in the wizard, only showing files from the document library called "Documents" in the first screenshot
A screenshot from one such document library with the Excel I am trying to access
Both OneDrive for Business and Sharepoint sites can be connected to MS Flow. If you are looking for the connection with OneDrive for Business, check the below link for triggers and sample templates
https://us.flow.microsoft.com/en-us/connectors/shared_onedriveforbusiness/onedrive-for-business/
Sharepoint -
https://us.flow.microsoft.com/en-us/connectors/shared_sharepointonline/sharepoint/
EDIT:
To access an Excel file in an OneDrivefB folder, browse and select the excel using file option. It will list all the folders in your OneDrive library.
.Second screenshot which you attached is sharepoint assets. they cant be linked to OneDrive. It can only be linked to sharepoint sites
I have a silverlight application inserted in a SharePoint page. The SilverLight application runs on a different server thatn that of SharePoint. From an event in the SilverLight, I generate a document on the server side from SQL Server. I can generate the doc on the server hosting the silverlight application and also copy it to the SharePoint server. I wanted to know if I can include this file in a sharepoint document library automatically. I was thinking if like emailing to a list allows us to copy the file into the library, can we configure the reverse, means copying the file make it part of the list.
Update:
I wanted to avoid uploading. For me uploading is sending the file from one location to the target location. But what I am saying is, if I copy the file into the folder where SharePoint keeps the file physically for the particular list, can it be added to the list automatically?
I am not sure, how well I am being able to describe the point. Please elaborate if required or I can answer your queries.
SharePoint stores the files in a database, not a folder.
WebDAV access may be what you're looking for - it's a backbone of the the Explorer View feature that allows a user to access a document library as if you were accessing a file system through a Windows Explorer window.
You can configure "incoming e-mail" properties for the document library, and assign an e-mail address.
After that, when you e-mail a document as attached to e-mail to this e-mail address, then attachment will be saved to that library by sharepoint automatically.
I'm looking for a way to localize SharePoint 2010 Folder Names, for a specific application.
I've seen that site names/description are automatically translated, and it seems like SharePoint 2010 supports "multilingual" fields for metadata - but I haven't been able to apply this successfully for folder names.
The folders are automatically generated, and the number of folder is limited (so I'm not looking at providing the users a way to translate their folder names, but a way to localize a predefined folder structure).
In a nutshell :
- is there a way to localize folder names ?
- if yes, is what's the best way to deploy this as part of a solution ?
Have you considered how Managed Metadata might be able to help you with this? If you're able to control terms that are also localized in Taxonomy, perhaps when creating a folder you would pull from the Managed Metadata Store, and then display the appropriate language based on the user's language setting. Just a thought... Since you know the name of the folder ahead of time, you could use that as a label for a folder name term, and then pull another label that matches the user's language and display that.
You can start using a resource files in your project and this link can help you about it.
But if you want to let the user, who creates a folder to set its localized name; then you should consider using SP event receivers.
I hope I've understood you correctly.