Preparing the latest guides, releases, and feature request updates.
Loading guides
Preparing the right Knowledge Base content for this platform.
Use pricing rule groups (first match vs. accumulate) | Chamevo Support Center
Use pricing rule groups (first match vs. accumulate)
Understand the difference between First Match and All Matches evaluation modes, and when to use each for tiered or stacking pricing.
Updated April 28, 20265 min read
Every pricing group uses one of two match types that control how conditions are evaluated. Choosing the right match type determines whether customers pay a single tier price or accumulate charges across multiple thresholds.
The two match types
Match type
Label in Pricing Rules Manager
Behavior
First Match
First Match — "Stops after the first matching rule is applied"
Checks conditions in order. Applies the price from the first condition that matches, then stops. Like an if/else chain
All Matches
All Matches — "Every matching rule is applied and stacked"
Checks every condition. Applies the price from every condition that matches. Prices accumulate
You choose the match type when creating or editing a pricing group in Chamevo → Pricing Rules.
First Match — tiered pricing
Use First Match when you want only one price tier to apply at a time. This is the most common choice.
Example: character-count tiers
A store charges extra for long text on personalized items:
With First Match, the system checks from top to bottom and stops at the first match:
Text typed
Characters
Checks
Result
"Hello"
5
Fails all 3
$0.00
"Happy Birthday"
13
Fails > 30, fails > 20, matches > 10 → stops
$1.50
"Happy Birthday to my best friend"
29
Fails > 30, matches > 20 → stops
$3.00
"Congratulations on your wonderful achievement today"
45
Matches > 30 → stops
$5.00
The customer pays only the single tier they fall into. A 45-character text pays $5.00, not $5.00 + $3.00 + $1.50.
Rule order matters
With First Match, conditions are checked top to bottom. Place the highest threshold first.
Correct order:
Greater than 30 → $5.00
Greater than 20 → $3.00
Greater than 10 → $1.50
Wrong order:
Greater than 10 → $1.50
Greater than 20 → $3.00
Greater than 30 → $5.00
With the wrong order, a 45-character text matches "> 10" first and only pays $1.50. The system never reaches the $5.00 rule.
All Matches — stacking pricing
Use All Matches when you want prices to accumulate. Every condition that matches adds its price.
Example: progressive color charges
A screen printing store charges per additional color:
Condition
Price
Greater than or equal to 4 colors
$3.00
Greater than or equal to 3 colors
$2.00
Greater than or equal to 2 colors
$1.00
With All Matches, every passing condition stacks:
Colors used
Matches
Total added
1
None
$0.00
2
>= 2
$1.00
3
>= 2, >= 3
$1.00 + $2.00 = $3.00
4
>= 2, >= 3, >= 4
$1.00 + $2.00 + $3.00 = $6.00
Each threshold adds its own surcharge on top of the others.
When All Matches makes sense
Per-color pricing — each additional color adds to production cost
Progressive line charges — each additional line of engraving requires a separate machine pass
Cumulative element fees — each additional design element adds handling time
Choosing the right match type
Pricing goal
Match type
Why
Tiered pricing (customer falls into one tier)
First Match
Only the applicable tier price applies
Per-unit surcharges (each unit adds cost)
All Matches
Charges accumulate per threshold
Simple flat surcharge at a single threshold
First Match
One condition, one price — either it matches or it does not
Escalating production costs
All Matches
Each threshold represents an additional production step
If you are unsure, start with First Match. It is simpler to reason about and covers most use cases.
Multiple pricing groups on one product
A single Print Profile can have multiple pricing groups assigned. Each group evaluates independently.
Example: text tiers + color surcharges
Group
Property
Match type
Text length tiers
Text Length
First Match
Color surcharges
Number of Colors Used
All Matches
If a customer types 25 characters using 3 colors:
Text Length group (First Match): 25 characters matches "> 20" → $3.00
Colors group (All Matches): 3 colors matches ">= 2" ($1.00) and ">= 3" ($2.00) → $3.00
Total from pricing rules: $6.00
The groups do not interfere with each other. Each evaluates its own property against its own conditions.
The Number of Elements property
The Number of Elements property counts how many matching elements exist on the canvas. It pairs well with both match types:
First Match — charge a flat fee once the customer adds more than a threshold number of elements
All Matches — charge progressively for each additional element
Example: extra element fee (First Match)
Condition
Price
Greater than 3 elements
$4.00
Greater than 1 element
$2.00
A customer with 2 elements pays $2.00. A customer with 5 elements pays $4.00 (not $6.00 — First Match stops at the first match).
Maximum View Price
If you use All Matches and prices can stack to high amounts, consider setting a cap. In the Print Profile settings, the Maximum View Price field limits the total pricing rule charges for a view. Set it to -1 to disable the cap.
This prevents unexpected totals when customers combine many elements, colors, and text on a single view.
Check your setup
Create a pricing group with First Match and two or three tiered conditions.
Assign it to a Print Profile and open the product.
Test that only one tier applies at a time.
Change the match type to All Matches.
Test the same thresholds and verify that matching conditions stack.
Verify the total price makes sense for your production costs.
Q: Can I change the match type after creating a pricing group?
A: Yes. Open the pricing group, change the match type, and save. The change takes effect immediately for all products using that group.
Q: What happens if no conditions match?
A: No price is added from that group. The base product price remains unchanged.
Q: Can I mix First Match and All Matches groups on the same product?
A: Yes. Each pricing group has its own match type. A Print Profile can include groups with different match types, and they evaluate independently.
Q: Does the order of groups in the Print Profile matter?
A: No. Groups evaluate independently regardless of their order in the Print Profile's Pricing Rule Groups list. Only the order of conditions within a single First Match group matters.
