- January 31, 2019 at 7:48 pm #2615
I am referring to my request #465151 at wpgeodirectory which oviously is better located in this forum:
“… I understand, your plugin does not provide recurring payments for bank transfers because – and this is the reasoning of your support members – bank transfers cannot be generated automatically, which is obviously true but not a reason.
BECAUSE … INVOICES CAN be generated automatically which then will be paid by bank transfer.
So many companies and suppliers are able to automatically generate invoices for payment by bank transfer, why not WP Geodirectory?
As I see on the forum, there are quite many members asking for automatically generated invoices because in many countries and sectors bank transfer still is the payment mode of highest acceptance (not every company has a paypal account, in my sector hardly any)…”
In Germany most companies pay their invoices via online bank transfer.
Of course, this needs to be thought through and surely takes some time. But it feels good that there is a realistic chance this feature is coming.
And when thinking this through, just keep in mind to always display the beginning date and expire date of a listing on the invoice., this is a regulation in Germany (if not entire EU).
Many thanks 🙂
BirgitJanuary 31, 2019 at 9:01 pm #2616
Alex RollinModeratorPost count: 12897
Thanks for bringing your idea here.
Some carts refer to this as manual recurring.
I have flagged your topic for the developers to consider for future versions.
Could you share your idea about how the listing would expire? There would not be a notification from the Bank, so, it would be a manual process? Or would there be a leniency period?January 31, 2019 at 10:42 pm #2617
As operator of the platform I set up a package for a listing, e. g. :
Price: 120 Euros,
Payment mode: bank transfer
Listing period: one year (365 years),
Cancellation period: 2 months before expiry of listing,
Date of recurring invoice: 2 weeks before expiry of listing;
A user creates his listing and books this package on 01. January 2019. Immediately, the listing goes online and the invoice is sent to the user. The invoice contents the following:
Invoice date: 01. January 2019
Invoice item: Package XY for 120 Euros
Package period: 01st Jan. 2019 until 31st Dec. 2019
(the period on an invoice is essential due to regulations in Germany, if not even Europe).
The contract is concluded by 1) the user booking the package and 2) the platform sending the invoice/confirmation. Thus the user is obligated to effect payment.
If the user does not cancel in time (in this case by 1st November 2019), then the package renews. In this case, an invoice is automatically created and sent to the user two weeks before expiry of the listing (on 17th Dec. 2019):
Invoice date: 17th Dec. 2019
Invoice item: Package XY for 120 Euros
Package period: 1st January 2020 until 31st Dec. 2020
The booking-invoice-contract process has at first nothing to do with the payment and definitely not with the bank. But with this contract, the user is obligated to pay, because the contract is made and his listing is online right away. So, even if he pays one week after his package has started, this has no impact on the package period. This makes it much easier for me as operator of the platform to calculate and to rely on contracts made and payments to be effected. And the user does not need to wait for money to arrive on my account, his listing is online right away.
Of course, if a user really does not pay his invoice, then I would need to be able to delete the listing or to set it on draft until payment is effected (which then, as well, would not have any impact on the package period).
Package period starts on 1st January, if payment is not effected by let’s say 1st Feb., the listing is set to draft. When then, on 1st March, the user finally effects payment, the listing goes online again – but the package period is still 1st Jan. until 31st Dec.
This is how it works in Germany (and I guess in many other European countries) with recurring payments by bank transfer and people/companies are very used to this procedure.
For any questions, please do not hesitate to get back to me. Looking forward to your feedback.
BirgitFebruary 1, 2019 at 12:57 am #2618
GuustModeratorPost count: 25023
This is how it works:
Create a paid package.
One year non-recurring.
On expiry set it to downgrade to a lower package or expire altogether.
Now a user submits a listing and chooses any of your active gateways, in this case bank transfer.
An invoice is generated.
Towards the end of the 12 month period, an email is sent notify the user that unless the listing is renewed, itvwill be downgraded or disappear.
When the user logs in to renew, an invoice is generated.
Invoices should not be generated unless users agree to be billed. So the system will generate an invoice when a listing is submitted or renewed.February 1, 2019 at 7:49 am #2619
when you say “invoices should not be generated unless users agree to be billed” I totally agree (and by the way, this does not apply to your paypal gateaway).
With the recurring bank transfer, the user agrees to be billed every month unless he cancels the contract. Nothing happens without the user’s consent and that is why this is common practice in Europe.
Because in contrary to your current bank transfer version and also the paypal option, the majour advantages for the user of the recurring bank transfer are:
1) The user does not need to care about the regular renewal, his listing will be online continuously
2) The user does have controll over his liquidity. Because When he receives the invoice he can decide whether he pays this week or next week – in contrary to the paypal gateway where an invoice is generated automatically and the amount is automatically and immediately debited from the account – which for many clients in Germany is unacceptable.
And this is why in Germany most clients choose the recurring bank transfer opportunity: They have controll over their liquidity and do not need to bother about renewals unless they want to cancel the contract.
Just like the mobile phone contracts of my employees. I definitely would not want their phones to be switched off every month until I log on the internet and renew and pay their contracts. And I also would not want the invoice amounts to be automatically debited by paypal from my business account without my prior consent, due to liquidity reasons. This is why I as a business client – like most others – choose recurring bank transfer.
I see this obviously is not common practice in the U.S. but it really is widely accepted like this in Europe – and for good reasons, I would say.
Many thanks and best regards
BirgitFebruary 1, 2019 at 10:34 am #2620
Stiofan OConnorSite AdminPost count: 22010
I do like this idea for autogenerating invoices for things like cache,cheques, bank transfer etc, i’ll talk the idea over with Patrik (the lead dev) on monday.
StiofanFebruary 18, 2019 at 6:15 pm #2708
any news or feedback regarding a tendency from Patrik?
You must be logged in to reply to this topic.