You might have noticed that when the periodicity is set to monthly when creating schedules, the 29th, 30th and 31st aren’t supported. Well there’s a reason behind it.

The main reason is an accounting one.

• In case of failure on the 28th, the schedule will retry on the following day, no matter which day it is (maximum of 2 retries). This has the nice accounting side effect that if something fails on the 28th, it's very likely to still be credited within the same month (except for February in non-leap year). Thus keeping the revenue into the correct month.

• Also, these dates do not exist in all months. You won't be able to process transfers on the same day every month. So instead of pushing the days forwards or backwards, it’s better that you make the decision on how you want to fallback.

We suggest that subscriptions starting on the 29th, 30th or 31st should be moved to either the 28th or the 1st. This depends on your accounting cutoff procedure.

Related articles:

• Schedule API
  
• How do I do recurring payments?
  
• How do I set up automatic payouts