I was using the following SO post to create a folder in a SharePoint list: Here
It kinda-sorta works, but not as expected. Here is the way the logic works:
A Policy is either new or has been updated in our Document Library,
which acts as my trigger for Logic Apps
The condition then looks forthe word "Policy" in the File Identifier
It then goes and creates a folder in another SharePoint list (Policy Acknowledgement), based on the filename/Policy Name
Then it sends an email to staff advising them that a new/updated policy is available to read, which then has another link that says "I agree, etc"
This then writes to the Policy Acknowledgement list that the user has read the document
So all steps seem to work, except for when I go to view the Policy Acknowledgement list, the new folder created for that Policy doesn't display in the list. However, if I type in the address to the list/folder, I can view it. Here are my steps, below:
Create the folder
Send the email
Acknowledge the Policy
List where the new folder should be created - But doesn't (the other 3 folders were manually created for testing purposes)
Here is the actual folder, once the direct URL is typed-in
Although the folder isn't listed in SP, it still appears in Logic Apps as an actual folder
This isn't an issue for me, as I can always type in the address manually to get to the Policy Folder. But this is meant to be for our HR team, who just want to be able to open the "Policy Acknowledgement" list, and view all the Policy Folders in there.
I am starting to look down the path of creating a PowerShell runbook, that creates the folder for me, if that is the last resort (or should it have been my first resort?).
Related
In a scenario where new record was created and attached to a new tab on the item record.
I would like to give all roles ability to read data from it, but only few specific roles should be able to edit.
Setting Access type to 'no permissions' would give all ability to change the content.
Setting to 'permission list' would require adding a list of 100+ different roles, and continuous maintenance when new role is added
I tried setting it to no permissions, and then having workflow return error if wrong roles tries to edit it, but it doesn't work for inline editing.
The reason why every or at least vast majority of roles needs to be able to read this, is because we have a Client Script running for multiple transaction types (SO,PO, Opportunity etc). And said script will do its logic based on that custom record. Since Client Script are run based on the current user permission, it will throw an error if user has no specific access to that record.
I would appreciate any type of advice how to handle such scenario, either by permission configuration or running the search as different role in a Client Script.
I have been working for a project that makes use of google-APIs to create/write and read google sheets. I also wanted to duplicate a template on every user onboard.
I'm trying to use Files.Copy API, but I'm unable to do so with the Google API Key. It always restricts the copy with an error message ''This error may be due to using an insufficient credential type. Try using OAuth 2.0."
Is there any way to copy the google sheet using only API key other than OAuth?
Here are the steps that I followed to overcome this issue.
Create a folder in GSuite drive
Share the folder with the service account
Move the template sheet that needs to be copied to the shared folder
Share the template key with the service account
User File.Copy (Drive API) to copy the template sheet to the shard folder itself.
This way you can achieve both copying a template and viewing it. Without a shared folder, it ain't possible to view the sheets created by a service account
Previously I wasn't able to copy the sheet because it was owned by another user and had to get the consent from the user through oAuth. Now its resolved by sharing the parent folder of the template with the service account email.
It appears that using the docusign portal, you can create your own folders in addition to the default folders that a user has. I am wondering if there is a way to create one of these custom folders using the API. There are APIs to move envelopes between folders, delete folders, get envelopes from folders, but I cant find one that lets me create a folder. I am hoping it exists, and that i just am not finding it.
No it not currently possible to programmatically create new account folders through the REST or SOAP API.
The closest you can do is to move envelopes from one folder to another, including moving envelopes into the recyclebin to delete them or void them if they are draft or in-process, respectively. But there's no way to create a new folder through the APIs, you'll need to do that through the Web Console.
It appears that it is possible to generate an envelope using a template that does not belong to the account that was authenticated in the REST call. The two accounts were completely unrelated. Access to the generated envelope is limited to the account that generated the envelope; however the access to the template seems to be allowed to any account.
Scenario where this behavior was noticed:
- Account 1 - Created Template #1
- Account 2 - Generate an envelope using Template ID generated by Account 1
I could not find documentation or configuration related to behavior.
I need to confirm if the behavior is intended/supported before we plan to utilize the functionality.
Probably your best solution if you want to use Templates from one account in another is to simply move them. You might only be able to do this in the classic UI so you might have to switch back through your preferences, but you can:
Download the actual XML for each template you want to "share" across accounts.
Open the second account and select to upload template(s) and chose the XML files you downloaded.
As mentioned you might have to switch back to the classic UI to download/upload, but you definitely will not be able to use Templates from one account when you are an un-authenticated user in another account.
I started with an Office 365 account, then merged my user list with Azure Active Directory. I have now setup a new (first time) domain controller, as I now wish to have apply some group policies to Office 365/Azure users.
I have a verified domain in Azure (we'll call it abcd.com), as well as a default abcd.onmicrosoft.com domain. In my local active directory I have a domain of corp.abcd.com an added an additional domain of abcd.com. I have changed a few users to [username]#abcd.com, and put in their e-mail address in the "Mail" field in the general tab in AD.
In my Azure AD - all users have the UPN format of [username]#abcd.com. I am trying to keep existing users and user names in AzureAD, and sync them with my local AD.
When I try to run the using AADSync, I get the following error (actual domain replaced with abcd.com below):
Unable to update this
object because the following attributes associated with this object have values
that may already be associated with another object in your local directory
services: [ProxyAddresses SMTP:ABossio#abcd.com;UserPrincipalName abossio#abcd.com;]. Correct or remove
the duplicate values in your local directory. Please refer to http://support.microsoft.com/kb/2647098
for more information on identifying objects with duplicate attribute values.
What is the best and easiest way that I can synchronize my Azure AD users with a local domain - for what it's worth, I have nothing important in my local AD or domain controller.
In another forum, a person suggested using the powershell script here:
http://365lab.net/2014/04/18/office-365-migrate-from-cloud-identities-to-dirsync/
First I deleted all users (which was a key step), then I manually recreated them, and ran the script above. I am now properly sync'd.