👋 Use this site to provide feedback and ideas for all Nintex Products. See our post on Nintex Community "Welcome to Nintex Ideas" for more details on Nintex Ideas, how an idea is handled by our product teams and more!
If you are looking for the Nintex roadmap, you can find that on Nintex Community
Integration - New Button in SharePoint List/Library
We need a way to point a start event form to the "new button" in a SharePoint list. The only way this is possible at present is OOO concept provided by Microsoft but this is not sustainable if we want users to build their own forms like they do in Nintex Forms for Office 365, but through NAC.
Integration - Edit and Display mode in SharePoint List/Library
We also need the ability to build a standalone NAC form (not a start event form) that is connected somehow to a sharpeoint list so when users EDIT or VIEW the list item it pops up for users to edit or view the list item record. (in designer, we'd be able to connect the form to a sharepoint list and design the form for both edit and display mode similiar to how 365 forms offers).
Challenges since migrating to NAC while working with NAC & Nintex Forms for Office 365:
We are currently struggling to integrate fully into NAC for our automated solutions that leverage lists for data storage and status tracking!
We still have to rebuild forms in Nintex Forms for Office 365, which is double, if not triple the workload and resources. Not to mention, alot of workarounds to provisioning of permissions the every list to ensure users can't ADD items to the list. Which is not ideal, if we want them to have one environment (sharepoint list) where they can do everything - create new request, edit request and display request.
Please find a solution so we can move away from Nintex Forms for Office 365 application all together! NAC Forms are faster and offer much more features and less restrictive, as our primary issues right now are guest accounts not showing up in people picker controls on Office 365 forms. Thanks!