<?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 Help me understand the connection between CIM - AIM - ARB in Integration and Testing</title>
    <link>https://community.developer.cybersource.com/t5/Integration-and-Testing/Help-me-understand-the-connection-between-CIM-AIM-ARB/m-p/21497#M11705</link>
    <description>&lt;P&gt;A quick brief on what I'm attempting to do and possibly you can correct my logic.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I'm attempting to create a membership element for my website.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;By what I've already read I would want to initially process a paymnent through AIM which gets&amp;nbsp;&lt;/P&gt;&lt;P&gt;accepted or declined immediately allowing me to accept payment approval assuring a vaild&lt;/P&gt;&lt;P&gt;card and payment ability. Then I would set up a subscription via ARB for the same date the&lt;/P&gt;&lt;P&gt;following month, which would be billed monthly as long as the card remains valid.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I know that with ARB that the subscription information can be edited but not the credit card&lt;/P&gt;&lt;P&gt;info itself. The problem I have is what if a customer has a card that the expiration date is&lt;/P&gt;&lt;P&gt;at hand and it would need to be updated. Just utilizing ARB the subscription would have to&lt;/P&gt;&lt;P&gt;be ended and the customer initiate a new subscription using his updated card information.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;To me this is not an acceptable scenario. What I see as a better solution is the customer is&amp;nbsp;&lt;/P&gt;&lt;P&gt;notified prior to their card becoming invalid logs into the members area, updates their card&lt;/P&gt;&lt;P&gt;information and billing continues as usual.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I believe the method would be supported via this chain: place the customer information in&lt;/P&gt;&lt;P&gt;CIM, initiate an immediate charge for the current subscription payment via AIM, then setup&lt;/P&gt;&lt;P&gt;their subscription for the following subsequent months. Is this correct thinking. Does my&amp;nbsp;&lt;/P&gt;&lt;P&gt;pan out?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I know there's alot of supporting information and examples so I don't think coding is as&amp;nbsp;&lt;/P&gt;&lt;P&gt;much my issue as figuring out how these three elements/modules tie together. Does the&lt;/P&gt;&lt;P&gt;customer ID remain the same so my backend can keep track of the process?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Any ideas or suggestions would be greatly appreciated. I've wracked my brain trying to&lt;/P&gt;&lt;P&gt;figure out how these pieces fit together without messing up the other.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;As a further note are their any pluggable scripts that offer this solution. Thanks in advance.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Chris Creighton&lt;/P&gt;</description>
    <pubDate>Wed, 11 Jan 2012 23:39:27 GMT</pubDate>
    <dc:creator>Chris-Creighton</dc:creator>
    <dc:date>2012-01-11T23:39:27Z</dc:date>
    <item>
      <title>Help me understand the connection between CIM - AIM - ARB</title>
      <link>https://community.developer.cybersource.com/t5/Integration-and-Testing/Help-me-understand-the-connection-between-CIM-AIM-ARB/m-p/21497#M11705</link>
      <description>&lt;P&gt;A quick brief on what I'm attempting to do and possibly you can correct my logic.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I'm attempting to create a membership element for my website.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;By what I've already read I would want to initially process a paymnent through AIM which gets&amp;nbsp;&lt;/P&gt;&lt;P&gt;accepted or declined immediately allowing me to accept payment approval assuring a vaild&lt;/P&gt;&lt;P&gt;card and payment ability. Then I would set up a subscription via ARB for the same date the&lt;/P&gt;&lt;P&gt;following month, which would be billed monthly as long as the card remains valid.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I know that with ARB that the subscription information can be edited but not the credit card&lt;/P&gt;&lt;P&gt;info itself. The problem I have is what if a customer has a card that the expiration date is&lt;/P&gt;&lt;P&gt;at hand and it would need to be updated. Just utilizing ARB the subscription would have to&lt;/P&gt;&lt;P&gt;be ended and the customer initiate a new subscription using his updated card information.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;To me this is not an acceptable scenario. What I see as a better solution is the customer is&amp;nbsp;&lt;/P&gt;&lt;P&gt;notified prior to their card becoming invalid logs into the members area, updates their card&lt;/P&gt;&lt;P&gt;information and billing continues as usual.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I believe the method would be supported via this chain: place the customer information in&lt;/P&gt;&lt;P&gt;CIM, initiate an immediate charge for the current subscription payment via AIM, then setup&lt;/P&gt;&lt;P&gt;their subscription for the following subsequent months. Is this correct thinking. Does my&amp;nbsp;&lt;/P&gt;&lt;P&gt;pan out?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I know there's alot of supporting information and examples so I don't think coding is as&amp;nbsp;&lt;/P&gt;&lt;P&gt;much my issue as figuring out how these three elements/modules tie together. Does the&lt;/P&gt;&lt;P&gt;customer ID remain the same so my backend can keep track of the process?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Any ideas or suggestions would be greatly appreciated. I've wracked my brain trying to&lt;/P&gt;&lt;P&gt;figure out how these pieces fit together without messing up the other.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;As a further note are their any pluggable scripts that offer this solution. Thanks in advance.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Chris Creighton&lt;/P&gt;</description>
      <pubDate>Wed, 11 Jan 2012 23:39:27 GMT</pubDate>
      <guid>https://community.developer.cybersource.com/t5/Integration-and-Testing/Help-me-understand-the-connection-between-CIM-AIM-ARB/m-p/21497#M11705</guid>
      <dc:creator>Chris-Creighton</dc:creator>
      <dc:date>2012-01-11T23:39:27Z</dc:date>
    </item>
    <item>
      <title>Re: Help me understand the connection between CIM - AIM - ARB</title>
      <link>https://community.developer.cybersource.com/t5/Integration-and-Testing/Help-me-understand-the-connection-between-CIM-AIM-ARB/m-p/21507#M11710</link>
      <description>&lt;P&gt;Actually, no. If an ARB subscription fails in the middle, the subscription is put on hold. You can then update the credit card information, which automatically reactivates the subscription and starts it charging again- with the caveat that the payment it failed on (unless it was the first one) is skipped and would need to be charged via AIM. So your silent post page would need to detect failure, mail the person, send them to a page where they can update their credit card info and where they will be charged for the missing payment via AIM.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;CIM is of course easier to set up for the first time and deal with on an ongoing basis, but if you're already successfully using ARB, having to change the credit card info would not be sufficient reason for switching.&lt;/P&gt;</description>
      <pubDate>Thu, 12 Jan 2012 06:22:40 GMT</pubDate>
      <guid>https://community.developer.cybersource.com/t5/Integration-and-Testing/Help-me-understand-the-connection-between-CIM-AIM-ARB/m-p/21507#M11710</guid>
      <dc:creator>TJPride</dc:creator>
      <dc:date>2012-01-12T06:22:40Z</dc:date>
    </item>
  </channel>
</rss>

