Currently - if someone has accidentally kept an excel file open on their desktop, Alteryx will fail to load this flow.
However, it would make more sense to open this file without read-lock as a dirty-read (equivalent of "Read Uncommtted").
This may require some interaction with Microsoft but would be worth pursuing because it prevents / eliminates an entire category of needless canvas errors.
As a workaround, we've started using the run command tool and xcopy to duplicate our inputs before running a workflow to avoid these errors.
it's a good idea @BrianCalvanese - in our server environment we've locked down the use of the run command because of the potential to do damage (either maliciously or deliberately), but this definitely is a way round the file locking issue if you don't have this constraint.
We struggle with this a lot. We use Tableau and Alteryx for different purposes but sometimes use the same source data in an excel file.
Tableau works well with opened excel file and even reflects the changes being made on refreshing while alteryx throws an error on re running (refreshing) the workflow.
Every time save & close the excel to see if the workflow works is a huge annoyance and energy drainer..
This is a limitation on the Excel side, but we will explore whether or not there are better ways to handle it.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.