Как отправить электронное письмо, используя существующий шаблон электронной почты в Exact Target?

Крис прав, вам следует использовать комбинацию расширений данных и триггерных отправок.

На высоком уровне это то, что вы хотите сделать:

1. Создайте Расширение данных из шаблона Trigger Send в пользовательском интерфейсе ExactTarget. Добавьте в это расширение данных дополнительные поля, которые вы будете использовать в своем шаблоне (например, поле CustomHTML1).
2. Также настройте Определение триггерной отправки в пользовательском интерфейсе. Выберите соответствующее электронное письмо, которое вы будете отправлять, и выберите Расширение данных на шаге 1. Примечание: ExactTarget использует термин «электронное письмо» так же, как большинство людей используют «шаблон электронного письма». Электронное письмо может содержать строки персонализации (поля слияния).
3. Обязательно запустите определение триггерной отправки.
4. С помощью API теперь вы можете отправить электронное письмо, используя определение триггерной отправки.

Чтобы передать пользовательские данные (например, CustomHTML1), вам нужно будет добавить эту пару имя/значение в качестве атрибута подписчика в вызове API:

ETServiceClient.ETClient.Attribute attr = new ETServiceClient.ETClient.Attribute();
attr.Name = "CustomHTML1";
attr.Value = "Your custom merge field value";
subscriber.Attributes = new ETServiceClient.ETClient.Attribute[] { attr };

Приведенный выше код следует добавить в соответствующий пример связанного кода, он предназначен только для предоставления информации, относящейся к настройке настраиваемого атрибута.

Насколько я знаю, нет ни одной ссылки, в которой подробно описан этот процесс, однако я считаю его наиболее эффективным.

(Также следует отметить, что все статьи об API недавно были перемещены на code.exacttarget.com, поэтому вики будет несколько ограничена. Используйте в этой ситуации)

Удачи!

РЕДАКТИРОВАНИЕ: я также хотел уточнить, что любые шаги, предшествующие этому вызову конфигурации через пользовательский интерфейс, могут также выполняться через API. Однако, поскольку они являются одноразовыми элементами конфигурации, обычно проще просто войти один раз, настроить его и сосредоточить усилия по разработке API на фактической отправке электронной почты.

EDIT: Для полноты следует отметить, что для этой цели нет необходимости использовать расширения данных. Технически возможно иметь атрибут подписчика, который служит той же цели, и, если есть ситуации, когда расширения данных не будут работать, это может быть лучшим вариантом.

Я бы порекомендовал маршрут DE, если это вообще возможно в этом случае, потому что он физически отделяет данные, относящиеся к отправке, от самого подписчика. Таким образом, информация, которая может иметь отношение только к конкретной отправке, не хранится на подписчике «постоянно».

Я обнаружил, что движок Razor удобен для таких вещей, пожалуйста, посмотрите http://kazimanzurrashid.com/posts/use-razor-for-email-template-outside-asp-dot-net-mvc

Я думаю, что вы ищете, называется Расширения данных.

Следующая ссылка, кажется, показывает, как это сделать; но поскольку я никогда не использовал их раньше, я не уверен в этом на 100%.

http://docs.code.exacttarget.com/020_Web_Service_Guide/Technical_Articles/Creating_an_Email_Send_Definition_with_Dynamic_Content_Using_the_Web_Service_API

Также отзыв: http://docs.code.exacttarget.com/020_Web_Service_Guide/Simple_Development_Scenarios/Send_an_Email_to_a_Data_Extension_using_an_Email_Send_Definition

Я почти уверен, что вы уже ознакомились с этим. Однако, поскольку в нем ничего не говорится о шаблонах, я бы также попытался посмотреть это ( в конце "Создать электронное письмо на основе шаблона") и это и используйте reflector Fiddler (извините, я перепутал! что я могу сказать!), чтобы увидеть, какие вызовы веб-сервиса они запускают.

Я предполагаю, что есть электронная почта, и шаблоны на самом деле не связаны. Клиент (в случае по умолчанию веб-клиент) несет ответственность за создание тела электронного письма, просматривая шаблон (который, в свою очередь, может иметь какой-либо другой вызов веб-службы для получения)