Blog Sections Open
Exporting Products to XML from Evolution CMS
A practical export note for Evolution CMS catalogs that need to generate XML feeds for external systems.
Once a catalog needs an XML feed, the main question is not only how to print XML. The real question is how to map resource fields, TVs, categories, and transformed values into a stable export structure that external systems can trust.
What to define first
- Which fields come from core resource data.
- Which values come from TVs.
- How categories should be represented.
- Which fields need cleaning, formatting, or fallback rules.
Why XML exports often fail
Projects tend to build the feed too close to one current marketplace requirement. Later, when another consumer needs slightly different fields, the export becomes hard to evolve.
A better approach is to define one internal export model first, then render that model into the required XML format. Evo can do this well as long as the field mapping is explicit and not hidden in scattered template logic.
Using catalogFill to Update Existing Products Instead of Duplicating Them
How to configure catalogFill imports so existing Evolution CMS products are matched and updated correctly instead of being recreated on every run.
Sorting pdoResources by Integer TV Values Correctly
How to avoid wrong sort order in pdoResources when numeric TV values are being sorted as plain strings instead of integers.