<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic RE: Decipher results not matching training in Product Forum</title>
    <link>https://community.blueprism.com/t5/Product-Forum/Decipher-results-not-matching-training/m-p/67165#M19770</link>
    <description>Hi James,&lt;BR /&gt;I too got in to this situation... then I applied below solution&amp;nbsp; and achieved better solution.&lt;BR /&gt;
&lt;UL&gt;
&lt;LI&gt;No need of different DFD/Batch type for different clients&lt;/LI&gt;
&lt;LI&gt;create classification model training for Invoice&lt;/LI&gt;
&lt;LI&gt;Create 2 different document types and map the classification accordingly ( CDT1 and CDT2)&lt;/LI&gt;
&lt;LI&gt;Link both Document types to same Batch type ( BT1)&lt;/LI&gt;
&lt;LI&gt;Decipher would able to map the pushed invoice to specific DT1/DT2&amp;nbsp; ( Can notice in Class verification and data verification)&amp;nbsp;&lt;/LI&gt;
&lt;LI&gt;You may see better results.&lt;/LI&gt;
&lt;/UL&gt;&lt;BR /&gt;&lt;BR /&gt;------------------------------&lt;BR /&gt;Krishna Elapavuluri RPA Solution Lead&lt;BR /&gt;TEchnology Consultant&lt;BR /&gt;DXC.technology&lt;BR /&gt;Asia/Kolkata&lt;BR /&gt;------------------------------&lt;BR /&gt;</description>
    <pubDate>Sat, 11 Sep 2021 07:00:00 GMT</pubDate>
    <dc:creator>KrishnaElapavul</dc:creator>
    <dc:date>2021-09-11T07:00:00Z</dc:date>
    <item>
      <title>Decipher results not matching training</title>
      <link>https://community.blueprism.com/t5/Product-Forum/Decipher-results-not-matching-training/m-p/67164#M19769</link>
      <description>Hi,&lt;BR /&gt;Has anyone had issues training decipher on multiple client invoices?&amp;nbsp; That tend to have slight variations?&lt;BR /&gt;In training Decipher it seemed to be getting each batch of client's correct.&amp;nbsp; or would learn to be correct.&lt;BR /&gt;Then in a random test with the same client batches but new invoices the results afterward were far less than expected.&lt;BR /&gt;&lt;BR /&gt;It is almost as if the training of the next set of client invoices caused it to confuse its previous learnings on others.&lt;BR /&gt;&lt;BR /&gt;Does every new client require a fresh DFD/Batch etc?&lt;BR /&gt;&lt;BR /&gt;Sorry I realize this probably doesn't have a simple answer.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;------------------------------&lt;BR /&gt;James Karm&lt;BR /&gt;developer&lt;BR /&gt;new employee of rpai&lt;BR /&gt;America/Toronto&lt;BR /&gt;------------------------------&lt;BR /&gt;</description>
      <pubDate>Fri, 10 Sep 2021 18:26:00 GMT</pubDate>
      <guid>https://community.blueprism.com/t5/Product-Forum/Decipher-results-not-matching-training/m-p/67164#M19769</guid>
      <dc:creator>JamesKarm</dc:creator>
      <dc:date>2021-09-10T18:26:00Z</dc:date>
    </item>
    <item>
      <title>RE: Decipher results not matching training</title>
      <link>https://community.blueprism.com/t5/Product-Forum/Decipher-results-not-matching-training/m-p/67165#M19770</link>
      <description>Hi James,&lt;BR /&gt;I too got in to this situation... then I applied below solution&amp;nbsp; and achieved better solution.&lt;BR /&gt;
&lt;UL&gt;
&lt;LI&gt;No need of different DFD/Batch type for different clients&lt;/LI&gt;
&lt;LI&gt;create classification model training for Invoice&lt;/LI&gt;
&lt;LI&gt;Create 2 different document types and map the classification accordingly ( CDT1 and CDT2)&lt;/LI&gt;
&lt;LI&gt;Link both Document types to same Batch type ( BT1)&lt;/LI&gt;
&lt;LI&gt;Decipher would able to map the pushed invoice to specific DT1/DT2&amp;nbsp; ( Can notice in Class verification and data verification)&amp;nbsp;&lt;/LI&gt;
&lt;LI&gt;You may see better results.&lt;/LI&gt;
&lt;/UL&gt;&lt;BR /&gt;&lt;BR /&gt;------------------------------&lt;BR /&gt;Krishna Elapavuluri RPA Solution Lead&lt;BR /&gt;TEchnology Consultant&lt;BR /&gt;DXC.technology&lt;BR /&gt;Asia/Kolkata&lt;BR /&gt;------------------------------&lt;BR /&gt;</description>
      <pubDate>Sat, 11 Sep 2021 07:00:00 GMT</pubDate>
      <guid>https://community.blueprism.com/t5/Product-Forum/Decipher-results-not-matching-training/m-p/67165#M19770</guid>
      <dc:creator>KrishnaElapavul</dc:creator>
      <dc:date>2021-09-11T07:00:00Z</dc:date>
    </item>
    <item>
      <title>RE: Decipher results not matching training</title>
      <link>https://community.blueprism.com/t5/Product-Forum/Decipher-results-not-matching-training/m-p/67166#M19771</link>
      <description>Hi James,&lt;BR /&gt;&lt;BR /&gt;Generally speaking it should not be necessary to create an additional DFD/Document Type to train additional document formats, though there may be occasions where this is not true.&lt;BR /&gt;&lt;BR /&gt;Do you have ML enabled yet?&lt;BR /&gt;&lt;BR /&gt;The reason I ask is that the native training model (pre-ML capture model) is more closely linked to a document format, so there should be no interaction between training different formats. If Decipher is yet to validate a new format, it will only use the DFD configuration to read it.&lt;BR /&gt;&lt;BR /&gt;Whereas the ML capture model is more general in its application, so a trained model will inform every document format uploaded, whether it has seen it before or not. If the model is not adequately trained, this could cause the behaviour noted above.&lt;BR /&gt;&lt;BR /&gt;Thanks&lt;BR /&gt;&lt;BR /&gt;------------------------------&lt;BR /&gt;Ben Lyons&lt;BR /&gt;Product Consultant&lt;BR /&gt;Blue Prism&lt;BR /&gt;UK&lt;BR /&gt;------------------------------&lt;BR /&gt;</description>
      <pubDate>Mon, 13 Sep 2021 07:08:00 GMT</pubDate>
      <guid>https://community.blueprism.com/t5/Product-Forum/Decipher-results-not-matching-training/m-p/67166#M19771</guid>
      <dc:creator>Ben.Lyons1</dc:creator>
      <dc:date>2021-09-13T07:08:00Z</dc:date>
    </item>
  </channel>
</rss>

