i'm working in a SharePoint consultant company and one of our customers wants their employees can see all tasks in a single page.
i know there is a web part for get list of all Nintex tasks. but they don't want seeing just link of tasks and click on them and task form get opened. they want a page of all opened task forms.
is a there any way to doing this?
I think you cannot open many tasks forms from a single page. Since you already know about the web part, we don't need talk about it.
You can create a new form which contain all the variable (data) needed for every task you want to update and see, then distribute the data to the other list using Nintex Workflow, you can add web part from the other list at that new form list, so you can update data and see it in one page.
Related
I have many lists within a site. As a requirement the site owner should be prompted to add certain information via a form(to Set the prliminary list data). Once this information is filled in the form should dissapear forever.
I was thinking of creating a webpart that sits on the home page and checks if the group of fields requiring preliminary infomation had been filled if they hadn't then show the form.
Is there any other way of doing this than going down the route of creating a custom web part? I have infopath and wondering if it was possible using Infopath
I have a big Infopath form which is part of a complex workflow that involves collecting input and signatures from various users, as well as approvals.
Currently, that same workflow is being done manually — the Infopath form is actually a PDF form and the workflow steps are performed by the actual users who fill out the form, emailing it afterwards to whoever they think it may concern.
I'm on the process of automatizing this using our Sharepoint Server infrastructure, so the first thing was translating the PDF form to an Infopath one. The second would be to produce a Sharepoint workflow that would implement the business process of getting that form properly filled.
So my question is: is it possible to implement a Sharepoint Workflow that sends the full form to the correct users based on the information gathered by the form itself? Ideally, the form would be passed around using the rules defined in the workflow process, users would fill whatever necessary, submit the form and the workflow would continue based on whatever is filled. This form would not only be the initiator form, but the form to be handled in all the workflow tasks.
Breaking the form apart is not desirable as this would confuse our users, and some of them need the overview provided by the full form view. Also, I'd like to use Sharepoint as the form distributor, instead of the email service, if possible.
Any pointers in how to do this would be greatly appreciated.
This is possible.
Here are the pointers in brief:
Create a content type with your infopath form as item form
Create a visual studio workflow that is associated to your content
type
In the code of the workflow you can implement any rules of
processing the form. you're able to get the form data from the list
item you workflow runs in context of.
We are trying to achieve the following using Sharepoint:
The user is presented with a form, which they fill out. Upon clicking 'submit', Sharepoint runs a workflow using the inputted information that copies documents to lists, generates reports etc.
We were thinking of achieving this by getting the user to run a site workflow, and presenting the form as a workflow initiation form. The problem we have, however, is that there doesn't seem to be an easy way for getting the user to run the workflow, and be presented with the form.
Is there an easy way to run a specific workflow? I'm aware that the user can view all the site workflows and run them using Site Actions -> view all site content -> site workflows, but this isn't ideal for our user, who only wants to fill out the form and click submit.
Any suggestions would be appreciated, I've spent hours googling and searching this site for info, and this does seem like something that should be easy to do.
So you could catch the event when the user submits the form and then start your workflow from code. To start a workflow, follow this blog article: Starting SharePoint 2010 Site Workflows from code.
SharePoint workflows are document centric in that the base thing the workflow runs on has to be a thing; be it a document or just a list item. The workflow itself is task based, so stuff a user has to do. Now I can put any sort of code in these tasks that I want to and even put complex InfoPath forms in for the user to perform the task. This has been fine on all my previous workflows. But what if I want the tasks to be actual official forms themselves.
The item that the workflow runs on is just some abstract concept like an event. An example could be an accident has happened. There isn't an accident form, but a whole set of forms that need to be completed by different people. Task forms aren't really a nice way to go, because it locks all the forms into the task list. You can only access the forms by not deleting the tasks when complete and going to the workflow summery and following the task links to the InfoPath forms or going straight to the tasks list and doing a filter on particular "accidents".
These are official documents so ideally there would be a library for each type of document and the workflow would orchestrate the completion of the right forms. It would mean each task would have to create a new blank form and then link the user to that form. The user would go complete the form but then have to go back to the task form and click yes I've completed it until the workflow could progress. Well this is short of the workflow monitoring the forms library form for some completion trigger. But then it all gets messy with the user experience from clicking the link in the task email, to open the Infopath task form, to clicking the link in the subsequent Infopath library form and then return through these forms on completion.
It just gets messy trying to retrofit this non document centric sort of workflow into SharePoint. I would really appreciate any input on what might be the best way to do this.
Store the forms as task forms
Store the forms as library forms and create/link from the task forms
Store the forms as library forms and break the workflow down into seperate workflows for each form, all playing their part and triggering the next library.
Using the same form template for both task forms and a forms library and when a task form is complete, copy the xml into the forms library to have a official record outside of the workflow.
Thanks
How can I Submit an InfoPath form to a SharePoint library AND to an email box at the same time when the user hits SUBMIT?
I need my form to be approved by several users in a particular order; then re-submitted to the SharePoint site, and to another email box so that the next approver can see the approvals, and approve their own, then submit it and have it drop onto Sharepoint again, etc.
The email chain works (the form as an attachment), and the approvals show, but the form doesn't get updated on the SharePoint Form library.
You can add an additional DataSource for submission (send to SharePoint library) and add a rule to your submit button before the save&close rules.
BUT - I would suggest a method that is based on workflows and a form that is held on a SharePoint site. I had a very similar task, where approvals were needed in a staged manner.
If there is a fixed number of approvers, create fields for each one - if the number is not fixed you will need some replacing rules that change the current approver with the next one. Then you will need one (or more) workflows that are triggered by a flag field (or more) that you promoted before. (Make them writable from the outside during publication - the workflow will need that) This field (or fields) trigger the workflow that sends the email. After sending it should clear that flag to avoid infinite looping.
The mail should contain a link to the SharePoint library. And the approver should work on that library rather than sending the XML file through the network.
Hint: Enable versioning on that libary - and you (or the approvers) can keep track of the changes.
Hint 2: If this process will be part of the daily work, maybe a custom view and alerts will help the approvers keep track of the form's status.
Sorry for asking but have you considered using a workflow rather then emails? I'm not sure whether the basic workflows in WSS 3.0 will cater for your senario but the MOSS workflow should be more than adequate.