Benachrichtigung an VL per mailSchedule() in Funktions-Fragebogen einbauen.

Question

Mein Vorgehen ist Ihnen ja bekannt oder, da es sich um eine related question handelt, leicht zugänglich.

Ich baue die Erinnerungen ja auch gleich in den Funktions-Fragebogen ein. Nun ist es so, dass wir die 3. Erinnerung falls der Pb den ersten beiden nicht folgt, telefonisch vornehmen möchten. Wenn wir dies per stetiger Inspektion der Status-Leuchten machen müssten, wäre dies auch eher mühsam.

Daher die Idee: dass ich am Schluss noch ein mailResume in den Verwaltungsfragebogen einbaue, bei der nicht die SERIAL des Pb sondern meine eingetragen wäre. Den Revoke-Befehl würde ich auch in den Pb-Fragebogen einbauen aber statt mit false mit meiner SERIAL. So sollte ich ja benachrichtigt werden, falls der Pb den ersten beiden Einladungen nicht gefolgt ist und ansonsten aber nicht benachrichtigt werden.

Zwei Probleme:
1. Ich müsste ja viele Benachrichtigungsmails anlegen, damit durch den Revoke-Befehl, der bei Vollendung des Pb-Fragebogens durch einen Probanden nicht alle Benachrichtigungen an mich (bzgl. anderer Probanden) widerrufen würden.
2. Müsste ich dann aber beim Benachrichtigungs-Schedule-Befehl immer eine andere Serienmail-ID einsetzen, den Fragebogen also dennoch jedesmal vor dem Aufruf leicht modifizieren.

Daher die Frage, ob Sie für diese Problemstellung eine elegantere Lösung hätten?

Danke im Voraus.

Answer 1

Dieser Reminder an die Projektleitung selbst ist in der Tat schwierig. Denn SoSci Survey organisiert die Mail-Aussendungen darüber, dass jeder Teilnehmer in der Adressliste jede Serienmail nur einmal erhält. Ist diese Kombination eindeutig, kann man darüber z.B. eben via mailRevoke() eine Aussendung individuell stornieren.

---

Prinzipiell könnten Sie nun also entweder ganz viele Adresseinträge für sich selbst in der Adressliste eintragen. Der Einfachheit halber z.B. immer mit der gleichen Seriennummer wie der Teilnehmer plus einem Appendix, z.B. ABC123 für den Teilnehmer und ABC123x für Sie. Dann wäre das mit dem mailSchedule() recht einfach.

