---
schema_version: "1"
id: e3b9fb0df525b2a51617e3c8a3963bc3652e680eb3ec1b7e7b04af7c06bf28b4
title: Cache Metadata
collection: developer
version: current
locale: en-us
portal_url: https://docs.salesforce.com/developer/current/en-us/industries/cme/guides/comms-t-cache-metadata.md
canonical_url: https://developer.salesforce.com/docs/industries/cme/guide/comms-t-cache-metadata.html
source_site: developer.salesforce.com
content_type: documentation
content_hash: 6417ce2a57ae8da6af761ee9fd33440f991c937ee8612be2c5414e0dd63ccc18
products:
  - Communications, Media, Energy and Utilities APIs (Managed Package)
  - Industries Developer Documentation
---
# Cache Metadata

While the cache is being populated in cached API response objects, the system caches metadata information about those cache entries. That information is then used by the regenerate batch job to get the affected cache entries and generate or regenerate the cache data. As a prerequisite to caching metadata, the corresponding trigger setting should be enabled.

With versioning, different versions of the same product use the same offer code where a change in the sObjects can affect:

- One version of the cache if it’s a fixed reference.

- All versions of the cache if it’s a floating reference.

- Some versions of the cache if it’s a hybrid reference.

Caching the metadata in the cached API response offers objects involves a mechanism to:

- Link the cache entry with its version: If there are any changes in EPC for the released products that affect only one particular version of the cache entries, then linking the cache entry with its version performs a delta regeneration of the cache entries for that particular offer version. This includes an OfferId column to account for the unique ID of a particular product version.

- Link the cache entry with the time slice(s) to which it belongs: If there is any change in the qualifying context rule or rule associations affecting the eligibility of the product, then the catalog level entries (Context eligibility result items, Offers List, etc.) need to be regenerated to include or exclude that product. Having information about the time slices to which offers belong means performing a delta regeneration of only those time slices catalog level entries. This information can be derived from using the VersionInfo list and TimeSliceInfo types of data cached by the version info generator batch

![Link the cache entry with the time slice(s) to which it belongs](https://developer.salesforce.com/docs/media/dc_cachemetadata.png)