LaCollision

My forum and I guess that many others, have members that pay a subscription or pay for specific products. There is no way for the administrator of an IPS forum to generate and download PDFs. I don't know about other countries, but in Spain and many other countries, my accountant will need to submit all invoices every quarter no matter what.
There is NO WAY in IPS to download all invoices for a specific data range, or even generate them in PDF, etc. If IPS accepts payments, then it has to provide a way to download the legal invoices to be delivered to our accountants. I have hundreds of payments every quarter, and this is driving me crazy because there is nothing like that available and IPS told me by email that this function is not present within the platform 😞 I do not understand why. I am not asking for an accounting software, that will be done by the accountant. However the accountant needs the invoices, and when you have hundreds to process and no option to download them it's just a **** in the a**  
There is no possibility in the backend for:
Admin to download and generate a specific invoice in PDF Admin to generate invoice and send/resend email to member Admin to filter billing history of a member and download all invoices in a specific data range Member to download an invoice in PDF  

Hi Invision,
Withdrawals with PayPal are definitely an issue in Invision right now.
For them to work, it is indeed necessary that the Payouts are activated on our PayPal account.
However, these Payouts are only offered by PayPal in a handful of countries – for example not in France.
And PayPal's sales and technical support is absolutely disastrous; it is nearly impossible to reach them or get a response.
We are therefore forced to make manual payments, and it is a real hassle.
Also, would it be possible to integrate Stripe's Payouts solution?
https://stripe.com/connect/payouts

Their implementation seems much simpler to me than PayPal's.
And since Stripe is already integrated into Invision, I think it wouldn't be a huge job!
What do you think?
Thank you!
 

This issue has been resolved in 4.6.12, which has just been release. Please let us know if you still have any issues once you have upgraded to that release.

This issue has been resolved in 4.6.12, which has just been release. Please let us know if you still have any issues once you have upgraded to that release.

This issue has been resolved in 4.6.12, which has just been release. Please let us know if you still have any issues once you have upgraded to that release.

This issue has been resolved in 4.6.12, which has just been release. Please let us know if you still have any issues once you have upgraded to that release.

We reported the same issue in a support ticket on March 16 2021 (subject "Subscriptions. Business name filed hidden". Misspell excuse hereby submitted :-).
We are EU based, and since our target group is global this bug effectively stops us from going live. Underlining this in the ticket we got this swift response a couple of days later:
(Quote)
Hello,

Thank you for bringing this issue to our attention. I have investigated the issue you reported and the problem appears to be a bug in the current release of Invision Community.

I have submitted a potential solution for the issue described here and upon review by the development team the fix should be included in an upcoming release of Invision Community. Unfortunately, at this time I am unable to say exactly which release this fix will be included in.

We do apologize for the trouble. Thank you again for letting us know, and don't hesitate to let us know if you run into any other problems!


--
Daniel Fatkic
Invision Community Support
(Unquote)

This is fixed in 4.6.12 which was released as beta yesterday.

Please be advised I have tagged this to a developer to review. Someone will be with you as soon as they can.

Hi Invision,
There is a very problematic bug with Business Address on Commerce 4.6.11.
Here is what happens:
When Commerce is configured to use a business tax type (for instance "European Union VAT Rates"), then, during registration, the type of address used is /nexus/dev/html/global/form/businessAddress.phtml
Then, it is possible to choose a “Consumer” or “Business” address.
1st problem:
When choosing the “Business” address type, the field for the company name does not appear when the chosen country is outside the European Union.
Thus, an American user who chooses a Business address cannot fill in his company name.
This problem comes from the javascript ips.forms.businessAddressVat.js, at line 28:
changeRelevantField: function () { if ( this.scope.find('[data-role="addressTypeRadio"][value="business"]').is(':checked') && ['AT','BE','BG','HR','CY','CZ','DK','EE','FI','FR','DE','GR','HU','IE','IT','LV','LT','LU','MT','NL','PL','PT','RO','SK','SI','ES','SE','GB','FX','GP','MQ','RE','BL','GF','MF','NC','PF','PM','TF','YT','WF'].indexOf( this.scope.find('[data-role="countrySelect"]').val() ) !== -1 ) { this.scope.find('[data-role="vatField"]').show(); this.scope.find('[data-role="business"]').show(); } else { this.scope.find('[data-role="vatField"]').hide(); this.scope.find('[data-role="business"]').hide(); } } => The business name is only displayed for UE countries.
It should be displayed for all countries. This is the tax field that should be displayed only for EU countries.

