SurveyMonkey api Kopie Nachricht löst Fehler

Question

Wir verwenden die SurveyMonkey API, um Umfrage-E-Mails zu generieren, und Probleme beim Erstellen/Kopieren einer benutzerdefinierten Nachricht.

Wir können eine Standardnachricht einfach genug erstellen, aber wir möchten eine benutzerdefinierte Nachricht verwenden.

Wir haben versucht, die Nachricht zu erstellen und das HTML zu kopieren und die neue Nachricht für den Kollektor in seiner Gesamtheit zu erstellen, aber das erwies sich als schmerzhaft, zeitaufwendig und schien eine geringe Erfolgswahrscheinlichkeit zu haben Kopieren Sie unsere vorhandene benutzerdefinierte Nachricht, aber wir erhalten den gleichen Fehler.

Wir haben versucht, eine Test-E-Mail von unserer benutzerdefinierten Nachricht und sendet und Ansichten in Ordnung, so scheint es kein Problem mit der benutzerdefinierten Nachricht, die wir verwenden möchten (es wurde durch die SurveyMonley-Schnittstelle gebaut, so viel können wir nicht mach wie es gebaut wurde).

Hat jemand beim Erstellen von Umfragen über die API erfolgreich eine benutzerdefinierte Nachricht verwendet? Wenn ja, irgendwelche Vorschläge?

Gibt es eine Möglichkeit, die unserer Umfrage zugewiesene Standardvorlage zu ändern, so dass dies alles ein strittiger Punkt wird?

Unsere Kopie Syntax:

{ "type": "invite", "from_collector_id": "98155513", 
    "from_message_id": "39847521", "include_recipients": false } 

der Fehler, den wir von beiden erstellen erhalten und kopieren

{\"error\": {\"docs\": \"https://developer.surveymonkey.com/api/v3/#error-codes\", 
\"message\": \"Invalid schema in the body provided.\", \"id\": \"1002\", 
\"name\": \"Bad Request\", \"http_status_code\": 400} 

Answer 1

Das Feld type zum Kopieren einer Vorlage nicht ein unterstütztes Feld ist, wird es den einen verwenden aus der Vorlage.

So sollten Sie sendet sein:

{ 
    "from_collector_id": "98155513", 
    "from_message_id": "39847521", 
    "include_recipients": false 
} 

Das heißt, so dass der Typ angegeben werden, wenn eine Vorlage Sammler Kopieren ist keine schlechte Idee, aber derzeit nicht unterstützt.