K
в каталоги базы есть файл с расширением DD - это описание конфигурации , ищите имя ДБФ(это расширение файла - dbf) которая отвечает за справочник цены. Берете какойнибудь dbfview, открываете файл и ищите в id не допустимые символы судя по картинке С и |.
правите дбф-ку и пробуете.
ВНИМАНИЕ ОБЯЗАТЕЛЬНО СДЕЛАЙТЕ КОПИЮ БАЗЫ!!!!!!!!
правите дбф-ку и пробуете.
ВНИМАНИЕ ОБЯЗАТЕЛЬНО СДЕЛАЙТЕ КОПИЮ БАЗЫ!!!!!!!!
Почти со всем согласен, но проблема не в некорректности символов, а в неуникальности внутренних идентификаторов. Т.е. надо не убрать символы, а дать этим полям свободные идентификаторы, или просто удалить поля дубли (скорее всего так оно и есть)
После ручных исправлений обязательно сделать снова проверку.
А перед....
После ручных исправлений обязательно сделать снова проверку.
А перед....
T
L
Ппц, господа советчики! Вы вообще понимаете, что значит фраза "Проверка уникальности внутреннего идентификатора"?
Это значит что с таким ID есть более одного элемента справочника. То есть при ручном ковырянии файлов необходимо не только исправить ID на уникальный, но и поправить этот же идентификатор во всех связанных DBF-ках! То есть если справочник "Цена" используется где-то еще, то надо лезть в дбф-ку этого объекта и править там ссылку на справочник. Также, не стоит забывать про 1sconst.dbf (периодические значения)...
В общем, человеку, у которого проблема найти dbf, где хранятся цены я бы настоятельно не советовал лезть и исправлять ошибки вручную.
Можно попробовать выполнить операцию Выгрузка данных - Загрузка данных (очень может быть, что ошибка исправится).
Если не поможет - оставить как есть. Есть вероятность, что поковыяв файлы вручную вы огр*цензура*е гораздо более серьезные глюки.
Еще вариант - т.к. справочник цены подчинен справочнику Номенклатура - найти по ID подчиненного справочника что это за товар и в 1С ручками поудалять все цены этого товара, затем, выполнить удаление помеченных, упаковку базы. А вот потом - создать цены снова.
Если же решите все-таки править то учтите, что длина ID элемента прописана в DD файле, и, обычно, она составляет 9 символов. То есть если у вас ID 85С, то в DBF-ке его надо записать так: "______85С" (спереди 6 лидирующих пробелов).
Это значит что с таким ID есть более одного элемента справочника. То есть при ручном ковырянии файлов необходимо не только исправить ID на уникальный, но и поправить этот же идентификатор во всех связанных DBF-ках! То есть если справочник "Цена" используется где-то еще, то надо лезть в дбф-ку этого объекта и править там ссылку на справочник. Также, не стоит забывать про 1sconst.dbf (периодические значения)...
В общем, человеку, у которого проблема найти dbf, где хранятся цены я бы настоятельно не советовал лезть и исправлять ошибки вручную.
Можно попробовать выполнить операцию Выгрузка данных - Загрузка данных (очень может быть, что ошибка исправится).
Если не поможет - оставить как есть. Есть вероятность, что поковыяв файлы вручную вы огр*цензура*е гораздо более серьезные глюки.
Еще вариант - т.к. справочник цены подчинен справочнику Номенклатура - найти по ID подчиненного справочника что это за товар и в 1С ручками поудалять все цены этого товара, затем, выполнить удаление помеченных, упаковку базы. А вот потом - создать цены снова.
Если же решите все-таки править то учтите, что длина ID элемента прописана в DD файле, и, обычно, она составляет 9 символов. То есть если у вас ID 85С, то в DBF-ке его надо записать так: "______85С" (спереди 6 лидирующих пробелов).