Im folgenden Beispiel sollen zusätzlich zu einem Vertriebskontakt auch die entsprechenden Termine für den zuständigen Vertriebsbeauftragten und die teilnehmenden Vertriebsmitarbeiter gleichzeitig geändert werden. Diese Änderung soll lediglich über die Anwendung SD-CAS selbst erfolgen können. Es sei vorausgesetzt, daß die Termine zuvor bereits über diese Anwendung durch einfachen Aufruf der Terminverwaltungsschnittstelle angelegt worden sind.

SD-CAS reagiert auf die Events mit hier nicht näher spezifizierten Unterroutinen, die sowohl den Kontakt, als auch die Termine verarbeiten sollen. Dabei wird das Feld EXIT_INFO dazu benutzt, technische Informationen bei der Terminverwaltung abzulegen, zu ändern und vor der Anzeige auszuwerten. Sie dienen der Anwendung zur näheren Identifikation des Kunden zu dem der Kontakt stattfindet.

Innerhalb der Form Routine TO_MODIFY finde ein Absprung in die Anwendungstransaktion statt, welche zusätzlich zu ihrem eigenen Kontakt auch die passenden Termine über die Schnittstelle ändert. Damit danach nicht noch der Änderungs-Dialog des Kalenders erscheint, wird die Steuerungsvariable ERROR_MESSAGE-VAR1 gleich 'EXIT' gesetzt.

Ein Verschieben der Termine wird ganz verboten. Es wird stattdessen eine anwendungsspezifische Fehlermeldung ausgegeben und die weitere Kalenderverarbeitung, die den Termin ja verschieben würde, wiederum unterdrückt. Der letzte Fall des Verschiebens könnte alternativ natürlich auch durch einen Transaktionswechsel, wie er beim Ändern erfolgt, abgehandelt werden.