Wrong or confusing enum values for `stockType` of options, additional options, and product variants
For options, additional options (once product options) and product variants it's possible to set a
stockType that will define how the given/stored stock is managed in the future (because it's not implemented yet).
The enum values for these three domains aren't consistent and furthermore, some are wrong assigned so that it would result in a different result than expected. Therefore, in all three domains, the enums for the
stockType should be changed to the following behaviour:
integer): Only positive values are allowed as stock, including zero.
natural): All numbers are allowed as stock.
not-managed: The stock is not actively managed, which means that this value is not considered for the determination of the current stock.
Things to be tested:
- Creation and update of options, additional options, and product variants
- Gambio Updater (should update old enum values in several DB tables)