Reoccurring payments
This topic contains 34 replies, has 5 voices, and was last updated by Guust 6 years, 5 months ago.
We have moved to a support ticketing system and our forums are now closed.
Open Support Ticket-
AuthorPosts
-
September 6, 2018 at 6:17 am #445558This reply has been marked as private.September 6, 2018 at 10:06 am #445579
Going back to what Guust said:
“Notices and Invoices are created for expiring Listings that are not auto-renewing”
Are you now saying that the invoicing plugin won’t generate invoices for non stripe / paypal gateways?
September 6, 2018 at 10:09 am #445580It is not possible to create recurring listings using that package, see image 1.
If you do not want to use a gateway that can handle recurring payments, then create packages that require a new payment every time they are about to expire.
For example, your package with ID 4 will create a one year listing when paid, then will send a reminder to renew and pay again 30 days before expiry.Thanks
September 6, 2018 at 10:11 am #445582Invoices will be created for listings created from the frontend. But changing to a recurring package in the backend will never have effect: recurring packages have to be added from the frontend which is not possible with your setup.
Thanks
September 6, 2018 at 9:03 pm #445694The package in the image was a test one I created to try and figure out why the invoices weren’t being created.
Are you saying package ID 1, 2, 3, 4, 6 and 7 will create an invoice when they are coming up for expiry?
Place ID 26187 is using package ID 3 and has an expiry date of 2018-08-20 with no invoice generated
September 6, 2018 at 10:50 pm #445696Package ID 1, 2, 3, 4, 6 and 7 will indeed send an expiry notice and create an invoice because they have a limited lifespan and are not recurring.
The expiry date looks like it is changed from the original date which should be 25 October 2017 because that is when the listing was created and the first invoice was issued, and the system should send a reminder on about 27 September because you have set the reminders to start 30 days before expiry at GD > Prices and payments > Notiifcations > Enable pre expiry notice days (first) > 30 days.
Look on the frontend of listing 26187. There is no expiry date shown to the owner in the sidebar, because it is not 27 September yet. The way your settings are set, the expiry date will pop up 30 days before expiry in listing detail sidebar.
September 7, 2018 at 4:57 am #445713Hey;
Thanks, this is making more sense now.
We have the following places:
25970 – exp 2018-09-21
25973 – exp 2018-09-21
25978 – exp 2018-09-21
26009 – exp 2018-09-22
26064 – exp 2018-09-22
25981 – exp 2018-09-25
26097 – exp 2018-09-27None of those have created invoices as yet – given they are within 30 days, shouldn’t they have created by now?
September 7, 2018 at 9:40 am #445763You must have been changing the package settings after the listings were created.
Changes to packages do not affect existing listings, only new ones.
The price seems to have been originally zero, no invoices are sent for free packages.You really will only be able to see things at work properly if you do not change packages after listings are submitted, and you let the system run it course.
Thanks
September 7, 2018 at 11:41 pm #445835Haven’t made changes to the packages at all.
The listings mentioned are board members who receive a free listing. So I created a 100% discount voucher code which the board members entered in the checkout process
The discount used was id 25929.
Board members are generally only board members for 1 year, so their free listing wouldn’t be recurring.
September 8, 2018 at 12:07 am #445836That does not make sense to me.
Listing ID 25978 has an original paid invoice of $80.
The package price is $50.
How can someone pay $80 for a listing that has a $50 price if there never were changes to the package?
Changing packages or expiry dates etc after listing creation will upset the automated system.You can force an invoice by setting the listing to draft, if that is what you want to do.
If you set the listing to draft, then the option will pop up, to issue a new invoice manually.September 8, 2018 at 12:09 am #445838I also suggest you install https://wordpress.org/plugins/email-log/ so you can check what has been sent by the system.
ThanksSeptember 8, 2018 at 5:06 am #445845I think 25978 might be a bad example – if my memory serves me correctly, their package was changed after the invoice etc was marked as paid.
This would have been done by changing the check bok on the right.
If changing the expiry dates or the packages upsets things, why is it possible to change these without any popup warnings or anything?
And what about the others?
25970 – exp 2018-09-21
25973 – exp 2018-09-2126009 – exp 2018-09-22
26064 – exp 2018-09-22
25981 – exp 2018-09-25
26097 – exp 2018-09-27September 9, 2018 at 8:36 am #445899Turns out my memory was wrong. place #25978 was originally created under the “no paid member” package. Unsure how this has changed itself to be the “individual” package.
September 10, 2018 at 10:30 am #445991There is a cron that runs twice a day to check if things need to be sent, if checks the date against the number of days and if they match then its sent, if you change the date to a shorter period then it won’t match and it wont send.
This topic seems to be off on a tangent, is there a specific question you need answered?
Stiofan
September 12, 2018 at 3:21 am #446213Yea, my initial query about invoices not generating…. They still aren’t generating!
-
AuthorPosts
We have moved to a support ticketing system and our forums are now closed.
Open Support Ticket