{"id":2686,"date":"2012-11-23T22:33:45","date_gmt":"2012-11-24T06:33:45","guid":{"rendered":"http:\/\/www.digitalaccesspass.com\/doc\/?p=2686"},"modified":"2014-03-01T22:33:20","modified_gmt":"2014-03-02T06:33:20","slug":"product-cancellationexpiration-options","status":"publish","type":"post","link":"http:\/\/digitalaccesspass.com\/doc\/product-cancellationexpiration-options\/","title":{"rendered":"Product Cancellation\/Expiration Options"},"content":{"rendered":"
\n

In DAP 4.4, we have added a new feature to the hourly dap cron where once every day (it’s hardcoded to run ONCE between 10:00 PM – 11:00 PM PDT) the cron will look for users whose access expired that day.<\/p>\n

You can configure the Cancellation Options<\/strong> in DAP Products<\/strong> page<\/strong> -> Cancellation & Expiration tab.<\/strong><\/p>\n

\n

Then based on these settings, the DAP Hourly Cron will check if the current time is between 10:00 – 11:00 pm PDT (Server time), and if yes, it will take a look at each product, pick up the ‘Expiration Action’ setting for that product, then get a list of ALL users<\/strong> whose access to that product has expired<\/strong> and apply the ‘Expiration Action<\/strong>‘ to that user->product <\/strong>record in DAP users -> manage page.<\/strong><\/p>\n

The reason the dap cron checks the current time and runs the ‘expiration job’ only once a day is because running it too often will burden your server\/resources as this job needs to pick up all products and then apply the cancellation rule to all users whose access has expired.<\/p>\n

The main thing is to make sure it only runs once.. does not matter if that’s between 10 – 11 or 11 – 12 etc. We just picked the time to be between 10 – 11 PM (server time).<\/p>\n

\n
\n

1) No Action<\/strong>
\nUser’s access will auto-expire at the end of current recurring cycle. If the user re-signs, they will start from where they left off instead of starting over at day 1.<\/strong>
\nInfact this is how all older versions of dap already work.<\/p>\n

If a user cancelled access to a subscription product before and say that the same user now wants to start back after a couple of months break.
\nIf you have selected NO ACTION as this product’s expiration setting (in dap products page -> cancellation & expiration tab),
\nthen when the user re-signs, they will start their dripping from where they left off and will not start fresh again from day 1.<\/p><\/blockquote>\n

Say a user’s access start date is 10\/01\/2012 and access end date is 10\/30\/2012, when the cron runs on 10\/31\/2012
\nand finds the user’s access has expired, it wont do anything.<\/p><\/blockquote>\n

If the same user resigns on 11\/30\/2012, their access start date will be what it was before (10\/01\/2012) but their new access end date will be 10\/31\/2012 + 30 days (instead of 11\/30\/2012+30 days). User’s access to product will remain expired. You will have to set post-expiry access to “Y” in dap setup->config page for access to paid for content.<\/p><\/blockquote>\n

See this for more details: http:\/\/www.digitalaccesspass.com\/forums\/threads\/741-Subscription-Cancellation<\/p><\/blockquote>\n

2) Remove From Product<\/strong><\/p>\n

If selected, dap will automatically find users whose access to this product has expired and remove user’s access to product completely for those users.
\nYou will need this setting to prevent access for expired users. User will completely lose access to product.<\/strong>
\nIf the user signs up again, they will start over like a new member.<\/p>\n

3) Set end date to previous day.<\/strong><\/p>\n

Automatically move the expired user’s access start and end day<\/strong> (set the access end date to the previous date).
\nWhen the cron wakes up and runs this job once daily, it will keep moving the user’s access start \/ end date
\nforward in such a way that user’s access will remain expired but the access end date will not be stuck somewhere in past,
\nit would be always set to the previous date (from current date).<\/p>\n

Say a user’s access start date is 10\/01\/2012 and access end date is 10\/30\/2012, when the cron runs on 10\/31\/2012
\nand finds the user’s access has expired, it will set the access end date to previous date.. so first time when
\nthe cron runs after the user’s access expires, nothing will happen, access end date will remain 10\/30,
\nbut when cron runs on 11\/1, it will now move the access end date to previous date so the new access start date will be 10\/02\/2012
\nbut end date will be 10\/31\/2012 (the access start \/ end block is moved forward).<\/p>\n

So if the cancelled user re-signs, the user’s access will not remain expired as their access will be extended from the access end date
\nto a date in future and the dripping will continue from where they left off.\u00a0 You would probably want to use this setting if you are on DAP 4.4.<\/p><\/blockquote>\n<\/div>\n<\/div>\n<\/div>\n","protected":false},"excerpt":{"rendered":"

In DAP 4.4, we have added a new feature to the hourly dap cron where once every day (it’s hardcoded to run ONCE between 10:00 PM – 11:00 PM PDT) the cron will look for users whose access expired that day. You can configure the Cancellation Options in DAP Products page -> Cancellation & Expiration […]<\/p>\n","protected":false},"author":4,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":[],"categories":[20],"tags":[],"_links":{"self":[{"href":"http:\/\/digitalaccesspass.com\/doc\/wp-json\/wp\/v2\/posts\/2686"}],"collection":[{"href":"http:\/\/digitalaccesspass.com\/doc\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/digitalaccesspass.com\/doc\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/digitalaccesspass.com\/doc\/wp-json\/wp\/v2\/users\/4"}],"replies":[{"embeddable":true,"href":"http:\/\/digitalaccesspass.com\/doc\/wp-json\/wp\/v2\/comments?post=2686"}],"version-history":[{"count":19,"href":"http:\/\/digitalaccesspass.com\/doc\/wp-json\/wp\/v2\/posts\/2686\/revisions"}],"predecessor-version":[{"id":4190,"href":"http:\/\/digitalaccesspass.com\/doc\/wp-json\/wp\/v2\/posts\/2686\/revisions\/4190"}],"wp:attachment":[{"href":"http:\/\/digitalaccesspass.com\/doc\/wp-json\/wp\/v2\/media?parent=2686"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/digitalaccesspass.com\/doc\/wp-json\/wp\/v2\/categories?post=2686"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/digitalaccesspass.com\/doc\/wp-json\/wp\/v2\/tags?post=2686"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}