Использование Паспорта записи

[Buba]

Почему механизм Паспорта записи позволяет выполнять Переименование уникального ключа записи для клиентов, ОС'ов, номеров плана счетов и др., а для кодов аналитики НЕТ (эта возможность недоступна)?

[mazzy]

Этот вопрос про что?

[Buba]

Этот вопрос про то, каким образом осуществить замену кода аналитики глобально по всем таблицам, в которых он "засветился".
Наспорт записи такую возможность не предоставляет.

[mazzy]

про какую систему спрашиваете?
сейчас вы задали вопрос в разделе Обсуждение форума.
В этом форуме нет понятия паспорт записи.
В какой раздел мне перенести ваш вопрос?

[Buba]

Прошу прощения за беспокойство.
Возможно в тему "Функционал Axapta" либо "Администрирование Axapta".

[mazzy]

Перенес.

Цитата:

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

Почему механизм Паспорта записи позволяет выполнять Переименование уникального ключа записи для клиентов, ОС'ов, номеров плана счетов и др., а для кодов аналитики НЕТ (эта возможность недоступна)?

<{POST_SNAPBACK}>

Потому что у аналитики составной код.
А у клиентов, ОС и т.п. ключ состоит из одного поля.

Чтобы в аналитике появилась функция переименования создайте в таблице аналитик relation на себя.

[Buba]

так будет правильно?

[Buba]

Добавил также связь по RecId - ничего не изменилось

[glibs_imported]

Посмотрите, как работает переименование в сп4. Там можно переименовывать финансовую аналитику. На клиенте сп3 переименование тоже работает, по-моему. Но в интерфейс не вынесено.

Только будьте осторожны. А то в сп4 и русские договора "переименовывать" можно. Только потом фигня получается. Суть в том, что если создать два договора с одинаковым кодом и для клиента и для поставщика, а потом переименовать клиентский договор, то переименуется и договор с поставщиком. Причем проблема заключаетсся в том, что расширенный тип RContractAccount ссылается сам на себя. Если эту ссылку прибить, то переименование работает корректно (переименование клиентского договора не трогает договора по поставщикам).

[Buba]

Благодарю за помощь.
Буду пытаться