This is the workflow Ideagen Internal Audit (Aura) attempts when you do a Get from a prior Audit:

• The findings are brought across from the prior audit with their existing sign-off states.  Pentana doesn’t copy them ‘as is’, it copies them in their Open state, then moves them along to Completed or Approved as required.  So an Open finding will arrive as Open, a Completed one will be copied as Open and then set to Completed (by you, regardless of who Completed the original finding)
• If you tick the Update Prior Audit box in the Get dialog, the findings in the prior audit will be set to Approved

This works if your security role allows you to sign off all findings.  If your role allows you to sign off only findings for Others then you might get this error.

Here’s how being restricted to sign off findings for Others impacts the workflow:

• If a finding in the prior audit is Approved, you will not be able to Get it.  This is because when you do the Get, you are:
• Copying the finding as Open (as you)
• Completing (as you)
• Approving (which you cannot do)
• If you attempt to do the Get with the Update Prior Audit box ticked then this will also give an error, unless the findings are Completed and that was done by someone other than you.  If the findings have been Completed by you, or are Open and therefore would be being set to Completed by you, then you will not be able to set these prior audit findings to Approved.
  
  Note that in this case, Open and Completed findings will still be copied into the new audit, even though the prior audit findings are not be set to Completed.

In the default set of roles, only Senior Audit Manager is able to Approve findings for all other users.