Ошибка при переименовании номенклатурной аналитики

[Ю-ю]

Пусть есть номенклатура "Карандаш" для неё активна номенклатурная аналитика "Цвет" и существует значение номенклатурной аналитики "Красный". Создаём любой складской журнал и в строке указываем номенклатуру "Карандаш" и скл. аналитику цвет "Красный". Создаём Job со следующим текстом:
InventColor inventColor;

;
inventColor = InventColor::find( "Красный", "Карандаш", true );
inventColor.InventColorId = "Розовый";
inventColor.renamePrimaryKey();
После его выполнения получаем, что в строке скл. журнала аналитика цвет изменилась на значение "Розовый", а в справочнике цветов осталось значение "Красный" и нет значения "Розовый". Таким образом нарушена целостность данных, что не приемлемо. Проверено только для аналитики "Цвет", но думаю, что аналогичная ситуация с другими номенклатурными аналитиками.

Ошибка зарегистрирована в службе поддержки Microsoft.

[George Nordic]

Думаю, не настолько серьезная ошибка, если то ошибка... после RenamePrKey ghjcnj просто update делали?

С Уважением,
Георгий.

[Ю-ю]

В том то и дело, что при вызове renamePrimaryKey update вызывать не надо, по крайней мере на таблице CustTable, а на таблице InventColor метод перекрыт и в нём вообще довольно сложный алгоритм.

[George Nordic]

Поторяю вопрос: вызывали?
Ну, признайтесь?
Или просто doInsert, если не хотите "запуска довольно сложного алгоритма"?

А?

[Ю-ю]

Не вызывал. Как я уже написал это не нужно, всё равно как после update ещё и doUpdate вызывать, т.к. метод renamePrimaryKey должен обеспечивать изменение записи. Причём в остальных случаях он имено так и работает, в качестве примера попробуйте таблицу CustTable.

[George Nordic]

Ну, ради интереса - попробуй, что будет?

С Уважением,
Георгий.

[Ю-ю]

Попробовал. Получаем сообщение:
Невозможно отредактировать запись в 'Номенклатурные аналитики' ('InventDimCombination'). Номенклатура: Карандаш, .
Запись уже существует

Причём тот же результат, если использовать doUpdate.