Николай Савин

Да, почему бы и нет. Правильнее было бы не TV использовать, а добавить новое свойство товара. Это уменьшит время оформления заказа. Ну и подставляйте новый идентификатор в массив товаров, поле externalID, в плагине

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

Нет не правильно.
Если товар в CRM не создан, то заказ все равно создается на основе присылаемых данных (название, цена, опции)
Если товары в базе CRM уже есть, то достаточно послать идентификатор товара, а все данные подтянутся из базы

Видишь какую тему больную поднял. По любому нужно что то придумать в ядре

Я что то упустил?
Разве на данный момент, метод getCustomerId() не регистрирует пользователя в обязательном порядке? Если да, регистрирует — то по идее уведомление пользователю обязательно должно быть. Это как минимум хороший тон, а местами и соответствие законодательству.

Если нет, не обязательна регистрация — то КОГДА ЭТО СЛУЧИЛОСЬ черт побери?

Твой вариант может и проще и правильнее. Но уж точно это не то решение, которое будет работать из коробки при минимуме затрат.
А вообще я же не претендую на максимальную точность. Просто рассказал о том, как я сделал, показал возможное решение вопроса, и примерно дал понять в какую сторону думать, при кастомизации.

Боюсь Володя не пропустит, вон ругаться уже начал

Думаешь быстрее будет? Все равно же запрос в базу. Или это ближе к Join чем к запросу?

Пофиксил, закоммитил.

// Вызываем класс 
$modsendpulse = $modx->getService('modsendpulse');
// Получаем email любым удобным способом, по вкусу проводим валидацию
$email = 'test@text.ru';
//Опционально добавляем Имя адресата любым удобным для Вас способом
$name = 'Петя Иванов';
//Получаем номера адресной книги из параметров сниппета или указываем вручную
$books = '201xxx2,2017xxx1';
//Делаем из строки массив
$books = explode(',', $books);
//В цикле отправляем в каждую книгу отдельно
foreach($books as $book){
// Вызываем метод добавления email в адресную книгу
$params['emails'] = array(
    array(
        'email' => $email,  
        'variables' => array(
            'name' => $name  
        )
    )
);
$modsendpulse->sendPulseAddEmailsToBook($params, $book);
}
//Если книг много, и ждать перебора с отправкой долго - пишем параметры в промежуточную таблицу задач, потом по крону вызываем таблицу и по порядку отправляем данные в книги

Хочу заметить, что на практике заметил — Яндекс, не всегда отвечает, бывают сбои или что то вроде того. Соотвествено yTranslit не всегда срабатывает.
Тогда как просто translit работает локально и безоткано.

Спасибо Евгений. Очень познавательно!

А таблицу проверил? Я не помню, очищается ли она автоматом

Установил, проверил. Все без проблем парсится. Конкретно по твоему примеру — вижу полный текст отзывов.

Уже Сейчас никто не мешает вставить вместо текста код вызова чанка или сниппета.

Вполне возможно и API

Хорошо. На выходных посмотрю что да как. Может и правда пора обновление делать.

Постараюсь в выходные посмотреть. Дайте конкретные данные куда смотреть. id магазина или товара, пример комментария который в маркете есть, а на сайт не приходит.
Можно прямо ссылки дать

Может просто нет контента? Вы проверяли?

Это нефига не верный пример. В плейсхолдер header попадает не get параметр, а значение из таблицы вариантов.