-
Notifications
You must be signed in to change notification settings - Fork 2
Should the specification support hybrid planning applications? #399
Copy link
Copy link
Open
Labels
BacklogParked issues are active issues that are unlikely to be resolved for the initial draftParked issues are active issues that are unlikely to be resolved for the initial draftapplication-typeQuestions and issues about application typesQuestions and issues about application typescommunity help wantedExtra attention from the community is neededExtra attention from the community is neededenhancementImproving what we already haveImproving what we already havesuggestion
Metadata
Metadata
Assignees
Labels
BacklogParked issues are active issues that are unlikely to be resolved for the initial draftParked issues are active issues that are unlikely to be resolved for the initial draftapplication-typeQuestions and issues about application typesQuestions and issues about application typescommunity help wantedExtra attention from the community is neededExtra attention from the community is neededenhancementImproving what we already haveImproving what we already havesuggestion
Type
Fields
Give feedbackNo fields configured for issues without a type.
We are considering whether the specification needs to support a
hybridplanning application type.At the moment, our understanding is:
It sounds as though hybrid cases are often handled in a fairly improvised way:
fullin back-office systemsIn the current specification model,
fullandoutline-somealready resolve to the same set of modules. So it is not yet clear what a distincthybridtype would need to add in data terms.Before we proceed with further work on this, we would like to understand whether the sector would find explicit support for hybrid applications useful.
Questions
The aim here is not to design a hybrid type immediately, but to test whether this is a real sector need and, if so, what problem it should solve.