I created a paypal subscription in my merchant account. But i have problem on next due date. it like this...
i created the paypal subscription on 14 jan 2013 and set one day trail period. (this is daily subscription)
In my paypal account subscription detail page it shows 15 jan 2013 as next due date. That is correct because i setup a one day trail period. i wait and see to get daily subscription in 15 jan 2013 (due date).
However payment is made on 16 jan 2013. Now i have problem..
I want to know if i setup a subscription rule in 2013/01/14 with one day trail period. So when i get first payment. is it beginning of day on 2013/01/15 or end of day on 2013/01/15
Thanks
PayPal attempts to collect recurring payments from subscribers on the day after the previous
billing cycle or trial period ends. Billing cycles can be daily, weekly, monthly or yearly,
depending on the terms of the original subscription.
So the first payment happens when they first subscribe, then the next payment occurs the day after the first subscription period runs out...
Any delay otherwise is probably processing time (it can take a little while for payments to clear...)
I'm guessing after you created your plan you tried it out by subscribing... so you paid on the 14th for a 1 day trial that was over on the 15th... then the next payment happens the day after that billing cycle (the 16th) when it charges for the next period.
Information taken from the paypal pdf here https://www.x.com/sites/default/files/pp_websitepaymentsstandard_integrationguide.pdf Which I don't blame you for not finding... I had to download 2 pdfs before that one that kept telling me the document had moved and sent me to the next one until I finally got the right one.
Related
EDIT
This post indicates that sessions should be interpreted as visitors for that hour.
Using the graph to identify which hour has the highest traffic and record
the number of visitors for that hour
I am looking at a Google Analytics report (Audience --> Overview) for a website. In section Audience --> Overview, I have selected Sessions vs. Select a metric. I have specified a frequency of Hourly.
I mouse clicked on a peak and saw
Thursday, January 17, 2019 10:00
Sessions:19,732
Is this telling me that I had 19,732 concurrent sessions open at 10:00? Or that in the hour between 9:00 and 10:00, that 19,732 sessions had been opened (and many likely closed)? Please note that
Avg. Session Duration = 00:09:07
I looked at How Count of Sessions is calculated and that leads me to believe that the 19,732 sessions is for the hour between 9:00 and 10:00.
Can someone confirm this?
Thank you.
Yes, that number would represent how many sessions were started during that hour.
You shouldn't interpret sessions as visitors/users. As one user can have many sessions during that hour. By default, max of 2 (new session at say the 5th minute, no activity, come back at the 35th minute, session 2).
I was thinking about setting up a subscription, but I wanted to have a one time payment of the subscription, anybody know if this is possible?
For example, the subscription is $120 and good for one year. But they pay one time (at the start) and after one year the subscription expires. I am hoping WooCommerce subscriptions can do this.
Cheers
Have you looked at the product settings for Subscriptions? You can set the billing interval, billing period, and duration of subscription.
The Subscriptions plugin allows for the payment date to be synchronised to the first of each month, more specifically to the first of the following month. So if someone registers in January they would be charged on the February 1st. However I need the ability for them to be synchronised/aligned to be charged on 1st of March., is this possible?
I got some problems with the automatic generated reports option in Google analytics.
So, i made some reports in my dashboard, personalized them and they are ready to be send to the customer.
I set the dates : 1 Januari - 31 Januari 2014 and compare them with 1 Januari - 31 Januari 2013.
I use the E-mail option in google analytics and use the option automaticly send this report every first of the month too the customer.
But when the customer recieves the reports it doesn't display the dates i setted, but it displays the dates i sended the reports. So i double checked, tested, sended them again and kept facing the same problems.
But when i don't use the automaticly generated option and send them directly to the customerm, the dates are right.
How can i fix this problem ?
As far as I know, you can't send automated reports with a time range set beyond what Google Analytics has built in - Once, Daily, Weekly, Monthly, Quarterly.
These settings send the report for the previous specified time period.
If you want to send a monthly report with the previous year of data, you are out of luck. Monthly reports only show the previous month and so on for the frequency settings. In short, no rolling data of a user specified time period.
And, no comparison data either like what you are trying to send.
I have to send the previous 90 days of data from a report every month. Since I am unable to do that in Google Analytics with the scheduled reports, I schedule GA to email me the report once a month as a reminder. I then go in and manually create the 90 day report and use GA to email it using the Once frequency.
I have a question about dealing with date & time in my web application. The application will sell monthly subscriptions. It shows dates only when clients buy and cancel subscriptions. Clients can buy additional services in the middle of the month. Application calculates a pro-rata to charge the client until his anniversary date.
I will store dates/times in UTC. It is only for US clients.
I am considering the following options and I would love to get feedback from more experienced developers:
1 - always present dates in EST. I can include a small caption explaining that all subscriptions uses EST. This would be simple as I would not have to deal with clients' timezones. However I am not so sure if clients would be put off by this. Any thoughts?
2 - always present dates in EDT. This would probably not work very well as it would be harder to explain the reason for using it. However I believe it would be simpler to process than EST.
3 - ask for client's timezone information when he signs up for the service and use that information. I don't think this would add too much complication, however I would have to offer them an option to change timezones and I would have to decide what to do with existing subscriptions when there is a change in timezone. If I go with this option I would ask the client to pick the timezone from a drop-down list.
4 - ask for client's location (City and State) and calculate the timezone myself.
5 - try to guess client's timezone based on his IP or another method (ideas???).
Options 3, 4 and 5 would probably be the most user-friendly. Option 1 seems to be the most straightforward to implement.
Sorry for the long post. If you took the time to read it, would you mind taking a little more time and sharing your thoughts and experience?
Thank you.
UPDATE 1 - 9/3/2011 - 17:08 MST
Just found out that PayPal records transactions using PDT and shows them to the client using the client's local timezone they setup when they signed up with PayPal.
I am now inclined to:
1 - show current date using PDT (to align with PayPal) - I will probably change the code to show date & time PDT. Currently I am only showing the date. I believe it will be clearer to the client if I also show the time.
2 - I will not show the anniversary date. I will let PayPal handle that. I will simply state that it is a monthly billing.
3 - When clients add a new service I will calculate the pro-rata using PDT and I will give them a three day grace period to account for timezone differences (thanks to Robert Levy below for suggesting it) and PayPal processing (I don't want to charge them a pro-rata amount if they are only a couple of days from their regular monthly charges).
Any thoughts?
Update 2 - 9/3/2011 - 21:01 MST
Just a quick update. After further research I found out that PayPal does send me a transaction date back. I am not going to show any dates until the client pays at PayPal and I receive confirmation. I will show PayPal's transaction date in the client's receipt.
Sounds like a plan. What do you think?
Just add a grace period of 24 hours from UTC. Easy to code, no extra UI, and unlikely to upset any customers.