2nd problem, much more important:
When submitting the form, an error is thrown: “A business name is required”.
However, this problem cannot be corrected, because the field for the Company name does not appear:
 

 
 
It is therefore impossible to validate the form.
This problem comes from the PHP script /nexus/sources/Form/BusinessAddress.php, at line 121:
if ( $this->value->business === '' ) { throw new \DomainException('cm_business_name_required'); }  
An error is thrown, with no condition on the selected country.
Therefore, a user with a country outside the UE cannot validate the form, as he has no Business field to fill in.
 
=> So, the field for the Company name must therefore be displayed for all countries, and not only for those of the European Union, otherwise the user cannot validate the form.
Thank you!

Try also to reset your editor: Customization -> Editor -> Toolbars -> Restore Default Configuration. 

Thanks for your answer!
I will note the exact error the next time it occurs 🙂 

Sorry, I'm afraid, there is no tool to assist you here. The only way would be through the ACP as it has to calculate what's on your server that is different from what is in our repository and generate that automatically. It could well be, there is a modified file or something else too which is included.
What is the issue that you're encountering when attempting to manually download the delta package from your ACP?

Reaction permission at the user level should be a thing. I'm sure many of you are aware of "rep bombing", or the act of mass reacting to someone's content with the sole intention of hurting their credibility or personal growth within the community. Reactions & Reputation is a great way for users to express themselves. Removing it entirely or not allowing "negative reactions" due to a few bad actors is not an ideal solution. We should be able to restrict bad actors from using the Reaction / Reputation system at the user level.  

Thats ok. Our devs will pick up anywhere else its needed

@Ryan Ashbrook, would you have any thoughts on this?
It could prevent some failed transactions and emails sent (cf. this topic about declined payments emails).
I understand Invision doesn't store credit card expiration dates (I think it's done on the Stripe side).
As a consequence, it would be necessary, when the customer saves a card:
To create a "pending" notification for this card that would only be sent on the expiry date of the card (or a few days before).
  If in the meantime the customer deletes or modifies his card, then this notification must be deleted or modified accordingly.  
Thus, even without knowing the expiry date of a bank card, it would be possible to send a notification to the customer to inform him that his bank card is about to expire.
Many platforms send notifications when a credit card is about to expire, and I find that extremely useful: we are all subscribed to more and more services (Netflix, Amazon, application subscriptions, etc.), and I think it is very important to inform the customer that his card will soon no longer be valid.
Thank you,

Hi,
In IP.Commerce, when selling recurring products, one of the main issues we face is credit card expiration 💳.
When this happens, the payment fails; an email is sent, but as it often ends up in spam, the customer only sees it too late.
Would it be possible to notify customers when their credit card is about to expire, for instance 7 days before?
Thank you!

I can certainly ask that question, yes

Hi,
In IP.Commerce, when selling recurring products, one of the main issues we face is credit card expiration 💳.
When this happens, the payment fails; an email is sent, but as it often ends up in spam, the customer only sees it too late.
Would it be possible to notify customers when their credit card is about to expire, for instance 7 days before?
Thank you!

Hi Invision,
In IPS.Commerce, I often encounter the following situation for recurring subscriptions:
A customer receives an email telling him that his card has been declined (this happens quite often, for example if the card has expired).
However, it turns out that this customer has registered two cards in his account… and very often, the transaction with the 2nd card is accepted without incident.
The problem is that the customer has received the email: he thinks there has been a problem, and that his subscription is no longer valid.
He therefore contacts us in a panic… but the subscription has been renewed thanks to his 2nd bank card.
=> Would it be possible to send the email indicating that a transaction failed, only if the transactions with ALL the customer cards failed?
Thank you very much! ☀️

Hi Invision,
In IPS.Commerce 4.6.10, there is an issue with account credits and invoice payments with Stripe.
Stripe indeed refuses card payments under $0.50:
https://stripe.com/docs/currencies#minimum-and-maximum-charge-amounts
However, it turns out that members can end up with an invoice to pay less than this amount of $0.50, when they have an account credit.
There are 2 issues in IPS.Commerce concerning this limitation:
 
