Нет связи с полем

[Kadawrik]

Прежде всего поздравляю всех с наступившим 2014-ым! Желаю в новом году побольше интересных проектов, щедрых и некапризных заказчиков, творческого вдохновения и оригинальных идей.

Я опять к вам за помощью, ув. Коллеги. (понимаю, что праздники, но , может, кто-то сможет подскахать?)
В таблице 36 я поменяла номер у поля 50084 (Cut-Off-Datum) на 50085. После этого при любой попытке ввести в это поле значение получаю Errormessage: "Die Beziehung zu dem Teil Cut-Off-Datum der Variable konnte nicht gelöst werden." (что в дословном переводе означает след.: Связь(отношение) к части Cut-Off-Datum не может быть решена.)

Что делать? (с) Н.Г.Ч.

[Kadawrik]

Выкрутилась след. образом: на формах, где это поле присутствует, его сначала удалила, потом заново вставила. Всё вроде заработало.
Хотя осталось непонятно, почему НАВ сам не корректирует формы, ссылающиеся на это поле (я же его не заново создавала, а просто меняла номер у существующего, и, логично, ожидала,что все ссылки на него будут автоматом исправлены)? Но, видимо, у НАВа своя логика (отличающаяся от моей (женской )

[Captain]

Цитата:

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

Хотя осталось непонятно, почему НАВ сам не корректирует формы, ссылающиеся на это поле (я же его не заново создавала, а просто меняла номер у существующего, и, логично, ожидала,что все ссылки на него будут автоматом исправлены)? Но, видимо, у НАВа своя логика (отличающаяся от моей (женской />)

Вы абсолютно правы. Не меняет Нав ссылки на формах и отчетах. А логика у вас правильная)). Большинство продуктов от МС это могут делать.

С уваж.

[Sancho]

а вот если бы Вы на номер 50084 другое бы поле создали, желательно похожего, но не того же типа (Decimal на Integer, например), то вообще сказка бы получилась, новогодняя, ибо все формы и отчеты не восприняли бы вообще что что-то поменялось, да и юниты бы многие проглотили бы

[zuzka]

вообще как я понял нав не изменяет нумерацию - он удаляет предыдущее и создает новое аналогичное но под другим номером, могу разъяснить почему думаю именно так: удалить поле с данными не получится, все не раз с такой ошибкой сталкивались))) попробуйте изменить номер поля в котором есть данные - вуаля, та же ошибочка

[Yoil]

Кадаврик, если не секрет, зачем вообще понадобилось менять айдишник?

[Sancho]

для красоты ж! нет?

хотя при распределенной разработке такое тоже бывает

в Казане сделали Сумму Руб,
а в Рязане - Количество.
а вместе не мержится

[Kadawrik]

Цитата:

Сообщение от Дуд

Кадаврик, если не секрет, зачем вообще понадобилось менять айдишник?

Как я уже писала, в Т36 было поле Cut-Off-Datum с номером 50084. В T112 такое же поле, но с номером 50085. Но кроме того в Т112 было поле с номером 50084, но другого типа.
В процедуре проведения документа стоит Т112.TRANSFERFIELDS(Т36).
Я не учла, что TRANSFERFIELDS производится по номеру поля, а не по названию.
Поэтому пришлось в Т36 менять номер на такой же как и в Т112.

[alexb_imported]

Цитата:

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

...Я не учла, что TRANSFERFIELDS производится по номеру поля, а не по названию.
Поэтому пришлось в Т36 менять номер на такой же как и в Т112.

А что-бы не наступить позже ещё раз на эти же грабли:
если заводите новое поле в Т.36, то всегда заводите это поле с этим же ID/типом в следующих таблицах: 110,112,114,5107,6660 (т.е. во всех таблицах, куда через TRANSFERFIELDS передаются поля из Т. 36). Причём, если значение поля не обязательно передавать/хранить в Т. 110,112,114,5107,6660, то в этих таблицах можно оставить новое поле с Enabled=No, важно, что поле вообще есть.