Jump to content

nabil

Member
  • Content Count

    87
  • Joined

  • Last visited

Community Reputation

1 Neutral

About nabil

  • Rank
    Level 2 Member

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Any thoughts on 'one time' order still keeping accounts marked as active (with an active service even though they're not cleints any more) or is just that just another way to take money?
  2. Just got an email from whmcs that made my jaw drop. I hate to say this but you've just taken a giant step backwards! For self hosting, the days of charging people by the number of client records for on premises hosting ended 20 years ago. Your costs are not impacted whatsoever based on how many customers we have!!!!!! We keep old client records for a period of time and now you are going to charge us for holding them - bollocks. I had never considered switching before but you've just lost my loyalty.
  3. Definitely prefer the one off, if it does what we need...
  4. We're preparing to upgrade our gocardless module and can't decide between nifty https://marketplace.whmcs.com/product/3531 and Simulant https://marketplace.whmcs.com/product/3415 I like all the functionality of nifty but although simulant seems like it does the same, there are no screenshots or reviews to confirm this. Any thoughts and insights from much appreciated. Tks
  5. Thanks for the reply. We've done the upgrade but are facing two issues that seem to be related and it's related to the mandate. 1. An existing DD. To the customer it says no credit card details stored and sends out an email to update card details(it can't find the DD mandate). If you 'login as customer' and open the invoice and try to pay it says this on the invoice: 'You have a Direct Debit in place on this account, click the button below to attempt payment now.' That doesn't work. 2. Trying to create a new mandate (new customer with a new order) returns this when clicking to pay form the order page: 'Sorry to see you go!' We are on the freebie gocardless module form the beginning of this thread and were using the old one for years and years without problem. We are happy to pay for the module and and help implementing it. We are on whmcs 7.2.2 and php 5. Thanks - BTW, I am in the UK
  6. Thanks for this - gocardless is great and it's nice to be able to continue using it. I'm sure this is a silly question but, gotta ask. Does gocardless have to do something at their end to upgrade you to the new API? We've tried to upgrade yesterday as we lost the page to actually create a new DD on the old gocardless module and API but got stuck there. Thanks in advance.
  7. Prorate is broken. For all of you that use prorated invoicing, it doesn't work properly during a leap year. While an existing customer probably won't notice a few pennies difference, a brand new one will! If a new customer selects a billing frequency that goes over Feb 29, a few pennies are added due to the leap year. If you advertise an annual price of say £49.99, that is what a new customer expects to pay, not £50.13. There's an easy fix, exclude new customers from prorata on the day that they sign up. But no, this is the advice I was given: --- "Thanks for taking the time to provide your feedback, I can advise that development have considered this in the past and that there are no plans to change this behaviour at present due to the aforementioned reasons. However if you wished to add extra notices explaining leap years to your customers, that is certainly possible with an order form template customisation. The relevant documentation is located at http://docs.whmcs.com/Order_Form_Templates" --- Wrong answer - do you want us to lose new customers. I certainly wouldn't sign up for a service that advertised one price and then changed it at checkout. Would you? This is very embarrassing and unprofessional - and there's such an easy fix - simply exclude from computing prorata on new accounts on the day they sign up.
  8. Prorate is broken. For all of you that use prorated invoicing, it doesn't work properly during a leap year. While an existing customer probably won't notice a few pennies difference, a brand new one will! If a new customer selects monthly or quarterly, no problem. If they select semi annual or annual, a few pennies are added due to the leap year. If you advertise an annual price of say £49.99, that is what a new customer expects to pay, not £50.13. There's an easy fix, exclude new customers from prorata on the day that they sign up. But no, this is the advice I was given: --- "Thanks for taking the time to provide your feedback, I can advise that development have considered this in the past and that there are no plans to change this behaviour at present due to the aforementioned reasons. However if you wished to add extra notices explaining leap years to your customers, that is certainly possible with an order form template customisation. The relevant documentation is located at http://docs.whmcs.com/Order_Form_Templates" --- Wrong answer - do you want us to lose new customers. I certainly wouldn't sign up for a service that advertised one price and then changed it at checkout. Would you?
  9. It is completely a whmcs question in this case. If two orders (or more) are set to renew on the same date and they are set to create the invoice on the same day (automation settings - create invoice x days before due date) and use the same payment gateway then one invoice will be created with both (or more) orders included in it. It's actually one of the benefits of using prorata and setting all billing cycles to create the invoice the same number of days before the due date - which is what we do.
  10. Please excuse my lack of knowledge but why do people register fraudulent domain names?
  11. We've not had that problem, first card payment goes through fine so you should probably take up Joe's offer. One thing we did notice and this seems to be Stripe related, there must be something entered in the state/county/province field for the card to process.
  12. On the one hand you're right as sendgrid is part of rackspace now but on the other hand it is not like connecting directly to rackspace with a regular account as sendgrid is designed for mass email, includes deliverabilty and read reports and helps ensure you don't end up on spam lists. Yup, we use sendgrid, have done for years, like them very much
  13. We've been using gocardless for a year now and it is very nice BUT - the module for whmcs is NOT as it should be. The DD is based on the order, not the account. This means that you cannot: 1. collect funds for invoices you manually create 2. if a new order is added, a new DD needs to be created - if you use prorata invoicing and all invoices are collected on the same date for the customer, which we do, it is fine for future payments for the new order as it will be part of the invoice for the order that was originally set up for DD but you will need to make a note to manually add the 'extra' amount (and not send the customer overdue remidners) 3. If the customer is late paying and uses mass pay - you basically have no DD setup - the next renewal will not process. Credit/Debit cards. Just switching over from worldpay/futurepay to stripe (we want to use tokens and NOT to store credit card details). Stripe is great, a bit expensive, but works much better. Use Joe's whmcs/stripe module http://forum.whmcs.com/showthread.php?64463-Free-Stripe-Payment-Gateway-with-Stripe-js-support&highlight=stripe works a treat.
  14. First, big thanks to Joe - this module works beautifully and please pay him the 15 whether you need support or not as he definitely deserves it! Next a couple of things that I had questions about, that Joe gave me answers to, but were not related to the module working properly but how it worked in general - great functionality BTW that was not available with worldpay/futurepay that we are currently switching over from after years of using them. Processing costs appear on the transaction Users can update their cards in whmcs even though the credit card details are not saved locally (we use the tokens) - we checked the dbase, the card details are defintely NOT there Users can add their card even before payment is due (if you do it for the customer as admin 'login as client' to do it) You can process refunds directly through the invoice (with worldpay you had to log into worldpay to do this) Well impressed Joe. Thank you.
  15. gocardless seems to be missing a thread or two like 'GoCardless Fix', and posts from this thread?
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use & Guidelines and understand your posts will initially be pre-moderated