Price Manager - Article

What Price Manager is

Price Manager is the central administrative view for maintaining prices across:

• Training Activities
• Additional Products

Open it from Course Administration → Price Manager.

It is especially useful when:

• Many Training Activities use the same set of currencies
• A new currency or market is being introduced
• A portfolio-wide price review is due
• Additional Product prices must be maintained alongside training prices
• Finance or commercial owners need a focused price-quality review
• Prices must be prepared before activities become self-enrollable

Price Manager reduces the need to open every Training Activity or Product separately. It does not replace the detailed item configuration. Use the item itself when you also need to change features, assignment, description, product type, payment method, tax context, or other non-price settings.

Price Manager is a maintenance view, not a pricing engine

Eurekos does not calculate prices from costs, margins, exchange rates, market indices, or another currency. Administrators enter the approved amount for every required currency.

Keep the related pricing concepts separate

Treat these as connected controls with different owners. A correct number in Price Manager cannot compensate for an unavailable payment method, incorrect tax rule, hidden activity, or unintended discount.

Price Manager compared with item-level editing

Use Price Manager when the task is primarily about reviewing or changing amounts across several records.

Use the Training Activity or Product record when the task includes configuration beyond price.

Permissions and ownership

Course Administrator, Support, Platform Administrator, and Global Administrator roles normally have the Course Administration permissions needed to manage Activities and Products, subject to organization scope and platform configuration.

Platform-level Commerce configuration—including currencies, payment providers, customer types, tax rules, seller information, and global price formatting—is normally reserved for Platform or Global Administrators.

This creates a useful separation of responsibility:

• Platform governance decides which currencies and commerce mechanisms exist.
• Commercial or finance owners approve what prices should be charged.
• Course Administrators maintain the approved amounts on Activities and Products.
• Finance verifies Transactions, invoices, and downstream accounting.

Before providing access, define who may:

• Approve a price
• Enter or change a price
• Introduce a new currency
• Change a default currency or country association
• Approve a discount campaign
• Validate tax treatment
• Publish an activity after price review
• Reconcile the first Transactions after a change

Open and understand Price Manager

1. Open Course Administration.
2. Select Price Manager.
3. Use search to locate an item by its recognizable title or other available search information.
4. Select the appropriate view:
   • All
   • Training Activities
   • Products
5. Review the available price fields for the enabled currencies.
6. Enter or update only approved values.
7. Save using the action provided by the interface.
8. Reopen or refresh the relevant record to confirm that the value persisted.

Do not interpret the ability to edit many prices from one screen as permission to change them without review. One misplaced decimal or copied value can affect every future checkout for that item and currency.

Use the correct list view

Search for the correct record

Clear naming prevents costly errors. Use titles that distinguish:

• Activity from Product
• Region or market
• Delivery type
• Language
• Cohort or date when relevant
• Product edition or version
• Internal, partner, or public offer

Before editing a similar title:

1. Confirm the item type.
2. Open the underlying item if necessary.
3. Confirm its ID, language, connected activities, and current audience.
4. Check whether it is a recurring, cloned, linked, translated, or nested activity.
5. Return to Price Manager and edit the intended row.

Price Manager centralizes the amounts; it does not merge related records. Each Activity and Product remains its own object.

Understand enabled currencies

Platform Administrators manage currencies under Settings → Commerce → Currency.

Enabling a currency makes it available for configuration and presentation across the platform. It does not automatically create activity or product prices, confirm payment-provider support, or complete the related tax and invoicing setup.

Important: Price Manager cannot introduce a currency. The currency must first be enabled in the platform Commerce configuration.

Decide whether to enable a currency

Every enabled currency creates prices and supporting processes that must be maintained. Confirm the following before activation:

Enable a currency only when it serves an established commercial requirement and its supporting prices, payment route, documents, and ownership are ready. A larger currency selection does not improve the participant experience when the underlying configuration is incomplete.

How Eurekos chooses the displayed currency

For a registered user, currency presentation is normally based on the country in the user's profile and the country-to-currency associations configured in Commerce.

Example:

If no currency is associated with the user's country, the platform uses the default currency.

If the selected country currency does not have a price configured for the item, the platform can fall back to the default-currency price. This protects the purchasing flow from a missing localized value, but it may expose a market to a price that was not intentionally designed for it.

Fallback is continuity, not pricing approval

A valid default price can keep checkout working. It does not mean Finance approved that default amount for every country. Review missing localized values before launching a market.

Default currency

The platform always has one default currency. It is used when:

• A user's country has no associated currency
• A localized currency amount is unavailable and fallback is required
• An anonymous visitor cannot be assigned a more specific currency
• Another commerce flow requires a platform fallback

Changing the default currency is a platform-level decision with broad impact. It can alter what users see when no more specific match is found. It does not convert stored prices or rewrite historical Transactions.

