<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>DAP Documentation &#187; Cancellations/Refunds</title>
	<atom:link href="http://www.digitalaccesspass.com/doc/category/cancellationsrefunds/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.digitalaccesspass.com/doc</link>
	<description>Documentation for DigitalAccessPass.com</description>
	<lastBuildDate>Tue, 07 Sep 2010 06:27:52 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>DAP-Supported Shopping Carts</title>
		<link>http://www.digitalaccesspass.com/doc/dap-supported-shopping-carts/</link>
		<comments>http://www.digitalaccesspass.com/doc/dap-supported-shopping-carts/#comments</comments>
		<pubDate>Thu, 19 Aug 2010 06:32:59 +0000</pubDate>
		<dc:creator>Ravi Jayagopal</dc:creator>
				<category><![CDATA[1-Click Upsells]]></category>
		<category><![CDATA[1ShoppingCart]]></category>
		<category><![CDATA[3rd Party Integration]]></category>
		<category><![CDATA[Cancellations/Refunds]]></category>
		<category><![CDATA[ClickBank]]></category>
		<category><![CDATA[Cron]]></category>
		<category><![CDATA[Integration with Shopping Carts]]></category>
		<category><![CDATA[Payment Integration]]></category>
		<category><![CDATA[Paypal]]></category>
		<category><![CDATA[Paypal Website Payments Pro]]></category>
		<category><![CDATA[Setup]]></category>
		<category><![CDATA[Subscription]]></category>
		<category><![CDATA[Troubleshooting]]></category>
		<category><![CDATA[Upsell Tree]]></category>
		<category><![CDATA[Upsells & Downsells]]></category>
		<category><![CDATA[Web Hosting]]></category>

		<guid isPermaLink="false">http://www.digitalaccesspass.com/doc/?p=533</guid>
		<description><![CDATA[DAP itself is a shopping cart. And DAP also integrates with other carts and Payment Processors, such as: 1SiteAutomation.com (a 1Shoppingcart.com private label) Paypal Standard Paypal Website Payments Pro e-Junkie (e-J does not allow recurring payments) Authorize.net WorldPay ClickBank And because DAP integrates with 1ShoppingCart, in turn, it essentially integrates with all payment providers support [...]]]></description>
			<content:encoded><![CDATA[<p>DAP itself is a shopping cart. And DAP also integrates with other carts and Payment Processors, such as:</p>
<ul>
<li><a href="http://1SiteAutomation.com" target="_blank">1SiteAutomation.com</a> (a 1Shoppingcart.com private label)</li>
<li>Paypal Standard</li>
<li>Paypal Website Payments Pro</li>
<li>e-Junkie (e-J does not allow recurring payments)</li>
<li>Authorize.net</li>
<li>WorldPay</li>
<li>ClickBank</li>
</ul>
<p>And because DAP integrates with 1ShoppingCart, in turn, it essentially integrates with <a href="http://1siteautomation.com/faq.asp" target="_blank">all payment providers support by 1ShoppingCart</a>.</p>
<h3>1-Click Upsells</h3>
<p>If you use DAP as a shopping cart, then you can do 1-Click Upsells/Downsells like the pros. DAP allows you to do 1-Click Upsells using Authorize.net, Paypal Website Payments Pro and Paypal Standard.</p>
<p>Of course, if you need advanced shopping cart features &#8211; like ability to calculate shipping, tax, and coupons, then you&#8217;re better off using 1ShoppingCart.</p>
<h3>1ShoppingCart &amp; GoDaddy</h3>
<p>If you want automated recurring order processing using 1ShoppingCart, then DAP needs to be able to process the recurring email notifications sent by 1ShoppingCart, which it does on the back-end when the DAP-Cron job runs every 10 minutes. However, if you&#8217;re using Godaddy as your web host (doesn&#8217;t matter if you&#8217;re using them as the domain name registrar), then because GoDaddy disables a key PHP library (&#8220;imap&#8221;) on all their servers for whatever reason, DAP is not able to do process the recurring order email notifications from 1ShoppingCart.</p>
<p>So if you&#8217;re using 1SC &amp; GoDaddy hosting, you will have to end up doing manual cancellations if any member cancels their subscription, or if their credit card fails and their recurring payments don&#8217;t get processed.</p>
<p>But 1ShoppingCart order processing works great with <a href="http://www.digitalaccesspass.com/doc/dap-certified-web-hosts/">all other hosts</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.digitalaccesspass.com/doc/dap-supported-shopping-carts/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Cancellation or Refund Requests</title>
		<link>http://www.digitalaccesspass.com/doc/cancellation-or-refund-requests/</link>
		<comments>http://www.digitalaccesspass.com/doc/cancellation-or-refund-requests/#comments</comments>
		<pubDate>Tue, 29 Jun 2010 20:05:37 +0000</pubDate>
		<dc:creator>Ravi Jayagopal</dc:creator>
				<category><![CDATA[Admin]]></category>
		<category><![CDATA[Cancellations/Refunds]]></category>
		<category><![CDATA[ClickBank]]></category>
		<category><![CDATA[Integration with Shopping Carts]]></category>
		<category><![CDATA[Payment Integration]]></category>
		<category><![CDATA[Paypal]]></category>
		<category><![CDATA[Paypal Website Payments Pro]]></category>
		<category><![CDATA[Subscription]]></category>
		<category><![CDATA[Transactions]]></category>
		<category><![CDATA[User Status]]></category>
		<category><![CDATA[Users]]></category>

		<guid isPermaLink="false">http://www.digitalaccesspass.com/doc/?p=464</guid>
		<description><![CDATA[The question How does a customer, once they have signed up and become a member, cancel their membership (or get for a refund)? Cancellations If it&#8217;s Paypal, they could go into their Paypal account, and cancel their subscription themselves. If it&#8217;s ClickBank, they can log in to their CB account, and cancel their subscription themselves. [...]]]></description>
			<content:encoded><![CDATA[<h3><strong>The question</strong></h3>
<blockquote><p>How does a customer, once they have signed up and become a member,  cancel their membership (or get for a refund)?</p></blockquote>
<h3>Cancellations</h3>
<p>If it&#8217;s Paypal, they could go into their Paypal account, and cancel their subscription themselves.</p>
<p>If it&#8217;s ClickBank, they can log in to their CB account, and cancel their subscription themselves.</p>
<p>If it&#8217;s any other payment processor or cart &#8211; like <a href="http://1SiteAutomation.com" target="_blank">1SiteAutomation.com</a>, Authorize.net, Paypal Payments Pro, etc &#8211; then they have to ask you (the membership site owner) to cancel.</p>
<h3>Refunds</h3>
<p>Except with CB, in all other cases, they have to ask you for a refund</p>
<h3>What Next For DAP Admin?</h3>
<p>If it&#8217;s a cancellation, then DAP already does &#8220;Pay As You Go&#8221; processing &#8211; which means, their account will automatically expire at the end of the current recurring period (eg., end of current month).</p>
<p>If it&#8217;s a refund of just one recurring payment, then you can go into the &#8220;Users &gt; Manage&#8221; screen, search for the user, and do a &#8220;<strong>Rollback Access for Selected User(s) to the Product by 1 Recurring Cycle</strong>&#8220;.</p>
<p>If it&#8217;s a refund of the entire purchase, then make sure you &#8220;Remove&#8221; user from product.</p>
<p>Also see: <a href="http://www.digitalaccesspass.com/doc/cancellations-and-refunds/">Cancellations &amp; Refunds</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.digitalaccesspass.com/doc/cancellation-or-refund-requests/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Cancellations and Refunds</title>
		<link>http://www.digitalaccesspass.com/doc/cancellations-and-refunds/</link>
		<comments>http://www.digitalaccesspass.com/doc/cancellations-and-refunds/#comments</comments>
		<pubDate>Wed, 19 Aug 2009 11:55:24 +0000</pubDate>
		<dc:creator>Ravi Jayagopal</dc:creator>
				<category><![CDATA[Access Control]]></category>
		<category><![CDATA[Cancellations/Refunds]]></category>
		<category><![CDATA[Config]]></category>
		<category><![CDATA[Payment Integration]]></category>
		<category><![CDATA[Protecting Content]]></category>
		<category><![CDATA[Subscription]]></category>

		<guid isPermaLink="false">http://www.digitalaccesspass.com/doc/?p=124</guid>
		<description><![CDATA[Cancellations DAP employes a very unique &#8220;Pay As You Go&#8221; model. It&#8217;s very similar to the &#8220;Pay As You Go&#8221; model used by cell phone companies. You pay first, then new content (or &#8220;cell phone minutes&#8221; in the mobile world) gets released to you. You stop paying, you don&#8217;t get new content (minutes). So let&#8217;s [...]]]></description>
			<content:encoded><![CDATA[<h3>Cancellations</h3>
<p>DAP employes a very unique &#8220;Pay As You Go&#8221; model.</p>
<p>It&#8217;s very similar to the &#8220;Pay As You Go&#8221; model used by cell phone companies.</p>
<p>You pay first, then new content (or &#8220;cell phone minutes&#8221; in the mobile world) gets released to you. You stop paying, you don&#8217;t get new content (minutes).</p>
<p>So let&#8217;s say a member (Joe Customer) joined your membership site this month, and this is January. So he&#8217;s on Month #1 in January.</p>
<p>When he first signs up (free or paid trial, or actual 1st month&#8217;s subscription), then his start and end dates in DAP on your site look like this:</p>
<p><strong>Start date</strong>: Jan 1, 2009<br />
<strong>End date</strong>: Jan 31, 2009</p>
<p>(Of course, DAP uses actual dates like &#8220;01/01/2009&#8243;, but &#8220;Jan 1, 2009&#8243; is easier to read for most people, especially an international audience &#8211; so using the above date format just for the purposes of this post).</p>
<p>Then, let&#8217;s say, his February subscription payment comes in. Now DAP &#8220;extends&#8221; his access to your content by a month. So now the dates look like this:</p>
<p><strong>Start date</strong>: Jan 1, 2009<br />
<strong>End date</strong>: Feb 28, 2009</p>
<p>Now your member Joe has access to all content from Jan 1 to Feb 28 (meaning, about 60 days worth of &#8220;dripped content&#8221;).</p>
<p>Then end of February, he decides to cancel his membership for whatever reason (or his credit card gets declined or rejected while processing payment for Feb). So no payment comes in for March.</p>
<p>Now because no payment came in, DAP doesn&#8217;t really do anything about his access dates. So they continue to stay at:</p>
<p><strong>Start date</strong>: Jan 1, 2009<br />
<strong>End date</strong>: Feb 28, 2009</p>
<p>So any content that you have configured to be dripped on, say, Day #61 (which is Month #3), won&#8217;t be available to Joe, even though he continues to remain an &#8220;Active&#8221; member within DAP, and continues to get your autoresponder and br0adcast emails, and even continues to have access to your affiliate program and continues to earn commissions.</p>
<p>Actually, it gets even better &#8211; just because Joe&#8217;s end date expired, he basically now has NO access to ANY content on your web site (even Month #1&#8242;s content).</p>
<p>[Note: Just so you know, DAP does have a feature to enable "Access to Previously Paid-for Content". Keep reading for details.]</p>
<p>Now all Joe has lost is just the &#8220;access to the content&#8221;.</p>
<p>So let&#8217;s say you exchange emails with him, ask him why he wanted to cancel, and try to convince him to come back (or get him to use a new, valid credit card).</p>
<p>Now remember that Joe is still at the end of February&#8217;s content (Month #2). So whenever the next payment comes in (be it in March, April, or 1 year later), Joe now gets access only to the 3rd month&#8217;s content, and not, say, the 10th month content.</p>
<p>So even though it is now say, May, because Joe&#8217;s next payment came in just now, his access dates now look like this:</p>
<p><strong>Start date</strong>: Jan 1, 2009<br />
<strong>End date</strong>: March 31, 2009</p>
<p>So that&#8217;s how DAP takes care of your content and makes sure that when members cancel or their payment doesn&#8217;t come in for whatever reason, your content cannot be accessed by unauthorized users.</p>
<p>But let&#8217;s say you want to be really fair and look like a &#8220;generous, honest&#8221; guy to your members. In that case, you want to make sure that if someone cancels their subscription 6 months after being with you, you don&#8217;t want to &#8216;screw&#8217; them just because they stopped paying you. Who knows, they&#8217;ll probably come back if you keep showing to them what kind of content you&#8217;re building. Or they may buy your other products.</p>
<p>So now you want to make sure that they get access to the last 6 months worth of content, for which they have actually paid for.</p>
<p>There is a Configuration element in DAP where you can just turn this feature on, and members can instantly start access all &#8220;Previously Paid-for Content&#8221;.</p>
<p>So that&#8217;s how DAP puts a unique twist on cancellations.</p>
<p><a name="refunds"></a></p>
<h3>Refunds</h3>
<p>&#8220;Refunds&#8221; are a slightly different animal than &#8220;Cancellations&#8221;. While a subscription &#8220;Cancellation&#8221; means you only have to <em>stop access going forward</em>, a &#8220;Refund&#8221; means you have to actually <em>roll-back existing access</em> by a month (or whatever your recurring cycle 3 is).</p>
<p>So, doing a refund takes a few steps.</p>
<ol>
<li>Go into your payment processor (like Paypal.com, Authorize.net, etc) and refund the money</li>
<li>Now log into the DAP Dashboard on your site</li>
<li>Go to the &#8220;Orders&#8221; page, search for all of the user&#8217;s transactions by her email id</li>
<li>Click on the &#8220;Id&#8221; link for the transaction that you wish to refund</li>
<li>On the next page, you will see a &#8220;Refund&#8221; button. Click on that.</li>
<li>That will mark that transaction as a refund, and also create a new transaction with a negative value (same as value of original transaction, except negative in value)</li>
<li>DAP then rolls-back access for the user by a month (or &#8220;Recurring Cycle #3&#8243; from the Product page). So if member is still in month 1, then user will lose access to the product. If member is on month 3, then their access will be rolled back to month 2.</li>
<li>Go back to &#8220;Manage &gt; Users&#8221; screen, search for user by email, and make sure access is either rolled back, or access has been completely removed for that member.</li>
</ol>
]]></content:encoded>
			<wfw:commentRss>http://www.digitalaccesspass.com/doc/cancellations-and-refunds/feed/</wfw:commentRss>
		<slash:comments>29</slash:comments>
		</item>
	</channel>
</rss>
