cancel
Showing results for 
Search instead for 
Did you mean: 

Best practice to move changes from Decipher TEST to Decipher PROD

dmma
Level 5

Hello, 
We have developed solution in Decipher and moved changes for some documents into Decipher PROD.

Now the requirements were updated and we needed to change DFDs and retrain  Decipher. 

Now we have all required changes in Decipher TEST env. 

What is the best way to move all the changes with training data into Decipher PROD. 
Again, in Decipher PROD we have already DFD, Doc type and Batch created. 

Thanks for any advice on how to better handle this scenario.

Kind regards, 
Dmitri



------------------------------
Kind regards,

Dmitrij Mamajev
Senior RPA Developer
Substorm AB
Gothenburg - Sweden
------------------------------
Kind regards, [FirstName] [LastName] [Designation] [JobTitle] [CompanyName] [City] [State] [Phone]
6 REPLIES 6

stepher
Level 5

@Dmitrij Mamajev,

Blue Prism offers a set of Utility Programs called, 'Decipher Training Data Processes'.  Within that Release,  I would recommend 'Decipher - Extract Training For Document Type'.  At this point, the process is a bit tedious, depending on how many Decipher automations/projects you have in your PROD environment.  My steps runs generally as follows:
1. Take a full extract of the Training Data from your Environment
2. Run the 'Decipher - Extract Training For Document Type' process for each active Document Type.  This should leave you with individual Training Data files.
3. Delete ALL Training Data from your Environment
4. Load the individual Training Data files as required.
Obviously, I hope, test this in your lower environments before proceeding with PROD.  But, you will have the full extract should things go awry.

(Link to the documentation and download link:  https://bpdocs.blueprism.com/decipher-2-1/en-us/Guides/processes/training-data-process.htm).

We have also instituted policies to completely clear the lower environments of Decipher of all Training Data before developing a new process or remediating a break/fix (existing projects start with Training Data extracted from PROD through the steps above).  This is meant to ensure that only related Training Data is promoted to Production.

My hope is that the changes that have been rumored for Decipher 2.3 will make the above obsolete.

Let me know what you think,and good luck,

Red



------------------------------
Robert "Red" Stephens
Application Developer, RPA
Sutter Health
Sacramento, CA
------------------------------
Robert "Red" Stephens Application Developer, RPA Sutter Health Sacramento, CA

Hi Robert, 

Thanks for sharing your insights and recommended approach for managing training data in our Blue Prism Decipher environment.
I hoped that someone got some faster approach like export import, but seems like what you have described is currently the only way to do it.

Thanks and I am glad to hear more people are using Decipher for their processes.




------------------------------
Kind regards,

Dmitrij Mamajev
Senior RPA Developer
Substorm AB
Gothenburg - Sweden
------------------------------
Kind regards, [FirstName] [LastName] [Designation] [JobTitle] [CompanyName] [City] [State] [Phone]

Hi All,

Glad to see those processes are coming to good use! Red, I agree it's a good policy to keep your Training Data tidy in your development environment.

I've written some guidance on the various migration paths (attached), it is part of some updates to our best practice guidance I'm working on. It'd be great to hear any feedback you might have and if it covers all the bases. (This hasn't been through our technical writing team yet, so please forgive any typos and the formatting).

Some of this is likely to change in 2.3, but hopefully this can help in the interim.

Thanks



------------------------------
Ben Lyons
Senior Product Specialist - Decipher
Blue Prism
UK based
------------------------------
Ben Lyons Senior Product Specialist - Decipher SS&C Blue Prism UK based

Thanks, Ben,

I downloaded the document and will read it a bit later today.  If I have any questons or concerns, I will let you know.  This thread has also sparked a related question about Training Data, but I will submit that on a separate thread.

Thanks again,
Red



------------------------------
Robert "Red" Stephens
Application Developer, RPA
Sutter Health
Sacramento, CA
------------------------------
Robert "Red" Stephens Application Developer, RPA Sutter Health Sacramento, CA

Thanks Ben,
I read through the draft document you provided and have a few notes (nothing drastic).
1. The considerations you list at the end of the document, I would move to the top of it.  Some of the points about what can and cannot be reloaded after deletion should be top of mind (I think) when preparing for the Path-to-Prod.
2.  I would emphasize clearing all Training Data prior to starting development (or at least as much is feasible).  In our case, our DEV environment is also our Sandbox, so my first project to Production inadvertently promoted several instances of the Decipher training exercises, as well as some other proof-of-concept projects.  
Otherwise, solid recommendations.
Thanks,
Red



------------------------------
Robert "Red" Stephens
Application Developer, RPA
Sutter Health
Sacramento, CA
------------------------------
Robert "Red" Stephens Application Developer, RPA Sutter Health Sacramento, CA

Hi Red,

Thanks for the feedback. I'll discuss with the team when we're closer to publishing it.

Thanks



------------------------------
Ben Lyons
Senior Product Specialist - Decipher
Blue Prism
UK based
------------------------------
Ben Lyons Senior Product Specialist - Decipher SS&C Blue Prism UK based