Hello Cliff,
You are correct that you don't technically need the Incident_Service entity to have a many-to-many relationship. The Mendix platform will handle the underlying linking tables for you and you just need to specify the association as many-to-many.
However, it can be helpful at times to have that intermediate transactional data entity. For example, if you wanted to store some details like when the association was made and what the severity level was, you might want to consider having that intermediate entity with a many-to-one association to both Service and Incident.
For an example of many-to-many and transactional data, check out the TELCO field service sample app on the app store here:
https://appstore.home.mendix.com/link/app/2188/Mendix/Telco-Field-Service-App
In this sample app, you can see many-to-many relationships implemented between the 'Item' and 'Installation' entities. One installation can use multiple Items and Items can be used at many installations. Check it out!
Best,
Rob
Cliff, you're exactly right. Mendix will generate a table called YourModule$Incident_Service with the related IDs in it. You only need to create the many-to-many association in your domain model.
On your pages, you can use the Reference Set selector widget, or a number of widgets from the app store to allow users to set this association (search for "reference" or "tag"). You can of course also set these associations in microflows.