в конфигураторе вижу
Документ.Реализачия.ТЧ.ПолноеИмяТовара(С100)

в DD в этой таблице (Реализация.ТЧ) описания этого реквизивта не вижу.
Но при этом база открывается, реквизит в ТЧ присутствует, редактируется, сохраняется.
.
вопрос: как так? где он хранится/описан?

общий реквизит

хм...

..потому что при обновлении МД через конфигуратор - при сохранении ругается на несоответствие поля таблицы ...

(1) но в общих реквизитах в конфиге этого нет...
.
получается как-то криво модифицировали конфигу/базу в обход штатных механизмов?

(1)общих реквизитов у табличной части не бывает, как помнится

(0)"Документ.Реализачия.ТЧ.ПолноеИмяТовара(С100)" - это где такое видите?

(1) и ведь опять "не в тему"...
(4) а структура при запуске проверяется? или патченая?
(0) файловая? 100 не должно а бесконечная строка должна лежать в BLOB

(5) в конфигураторе, в дереве метаданных
(6) по (4) - штатное

(7)Чего то не то смотрите. Может документ спутали. В конфигураторе в дереве конфигурации видите?

Нет технической возможности хранить это где-то еще

Нет смысла что-то нештатное делать для хранения реквизита

(8) вроде то смотрю.
в дереве конфигурации есть, в таблице ТЧ документа - нет, в словаре - нет.
в режиме предприятия - реквизит в ТЧ есть.
если править модули и просто сохранять конфигу - то норм.
если реструктуризация и сохранения конфиги - то при запуске вылетает нарушение структуры

уточнение
в дереве конфигурации есть, в таблице ТЧ документа - нет, в словаре - нет.
в режиме предприятия - реквизит в ТЧ есть.
при этом если в документе в ТЧ этот реквизит заполнить, сохранить - то ок. закрываем док, открываем док - реквизитне заполнен
вот такая вот штука

(10) "в таблице ТЧ документа - нет"
"открываем док - реквизитне заполнен"

чудес не бывает
Смотри внимательней. Вероятно, поле в таблице имеет имя отличное от словаря, но соответствующее md

(10) Ну попробуй в отдельной папке пересоздай словарь по текущему md. Посмотри отличия в этом документе.

(11) тут совпал. ниже написал - открываем - заполняем - сохраняем - заполнен - закрываем - открываем - не заполнен

(15) совпал = соврал

(11) "Смотри внимательней. Вероятно, поле в таблице имеет имя отличное от словаря, но соответствующее md" смотрел, не нашел

выложите md куда-нибудь

(12) DD пересоздался, в ДД появился соотв.реквизит как в конфигурации, но не запускается бо "анрекогназед фиелд нэйм.."

(18) ща

(19) Ну так добавь такой же реквизит в свою развернутую базу, я не помню, но ID поля наверно нужно взять из своей базы, из dbf.

(18) ну и что ты там увидишь - рассогласование мд и словаря и мд и таблицы
Ссылка для скачивания: https://transfiles.ru/ala2z Пароль: qb1szi

(21) да это понятно, полчеил давно уже

(23) Ну а какого ответа ты тут ждешь?

А dd не подсунули старый в базу? Он 12 года

(24) а вдруг?! я вот за туеву хучу лет сбоку в данные лазил пару раз всего, даже и не припомню.
ну а как клиента какого возьмешь - ну блин война и немцы... не одно так другое.

(25) глянул, ну да, в исходной копии базы ДД от 2012, а МД от 2021

(24)дд не переформируется если реквизиты БД не меняются

(25) скорее всего dd соответствует БД, т.к. база стартует нормально.
А вот md подсунутый, т.к. пересоздание dd по нему приводит к "анрекогназед фиелд нэйм"

у меня по md dd создается и все работает

Да переименуй ДД и запусти базу, он заново создатся, скорее всего Мд подсунули, а дд не пересоздали

(30) если md не будет полностью соответствовать БД (разные внутренние идентификаторы таблиц и полей, хотя бы одного), то не заработает после пересоздания dd

(31) уже делал (19)

поможет, кроме пересоздания dd, приведение БД в соответствие словарю

(32)Могли ведь обновить неправильно - через Загрузить измененную конфигурация - даже не помню как этот пункт работает

Интересно, gcomp'ом не распаковывается нормально.

(29) угу, так

(31) не прокатит. реструктуризации таблицы с отсутствующим полем не произойдет. так как в МД по этому объекту изменений нет

(34) ну да, так и сделал.
использовал SDBF в качестве редактора, выручал пару раз
для модификации можно использовать в нем есть скулевые запросы.
а все началось - база с 2007 года, регистр партий вывалился за 2ГБ (остатки по компании, интеркампани не делалася)
резать базу не вариант, псоле обрезки все равно дохренища останется. посоветовался с коллегой - занулил фирму в регистре партий и пересчитал итоги. RG с 2ГБ редуцировался до 150Мб (ну и по коду для проведеняи/перепроведения документов проведение по партиям запилил на пустую фирму, по коду по одному оператору в где-то в 10 точках поставить пришлось)
.
а прописать пустую партию -в регистр партий wdbfview - оооочент долго, не дождался, даже забыл что процесс вертится, а SDBF - через update секунд за 20 проапдейтилось в 130 МБ таблицы движений по партиям, и пересчет итогов час занял с 2007 года

сформировать dd - посмотреть название поля и ручками в dbf поправить

(40) да, вечером еще сделал. тупой, конечно, я, но не совсем уж... ;-)
мало-мало представление имею как мд отражается на дд и на таблицы файлов.

(41)А я за все жизнь с таким сталкивался всего несколько раз. А последний раз более 15 лет назад наверное.

Обновила там бушка программу сама...

как-то, разбирая один косяк у клиента, выяснилась такая нештатная вещь - можно использовать как некую защиту (от дураков, критичные переключатели режима работы, итд)
если в таблицу констант занести сторонними средствами на одну константу ДВЕ записи с разными значениями
то прочитано будет одно значение, а модифицироваться записью будет другое. Таким образом можн сделать "нетзменяемые" штатными средствами настройки. Проверить можно на примере какой-нить константы в ТИС, которые используются в диалогах насройки параметров учета.

(43) а ТиИ на это что скажет?

(44) хороший вопрос задал Буратино папе Карло...
ща посмотрю заради интерсеа

(44) база запущена, куча ошибок/предупреждений.
из интересующих
Таблица - DT1611. Не сходится количество полей  .
ну и в самом конце
Проверка физической целостности таблиц ИБ.  Неисправимая ошибка.

(46) + в самом начале, первое сообщение
Словарь данных не соответствует конфигурации

(47) ха, и дубль константы не нашел?