|
|
| Zeile 54: |
Zeile 54: |
| | | | |
| | ==Techn. Konzept zur Umsetzung des NL== | | ==Techn. Konzept zur Umsetzung des NL== |
| | + | |
| | + | [[Newsletter Technisches Konzept]] |
| | | | |
| | Noch zu klären: In diesem Konzept wird davon aufgegangen, dass das NL-System auf dem Intranet läuft, da nur dort die Nutzerdaten zur Verfügung stehen. Damit wird der NL auf dem Prototypen aktiviert. | | Noch zu klären: In diesem Konzept wird davon aufgegangen, dass das NL-System auf dem Intranet läuft, da nur dort die Nutzerdaten zur Verfügung stehen. Damit wird der NL auf dem Prototypen aktiviert. |
| | | | |
| - | ===Workflow===
| |
| - |
| |
| - | Der Workflow ist untergliedert in
| |
| - | *Datenpflege
| |
| - | *Erstellen/Versenden
| |
| - |
| |
| - | ====Datenpflege====
| |
| - | Für die Datenpflege sind drei unterschiedliche Gruppen:
| |
| - | *Büromitarbeiter an der SAP
| |
| - | *Referenten/Gebietsleiter
| |
| - | *jeder User
| |
| - |
| |
| - | Damit müssen die Daten in zwei getrennten Datenbanken gehalten und gefplegt werden:
| |
| - | *SAP Datendank
| |
| - | *Joomla MySQL Datenbank
| |
| - |
| |
| - | Im Normalfall pflegt jeder User seine eigenen Daten selber. Änderungen der Adresse, der Telefonnummer, Emailadresse, ... können direkt im Community-Bereich verändert werden. Ebenso das Abonieren von NL-Listen. Diese Art der Pflege stellt den Normalfall dar.
| |
| - |
| |
| - | Die Büromitarbeiter pflegen die Benutzerdaten und das Abonieren der NL-Listen über das SAP-Callcenter.
| |
| - | Es können Daten von allen Benutzern gepflegt werden. Vorrang bei der Synkronisation haben im Konfliktfall
| |
| - | die hier gepflegten Daten. Dies Art der Pflege stellt eine Ausnahme dar.
| |
| - |
| |
| - | Referenten/Gebietsleiter haben Zugang zum Joomla Backend. Dort werden über die normalen Joomla Tools die Benutzerdaten, die
| |
| - | Zugehörigkeit zu einem Profil und das Abonieren von NL-Listen gepflegt. Diese Art der Pflege stellt eine absolute Ausnahme dar.
| |
| - |
| |
| - | ====Erstellen/Versenden====
| |
| - |
| |
| - | Ein optisch ansprechender Newsletter ist aus technischen Gründen immer eine
| |
| - | HTML-Seite. Zwar steht zur Erstellung ein leistungsfähiger Editor zur Verfügung,
| |
| - | aber trotzdem ist ein solides Grundwissen über die Eigenheiten von HTML nötig.
| |
| - |
| |
| - | Neue Newsletter werden direkt im Joomla Backend erstellt und getestet. Das Mailingsystem stellt dazu
| |
| - | diverse frei konfigurierbare Vorlagen (Templates) bereit.
| |
| - |
| |
| - | Als Test kann jeder Newsletter einzeln an eine beliebige Adresse versendet werden. Erscheint der Newsletter
| |
| - | sowohl in Outlook als auch in Thunderbird (die beiden großen Emailprogramme) inhaltlich und vom Layout korrekt,
| |
| - | dann wird der Newsletter ebenfals über das Backend verschickt.
| |
| - |
| |
| - | Da für das Erstellen/Versenden der Zugriff auf das Joomla-Backend nötig ist müssen Redaktuere die entsprechenden
| |
| - | Rechte auf dem Joomla System besitzen.
| |
| - |
| |
| - | ===Ablage der Daten===
| |
| - |
| |
| - | In Prototypen stehen drei drei Bereiche für die Ablage von Daten zum Themenbereich Neweletter zur Verfügung:
| |
| - |
| |
| - | * Joomla Standard Usertabelle
| |
| - | * Jomsocial Community System
| |
| - | * Acymailing NL-System
| |
| - |
| |
| - | Es werden die folgenden Bezeichnungen verwendet:
| |
| - |
| |
| - | *User: Benutzer mit Nachname, Vorname, Geschlecht, Emailadresse, ... und eindeutiger id (dies muss eine Zahl sein!)
| |
| - | *Abonent: Emailadresse, Name, id und subid. Der Abonent kann Newsthemen zugeordnet sein (sprich - hat Newsthemen aboniert)
| |
| - | *Newsthema: Das oder die Themen für die sich ein Abonent interessiert.
| |
| - | *Newsletter: Ein html-Text mit Platzhaltern für Nachname, Vorname, ... und entsprechendem Inhalt. Jeder Newsletter ist einem Newsthema zugeordnet.
| |
| - | *Zuordnung-Abonent: Liste welcher Abonent welchem Newsthema zugeordnet ist.
| |
| - |
| |
| - | ==== Usertabelle ====
| |
| - | Die ist die Joomla Standard Benutzertabelle. Jeder Benutzer trägt eine eindeutige ID. Alle normalen Benutzer sind sind der Gruppe "registirert" zugeordnet und besitzen damit keine speziellen Rechte auf dem CMS. Anders als normal wird in das Feld "Benutzername" nur der Benutzer'''nach'''name eingetragen. Dies ist durch entspechende Feldbezeichnungen klarzustellen. Das Feld "Anmeldename" ist ein Nicname und muss eindeutig sein. Eine Erweiterung der Felder ist nicht sinnvoll. Zur Synkronisation wird eine "Change" Feld eingefügt. Hier wird durch einen Datenbanktrigger bei jeder Änderung das aktuelle Datum eingetragen. Ein zweiter Trigger überträgt bei einer Löschung die ID in eine Löschtabelle.
| |
| - |
| |
| - | Es ist darauf zu achten, dass neue User nicht über die Joomla Standardregistrierung erzeugt werden dürfen, da diese weder Vorname noch Geschlecht kennt.
| |
| - |
| |
| - | ==== Community ====
| |
| - |
| |
| - | Der Community-Bereich besteht aus mehreren Tabellen. Von Interesse ist hier die "Eigenschaften" Tabelle. Hier werden Vorname, Geschlecht, ... abgelegt. Diese Tabelle ist über ide ID mit der Usertabelle verknüpft. Dies Tabelle wird ebenso um eine "Change" Feld erweitert.
| |
| - |
| |
| - | Neue User werden über die Jomsocial-Registrierung erzeugt. Diese Registrierung fragt standardmäßig nach einem Newsletter-Abo und nach Felder wie Vorname, Nachname, ...
| |
| - |
| |
| - | ==== Abonent ====
| |
| - |
| |
| - | Einträge in dieser Tabelle werden automatisch angelegt und gelöscht. Damit muss diese Tabelle für die Synkronisation nicht extra erweitert werden. Aus Sicht der SAP existieren diese Daten nicht. Bei der Datenübername aus der SAP muss aber auf eine Korrekte Übername der Informationen geachtet werden.
| |
| - |
| |
| - | ====Newsthema====
| |
| - |
| |
| - | neue Newsthemen können über das Joomla Backend jederzeit angelegt werden.
| |
| - |
| |
| - | ====Newsletter====
| |
| - |
| |
| - | Newsletter werden über das Jomla Backend erstellt und verschickt. Ein Redakteur muss daher entsprechende Rechte für den Backendzugriff besitzen. Newsletter werden nicht mit SAP synkronisiert.
| |
| - |
| |
| - | ====Zuordnung-Abonent====
| |
| - |
| |
| - | Die Zuordnung Abonent-Newsletter wird zur Synkronisation um ein "Change" Feld erweitert. Hier wird durch einen Datenbanktrigger bei jeder Änderung das aktuelle Datum eingetragen. Ein zweiter Trigger überträgt bei einer Löschung die ID in eine Löschtabelle.
| |
| - |
| |
| - | ===Erster Import===
| |
| - |
| |
| - | Der Erste Import Dient als Datenbasis und wird nicht über die Synchronisation durchgeführt.
| |
| - |
| |
| - | In der SAP stehen Daten für Abonenten und für User bereit. Zur Zuordnung-Abonent existiert die Information "Will Newsletter".
| |
| - | Die Abonentendaten und die User werden wenn möglich über die Emailadresse verknüpft. Die SAP stellt für jeden user eine eindeutige ID bereit. Diese ID ist eine Zahl >20000.
| |
| - |
| |
| - | Anschliessend werden die Daten direkt in die Joomla Datenbank übertragen. Fehlende Informationen werden durch leere Felder ergänzt. Alle Unportierten User erhalten das Profil "BN". Alles reinen Abonenten erhalten das Profil "NL" (keine Rechte).
| |
| - |
| |
| - | Alle Emailadressen werden soweit wie möglich per SMTP getestet (ohne Verschickung einer Testmail). Für User und Abonenten ohne gültige Email wir eine Liste erstellt. Dies Liste wird der Stiftung zur Verfügung gestellt. Es werden nur User/Abonenten mit gültiger Email eingetragen.
| |
| - |
| |
| - | ===Synchronisation===
| |
| - |
| |
| - | Die eigentliche Synchronisation baut auf dem Datenmodel auf.
| |
| - |
| |
| - | Eine Synchronisation von SAP auf Joomla findet nicht statt. Nur für die Startphase werden die Daten einmal von der SAP in das Joomlasystem übernommen. Diese Übernahme findet manuell statt.
| |
| - |
| |
| - | ====Synchronisation Joomla -> SAP ====
| |
| - |
| |
| - | Joomla stellt die geforderten Daten als Views zur Verfügung. In den Views werden nur die edit/insert seit der letzen Synchronisation von der SAP aufgelistet. In einer zweiten Tabelle werden die IDs der gelöschten Datensätze aufgelistet.
| |
| | | | |
| - | Die SAP verbindet sich in regelmäßigen Abständen mit der MYSQL des Joomla Systems und liest die Änderungsliste und die Löschliste aus und verarbeitet diese.
| |
| | | | |
| | ===Projektplan=== | | ===Projektplan=== |
