|
06.01.2014, 14:01 | #1 |
Участник
|
Прежде всего поздравляю всех с наступившим 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 не может быть решена.) Что делать? (с) Н.Г.Ч. |
|
06.01.2014, 14:57 | #2 |
Участник
|
Выкрутилась след. образом: на формах, где это поле присутствует, его сначала удалила, потом заново вставила. Всё вроде заработало.
Хотя осталось непонятно, почему НАВ сам не корректирует формы, ссылающиеся на это поле (я же его не заново создавала, а просто меняла номер у существующего, и, логично, ожидала,что все ссылки на него будут автоматом исправлены)? Но, видимо, у НАВа своя логика (отличающаяся от моей (женской ) |
|
06.01.2014, 15:51 | #3 |
Участник
|
Цитата:
Сообщение от Kadawrik
Хотя осталось непонятно, почему НАВ сам не корректирует формы, ссылающиеся на это поле (я же его не заново создавала, а просто меняла номер у существующего, и, логично, ожидала,что все ссылки на него будут автоматом исправлены)? Но, видимо, у НАВа своя логика (отличающаяся от моей (женской />)
С уваж.
__________________
--------------------------------------------------------------------------------------------- "Собрать стадо из баранов легко, трудно собрать стадо из кошек" Профессор Сергей Капица |
|
06.01.2014, 22:47 | #4 |
Administrator
|
а вот если бы Вы на номер 50084 другое бы поле создали, желательно похожего, но не того же типа (Decimal на Integer, например), то вообще сказка бы получилась, новогодняя, ибо все формы и отчеты не восприняли бы вообще что что-то поменялось, да и юниты бы многие проглотили бы
|
|
10.01.2014, 12:43 | #5 |
Участник
|
вообще как я понял нав не изменяет нумерацию - он удаляет предыдущее и создает новое аналогичное но под другим номером, могу разъяснить почему думаю именно так: удалить поле с данными не получится, все не раз с такой ошибкой сталкивались))) попробуйте изменить номер поля в котором есть данные - вуаля, та же ошибочка
__________________
Как только вы проиграете, все ваши прошлые победы забудут. |
|
10.01.2014, 14:25 | #6 |
NavAx
|
Кадаврик, если не секрет, зачем вообще понадобилось менять айдишник?
__________________
"Моей лошадке ядрышком полмордочки снесло..." А.В.Суворов, письма к дочери |
|
13.01.2014, 14:48 | #7 |
Участник
|
Как я уже писала, в Т36 было поле Cut-Off-Datum с номером 50084. В T112 такое же поле, но с номером 50085. Но кроме того в Т112 было поле с номером 50084, но другого типа.
В процедуре проведения документа стоит Т112.TRANSFERFIELDS(Т36). Я не учла, что TRANSFERFIELDS производится по номеру поля, а не по названию. Поэтому пришлось в Т36 менять номер на такой же как и в Т112. |
|
13.01.2014, 16:37 | #8 |
Участник
|
Цитата:
если заводите новое поле в Т.36, то всегда заводите это поле с этим же ID/типом в следующих таблицах: 110,112,114,5107,6660 (т.е. во всех таблицах, куда через TRANSFERFIELDS передаются поля из Т. 36). Причём, если значение поля не обязательно передавать/хранить в Т. 110,112,114,5107,6660, то в этих таблицах можно оставить новое поле с Enabled=No, важно, что поле вообще есть. |
|
10.01.2014, 14:28 | #9 |
Administrator
|
для красоты ж! нет?
хотя при распределенной разработке такое тоже бывает в Казане сделали Сумму Руб, а в Рязане - Количество. а вместе не мержится |
|