the concept of Kits enhances the generic References capabilities. This means with Kits Product 360 allows you to group multiple single SKUs (Components) into a Kit SKU that will then be a sell-able item itself again.
E.g. you sell a Play Station, a Controller and a Game each individually but also have an item called Play Station Bundle (Kit) that has each of the three mapped as component to it. Furthermore you could add a sequence for the components and could also define substitutes like either a red controller or a green controller.
That the system allows to create references to IDs not (yet) in the system is on purpose. Imagine you want to import items that cross reference each other for example. Both sides the import would fail since the referenced object is missing in the system ;-)
With the implementation however we allow to track references even if the actual object is not (yet) maintained in Product 360.
Now to your general use case: I think you are good with just using the references entity here. We have an oob enumeration of reference types which can easily be adjusted to match the customer needs in the repository.
Thank you so much for your answer. Your answer definitely pointed me in the right direction. The references
feature should take care of what we are trying to accomplish.
Have one more follow up question. We plan to be importing the referenced items from a BI system. Let us say an item had references to 5 items as accessories. In our incoming import file if we now only have 3 items as references for that item and these 3 items could be the same or completely different. How can we take care of deleting the existing reference and reloading the new references? Any idea on how to accomplish this?
what you are describing is a feature we are planning to ship with the next release of Product 360 as out of the box. For now a solution to this has to be done through customization.