Campaign Classes

Campaign classes are allowance tiers inside a campaign. They let one campaign offer different daily and monthly data allowances—for example, standard, premium, or promotional users—without creating a separate campaign for every tier.

A class is configuration data, not a standalone gateway rule. It becomes operational when a campaign-based Service Limit imports the campaign's active classes.

How campaign classes fit together

For a campaign called Student Learning 2026, you might create:

Class	Identifier	Daily	Monthly	Purpose
Standard	standard	250 MB	2,000 MB	Normal participant allowance.
Premium	premium	1,000 MB	10,000 MB	Higher sponsored allowance.
Default	default	100 MB	500 MB	Fallback tier agreed by the business.

Use one unit consistently within a campaign where possible. Equivalent values expressed in different units are harder to compare and easier to configure incorrectly.

Campaign Classes list

Open Gateway > Campaign Classes. Search and filters help find a class, and list/grid controls change the presentation. The list should be used to confirm the class name, campaign, identifier, unit, values, default flag, and state before editing.

Before you create a class

Confirm:

• that the parent campaign already exists;
• the exact class identifier expected by the integration;
• the unit used to measure traffic;
• the permitted daily and monthly volumes;
• whether this is the campaign's agreed default class; and
• whether the class is approved to be active.

The service limit form accepts campaign classes only after a campaign is selected. It loads classes belonging to that campaign and expects usable, active class configuration.

Create a campaign class

1. Open Gateway > Campaign Classes.
2. Select Create Campaign Class.
3. Enable Set as default? only if this is the approved default tier.
4. Enter the Class Name.
5. Select the parent Campaign.
6. Enter the Class Identifier.
7. Select the Unit of Measure.
8. Enter the Monthly Limit and Daily Limit.
9. Select the Class State.
10. Review the configuration and select Create Campaign Class.

Field guide

Field	Required	What it controls	Guidance
Set as default?	No	Marks the class as the campaign's default tier.	Enable it only according to the agreed fallback design. Avoid several default classes in one campaign.
Class Name	Yes	The descriptive name shown in the portal.	Use a name users can distinguish. Maximum length is 80 characters.
Campaign	Yes	The parent campaign.	Select carefully; the service limit retrieves classes by campaign.
Class Identifier	Yes	The technical value that distinguishes the allowance tier.	Use letters, numbers, and dashes only. Keep it stable after consumers are integrated.
Unit of Measure	Yes	The unit for both allowance values.	Available values are gigabytes, megabytes, kilobytes, and bytes.
Monthly Limit	Yes	The total permitted during the monthly period.	Enter zero or a positive whole number. Check it against the daily limit and expected usage pattern.
Daily Limit	Yes	The total permitted during the daily period.	Enter zero or a positive whole number in the selected unit.
Class State	Yes	Whether the class is active or inactive.	Only activate complete and approved classes.

Understand daily and monthly allowances

The two limits protect different time windows. The daily limit controls short bursts; the monthly limit controls the total accumulated usage across the longer period. A user must therefore remain within the applicable windows configured by the enforcing service limit.

For example, a 1 GB daily limit and 10 GB monthly limit does not provide 30 GB in a 30-day month. The user may consume at most 1 GB on a day, but after consuming 10 GB during the month the monthly allowance has been exhausted.

Warning

The class form validates that both values are present and are not negative, but it does not enforce that the daily value is less than the monthly value. Review this relationship yourself before saving.

Choose the unit carefully

The unit determines the scale of both numeric values. 1000 megabytes and 1000 gigabytes are radically different allowances even though the number is the same. The campaign class and the service limit should use the same unit unless the solution has been explicitly designed and tested to convert between them.

Record the agreed unit in the campaign's change request or product specification. Do not change only the unit on a live class; changing 1000 MB to 1000 GB without changing the number increases the allowance substantially.

Default and inactive classes

The default flag identifies the campaign's fallback tier. The exact way a calling integration chooses or falls back to that class is solution-specific, so confirm the expected request mapping with the service owner before relying on it.

An inactive class remains in the portal for history and later editing, but should not be used for a new active allowance. If a service limit cannot load a selected campaign, check that the campaign contains at least one active class with valid values.

Edit a campaign class

Open the class from the list, make the change, and select Update Campaign Class.

Treat identifier, unit, and allowance changes as production-impacting changes. A campaign-based service limit stores the campaign-class values in its own configuration, so after changing a class, open the related service limit and confirm that its imported class configuration reflects the intended values before release.

For a major allowance change, consider creating a new class identifier and migrating users rather than silently changing the meaning of an existing class. This makes rollback and audit easier.

Pre-release checklist

• The class belongs to the correct campaign.
• The identifier matches the value expected by the integration.
• Daily and monthly limits use the correct unit.
• The daily value makes sense relative to the monthly value.
• Only the intended class is marked as default.
• The class is active only when approved.
• The related service limit has been reviewed or refreshed.
• Test users near and above the thresholds receive the expected result.

Troubleshooting

The class does not appear after selecting a campaign

Confirm that it belongs to the selected campaign, is active, and has usable allowance values. Save the class, then reload the service-limit page.

Users receive the wrong allowance

Check the user's class identifier, the class unit and values, and the copy of the campaign classes stored in the service limit. Also confirm that multiple users are not accidentally sending the same user identifier.

The monthly limit is reached sooner than expected

Confirm that the value is in the intended unit, review all usage accumulated during the month, and check whether several clients share one user identifier. A daily reset does not reset the monthly counter.