-
Posts
36,220 -
Joined
-
Last visited
-
Days Won
114
Reputation Activity
-
Mark got a reaction from Cyboman for a blog entry, New: Commerce Improvements
This entry is about our IPS Community Suite 4.2 release
Improved Stripe Integration
Stripe is a popular payment gateway that supports card payments. In IPS Community Suite 4.2 we have made some improvements to our integration:
When viewing a transaction in the AdminCP, it will show the last 4 digits of the card used, and the result of Stripe's risk evaluation. More information is sent to Stripe for easier cross-reference between Stripe's control panel and your AdminCP. This includes the customer's name, billing and shipping addresses, email address, associated transaction/invoice/customer IDs, and the invoice title.
Stripe Transaction in the AdminCP showing risk evaluation and card details
Transaction in Stripe's control panel showing customer and invoice details
Anti-Fraud Improvements
Anti-Fraud Rules now have some additional filters:
Products being purchases includes... Account was registered more/less than [x days] ago Customer is/isn't in group Customer has previously spent more/less than Time since last purchase is more/less than [x days] ago Custom profile fields (both at member and customer level) IP address is x (exactly, contains or matches regular expression) Customer has previously made transactions that failed (opposed to "were blocked by fraud rules") Email address matches regular expression
Some of the new Anti-Fraud Rule options
MaxMind per gateway
A new setting has been added that allows you to run MaxMind only against transactions using particular payment gateways.
New MaxMind gateways setting
Transaction Search
You can now enter the transaction ID provided by the payment gateway in the AdminCP search box to find a transaction.
Looking up a transaction by gateway ID
Renewal Savings
If you have a product with multiple renewal terms, a new setting allows you to show alongside each option how much is saved. This can be shown either as a monetary value, or as a percentage.
Product showing savings for different renewal options
-
Mark got a reaction from Markus Jung for a blog entry, New: Editor Uploading
This entry is about our IPS Community Suite 4.2 release
IPS Community Suite has supported drag and drop uploading to the attachments area at the bottom of the editor since 4.0. In 4.2 we're pleased to add the ability to drag and drop right into the editor, so you can drop your attachment exactly where you want it to show without having to add it afterwards.
Drag and drop into editor
If your browser and OS supports it you can also copy and paste, either from the desktop or from other content on the web:
Copy and Paste
Naturally this works for ordinary files as well as images:
Drag and drop a file
-
Mark got a reaction from Luis_angel for a blog entry, New: Editor Uploading
This entry is about our IPS Community Suite 4.2 release
IPS Community Suite has supported drag and drop uploading to the attachments area at the bottom of the editor since 4.0. In 4.2 we're pleased to add the ability to drag and drop right into the editor, so you can drop your attachment exactly where you want it to show without having to add it afterwards.
Drag and drop into editor
If your browser and OS supports it you can also copy and paste, either from the desktop or from other content on the web:
Copy and Paste
Naturally this works for ordinary files as well as images:
Drag and drop a file
-
Mark got a reaction from VoronAlex for a blog entry, New: Editor Uploading
This entry is about our IPS Community Suite 4.2 release
IPS Community Suite has supported drag and drop uploading to the attachments area at the bottom of the editor since 4.0. In 4.2 we're pleased to add the ability to drag and drop right into the editor, so you can drop your attachment exactly where you want it to show without having to add it afterwards.
Drag and drop into editor
If your browser and OS supports it you can also copy and paste, either from the desktop or from other content on the web:
Copy and Paste
Naturally this works for ordinary files as well as images:
Drag and drop a file
-
Mark got a reaction from Omri Amos for a blog entry, New: Editor Uploading
This entry is about our IPS Community Suite 4.2 release
IPS Community Suite has supported drag and drop uploading to the attachments area at the bottom of the editor since 4.0. In 4.2 we're pleased to add the ability to drag and drop right into the editor, so you can drop your attachment exactly where you want it to show without having to add it afterwards.
Drag and drop into editor
If your browser and OS supports it you can also copy and paste, either from the desktop or from other content on the web:
Copy and Paste
Naturally this works for ordinary files as well as images:
Drag and drop a file
-
Mark got a reaction from kysil for a blog entry, New: Authy Integration
This entry is about our IPS Community Suite 4.2 release
In 4.1.18 we added Two Factor Authentication. Already in 4.2 we have announced a new setting to trigger 2FA when logging in from a new device, and in 4.2 we are also adding Authy as an authentication handler.
Authy can send a user a text message, make a phone call, or send a push notification to a smartphone app to authenticate the user. You can enable whichever of these options you like.
Set Up
To set up Two Factor Authentication with Authy, the user will enter their phone number. To verify their phone number they will then enter a code shown in the Auhy app or have a code sent by text message or phone call. The system will automatically show an appropriate interface based on what options you have enabled - for example, if you don't want to enable the app as an option, it will not reference Authy.
Setting up Authy with the app available as an option
Setting up Authy with just phone or text message options enabled
Verification with Authy
When the user needs to verify their account, the system will automatically show an appropriate interface. If you allow verification with the Authy app and either it is the only option you allow, or the system knows that the user has installed the Authy app, the system will prompt them to use the app. This can either be done using Authy's OneTouch option (where the user will receive a push notification to the app, and when they click approve, the screen will automatically refresh) or their SoftToken option (where the user will be instructed to open the Authy app and enter the code they see). If you allow authentication by text message and/or phone call as well, the user will also see options for using those instead.
These screenshots show the process for OneTouch authentication:
The user is shown a waiting screen
Simultaneously they will receive a push notification and when opening it be able to approve
Once the user has approved, the waiting screen will automatically refresh with the user authenticated.
For SoftToken authentication, the user is prompted to enter the code shown in the Authy app:
Authy SoftToken option
Phone Verification
If you have disabled the Authy app as an option, or the user does not have it installed, they will be prompted to choose from the available options how they want to authenticate.
These screenshots show the process for authenticating by text message:
The user is asked how they want to authenticate
The user receives a text message or phone call with a code
The user enters this code to authenticate
Management
If the user changes their phone number they can reconfigure the system in their account settings. The system automatically shows "Phone Verification" rather then "Authy" if the app is not available as an option.
Account Settings showing Authy as Phone Verification
-
Mark got a reaction from sonimik1 for a blog entry, New: Editor Uploading
This entry is about our IPS Community Suite 4.2 release
IPS Community Suite has supported drag and drop uploading to the attachments area at the bottom of the editor since 4.0. In 4.2 we're pleased to add the ability to drag and drop right into the editor, so you can drop your attachment exactly where you want it to show without having to add it afterwards.
Drag and drop into editor
If your browser and OS supports it you can also copy and paste, either from the desktop or from other content on the web:
Copy and Paste
Naturally this works for ordinary files as well as images:
Drag and drop a file
-
Mark got a reaction from Khalat Jalal for a blog entry, New: Authy Integration
This entry is about our IPS Community Suite 4.2 release
In 4.1.18 we added Two Factor Authentication. Already in 4.2 we have announced a new setting to trigger 2FA when logging in from a new device, and in 4.2 we are also adding Authy as an authentication handler.
Authy can send a user a text message, make a phone call, or send a push notification to a smartphone app to authenticate the user. You can enable whichever of these options you like.
Set Up
To set up Two Factor Authentication with Authy, the user will enter their phone number. To verify their phone number they will then enter a code shown in the Auhy app or have a code sent by text message or phone call. The system will automatically show an appropriate interface based on what options you have enabled - for example, if you don't want to enable the app as an option, it will not reference Authy.
Setting up Authy with the app available as an option
Setting up Authy with just phone or text message options enabled
Verification with Authy
When the user needs to verify their account, the system will automatically show an appropriate interface. If you allow verification with the Authy app and either it is the only option you allow, or the system knows that the user has installed the Authy app, the system will prompt them to use the app. This can either be done using Authy's OneTouch option (where the user will receive a push notification to the app, and when they click approve, the screen will automatically refresh) or their SoftToken option (where the user will be instructed to open the Authy app and enter the code they see). If you allow authentication by text message and/or phone call as well, the user will also see options for using those instead.
These screenshots show the process for OneTouch authentication:
The user is shown a waiting screen
Simultaneously they will receive a push notification and when opening it be able to approve
Once the user has approved, the waiting screen will automatically refresh with the user authenticated.
For SoftToken authentication, the user is prompted to enter the code shown in the Authy app:
Authy SoftToken option
Phone Verification
If you have disabled the Authy app as an option, or the user does not have it installed, they will be prompted to choose from the available options how they want to authenticate.
These screenshots show the process for authenticating by text message:
The user is asked how they want to authenticate
The user receives a text message or phone call with a code
The user enters this code to authenticate
Management
If the user changes their phone number they can reconfigure the system in their account settings. The system automatically shows "Phone Verification" rather then "Authy" if the app is not available as an option.
Account Settings showing Authy as Phone Verification
-
Mark got a reaction from Tom_K for a blog entry, New: Editor Uploading
This entry is about our IPS Community Suite 4.2 release
IPS Community Suite has supported drag and drop uploading to the attachments area at the bottom of the editor since 4.0. In 4.2 we're pleased to add the ability to drag and drop right into the editor, so you can drop your attachment exactly where you want it to show without having to add it afterwards.
Drag and drop into editor
If your browser and OS supports it you can also copy and paste, either from the desktop or from other content on the web:
Copy and Paste
Naturally this works for ordinary files as well as images:
Drag and drop a file
-
Mark got a reaction from Whiskey Bizness for a blog entry, New: Commerce Improvements
This entry is about our IPS Community Suite 4.2 release
Improved Stripe Integration
Stripe is a popular payment gateway that supports card payments. In IPS Community Suite 4.2 we have made some improvements to our integration:
When viewing a transaction in the AdminCP, it will show the last 4 digits of the card used, and the result of Stripe's risk evaluation. More information is sent to Stripe for easier cross-reference between Stripe's control panel and your AdminCP. This includes the customer's name, billing and shipping addresses, email address, associated transaction/invoice/customer IDs, and the invoice title.
Stripe Transaction in the AdminCP showing risk evaluation and card details
Transaction in Stripe's control panel showing customer and invoice details
Anti-Fraud Improvements
Anti-Fraud Rules now have some additional filters:
Products being purchases includes... Account was registered more/less than [x days] ago Customer is/isn't in group Customer has previously spent more/less than Time since last purchase is more/less than [x days] ago Custom profile fields (both at member and customer level) IP address is x (exactly, contains or matches regular expression) Customer has previously made transactions that failed (opposed to "were blocked by fraud rules") Email address matches regular expression
Some of the new Anti-Fraud Rule options
MaxMind per gateway
A new setting has been added that allows you to run MaxMind only against transactions using particular payment gateways.
New MaxMind gateways setting
Transaction Search
You can now enter the transaction ID provided by the payment gateway in the AdminCP search box to find a transaction.
Looking up a transaction by gateway ID
Renewal Savings
If you have a product with multiple renewal terms, a new setting allows you to show alongside each option how much is saved. This can be shown either as a monetary value, or as a percentage.
Product showing savings for different renewal options
-
Mark got a reaction from Mopar1973Man for a blog entry, New: Authy Integration
This entry is about our IPS Community Suite 4.2 release
In 4.1.18 we added Two Factor Authentication. Already in 4.2 we have announced a new setting to trigger 2FA when logging in from a new device, and in 4.2 we are also adding Authy as an authentication handler.
Authy can send a user a text message, make a phone call, or send a push notification to a smartphone app to authenticate the user. You can enable whichever of these options you like.
Set Up
To set up Two Factor Authentication with Authy, the user will enter their phone number. To verify their phone number they will then enter a code shown in the Auhy app or have a code sent by text message or phone call. The system will automatically show an appropriate interface based on what options you have enabled - for example, if you don't want to enable the app as an option, it will not reference Authy.
Setting up Authy with the app available as an option
Setting up Authy with just phone or text message options enabled
Verification with Authy
When the user needs to verify their account, the system will automatically show an appropriate interface. If you allow verification with the Authy app and either it is the only option you allow, or the system knows that the user has installed the Authy app, the system will prompt them to use the app. This can either be done using Authy's OneTouch option (where the user will receive a push notification to the app, and when they click approve, the screen will automatically refresh) or their SoftToken option (where the user will be instructed to open the Authy app and enter the code they see). If you allow authentication by text message and/or phone call as well, the user will also see options for using those instead.
These screenshots show the process for OneTouch authentication:
The user is shown a waiting screen
Simultaneously they will receive a push notification and when opening it be able to approve
Once the user has approved, the waiting screen will automatically refresh with the user authenticated.
For SoftToken authentication, the user is prompted to enter the code shown in the Authy app:
Authy SoftToken option
Phone Verification
If you have disabled the Authy app as an option, or the user does not have it installed, they will be prompted to choose from the available options how they want to authenticate.
These screenshots show the process for authenticating by text message:
The user is asked how they want to authenticate
The user receives a text message or phone call with a code
The user enters this code to authenticate
Management
If the user changes their phone number they can reconfigure the system in their account settings. The system automatically shows "Phone Verification" rather then "Authy" if the app is not available as an option.
Account Settings showing Authy as Phone Verification
-
Mark got a reaction from Mopar1973Man for a blog entry, New: Editor Uploading
This entry is about our IPS Community Suite 4.2 release
IPS Community Suite has supported drag and drop uploading to the attachments area at the bottom of the editor since 4.0. In 4.2 we're pleased to add the ability to drag and drop right into the editor, so you can drop your attachment exactly where you want it to show without having to add it afterwards.
Drag and drop into editor
If your browser and OS supports it you can also copy and paste, either from the desktop or from other content on the web:
Copy and Paste
Naturally this works for ordinary files as well as images:
Drag and drop a file
-
Mark got a reaction from The Old Man for a blog entry, New: Commerce Improvements
This entry is about our IPS Community Suite 4.2 release
Improved Stripe Integration
Stripe is a popular payment gateway that supports card payments. In IPS Community Suite 4.2 we have made some improvements to our integration:
When viewing a transaction in the AdminCP, it will show the last 4 digits of the card used, and the result of Stripe's risk evaluation. More information is sent to Stripe for easier cross-reference between Stripe's control panel and your AdminCP. This includes the customer's name, billing and shipping addresses, email address, associated transaction/invoice/customer IDs, and the invoice title.
Stripe Transaction in the AdminCP showing risk evaluation and card details
Transaction in Stripe's control panel showing customer and invoice details
Anti-Fraud Improvements
Anti-Fraud Rules now have some additional filters:
Products being purchases includes... Account was registered more/less than [x days] ago Customer is/isn't in group Customer has previously spent more/less than Time since last purchase is more/less than [x days] ago Custom profile fields (both at member and customer level) IP address is x (exactly, contains or matches regular expression) Customer has previously made transactions that failed (opposed to "were blocked by fraud rules") Email address matches regular expression
Some of the new Anti-Fraud Rule options
MaxMind per gateway
A new setting has been added that allows you to run MaxMind only against transactions using particular payment gateways.
New MaxMind gateways setting
Transaction Search
You can now enter the transaction ID provided by the payment gateway in the AdminCP search box to find a transaction.
Looking up a transaction by gateway ID
Renewal Savings
If you have a product with multiple renewal terms, a new setting allows you to show alongside each option how much is saved. This can be shown either as a monetary value, or as a percentage.
Product showing savings for different renewal options
-
Mark got a reaction from The Old Man for a blog entry, New: Editor Uploading
This entry is about our IPS Community Suite 4.2 release
IPS Community Suite has supported drag and drop uploading to the attachments area at the bottom of the editor since 4.0. In 4.2 we're pleased to add the ability to drag and drop right into the editor, so you can drop your attachment exactly where you want it to show without having to add it afterwards.
Drag and drop into editor
If your browser and OS supports it you can also copy and paste, either from the desktop or from other content on the web:
Copy and Paste
Naturally this works for ordinary files as well as images:
Drag and drop a file
-
Mark got a reaction from Meddysong for a blog entry, New: Editor Uploading
This entry is about our IPS Community Suite 4.2 release
IPS Community Suite has supported drag and drop uploading to the attachments area at the bottom of the editor since 4.0. In 4.2 we're pleased to add the ability to drag and drop right into the editor, so you can drop your attachment exactly where you want it to show without having to add it afterwards.
Drag and drop into editor
If your browser and OS supports it you can also copy and paste, either from the desktop or from other content on the web:
Copy and Paste
Naturally this works for ordinary files as well as images:
Drag and drop a file
-
Mark got a reaction from openfire for a blog entry, New: Editor Uploading
This entry is about our IPS Community Suite 4.2 release
IPS Community Suite has supported drag and drop uploading to the attachments area at the bottom of the editor since 4.0. In 4.2 we're pleased to add the ability to drag and drop right into the editor, so you can drop your attachment exactly where you want it to show without having to add it afterwards.
Drag and drop into editor
If your browser and OS supports it you can also copy and paste, either from the desktop or from other content on the web:
Copy and Paste
Naturally this works for ordinary files as well as images:
Drag and drop a file
-
Mark got a reaction from raza ali for a blog entry, New: Commerce Improvements
This entry is about our IPS Community Suite 4.2 release
Improved Stripe Integration
Stripe is a popular payment gateway that supports card payments. In IPS Community Suite 4.2 we have made some improvements to our integration:
When viewing a transaction in the AdminCP, it will show the last 4 digits of the card used, and the result of Stripe's risk evaluation. More information is sent to Stripe for easier cross-reference between Stripe's control panel and your AdminCP. This includes the customer's name, billing and shipping addresses, email address, associated transaction/invoice/customer IDs, and the invoice title.
Stripe Transaction in the AdminCP showing risk evaluation and card details
Transaction in Stripe's control panel showing customer and invoice details
Anti-Fraud Improvements
Anti-Fraud Rules now have some additional filters:
Products being purchases includes... Account was registered more/less than [x days] ago Customer is/isn't in group Customer has previously spent more/less than Time since last purchase is more/less than [x days] ago Custom profile fields (both at member and customer level) IP address is x (exactly, contains or matches regular expression) Customer has previously made transactions that failed (opposed to "were blocked by fraud rules") Email address matches regular expression
Some of the new Anti-Fraud Rule options
MaxMind per gateway
A new setting has been added that allows you to run MaxMind only against transactions using particular payment gateways.
New MaxMind gateways setting
Transaction Search
You can now enter the transaction ID provided by the payment gateway in the AdminCP search box to find a transaction.
Looking up a transaction by gateway ID
Renewal Savings
If you have a product with multiple renewal terms, a new setting allows you to show alongside each option how much is saved. This can be shown either as a monetary value, or as a percentage.
Product showing savings for different renewal options
-
Mark got a reaction from raza ali for a blog entry, New: Authy Integration
This entry is about our IPS Community Suite 4.2 release
In 4.1.18 we added Two Factor Authentication. Already in 4.2 we have announced a new setting to trigger 2FA when logging in from a new device, and in 4.2 we are also adding Authy as an authentication handler.
Authy can send a user a text message, make a phone call, or send a push notification to a smartphone app to authenticate the user. You can enable whichever of these options you like.
Set Up
To set up Two Factor Authentication with Authy, the user will enter their phone number. To verify their phone number they will then enter a code shown in the Auhy app or have a code sent by text message or phone call. The system will automatically show an appropriate interface based on what options you have enabled - for example, if you don't want to enable the app as an option, it will not reference Authy.
Setting up Authy with the app available as an option
Setting up Authy with just phone or text message options enabled
Verification with Authy
When the user needs to verify their account, the system will automatically show an appropriate interface. If you allow verification with the Authy app and either it is the only option you allow, or the system knows that the user has installed the Authy app, the system will prompt them to use the app. This can either be done using Authy's OneTouch option (where the user will receive a push notification to the app, and when they click approve, the screen will automatically refresh) or their SoftToken option (where the user will be instructed to open the Authy app and enter the code they see). If you allow authentication by text message and/or phone call as well, the user will also see options for using those instead.
These screenshots show the process for OneTouch authentication:
The user is shown a waiting screen
Simultaneously they will receive a push notification and when opening it be able to approve
Once the user has approved, the waiting screen will automatically refresh with the user authenticated.
For SoftToken authentication, the user is prompted to enter the code shown in the Authy app:
Authy SoftToken option
Phone Verification
If you have disabled the Authy app as an option, or the user does not have it installed, they will be prompted to choose from the available options how they want to authenticate.
These screenshots show the process for authenticating by text message:
The user is asked how they want to authenticate
The user receives a text message or phone call with a code
The user enters this code to authenticate
Management
If the user changes their phone number they can reconfigure the system in their account settings. The system automatically shows "Phone Verification" rather then "Authy" if the app is not available as an option.
Account Settings showing Authy as Phone Verification
-
Mark got a reaction from raza ali for a blog entry, New: Editor Uploading
This entry is about our IPS Community Suite 4.2 release
IPS Community Suite has supported drag and drop uploading to the attachments area at the bottom of the editor since 4.0. In 4.2 we're pleased to add the ability to drag and drop right into the editor, so you can drop your attachment exactly where you want it to show without having to add it afterwards.
Drag and drop into editor
If your browser and OS supports it you can also copy and paste, either from the desktop or from other content on the web:
Copy and Paste
Naturally this works for ordinary files as well as images:
Drag and drop a file
-
Mark got a reaction from TAMAN for a blog entry, New: Editor Uploading
This entry is about our IPS Community Suite 4.2 release
IPS Community Suite has supported drag and drop uploading to the attachments area at the bottom of the editor since 4.0. In 4.2 we're pleased to add the ability to drag and drop right into the editor, so you can drop your attachment exactly where you want it to show without having to add it afterwards.
Drag and drop into editor
If your browser and OS supports it you can also copy and paste, either from the desktop or from other content on the web:
Copy and Paste
Naturally this works for ordinary files as well as images:
Drag and drop a file
-
Mark got a reaction from SeNioR- for a blog entry, New: Editor Uploading
This entry is about our IPS Community Suite 4.2 release
IPS Community Suite has supported drag and drop uploading to the attachments area at the bottom of the editor since 4.0. In 4.2 we're pleased to add the ability to drag and drop right into the editor, so you can drop your attachment exactly where you want it to show without having to add it afterwards.
Drag and drop into editor
If your browser and OS supports it you can also copy and paste, either from the desktop or from other content on the web:
Copy and Paste
Naturally this works for ordinary files as well as images:
Drag and drop a file
-
Mark got a reaction from LaCollision for a blog entry, New: Editor Uploading
This entry is about our IPS Community Suite 4.2 release
IPS Community Suite has supported drag and drop uploading to the attachments area at the bottom of the editor since 4.0. In 4.2 we're pleased to add the ability to drag and drop right into the editor, so you can drop your attachment exactly where you want it to show without having to add it afterwards.
Drag and drop into editor
If your browser and OS supports it you can also copy and paste, either from the desktop or from other content on the web:
Copy and Paste
Naturally this works for ordinary files as well as images:
Drag and drop a file
-
Mark got a reaction from Real Hal9000 for a blog entry, New: Editor Uploading
This entry is about our IPS Community Suite 4.2 release
IPS Community Suite has supported drag and drop uploading to the attachments area at the bottom of the editor since 4.0. In 4.2 we're pleased to add the ability to drag and drop right into the editor, so you can drop your attachment exactly where you want it to show without having to add it afterwards.
Drag and drop into editor
If your browser and OS supports it you can also copy and paste, either from the desktop or from other content on the web:
Copy and Paste
Naturally this works for ordinary files as well as images:
Drag and drop a file
-
Mark got a reaction from Daniel F for a blog entry, New: Editor Uploading
This entry is about our IPS Community Suite 4.2 release
IPS Community Suite has supported drag and drop uploading to the attachments area at the bottom of the editor since 4.0. In 4.2 we're pleased to add the ability to drag and drop right into the editor, so you can drop your attachment exactly where you want it to show without having to add it afterwards.
Drag and drop into editor
If your browser and OS supports it you can also copy and paste, either from the desktop or from other content on the web:
Copy and Paste
Naturally this works for ordinary files as well as images:
Drag and drop a file
-
Mark got a reaction from ADKGamers for a blog entry, New: Editor Uploading
This entry is about our IPS Community Suite 4.2 release
IPS Community Suite has supported drag and drop uploading to the attachments area at the bottom of the editor since 4.0. In 4.2 we're pleased to add the ability to drag and drop right into the editor, so you can drop your attachment exactly where you want it to show without having to add it afterwards.
Drag and drop into editor
If your browser and OS supports it you can also copy and paste, either from the desktop or from other content on the web:
Copy and Paste
Naturally this works for ordinary files as well as images:
Drag and drop a file
-
Mark got a reaction from Wolf for a blog entry, New: Editor Uploading
This entry is about our IPS Community Suite 4.2 release
IPS Community Suite has supported drag and drop uploading to the attachments area at the bottom of the editor since 4.0. In 4.2 we're pleased to add the ability to drag and drop right into the editor, so you can drop your attachment exactly where you want it to show without having to add it afterwards.
Drag and drop into editor
If your browser and OS supports it you can also copy and paste, either from the desktop or from other content on the web:
Copy and Paste
Naturally this works for ordinary files as well as images:
Drag and drop a file
-
Mark got a reaction from Emanoel for a blog entry, New: Commerce Improvements
This entry is about our IPS Community Suite 4.2 release
Improved Stripe Integration
Stripe is a popular payment gateway that supports card payments. In IPS Community Suite 4.2 we have made some improvements to our integration:
When viewing a transaction in the AdminCP, it will show the last 4 digits of the card used, and the result of Stripe's risk evaluation. More information is sent to Stripe for easier cross-reference between Stripe's control panel and your AdminCP. This includes the customer's name, billing and shipping addresses, email address, associated transaction/invoice/customer IDs, and the invoice title.
Stripe Transaction in the AdminCP showing risk evaluation and card details
Transaction in Stripe's control panel showing customer and invoice details
Anti-Fraud Improvements
Anti-Fraud Rules now have some additional filters:
Products being purchases includes... Account was registered more/less than [x days] ago Customer is/isn't in group Customer has previously spent more/less than Time since last purchase is more/less than [x days] ago Custom profile fields (both at member and customer level) IP address is x (exactly, contains or matches regular expression) Customer has previously made transactions that failed (opposed to "were blocked by fraud rules") Email address matches regular expression
Some of the new Anti-Fraud Rule options
MaxMind per gateway
A new setting has been added that allows you to run MaxMind only against transactions using particular payment gateways.
New MaxMind gateways setting
Transaction Search
You can now enter the transaction ID provided by the payment gateway in the AdminCP search box to find a transaction.
Looking up a transaction by gateway ID
Renewal Savings
If you have a product with multiple renewal terms, a new setting allows you to show alongside each option how much is saved. This can be shown either as a monetary value, or as a percentage.
Product showing savings for different renewal options
-
Mark got a reaction from Emanoel for a blog entry, New: Authy Integration
This entry is about our IPS Community Suite 4.2 release
In 4.1.18 we added Two Factor Authentication. Already in 4.2 we have announced a new setting to trigger 2FA when logging in from a new device, and in 4.2 we are also adding Authy as an authentication handler.
Authy can send a user a text message, make a phone call, or send a push notification to a smartphone app to authenticate the user. You can enable whichever of these options you like.
Set Up
To set up Two Factor Authentication with Authy, the user will enter their phone number. To verify their phone number they will then enter a code shown in the Auhy app or have a code sent by text message or phone call. The system will automatically show an appropriate interface based on what options you have enabled - for example, if you don't want to enable the app as an option, it will not reference Authy.
Setting up Authy with the app available as an option
Setting up Authy with just phone or text message options enabled
Verification with Authy
When the user needs to verify their account, the system will automatically show an appropriate interface. If you allow verification with the Authy app and either it is the only option you allow, or the system knows that the user has installed the Authy app, the system will prompt them to use the app. This can either be done using Authy's OneTouch option (where the user will receive a push notification to the app, and when they click approve, the screen will automatically refresh) or their SoftToken option (where the user will be instructed to open the Authy app and enter the code they see). If you allow authentication by text message and/or phone call as well, the user will also see options for using those instead.
These screenshots show the process for OneTouch authentication:
The user is shown a waiting screen
Simultaneously they will receive a push notification and when opening it be able to approve
Once the user has approved, the waiting screen will automatically refresh with the user authenticated.
For SoftToken authentication, the user is prompted to enter the code shown in the Authy app:
Authy SoftToken option
Phone Verification
If you have disabled the Authy app as an option, or the user does not have it installed, they will be prompted to choose from the available options how they want to authenticate.
These screenshots show the process for authenticating by text message:
The user is asked how they want to authenticate
The user receives a text message or phone call with a code
The user enters this code to authenticate
Management
If the user changes their phone number they can reconfigure the system in their account settings. The system automatically shows "Phone Verification" rather then "Authy" if the app is not available as an option.
Account Settings showing Authy as Phone Verification
-
Mark got a reaction from Emanoel for a blog entry, New: Editor Uploading
This entry is about our IPS Community Suite 4.2 release
IPS Community Suite has supported drag and drop uploading to the attachments area at the bottom of the editor since 4.0. In 4.2 we're pleased to add the ability to drag and drop right into the editor, so you can drop your attachment exactly where you want it to show without having to add it afterwards.
Drag and drop into editor
If your browser and OS supports it you can also copy and paste, either from the desktop or from other content on the web:
Copy and Paste
Naturally this works for ordinary files as well as images:
Drag and drop a file
-
Mark got a reaction from BomAle for a blog entry, New: Editor Uploading
This entry is about our IPS Community Suite 4.2 release
IPS Community Suite has supported drag and drop uploading to the attachments area at the bottom of the editor since 4.0. In 4.2 we're pleased to add the ability to drag and drop right into the editor, so you can drop your attachment exactly where you want it to show without having to add it afterwards.
Drag and drop into editor
If your browser and OS supports it you can also copy and paste, either from the desktop or from other content on the web:
Copy and Paste
Naturally this works for ordinary files as well as images:
Drag and drop a file
-
Mark got a reaction from LiquidFractal for a blog entry, New: Editor Uploading
This entry is about our IPS Community Suite 4.2 release
IPS Community Suite has supported drag and drop uploading to the attachments area at the bottom of the editor since 4.0. In 4.2 we're pleased to add the ability to drag and drop right into the editor, so you can drop your attachment exactly where you want it to show without having to add it afterwards.
Drag and drop into editor
If your browser and OS supports it you can also copy and paste, either from the desktop or from other content on the web:
Copy and Paste
Naturally this works for ordinary files as well as images:
Drag and drop a file
-
Mark got a reaction from WAQAS DAR for a blog entry, New: Editor Uploading
This entry is about our IPS Community Suite 4.2 release
IPS Community Suite has supported drag and drop uploading to the attachments area at the bottom of the editor since 4.0. In 4.2 we're pleased to add the ability to drag and drop right into the editor, so you can drop your attachment exactly where you want it to show without having to add it afterwards.
Drag and drop into editor
If your browser and OS supports it you can also copy and paste, either from the desktop or from other content on the web:
Copy and Paste
Naturally this works for ordinary files as well as images:
Drag and drop a file
-
Mark got a reaction from Aaron M for a blog entry, New: Editor Uploading
This entry is about our IPS Community Suite 4.2 release
IPS Community Suite has supported drag and drop uploading to the attachments area at the bottom of the editor since 4.0. In 4.2 we're pleased to add the ability to drag and drop right into the editor, so you can drop your attachment exactly where you want it to show without having to add it afterwards.
Drag and drop into editor
If your browser and OS supports it you can also copy and paste, either from the desktop or from other content on the web:
Copy and Paste
Naturally this works for ordinary files as well as images:
Drag and drop a file
-
Mark got a reaction from sulervo for a blog entry, New: Editor Uploading
This entry is about our IPS Community Suite 4.2 release
IPS Community Suite has supported drag and drop uploading to the attachments area at the bottom of the editor since 4.0. In 4.2 we're pleased to add the ability to drag and drop right into the editor, so you can drop your attachment exactly where you want it to show without having to add it afterwards.
Drag and drop into editor
If your browser and OS supports it you can also copy and paste, either from the desktop or from other content on the web:
Copy and Paste
Naturally this works for ordinary files as well as images:
Drag and drop a file
-
Mark got a reaction from ASTRAPI for a blog entry, New: Editor Uploading
This entry is about our IPS Community Suite 4.2 release
IPS Community Suite has supported drag and drop uploading to the attachments area at the bottom of the editor since 4.0. In 4.2 we're pleased to add the ability to drag and drop right into the editor, so you can drop your attachment exactly where you want it to show without having to add it afterwards.
Drag and drop into editor
If your browser and OS supports it you can also copy and paste, either from the desktop or from other content on the web:
Copy and Paste
Naturally this works for ordinary files as well as images:
Drag and drop a file
-
Mark got a reaction from sobrenome for a blog entry, New: Editor Uploading
This entry is about our IPS Community Suite 4.2 release
IPS Community Suite has supported drag and drop uploading to the attachments area at the bottom of the editor since 4.0. In 4.2 we're pleased to add the ability to drag and drop right into the editor, so you can drop your attachment exactly where you want it to show without having to add it afterwards.
Drag and drop into editor
If your browser and OS supports it you can also copy and paste, either from the desktop or from other content on the web:
Copy and Paste
Naturally this works for ordinary files as well as images:
Drag and drop a file
-
Mark got a reaction from Jim M for a blog entry, New: Editor Uploading
This entry is about our IPS Community Suite 4.2 release
IPS Community Suite has supported drag and drop uploading to the attachments area at the bottom of the editor since 4.0. In 4.2 we're pleased to add the ability to drag and drop right into the editor, so you can drop your attachment exactly where you want it to show without having to add it afterwards.
Drag and drop into editor
If your browser and OS supports it you can also copy and paste, either from the desktop or from other content on the web:
Copy and Paste
Naturally this works for ordinary files as well as images:
Drag and drop a file
-
Mark got a reaction from Simon Woods for a blog entry, New: Editor Uploading
This entry is about our IPS Community Suite 4.2 release
IPS Community Suite has supported drag and drop uploading to the attachments area at the bottom of the editor since 4.0. In 4.2 we're pleased to add the ability to drag and drop right into the editor, so you can drop your attachment exactly where you want it to show without having to add it afterwards.
Drag and drop into editor
If your browser and OS supports it you can also copy and paste, either from the desktop or from other content on the web:
Copy and Paste
Naturally this works for ordinary files as well as images:
Drag and drop a file
-
Mark got a reaction from Teascu Dorin for a blog entry, New: Editor Uploading
This entry is about our IPS Community Suite 4.2 release
IPS Community Suite has supported drag and drop uploading to the attachments area at the bottom of the editor since 4.0. In 4.2 we're pleased to add the ability to drag and drop right into the editor, so you can drop your attachment exactly where you want it to show without having to add it afterwards.
Drag and drop into editor
If your browser and OS supports it you can also copy and paste, either from the desktop or from other content on the web:
Copy and Paste
Naturally this works for ordinary files as well as images:
Drag and drop a file
-
Mark got a reaction from Ilya Hoilik for a blog entry, New: Editor Uploading
This entry is about our IPS Community Suite 4.2 release
IPS Community Suite has supported drag and drop uploading to the attachments area at the bottom of the editor since 4.0. In 4.2 we're pleased to add the ability to drag and drop right into the editor, so you can drop your attachment exactly where you want it to show without having to add it afterwards.
Drag and drop into editor
If your browser and OS supports it you can also copy and paste, either from the desktop or from other content on the web:
Copy and Paste
Naturally this works for ordinary files as well as images:
Drag and drop a file
-
Mark got a reaction from pequeno for a blog entry, New: Editor Uploading
This entry is about our IPS Community Suite 4.2 release
IPS Community Suite has supported drag and drop uploading to the attachments area at the bottom of the editor since 4.0. In 4.2 we're pleased to add the ability to drag and drop right into the editor, so you can drop your attachment exactly where you want it to show without having to add it afterwards.
Drag and drop into editor
If your browser and OS supports it you can also copy and paste, either from the desktop or from other content on the web:
Copy and Paste
Naturally this works for ordinary files as well as images:
Drag and drop a file
-
Mark got a reaction from A Zayed for a blog entry, New: Editor Uploading
This entry is about our IPS Community Suite 4.2 release
IPS Community Suite has supported drag and drop uploading to the attachments area at the bottom of the editor since 4.0. In 4.2 we're pleased to add the ability to drag and drop right into the editor, so you can drop your attachment exactly where you want it to show without having to add it afterwards.
Drag and drop into editor
If your browser and OS supports it you can also copy and paste, either from the desktop or from other content on the web:
Copy and Paste
Naturally this works for ordinary files as well as images:
Drag and drop a file
-
Mark got a reaction from xtech for a blog entry, New: Editor Uploading
This entry is about our IPS Community Suite 4.2 release
IPS Community Suite has supported drag and drop uploading to the attachments area at the bottom of the editor since 4.0. In 4.2 we're pleased to add the ability to drag and drop right into the editor, so you can drop your attachment exactly where you want it to show without having to add it afterwards.
Drag and drop into editor
If your browser and OS supports it you can also copy and paste, either from the desktop or from other content on the web:
Copy and Paste
Naturally this works for ordinary files as well as images:
Drag and drop a file
-
Mark got a reaction from Daddy for a blog entry, New: Editor Uploading
This entry is about our IPS Community Suite 4.2 release
IPS Community Suite has supported drag and drop uploading to the attachments area at the bottom of the editor since 4.0. In 4.2 we're pleased to add the ability to drag and drop right into the editor, so you can drop your attachment exactly where you want it to show without having to add it afterwards.
Drag and drop into editor
If your browser and OS supports it you can also copy and paste, either from the desktop or from other content on the web:
Copy and Paste
Naturally this works for ordinary files as well as images:
Drag and drop a file
-
Mark got a reaction from O9C4 for a blog entry, New: Editor Uploading
This entry is about our IPS Community Suite 4.2 release
IPS Community Suite has supported drag and drop uploading to the attachments area at the bottom of the editor since 4.0. In 4.2 we're pleased to add the ability to drag and drop right into the editor, so you can drop your attachment exactly where you want it to show without having to add it afterwards.
Drag and drop into editor
If your browser and OS supports it you can also copy and paste, either from the desktop or from other content on the web:
Copy and Paste
Naturally this works for ordinary files as well as images:
Drag and drop a file
-
Mark got a reaction from Maxxius for a blog entry, New: Editor Uploading
This entry is about our IPS Community Suite 4.2 release
IPS Community Suite has supported drag and drop uploading to the attachments area at the bottom of the editor since 4.0. In 4.2 we're pleased to add the ability to drag and drop right into the editor, so you can drop your attachment exactly where you want it to show without having to add it afterwards.
Drag and drop into editor
If your browser and OS supports it you can also copy and paste, either from the desktop or from other content on the web:
Copy and Paste
Naturally this works for ordinary files as well as images:
Drag and drop a file
-
Mark got a reaction from ric4rdo for a blog entry, New: Editor Uploading
This entry is about our IPS Community Suite 4.2 release
IPS Community Suite has supported drag and drop uploading to the attachments area at the bottom of the editor since 4.0. In 4.2 we're pleased to add the ability to drag and drop right into the editor, so you can drop your attachment exactly where you want it to show without having to add it afterwards.
Drag and drop into editor
If your browser and OS supports it you can also copy and paste, either from the desktop or from other content on the web:
Copy and Paste
Naturally this works for ordinary files as well as images:
Drag and drop a file
-
Mark got a reaction from jair101 for a blog entry, New: Editor Uploading
This entry is about our IPS Community Suite 4.2 release
IPS Community Suite has supported drag and drop uploading to the attachments area at the bottom of the editor since 4.0. In 4.2 we're pleased to add the ability to drag and drop right into the editor, so you can drop your attachment exactly where you want it to show without having to add it afterwards.
Drag and drop into editor
If your browser and OS supports it you can also copy and paste, either from the desktop or from other content on the web:
Copy and Paste
Naturally this works for ordinary files as well as images:
Drag and drop a file
-
Mark got a reaction from dean84 for a blog entry, New: Editor Uploading
This entry is about our IPS Community Suite 4.2 release
IPS Community Suite has supported drag and drop uploading to the attachments area at the bottom of the editor since 4.0. In 4.2 we're pleased to add the ability to drag and drop right into the editor, so you can drop your attachment exactly where you want it to show without having to add it afterwards.
Drag and drop into editor
If your browser and OS supports it you can also copy and paste, either from the desktop or from other content on the web:
Copy and Paste
Naturally this works for ordinary files as well as images:
Drag and drop a file
-
Mark got a reaction from Jujuwar for a blog entry, New: Editor Uploading
This entry is about our IPS Community Suite 4.2 release
IPS Community Suite has supported drag and drop uploading to the attachments area at the bottom of the editor since 4.0. In 4.2 we're pleased to add the ability to drag and drop right into the editor, so you can drop your attachment exactly where you want it to show without having to add it afterwards.
Drag and drop into editor
If your browser and OS supports it you can also copy and paste, either from the desktop or from other content on the web:
Copy and Paste
Naturally this works for ordinary files as well as images:
Drag and drop a file
-
Mark got a reaction from Sergey_SV for a blog entry, New: Editor Uploading
This entry is about our IPS Community Suite 4.2 release
IPS Community Suite has supported drag and drop uploading to the attachments area at the bottom of the editor since 4.0. In 4.2 we're pleased to add the ability to drag and drop right into the editor, so you can drop your attachment exactly where you want it to show without having to add it afterwards.
Drag and drop into editor
If your browser and OS supports it you can also copy and paste, either from the desktop or from other content on the web:
Copy and Paste
Naturally this works for ordinary files as well as images:
Drag and drop a file
-
Mark got a reaction from Adriano Faria for a blog entry, New: Editor Uploading
This entry is about our IPS Community Suite 4.2 release
IPS Community Suite has supported drag and drop uploading to the attachments area at the bottom of the editor since 4.0. In 4.2 we're pleased to add the ability to drag and drop right into the editor, so you can drop your attachment exactly where you want it to show without having to add it afterwards.
Drag and drop into editor
If your browser and OS supports it you can also copy and paste, either from the desktop or from other content on the web:
Copy and Paste
Naturally this works for ordinary files as well as images:
Drag and drop a file
-
Mark got a reaction from PrettyPixels for a blog entry, New: Editor Uploading
This entry is about our IPS Community Suite 4.2 release
IPS Community Suite has supported drag and drop uploading to the attachments area at the bottom of the editor since 4.0. In 4.2 we're pleased to add the ability to drag and drop right into the editor, so you can drop your attachment exactly where you want it to show without having to add it afterwards.
Drag and drop into editor
If your browser and OS supports it you can also copy and paste, either from the desktop or from other content on the web:
Copy and Paste
Naturally this works for ordinary files as well as images:
Drag and drop a file
-
Mark got a reaction from David Shevchenko_513527 for a blog entry, New: Editor Uploading
This entry is about our IPS Community Suite 4.2 release
IPS Community Suite has supported drag and drop uploading to the attachments area at the bottom of the editor since 4.0. In 4.2 we're pleased to add the ability to drag and drop right into the editor, so you can drop your attachment exactly where you want it to show without having to add it afterwards.
Drag and drop into editor
If your browser and OS supports it you can also copy and paste, either from the desktop or from other content on the web:
Copy and Paste
Naturally this works for ordinary files as well as images:
Drag and drop a file
-
Mark got a reaction from Nebthtet for a blog entry, New: Editor Uploading
This entry is about our IPS Community Suite 4.2 release
IPS Community Suite has supported drag and drop uploading to the attachments area at the bottom of the editor since 4.0. In 4.2 we're pleased to add the ability to drag and drop right into the editor, so you can drop your attachment exactly where you want it to show without having to add it afterwards.
Drag and drop into editor
If your browser and OS supports it you can also copy and paste, either from the desktop or from other content on the web:
Copy and Paste
Naturally this works for ordinary files as well as images:
Drag and drop a file
-
Mark got a reaction from Thomas. for a blog entry, New: Editor Uploading
This entry is about our IPS Community Suite 4.2 release
IPS Community Suite has supported drag and drop uploading to the attachments area at the bottom of the editor since 4.0. In 4.2 we're pleased to add the ability to drag and drop right into the editor, so you can drop your attachment exactly where you want it to show without having to add it afterwards.
Drag and drop into editor
If your browser and OS supports it you can also copy and paste, either from the desktop or from other content on the web:
Copy and Paste
Naturally this works for ordinary files as well as images:
Drag and drop a file
-
Mark got a reaction from onlyME for a blog entry, New: Authy Integration
This entry is about our IPS Community Suite 4.2 release
In 4.1.18 we added Two Factor Authentication. Already in 4.2 we have announced a new setting to trigger 2FA when logging in from a new device, and in 4.2 we are also adding Authy as an authentication handler.
Authy can send a user a text message, make a phone call, or send a push notification to a smartphone app to authenticate the user. You can enable whichever of these options you like.
Set Up
To set up Two Factor Authentication with Authy, the user will enter their phone number. To verify their phone number they will then enter a code shown in the Auhy app or have a code sent by text message or phone call. The system will automatically show an appropriate interface based on what options you have enabled - for example, if you don't want to enable the app as an option, it will not reference Authy.
Setting up Authy with the app available as an option
Setting up Authy with just phone or text message options enabled
Verification with Authy
When the user needs to verify their account, the system will automatically show an appropriate interface. If you allow verification with the Authy app and either it is the only option you allow, or the system knows that the user has installed the Authy app, the system will prompt them to use the app. This can either be done using Authy's OneTouch option (where the user will receive a push notification to the app, and when they click approve, the screen will automatically refresh) or their SoftToken option (where the user will be instructed to open the Authy app and enter the code they see). If you allow authentication by text message and/or phone call as well, the user will also see options for using those instead.
These screenshots show the process for OneTouch authentication:
The user is shown a waiting screen
Simultaneously they will receive a push notification and when opening it be able to approve
Once the user has approved, the waiting screen will automatically refresh with the user authenticated.
For SoftToken authentication, the user is prompted to enter the code shown in the Authy app:
Authy SoftToken option
Phone Verification
If you have disabled the Authy app as an option, or the user does not have it installed, they will be prompted to choose from the available options how they want to authenticate.
These screenshots show the process for authenticating by text message:
The user is asked how they want to authenticate
The user receives a text message or phone call with a code
The user enters this code to authenticate
Management
If the user changes their phone number they can reconfigure the system in their account settings. The system automatically shows "Phone Verification" rather then "Authy" if the app is not available as an option.
Account Settings showing Authy as Phone Verification
-
Mark got a reaction from SeNioR- for a blog entry, New: Authy Integration
This entry is about our IPS Community Suite 4.2 release
In 4.1.18 we added Two Factor Authentication. Already in 4.2 we have announced a new setting to trigger 2FA when logging in from a new device, and in 4.2 we are also adding Authy as an authentication handler.
Authy can send a user a text message, make a phone call, or send a push notification to a smartphone app to authenticate the user. You can enable whichever of these options you like.
Set Up
To set up Two Factor Authentication with Authy, the user will enter their phone number. To verify their phone number they will then enter a code shown in the Auhy app or have a code sent by text message or phone call. The system will automatically show an appropriate interface based on what options you have enabled - for example, if you don't want to enable the app as an option, it will not reference Authy.
Setting up Authy with the app available as an option
Setting up Authy with just phone or text message options enabled
Verification with Authy
When the user needs to verify their account, the system will automatically show an appropriate interface. If you allow verification with the Authy app and either it is the only option you allow, or the system knows that the user has installed the Authy app, the system will prompt them to use the app. This can either be done using Authy's OneTouch option (where the user will receive a push notification to the app, and when they click approve, the screen will automatically refresh) or their SoftToken option (where the user will be instructed to open the Authy app and enter the code they see). If you allow authentication by text message and/or phone call as well, the user will also see options for using those instead.
These screenshots show the process for OneTouch authentication:
The user is shown a waiting screen
Simultaneously they will receive a push notification and when opening it be able to approve
Once the user has approved, the waiting screen will automatically refresh with the user authenticated.
For SoftToken authentication, the user is prompted to enter the code shown in the Authy app:
Authy SoftToken option
Phone Verification
If you have disabled the Authy app as an option, or the user does not have it installed, they will be prompted to choose from the available options how they want to authenticate.
These screenshots show the process for authenticating by text message:
The user is asked how they want to authenticate
The user receives a text message or phone call with a code
The user enters this code to authenticate
Management
If the user changes their phone number they can reconfigure the system in their account settings. The system automatically shows "Phone Verification" rather then "Authy" if the app is not available as an option.
Account Settings showing Authy as Phone Verification
-
Mark got a reaction from TAMAN for a blog entry, New: Authy Integration
This entry is about our IPS Community Suite 4.2 release
In 4.1.18 we added Two Factor Authentication. Already in 4.2 we have announced a new setting to trigger 2FA when logging in from a new device, and in 4.2 we are also adding Authy as an authentication handler.
Authy can send a user a text message, make a phone call, or send a push notification to a smartphone app to authenticate the user. You can enable whichever of these options you like.
Set Up
To set up Two Factor Authentication with Authy, the user will enter their phone number. To verify their phone number they will then enter a code shown in the Auhy app or have a code sent by text message or phone call. The system will automatically show an appropriate interface based on what options you have enabled - for example, if you don't want to enable the app as an option, it will not reference Authy.
Setting up Authy with the app available as an option
Setting up Authy with just phone or text message options enabled
Verification with Authy
When the user needs to verify their account, the system will automatically show an appropriate interface. If you allow verification with the Authy app and either it is the only option you allow, or the system knows that the user has installed the Authy app, the system will prompt them to use the app. This can either be done using Authy's OneTouch option (where the user will receive a push notification to the app, and when they click approve, the screen will automatically refresh) or their SoftToken option (where the user will be instructed to open the Authy app and enter the code they see). If you allow authentication by text message and/or phone call as well, the user will also see options for using those instead.
These screenshots show the process for OneTouch authentication:
The user is shown a waiting screen
Simultaneously they will receive a push notification and when opening it be able to approve
Once the user has approved, the waiting screen will automatically refresh with the user authenticated.
For SoftToken authentication, the user is prompted to enter the code shown in the Authy app:
Authy SoftToken option
Phone Verification
If you have disabled the Authy app as an option, or the user does not have it installed, they will be prompted to choose from the available options how they want to authenticate.
These screenshots show the process for authenticating by text message:
The user is asked how they want to authenticate
The user receives a text message or phone call with a code
The user enters this code to authenticate
Management
If the user changes their phone number they can reconfigure the system in their account settings. The system automatically shows "Phone Verification" rather then "Authy" if the app is not available as an option.
Account Settings showing Authy as Phone Verification
-
Mark got a reaction from David.. for a blog entry, New: Authy Integration
This entry is about our IPS Community Suite 4.2 release
In 4.1.18 we added Two Factor Authentication. Already in 4.2 we have announced a new setting to trigger 2FA when logging in from a new device, and in 4.2 we are also adding Authy as an authentication handler.
Authy can send a user a text message, make a phone call, or send a push notification to a smartphone app to authenticate the user. You can enable whichever of these options you like.
Set Up
To set up Two Factor Authentication with Authy, the user will enter their phone number. To verify their phone number they will then enter a code shown in the Auhy app or have a code sent by text message or phone call. The system will automatically show an appropriate interface based on what options you have enabled - for example, if you don't want to enable the app as an option, it will not reference Authy.
Setting up Authy with the app available as an option
Setting up Authy with just phone or text message options enabled
Verification with Authy
When the user needs to verify their account, the system will automatically show an appropriate interface. If you allow verification with the Authy app and either it is the only option you allow, or the system knows that the user has installed the Authy app, the system will prompt them to use the app. This can either be done using Authy's OneTouch option (where the user will receive a push notification to the app, and when they click approve, the screen will automatically refresh) or their SoftToken option (where the user will be instructed to open the Authy app and enter the code they see). If you allow authentication by text message and/or phone call as well, the user will also see options for using those instead.
These screenshots show the process for OneTouch authentication:
The user is shown a waiting screen
Simultaneously they will receive a push notification and when opening it be able to approve
Once the user has approved, the waiting screen will automatically refresh with the user authenticated.
For SoftToken authentication, the user is prompted to enter the code shown in the Authy app:
Authy SoftToken option
Phone Verification
If you have disabled the Authy app as an option, or the user does not have it installed, they will be prompted to choose from the available options how they want to authenticate.
These screenshots show the process for authenticating by text message:
The user is asked how they want to authenticate
The user receives a text message or phone call with a code
The user enters this code to authenticate
Management
If the user changes their phone number they can reconfigure the system in their account settings. The system automatically shows "Phone Verification" rather then "Authy" if the app is not available as an option.
Account Settings showing Authy as Phone Verification
-
Mark got a reaction from Daddy for a blog entry, New: Authy Integration
This entry is about our IPS Community Suite 4.2 release
In 4.1.18 we added Two Factor Authentication. Already in 4.2 we have announced a new setting to trigger 2FA when logging in from a new device, and in 4.2 we are also adding Authy as an authentication handler.
Authy can send a user a text message, make a phone call, or send a push notification to a smartphone app to authenticate the user. You can enable whichever of these options you like.
Set Up
To set up Two Factor Authentication with Authy, the user will enter their phone number. To verify their phone number they will then enter a code shown in the Auhy app or have a code sent by text message or phone call. The system will automatically show an appropriate interface based on what options you have enabled - for example, if you don't want to enable the app as an option, it will not reference Authy.
Setting up Authy with the app available as an option
Setting up Authy with just phone or text message options enabled
Verification with Authy
When the user needs to verify their account, the system will automatically show an appropriate interface. If you allow verification with the Authy app and either it is the only option you allow, or the system knows that the user has installed the Authy app, the system will prompt them to use the app. This can either be done using Authy's OneTouch option (where the user will receive a push notification to the app, and when they click approve, the screen will automatically refresh) or their SoftToken option (where the user will be instructed to open the Authy app and enter the code they see). If you allow authentication by text message and/or phone call as well, the user will also see options for using those instead.
These screenshots show the process for OneTouch authentication:
The user is shown a waiting screen
Simultaneously they will receive a push notification and when opening it be able to approve
Once the user has approved, the waiting screen will automatically refresh with the user authenticated.
For SoftToken authentication, the user is prompted to enter the code shown in the Authy app:
Authy SoftToken option
Phone Verification
If you have disabled the Authy app as an option, or the user does not have it installed, they will be prompted to choose from the available options how they want to authenticate.
These screenshots show the process for authenticating by text message:
The user is asked how they want to authenticate
The user receives a text message or phone call with a code
The user enters this code to authenticate
Management
If the user changes their phone number they can reconfigure the system in their account settings. The system automatically shows "Phone Verification" rather then "Authy" if the app is not available as an option.
Account Settings showing Authy as Phone Verification
-
Mark got a reaction from anfimovir for a blog entry, New: Authy Integration
This entry is about our IPS Community Suite 4.2 release
In 4.1.18 we added Two Factor Authentication. Already in 4.2 we have announced a new setting to trigger 2FA when logging in from a new device, and in 4.2 we are also adding Authy as an authentication handler.
Authy can send a user a text message, make a phone call, or send a push notification to a smartphone app to authenticate the user. You can enable whichever of these options you like.
Set Up
To set up Two Factor Authentication with Authy, the user will enter their phone number. To verify their phone number they will then enter a code shown in the Auhy app or have a code sent by text message or phone call. The system will automatically show an appropriate interface based on what options you have enabled - for example, if you don't want to enable the app as an option, it will not reference Authy.
Setting up Authy with the app available as an option
Setting up Authy with just phone or text message options enabled
Verification with Authy
When the user needs to verify their account, the system will automatically show an appropriate interface. If you allow verification with the Authy app and either it is the only option you allow, or the system knows that the user has installed the Authy app, the system will prompt them to use the app. This can either be done using Authy's OneTouch option (where the user will receive a push notification to the app, and when they click approve, the screen will automatically refresh) or their SoftToken option (where the user will be instructed to open the Authy app and enter the code they see). If you allow authentication by text message and/or phone call as well, the user will also see options for using those instead.
These screenshots show the process for OneTouch authentication:
The user is shown a waiting screen
Simultaneously they will receive a push notification and when opening it be able to approve
Once the user has approved, the waiting screen will automatically refresh with the user authenticated.
For SoftToken authentication, the user is prompted to enter the code shown in the Authy app:
Authy SoftToken option
Phone Verification
If you have disabled the Authy app as an option, or the user does not have it installed, they will be prompted to choose from the available options how they want to authenticate.
These screenshots show the process for authenticating by text message:
The user is asked how they want to authenticate
The user receives a text message or phone call with a code
The user enters this code to authenticate
Management
If the user changes their phone number they can reconfigure the system in their account settings. The system automatically shows "Phone Verification" rather then "Authy" if the app is not available as an option.
Account Settings showing Authy as Phone Verification
-
Mark got a reaction from Teascu Dorin for a blog entry, New: Commerce Improvements
This entry is about our IPS Community Suite 4.2 release
Improved Stripe Integration
Stripe is a popular payment gateway that supports card payments. In IPS Community Suite 4.2 we have made some improvements to our integration:
When viewing a transaction in the AdminCP, it will show the last 4 digits of the card used, and the result of Stripe's risk evaluation. More information is sent to Stripe for easier cross-reference between Stripe's control panel and your AdminCP. This includes the customer's name, billing and shipping addresses, email address, associated transaction/invoice/customer IDs, and the invoice title.
Stripe Transaction in the AdminCP showing risk evaluation and card details
Transaction in Stripe's control panel showing customer and invoice details
Anti-Fraud Improvements
Anti-Fraud Rules now have some additional filters:
Products being purchases includes... Account was registered more/less than [x days] ago Customer is/isn't in group Customer has previously spent more/less than Time since last purchase is more/less than [x days] ago Custom profile fields (both at member and customer level) IP address is x (exactly, contains or matches regular expression) Customer has previously made transactions that failed (opposed to "were blocked by fraud rules") Email address matches regular expression
Some of the new Anti-Fraud Rule options
MaxMind per gateway
A new setting has been added that allows you to run MaxMind only against transactions using particular payment gateways.
New MaxMind gateways setting
Transaction Search
You can now enter the transaction ID provided by the payment gateway in the AdminCP search box to find a transaction.
Looking up a transaction by gateway ID
Renewal Savings
If you have a product with multiple renewal terms, a new setting allows you to show alongside each option how much is saved. This can be shown either as a monetary value, or as a percentage.
Product showing savings for different renewal options
-
Mark got a reaction from O9C4 for a blog entry, New: Authy Integration
This entry is about our IPS Community Suite 4.2 release
In 4.1.18 we added Two Factor Authentication. Already in 4.2 we have announced a new setting to trigger 2FA when logging in from a new device, and in 4.2 we are also adding Authy as an authentication handler.
Authy can send a user a text message, make a phone call, or send a push notification to a smartphone app to authenticate the user. You can enable whichever of these options you like.
Set Up
To set up Two Factor Authentication with Authy, the user will enter their phone number. To verify their phone number they will then enter a code shown in the Auhy app or have a code sent by text message or phone call. The system will automatically show an appropriate interface based on what options you have enabled - for example, if you don't want to enable the app as an option, it will not reference Authy.
Setting up Authy with the app available as an option
Setting up Authy with just phone or text message options enabled
Verification with Authy
When the user needs to verify their account, the system will automatically show an appropriate interface. If you allow verification with the Authy app and either it is the only option you allow, or the system knows that the user has installed the Authy app, the system will prompt them to use the app. This can either be done using Authy's OneTouch option (where the user will receive a push notification to the app, and when they click approve, the screen will automatically refresh) or their SoftToken option (where the user will be instructed to open the Authy app and enter the code they see). If you allow authentication by text message and/or phone call as well, the user will also see options for using those instead.
These screenshots show the process for OneTouch authentication:
The user is shown a waiting screen
Simultaneously they will receive a push notification and when opening it be able to approve
Once the user has approved, the waiting screen will automatically refresh with the user authenticated.
For SoftToken authentication, the user is prompted to enter the code shown in the Authy app:
Authy SoftToken option
Phone Verification
If you have disabled the Authy app as an option, or the user does not have it installed, they will be prompted to choose from the available options how they want to authenticate.
These screenshots show the process for authenticating by text message:
The user is asked how they want to authenticate
The user receives a text message or phone call with a code
The user enters this code to authenticate
Management
If the user changes their phone number they can reconfigure the system in their account settings. The system automatically shows "Phone Verification" rather then "Authy" if the app is not available as an option.
Account Settings showing Authy as Phone Verification
-
Mark got a reaction from Aaron M for a blog entry, New: Authy Integration
This entry is about our IPS Community Suite 4.2 release
In 4.1.18 we added Two Factor Authentication. Already in 4.2 we have announced a new setting to trigger 2FA when logging in from a new device, and in 4.2 we are also adding Authy as an authentication handler.
Authy can send a user a text message, make a phone call, or send a push notification to a smartphone app to authenticate the user. You can enable whichever of these options you like.
Set Up
To set up Two Factor Authentication with Authy, the user will enter their phone number. To verify their phone number they will then enter a code shown in the Auhy app or have a code sent by text message or phone call. The system will automatically show an appropriate interface based on what options you have enabled - for example, if you don't want to enable the app as an option, it will not reference Authy.
Setting up Authy with the app available as an option
Setting up Authy with just phone or text message options enabled
Verification with Authy
When the user needs to verify their account, the system will automatically show an appropriate interface. If you allow verification with the Authy app and either it is the only option you allow, or the system knows that the user has installed the Authy app, the system will prompt them to use the app. This can either be done using Authy's OneTouch option (where the user will receive a push notification to the app, and when they click approve, the screen will automatically refresh) or their SoftToken option (where the user will be instructed to open the Authy app and enter the code they see). If you allow authentication by text message and/or phone call as well, the user will also see options for using those instead.
These screenshots show the process for OneTouch authentication:
The user is shown a waiting screen
Simultaneously they will receive a push notification and when opening it be able to approve
Once the user has approved, the waiting screen will automatically refresh with the user authenticated.
For SoftToken authentication, the user is prompted to enter the code shown in the Authy app:
Authy SoftToken option
Phone Verification
If you have disabled the Authy app as an option, or the user does not have it installed, they will be prompted to choose from the available options how they want to authenticate.
These screenshots show the process for authenticating by text message:
The user is asked how they want to authenticate
The user receives a text message or phone call with a code
The user enters this code to authenticate
Management
If the user changes their phone number they can reconfigure the system in their account settings. The system automatically shows "Phone Verification" rather then "Authy" if the app is not available as an option.
Account Settings showing Authy as Phone Verification
-
Mark got a reaction from Flitterkill for a blog entry, New: Authy Integration
This entry is about our IPS Community Suite 4.2 release
In 4.1.18 we added Two Factor Authentication. Already in 4.2 we have announced a new setting to trigger 2FA when logging in from a new device, and in 4.2 we are also adding Authy as an authentication handler.
Authy can send a user a text message, make a phone call, or send a push notification to a smartphone app to authenticate the user. You can enable whichever of these options you like.
Set Up
To set up Two Factor Authentication with Authy, the user will enter their phone number. To verify their phone number they will then enter a code shown in the Auhy app or have a code sent by text message or phone call. The system will automatically show an appropriate interface based on what options you have enabled - for example, if you don't want to enable the app as an option, it will not reference Authy.
Setting up Authy with the app available as an option
Setting up Authy with just phone or text message options enabled
Verification with Authy
When the user needs to verify their account, the system will automatically show an appropriate interface. If you allow verification with the Authy app and either it is the only option you allow, or the system knows that the user has installed the Authy app, the system will prompt them to use the app. This can either be done using Authy's OneTouch option (where the user will receive a push notification to the app, and when they click approve, the screen will automatically refresh) or their SoftToken option (where the user will be instructed to open the Authy app and enter the code they see). If you allow authentication by text message and/or phone call as well, the user will also see options for using those instead.
These screenshots show the process for OneTouch authentication:
The user is shown a waiting screen
Simultaneously they will receive a push notification and when opening it be able to approve
Once the user has approved, the waiting screen will automatically refresh with the user authenticated.
For SoftToken authentication, the user is prompted to enter the code shown in the Authy app:
Authy SoftToken option
Phone Verification
If you have disabled the Authy app as an option, or the user does not have it installed, they will be prompted to choose from the available options how they want to authenticate.
These screenshots show the process for authenticating by text message:
The user is asked how they want to authenticate
The user receives a text message or phone call with a code
The user enters this code to authenticate
Management
If the user changes their phone number they can reconfigure the system in their account settings. The system automatically shows "Phone Verification" rather then "Authy" if the app is not available as an option.
Account Settings showing Authy as Phone Verification
-
Mark got a reaction from AtariAge for a blog entry, New: Authy Integration
This entry is about our IPS Community Suite 4.2 release
In 4.1.18 we added Two Factor Authentication. Already in 4.2 we have announced a new setting to trigger 2FA when logging in from a new device, and in 4.2 we are also adding Authy as an authentication handler.
Authy can send a user a text message, make a phone call, or send a push notification to a smartphone app to authenticate the user. You can enable whichever of these options you like.
Set Up
To set up Two Factor Authentication with Authy, the user will enter their phone number. To verify their phone number they will then enter a code shown in the Auhy app or have a code sent by text message or phone call. The system will automatically show an appropriate interface based on what options you have enabled - for example, if you don't want to enable the app as an option, it will not reference Authy.
Setting up Authy with the app available as an option
Setting up Authy with just phone or text message options enabled
Verification with Authy
When the user needs to verify their account, the system will automatically show an appropriate interface. If you allow verification with the Authy app and either it is the only option you allow, or the system knows that the user has installed the Authy app, the system will prompt them to use the app. This can either be done using Authy's OneTouch option (where the user will receive a push notification to the app, and when they click approve, the screen will automatically refresh) or their SoftToken option (where the user will be instructed to open the Authy app and enter the code they see). If you allow authentication by text message and/or phone call as well, the user will also see options for using those instead.
These screenshots show the process for OneTouch authentication:
The user is shown a waiting screen
Simultaneously they will receive a push notification and when opening it be able to approve
Once the user has approved, the waiting screen will automatically refresh with the user authenticated.
For SoftToken authentication, the user is prompted to enter the code shown in the Authy app:
Authy SoftToken option
Phone Verification
If you have disabled the Authy app as an option, or the user does not have it installed, they will be prompted to choose from the available options how they want to authenticate.
These screenshots show the process for authenticating by text message:
The user is asked how they want to authenticate
The user receives a text message or phone call with a code
The user enters this code to authenticate
Management
If the user changes their phone number they can reconfigure the system in their account settings. The system automatically shows "Phone Verification" rather then "Authy" if the app is not available as an option.
Account Settings showing Authy as Phone Verification
-
Mark got a reaction from sobrenome for a blog entry, New: Authy Integration
This entry is about our IPS Community Suite 4.2 release
In 4.1.18 we added Two Factor Authentication. Already in 4.2 we have announced a new setting to trigger 2FA when logging in from a new device, and in 4.2 we are also adding Authy as an authentication handler.
Authy can send a user a text message, make a phone call, or send a push notification to a smartphone app to authenticate the user. You can enable whichever of these options you like.
Set Up
To set up Two Factor Authentication with Authy, the user will enter their phone number. To verify their phone number they will then enter a code shown in the Auhy app or have a code sent by text message or phone call. The system will automatically show an appropriate interface based on what options you have enabled - for example, if you don't want to enable the app as an option, it will not reference Authy.
Setting up Authy with the app available as an option
Setting up Authy with just phone or text message options enabled
Verification with Authy
When the user needs to verify their account, the system will automatically show an appropriate interface. If you allow verification with the Authy app and either it is the only option you allow, or the system knows that the user has installed the Authy app, the system will prompt them to use the app. This can either be done using Authy's OneTouch option (where the user will receive a push notification to the app, and when they click approve, the screen will automatically refresh) or their SoftToken option (where the user will be instructed to open the Authy app and enter the code they see). If you allow authentication by text message and/or phone call as well, the user will also see options for using those instead.
These screenshots show the process for OneTouch authentication:
The user is shown a waiting screen
Simultaneously they will receive a push notification and when opening it be able to approve
Once the user has approved, the waiting screen will automatically refresh with the user authenticated.
For SoftToken authentication, the user is prompted to enter the code shown in the Authy app:
Authy SoftToken option
Phone Verification
If you have disabled the Authy app as an option, or the user does not have it installed, they will be prompted to choose from the available options how they want to authenticate.
These screenshots show the process for authenticating by text message:
The user is asked how they want to authenticate
The user receives a text message or phone call with a code
The user enters this code to authenticate
Management
If the user changes their phone number they can reconfigure the system in their account settings. The system automatically shows "Phone Verification" rather then "Authy" if the app is not available as an option.
Account Settings showing Authy as Phone Verification
-
Mark got a reaction from SammyS for a blog entry, New: Authy Integration
This entry is about our IPS Community Suite 4.2 release
In 4.1.18 we added Two Factor Authentication. Already in 4.2 we have announced a new setting to trigger 2FA when logging in from a new device, and in 4.2 we are also adding Authy as an authentication handler.
Authy can send a user a text message, make a phone call, or send a push notification to a smartphone app to authenticate the user. You can enable whichever of these options you like.
Set Up
To set up Two Factor Authentication with Authy, the user will enter their phone number. To verify their phone number they will then enter a code shown in the Auhy app or have a code sent by text message or phone call. The system will automatically show an appropriate interface based on what options you have enabled - for example, if you don't want to enable the app as an option, it will not reference Authy.
Setting up Authy with the app available as an option
Setting up Authy with just phone or text message options enabled
Verification with Authy
When the user needs to verify their account, the system will automatically show an appropriate interface. If you allow verification with the Authy app and either it is the only option you allow, or the system knows that the user has installed the Authy app, the system will prompt them to use the app. This can either be done using Authy's OneTouch option (where the user will receive a push notification to the app, and when they click approve, the screen will automatically refresh) or their SoftToken option (where the user will be instructed to open the Authy app and enter the code they see). If you allow authentication by text message and/or phone call as well, the user will also see options for using those instead.
These screenshots show the process for OneTouch authentication:
The user is shown a waiting screen
Simultaneously they will receive a push notification and when opening it be able to approve
Once the user has approved, the waiting screen will automatically refresh with the user authenticated.
For SoftToken authentication, the user is prompted to enter the code shown in the Authy app:
Authy SoftToken option
Phone Verification
If you have disabled the Authy app as an option, or the user does not have it installed, they will be prompted to choose from the available options how they want to authenticate.
These screenshots show the process for authenticating by text message:
The user is asked how they want to authenticate
The user receives a text message or phone call with a code
The user enters this code to authenticate
Management
If the user changes their phone number they can reconfigure the system in their account settings. The system automatically shows "Phone Verification" rather then "Authy" if the app is not available as an option.
Account Settings showing Authy as Phone Verification
-
Mark got a reaction from Simon Woods for a blog entry, New: Authy Integration
This entry is about our IPS Community Suite 4.2 release
In 4.1.18 we added Two Factor Authentication. Already in 4.2 we have announced a new setting to trigger 2FA when logging in from a new device, and in 4.2 we are also adding Authy as an authentication handler.
Authy can send a user a text message, make a phone call, or send a push notification to a smartphone app to authenticate the user. You can enable whichever of these options you like.
Set Up
To set up Two Factor Authentication with Authy, the user will enter their phone number. To verify their phone number they will then enter a code shown in the Auhy app or have a code sent by text message or phone call. The system will automatically show an appropriate interface based on what options you have enabled - for example, if you don't want to enable the app as an option, it will not reference Authy.
Setting up Authy with the app available as an option
Setting up Authy with just phone or text message options enabled
Verification with Authy
When the user needs to verify their account, the system will automatically show an appropriate interface. If you allow verification with the Authy app and either it is the only option you allow, or the system knows that the user has installed the Authy app, the system will prompt them to use the app. This can either be done using Authy's OneTouch option (where the user will receive a push notification to the app, and when they click approve, the screen will automatically refresh) or their SoftToken option (where the user will be instructed to open the Authy app and enter the code they see). If you allow authentication by text message and/or phone call as well, the user will also see options for using those instead.
These screenshots show the process for OneTouch authentication:
The user is shown a waiting screen
Simultaneously they will receive a push notification and when opening it be able to approve
Once the user has approved, the waiting screen will automatically refresh with the user authenticated.
For SoftToken authentication, the user is prompted to enter the code shown in the Authy app:
Authy SoftToken option
Phone Verification
If you have disabled the Authy app as an option, or the user does not have it installed, they will be prompted to choose from the available options how they want to authenticate.
These screenshots show the process for authenticating by text message:
The user is asked how they want to authenticate
The user receives a text message or phone call with a code
The user enters this code to authenticate
Management
If the user changes their phone number they can reconfigure the system in their account settings. The system automatically shows "Phone Verification" rather then "Authy" if the app is not available as an option.
Account Settings showing Authy as Phone Verification
-
Mark got a reaction from ric4rdo for a blog entry, New: Authy Integration
This entry is about our IPS Community Suite 4.2 release
In 4.1.18 we added Two Factor Authentication. Already in 4.2 we have announced a new setting to trigger 2FA when logging in from a new device, and in 4.2 we are also adding Authy as an authentication handler.
Authy can send a user a text message, make a phone call, or send a push notification to a smartphone app to authenticate the user. You can enable whichever of these options you like.
Set Up
To set up Two Factor Authentication with Authy, the user will enter their phone number. To verify their phone number they will then enter a code shown in the Auhy app or have a code sent by text message or phone call. The system will automatically show an appropriate interface based on what options you have enabled - for example, if you don't want to enable the app as an option, it will not reference Authy.
Setting up Authy with the app available as an option
Setting up Authy with just phone or text message options enabled
Verification with Authy
When the user needs to verify their account, the system will automatically show an appropriate interface. If you allow verification with the Authy app and either it is the only option you allow, or the system knows that the user has installed the Authy app, the system will prompt them to use the app. This can either be done using Authy's OneTouch option (where the user will receive a push notification to the app, and when they click approve, the screen will automatically refresh) or their SoftToken option (where the user will be instructed to open the Authy app and enter the code they see). If you allow authentication by text message and/or phone call as well, the user will also see options for using those instead.
These screenshots show the process for OneTouch authentication:
The user is shown a waiting screen
Simultaneously they will receive a push notification and when opening it be able to approve
Once the user has approved, the waiting screen will automatically refresh with the user authenticated.
For SoftToken authentication, the user is prompted to enter the code shown in the Authy app:
Authy SoftToken option
Phone Verification
If you have disabled the Authy app as an option, or the user does not have it installed, they will be prompted to choose from the available options how they want to authenticate.
These screenshots show the process for authenticating by text message:
The user is asked how they want to authenticate
The user receives a text message or phone call with a code
The user enters this code to authenticate
Management
If the user changes their phone number they can reconfigure the system in their account settings. The system automatically shows "Phone Verification" rather then "Authy" if the app is not available as an option.
Account Settings showing Authy as Phone Verification
-
Mark got a reaction from ASTRAPI for a blog entry, New: Authy Integration
This entry is about our IPS Community Suite 4.2 release
In 4.1.18 we added Two Factor Authentication. Already in 4.2 we have announced a new setting to trigger 2FA when logging in from a new device, and in 4.2 we are also adding Authy as an authentication handler.
Authy can send a user a text message, make a phone call, or send a push notification to a smartphone app to authenticate the user. You can enable whichever of these options you like.
Set Up
To set up Two Factor Authentication with Authy, the user will enter their phone number. To verify their phone number they will then enter a code shown in the Auhy app or have a code sent by text message or phone call. The system will automatically show an appropriate interface based on what options you have enabled - for example, if you don't want to enable the app as an option, it will not reference Authy.
Setting up Authy with the app available as an option
Setting up Authy with just phone or text message options enabled
Verification with Authy
When the user needs to verify their account, the system will automatically show an appropriate interface. If you allow verification with the Authy app and either it is the only option you allow, or the system knows that the user has installed the Authy app, the system will prompt them to use the app. This can either be done using Authy's OneTouch option (where the user will receive a push notification to the app, and when they click approve, the screen will automatically refresh) or their SoftToken option (where the user will be instructed to open the Authy app and enter the code they see). If you allow authentication by text message and/or phone call as well, the user will also see options for using those instead.
These screenshots show the process for OneTouch authentication:
The user is shown a waiting screen
Simultaneously they will receive a push notification and when opening it be able to approve
Once the user has approved, the waiting screen will automatically refresh with the user authenticated.
For SoftToken authentication, the user is prompted to enter the code shown in the Authy app:
Authy SoftToken option
Phone Verification
If you have disabled the Authy app as an option, or the user does not have it installed, they will be prompted to choose from the available options how they want to authenticate.
These screenshots show the process for authenticating by text message:
The user is asked how they want to authenticate
The user receives a text message or phone call with a code
The user enters this code to authenticate
Management
If the user changes their phone number they can reconfigure the system in their account settings. The system automatically shows "Phone Verification" rather then "Authy" if the app is not available as an option.
Account Settings showing Authy as Phone Verification
-
Mark got a reaction from Thomas. for a blog entry, New: Authy Integration
This entry is about our IPS Community Suite 4.2 release
In 4.1.18 we added Two Factor Authentication. Already in 4.2 we have announced a new setting to trigger 2FA when logging in from a new device, and in 4.2 we are also adding Authy as an authentication handler.
Authy can send a user a text message, make a phone call, or send a push notification to a smartphone app to authenticate the user. You can enable whichever of these options you like.
Set Up
To set up Two Factor Authentication with Authy, the user will enter their phone number. To verify their phone number they will then enter a code shown in the Auhy app or have a code sent by text message or phone call. The system will automatically show an appropriate interface based on what options you have enabled - for example, if you don't want to enable the app as an option, it will not reference Authy.
Setting up Authy with the app available as an option
Setting up Authy with just phone or text message options enabled
Verification with Authy
When the user needs to verify their account, the system will automatically show an appropriate interface. If you allow verification with the Authy app and either it is the only option you allow, or the system knows that the user has installed the Authy app, the system will prompt them to use the app. This can either be done using Authy's OneTouch option (where the user will receive a push notification to the app, and when they click approve, the screen will automatically refresh) or their SoftToken option (where the user will be instructed to open the Authy app and enter the code they see). If you allow authentication by text message and/or phone call as well, the user will also see options for using those instead.
These screenshots show the process for OneTouch authentication:
The user is shown a waiting screen
Simultaneously they will receive a push notification and when opening it be able to approve
Once the user has approved, the waiting screen will automatically refresh with the user authenticated.
For SoftToken authentication, the user is prompted to enter the code shown in the Authy app:
Authy SoftToken option
Phone Verification
If you have disabled the Authy app as an option, or the user does not have it installed, they will be prompted to choose from the available options how they want to authenticate.
These screenshots show the process for authenticating by text message:
The user is asked how they want to authenticate
The user receives a text message or phone call with a code
The user enters this code to authenticate
Management
If the user changes their phone number they can reconfigure the system in their account settings. The system automatically shows "Phone Verification" rather then "Authy" if the app is not available as an option.
Account Settings showing Authy as Phone Verification
-
Mark got a reaction from PrettyPixels for a blog entry, New: Authy Integration
This entry is about our IPS Community Suite 4.2 release
In 4.1.18 we added Two Factor Authentication. Already in 4.2 we have announced a new setting to trigger 2FA when logging in from a new device, and in 4.2 we are also adding Authy as an authentication handler.
Authy can send a user a text message, make a phone call, or send a push notification to a smartphone app to authenticate the user. You can enable whichever of these options you like.
Set Up
To set up Two Factor Authentication with Authy, the user will enter their phone number. To verify their phone number they will then enter a code shown in the Auhy app or have a code sent by text message or phone call. The system will automatically show an appropriate interface based on what options you have enabled - for example, if you don't want to enable the app as an option, it will not reference Authy.
Setting up Authy with the app available as an option
Setting up Authy with just phone or text message options enabled
Verification with Authy
When the user needs to verify their account, the system will automatically show an appropriate interface. If you allow verification with the Authy app and either it is the only option you allow, or the system knows that the user has installed the Authy app, the system will prompt them to use the app. This can either be done using Authy's OneTouch option (where the user will receive a push notification to the app, and when they click approve, the screen will automatically refresh) or their SoftToken option (where the user will be instructed to open the Authy app and enter the code they see). If you allow authentication by text message and/or phone call as well, the user will also see options for using those instead.
These screenshots show the process for OneTouch authentication:
The user is shown a waiting screen
Simultaneously they will receive a push notification and when opening it be able to approve
Once the user has approved, the waiting screen will automatically refresh with the user authenticated.
For SoftToken authentication, the user is prompted to enter the code shown in the Authy app:
Authy SoftToken option
Phone Verification
If you have disabled the Authy app as an option, or the user does not have it installed, they will be prompted to choose from the available options how they want to authenticate.
These screenshots show the process for authenticating by text message:
The user is asked how they want to authenticate
The user receives a text message or phone call with a code
The user enters this code to authenticate
Management
If the user changes their phone number they can reconfigure the system in their account settings. The system automatically shows "Phone Verification" rather then "Authy" if the app is not available as an option.
Account Settings showing Authy as Phone Verification
-
Mark got a reaction from Charles for a blog entry, New: Editor Uploading
This entry is about our IPS Community Suite 4.2 release
IPS Community Suite has supported drag and drop uploading to the attachments area at the bottom of the editor since 4.0. In 4.2 we're pleased to add the ability to drag and drop right into the editor, so you can drop your attachment exactly where you want it to show without having to add it afterwards.
Drag and drop into editor
If your browser and OS supports it you can also copy and paste, either from the desktop or from other content on the web:
Copy and Paste
Naturally this works for ordinary files as well as images:
Drag and drop a file
-
Mark got a reaction from xtech for a blog entry, New: Authy Integration
This entry is about our IPS Community Suite 4.2 release
In 4.1.18 we added Two Factor Authentication. Already in 4.2 we have announced a new setting to trigger 2FA when logging in from a new device, and in 4.2 we are also adding Authy as an authentication handler.
Authy can send a user a text message, make a phone call, or send a push notification to a smartphone app to authenticate the user. You can enable whichever of these options you like.
Set Up
To set up Two Factor Authentication with Authy, the user will enter their phone number. To verify their phone number they will then enter a code shown in the Auhy app or have a code sent by text message or phone call. The system will automatically show an appropriate interface based on what options you have enabled - for example, if you don't want to enable the app as an option, it will not reference Authy.
Setting up Authy with the app available as an option
Setting up Authy with just phone or text message options enabled
Verification with Authy
When the user needs to verify their account, the system will automatically show an appropriate interface. If you allow verification with the Authy app and either it is the only option you allow, or the system knows that the user has installed the Authy app, the system will prompt them to use the app. This can either be done using Authy's OneTouch option (where the user will receive a push notification to the app, and when they click approve, the screen will automatically refresh) or their SoftToken option (where the user will be instructed to open the Authy app and enter the code they see). If you allow authentication by text message and/or phone call as well, the user will also see options for using those instead.
These screenshots show the process for OneTouch authentication:
The user is shown a waiting screen
Simultaneously they will receive a push notification and when opening it be able to approve
Once the user has approved, the waiting screen will automatically refresh with the user authenticated.
For SoftToken authentication, the user is prompted to enter the code shown in the Authy app:
Authy SoftToken option
Phone Verification
If you have disabled the Authy app as an option, or the user does not have it installed, they will be prompted to choose from the available options how they want to authenticate.
These screenshots show the process for authenticating by text message:
The user is asked how they want to authenticate
The user receives a text message or phone call with a code
The user enters this code to authenticate
Management
If the user changes their phone number they can reconfigure the system in their account settings. The system automatically shows "Phone Verification" rather then "Authy" if the app is not available as an option.
Account Settings showing Authy as Phone Verification
-
Mark got a reaction from WAQAS DAR for a blog entry, New: Authy Integration
This entry is about our IPS Community Suite 4.2 release
In 4.1.18 we added Two Factor Authentication. Already in 4.2 we have announced a new setting to trigger 2FA when logging in from a new device, and in 4.2 we are also adding Authy as an authentication handler.
Authy can send a user a text message, make a phone call, or send a push notification to a smartphone app to authenticate the user. You can enable whichever of these options you like.
Set Up
To set up Two Factor Authentication with Authy, the user will enter their phone number. To verify their phone number they will then enter a code shown in the Auhy app or have a code sent by text message or phone call. The system will automatically show an appropriate interface based on what options you have enabled - for example, if you don't want to enable the app as an option, it will not reference Authy.
Setting up Authy with the app available as an option
Setting up Authy with just phone or text message options enabled
Verification with Authy
When the user needs to verify their account, the system will automatically show an appropriate interface. If you allow verification with the Authy app and either it is the only option you allow, or the system knows that the user has installed the Authy app, the system will prompt them to use the app. This can either be done using Authy's OneTouch option (where the user will receive a push notification to the app, and when they click approve, the screen will automatically refresh) or their SoftToken option (where the user will be instructed to open the Authy app and enter the code they see). If you allow authentication by text message and/or phone call as well, the user will also see options for using those instead.
These screenshots show the process for OneTouch authentication:
The user is shown a waiting screen
Simultaneously they will receive a push notification and when opening it be able to approve
Once the user has approved, the waiting screen will automatically refresh with the user authenticated.
For SoftToken authentication, the user is prompted to enter the code shown in the Authy app:
Authy SoftToken option
Phone Verification
If you have disabled the Authy app as an option, or the user does not have it installed, they will be prompted to choose from the available options how they want to authenticate.
These screenshots show the process for authenticating by text message:
The user is asked how they want to authenticate
The user receives a text message or phone call with a code
The user enters this code to authenticate
Management
If the user changes their phone number they can reconfigure the system in their account settings. The system automatically shows "Phone Verification" rather then "Authy" if the app is not available as an option.
Account Settings showing Authy as Phone Verification
-
Mark got a reaction from Maxxius for a blog entry, New: Authy Integration
This entry is about our IPS Community Suite 4.2 release
In 4.1.18 we added Two Factor Authentication. Already in 4.2 we have announced a new setting to trigger 2FA when logging in from a new device, and in 4.2 we are also adding Authy as an authentication handler.
Authy can send a user a text message, make a phone call, or send a push notification to a smartphone app to authenticate the user. You can enable whichever of these options you like.
Set Up
To set up Two Factor Authentication with Authy, the user will enter their phone number. To verify their phone number they will then enter a code shown in the Auhy app or have a code sent by text message or phone call. The system will automatically show an appropriate interface based on what options you have enabled - for example, if you don't want to enable the app as an option, it will not reference Authy.
Setting up Authy with the app available as an option
Setting up Authy with just phone or text message options enabled
Verification with Authy
When the user needs to verify their account, the system will automatically show an appropriate interface. If you allow verification with the Authy app and either it is the only option you allow, or the system knows that the user has installed the Authy app, the system will prompt them to use the app. This can either be done using Authy's OneTouch option (where the user will receive a push notification to the app, and when they click approve, the screen will automatically refresh) or their SoftToken option (where the user will be instructed to open the Authy app and enter the code they see). If you allow authentication by text message and/or phone call as well, the user will also see options for using those instead.
These screenshots show the process for OneTouch authentication:
The user is shown a waiting screen
Simultaneously they will receive a push notification and when opening it be able to approve
Once the user has approved, the waiting screen will automatically refresh with the user authenticated.
For SoftToken authentication, the user is prompted to enter the code shown in the Authy app:
Authy SoftToken option
Phone Verification
If you have disabled the Authy app as an option, or the user does not have it installed, they will be prompted to choose from the available options how they want to authenticate.
These screenshots show the process for authenticating by text message:
The user is asked how they want to authenticate
The user receives a text message or phone call with a code
The user enters this code to authenticate
Management
If the user changes their phone number they can reconfigure the system in their account settings. The system automatically shows "Phone Verification" rather then "Authy" if the app is not available as an option.
Account Settings showing Authy as Phone Verification
-
Mark got a reaction from Ilya Hoilik for a blog entry, New: Authy Integration
This entry is about our IPS Community Suite 4.2 release
In 4.1.18 we added Two Factor Authentication. Already in 4.2 we have announced a new setting to trigger 2FA when logging in from a new device, and in 4.2 we are also adding Authy as an authentication handler.
Authy can send a user a text message, make a phone call, or send a push notification to a smartphone app to authenticate the user. You can enable whichever of these options you like.
Set Up
To set up Two Factor Authentication with Authy, the user will enter their phone number. To verify their phone number they will then enter a code shown in the Auhy app or have a code sent by text message or phone call. The system will automatically show an appropriate interface based on what options you have enabled - for example, if you don't want to enable the app as an option, it will not reference Authy.
Setting up Authy with the app available as an option
Setting up Authy with just phone or text message options enabled
Verification with Authy
When the user needs to verify their account, the system will automatically show an appropriate interface. If you allow verification with the Authy app and either it is the only option you allow, or the system knows that the user has installed the Authy app, the system will prompt them to use the app. This can either be done using Authy's OneTouch option (where the user will receive a push notification to the app, and when they click approve, the screen will automatically refresh) or their SoftToken option (where the user will be instructed to open the Authy app and enter the code they see). If you allow authentication by text message and/or phone call as well, the user will also see options for using those instead.
These screenshots show the process for OneTouch authentication:
The user is shown a waiting screen
Simultaneously they will receive a push notification and when opening it be able to approve
Once the user has approved, the waiting screen will automatically refresh with the user authenticated.
For SoftToken authentication, the user is prompted to enter the code shown in the Authy app:
Authy SoftToken option
Phone Verification
If you have disabled the Authy app as an option, or the user does not have it installed, they will be prompted to choose from the available options how they want to authenticate.
These screenshots show the process for authenticating by text message:
The user is asked how they want to authenticate
The user receives a text message or phone call with a code
The user enters this code to authenticate
Management
If the user changes their phone number they can reconfigure the system in their account settings. The system automatically shows "Phone Verification" rather then "Authy" if the app is not available as an option.
Account Settings showing Authy as Phone Verification
-
Mark got a reaction from WAQAS DAR for a blog entry, New: Commerce Improvements
This entry is about our IPS Community Suite 4.2 release
Improved Stripe Integration
Stripe is a popular payment gateway that supports card payments. In IPS Community Suite 4.2 we have made some improvements to our integration:
When viewing a transaction in the AdminCP, it will show the last 4 digits of the card used, and the result of Stripe's risk evaluation. More information is sent to Stripe for easier cross-reference between Stripe's control panel and your AdminCP. This includes the customer's name, billing and shipping addresses, email address, associated transaction/invoice/customer IDs, and the invoice title.
Stripe Transaction in the AdminCP showing risk evaluation and card details
Transaction in Stripe's control panel showing customer and invoice details
Anti-Fraud Improvements
Anti-Fraud Rules now have some additional filters:
Products being purchases includes... Account was registered more/less than [x days] ago Customer is/isn't in group Customer has previously spent more/less than Time since last purchase is more/less than [x days] ago Custom profile fields (both at member and customer level) IP address is x (exactly, contains or matches regular expression) Customer has previously made transactions that failed (opposed to "were blocked by fraud rules") Email address matches regular expression
Some of the new Anti-Fraud Rule options
MaxMind per gateway
A new setting has been added that allows you to run MaxMind only against transactions using particular payment gateways.
New MaxMind gateways setting
Transaction Search
You can now enter the transaction ID provided by the payment gateway in the AdminCP search box to find a transaction.
Looking up a transaction by gateway ID
Renewal Savings
If you have a product with multiple renewal terms, a new setting allows you to show alongside each option how much is saved. This can be shown either as a monetary value, or as a percentage.
Product showing savings for different renewal options
-
Mark got a reaction from BN_IT_Support for a blog entry, New: Authy Integration
This entry is about our IPS Community Suite 4.2 release
In 4.1.18 we added Two Factor Authentication. Already in 4.2 we have announced a new setting to trigger 2FA when logging in from a new device, and in 4.2 we are also adding Authy as an authentication handler.
Authy can send a user a text message, make a phone call, or send a push notification to a smartphone app to authenticate the user. You can enable whichever of these options you like.
Set Up
To set up Two Factor Authentication with Authy, the user will enter their phone number. To verify their phone number they will then enter a code shown in the Auhy app or have a code sent by text message or phone call. The system will automatically show an appropriate interface based on what options you have enabled - for example, if you don't want to enable the app as an option, it will not reference Authy.
Setting up Authy with the app available as an option
Setting up Authy with just phone or text message options enabled
Verification with Authy
When the user needs to verify their account, the system will automatically show an appropriate interface. If you allow verification with the Authy app and either it is the only option you allow, or the system knows that the user has installed the Authy app, the system will prompt them to use the app. This can either be done using Authy's OneTouch option (where the user will receive a push notification to the app, and when they click approve, the screen will automatically refresh) or their SoftToken option (where the user will be instructed to open the Authy app and enter the code they see). If you allow authentication by text message and/or phone call as well, the user will also see options for using those instead.
These screenshots show the process for OneTouch authentication:
The user is shown a waiting screen
Simultaneously they will receive a push notification and when opening it be able to approve
Once the user has approved, the waiting screen will automatically refresh with the user authenticated.
For SoftToken authentication, the user is prompted to enter the code shown in the Authy app:
Authy SoftToken option
Phone Verification
If you have disabled the Authy app as an option, or the user does not have it installed, they will be prompted to choose from the available options how they want to authenticate.
These screenshots show the process for authenticating by text message:
The user is asked how they want to authenticate
The user receives a text message or phone call with a code
The user enters this code to authenticate
Management
If the user changes their phone number they can reconfigure the system in their account settings. The system automatically shows "Phone Verification" rather then "Authy" if the app is not available as an option.
Account Settings showing Authy as Phone Verification
-
Mark got a reaction from Jim M for a blog entry, New: Authy Integration
This entry is about our IPS Community Suite 4.2 release
In 4.1.18 we added Two Factor Authentication. Already in 4.2 we have announced a new setting to trigger 2FA when logging in from a new device, and in 4.2 we are also adding Authy as an authentication handler.
Authy can send a user a text message, make a phone call, or send a push notification to a smartphone app to authenticate the user. You can enable whichever of these options you like.
Set Up
To set up Two Factor Authentication with Authy, the user will enter their phone number. To verify their phone number they will then enter a code shown in the Auhy app or have a code sent by text message or phone call. The system will automatically show an appropriate interface based on what options you have enabled - for example, if you don't want to enable the app as an option, it will not reference Authy.
Setting up Authy with the app available as an option
Setting up Authy with just phone or text message options enabled
Verification with Authy
When the user needs to verify their account, the system will automatically show an appropriate interface. If you allow verification with the Authy app and either it is the only option you allow, or the system knows that the user has installed the Authy app, the system will prompt them to use the app. This can either be done using Authy's OneTouch option (where the user will receive a push notification to the app, and when they click approve, the screen will automatically refresh) or their SoftToken option (where the user will be instructed to open the Authy app and enter the code they see). If you allow authentication by text message and/or phone call as well, the user will also see options for using those instead.
These screenshots show the process for OneTouch authentication:
The user is shown a waiting screen
Simultaneously they will receive a push notification and when opening it be able to approve
Once the user has approved, the waiting screen will automatically refresh with the user authenticated.
For SoftToken authentication, the user is prompted to enter the code shown in the Authy app:
Authy SoftToken option
Phone Verification
If you have disabled the Authy app as an option, or the user does not have it installed, they will be prompted to choose from the available options how they want to authenticate.
These screenshots show the process for authenticating by text message:
The user is asked how they want to authenticate
The user receives a text message or phone call with a code
The user enters this code to authenticate
Management
If the user changes their phone number they can reconfigure the system in their account settings. The system automatically shows "Phone Verification" rather then "Authy" if the app is not available as an option.
Account Settings showing Authy as Phone Verification
-
Mark got a reaction from Charles for a blog entry, New: Authy Integration
This entry is about our IPS Community Suite 4.2 release
In 4.1.18 we added Two Factor Authentication. Already in 4.2 we have announced a new setting to trigger 2FA when logging in from a new device, and in 4.2 we are also adding Authy as an authentication handler.
Authy can send a user a text message, make a phone call, or send a push notification to a smartphone app to authenticate the user. You can enable whichever of these options you like.
Set Up
To set up Two Factor Authentication with Authy, the user will enter their phone number. To verify their phone number they will then enter a code shown in the Auhy app or have a code sent by text message or phone call. The system will automatically show an appropriate interface based on what options you have enabled - for example, if you don't want to enable the app as an option, it will not reference Authy.
Setting up Authy with the app available as an option
Setting up Authy with just phone or text message options enabled
Verification with Authy
When the user needs to verify their account, the system will automatically show an appropriate interface. If you allow verification with the Authy app and either it is the only option you allow, or the system knows that the user has installed the Authy app, the system will prompt them to use the app. This can either be done using Authy's OneTouch option (where the user will receive a push notification to the app, and when they click approve, the screen will automatically refresh) or their SoftToken option (where the user will be instructed to open the Authy app and enter the code they see). If you allow authentication by text message and/or phone call as well, the user will also see options for using those instead.
These screenshots show the process for OneTouch authentication:
The user is shown a waiting screen
Simultaneously they will receive a push notification and when opening it be able to approve
Once the user has approved, the waiting screen will automatically refresh with the user authenticated.
For SoftToken authentication, the user is prompted to enter the code shown in the Authy app:
Authy SoftToken option
Phone Verification
If you have disabled the Authy app as an option, or the user does not have it installed, they will be prompted to choose from the available options how they want to authenticate.
These screenshots show the process for authenticating by text message:
The user is asked how they want to authenticate
The user receives a text message or phone call with a code
The user enters this code to authenticate
Management
If the user changes their phone number they can reconfigure the system in their account settings. The system automatically shows "Phone Verification" rather then "Authy" if the app is not available as an option.
Account Settings showing Authy as Phone Verification
-
Mark got a reaction from onlyME for a blog entry, New: Commerce Improvements
This entry is about our IPS Community Suite 4.2 release
Improved Stripe Integration
Stripe is a popular payment gateway that supports card payments. In IPS Community Suite 4.2 we have made some improvements to our integration:
When viewing a transaction in the AdminCP, it will show the last 4 digits of the card used, and the result of Stripe's risk evaluation. More information is sent to Stripe for easier cross-reference between Stripe's control panel and your AdminCP. This includes the customer's name, billing and shipping addresses, email address, associated transaction/invoice/customer IDs, and the invoice title.
Stripe Transaction in the AdminCP showing risk evaluation and card details
Transaction in Stripe's control panel showing customer and invoice details
Anti-Fraud Improvements
Anti-Fraud Rules now have some additional filters:
Products being purchases includes... Account was registered more/less than [x days] ago Customer is/isn't in group Customer has previously spent more/less than Time since last purchase is more/less than [x days] ago Custom profile fields (both at member and customer level) IP address is x (exactly, contains or matches regular expression) Customer has previously made transactions that failed (opposed to "were blocked by fraud rules") Email address matches regular expression
Some of the new Anti-Fraud Rule options
MaxMind per gateway
A new setting has been added that allows you to run MaxMind only against transactions using particular payment gateways.
New MaxMind gateways setting
Transaction Search
You can now enter the transaction ID provided by the payment gateway in the AdminCP search box to find a transaction.
Looking up a transaction by gateway ID
Renewal Savings
If you have a product with multiple renewal terms, a new setting allows you to show alongside each option how much is saved. This can be shown either as a monetary value, or as a percentage.
Product showing savings for different renewal options
-
Mark got a reaction from ADKGamers for a blog entry, New: Commerce Improvements
This entry is about our IPS Community Suite 4.2 release
Improved Stripe Integration
Stripe is a popular payment gateway that supports card payments. In IPS Community Suite 4.2 we have made some improvements to our integration:
When viewing a transaction in the AdminCP, it will show the last 4 digits of the card used, and the result of Stripe's risk evaluation. More information is sent to Stripe for easier cross-reference between Stripe's control panel and your AdminCP. This includes the customer's name, billing and shipping addresses, email address, associated transaction/invoice/customer IDs, and the invoice title.
Stripe Transaction in the AdminCP showing risk evaluation and card details
Transaction in Stripe's control panel showing customer and invoice details
Anti-Fraud Improvements
Anti-Fraud Rules now have some additional filters:
Products being purchases includes... Account was registered more/less than [x days] ago Customer is/isn't in group Customer has previously spent more/less than Time since last purchase is more/less than [x days] ago Custom profile fields (both at member and customer level) IP address is x (exactly, contains or matches regular expression) Customer has previously made transactions that failed (opposed to "were blocked by fraud rules") Email address matches regular expression
Some of the new Anti-Fraud Rule options
MaxMind per gateway
A new setting has been added that allows you to run MaxMind only against transactions using particular payment gateways.
New MaxMind gateways setting
Transaction Search
You can now enter the transaction ID provided by the payment gateway in the AdminCP search box to find a transaction.
Looking up a transaction by gateway ID
Renewal Savings
If you have a product with multiple renewal terms, a new setting allows you to show alongside each option how much is saved. This can be shown either as a monetary value, or as a percentage.
Product showing savings for different renewal options
-
Mark got a reaction from Simon Woods for a blog entry, New: Commerce Improvements
This entry is about our IPS Community Suite 4.2 release
Improved Stripe Integration
Stripe is a popular payment gateway that supports card payments. In IPS Community Suite 4.2 we have made some improvements to our integration:
When viewing a transaction in the AdminCP, it will show the last 4 digits of the card used, and the result of Stripe's risk evaluation. More information is sent to Stripe for easier cross-reference between Stripe's control panel and your AdminCP. This includes the customer's name, billing and shipping addresses, email address, associated transaction/invoice/customer IDs, and the invoice title.
Stripe Transaction in the AdminCP showing risk evaluation and card details
Transaction in Stripe's control panel showing customer and invoice details
Anti-Fraud Improvements
Anti-Fraud Rules now have some additional filters:
Products being purchases includes... Account was registered more/less than [x days] ago Customer is/isn't in group Customer has previously spent more/less than Time since last purchase is more/less than [x days] ago Custom profile fields (both at member and customer level) IP address is x (exactly, contains or matches regular expression) Customer has previously made transactions that failed (opposed to "were blocked by fraud rules") Email address matches regular expression
Some of the new Anti-Fraud Rule options
MaxMind per gateway
A new setting has been added that allows you to run MaxMind only against transactions using particular payment gateways.
New MaxMind gateways setting
Transaction Search
You can now enter the transaction ID provided by the payment gateway in the AdminCP search box to find a transaction.
Looking up a transaction by gateway ID
Renewal Savings
If you have a product with multiple renewal terms, a new setting allows you to show alongside each option how much is saved. This can be shown either as a monetary value, or as a percentage.
Product showing savings for different renewal options
-
Mark got a reaction from Foolboy for a blog entry, New: Commerce Improvements
This entry is about our IPS Community Suite 4.2 release
Improved Stripe Integration
Stripe is a popular payment gateway that supports card payments. In IPS Community Suite 4.2 we have made some improvements to our integration:
When viewing a transaction in the AdminCP, it will show the last 4 digits of the card used, and the result of Stripe's risk evaluation. More information is sent to Stripe for easier cross-reference between Stripe's control panel and your AdminCP. This includes the customer's name, billing and shipping addresses, email address, associated transaction/invoice/customer IDs, and the invoice title.
Stripe Transaction in the AdminCP showing risk evaluation and card details
Transaction in Stripe's control panel showing customer and invoice details
Anti-Fraud Improvements
Anti-Fraud Rules now have some additional filters:
Products being purchases includes... Account was registered more/less than [x days] ago Customer is/isn't in group Customer has previously spent more/less than Time since last purchase is more/less than [x days] ago Custom profile fields (both at member and customer level) IP address is x (exactly, contains or matches regular expression) Customer has previously made transactions that failed (opposed to "were blocked by fraud rules") Email address matches regular expression
Some of the new Anti-Fraud Rule options
MaxMind per gateway
A new setting has been added that allows you to run MaxMind only against transactions using particular payment gateways.
New MaxMind gateways setting
Transaction Search
You can now enter the transaction ID provided by the payment gateway in the AdminCP search box to find a transaction.
Looking up a transaction by gateway ID
Renewal Savings
If you have a product with multiple renewal terms, a new setting allows you to show alongside each option how much is saved. This can be shown either as a monetary value, or as a percentage.
Product showing savings for different renewal options
-
Mark got a reaction from Tom S. for a blog entry, New: Commerce Improvements
This entry is about our IPS Community Suite 4.2 release
Improved Stripe Integration
Stripe is a popular payment gateway that supports card payments. In IPS Community Suite 4.2 we have made some improvements to our integration:
When viewing a transaction in the AdminCP, it will show the last 4 digits of the card used, and the result of Stripe's risk evaluation. More information is sent to Stripe for easier cross-reference between Stripe's control panel and your AdminCP. This includes the customer's name, billing and shipping addresses, email address, associated transaction/invoice/customer IDs, and the invoice title.
Stripe Transaction in the AdminCP showing risk evaluation and card details
Transaction in Stripe's control panel showing customer and invoice details
Anti-Fraud Improvements
Anti-Fraud Rules now have some additional filters:
Products being purchases includes... Account was registered more/less than [x days] ago Customer is/isn't in group Customer has previously spent more/less than Time since last purchase is more/less than [x days] ago Custom profile fields (both at member and customer level) IP address is x (exactly, contains or matches regular expression) Customer has previously made transactions that failed (opposed to "were blocked by fraud rules") Email address matches regular expression
Some of the new Anti-Fraud Rule options
MaxMind per gateway
A new setting has been added that allows you to run MaxMind only against transactions using particular payment gateways.
New MaxMind gateways setting
Transaction Search
You can now enter the transaction ID provided by the payment gateway in the AdminCP search box to find a transaction.
Looking up a transaction by gateway ID
Renewal Savings
If you have a product with multiple renewal terms, a new setting allows you to show alongside each option how much is saved. This can be shown either as a monetary value, or as a percentage.
Product showing savings for different renewal options
-
Mark got a reaction from sobrenome for a blog entry, New: Commerce Improvements
This entry is about our IPS Community Suite 4.2 release
Improved Stripe Integration
Stripe is a popular payment gateway that supports card payments. In IPS Community Suite 4.2 we have made some improvements to our integration:
When viewing a transaction in the AdminCP, it will show the last 4 digits of the card used, and the result of Stripe's risk evaluation. More information is sent to Stripe for easier cross-reference between Stripe's control panel and your AdminCP. This includes the customer's name, billing and shipping addresses, email address, associated transaction/invoice/customer IDs, and the invoice title.
Stripe Transaction in the AdminCP showing risk evaluation and card details
Transaction in Stripe's control panel showing customer and invoice details
Anti-Fraud Improvements
Anti-Fraud Rules now have some additional filters:
Products being purchases includes... Account was registered more/less than [x days] ago Customer is/isn't in group Customer has previously spent more/less than Time since last purchase is more/less than [x days] ago Custom profile fields (both at member and customer level) IP address is x (exactly, contains or matches regular expression) Customer has previously made transactions that failed (opposed to "were blocked by fraud rules") Email address matches regular expression
Some of the new Anti-Fraud Rule options
MaxMind per gateway
A new setting has been added that allows you to run MaxMind only against transactions using particular payment gateways.
New MaxMind gateways setting
Transaction Search
You can now enter the transaction ID provided by the payment gateway in the AdminCP search box to find a transaction.
Looking up a transaction by gateway ID
Renewal Savings
If you have a product with multiple renewal terms, a new setting allows you to show alongside each option how much is saved. This can be shown either as a monetary value, or as a percentage.
Product showing savings for different renewal options
-
Mark got a reaction from David.. for a blog entry, New: Commerce Improvements
This entry is about our IPS Community Suite 4.2 release
Improved Stripe Integration
Stripe is a popular payment gateway that supports card payments. In IPS Community Suite 4.2 we have made some improvements to our integration:
When viewing a transaction in the AdminCP, it will show the last 4 digits of the card used, and the result of Stripe's risk evaluation. More information is sent to Stripe for easier cross-reference between Stripe's control panel and your AdminCP. This includes the customer's name, billing and shipping addresses, email address, associated transaction/invoice/customer IDs, and the invoice title.
Stripe Transaction in the AdminCP showing risk evaluation and card details
Transaction in Stripe's control panel showing customer and invoice details
Anti-Fraud Improvements
Anti-Fraud Rules now have some additional filters:
Products being purchases includes... Account was registered more/less than [x days] ago Customer is/isn't in group Customer has previously spent more/less than Time since last purchase is more/less than [x days] ago Custom profile fields (both at member and customer level) IP address is x (exactly, contains or matches regular expression) Customer has previously made transactions that failed (opposed to "were blocked by fraud rules") Email address matches regular expression
Some of the new Anti-Fraud Rule options
MaxMind per gateway
A new setting has been added that allows you to run MaxMind only against transactions using particular payment gateways.
New MaxMind gateways setting
Transaction Search
You can now enter the transaction ID provided by the payment gateway in the AdminCP search box to find a transaction.
Looking up a transaction by gateway ID
Renewal Savings
If you have a product with multiple renewal terms, a new setting allows you to show alongside each option how much is saved. This can be shown either as a monetary value, or as a percentage.
Product showing savings for different renewal options
-
Mark got a reaction from anfimovir for a blog entry, New: Commerce Improvements
This entry is about our IPS Community Suite 4.2 release
Improved Stripe Integration
Stripe is a popular payment gateway that supports card payments. In IPS Community Suite 4.2 we have made some improvements to our integration:
When viewing a transaction in the AdminCP, it will show the last 4 digits of the card used, and the result of Stripe's risk evaluation. More information is sent to Stripe for easier cross-reference between Stripe's control panel and your AdminCP. This includes the customer's name, billing and shipping addresses, email address, associated transaction/invoice/customer IDs, and the invoice title.
Stripe Transaction in the AdminCP showing risk evaluation and card details
Transaction in Stripe's control panel showing customer and invoice details
Anti-Fraud Improvements
Anti-Fraud Rules now have some additional filters:
Products being purchases includes... Account was registered more/less than [x days] ago Customer is/isn't in group Customer has previously spent more/less than Time since last purchase is more/less than [x days] ago Custom profile fields (both at member and customer level) IP address is x (exactly, contains or matches regular expression) Customer has previously made transactions that failed (opposed to "were blocked by fraud rules") Email address matches regular expression
Some of the new Anti-Fraud Rule options
MaxMind per gateway
A new setting has been added that allows you to run MaxMind only against transactions using particular payment gateways.
New MaxMind gateways setting
Transaction Search
You can now enter the transaction ID provided by the payment gateway in the AdminCP search box to find a transaction.
Looking up a transaction by gateway ID
Renewal Savings
If you have a product with multiple renewal terms, a new setting allows you to show alongside each option how much is saved. This can be shown either as a monetary value, or as a percentage.
Product showing savings for different renewal options
-
Mark got a reaction from xtech for a blog entry, New: Commerce Improvements
This entry is about our IPS Community Suite 4.2 release
Improved Stripe Integration
Stripe is a popular payment gateway that supports card payments. In IPS Community Suite 4.2 we have made some improvements to our integration:
When viewing a transaction in the AdminCP, it will show the last 4 digits of the card used, and the result of Stripe's risk evaluation. More information is sent to Stripe for easier cross-reference between Stripe's control panel and your AdminCP. This includes the customer's name, billing and shipping addresses, email address, associated transaction/invoice/customer IDs, and the invoice title.
Stripe Transaction in the AdminCP showing risk evaluation and card details
Transaction in Stripe's control panel showing customer and invoice details
Anti-Fraud Improvements
Anti-Fraud Rules now have some additional filters:
Products being purchases includes... Account was registered more/less than [x days] ago Customer is/isn't in group Customer has previously spent more/less than Time since last purchase is more/less than [x days] ago Custom profile fields (both at member and customer level) IP address is x (exactly, contains or matches regular expression) Customer has previously made transactions that failed (opposed to "were blocked by fraud rules") Email address matches regular expression
Some of the new Anti-Fraud Rule options
MaxMind per gateway
A new setting has been added that allows you to run MaxMind only against transactions using particular payment gateways.
New MaxMind gateways setting
Transaction Search
You can now enter the transaction ID provided by the payment gateway in the AdminCP search box to find a transaction.
Looking up a transaction by gateway ID
Renewal Savings
If you have a product with multiple renewal terms, a new setting allows you to show alongside each option how much is saved. This can be shown either as a monetary value, or as a percentage.
Product showing savings for different renewal options
-
Mark got a reaction from Wonster for a blog entry, New: Commerce Improvements
This entry is about our IPS Community Suite 4.2 release
Improved Stripe Integration
Stripe is a popular payment gateway that supports card payments. In IPS Community Suite 4.2 we have made some improvements to our integration:
When viewing a transaction in the AdminCP, it will show the last 4 digits of the card used, and the result of Stripe's risk evaluation. More information is sent to Stripe for easier cross-reference between Stripe's control panel and your AdminCP. This includes the customer's name, billing and shipping addresses, email address, associated transaction/invoice/customer IDs, and the invoice title.
Stripe Transaction in the AdminCP showing risk evaluation and card details
Transaction in Stripe's control panel showing customer and invoice details
Anti-Fraud Improvements
Anti-Fraud Rules now have some additional filters:
Products being purchases includes... Account was registered more/less than [x days] ago Customer is/isn't in group Customer has previously spent more/less than Time since last purchase is more/less than [x days] ago Custom profile fields (both at member and customer level) IP address is x (exactly, contains or matches regular expression) Customer has previously made transactions that failed (opposed to "were blocked by fraud rules") Email address matches regular expression
Some of the new Anti-Fraud Rule options
MaxMind per gateway
A new setting has been added that allows you to run MaxMind only against transactions using particular payment gateways.
New MaxMind gateways setting
Transaction Search
You can now enter the transaction ID provided by the payment gateway in the AdminCP search box to find a transaction.
Looking up a transaction by gateway ID
Renewal Savings
If you have a product with multiple renewal terms, a new setting allows you to show alongside each option how much is saved. This can be shown either as a monetary value, or as a percentage.
Product showing savings for different renewal options
-
Mark got a reaction from inkredible for a blog entry, New: Commerce Improvements
This entry is about our IPS Community Suite 4.2 release
Improved Stripe Integration
Stripe is a popular payment gateway that supports card payments. In IPS Community Suite 4.2 we have made some improvements to our integration:
When viewing a transaction in the AdminCP, it will show the last 4 digits of the card used, and the result of Stripe's risk evaluation. More information is sent to Stripe for easier cross-reference between Stripe's control panel and your AdminCP. This includes the customer's name, billing and shipping addresses, email address, associated transaction/invoice/customer IDs, and the invoice title.
Stripe Transaction in the AdminCP showing risk evaluation and card details
Transaction in Stripe's control panel showing customer and invoice details
Anti-Fraud Improvements
Anti-Fraud Rules now have some additional filters:
Products being purchases includes... Account was registered more/less than [x days] ago Customer is/isn't in group Customer has previously spent more/less than Time since last purchase is more/less than [x days] ago Custom profile fields (both at member and customer level) IP address is x (exactly, contains or matches regular expression) Customer has previously made transactions that failed (opposed to "were blocked by fraud rules") Email address matches regular expression
Some of the new Anti-Fraud Rule options
MaxMind per gateway
A new setting has been added that allows you to run MaxMind only against transactions using particular payment gateways.
New MaxMind gateways setting
Transaction Search
You can now enter the transaction ID provided by the payment gateway in the AdminCP search box to find a transaction.
Looking up a transaction by gateway ID
Renewal Savings
If you have a product with multiple renewal terms, a new setting allows you to show alongside each option how much is saved. This can be shown either as a monetary value, or as a percentage.
Product showing savings for different renewal options
-
Mark got a reaction from BomAle for a blog entry, New: Commerce Improvements
This entry is about our IPS Community Suite 4.2 release
Improved Stripe Integration
Stripe is a popular payment gateway that supports card payments. In IPS Community Suite 4.2 we have made some improvements to our integration:
When viewing a transaction in the AdminCP, it will show the last 4 digits of the card used, and the result of Stripe's risk evaluation. More information is sent to Stripe for easier cross-reference between Stripe's control panel and your AdminCP. This includes the customer's name, billing and shipping addresses, email address, associated transaction/invoice/customer IDs, and the invoice title.
Stripe Transaction in the AdminCP showing risk evaluation and card details
Transaction in Stripe's control panel showing customer and invoice details
Anti-Fraud Improvements
Anti-Fraud Rules now have some additional filters:
Products being purchases includes... Account was registered more/less than [x days] ago Customer is/isn't in group Customer has previously spent more/less than Time since last purchase is more/less than [x days] ago Custom profile fields (both at member and customer level) IP address is x (exactly, contains or matches regular expression) Customer has previously made transactions that failed (opposed to "were blocked by fraud rules") Email address matches regular expression
Some of the new Anti-Fraud Rule options
MaxMind per gateway
A new setting has been added that allows you to run MaxMind only against transactions using particular payment gateways.
New MaxMind gateways setting
Transaction Search
You can now enter the transaction ID provided by the payment gateway in the AdminCP search box to find a transaction.
Looking up a transaction by gateway ID
Renewal Savings
If you have a product with multiple renewal terms, a new setting allows you to show alongside each option how much is saved. This can be shown either as a monetary value, or as a percentage.
Product showing savings for different renewal options
-
Mark got a reaction from BN_IT_Support for a blog entry, New: Commerce Improvements
This entry is about our IPS Community Suite 4.2 release
Improved Stripe Integration
Stripe is a popular payment gateway that supports card payments. In IPS Community Suite 4.2 we have made some improvements to our integration:
When viewing a transaction in the AdminCP, it will show the last 4 digits of the card used, and the result of Stripe's risk evaluation. More information is sent to Stripe for easier cross-reference between Stripe's control panel and your AdminCP. This includes the customer's name, billing and shipping addresses, email address, associated transaction/invoice/customer IDs, and the invoice title.
Stripe Transaction in the AdminCP showing risk evaluation and card details
Transaction in Stripe's control panel showing customer and invoice details
Anti-Fraud Improvements
Anti-Fraud Rules now have some additional filters:
Products being purchases includes... Account was registered more/less than [x days] ago Customer is/isn't in group Customer has previously spent more/less than Time since last purchase is more/less than [x days] ago Custom profile fields (both at member and customer level) IP address is x (exactly, contains or matches regular expression) Customer has previously made transactions that failed (opposed to "were blocked by fraud rules") Email address matches regular expression
Some of the new Anti-Fraud Rule options
MaxMind per gateway
A new setting has been added that allows you to run MaxMind only against transactions using particular payment gateways.
New MaxMind gateways setting
Transaction Search
You can now enter the transaction ID provided by the payment gateway in the AdminCP search box to find a transaction.
Looking up a transaction by gateway ID
Renewal Savings
If you have a product with multiple renewal terms, a new setting allows you to show alongside each option how much is saved. This can be shown either as a monetary value, or as a percentage.
Product showing savings for different renewal options
-
Mark got a reaction from Thomas. for a blog entry, New: Commerce Improvements
This entry is about our IPS Community Suite 4.2 release
Improved Stripe Integration
Stripe is a popular payment gateway that supports card payments. In IPS Community Suite 4.2 we have made some improvements to our integration:
When viewing a transaction in the AdminCP, it will show the last 4 digits of the card used, and the result of Stripe's risk evaluation. More information is sent to Stripe for easier cross-reference between Stripe's control panel and your AdminCP. This includes the customer's name, billing and shipping addresses, email address, associated transaction/invoice/customer IDs, and the invoice title.
Stripe Transaction in the AdminCP showing risk evaluation and card details
Transaction in Stripe's control panel showing customer and invoice details
Anti-Fraud Improvements
Anti-Fraud Rules now have some additional filters:
Products being purchases includes... Account was registered more/less than [x days] ago Customer is/isn't in group Customer has previously spent more/less than Time since last purchase is more/less than [x days] ago Custom profile fields (both at member and customer level) IP address is x (exactly, contains or matches regular expression) Customer has previously made transactions that failed (opposed to "were blocked by fraud rules") Email address matches regular expression
Some of the new Anti-Fraud Rule options
MaxMind per gateway
A new setting has been added that allows you to run MaxMind only against transactions using particular payment gateways.
New MaxMind gateways setting
Transaction Search
You can now enter the transaction ID provided by the payment gateway in the AdminCP search box to find a transaction.
Looking up a transaction by gateway ID
Renewal Savings
If you have a product with multiple renewal terms, a new setting allows you to show alongside each option how much is saved. This can be shown either as a monetary value, or as a percentage.
Product showing savings for different renewal options
-
Mark got a reaction from Daddy for a blog entry, New: Commerce Improvements
This entry is about our IPS Community Suite 4.2 release
Improved Stripe Integration
Stripe is a popular payment gateway that supports card payments. In IPS Community Suite 4.2 we have made some improvements to our integration:
When viewing a transaction in the AdminCP, it will show the last 4 digits of the card used, and the result of Stripe's risk evaluation. More information is sent to Stripe for easier cross-reference between Stripe's control panel and your AdminCP. This includes the customer's name, billing and shipping addresses, email address, associated transaction/invoice/customer IDs, and the invoice title.
Stripe Transaction in the AdminCP showing risk evaluation and card details
Transaction in Stripe's control panel showing customer and invoice details
Anti-Fraud Improvements
Anti-Fraud Rules now have some additional filters:
Products being purchases includes... Account was registered more/less than [x days] ago Customer is/isn't in group Customer has previously spent more/less than Time since last purchase is more/less than [x days] ago Custom profile fields (both at member and customer level) IP address is x (exactly, contains or matches regular expression) Customer has previously made transactions that failed (opposed to "were blocked by fraud rules") Email address matches regular expression
Some of the new Anti-Fraud Rule options
MaxMind per gateway
A new setting has been added that allows you to run MaxMind only against transactions using particular payment gateways.
New MaxMind gateways setting
Transaction Search
You can now enter the transaction ID provided by the payment gateway in the AdminCP search box to find a transaction.
Looking up a transaction by gateway ID
Renewal Savings
If you have a product with multiple renewal terms, a new setting allows you to show alongside each option how much is saved. This can be shown either as a monetary value, or as a percentage.
Product showing savings for different renewal options
-
Mark got a reaction from Adriano Faria for a blog entry, New: Commerce Improvements
This entry is about our IPS Community Suite 4.2 release
Improved Stripe Integration
Stripe is a popular payment gateway that supports card payments. In IPS Community Suite 4.2 we have made some improvements to our integration:
When viewing a transaction in the AdminCP, it will show the last 4 digits of the card used, and the result of Stripe's risk evaluation. More information is sent to Stripe for easier cross-reference between Stripe's control panel and your AdminCP. This includes the customer's name, billing and shipping addresses, email address, associated transaction/invoice/customer IDs, and the invoice title.
Stripe Transaction in the AdminCP showing risk evaluation and card details
Transaction in Stripe's control panel showing customer and invoice details
Anti-Fraud Improvements
Anti-Fraud Rules now have some additional filters:
Products being purchases includes... Account was registered more/less than [x days] ago Customer is/isn't in group Customer has previously spent more/less than Time since last purchase is more/less than [x days] ago Custom profile fields (both at member and customer level) IP address is x (exactly, contains or matches regular expression) Customer has previously made transactions that failed (opposed to "were blocked by fraud rules") Email address matches regular expression
Some of the new Anti-Fraud Rule options
MaxMind per gateway
A new setting has been added that allows you to run MaxMind only against transactions using particular payment gateways.
New MaxMind gateways setting
Transaction Search
You can now enter the transaction ID provided by the payment gateway in the AdminCP search box to find a transaction.
Looking up a transaction by gateway ID
Renewal Savings
If you have a product with multiple renewal terms, a new setting allows you to show alongside each option how much is saved. This can be shown either as a monetary value, or as a percentage.
Product showing savings for different renewal options
-
Mark got a reaction from Charles for a blog entry, New: Commerce Improvements
This entry is about our IPS Community Suite 4.2 release
Improved Stripe Integration
Stripe is a popular payment gateway that supports card payments. In IPS Community Suite 4.2 we have made some improvements to our integration:
When viewing a transaction in the AdminCP, it will show the last 4 digits of the card used, and the result of Stripe's risk evaluation. More information is sent to Stripe for easier cross-reference between Stripe's control panel and your AdminCP. This includes the customer's name, billing and shipping addresses, email address, associated transaction/invoice/customer IDs, and the invoice title.
Stripe Transaction in the AdminCP showing risk evaluation and card details
Transaction in Stripe's control panel showing customer and invoice details
Anti-Fraud Improvements
Anti-Fraud Rules now have some additional filters:
Products being purchases includes... Account was registered more/less than [x days] ago Customer is/isn't in group Customer has previously spent more/less than Time since last purchase is more/less than [x days] ago Custom profile fields (both at member and customer level) IP address is x (exactly, contains or matches regular expression) Customer has previously made transactions that failed (opposed to "were blocked by fraud rules") Email address matches regular expression
Some of the new Anti-Fraud Rule options
MaxMind per gateway
A new setting has been added that allows you to run MaxMind only against transactions using particular payment gateways.
New MaxMind gateways setting
Transaction Search
You can now enter the transaction ID provided by the payment gateway in the AdminCP search box to find a transaction.
Looking up a transaction by gateway ID
Renewal Savings
If you have a product with multiple renewal terms, a new setting allows you to show alongside each option how much is saved. This can be shown either as a monetary value, or as a percentage.
Product showing savings for different renewal options
-
Mark got a reaction from Aaron M for a blog entry, New: Commerce Improvements
This entry is about our IPS Community Suite 4.2 release
Improved Stripe Integration
Stripe is a popular payment gateway that supports card payments. In IPS Community Suite 4.2 we have made some improvements to our integration:
When viewing a transaction in the AdminCP, it will show the last 4 digits of the card used, and the result of Stripe's risk evaluation. More information is sent to Stripe for easier cross-reference between Stripe's control panel and your AdminCP. This includes the customer's name, billing and shipping addresses, email address, associated transaction/invoice/customer IDs, and the invoice title.
Stripe Transaction in the AdminCP showing risk evaluation and card details
Transaction in Stripe's control panel showing customer and invoice details
Anti-Fraud Improvements
Anti-Fraud Rules now have some additional filters:
Products being purchases includes... Account was registered more/less than [x days] ago Customer is/isn't in group Customer has previously spent more/less than Time since last purchase is more/less than [x days] ago Custom profile fields (both at member and customer level) IP address is x (exactly, contains or matches regular expression) Customer has previously made transactions that failed (opposed to "were blocked by fraud rules") Email address matches regular expression
Some of the new Anti-Fraud Rule options
MaxMind per gateway
A new setting has been added that allows you to run MaxMind only against transactions using particular payment gateways.
New MaxMind gateways setting
Transaction Search
You can now enter the transaction ID provided by the payment gateway in the AdminCP search box to find a transaction.
Looking up a transaction by gateway ID
Renewal Savings
If you have a product with multiple renewal terms, a new setting allows you to show alongside each option how much is saved. This can be shown either as a monetary value, or as a percentage.
Product showing savings for different renewal options
-
Mark got a reaction from Stuart Silvester for a blog entry, New: Editor Uploading
This entry is about our IPS Community Suite 4.2 release
IPS Community Suite has supported drag and drop uploading to the attachments area at the bottom of the editor since 4.0. In 4.2 we're pleased to add the ability to drag and drop right into the editor, so you can drop your attachment exactly where you want it to show without having to add it afterwards.
Drag and drop into editor
If your browser and OS supports it you can also copy and paste, either from the desktop or from other content on the web:
Copy and Paste
Naturally this works for ordinary files as well as images:
Drag and drop a file