I have a SharePoint calendar which users can connect to and view/edit in Outlook. I want to be able to create a workflow that is fired when an item is changed or updated and then use an If statement to determine whether the change was made in Outlook or via the user's browser. Is this even possible? I cannot use a code based solution (much as I would like to) as I do not have access to use one.
Having scoured the net, it would appear not. The only way that I have used before, but it is clunky, is to create a field that can only be edited in SharePoint and an identical table that holds the previous version. The workflow can detect if the SharePoint only field has changed in relation to previous value held in the other table, and use this to direct to SharePoint only or Outlook only code as required.
Related
First, I want to apologize for my poor English and possibly, the question. I searched a whole day for a possibility to add permissions to a outlook folder via a vba-script, but without results.
We want to create a folder in the inbox and give a specific system user the right to read and write to this folder. This is necessary, because a web-based intranet application has to write into this personal folder in outlook.
All new users of our application must create this folder in outlook and give read/write permission to the system user. For some users its very difficult to manage it and therefore I want to develop an addin in outlook making all this steps automatically.
I read something about Redemption and ACE, but I was unable to use those two libraries, because they are not installed on the system or I don't know how to include them into my Outlook script.
I thought I could write a batch-file that will set up all necessary permissions. Is this possible ? Is there somebody else who have experience with this subject?
I'm looking forward to your responses.
You can either use Extended MAPI in C++ or Delphi to work with the folder's PR_ACL table or you can use Redemption (which exposes this functionality to any language).
Why exactly you couldn't use Redemption? All you need to install it is to register it using regsvr32.exe.
I have a list in SharePoint 2010 that has external items.
It is easiest to explain the specific scenario.
We have sales orders that have information that is being pulled from our MRP system.
The unique key is the Sales order number.
There are several columns in the list that do not come from MRP that show the status of the order on our production floor.
The way that it works now, every time a new sales order is created, the user must go to the SharePoint list, click new item, type in the SO number, click the check external item button and click ok which subsequently populates several fields in the list..... Then someone out on the floor populates the rest of the info
The part in bold is what I would like to automate.
I understand it may need to be a stored procedure or some powershell script.
The issue is, that because of the external content type in the list, all of the canned SharePoint tools wont allow me to feed data back into the list.
One option is to create an SQL server trigger. This trigger would fire whenever a new sales order is created in your source database. You could make it a CLR trigger, and in the function make use of the SharePoint client interface.
After you provided a clearer description of the problem: I believe that you're looking for something like the list event handler. This will run on the events you care about, and you can pull from the database at the appropriate time.
Essentially, you need to make a Visual Studio SharePoint project (from my past experience this method requires you to use VS right on the SharePoint server, or else you have to copy a lot of DLLs manually from the server); and make an event receiver.
I'm currently having a problem at work.
Someone in the is modifying the table directly.
For example in my database I have school names like ETS. Well, today it was named Polytechnique.
What I'm trying to tell who did this modification either by his/her IP address or any other way. I currently have no ideas on how to proceed.
What I would like is just the beginning of a solution as to let me figure a part of it . I sadly don't have any ideas for the moment.
Thank you (I'm sorry for any errors english is not my first language. Also I could be mistaken for the tags)
(Welcome to SO. Sorry no one answered your question yet. It almost never takes this long.)
The short answer is: No. There is no way to find out who was modifying your tables directly. Access does not have any kind of automatic change logging, and you cannot create any logging procedures in VBA that will monitor manual changes to the tables.
One of the requirements for Access as a front-end is that you trust your end-users to not open tables and edit the data directly.
To prevent this in the future, here are some options:
Right click on your table to hide it. However, the user can just unhide it if they know it is there.
In your Access db is an option called "Display Navigation Option". Disabling this will hide the side-bar so the user can't see the tables. However, pressing F11 will still display them again. This can be easily googled, so I don't recommend it if your users are motivated.
Store your data in a SQL server and use connection strings (not direct links) to retrieve and store information.
Distribute your Access db via Sharepoint. The user will only be able to access the forms you specify and will have no direct access to the tables.
Consider another software package for your problems.
In order to concentrate all CRM entity related documents in SharePoint, and minimize the growth of the CRM database footprint we have decided to store CRM tracked email attachments in SharePoint, but there currently is no out-of-the-box mechanism to do so. To work around this, we are manually populating the SharePoint document library with the email attachments and appropriately updating metadata (related entity name, user, date, tags, etc.). To see the documents and attachments from within CRM, we have created an IFrame on the associated CRM entity forms that links back to a custom SharePoint view into the document library. This view is filtered on the entity name via URL parameters. This is working much better for us than the out of the box document management in SharePoint which is not flexible enough in how it stores documents, primarily because it uses folders and can't easily update metadata. However, the documents still remain as tracked email attachments within CRM (and Exchange mailboxes, but we don't really care about this). What we would like to do, is copy/or move the attachments into SharePoint, updating the metadata as appropriate, and then replace the attachment in CRM with the URL of the new SharePoint document.
With that as the background, we would appreciate some guidance from more experienced CRM and SharePoint experts in this forum. Our questions are these:
-Which makes more sense as a mechanism for getting the attachments from an email into SharePoint: an Outlook plugin with an action that can be triggered manually by the user, or a workflow that is triggered when the set-regarding action is used within CRM or Outlook? Is there another solution that we are missing? We do always use the Set-regarding action on an email to point to the entity that the attachments should be associated.
-We also have a need for bulk document uploader that associates the documents to an entity via an added field in the document library in Sharepoint containing the entity’s name. Currently we use SharePoint’s bulk document loader, and then manually update the metadata as best we can using a data grid view. It seems like leveraging the code needed for handling the email attachments could be readily used here, but again I am not sure what vehicle to use: an Outlook plugin, CRM workflow/dialog process, SharePoint plugin or stand alone app.
-Finally, at this time the relation between an CRM entity and its associated documents in the SharePoint document library is completely dependent upon the entity name. This is not robust, because the CRM entity name could change at any given time, and then the associated metadata would need to be updated. The correct solution is for the relationship to be based upon the CRM entity ID field instead. What is the best way to get access to CRM entity data from within SharePoint? Note that we are currently using Office 365 for email and SharePoint, and Dynamics CRM 2011 Online, so direct access to the databases is not available.
Any guidance that you provide would be greatly appreciated!
I have created a split database in Access 2007 and need to set user level security. I don't want the users to have access to any of the tables or queries etc. I've created a form so when the database is opened it automatically opens where the user can choose an application to run. How would I go about setting the security levels for each user?
I found the below links using Google. Bit sarcy but it would always be my first port of call without further info or details in a given question showing research already done.
MS1, MSblogentry