<?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 CIM: Voids in Integration and Testing</title>
    <link>https://community.developer.cybersource.com/t5/Integration-and-Testing/CIM-Voids/m-p/27262#M14428</link>
    <description>&lt;P&gt;Do Void transactions follow roughly the same guidelines as Credits?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The CIM guide explicitly states that a Refund against a previous CIM transaction requires CustomerProfileID, CustomerPaymentProfileID, and TransID. &amp;nbsp;For a Refund against a non-CIM transaction, just the TransID and CreditCardNumberMasked should be passed in -- without the CustomerProfileID or CustomerPaymentProfileID.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;While we test CIM, we'll be in a mixed environment, with some transactions going through CIM and some through AIM. &amp;nbsp;Do I need to code it like the Refund logic above or should it work fine with the&amp;nbsp;&lt;SPAN&gt;CustomerProfileID, CustomerPaymentProfileID, and TransID being passed in?&lt;/SPAN&gt;&lt;/P&gt;</description>
    <pubDate>Mon, 18 Jun 2012 14:11:19 GMT</pubDate>
    <dc:creator>kevinfairchild</dc:creator>
    <dc:date>2012-06-18T14:11:19Z</dc:date>
    <item>
      <title>CIM: Voids</title>
      <link>https://community.developer.cybersource.com/t5/Integration-and-Testing/CIM-Voids/m-p/27262#M14428</link>
      <description>&lt;P&gt;Do Void transactions follow roughly the same guidelines as Credits?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The CIM guide explicitly states that a Refund against a previous CIM transaction requires CustomerProfileID, CustomerPaymentProfileID, and TransID. &amp;nbsp;For a Refund against a non-CIM transaction, just the TransID and CreditCardNumberMasked should be passed in -- without the CustomerProfileID or CustomerPaymentProfileID.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;While we test CIM, we'll be in a mixed environment, with some transactions going through CIM and some through AIM. &amp;nbsp;Do I need to code it like the Refund logic above or should it work fine with the&amp;nbsp;&lt;SPAN&gt;CustomerProfileID, CustomerPaymentProfileID, and TransID being passed in?&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Mon, 18 Jun 2012 14:11:19 GMT</pubDate>
      <guid>https://community.developer.cybersource.com/t5/Integration-and-Testing/CIM-Voids/m-p/27262#M14428</guid>
      <dc:creator>kevinfairchild</dc:creator>
      <dc:date>2012-06-18T14:11:19Z</dc:date>
    </item>
    <item>
      <title>Re: CIM: Voids</title>
      <link>https://community.developer.cybersource.com/t5/Integration-and-Testing/CIM-Voids/m-p/27264#M14429</link>
      <description>&lt;P&gt;It doesn't seem that a Void transaction even has a CreditCardNumberMasked field, so that answers one part of my question... ;)&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;But what happens to a CIM Void of a Non-CIM Sale Transaction?&lt;/P&gt;</description>
      <pubDate>Mon, 18 Jun 2012 14:47:04 GMT</pubDate>
      <guid>https://community.developer.cybersource.com/t5/Integration-and-Testing/CIM-Voids/m-p/27264#M14429</guid>
      <dc:creator>kevinfairchild</dc:creator>
      <dc:date>2012-06-18T14:47:04Z</dc:date>
    </item>
    <item>
      <title>Re: CIM: Voids</title>
      <link>https://community.developer.cybersource.com/t5/Integration-and-Testing/CIM-Voids/m-p/27266#M14430</link>
      <description>&lt;P&gt;It works as-is.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;No issue.&lt;/P&gt;</description>
      <pubDate>Mon, 18 Jun 2012 14:49:07 GMT</pubDate>
      <guid>https://community.developer.cybersource.com/t5/Integration-and-Testing/CIM-Voids/m-p/27266#M14430</guid>
      <dc:creator>kevinfairchild</dc:creator>
      <dc:date>2012-06-18T14:49:07Z</dc:date>
    </item>
  </channel>
</rss>