At least two currencies must exist before an administrator can select a different default.

Anonymous Storefront visitors

Before login or registration, Eurekos does not have a profile country for an anonymous visitor. The platform therefore uses its default behavior unless an optional geographic-detection integration is configured.

With geographic detection, the likely visitor country can influence the displayed currency. After login or registration, the country in the user profile becomes the relevant basis.

Test both anonymous and registered journeys. A public visitor may initially see one currency and later see another if profile data indicates a different country.

Prices are not converted automatically

Eurekos does not apply live exchange rates. Every amount is entered independently.

For example:

These amounts can represent:

• Regional purchasing power
• Local market competition
• Reseller arrangements
• Rounded customer-friendly prices
• Currency risk and payment fees
• Strategic market positioning

They do not need to be mathematically equivalent.

Avoid calculating ad hoc conversions while editing. Maintain an approved price matrix with an effective date, owner, and rationale.

Configure Training Activity prices

Price is an activity-level feature. A regular price can be set in the currencies enabled on the platform.

Set a paid price

Enter the approved amount for each required currency. Then verify:

• The user's country selects the intended currency
• The fallback is acceptable when a localized amount is missing
• The intended payment method supports that currency
• Tax and seller rules produce the correct total
• The Activity Description and Storefront communicate price correctly
• Discounts produce the expected net amount
• The Transaction preserves the expected currency and total

Set an activity as free

Enter 0 for the relevant regular price to make the activity free in that price context.

A zero amount can change the learner journey, including whether the simplified free-enrollment flow applies. It can also remove the Coupon field because there is no regular activity price to discount.

Before changing a paid activity to zero, check:

• Whether all intended currencies should become free
• Whether a remaining non-zero currency creates inconsistent regional access
• Whether required Additional Products still create a payable order
• Whether administrator purchase notifications exclude free enrollments
• Whether an external commercial page still advertises a paid amount
• Whether Market Value should continue to report estimated value

A missing price is not the same as zero

Use zero when the approved price is free. Do not leave a currency unconfigured merely to mean free.

A missing localized price can trigger default-currency fallback or make the currency unavailable in a supported administrative price selector. The exact behavior depends on the enrollment route and context.

This distinction matters:

Price Activities that are not self-enrollable

Price and self-enrollment control different parts of the commercial process.

A Training Activity can therefore require a price even when enrollment is managed by an administrator, customer, partner, or another controlled process.

Use the activity price as the starting point

The configured activity price can provide the standard commercial value while individual signup prices reflect approved exceptions. For example, the same private partner course may have a standard price of EUR 500, while one participant is fully sponsored and another is charged a contract rate of EUR 350.

An override changes the applicable price for that signup; it should not be used as an undocumented substitute for a broader organization, campaign, or contract-pricing model.

A price does not make an activity purchasable. Participant access still depends on the activity’s publication and status, Storefront configuration, audience and organization rules, availability and registration dates, capacity, approval requirements, and supported payment methods.

Configure Additional Product prices

Additional Products are reusable physical or digital items—such as manuals, exams, kits, tools, or learning resources—that are priced separately from the Training Activity.

Use Price Manager to maintain their prices across enabled currencies. Product prices remain independent of the Training Activity price, even when the Product is presented as part of an activity offer.

Example: discount applied to the Training Activity

A participant buys a Training Activity for EUR 300 with a 20% Coupon discount and an Additional Product costing EUR 50.

Commercial wording: A campaign promising “20% off everything” would not match this checkout calculation because the Additional Product remains EUR 50. Describe the offer as 20% off the Training Activity unless an approved process also adjusts the Product price.

Configure Virtual Credit prices

Virtual Credits provide an organization-funded payment route for eligible enrollments. Instead of paying through a conventional currency at checkout, the required number of credits is deducted from the paying organization’s available balance.

A Virtual Credit price is maintained separately from prices in EUR, USD, or other enabled currencies. It should represent an intentional organizational charge—not an assumed conversion from the monetary price.

Do not confuse Virtual Credits with other price concepts

Set the Virtual Credit price deliberately

When Virtual Credits are enabled and supported for the item, configure the credit price independently of its regular-currency prices.

For example, an activity priced at EUR 300 does not automatically cost 300 Virtual Credits. Its approved credit price might be 30 credits, 100 credits, or another value defined by the organization’s commercial or allocation model.

When setting the price, consider:

• The organization or partner agreement
• How credits are funded or allocated
• The relative value of other activities and Products
• Whether the price should cover the complete offer or only the Training Activity
• Who approves and maintains the credit model
• How future price changes will be communicated

Understand the enrollment validation

Price and balance are maintained separately. Changing an item’s Virtual Credit price does not add credits to an organization or alter its existing balance. Manage funding, adjustments, and credit history through the relevant organization-credit process.

