<\/p>\n
Wer Access-Anwendungen entwickelt, erledigt dies in der Regel für seine Kunden oder Benutzer. Ob es nun einer, wenige oder viele Benutzer sind: Früher oder später meldet sich der eine oder andere mit Fehlermeldungen oder Verbesserungswünschen. Davon ausgehend, dass Sie diese auch berücksichtigen möchten, ist hier ein funktionierendes System zur Erfassung und Abarbeitung der Anforderungen gefragt, gegebenenfalls auch für mehrere Benutzer. Wir gehen in diesem Fall von einer reinen E-Mail-Schnittstelle aus und wollen dazu Microsoft Outlook nutzen.<\/b><\/p>\nAufgaben des Ticketsystems<\/h2>\n
Das Ticketsystem soll eine ganze Reihe von Aufgaben erleichtern. Die erste Aufgabe ist, die per E-Mail eingehenden Anfragen halbautomatisch zu erfassen. Halbautomatisch deshalb, weil eine vollautomatische Erfassung voraussetzen würde, dass alle derartigen Anfragen zumindest an eine eigens dafür vorgesehene E-Mail-Adresse gerichtet sind – was nicht unbedingt immer der Fall ist, wie etwa beim Autor dieser Zeilen.<\/p>\n
E-Mails, die eine Anfrage enthalten, die mit dem Ticket-System verarbeitet werden soll, soll der Benutzer in Outlook in einen speziell dafür vorgesehenen Outlook-Ordner verschieben. Diesen statten wir natürlich per VBA-Code so aus, dass die E-Mail dann automatisch weiterverarbeitet wird und in der Datenbank des Ticketsystems landet.<\/p>\n
E-Mails, die Bedingungen erfüllen, die auf eine Support-Anfrage hindeuten, können natürlich automatisch per Outlook-Regel erfasst und in den dafür vorgesehenen Outlook-Ordner verschoben werden, von wo aus die Mail wie oben beschrieben weiterverarbeitet wird.<\/p>\n
Wenn eine E-Mail in Form eines Tickets im Ticketsystem angelegt wurde, sollen verschiedene Schritte erfolgen: Zum Beispiel muss die E-Mail so ausgewertet werden, dass sich ein Kunde daraus ableiten lässt. Die Kunden speichert das Ticketsystem in einer eigenen Tabelle, wobei wir uns hier auf die Daten Anrede, Vorname und Nachname beschränken wollen – und natürlich die E-Mail-Adresse. Hier wird es interessant, denn ein Kunde kann durchaus mehr als eine E-Mail-Adresse verwenden. Also müssen wir die E-Mail-Adressen separat in einer eigenen Tabelle verwalten.<\/p>\n
Sobald einmal ein Kundendatensatz für eine E-Mail-Adresse angelegt wurde, sollen eingehende E-Mails mit dieser Absenderadresse automatisch dem Kunden zugeordnet werden.<\/p>\n
Bei der Bearbeitung eines Tickets können verschiedene Aufgaben anfallen:<\/p>\n
Notizen haben lediglich informativen Charakter und sollen dafür sorgen, dass Informationen nicht verloren gehen. Aufgaben sollen sortiert und bearbeitet werden können, damit man sieht, welche Teilschritte zum Fertigstellen eines Tickets nötig und welche bereits erledigt sind. E-Mail-Antworten enthalten beispielsweise Rückfragen oder aber die Mitteilung, ob und wie das Problem gelöst werden konnte. Die jeweils erste Antwort zu einem Ticket soll im Betreff mit einer eindeutigen ID ausgestattet werden, die der Kunde in seiner Antwort weiterverwenden soll. Auf diese Weise braucht man nicht mehr die E-Mail-Adresse der Antworten heranzuziehen, um die Antwort zuzuordnen, sondern kann diese direkt dem Ticket zuweisen.<\/p>\n
Um auch dem Autor dieses Beitrags den Alltag zu erleichtern, wollen wir für die Antworten auf die Kundenanfragen auch einige Textbausteine vorsehen, die häufiger vorkommende Anfragen beantworten. Diese Textbausteine sollen natürlich mit Platzhaltern versehen und mit den Daten des Kunden gefüllt werden.<\/p>\n
Und wenn Sie schon Kundenanfragen annehmen und diese mit einem Ticketsystem verwalten wollen, können Sie auch gleich die Reaktionszeiten tracken und entsprechende Statistiken ausgeben lassen.<\/p>\n
Den Rahmen eines einzigen Beitrags sprengt diese Lösung bei Weitem, daher finden Sie die einzelnen Elemente auf verschiedene Beiträge aufgeteilt. Wir verweisen von diesem Hauptbeitrag aus auf weiterführende Beiträge.<\/p>\n
Den Ausgangspunkt für ein Ticket bildet eine E-Mail-Anfrage (diese kann beispielsweise direkt per Mail oder auch über ein Kontaktformular erstellt worden sein – wichtig ist, dass diese als E-Mail in Outlook eingeht und dort im entsprechenden Ordner für die Verarbeitung von E-Mail-Anfragen landet).<\/p>\n
Die E-Mail-Anfrage liefert uns einige Daten: die Absender-E-Mail-Adresse, gegebenenfalls den Vor- und den Nachnamen des Kunden sowie einen Text, der die Beschreibung des Problems enthält. Aus diesen Informationen möchten wir folgende Aktionen ableiten:<\/p>\n
Das Datenmodell sieht bis hierher wie in Bild 1 aus. Die Tabelle tblKunden <\/b>ist über das Feld AnredeID <\/b>mit der Tabelle tblAnreden <\/b>verknüpft. Jedem Kunden können beliebig viele E-Mail-Adressen zugeordnet werden, also gibt es eine Tabelle namens tblEMailAdressen<\/b>, die über das Fremdschlüsselfeld KundeID <\/b>mit der Tabelle tblKunden <\/b>verknüpft ist.<\/p>\n
![\"Datenmodell](\"..\/fileadmin\/_temp_\/2016_02\/pic_1033_001.png\")
<\/p>\n
Bild 1: Datenmodell für den ersten Teil der Beitragsreihe<\/span><\/b><\/p>\n Zu jedem Kunden kann es natürlich auch beliebig viele Tickets geben. Daher ist die Tabelle tblTickets <\/b>ebenfalls über ein Fremdschlüsselfeld, wieder namens KundeID<\/b>, mit der Tabelle tblKunden <\/b>verknüpft.<\/p>\n Diese Tabelle enthält neben dem Primärschlüsselfeld und dem Fremdschlüsselfeld KundeID <\/b>noch folgende weitere Felder:<\/p>\n Die Tabelle tblMailItems <\/b>kennen Sie vielleicht bereits: Wir haben diese im Beitrag Outlook-Mails nach Empfang archivieren <\/b>(www.access-im-unternehmen.de\/1007<\/b>) vorgestellt. Wir werden auch die dort erläuterten Techniken zum halbautomatischen Einlesen von E-Mails in diese Tabelle in abgewandelter Form verwenden.<\/p>\n Fehlt noch die Tabelle tblNotizen<\/b>, die wir in diesem Teil noch nicht erläutern werden, aber die zum Speichern von Notizen zum jeweiligen Ticket verwendet wird. Im Beitrag HTML-Liste mit Access-Daten <\/b>(www.access-im-unternehmen.de\/1029<\/b>) erfahren Sie schon einmal, wie die Notizen später dargestellt werden sollen.<\/p>\n Wir schauen uns zuerst das Formular an, mit dem wir die Kunden und deren E-Mail-Adressen verwalten. Dieses sieht im Entwurf wie in Bild 2 aus und verwendet die Tabelle tblKunden<\/b> als Datenherkunft. Da das Formular nur jeweils einen Datensatz zum Bearbeiten anzeigen soll beziehungsweise zum Anlegen eines neuen Kunden verwendet werden soll, stellen Sie die Eigenschaften Datensatzmarkierer<\/b>, Navigationsschaltflächen<\/b>, Trennlinien <\/b>und Bildlaufleisten <\/b>auf den Wert Nein <\/b>ein. Außerdem erhält Automatisch zentrieren <\/b>den Wert Ja<\/b>.<\/p>\n Bild 2: Entwurf des Formulars frmKundeDetail<\/span><\/b><\/p>\n Die E-Mail-Adressen zum jeweiligen Kunden steuert das Unterformular sfmEMailAdressen <\/b>bei. Als Datenherkunft dient hier die Tabelle tblEMailAdressen<\/b>. Das Formular soll seine Daten in der Datenblattansicht darstellen, also verwenden Sie für die Eigenschaft Standardansicht <\/b>den Wert Datenblatt<\/b>.<\/p>\n Wenn Sie das Unterformular sfmEMailAdressen <\/b>aus dem Navigationsbereich in den Entwurf des Hauptformulars frmKundeDetail <\/b>ziehen, sollte Access die Eigenschaften Verknüpfen von <\/b>und Verknüpfen nach <\/b>des Unterformular-Steuerelements automatisch jeweils auf den Wert KundeID <\/b>einstellen – falls nicht, holen Sie dies manuell nach.<\/p>\n <\/p>\n Das Formular frmKundeDetails <\/b>soll entweder zum Anlegen eines neuen Datensatzes oder zum Bearbeiten eines vorhandenen Datensatzes geöffnet werden.<\/p>\n Im Falle des Anlegens sollen gleich ein paar Standardwerte gesetzt werden; außerdem gehen wir hier davon aus, dass der Benutzer gleich die E-Mail-Adresse des zu erstellenden Benutzers übergibt – und zwar mit OpenArgs<\/b>-Parameter.<\/p>\n Der Aufruf würde dann etwa so aussehen:<\/p>\n Das Formular sollte sich dann wie in Bild 3 präsentieren: Die übergebene E-Mail-Adresse ist bereits im Unterformular eingestellt, die Anrede ist mit Herr <\/b>vorbelegt, das Kombinationsfeld aber für eine mögliche änderung bereits geöffnet.<\/p>\n Bild 3: Das Formular frmKundeDetail beim Anlegen eines neuen Kunden<\/span><\/b><\/p>\n Damit dies geschieht, sind ein paar Zeilen Code notwendig. Diese finden Sie in Listing 1. Die dortige Prozedur wird durch das Ereignis Beim Laden <\/b>des Formulars ausgelöst. Die Prozedur prüft zunächst anhand der nicht dokumentierten Eigenschaft DefaultEditing<\/b>, in welchem Modus das Formular geöffnet wurde, also mit welchem Wert für den Parameter DataMode <\/b>der OpenForm<\/b>-Methode. Hat diese Eigenschaft den Wert 1<\/b>, wurde die Konstante acFormAdd<\/b> verwendet, das Formular soll also zum Hinzufügen eines neuen Datensatzes genutzt werden.<\/p>\n Listing 1: Laden des Formulars frmKundeDetail<\/span><\/b><\/p>\n In diesem Fall prüft die Prozedur, ob das öffnungsargument, also die Eigenschaft OpenArgs<\/b>, einen Wert enthält. Dies sollte die E-Mail-Adresse für den anzulegenden Kunden sein. Ist diese vorhanden, trägt die Prozedur die E-Mail-Adresse für das Textfeld txtEMailAdresse <\/b>des Unterformulars als Standardwert ein. Diese Eigenschaft kann nur String<\/b>-Werte entgegennehmen, deshalb müssen wir diese explizit in Anführungszeichen einfassen, was wir mit Chr(34) <\/b>vor und hinter der E-Mail-Adresse erledigen.<\/p>\n Steckt keine E-Mail-Adresse in Me.OpenArgs<\/b>, verwenden wir stattdessen den Ausdruck Das Setzen der Eigenschaft Dirty <\/b>des Formulars auf den Wert True <\/b>sorgt dafür, dass der Datensatz im Recordset des Formulars angelegt und mit einer Datensatznummer versehen wird. Damit können wir nun auch die E-Mail-Adresse im Unterformular speichern, denn dies wäre nicht sinnvoll, wenn der Primärschlüsselwert im Hauptformular noch den Wert Null <\/b>enthält – wir wollen den Datensatz im Unterformular ja mit dem im Hauptformular verknüpfen.<\/p>\n Da dies nun gewährleistet ist, können wir auch den verknüpften Datensatz der Tabelle tblEMailAdressen <\/b>durch Setzen von Dirty <\/b>auf den Wert True <\/b>für das Unterformular anlegen. Zuvor müssen wir allerdings den Fokus auf das Unterformular-Steuerelement und dann auf ein Steuerelement im Unterformular setzen.<\/p>\n Da die E-Mail-Adresse nun im Recordset angelegt ist, ändern wir noch den Standardwert für das Textfeld txtEMail-Adresse <\/b>auf eine leere Zeichenkette. Schließlich setzen wir den Fokus wieder auf das Kombinationsfeld AnredeID <\/b>und klappen dieses mit der Methode DropDown <\/b>auf.<\/p>\n Vor dem Speichern eines Kundendatensatzes soll die Prozedur, die durch das Anklicken der Schaltfläche cmdOK <\/b>ausgelöst wird, die enthaltenen Daten validieren, damit diese nicht unvollständig sind. Die Prozedur heißt cmd-OK_Click<\/b> und sieht wie folgt aus:<\/p>\n Das Ausblenden des Formulars löst nun das Ereignis Beim Entladen <\/b>aus, das wir wie in Listing 2 implementiert haben. Dieses nutzt die folgende modulweit deklarierte Variable:<\/p>\n Listing 2: Validierung vor dem Speichern eines Kundendatensatzes<\/span><\/b><\/p>\n Die Prozedur prüft zuerst, ob bolCancel <\/b>den Wert False <\/b>hat. bolCancel<\/b> wird nur dann auf True <\/b>eingestellt, wenn der Benutzer das Formular über die Abbrechen<\/b>-Schaltfläche verlässt. Die dadurch ausgelöste Prozedur sieht so aus:<\/p>\n Sie prüft wieder, ob das Formular zum Hinzufügen eines Datensatzes geöffnet wurde. Falls ja, wird der bereits angelegte Datensatz wieder gelöscht, bolCancel <\/b>auf True <\/b>eingestellt und das Formular mit DoCmd.Close acForm, Me.Name <\/b>geschlossen.<\/p>\n Wichtig ist hier, dass bolCancel <\/b>den Wert True <\/b>erhält, denn so kann die Prozedur Form_Unload <\/b>direkt entscheiden, ob der Benutzer das Anlegen des Datensatzes abbricht (mit der Abbrechen<\/b>-Schaltfläche) oder das Formular anderweitig schließt (über OK <\/b>oder die Schließen-Schaltfläche oben rechts). Beim Abbrechen soll der Datensatz nicht validiert, sondern gelöscht werden.<\/p>\n Hat bolCancel <\/b>den Wert False<\/b>, prüft die Prozedur Form_Unload <\/b>zunächst den Wert des Feldes AnredeID<\/b>. Hat der Benutzer dort keinen Wert ausgewählt, erscheint eine Meldung, der Fokus wird auf das Feld AnredeID <\/b>gesetzt und das Kombinationsfeld aufgeklappt, damit der Benutzer direkt sieht, was fehlt. Außerdem endet die Prozedur hier.<\/p>\n Ist die Anrede vorhanden, prüft die Prozedur den Vornamen. Auch hier erscheint eine Meldung, wenn dieser nicht angegeben wurde, der Fokus landet auf dem Feld Vorname <\/b>und die Prozedur endet. Das Gleiche geschieht mit dem Feld Nachname<\/b>. Sind AnredeID<\/b>, Vorname <\/b>und Nachname <\/b>angegeben, folgt die Prüfung der E-Mail-Adresse. Diese ist etwas aufwendiger, da diese ja über das Unterformular eingegeben werden. Es soll mindestens eine E-Mail-Adresse vorhanden sein, also liest die Prozedur den Wert der Eigenschaft RecordCount <\/b>des Recordset<\/b>-Objekts des Unterformulars aus. Ist dieser 0<\/b>, hat der Benutzer noch keine E-Mail-Adresse eingetragen und es erscheint die obligatorische Erinnerungsmeldung.<\/p>\n Danach stellt die Prozedur den Fokus zuerst auf das Unterformular-Steuerelement und dann auf das Textfeld txtEMailAdresse <\/b>ein, bevor sie die Prozedur beendet. Wurden alle Validierungen erfolgreich bestanden, blendet die letzte Anweisung das Formular aus.<\/p>\n Das Unterformular enthält einige Zeilen Code, die dafür sorgen, dass Sie unter mehreren E-Mail-Adressen die Standard-E-Mail-Adresse ganz einfach per Doppelklick auswählen können. Die dort verwendete Technik erklären wir ausführlich im Beitrag Standardwerte per bedingter Formatierung <\/b>(www.access-im-unternehmen.de\/1028<\/b>).<\/p>\n Kommern wir zu einer wichtigen Schnittstelle der Ticketverwaltung. Sie wollen ja nicht jede eingehende E-Mail in Outlook öffnen, dann einen neuen Ticket-Datensatz in der Ticketverwaltung anlegen und Informationen wie E-Mail-Adresse, Kundendaten et cetera manuell übernehmen.<\/p>\n Stattdessen nutzen wir zum Anlegen der Tickets auf Basis der E-Mail-Inhalte ein Formular wie das in Bild 4.<\/p>\n Bild 4: Das Formular frmOffeneEMails zum Erstellen von Tickets auf Basis von Kundenanfragen<\/span><\/b><\/p>\n Wir gehen an dieser Stelle davon aus, dass die E-Mail-Anfragen der Kunden von Outlook aus in der Tabelle tblMailItems <\/b>landen (wie das genau geschieht, erläutern wir im zweiten Teil der Beitragsreihe). Sofern in dieser Tabelle Datensätze vorliegen, die noch nicht mit einem der Datensätze der Tabelle tblTickets <\/b>verknüpft sind, soll das Formular frmOffeneEMails <\/b>automatisch beim öffnen der Ticketverwaltung angezeigt werden (wie das gelingt, zeigen wir im zweiten Teil).<\/p>\n Die noch offenen E-Mail-Anfragen soll das Formular dann im Listenfeld links oben anzeigen. Ein Klick auf einen der Einträge zeigt die Details der E-Mail dann in den darunter befindlichen Textfeldern an. Da viele E-Mails mit Plaintext und HTML-Text ankommen, haben wir für jede Formatierung ein eigenes Textfeld vorgesehen. Je nachdem, auf welches Format Sie klicken, um sich den Inhalt genauer anzusehen, wird das jeweilige Textfeld vergrößert. Auch diese Technik beschreiben wir in einem weiteren Beitrag, nämlich in Textfelder mit flexibler Höhe <\/b>(www.access-im-unternehmen.de\/1026<\/b>).<\/p>\n Das Formular soll es vereinfachen, einen neuen Kundendatensatz zu der angezeigten E-Mail-Adresse anzulegen und die für das Ticket zu verwendenden Informationen schnell aus einem der beiden Felder Body <\/b>oder HTMLBody <\/b>in das Feld Inhalt<\/b> auf der rechten Seite des Formulars zu kopieren. Dies geschieht, indem Sie den gewünschten Text einfach mit der Maus oder mit den Cursortasten bei gedrückter Umschalttaste markieren. Beim Loslassen der Maustaste beziehungsweise der Umschalttaste wird der markierte Inhalt automatisch an den aktuellen Text im Feld Inhalt auf der rechten Seite des Formulars angehängt, wie schon im Screenshot geschehen. Diese Technik lernen Sie im Beitrag Markierung automatisch kopieren <\/b>kennen (www.access-im-unternehmen.de\/1027<\/b>).<\/p>\n Auch für die Auswertung der E-Mail-Adresse haben wir uns etwas ausgedacht. Diese soll zunächst mit den bereits in der Tabelle tblEMailAdressen <\/b>gespeicherten Datensätzen abgeglichen werden. Ist die E-Mail-Adresse dort bereits enthalten, zeigt das Kombinationsfeld zur Auswahl des Kunden für ein Ticket gleich den Namen des entsprechenden Kundendatensatzes an. Ist die E-Mail-Adresse noch nicht vergeben, kann der Benutzer aus dem Kombinationsfeld den Eintrag Bild 5: Auswahl zum Anlegen eines neuen Kunden<\/span><\/b><\/p>\n Ein Klick auf die Schaltfläche Anlegen <\/b>speichert die in den drei Steuerelementen auf der rechten Seite des Formulars eingetragenen Informationen nebst Anlagedatum in der Tabelle tblTickets<\/b>. Dort landet in einem Fremdschlüsselfeld auch der Wert des Primärschlüsselfeldes der Tabelle tblMailItems<\/b>, woraufhin der aktuell im linken Bereich angezeigte Datensatz nicht mehr als „offen“ deklariert ist und aus dem Listenfeld verschwindet.<\/p>\n In diesem ersten Teil haben wir uns angesehen, wie wir der Ticketverwaltung Kundendatensätze hinzufügen und wie wir die gespeicherten E-Mails aus der Tabelle tblMailItems <\/b>in Tickets für die Tabelle tblTickets <\/b>umwandeln können – und zwar über ein komfortables Formular. Die in diesem Formular verwendeten Techniken zeigen wir in verschiedenen weiteren Beiträgen der aktuellen Ausgabe.<\/p>\n In der folgenden Ausgabe werfen wir einen Blick darauf, wie die einzelnen Elemente des Formulars frmOffeneEMails <\/b>zusammenarbeiten. <\/p>\n Außerdem betrachten wir die Technik, um die E-Mails einfach von Outlook aus in die Ticketverwaltung zu übertragen, damit diese dort in Tickets umgewandelt werden können.<\/p>\n Schließlich kümmern wir uns um ein weiteres Formular, das dem Benutzer die Abarbeitung der Tickets erleichtern soll. Es ermöglicht das Erstellen von E-Mail-Antworten auf die Anfragen, zeigt den bisherigen Verlauf der Kommunikation an und lässt den Benutzer auf einfache Weise Notizen zum aktuellen Ticket erfassen.<\/p>\n Enthaltene Beispieldateien:<\/p>\n Ticketsystem.accdb<\/p>\n\n
Kunden und E-Mail-Adressen<\/h2>\n
![\"Entwurf](\"..\/fileadmin\/_temp_\/2016_02\/pic_1033_002.png\")
<\/p>\nBeim öffnen der Kundendetails<\/h2>\n
DoCmd.OpenForm \"frmKundeDetail\", DataMode:=acFormAdd, OpenArgs:=\"andre@minhorst.com\"<\/pre>\n
![\"Das](\"..\/fileadmin\/_temp_\/2016_02\/pic_1033_003.png\")
<\/p>\nPrivate Sub <\/span>Form_Load()\r\n Select Case Me.DefaultEditing\r\n Case <\/span>1\r\n If <\/span>Not<\/span> Len<\/span>(Nz(Me.OpenArgs, \"\")) = 0 Then<\/span>\r\n Me!sfmEMailAdressen.Form!txtEMailadresse.DefaultValue = Chr(34) & Me.OpenArgs & Chr(34)\r\n Else<\/span>\r\n Me!sfmEMailAdressen.Form!txtEMailadresse.DefaultValue = Chr(34) & \"<E-Mail-Adresse eingeben>\" & Chr(34)\r\n End If<\/span>\r\n Me!AnredeID.SetFocus\r\n Me!AnredeID.DefaultValue = 1\r\n Me.Dirty = True<\/span>\r\n Me!sfmEMailAdressen.SetFocus\r\n Me!sfmEMailAdressen.Form!txtEMailadresse.SetFocus\r\n Me!sfmEMailAdressen.Form.Dirty = True<\/span>\r\n Me!sfmEMailAdressen.Form!txtEMailadresse.DefaultValue = Chr(34) & Chr(34)\r\n Me!AnredeID.SetFocus\r\n Me!AnredeID.Dropdown\r\n End Select<\/span>\r\nEnd Sub<\/span><\/pre>\nSpeichern eines Kunden<\/h2>\n
Private Sub <\/span>cmdOK_Click()\r\n Me.Visible = False<\/span>\r\nEnd Sub<\/span><\/pre>\nPrivate Sub <\/span>Form_Unload(Cancel As Integer<\/span>)\r\n If <\/span>bolCancel = False<\/span> Then<\/span>\r\n If <\/span>Nz(Me!AnredeID) = 0 Then<\/span>\r\n MsgBox<\/span> \"Bitte wählen Sie eine Anrede aus.\"\r\n Me!AnredeID.SetFocus\r\n Me!AnredeID.Dropdown\r\n bolCancel = True<\/span>\r\n Else<\/span>\r\n If <\/span>Len<\/span>(Nz(Me!Vorname)) = 0 Then<\/span>\r\n MsgBox<\/span> \"Bitte geben Sie einen Vornamen ein.\"\r\n Me!Vorname.SetFocus\r\n bolCancel = True<\/span>\r\n Else<\/span>\r\n If <\/span>Len<\/span>(Nz(Me!Nachname)) = 0 Then<\/span>\r\n MsgBox<\/span> \"Bitte geben Sie einen Nachnamen ein.\"\r\n Me!Nachname.SetFocus\r\n bolCancel = True<\/span>\r\n Else<\/span>\r\n If <\/span>Me!sfmEMailAdressen.Form.Recordset.RecordCount = 0 Then<\/span>\r\n MsgBox<\/span> \"Bitte geben Sie eine E-Mail-Adresse ein.\"\r\n Me!sfmEMailAdressen.SetFocus\r\n Me!sfmEMailAdressen.Form!txtEMailadresse.SetFocus\r\n bolCancel = True<\/span>\r\n End If<\/span>\r\n End If<\/span>\r\n End If<\/span>\r\n End If<\/span>\r\n Cancel = bolCancel\r\n Me.Visible = bolCancel\r\n End If<\/span>\r\n bolCancel = False<\/span>\r\nEnd Sub<\/span><\/pre>\nDim <\/span>bolCancel As Boolean<\/span><\/pre>\nPrivate Sub <\/span>cmdAbbrechen_Click()\r\n If <\/span>Me.DefaultEditing = 1 Then<\/span>\r\n CurrentDb.Execute \"DELETE FROM tblKunden WHERE KundeID = \" & Me!KundeID\r\n bolCancel = True<\/span>\r\n End If<\/span>\r\n DoCmd.Close acForm, Me.Name\r\nEnd Sub<\/span><\/pre>\nStandard-E-Mail im Unterformular auswählen<\/h2>\n
Von der E-Mail zum Ticket<\/h2>\n
![\"Das](\"..\/fileadmin\/_temp_\/2016_02\/pic_1033_004.png\")
<\/p>\n![\"Auswahl](\"..\/fileadmin\/_temp_\/2016_02\/pic_1033_005.png\")
<\/p>\nZusammenfassung und Ausblick<\/h2>\n
Downloads zu diesem Beitrag<\/h3>\n