Jason Ryan
-
Posts
147 -
Joined
-
Last visited
-
Days Won
7
Posts posted by Jason Ryan
-
-
Nope, I have never modified the email template. It is still the default from when I set up Blesta originally.
-
Hello -
In the Invoice Delivery email from Blesta, there is a link "Pay Now" which allows recipients to pay for their invoice without logging into to the portal, however at some point this stopped working for me. I have had a couple people confirm this and each get the same error message when trying to pay:
Gateway doesn't support payments in this manner
This error also happens when trying to Pay Invoice in the portal before setting up an actual Payment Account for the first time. http://screencast.com/t/qq2SE3qfcsm
Any insight on how to correct this issue? I am using the Stripe Plus Gateway built by @Cherry and company, but this seems like the issue is with Blesta itself. Not sure how to determine the root cause of it and why it is happening. Any help would be appreciated.
-
2 hours ago, Cherry said:
Hi there, sorry for the delayed response.
We've tried to replicate your scenario multiple times, but are finding it really difficult to see what you're seeing. We are using test Stripe credentials, and have tested every card at https://stripe.com/docs/testing, which are all returning the expected success, or error codes, with the data being saved as expected. We're honestly not entirely sure what could be causing your issues currently, but suspect that the old data, and mismatch you have now between Blesta and Stripe (after the upgrade process) is the primary cause.
Until we're able to replicate the issue that you're seeing, you may want to opt to switch back to the official Stripe gateway as provided by the Blesta team, sorry!
@Cherry -
Thanks for responding, I have had successful payments go through over the last week so I am not sure if it was a fluke, cache, or what... I will continue to monitor this as time goes on and will probably test the email link (Pay Now) again sometime this week with my personal testing account and see if it goes through and will post back. Thanks for looking into it, much appreciated!
20 minutes ago, Kurogane said:That error is because they limited your account.
@Kurogane - can you be more specific? What was limited?
-
*bump*
-
I have updated to the latest release (as instructed) and I am experiencing issues. First issue I encountered was that I created an invoice for myself for $1.00 and that was sent to my personal email account. From there, I clicked on the "Pay Now" link from within the email and selected my contact information, and proceeded to enter my debit card information and clicked submit. This is what it spit back at me:
QuoteThe gateway does not support payments in this manner.
I did this in order to test the gateway because I had another client email saying they weren't able to make a payment even after removing their account information and trying again.
Also, I attempted to record payments from the administration panel and both the client and myself and said they were successful, however I checked my Stripe Dashboard and found that they were not recorded at all!! I then logged into my personal dummy account and removed whatever CC info I had there and re-entered my debit card info. I went through the process to pay for the invoice but this time it was successful. I got both the receipt email from the system & Stripe.
I really don't understand why I am having so many issues capturing payments at this point. My clients are growing very frustrated with the process. Please help!
-
6 minutes ago, Cherry said:
This is something we did explore when developing this addon, but came to the conclusion that as Stripe sends this information along to the bank, it's really down to each individual bank if they choose to use it. From our experience, most european banks will display the company name, phone number, URL, and statement description, but this is a lot more rare to see in the US.
It's something we'll definitely consider in a future iteration of the gateway, but have no plans currently. We're always happy to resolve and fix any bugs, but our time is pretty limited when it comes to feature requests, especially those beyond our use case, sorry! Let us know if there's anything else we can assist with, and thanks for using the gateway!
Thanks @Cherry, much appreciated for even taking the time to scope the InvoiceID.
-
11 minutes ago, Cherry said:
We've pushed 1.0.4 to GitHub, which upgrades the PHP Stripe SDK, and removes invoice IDs from statement descriptors for now. https://github.com/nodecraft/stripe_plus_gateway/releases
We'll look into including the invoice number on statements instead in a future release.
Thanks @Cherry! My other question in regard about statement descriptors, is there any way to add an additional field to allow for the company name in addition to the Invoice Number, or even just set the company by itself? I know in the Stripe Dashboard it allows for you to set that but apparently it is being ignored on statements and has just been using the Invoice ID's. I had a customer complain that when they got their statement, all that showed for the charge what the InvoiceID and didn't know who the charge was actually from. When I contacted Stripe about it they had this response:
QuoteIt looks like the statement descriptor we have for you is your business name at this time, but is limited to twenty-two characters. The information involving just your invoice number that Stripe gets is the description of the charges, and you could consider adding your company name and phone number to that as well. When it comes to what a bank will use for your customer's statement descriptor is up to them; Stripe is required to send a package of information to the customer's bank when we charge them, this includes but no limited too, your company information, Stripe's company information, and of course your statement descriptor. Here is a link about this situation with statement descriptors:
Your receipts from Stripe to your customer's email seem to have full contact information you were wanting to add. I'd recommend letting your customers know they are getting a receipt in their email, this way if they see the charge on their bank statement, they can check the amount off the receipt you've sent.
It would be nice to have show up on the statement: COMPANYNAME 8882345454
Thanks -
6 minutes ago, blazedd said:
@viablethought I'm happy to have helped. I'm still a little concerned about the messages you received before, but I'm glad to understood how the payment accounts got de-synced. More than likely it sounds like you have an install with a lot more mileage and the auto-recover function to find their stripe id couldn't find the correct Stripe Customer ID to use.
To upgrade you first need to overwrite the files, while the gateway is still installed. After the files have been overwritten you can finish it up by visiting the Gateways page and clicking the Upgrade button. Voila, you're done!
Ok, well that explains why I never even seen the "Upgrade" button... thanks again for the help! I will report back if I have any further issues.
-
6 minutes ago, blazedd said:
@viablethought So, that's 100% what caused the desync for your users. One of the "problems" with a plugin system for any modular system like Blesta, Wordpress, etc is that there has to be a cleanup function which is run on uninstall. This prevents plugins from modifying your database permanently, even after you uninstall the plugin (long term or short term). In our system if it's the last company on your blesta install to have had the gateway: it will delete the database where its stores the stripe customer connections.
Totally makes sense, but like I said I didn't see anything within the panel where I could update the gateway, then when I saw @Cherry's link to the repo, I just assumed that was the process for updating this particular plugin.
With that being said, what is the intended workflow for getting this updated the next time around so I don't do what I did last time? I appreciate the insight @blazedd
-
6 minutes ago, blazedd said:
@viablethought How did you perform the upgrade? For example did you use the upgrade function or did you uninstall & install again?
@blazedd -
I uninstalled and reinstalled the plugin. I wasn't aware there was an "upgrade" function from within the panel since it was third party code being hosted on Git.
-
On 9/8/2016 at 0:36 PM, Paul said:
A customer reports that the Invoice ID, rather than the Invoice Number is passed along to Stripe. This number is then included on client's credit card statements. It's possible that this issue exists in the official Stripe gateway as well, but I thought I would mention it here in case @Cherry doesn't mind taking a peek.
Hello @Cherry -I was the one experiencing this issue with the Stripe Plus plugin and am curious if this could be examined. Or do you prefer that I submit the issue on the repo on Git?
In addition to this, since I had updated to the latest version of this plugin and updated the Stripe SDK, it seems that it caused a disassociation between the gateway and the plugin. Any client of mine who had made previous payments with existing payment accounts have been emailing saying they aren't able to make payments. From the Client Portal, they are seeing this message:
The gateway does not support payments in this manner.If I try to make the payment from the administration panel in the client's account, I receive this message:
The gateway does not exist or is not enabled.
Now, I had another client remove their credit card information and re-enter it and they were then able to make a payment. Also, a brand new client after the update was able to make a payment as well. My gravest concern here is as more and more clients get added and this happens again it would be extremely bad for business.
Any help or insight into this issue would be much appreciated!
-
-
2 minutes ago, Paul said:
Thanks, much appreciated! Now we just need to get v4 beta out to ya, and that'll round things out nicely.
@Paul -
Looking forward to it! -
-
Looking nice @Paul. Are you guys doing away with all of the images for things like shadows, buttons, and icons and going for more of a "flat" design look? Personally a lot of of the UI stuff in 3.6 makes it look very dated.
-
+1 for this functionality.
@Cherry, nice work on the Stripe+ Gateway, working out beautifully. -
Contract terms are something we definitely would like to add, it's come up a few times.
If you want to stop billing on a service after 12 months, you could scheduled a cancellation date. On that date, the service would be cancelled and no longer invoiced. This would, of course have to be set manually after the service has been activated.
You say they would have to "renew once the year is up", but how would that work exactly?
I am writing up my ToS now and figuring that all out at the moment. If I can manually set a cancellation date that will suffice for the time being until something is built into core. I will just have to keep an eye on things. Thanks for all the help!
-
I don't think that's possible by default you could make a custom plugin to check for packages over a year.
Ah crap, really? I am not a very seasoned PHP Developer so developing my own plugin is out of the question. I was hoping you weren't going to say that. Really I would need something to just check if Client A is at the "11th" month and notify somehow that the client is coming up to the end of an Annual Contract. Or, if there was an additional field in the package settings for this situation. Billing Cycle: 30 Days, Term: 12 Months, which would be ideal.
-
Mike -
One last question...
On each of my packages I want to Invoice every month (30 Days), but then I want it to only last for 12 months per Package. ($99 per month for 12 months) In the Package Details, if I set the term for 30 + Days, how do I go about setting it to invoice every 30 days for 12 months at which then would then have to renew once the year is up? -
-
I just went through the process of purchasing a "Package" with a term of 12 months @ $149, but I see on the client dashboard that it isn't automatically added as a Service unless I manually do it (like the one that is there currently)
http://screencast.com/t/a9gtan5NihBut now that you said "Set to Manual Approval", I see that it is in my settings:
http://screencast.com/t/FBMVPP5RjRKSo if I uncheck this, I should be good to go then correct?
Thanks for your help, I really appreciate it!
-
They should be automatic and sent out when you schedule invoices to be invoiced normally 7 days before due. And it runs with the cronjob.
Ok, I created a new Package for testing called "Daily Updates" and set the term to 1 Day, however I had to manually add the "Service" for the Test Client I had set up, after I purchased the Package as a Test Client. This is where I get confused because I had hoped that after the Client goes through and selects the "Daily Updates Package" and pays for it through the Order Form on the Client Portal, then it would automatically start invoicing from the initial date of sale without me manually having to add the Service for that client? Maybe I have it set up wrong?
-
If you order a service which is "monthly" or "yearly" when the due date is here Blesta "automatically" makes the new invoice to be paid. You don't need to touch anything.
Hey Mike -
Through my testing I had found that the initial invoice is created showing that they signed up and paid for the first month of said service/package and the invoice shows the renewal date 1 year from the date of purchase, however the subsequent (reoccurring) invoices are not being generated automatically even though the package term is set to 12 months @ $99 per month. If I create a separate invoice and set it to reoccurring for the remaining 11 months starting 1 month from the original purchase date then it works.
It would be nice if this was more automated whereas a client purchases a Package/Service through the Order Form in the Client Area, and you could set it to automatically generate the reoccurring monthly invoices based on the date it was first purchased. Unless maybe I am missing something in setting this up?
Let me know, thanks.
-
You're looking for a custom report to see who is in what client group? Here's the docs on custom reports - https://docs.blesta.com/display/user/Generating+Reports#GeneratingReports-AddingaCustomReport
The query you'd need to include in the report will depend on all of the data you expect to be included in the report.
Thank you Paul, I will check out the documentation and see what I am come up with.
Pay Now link in email broken
in Support
Posted
Both are correct in the template, link goes to the correct page and shows the correct info according to the invoice. They are filling out there info there and then clicking the "Review and Confirm" button, then Submit Payment, and receiving the error as mentioned. Again, this is all happening with those individuals without a saved payment account.
I just tested this myself and got the same error - http://screencast.com/t/TbiGWuPLDF
However, I went back and edited the payment, but this time I checked "Save Account" and the payment went through! Something definitely wonky going on!!