1st situation: with generateRenewalInvoices
Let's take an example of a member who has an account credit of $9.60, and a $10 / month subscription.
During the generateRenewalInvoices task:
IPS.Commerce will first make a successful transaction of $9.60 with the account credit.
  IPS.Commerce will then try to make a Stripe transaction of $0.40.
  Stripe will refuse this transaction, as it's below $0.50.
  Then IPS.Commerce gets stuck: the invoice remains unpaid, and there is nothing we can do.  
The solution would be to use the account credit only up to this $0.50 limit, so that the transaction amount does not go below it.
 
2nd situation: with manual payment

Another scenario is the following:
A member has an account credit of € 7.00
  An admin generates a renewal invoice in the ACP for € 7.20
  When the member tries to manually pay this invoice, he can choose to pay with his account credit:
 
The transaction with the account credit is then successful:  

 
By returning to the checkout page, there is a 4X196/3 error:  

 
This issue comes from /nexus/modules/front/checkout.php at line 1337: there is no available payment method, as the Stripe gateway checkValidity() method returned false.
Again, we are stuck as this invoice cannot be paid.
Thank you!

I confirm, everything is ok.

LaCollision, are your tables in InnoDB and UTF-8 encoding?

Hi Invision,
In IPS.Commerce 4.6.10, there is an issue with account credits and invoice payments with Stripe.
Stripe indeed refuses card payments under $0.50:
https://stripe.com/docs/currencies#minimum-and-maximum-charge-amounts
However, it turns out that members can end up with an invoice to pay less than this amount of $0.50, when they have an account credit.
There are 2 issues in IPS.Commerce concerning this limitation:
 
1st situation: with generateRenewalInvoices
Let's take an example of a member who has an account credit of $9.60, and a $10 / month subscription.
During the generateRenewalInvoices task:
IPS.Commerce will first make a successful transaction of $9.60 with the account credit.
  IPS.Commerce will then try to make a Stripe transaction of $0.40.
  Stripe will refuse this transaction, as it's below $0.50.
  Then IPS.Commerce gets stuck: the invoice remains unpaid, and there is nothing we can do.  
The solution would be to use the account credit only up to this $0.50 limit, so that the transaction amount does not go below it.
 
2nd situation: with manual payment

Another scenario is the following:
A member has an account credit of € 7.00
  An admin generates a renewal invoice in the ACP for € 7.20
  When the member tries to manually pay this invoice, he can choose to pay with his account credit:
 
The transaction with the account credit is then successful:  

 
By returning to the checkout page, there is a 4X196/3 error:  

 
This issue comes from /nexus/modules/front/checkout.php at line 1337: there is no available payment method, as the Stripe gateway checkValidity() method returned false.
Again, we are stuck as this invoice cannot be paid.
Thank you!

Hi Invision,
In IPS.Commerce 4.6.10, there is an issue with account credits and invoice payments with Stripe.
Stripe indeed refuses card payments under $0.50:
https://stripe.com/docs/currencies#minimum-and-maximum-charge-amounts
However, it turns out that members can end up with an invoice to pay less than this amount of $0.50, when they have an account credit.
There are 2 issues in IPS.Commerce concerning this limitation:
 
1st situation: with generateRenewalInvoices
Let's take an example of a member who has an account credit of $9.60, and a $10 / month subscription.
During the generateRenewalInvoices task:
IPS.Commerce will first make a successful transaction of $9.60 with the account credit.
  IPS.Commerce will then try to make a Stripe transaction of $0.40.
  Stripe will refuse this transaction, as it's below $0.50.
  Then IPS.Commerce gets stuck: the invoice remains unpaid, and there is nothing we can do.  
The solution would be to use the account credit only up to this $0.50 limit, so that the transaction amount does not go below it.
 
2nd situation: with manual payment

Another scenario is the following:
A member has an account credit of € 7.00
  An admin generates a renewal invoice in the ACP for € 7.20
  When the member tries to manually pay this invoice, he can choose to pay with his account credit:
 
The transaction with the account credit is then successful:  

 
By returning to the checkout page, there is a 4X196/3 error:  

 
This issue comes from /nexus/modules/front/checkout.php at line 1337: there is no available payment method, as the Stripe gateway checkValidity() method returned false.
Again, we are stuck as this invoice cannot be paid.
Thank you!

Agree