Payment, tax, and checkout configuration remain separate

Price Manager maintains the base amount. Whether the participant can pay it—and the final amount recorded at checkout—depends on separate Commerce and activity configuration.

After changing a price, test the complete checkout and resulting Transaction—not only the base amount displayed by Price Manager.

Price Manager does not diagnose external-provider authorization, capture, settlement, or refund failures. Investigate those through the relevant payment and financial processes.

Understand how discounts use the activity price

The amount maintained in Price Manager is the Training Activity’s base regular price. Applicable discounts are calculated from that amount during checkout; they do not replace the reusable price in Price Manager.

Example: combined activity discount

A Training Activity has a base price of EUR 200. The participant receives a 10% organization discount and enters a 20% Coupon.

Before changing a base price:

1. Identify active organization discounts.
2. Review current Discount campaigns and their activity scope.
3. Calculate the expected net activity price for each relevant audience.
4. Confirm that Additional Products remain separately priced.
5. Test the complete order.

A correct base price can still produce an unintended participant price when active discounts are overlooked.

Distinguish Market Value from price

Market Value represents the estimated business value delivered by a Training Activity. It supports internal value reporting when training is free, discounted, funded centrally, included in a subscription, or sold for less than its estimated value.

It remains separate from both the reusable price and the amount recorded in a Transaction.

A Platform Administrator enables Market Value under Settings → Commerce → Finance management & reporting → Enable Market Value. A Course Administrator can then enter the value on the Training Activity where the setting is available.

Example: free training with measurable value

A compliance program may be free to employees and create a zero-value Transaction while retaining a Market Value that represents the service delivered. Conversely, changing a Training Activity’s price from EUR 100 to EUR 120 does not automatically change its Market Value.

Use Price Manager for future payable prices, Transactions for recorded commercial events, and Market Value Report for estimated value. Do not use Market Value to replace a missing price, reconcile payment, or calculate tax.

Manual enrollment and specified prices

When the activity Price feature is configured, supported administrator enrollment forms can allow Specify price.

The administrator may be able to select:

• One of the regular currencies with an explicitly configured activity amount
• Virtual Credits when available
• Free

The selected currency initially uses the activity amount but can be changed for that signup in the supported form.

This is a transaction-specific override. It does not update the reusable base price in Price Manager.

Likewise, a later Price Manager change does not rewrite the amount already recorded for that participant.

Use a documented reason for every override, such as:

• Contractual partner price
• Approved goodwill exception
• Staff or instructor enrollment
• Migration of a prior purchase
• Manual correction before finalizing the signup

Historical Transactions do not change

Price Manager affects future use of the price configuration. Existing Transactions remain historical evidence of what applied when they were created.

After increasing an activity from EUR 100 to EUR 120:

• A future eligible checkout uses EUR 120.
• A completed historical EUR 100 Transaction remains EUR 100.
• A manually overridden participant price remains the recorded amount for that signup.
• An external invoice or payment-provider record remains governed by its own process.
• Market Value does not automatically change.

Never edit the current base price to make an old Transaction “match.” Reconcile the historical record and use the proper refund, invoice correction, or accounting process.

Related, linked, repeated, and cloned records

Price Manager edits individual Training Activities and Products. Relationships between records do not create one shared price object.

Recurring or linked activities

Each delivery remains its own Training Activity with its own price, capacity, participants, and Transactions. A linked date selector does not guarantee identical prices across the group.

If prices should match, review every member explicitly. If prices intentionally differ by venue, date, or format, document that policy and test how choices appear to participants.

Cloned activities

A clone begins from copied configuration, but later price maintenance is independent. Changing the original does not prove that the clone changed, and changing the clone does not prove that the original changed.

Multi-language activities

Translated or language-related activities are still separate Activity records. Review every version and currency. A user can otherwise see a different price after selecting another language.

Nested Existing Training

A parent learning journey and its nested Training Activities retain their own commercial records. Determine which level the participant actually enrolls in and which activity owns the payable price.

Additional Products reused across activities

A Product is reusable. Updating its price can affect future purchases wherever that Product is offered. Review every activity using the Product before changing it.

Prepare a governed price change

Before editing Price Manager, confirm the commercial decision, affected records, and operational dependencies. The actual change is made through the Price Manager procedure described earlier, and the result is tested through the validation matrix that follows this section.

Effective-date planning: Price Manager maintains the current reusable price and does not provide a documented future-price scheduler. Apply the new amounts during an approved release window unless another controlled process manages the timing.

Validate after a price change

Use a test matrix such as:

Common pricing designs

Troubleshooting

For the related processes, see Discount campaigns and Coupons, Additional Products, and Transactions. Use Market Value Report for estimated learning value rather than payable amounts.