automatically generated invoices for bank transfer

This topic contains 6 replies, has 4 voices, and was last updated by  Birgit Wilde 4 months, 3 weeks ago.

  • Author
    Posts
  • #2615

    Birgit Wilde
    Buyer
    Post count: 187

    Hi Stiofan,

    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 🙂
    Birgit

    #2616

    Alex Rollin
    Moderator
    Post count: 18205

    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?

    #2617

    Birgit Wilde
    Buyer
    Post count: 187

    Hi Alex,
    For example:
    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.
    Many thanks
    Birgit

    #2618

    Guust
    Moderator
    Post count: 26743

    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.

    #2619

    Birgit Wilde
    Buyer
    Post count: 187

    Hi Guust,

    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
    Birgit

    #2620

    Stiofan O’Connor
    Site Admin
    Post count: 22506

    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.

    Stiofan

    #2708

    Birgit Wilde
    Buyer
    Post count: 187

    Hi Stiofan,
    any news or feedback regarding a tendency from Patrik?
    Best regards
    Birgit

Viewing 7 posts - 1 through 7 (of 7 total)

The topic ‘automatically generated invoices for bank transfer’ is closed to new replies, this may be for inactivity, please open a new topic if you have a similar question.