Problem ist, das der Subprocess jedes mal auch wieder eine neue Instanz erzeugt, statt die Instanzen zu sammeln :-( oder?

Es ist nicht verboten zwei Prozesse in einem Diagram darzustellen.
Ich schlage daher vor zwei Prozesse zu nehmen. Denn technisch sind es wahrscheinlich auch zwei unabhängige Dinge.

Wenn du darstellen willst, dass die Synchronisation über die Prozesse über die Liste passiert, dann kannst du die Liste als Datenobjekt einfügen. Problematisch ist das nur, weil in BPMN ein Datenobjekt nur im Kontext eines Prozesses lebt. Eine Synchronisation über Prozessgrenzen hinweg ist da nicht vorgesehen gewesen. Da bin ich aber mal pragmatisch, denn sooo genau ist die Spec auch nicht. Wichtig ist, dass deine Zielgruppe versteht was du kommunizieren willst.

Marc-Andre Michel hat die Revision6 der Zwei-Prozess-Lösung gemacht und dabei einen neuen Weg aufgezeigt. Ich habe es hier mal repliziert und verfeinert, da es eine echte Alternative ist.

Wenn man beide Subprozesse wieder in einen Gesamtprozess einbettet, dann kann das Datenobject ausgetauscht werden. Es lebt im Kontext des Prozesses 'CRs annehmen'. Zwei unabhängige Prozesse nebeneinander in einem Subprozess ist eine Kurzschreibweise für Parallelität. Soweit noch okay, aber es bedeutet auch, dass jeder enthaltene Subprozess genau einmal ausgeführt wird.

Um das zu beheben, habe ich den umgebenen Gesamtprozess zu einem Ad Hoc Subprozess gemacht. Dadurch können alle enthaltenen Subprozesse beliebig oft ausgeführt werden. Somit wäre der Prozess 'CRs' annehmen ein ständig aktiver Prozess, der zwei unabhängige Teilprozesse enthält die beliebig (Startbedingungen vorrausgesetzt) aktiv sind.

PS: Nutzt die Ratingfunktionen auf der Prozessseite um die Modelle zu bewerten!