Проблема с изменением номера в закупочном контракте

[Ailen08]

Добрый день уважаемые форумчане.

При изменении номера закупочного контракта система останавливается с ошибкой

Сообщение (11:07:20)
Ошибка времени выполнения. : Неправильные типы аргументов операции сравнения.

Трассировка стека:
(S) \Classes\xRecord\renamePrimaryKey
(C) \Forms\SysRecordInfo\Methods\renamePrimaryKey - line 47
(C) \Classes\FormButtonControl\Clicked - line 3

Ошибка времени выполнения. : Неправильные типы аргументов операции сравнения.

Трассировка стека:
(S) \Classes\xRecord\renamePrimaryKey
(C) \Forms\SysRecordInfo\Methods\renamePrimaryKey - line 47
(C) \Classes\FormButtonControl\Clicked - line 3

Ошибка времени выполнения. : Вызов ttscommit без предварительного вызова ttsbegin.

Трассировка стека:
(C) \Forms\SysRecordInfo\Methods\renamePrimaryKey - line 53
(C) \Classes\FormButtonControl\Clicked - line 3


изменение пытаюсь проводить через Паспорт записи - переименование закупки.

если взглянуть на код то мы видим что вызов ttsbegin в этом участке кода присутствует(строки с 33 по 58). В чем может быть проблема??? кто-нибудь сталкивался с похожей ситуацией?

            try
            {
                if (common.TableId == tableNum(UserInfo))
                {
                    password = element.newPassword(dialogField.value());
                }

                ttsBegin;
                // CC Start
                CCPrimaryKey::renamePrimaryKey(common, dialogField.value(), fieldId);
                // CC End

                common.(fieldId) = dialogField.value();

                common.renamePrimaryKey();
                if (common.TableId == tableNum(UserInfo))
                {
                    common.(fieldNum(userInfo, password)) = password;
                    common.update();
                }
                ttsCommit;
            }
            catch (Exception::Error)
            {
                ttsAbort;
            }

На текущий момент снял все зарегестрированные отгрузки по данному контракту, можно ли решить проблему если джобом изменить номер контракта и затем поменять еще коды аналити в строках после чего регистрировать приход еще раз???

[miklenew]

Где то была тема про renamePrimaryKey как он работает.
Могу ошибаться но вроде бы там по перекрёстным ссылкам бежит.
Может просто перекрёстные ссылки давно не обновляли.

Цитата:

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

На текущий момент снял все зарегестрированные отгрузки по данному контракту, можно ли решить проблему если джобом изменить номер контракта и затем поменять еще коды аналити в строках после чего регистрировать приход еще раз???

Под контрактом имеется ввиду номер закупки?
Не хороший вариант. Номер закупки и в других таблицах храниться.
А причём здесь коды аналитики. В любом слючае паспортом записи аналитики не меняйте.

[glibs]

А как воспроизвести ошибку? У меня в 4.0 стандартной пока не получилось (закупка-контракт переименовывается). Да и в 3.0, насколько я помню, закупки переименовывались.

[Ailen08]

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

[Ailen08]

2Glibs

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

Система Ax3.0 SP3

[miklenew]

Я чё-то так и не понял.
Чё вы новый контракт не хотите создать?

[glibs]

В 3.0 сп6 ошибка тоже не воспроизвелась.

Сценарий. Создается закупка-контракт с одной строчкой. Создаются два связанных заказа на отпуск. Переименовывается код закупки-контракта.

Это точно не из-за ваших доработок?

Кстати, вспомнил. Переименовывание контракта в 3.0 сп3 у одного из заказчиков было частью бизнес-процесса. Точно работало.

[Ailen08]

Цитата:

Я чё-то так и не понял.
Чё вы новый контракт не хотите создать?

Видимо придется создавать, просто хотел узнать мнение форумчан стоит ли заморачиваться с исправлением существующего.

Цитата:

А причём здесь коды аналитики. В любом слючае паспортом записи аналитики не меняйте.

Коды аналитики паспортом записи менять не было цели, вы просто, наверно, неверно меня поняли. Простите за кривизну в постановке вопроса.

2glibs

Цитата:

Это точно не из-за ваших доработок?

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

Всем спасибо за ответы и обсуждение.

[Vals]

А чем обосновано такое переименование?

[Ailen08]

Цитата:

А чем обосновано такое переименование?

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