System-generated encounters are approved not unapproved

Bulk imports are treated as “approved” because they are being performed by someone with researcher-level permissions or higher. You can force the encounters to be unapproved by setting the state using Encounter.state and setting the value to unapproved (case sensitive).

Hi @tanyastere, I do understand that. What I was referring to are the cloned encounters generated by the system from media assets uploaded via bulk import. Previously, the cloned encounters would show up as unapproved, even when the original encounter was set to approved in the upload spreadsheet. What I saw in this instance now, is that both the originally uploaded encounters (which were set to approved in the spreadsheet) and the cloned encounters both show up in the system as approved. So different from what I’ve seen previously.

Again, not a problem for us but since it’s a change from previous, I just wanted to know if this was on purpose or unexpected behaviour.

thanks
M

Hello,

What you are seeing is indeed the intended behavior. The central logic to clone the encounter metadata shouldn’t make assumptions about what should and shouldn’t be transferred, so we trust the approved status of the original one. If an unapproved encounter were to be cloned that state would transfer also.

Hope that helps.