Get Current SharePoint List Form resides in - InfoPath Dev
in

InfoPath Dev

Get Current SharePoint List Form resides in

Last post 09-18-2014 09:58 AM by RaYvA. 1 replies.
Page 1 of 1 (2 items)
Sort Posts: Previous Next
  • 09-10-2014 01:11 PM

    Get Current SharePoint List Form resides in

     I am wondering if it is possible in InfoPath 2010 to get the form's current location in a sharepoint site.  Essentially, the form starts out where anyone can fill it in.  When they click Submit, the form gets moved to another document library where a specific group of users have access to, and one of them (and them alone) can sign off on it.  When they sign off on it, again it gets moved from that list to another list, where again a specific group of users can sign off on it.

     I would like InfoPath to be able to determine the current document library the form resides in, so I can build logic to tell it what list to go to next.

     So, the process would look something like this:

    1. user fills out form
    2. form checks for current location, if it is in List 1, then go to List 2
    3. List 2 users sign off form, if it is in List 2, then go to List 3
    4. List 3 users sign off form, if it is in List 3, complete the process

    Any help will be greatly appreciated.

    Thanks!

  • 09-18-2014 09:58 AM In reply to

    • RaYvA
    • Top 100 Contributor
    • Joined on 05-09-2013
    • Melbourne, Australia
    • Posts 86

    Re: Get Current SharePoint List Form resides in

    Why are you building libraries to hold (what I would call) orphaned forms?

    Build logic in your form so that it looks up other data and then allows users to do whatever they can......

    For example, I have a form that anyone can create, it asks for the persons immediate managers name doesn't matter who that is, when the manager opens the form it asks who the executive is (this executives a from a list of known names this can be active directory if you want it to be) if the user is in the list (or is the current user) of known names, then we jump over the manager step because it's an executive, and on and on and we end up at the CEO who has ultimate approval on the form   but only if it is of a certain type of form that requires his approval. (the CEO doesn't need to know in this case of a reduction in risk only if it is an increased risk) for example!

    You have to work forms into workflows and your workflows need to know the status of your forms!

Page 1 of 1 (2 items)
Copyright © 2003-2019 Qdabra Software. All rights reserved.
View our Terms of Use.