Oder Sie müssten ganz viele Serienmails anlegen, aber das macht nicht wirklich Spaß :(

Oder Sie würden sich mittels mailResume() oder (besser) mailSend() einen fixen Reminder schicken, wann ein Teilnehmer fertig sein müsste. Aber diesen könnten Sie nicht automatisch stornieren, sondern müssten das überprüfen. Über die "Datenbank für Inhalte" und einen weiteren Verwaltungsfragebogen könnte man die Überprüfung zumindest noch vereinfachen (z.B. nur ein Klick), aber es bleibt der manuelle Schritt.

---

Meiner Meinung nach wäre die Lösung mit vielen (eigenen) Adresseinträgen die einfachste. Voraussetzung damit es einfach bleibt ist aber, dass Sie schon beim Import der Teilnehmer-Adressen Personenkennungen (SERIALs) mit importieren und für Ihre Spiegel-Einträge dann jeweils dieselbe Kennung plus einem Appendix (z.B. 'x') verwenden. Dann klappt es sowohl mit dem mailSchedule() m Verwaltungsfragebogen ...

$code = value('TX01_01');
mailSchedule($code, 1, 0);
mailSchedule($code, 2, 12345);
mailSchedule($code.'x', 3, 23456);

... wie auch beim mailRevoke() im Interview ....

$code = caseSerial();
mailRevoke($code.'x', 3);

Comments

Ok, danke, dass scheint mir wirklich eine super Lösung, denn meine nächste Frage wäre gewesen, wie ich dann weiss auf welchen Pb sich die Benachrichtigung an mich bezieht, was sich aber durch Spiegelung ja erledigt.

mailSchedule($code.'x', 3, 23456) diese Zeile bedeutet demnach, dass die Benachrichtigung an mich gehen soll, also an die SERIAL, die im Textfeld eingetragen wurde + das x oder?

Was Import mit SERIALS angeht, kann ich dies nicht auch  einfach nur für meine Adressen machen oder? Also bei den Probanden ganz normal hochladen. Dann jedesmal wenn ein Proband kommt, dessen SERIAL nachlesen und eine meiner  Verwaltungsadressen, diese nun mit SERIAL+x hochladen.

Danke.

---

Ja, der Punkt (.) verkettet in PHP zwei Strings (Texte), würde also in diesem Fall einfach noch das "x" hinten anhängen.

Wenn es nur darum geht, dass Sie zufällig Seriennummern benötigen, dann können Sie diese auch in der Seriennummer-Funktion von SoSci Survey in benötigter Menge erstellen (und anschließend wieder löschen, damit sie sich mit den Adresseinträgen nicht in die Quere kommen). Ich denke, der einmalige Import der Teilnehmer-Adressen und entsprechend oft Ihrer Adresse ist wesentlich (!) schneller, als wenn Sie das jedes Mal manuell machen. In Excel sind es ja keine 5 Klicks, um die Liste mit den Kennungen+X zu erstellen.

Nur als Randnotiz: Beim Import müssen Sie Dubletten explizit zulassen, damit es funktioniert.

---

Zur ersten Antwort: Ok, danke.

Zur zweiten Antwort: Der Punkt ist eben, dass ich nicht von Anfang an das gesamte Sample habe, weshalb ich auch nicht von Anfang an die ganzen Spiegelungen vornehmen kann. Ich lade die E-Mail-Adresse, welche mir kurz vor dem Treffen mitgeteilt wird, individuell ins Panel, weshalb ich dann anschliessend jeweils meine Spiegelung der von Sosci zugewiesenen SERIALS ins Panel laden würde.

Dazu ist es auch weniger fehleranfällig wenn ich beim Import der Teilnehmer-Adressen ohne SERIAL aber mit Team-Nr. reinlade, damit sosci bei der SERIAL-Vergabe die Dyadenzuordnung übernimmt.

Daher glaube ich macht es Sinn, den Mehraufwand in Kauf zu nehmen und meine Adresse mit der gespiegelten SERIAL jeweils individuell reinzuladen. Denken Sie nicht?

Was oft meine Adresse angeht: Halten Sie es für besser oft dieselbe Adresse im Sinne mehrerer Dubletten reinzuladen oder versch. Adressen, welche ich mit meiner Hauptadresse verlinke. Bei Letzterem hätte dies den Vorteil, dass ich gleich wüsste an, welche meiner vielen Spiegel-SERIALS die Benachrichtigung gerichtet ist und wüsste daher schneller, welchen Probanden ich anrufen muss. Folglich wären viele versch. Adressen für mich wohl besser oder?

So, das wäre alles. Erneut vielen Dank. Ich mach mich mal ans Testen :-)

---

Wie Sie die Organisation am Ende erledigen, ist natürlich vom Setting abhängig. Wenn der Einzel-Import nicht allzu aufwändig wird, dann machen Sie das natürlich gerne.

Zur Frage mit den Dubletten: Ich würde immer dieselbe Adresse nehmen. Alleine das Anlegen von z.B. 30 oder 50 Adressen scheint mir recht aufwändig. Sobald man Dubletten beim Import zulässt, werden die neuen Einträge genauso wie separate E-Mail-Adressen behandelt.

Wenn Sie z.B. in einem der Benutzerdefinierten Felder des neuen Adresseintrags den namen des zugehörigen Teilnehmers eintragen und/oder dessen Mailadresse, können Sie sich das in der Serienmail ja einfach zuschicken lassen.

---

Zwei kurze Fragen:

1. Bei Verwendung von Spiegeladressen bekomme ich folgende Fehlermeldung:
Es konnte kein Empfänger zur angegeben Personen-Kennung Y5SM5QX34TSRX ermittelt werden. Die Funktion mailSchedule() wird daher nicht ausgeführt. Was ist hier das Problem?

2. Wie meinen Sie, dass ich mir den Namen des Teilnehmers einfach mitschicken lassen kann? Geht das mit einem Platzhalter im Mailtext?

---

ad 1) Steht Ihre E-Mail-Adresse mit der SERIAL=Y5SM5QX34TSRX in der Adressliste des Projekts?

as 2) Ja, wenn Sie in Ihrem (!) Adresseintrag den Namen der Person als "benutzerdefiniert 1" hinterlegen, sollte eine Serienmail das mit dem Platzhalter %custom1% anzeigen.

