Исправление некорректности в полях типа Code

[alexb_imported]

1. По-поводу присвоения значений:
то, что НАВ ругается при присвоении значения через VALIDATE, то это от того, что поле имеет RELATION к другой таблице и ругань исходит от свойства ValidateTableRelation=<Yes>. Поэтому в любом случае надо делать простым присвоением. НО:
Разбейте Вашу обработку на два этапа.
- В первом этапе присвойте новое значение ТОЛьКО тем полям, которые входят в первичный ключ, через RENAME (Sancho абсолютно прав) . Сам процесс из-за этого несколько затянется, но это наиболее "чистый" вариант. Чтобы узнать, входит ли поле в первичный ключ: для этого используйте таблицу "Key" и переменную типа "KeyRef". После каждого RENAME сделать COMMIT.
- Во втором этапе пройдитесь по остальным "простым полям", которые не входят в первичный ключ. Посредством RENAME в первом этапе изменения в таблице А автоматом занеслись в другие таблицы (B, C D...) которые имеют TableRelation к таблице А, так что колличество таблиц/полей, где надо присвоить новое значение, автоматом уменьшилось (НАВ уже сделал часть работы за Вас). В этих "простых полях", которые не входят в первичный ключ, присвойте новое значение без VALIDATE.

2. По-поводу "У вас нет прав на изменения в записях таблицы Sales Invoice Header": добавьте в propertys обьектa, где выполняется обработка (наверное Codeunit или Report) Permissions для таблицы Sales Invoice Header и других таблиц, по мере появления такой ошибки и для других таблиц.
И по-моему правильнее будет делать изменения "нормальным" MODIFY, без IF, а то так и не узнаете, где и почему не удалось присвоить новое значение.

[Kadawrik]

Цитата:

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

1. По-поводу присвоения значений:
то, что НАВ ругается при присвоении значения через VALIDATE, то это от того, что поле имеет RELATION к другой таблице и ругань исходит от свойства ValidateTableRelation=<Yes>. Поэтому в любом случае надо делать простым присвоением. НО:
Разбейте Вашу обработку на два этапа.
- В первом этапе присвойте новое значение ТОЛьКО тем полям, которые входят в первичный ключ, через RENAME (Sancho абсолютно прав) . Сам процесс из-за этого несколько затянется, но это наиболее "чистый" вариант. Чтобы узнать, входит ли поле в первичный ключ: для этого используйте таблицу "Key" и переменную типа "KeyRef". После каждого RENAME сделать COMMIT.
- Во втором этапе пройдитесь по остальным "простым полям", которые не входят в первичный ключ. Посредством RENAME в первом этапе изменения в таблице А автоматом занеслись в другие таблицы (B, C D...) которые имеют TableRelation к таблице А, так что колличество таблиц/полей, где надо присвоить новое значение, автоматом уменьшилось (НАВ уже сделал часть работы за Вас). В этих "простых полях", которые не входят в первичный ключ, присвойте новое значение без VALIDATE.

2. По-поводу "У вас нет прав на изменения в записях таблицы Sales Invoice Header": добавьте в propertys обьектa, где выполняется обработка (наверное Codeunit или Report) Permissions для таблицы Sales Invoice Header и других таблиц, по мере появления такой ошибки и для других таблиц.
И по-моему правильнее будет делать изменения "нормальным" MODIFY, без IF, а то так и не узнаете, где и почему не удалось присвоить новое значение.

Ребята, всем спасибо за подсказки! (За неимением смайлика с цветочком пусть будет такой: )

По ходу еще вопросы: у меня есть две переменные: типа Recordref и типа Fieldref. Каким боком к ним можно Rename применить?

Я правильно думаю: простое присваивание доолжно выполняться через команду: Fld_ref.VALUE(NewVal) ?

[alexb_imported]

Цитата:

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

По ходу еще вопросы: у меня есть две переменные: типа Recordref и типа Fieldref. Каким боком к ним можно Rename применить?
Я правильно думаю: простое присваивание доолжно выполняться через команду: Fld_ref.VALUE(NewVal) ?

1.Recref.RENAME(new values для перв. ключей разделённых через запятую); т.е RENAME производится таким же макаром как и обычной Rec-Variable
2.простое присвоение, как вы и правльно подумали, Fieldref.Value("new value").

[Kadawrik]

Цитата:

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

2. По-поводу "У вас нет прав на изменения в записях таблицы Sales Invoice Header": добавьте в propertys обьектa, где выполняется обработка (наверное Codeunit или Report) Permissions для таблицы Sales Invoice Header и других таблиц, по мере появления такой ошибки и для других таблиц.
И по-моему правильнее будет делать изменения "нормальным" MODIFY, без IF, а то так и не узнаете, где и почему не удалось присвоить новое значение.

Этот вариант не прокатывает. Как только я прописываю в Permission нужные мне таблицы (а это такие таблицы как 17, 110-113 и т.п.) и пытаюсь сохранить форму, он ругается, что у меня нет прав вносить изменения в эти таблицы. Полагаю это происходит из-за нашей "неполной" лицензии.

Но эта "беда" меня беспокоит меньше всего, т.к. для внесения изменений в эти таблицы мы можем воспользоваться лицензией фирмы-партнера.