Имя файла справочника

Произвели обновление конфигурации Бухгалтерия на версию 7.70.504.Оказалось,что конфа была нетиповая, а измененная,т.е. объединение с типовой конфой убрало все сделанные изменения.Удалось восстановить необходимые формы док-тов путем объединения со старой конфой.Осталась проблема: длина наименования в справочниках Номенклатура и Контрагенты сократилось и все наименования как бы "обрезаны".Как можно это восстановить? Возможно ли проблему решить путем копирования dbf-файлов из старой конфы в новую? Если да, то какие имена файлов у справочников Номенклатура и Контрагенты?

<br>>Возможно ли проблему решить путем копирования dbf-файлов из старой конфы в новую? Если да, то какие имена файлов у справочников Номенклатура и Контрагенты?<br><br>Имена файлов справочников начинаются с префикса "sc". Точное имя можно узнать из файла 1Cv7.dd, открыв его в текстовом редакторе WordPad. Копировать dbf-файлы я бы не стал, раз структура метаданных отличается. Лучше поиграться с этими файлами с помощью обработки, которую, конечно, предварительно надо написать. А, вообще, копии делать надо.<br><br>

Первое правило при обновлении: ДЕЛАЙТЕ БЭКАПЫ.<br><br>Вообще в каталоге базы данных есть файл словаря базы данных 1Cv7.DD он содержит описание структуры DBF файлов и их принадлежность к объектам конфигурации. Имена фалов содержащих записи справочников начинаются с префикса SC.<br><br>Но здесь следует учитывать что к примеру у справочника "Контрагенты" есть подчинённые справочники и после физического копирования могут быть нарушены ссылочные связи справочников.<br><br>А в принципе, перед принятием решения об установке обновления для типового релиза следует по возможности как можно больше узнать об истории сопровождения конфигурации.<br>2) Проводить тестовое обновление лучше всего на дубле базы, потому как при затягивании этого процесса работа в исходной базе может не останавливаться.<br>3) Если конфигурация не обновлялась достаточно давно, и изменения не документированы. то лучше всего произвести первоначальное сравнение с релизом типовой конфигурации имеющем тот же номер.<br>4) После этого следует документировать все изменения и внести их в МД-шник нового релиза. После чего провести пробное обновление на дубле базы. Документирование позволит избежать эксцессов и сократит временные затраты на следующее проведение обновления.<br>5) Если обновление прошло успешно, высаживать доработанный апдейт на рабочий вариант базы данных.<br><br>З.Ы. В любом случае, при любой действии с рабочей базой. даже если вы хотите поправить пару значений в документах и перезакрыть месяц. ДЕЛАЙТЕ БЭКАП.

1. Восстановите базу из копии, которую вы должны были сделать до обновления<br>2. Аккуратно сделайте объединение на копии, а затем после проверки обновите рабочую базу<br>