This is a large and sort of complex problem to tackle. The Nintex project I'm in charge of is a one to many style setup, and there are significant hurdles in getting it to work with Nintex depending on exactly what you'd like to do.
The main things that I feel really qualify whether or not it's a good idea are
- If you need to track the state of the Children items separately from the state of the main Parent item
- That is, once the Children Items are created, they each have to go through some processes that is explicitly unique to the Child Item in question. While the Parent Item might concern itself with wanting to know when ALL of the Children Items reach a "Completed" state, the Children Items themselves are essentially able to be processed out of sync with any other Child Item of the same Parent.
- If Multiple people might be working on different Children items of the Same Parent at any given time
- Johnny is Working on Item 1 of the Parent Item A. Item 1's state is "Incomplete"
- Sally is Working on Item 2 of the Parent Item A. Item 2's state is "Awaiting Approval"
I feel like if either or both of those questions are "yes" then it's a good idea to consider digging into the creation of a Many to One style setup.
While this is by no means a complete answer, I highly recommend looking at Vadim's example of building a Many to One style setup using an Order and Order Items relationship: http://workflowexcellence.com/nintex-workflow-order-and-order-items-relationship/
Other Thoughts
If you do decide to go down this route, here are some of the things that I found myself having to consider and solve. Some or none of these may apply to your situation, but I figured they were at least worth mentioning
- What happens if someone needs to change the Parent Form's Information?
- Should that form be "Locked" until some formal process happens that stops work downstream before allowing someone to make a change?
- How do I handle data that is added / changed to the Parent Form?
- Should it overwrite or just update the children items?
- Do I need to inform people who were working on the tasks that something has changed?
- Will the Parent Items be a "one off" or reused forever?
- If they are used forever, how will I know what work has already been completed vs. work that needs to be done?
- How will I keep track of the relationship between Parent and Children Items?
- Do I create links for people to use, or does the org. not require this level of discoverability?
- How will I create an immutable relationship between the Rows of my Repeating Section and the Children Items that are being created from the information?
- Repeating Section Rows Numbers are not unique, and change value in accordance to position from the top. If I have 3 Rows, and delete the 2nd one, how will I know which Item to Delete in the Children Items List?
- Do I need to display any information from the Main Parent Item on the Task Forms of the Children Items?
- How will I pull that information down in such a way that it looks consistent with a normal form, and doesn't create information clutter for the user?
- How will I pull that information down without running up against CORS issues in the browser?
- How do I inform my Parent Item that all of the Children Items have reached a state of Completion without running into a Race Condition because two Children Items were completed at the same time?
- How will I track that Completion on the Parent Item if it needs to be shown to a user at any given time?
-----
Outro
That's about all I can think of for now on the subject. I know that I have written a lot about it here and it may look daunting, but I just want to pull things into perspective depending on how deep you'd like to venture down the rabbit hole. If your case is solved by the video / blog I linked above, then that's awesome, but if you wanna go further with it, then the questions I've written above will likely need to be answered as they are all things that I've had to answer for my own project.
I hope this helps you with some of what it is you're looking for / to do