---

ad 1) ja aber mit vorangestellten", wobei ich dachte, dass dies für Spiegel-SERIALS normal ist. Ist dies nicht so?

ad2) Perfekt danke.

---

Ich dachte, dass SoSci Anführungszeichen u.ä. für SERIALs gar nicht erlauben, respektive entfernen würde. Was wird denn bei der Personenkennung/SERIAL angezeigt, wenn Sie den Adresseintrag des Teilnehmers und Ihren Schatten-Eintrag zum Bearbeiten öffnen? Das sollte sich lediglich in einem X am Ende unterscheiden.

Ich bin ziemlich sicher, dass SoSci Survey bei SERIALs nicht zwischen Groß- und Kleinschreibung unterscheidet. Aber ich würde nicht darauf schwören, dass alle Funktionen wie mailSchedule() sich daran halten. Sollten Sie hier eine Inkonsistenz finden, lassen Sie es mich bitte wissen.

---

Ich hab nochmal ein bisschen herumprobiert, um die gestrigen Fehler replizieren zu können.

Hier der Bericht: Den Fehler mit den vorangestellten " konnte ich komischerweise nicht replizieren. Dabei gleich noch die Antwort auf Ihre vorherige Frage: Als sich der Fehler gestern gezeigt hat, waren die beiden SERIALS (Pb und mirror) identisch, abgesehen davon, dass beim mirror " vorangestellt war. Da sich dieser Fehler heute nicht replizieren lässt, kenne ich den genauen Grund nicht. Dennoch kann ich Ihnen weitere allenfalls nützliche Infos geben, durch die Sie vlt. zu einer Idee bzgl. Problemquelle gelangen:

1. An der Gross- & Kleinschreibung scheint es nicht zu liegen. Habe beides nochmal getestet und es klappte beides einwandfrei.

2. Es zeigte sich gestern bei anderen Durchgängen ein anderer Fehler und zwar, dass dem Mirror eine völlig andere SERIAL zugewiesen wurde als dem entsprechenden Pb und dies obwohl ich beim Mirror vor dem Import die SERIAL des Pb hineinkopiert und um ein x erweitert habe. Den Grund hierfür kenne ich jedoch. In unserer Excel-Teilnehmerliste, aus der wir die Import-csv's erstellen sind bei den Pb Spalten für TeamNr. Anrede/Geschlecht etc. dabei. Als ich gestern den Mirror mit dieser Liste importierte, erhielt er einen andere SERIAL als der entsprechende Pb (was ja auch plausibel ist, weil der Mirror keine und somit nicht dieselbe Team-Nr. hat wie der Pb und die SERIAL folglich ja auch nicht mit den gleichen Zeichen enden kann. Also habe ich eine Importliste nur für die Mirrors erstellt, in der nur die Spalte Mail und zusätzlich einige customs (für die VL-Benachrichtigung, wenn Telefon-Erinnerung indiziert ist) drin sind. Mit dieser klappt es einwandfrei.

