Es scheint nicht nur das Problem der gleichen Alarmierung zu sein. Wenn nur die eine Einheit alarmiert wird, führt er eine falsche Pipeline aus.
Hier der Log dazu:

28.10.2013 - 13:33:37.436 INFO AlarmPool - Neuer eingehender Alarm für "1234567"
28.10.2013 - 13:33:37.436 INFO AlarmPool - Kein Sammelalarm
28.10.2013 - 13:33:37.452 INFO AAOController - Suche nach Stichwort in "XXXXX"
28.10.2013 - 13:33:37.467 INFO AddressGenerator - Versuche Einsatz-Adresse zu berechnen aus Feld <message>...
28.10.2013 - 13:33:37.467 INFO AddressGeneratorStreetDictionary - Straße 'XX' in 'XX' gefunden
28.10.2013 - 13:33:37.530 INFO PipelineController - Pipeline gestartet für 1234567
28.10.2013 - 13:33:37.530 INFO Pipeline - Pipeline von Einheit (2345678) wurde mit AlarmData () gestartet
28.10.2013 - 13:33:37.546 INFO PluginController - PluginController mit Plugin radioOperator_customAlarm.RadioOperator_customAlar m (Admin0) mit AlarmData ()wurde gestartet
28.10.2013 - 13:33:37.546 INFO RadioOperator_customAlarm - Textfeld für einzeiligen Alarmtext ist leer
28.10.2013 - 13:33:37.561 INFO RadioOperator_customAlarm - Key "pluginMessage" gesetzt auf: XXXXXXXX
28.10.2013 - 13:33:37.561 INFO PluginController - PluginController mit Plugin radioOperator_customAlarm.RadioOperator_customAlar m (Admin0) mit AlarmData () nach 15 ms beendet
28.10.2013 - 13:33:37.655 INFO PluginController - PluginController mit Plugin apagerIOS.ApagerIOS (Admin1) mit AlarmData ()wurde gestartet
28.10.2013 - 13:33:37.655 INFO PluginController - PluginController mit Plugin apager.Apager (Admin2) mit AlarmData ()wurde gestartet

......

28.10.2013 - 13:33:37.155 INFO Pipeline - Pipeline von Einheit (2345678) wurde nach 7625 ms beendet. Fehler aufgetreten: Nein

Ich habe jetzt die zweite Einheit 2345678 gelöscht. Ich hoffe es klappt jetzt erstmal bis wir eine andere Lösung haben.
Vielen Dank für die Hilfe.