Отслеживание письма (цепочки писем) из Outlook в AX2009

[Craz]

Добрый день, появилась задача сделать в Oulook кнопку "Отслеживать в AX". По аналогии с такой кнопкой в CRM, насколько я понял при интеграции CRM и Outlook, в последнем добавляется панель с некоторыми кнопками.
Т.к. поддерживать и CRM и AX никто не собирается, переносим все в АХ, но ОЧЕНЬ! надо именно такую функциональность оставить.

Как это проще сделать?
Я понимаю что в AX в модуле crm можно сохранять вложения, перетаскивая мышью письма, но этот вариант не устраивает, тем более он не отслеживает цепочку.

Помогите советом?
Может какой-то код в Outlook на VBA написать, чтобы он лазил в AX и сам сохранял выделенное письмо в таблицу в АХ?

[Craz]

Не стал создавать отдельную ветку. По поиску что-то ничего не нашел. Подскажите можно ли в селекте использовать длинные строчные переменные?

Например вот такой отрабатывает:

    smmEMailEntryID strEntryID = "0000000062E18E9FA921D0408B5791D1FCE3223C07004924E51A43442E4CBCDBA659F31DA01300000061AC4900004924E51A43442E4CBCDBA659F31DA0130000216860A90000";
    docuRef docuRef;
;
    select docuRef
        where docuRef.smmEMailEntryID == strEntryID;

а вот такой уже нет, даже ошибки не дает просто прерывается и дальше не выполняется.

    smmEMailEntryID strEntryID = "0000000062E18E9FA921D0408B5791D1FCE3223C07004924E51A43442E4CBCDBA659F31DA01300000061AC4900004924E51A43442E4CBCDBA659F31DA0130000216860A90000";
    docuRef docuRef;
    smmBusRelTable smmBusRelTable;
;

    select firstonly smmBusRelTable
        exists join docuRef
        where smmBusRelTable.RecId == docuRef.RefRecId
           && smmBusRelTable.TableId == docuRef.RefTableId
           && smmBusRelTable.dataAreaId == docuRef.RefCompanyId
           && docuRef.smmEMailEntryID == strEntryID;

[Krash]

Если убрать "exists" - тоже не работает?

[gl00mie]

Цитата:

Сообщение от Craz

вот такой уже нет, даже ошибки не дает просто прерывается и дальше не выполняется.

    select firstonly smmBusRelTable
        exists join docuRef
        where smmBusRelTable.RecId == docuRef.RefRecId
           && smmBusRelTable.TableId == docuRef.RefTableId
           && smmBusRelTable.dataAreaId == docuRef.RefCompanyId
           && docuRef.smmEMailEntryID == strEntryID;

В Х++ select .. where dataAreaId == .. нормально работает только вместе с crosscompany.

[Craz]

Цитата:

Сообщение от gl00mie

В Х++ select .. where dataAreaId == .. нормально работает только вместе с crosscompany.

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

Цитата:

Сообщение от Krash

Если убрать "exists" - тоже не работает?

Тоже не работает :-(

[gl00mie]

Действительно какая-то засада с длиной литерала, причем именно в 2009-й, потому что в 2012-й такой код успешно отрабатывает. У меня получилось обойти ошибку за счет хинта forceplaceholders:

select firstonly forceplaceholders crosscompany smmBusRelTable
    exists join docuRef
    where smmBusRelTable.RecId == docuRef.RefRecId
       && smmBusRelTable.TableId == docuRef.RefTableId
       && smmBusRelTable.dataAreaId == docuRef.RefCompanyId
       && docuRef.smmEMailEntryID == strEntryID;

[Logger]

Цитата:

Сообщение от gl00mie

Действительно какая-то засада с длиной литерала, причем именно в 2009-й, потому что в 2012-й такой код успешно отрабатывает.

А у нас в 2012-й воспроизвелось. Причем прямо в обозревателе талдычек. Редактируешь в гриде поле, а она ошибку выдает.

Открыли форму без

void init()
{
    super();
    XXXds.Query().literals(1);
}

все прошло.

Поле редактируется.

[Logger]

Вот тут пишут о той же проблеме
https://stackoverflow.com/questions/...eeds-max-limit

Подтверждаю ограничение в 128 символов.
Очень странно.

Можно как-нибудь это обойти ?
Получается, что нельзя на формах использовать литералы. А очень нужно.