← Back to Roadmap

Recipe Management - Frontend

0 features

πŸ“‹ Description

Recipes provide a hierarchical, rule-driven way to assemble and manage publication structures from existing platform objects. They dynamically match content via metadata criteria, organize it into ordered navigation trees, and streamline authoring with guided creation and progress tracking.

πŸ’Ž Business Value

Faster publication assembly, less manual curation, consistent metadata application, and clearer visibility into coverage and readiness for multi‑variant deliverables. Easier integration with external source systems where external metadata can be mapped to recipe structures.
⚑ Active development branch

πŸ“ UX-Specification Resolved  View in Azure DevOps β†’

πŸ“– Frontend User Stories (4)

User stories linked from other projects

πŸ“– Metadata-Preserved Publishing (Release manager)

Committed

## Story Statement As an integration consumer, I want published content to include associated metadata so that downstream systems can identify, filter, and process content correctly. ## Business Value - Improves content filtering and precision in delivery channels. - Supports scalable taxonomy management across products. - Increases downstream automation through richer metadata context.

View in Azure DevOps β†’

πŸ“– Configurable Metadata Taxonomy and Multi-Level Application

Done

## Story Statement As a metadata manager, I want configurable metadata taxonomies (domains and values) and multi-level metadata assignment so that taxonomies can evolve and be applied consistently across recipe, topic, and element levels. ## Business Value - Improves content filtering and precision in delivery channels. - Supports scalable taxonomy management across products. - Increases downstream automation through richer metadata context.

View in Azure DevOps β†’

πŸ“– Filtered Publishing (Release manager)

Committed

## Story Statement As a IA, I want to apply profiles and classifications to content and recipes so that each output variant matches the intended product configuration. ## Business Value - Improves publishing throughput and release predictability. - Reduces output defects across variants and formats. - Strengthens downstream readiness with consistent publish artifacts.

View in Azure DevOps β†’

πŸ“– Digital-First Information Model (Recipe mgmt.)

Done

## Story Statement As a digital delivery lead, I want a topic-based information model so that content can be delivered dynamically instead of being constrained by publication-only workflows. ## Business Value - Enables digital-first delivery beyond publication-centric workflows. - Improves content discoverability and targeted delivery. - Supports scalable reuse through topic-based architecture.

View in Azure DevOps β†’

πŸ“‹ Frontend Requirements (5)

Related requirement tasks from other projects

βœ“ 3.32 - System generated content is published with associated metadata

To Do

Description Platform Status: partially implemented PPT Status: Roadmap MVP: Yes Must Have: Priority 1 (A) Notes What do they want in detail. If we have an object, that has classification metadata, where we publish it needs to receives an id denoting the origin of the topic. In the future potentially include related metadata. For fully dynamic delivery metadata is needed. Possible, applying invisible character to published PDF for metadata tagging Figures get hidden GUIDs on publication

View in Azure DevOps β†’

βœ“ 0.13 - System compliant with DITA 1.3 or later Is your DITA-OT out of the box or configured or customized?

To Do

Description Supports DITA authoring formats; DITA-OT implementation pending. Platform Status: partially implemented PPT Status: Partly MVP: Yes Must Have: Priority 1 (A) Notes DITA OT Not implemented yet Format implemented Is your DITA-OT out of the box or configure and customised. Currently authoring in DITA, don't want a different format. Product Owner Notes Not implemented DITA-OT Notes: DITA OT not implemented yet; implemented format; clarify OT configuration; maintain DITA authoring.

View in Azure DevOps β†’

βœ“ 6.10 - System supports a configurable or customizable metadata category list (unlimited #)

To Do

Description Platform Status: supported PPT Status: Yes MVP: Yes Must Have: Priority 1 (A) Use Case Brands, models, audience, VIN or salescodes, ID, any future needs. Current Challenges Metadata setup in current tool is managed by multiple teams and (depending on the data) can be tied to a deployment. Notes by classification metadata and profiles Profiling, classification, domains, metadata Hierarchical structures: Apply content based on taxonomical structure Produt family->Product->Version. Mapping VIN numbers to metadata filters handled externally Given a list of feature codes (w. description) and they map VIN to feature codes.

View in Azure DevOps β†’

βœ“ 6.20 - Ability to add metadata at publication/map/topic/element level

To Do

Description Platform Status: supported PPT Status: Partly MVP: Yes Must Have: Priority 1 (A) Notes Challenge here would be migration Have to use the engineering handling, clunky. Product Owner Notes Recipes need to be implemented.

View in Azure DevOps β†’

βœ“ 3.40 - System supports application of conditions/applicability/Global Product Hierarchy and variables to produce different outputs based on selections.

To Do

Description Platform Status: partially supported PPT Status: Partly MVP: Yes Must Have: Priority 1 (A) Use Case For example selection of conditions to produce manuals with different engine or transmission types, brands, models, etc. Notes this is profiling, we have not discussed variables - Tobias variables are used for marketing terms, differs between brans. How would one variable look like in a title? - Matthew How variables look in a title of an object. Complex conditions, "profile" conditions. NOT: Apply to Sweden & Norway, you are only ever interested in one facet at a time. Faceting: Profile and inline profiling Product Owner Notes Inline profiling and recipes need to be implemented to fully validate functionality

View in Azure DevOps β†’