Difference between revisions of "Cascade Weight"

From TMM Wiki
Jump to navigationJump to search
m
 
 
(6 intermediate revisions by 4 users not shown)
Line 6: Line 6:
 
}}
 
}}
  
How do I use the Weight setting of a [[Cascade]]?
+
The cascade weight field lets [[NATS]] randomly switch between two or more [[NATS4 Cascade|cascades]], giving precedence to the [[Ct#Cascade|cascade]] with the higher weight. This option can be found under Biller Cascades in [[NATS4 Billers Admin|the Billers Admin]].
The cascade weight field lets [[NATS]] randomly switch between two or more
 
cascades.  
 
  
 
== Finding the Weight setting ==
 
== Finding the Weight setting ==
Go to the [[Billers Admin]] and Edit the desired cascade.
+
Go to the [[NATS4 Billers Admin|Billers Admin]] and Edit your desired [[Ct#Cascade|cascade]].
  
If more than one cascade exists with the exact same description, then
+
If more than one [[Ct#Cascade|cascade]] with the same description exists in your system, then
NATS selects which cascade to use when the [[ct#Join Form|join form]] loads. This
+
NATS automatically selects which cascade to use when the [[ct#Join Form|join form]] loads. This selection is based on the total weight of all [[Ct#Cascade|cascades]] that share a description. Figure 1.4 depicts how this process works:
selection is based on the total weight of all cascades that share a
 
description. Figure 1.4 depicts how this process works:
 
  
[[Image:Cascade_example.jpg|frame|center||||Figure 1.4 - When NATS Selects a Cascade]]
+
[[File:Cascade_example.jpg|450 px|Figure 1.4 - When NATS Selects a Cascade]]
  
Figure 1.4 provides an example cascade scenario that involving three
+
Figure 1.4 provides an example of a cascade scenario that involves three
cascades all with the same description and different weight values.
+
cascades, all with the same description and different weight values.
Since they all have the same description, NATS creates a "pool" of all
+
 
the cascades. This "pool" contains 75 copies of the Third Cascade, 100
+
NATS then creates a "pool" of all the similar [[Ct#Cascade|cascades]]. This "pool" contains 75 copies of the Third Cascade, 100 copies of the Second Cascade, and 50 copies of the First Cascade for a total of 225.  
copies of the Second Cascade, and 50 copies of the First Cascade for a
+
 
total of 225. After NATS creates this pool, it randomly selects which
+
After NATS creates this pool, it randomly selects which
 
cascade to use from said pool, which means that the more "entries"
 
cascade to use from said pool, which means that the more "entries"
that there are in this pool for a single cascade, the more often it
+
that there are in this pool for a single cascade, the higher the probability it
 
will be selected.
 
will be selected.
 +
 +
 +
 +
For NATS version 4.1.19.1 or higher, the Cascade weight feature will now work with auto and normal cascades with same description.
 +
 +
 +
 +
Other than this number setting, there are three other options available for weight:
 +
*[[Autocascade|Automatic Cascade]]
 +
*[[Gateway One Step Join|Gateway One Step Cascade]]
 +
*[[NATS4 Hidden Cascades|Hide Cascade]]
 +
 +
 +
 +
 +
 +
 +
 +
== Using cascade weight for cascade based splitting of different join options ==
 +
 +
NATS allows an admin to show specific options and xsell options based on a specific cascade. This is useful in cases where you have more than one xsell for a specific biller, but you would like these to both display in a specific interval.
 +
 +
For this setup, an additional cascade is needed. Most times, a 1 to 1 copy of your existing cascade is what is needed.
 +
You'll want to ensure that the cascades being used for this process have matching cascade descriptions, as they will need to match in order for the cascade weights will take effect
 +
 +
The following will be based off of a setup where there are 2 cross sale join options for a biller and would like to have these cross sale join options split as 30/70. This setup can be modified for additional options and cascades, this is a basic example.
 +
 +
Once you have your two cascades, set one weight to 30 and weight to 70
 +
ex. id 2 set to weight: 30
 +
ex. id 3 set to weight: 70
 +
 +
[[File:Cross_sale_cascade_setup.PNG]]
 +
 +
 +
For the cross sell (xsell) setup, the outgoing xsells rules to need to be setup to only be available for one of these cascades.
 +
For this example, we would be looking at outgoing xsells, id 1 and id 2
 +
 +
For xsell id 1 create an 'ENABLE' rule where where the column 'cascade' is set to cascade id 1. You can find this column when setting up a new rule by clicking the 'Advanced Form' link.
 +
[[File:Cross_sale_1_rules.PNG]]
 +
 +
For xsell id 2 you would have an 'c' rule and set the 'cascade' to id 2.
 +
[[File:Cross_sale_2_rules.PNG]]
 +
 +
Additional rule limitation may be added here to further restrict these rules as needed.
 +
 +
 +
As per the example provided, the two cascades will be weighted 30/70. The xsells are set to display only for their respective cascade that is set in the 'ENABLE' rule.<br>
 +
Once a surfer hits the join page, NATS will decide which cascade (id 2 or 3) will be shown.<br>
 +
When cascade id 1 is used, only xsell id 1 will be displayed.
 +
When cascade id 2 is used, where only xsell id 2 will be displayed.
 +
 +
  
 
[[Category:Also NATS4 Article]]
 
[[Category:Also NATS4 Article]]
 +
[[Category:NATS4 Billers Admin]]

Latest revision as of 15:12, 24 September 2018

NATS 4
Members Admin
The Members Admin
View Member Details
Add Member
MySQL Auth
Mod Authn DB
Multisite Access
Member Logging
Member Password Retrieval
OpenID Connect
Mod Auth OpenIDC
ID Numbers
Billers Admin
The Billers Admin
Biller
Biller Fees
Taxes
NATS Cascades
Add Cascade
Cascade Weight
Autocascade
Hidden Cascades
Geo-Targeting Cascades
Post-Biller Templates
HTTPS Gateways
Timed Cascade Rules
Upgrade Plus
Token Plus
Gateway One Step Join
Extra Biller Fields
Send Information To Special Biller
Setting Rules
Cross Sell Supported Billers
Upsell Supported Billers
Packageplus Supported Billers
Tokenplus Supported Billers
NATS 3
Billers Admin
Biller
Cascade
NATS Cascades
Adding Cascades
Biller Cancel Promotions
Cascade Weight
Autocascade
Hidden Cascades
Geo-Targeting Cascades
Type-In Cascade
Post-Biller Templates
Extra Biller Fields
HTTPS Gateways
Payment Deduction
Timed Cascade Rules
Multiple Biller Accounts
Upgrade Plus
Adding a Biller

The cascade weight field lets NATS randomly switch between two or more cascades, giving precedence to the cascade with the higher weight. This option can be found under Biller Cascades in the Billers Admin.

Finding the Weight setting

Go to the Billers Admin and Edit your desired cascade.

If more than one cascade with the same description exists in your system, then NATS automatically selects which cascade to use when the join form loads. This selection is based on the total weight of all cascades that share a description. Figure 1.4 depicts how this process works:

Figure 1.4 - When NATS Selects a Cascade

Figure 1.4 provides an example of a cascade scenario that involves three cascades, all with the same description and different weight values.

NATS then creates a "pool" of all the similar cascades. This "pool" contains 75 copies of the Third Cascade, 100 copies of the Second Cascade, and 50 copies of the First Cascade for a total of 225.

After NATS creates this pool, it randomly selects which cascade to use from said pool, which means that the more "entries" that there are in this pool for a single cascade, the higher the probability it will be selected.


For NATS version 4.1.19.1 or higher, the Cascade weight feature will now work with auto and normal cascades with same description.


Other than this number setting, there are three other options available for weight:




Using cascade weight for cascade based splitting of different join options

NATS allows an admin to show specific options and xsell options based on a specific cascade. This is useful in cases where you have more than one xsell for a specific biller, but you would like these to both display in a specific interval.

For this setup, an additional cascade is needed. Most times, a 1 to 1 copy of your existing cascade is what is needed. You'll want to ensure that the cascades being used for this process have matching cascade descriptions, as they will need to match in order for the cascade weights will take effect

The following will be based off of a setup where there are 2 cross sale join options for a biller and would like to have these cross sale join options split as 30/70. This setup can be modified for additional options and cascades, this is a basic example.

Once you have your two cascades, set one weight to 30 and weight to 70 ex. id 2 set to weight: 30 ex. id 3 set to weight: 70

Cross sale cascade setup.PNG


For the cross sell (xsell) setup, the outgoing xsells rules to need to be setup to only be available for one of these cascades. For this example, we would be looking at outgoing xsells, id 1 and id 2

For xsell id 1 create an 'ENABLE' rule where where the column 'cascade' is set to cascade id 1. You can find this column when setting up a new rule by clicking the 'Advanced Form' link. Cross sale 1 rules.PNG

For xsell id 2 you would have an 'c' rule and set the 'cascade' to id 2. Cross sale 2 rules.PNG

Additional rule limitation may be added here to further restrict these rules as needed.


As per the example provided, the two cascades will be weighted 30/70. The xsells are set to display only for their respective cascade that is set in the 'ENABLE' rule.
Once a surfer hits the join page, NATS will decide which cascade (id 2 or 3) will be shown.
When cascade id 1 is used, only xsell id 1 will be displayed. When cascade id 2 is used, where only xsell id 2 will be displayed.