Имя файла справочника
05.02.2009
10:59
#1
Произвели обновление конфигурации Бухгалтерия на версию 7.70.504.Оказалось,что конфа была нетиповая, а измененная,т.е. объединение с типовой конфой убрало все сделанные изменения.Удалось восстановить необходимые формы док-тов путем объединения со старой конфой.Осталась проблема: длина наименования в справочниках Номенклатура и Контрагенты сократилось и все наименования как бы "обрезаны".Как можно это восстановить? Возможно ли проблему решить путем копирования dbf-файлов из старой конфы в новую? Если да, то какие имена файлов у справочников Номенклатура и Контрагенты?
05.02.2009
11:41
#2
>Возможно ли проблему решить путем копирования dbf-файлов из старой конфы в новую? Если да, то какие имена файлов у справочников Номенклатура и Контрагенты?
Имена файлов справочников начинаются с префикса "sc". Точное имя можно узнать из файла 1Cv7.dd, открыв его в текстовом редакторе WordPad. Копировать dbf-файлы я бы не стал, раз структура метаданных отличается. Лучше поиграться с этими файлами с помощью обработки, которую, конечно, предварительно надо написать. А, вообще, копии делать надо.
05.02.2009
11:44
#3
Первое правило при обновлении: ДЕЛАЙТЕ БЭКАПЫ.
Вообще в каталоге базы данных есть файл словаря базы данных 1Cv7.DD он содержит описание структуры DBF файлов и их принадлежность к объектам конфигурации. Имена фалов содержащих записи справочников начинаются с префикса SC.
Но здесь следует учитывать что к примеру у справочника "Контрагенты" есть подчинённые справочники и после физического копирования могут быть нарушены ссылочные связи справочников.
А в принципе, перед принятием решения об установке обновления для типового релиза следует по возможности как можно больше узнать об истории сопровождения конфигурации.
2) Проводить тестовое обновление лучше всего на дубле базы, потому как при затягивании этого процесса работа в исходной базе может не останавливаться.
3) Если конфигурация не обновлялась достаточно давно, и изменения не документированы. то лучше всего произвести первоначальное сравнение с релизом типовой конфигурации имеющем тот же номер.
4) После этого следует документировать все изменения и внести их в МД-шник нового релиза. После чего провести пробное обновление на дубле базы. Документирование позволит избежать эксцессов и сократит временные затраты на следующее проведение обновления.
5) Если обновление прошло успешно, высаживать доработанный апдейт на рабочий вариант базы данных.
З.Ы. В любом случае, при любой действии с рабочей базой. даже если вы хотите поправить пару значений в документах и перезакрыть месяц. ДЕЛАЙТЕ БЭКАП.
Вообще в каталоге базы данных есть файл словаря базы данных 1Cv7.DD он содержит описание структуры DBF файлов и их принадлежность к объектам конфигурации. Имена фалов содержащих записи справочников начинаются с префикса SC.
Но здесь следует учитывать что к примеру у справочника "Контрагенты" есть подчинённые справочники и после физического копирования могут быть нарушены ссылочные связи справочников.
А в принципе, перед принятием решения об установке обновления для типового релиза следует по возможности как можно больше узнать об истории сопровождения конфигурации.
2) Проводить тестовое обновление лучше всего на дубле базы, потому как при затягивании этого процесса работа в исходной базе может не останавливаться.
3) Если конфигурация не обновлялась достаточно давно, и изменения не документированы. то лучше всего произвести первоначальное сравнение с релизом типовой конфигурации имеющем тот же номер.
4) После этого следует документировать все изменения и внести их в МД-шник нового релиза. После чего провести пробное обновление на дубле базы. Документирование позволит избежать эксцессов и сократит временные затраты на следующее проведение обновления.
5) Если обновление прошло успешно, высаживать доработанный апдейт на рабочий вариант базы данных.
З.Ы. В любом случае, при любой действии с рабочей базой. даже если вы хотите поправить пару значений в документах и перезакрыть месяц. ДЕЛАЙТЕ БЭКАП.
Читают тему
(гостей: 1)