3. Ich bin gestern wie folgt vorgegangen: Zuerst den Mirror mit derselben Datei importiert wie die Pb (zuerst die Pb, damit Sosci die Dyadenzuordnung per Team-Nr übernimmt und in einem zweiten Durchgang den Mirror mit entsprechend vorgegegebem SERIAL (= SERIAL Pb + x). Beim ersten Mal war das Ergebnis dasjenige mit vorangestellten Gänsefüsschen beim Mirror. Bei weiteren Durchgängen wurde dem Mirror eine völlig andere SERIAL zugewiesen (was wie oben bereits geschildert an den Team-Nr zu liegen scheint). Dann habe ich den Import des Mirrors mit der eigenen Liste (nur Mail und customs) vollzogen und es hat geklappt, dass ihm der von mir zugewiesene SERIAL (SERIAL Pb + x) zugewiesen wurde.

Kurz: Es funktioniert jetzt mit der separaten Importliste für den Mirror alles. Und die Probleme scheinen an den Parametern zu liegen, die bei der Probandenliste mitimportiert werden, für den Mirror aber nicht spezifiziert sind. Mir ist lediglich unklar, weshalb das Ergebnis beim ersten Mal vorangestellte Gänsefüsschen waren und bei den weiteren Durchgängen völlig andere SERIALS.Letzteres könnte ja darauf hinweisen, dass das mit den Gänsefüsschen doch auf einer anderen Problemquelle beruht. Ich weiss aber auch nicht, ob Sie mit diesen Infos diesbezüglich eine Idee haben.

Ich hoffe das hilft allenfalls weiter.

Freundliche Grüsse,

Patrick

---

Nun ja - die Mischung von SERIAL und Team-ID kann aus naheliegenden Gründen nicht funktionieren... Aber im Prinzip brauchen sie die Team-ID ja auch nicht, weil Sie ja wissen, welcher Code zu welchem Teilnehmer gehört. Die Team-ID ist v.a. dann hilfreich, wenn Sie die Anonymität wahren müssen.

Was die Gänsefüßchen angeht, wäre meine Vermutung, dass beim Import der Datei das Texterkennungszeiten nicht korrekt angegeben war. Das sollte aber eigentlich schon an der Stelle zu erkennen sein, wo man die Spalten den Feldern in der Adressliste zuordnen muss.

---

Danke für die Antworten.

Ja, das SERIAL und Team-ID nicht zusammen funktionieren können war mir klar. Dass wir die Team-ID grundsätzlich nicht brauchen ebenso. Ich finde es für die Auswertung aber weniger fehleranfällig und allenfalls auch besser programmierbar wenn wir die Team-ID auch mit drin haben. Es lässt sich ja nun aber auch mit zwei getrennten Importlisten problemlos vereinbaren. Was dies betrifft ist also alles gut.

Was das mit den Gänsefüsschen angeht, stimmt Ihre Vermutung.Es lag wirklich daran, dass "kein Texterkennungszeichen" eingestellt war. Und mit dem getrennten Import-File nur für die Spiegeladressen klappt jetzt auch alles einwandfrei. Vielen Dank dafür.

Dennoch verstehe ich das System des Ganzen nicht ganz. Denn wenn ich die SERIALx für die Spiegeladressen in das Excelfile packe, mit dem ich auch die Probandenadressen importiere, schlägt sosci die Codierung westeuropäische Sprachen und "kein Texterkennungszeichen" vor. Dies ist aber komischerweise nur für die Spalte SERIALx ein Problem, weil dort beim Import auf einmal ein " vorangestellt wird, welches im CSV nicht da ist. Daher muss man auf "normales Anführungszeichen" wechseln, damit es klappt. Im Excelfile, mit dem ich nun nur die Spiegeladressen importiere und alle dafür nicht nötigen Spalten entfernt habe, wird die Codierung UTF-8 sowie "kein Texterkennungszeichen" vorgeschlagen und es klappt einwandfrei.

Kurz: 1. Weshalb wird beim ersten Importfile den SERIALx ein " vorangestellt bei allen anderen Einträgen Namen, male, female etc. jedoch nicht?
2. Weshalb bekommen beim zweiten abgespeckten Importfile dieselben SERIALx, die beim ersten ein vorangestelltes " bekommen, kein " vorangestellt?

Es klappt ja nun dank Ihrer super Unterstützung alles einwandfrei, diese Punkte verstehe ich aber dennoch nicht.

Erneut vielen Dank.

---

Sie können die CSV nochmal in einem Texteditor wie Notepad+ oder SciTE öffnen und prüfen, ob nicht (aus welchen Gründen auch immer) vielleicht doch ein Anführungszeichen eingefügt wurde...

Die ISO-Kodierung (westeuropäische Sprachen) wird wohl deshalb funktionieren, weil keine Umlaute in der Datei vorkommen. Und dann sind UTF-8 und ISO-8895-1 inhaltlich identisch.

Die Team-ID können Sie bekommen, wenn Sie sie beim Import selbst vorgeben. Sie können ja beliebige Zeichenketten als ID beim Import einstellen. Sollte es an Kreativität mangeln, lassen Sie sich von der Seriennummer-Funktion von SoSci Survey welche basteln, die Sie dann nach Excel kopieren. Danach bitte aus den Seriennummer herauslöschen, weil sie sonst bei den Adresseinträgen nicht mehr verwendet werden können.

---

Alles klar. Vielen Dank nochmal für die ganze Unterstützung. Ich habe den ganzen Ablauf mittlerweile einem technischen Funktionstest unterzogen und alles mal pilotiert. Es klappt alles bestens und einem reibungslosen Ablauf steht nichts mehr im Wege. :)

Mit freundlichen und dankbaren Grüssen,

Patrick Bätschmann