I have an RPA process using a REFramework. I could not figure out why my process could not go to the next transaction item; it processes the same row again and again. Can anyone advise what the issue could be? I want to the process to go to the next transaction, if any. Otherwise exit after closing applications.
Are you using the Get Transaction activity? It should get only new queue items, and set them to In Progress (then later REF sets it to Succeeded/Failed) so you can’t get that same queue item again. Do you have retry set either in the REF Config file or in the queue?
Are you using the Get Transaction activity? NO. Do you have retry set either in the REF Config file or in the queue? Yes, but the max retry is set to 3. This goes beyond 3. I use REFramework template.
That’s the problem. You have to use Get Transaction so it takes the next new transaction and sets it to In Progress. REF is already designed this way. It will Get Transaction the next new item, and then when finished processing the item will set it to Succeeded/Failed in the queue.
Get Transaction Data is a state and is not the Get Transaction activity I’m talking about. There should be a Get Transaction activity inside Get Transaction Data.
There is some confusion in your descriptions of what is happening. “Row” indicates your source is a datatable, not transactions from a queue. If you have retry set and a transaction fails, it will reprocess it.
Sorry for the very late response here. I’ve been taken away by another non-RPA assignment. Getting back to you, sorry for the confusion, I meant a transaction item (since I use queue items). My process keeps updating the first transaction over and over while I still have another new transaction in queue in the orchestrator. Even though the transaction status says “successful”, the same transaction item is processed again. Thanks!
That would suggest you are failing to get the next transaction so your code doesn’t correctly clear the current transaction in memory and get the next one. Try stepping through the code to see if that is the case and why it might skip it.
[quote=“Jon_Smith, post:10, topic:675840”]
…doesn’t correctly clear the current transaction in memory…
[/quote] was a key phrase to resolve the issue. Thanks!