Добрый день
На днях из-за сбоев электропитания стала подглючивать база - пришлось делать новую, сливать в нее данные в результате чего потерялись операции введенные вручную. пришлось воспользоваться не универсальным обменом V8Exchan83.epf а обработкой ВыгрузкаЗагрузкаДанныхXML8*.epf в которой есть возможность выгрузить/загрузить движения документов. Операции вроде благополучно перегрузились в базу. Однако, через пару дней обнаружился просто КОШМАРИЩЕ какой ГЛЮК. Оказывается задвоились предопределенные элементы как Плана счетов, так и виды субконто, в результате чего документы стали проводиться через один-два, и в оборотке стали возникать дубли счетов и соответстенно видов субконто. мучаю базу уже несколько дней никакие обработки по слиянию дублей не помогают даже при удалении предопределенных элементов в конфигураторе. Удаленные в конфигураторе благополучно удаляются, а вот те, на которые есть ссылки при использовании штатной обработки по поиску и замене дублей выдает ошибку "В данной транзакции уже происходили ошибки" и все...
Как же все-таки зачистить базу от дублей?
PS Данные как вы понимаете передвигались между ИДЕНТИЧНЫМИ конфигурациями. На форумах уже описывались подобные ошибки, но результат все-равно не утешающий
идентичность конфигураций в случае с 8.3 не означает одинаковость идентификаторов предопределенных элементов - теперь счастья не будет с ВыгрузкаЗагрузкаДанныхXML - она данные сводит только по идентификаторам.
Счастья точно не будет, точнее уже нет - недавн столкнулся с этой же проблемой - после переноса контрагентов задвоились предопределнные в справочнике Виды контактной информации. Решил просто - "отвязал" все элементы справочника (сделал не предопределенными, удалил), потом сделал перенос этого справочника - все встало на родину.
Возникла подобная ошибка , задвоилась контактная информация по справочнику контрагенты, ЮрАдрес, ФизАдрес итд. тоже оба предопределенных вида , но в конфигураторе только 1 вид из них, как это можно исправить?
(5)Точно оба элемента предопределенные?
А то были у меня одни товарищи: внесли свой элемент плана счетов с идентичным предопределенному наименованием - еле разобрался что к чему...
Если ответ утвердительный - попробовать решить "в лоб": отвязать предопределенные элементы в конфигураторе, убрать дубли, заново назначить в конфигураторе.
сделал так, снял с поддержки базу , удалил предопределенные элементы в конфигураторе , обработкой удалили элементы непосредственно в предприятие , и накатил типовой *.cf .
Доброго времени суток!!!
У меня зодвоился справочник "идентификаторы объектов метаданных" со всей иерархией
и при попытке удалить, задваиваются другие справочники!!!
Подскажите пжл, что еще можно сделать?
(10) ekaruk,
Спасибо, отвязать то отвязал. групповым изменением реквизитов пометил остальные элементы и удалил большую часть. еще малость остались элементы которые ну ни как не хотят удаляться. Буду танцевать с бубном дальше!!!
(11) gaysin, Если еще актуально, добавила в ту же обработку возможность проверить наличие дублей предопределенных данных вцелом по конфигурации.
Вдруг какие-то справочники пропустили из тех, в которых элементы задвоились.
Поищите здесь обработку Поиск и замена значений. Назвается ПоискИЗаменаЗначений_с_перепроведением. Подобную проблему ей решал. Если не найдёте, пишите, выложу куда-нибудь.
Всё, эпопея с предопределенными закончилась на время.
Обновился до текущего релиза.
Просто с каждым обновлением были ошибки на предопределённые элементы.
Посмотрю как покажет себя дальше.
Подход к ошибкам был разный - созданием не больших обработок (для каждого справочника свой), удалением предопред элементов и загонял накатыванием CF-ника.
В общем это ЖЕСТЬ.
зачем с этими элементами такое сделали?
(14) gaysin, Вообще-то сделали очень красиво.
Теперь пользователь может сам регулировать, какой элемент нужно использовать как предопределенный.
Просто есть нюансы, которые нужно учитывать при работе.
Например, при обменах и переносах элементы должны создаваться в исходной базе, а во вторую просто переноситься.
Понимаю, что давно обсуждали, но вот тут http://forum-1c.ru/index.php?topic=56443.0 обсуждают подобную проблему. Это к вопросу того, что нужно учитывать нюансы, причем и самим Нуралиевским ребятам тоже. Сейчас типовую ЗУП 3.0 на поддержке обновляю ровно с такими же ошибками.