Имя: Пароль:
1C
1С v8
v8: Посоветуйте, как избавиться от двойников предопределённых элементов?
0 temsa
 
13.01.14
11:55
На днях я решал одну проблему, если вы помните.
v8: Превышен максимально допустимый размер внутреннего файла...Помогите

Эту проблему решил с помощью переноса данных через xml.
да вот беда все элементы кторые были предопределенными задвоились.
Пока не знаю как выличить теперь эту траблу ((((
1 Волшебник
 
модератор
13.01.14
11:56
Замена ссылок
2 temsa
 
13.01.14
12:11
(1) Замену то я сделаю, а их самих как убить?
Пока что-то не убиваются.
3 temsa
 
13.01.14
12:14
Справочники удаляются. А вот Планы видов расчет на хотят.
они тоже продублировались.
4 temsa
 
13.01.14
22:51
Поделюсь своими наблюдениями и соображениями.

Как минимум в пяти справочниках были предопределенные элементы от 3 до 10 штук. Также был План вида расчета -Начисления в нем были предопределенных 5 штук.
И вот когда я через универсальную обработку переноса данных перенес в пустую базу все предопределенные элементы задвоились. При этом эти элементы ни как нельзя было трогать ни пометить на удаление ни переименовать. Выдавало ошибка либо не уникальности или просто база валилась.
Не долго думал попробовал в кофе зачистит все предопределенные элементы. Удаление помеченных дал результат. Кое-какие лишние удалились. Обработкой замены дублей убрал двойников. Но вот в коде конфы ведь есть ссылки на предопределенные. Пришлось по коду тоже прошустеть и вместо например  "Справочники.СтатьиЗатрат.Зарплата" пришлось переделать в найти по наименованию. ну это временно по хорошему их в константы или в РС вывести надо.
Также в отчетоах оказалось куча кода типа - КОГДА НачисленияРаботникамОбороты.ВидРасчета = ЗНАЧЕНИЕ(ПланВидовРасчета.Начисления.ТарифЗаЧас)
Вот я и начал думать так мне избавиться от предопределенных до конца и везде код переделать или же опять восстановить хотя бы для Плана вида расчета.
5 temsa
 
13.01.14
22:53
С появлением снеговика и то что в нем есть предопределенные мне всегда радовало. Но после этого случая что-то мои взгляды начали меняться.
6 temsa
 
13.01.14
22:54
По ходу  обработка "ВыгрузкаЗагрузкаДанныхXML" не учитывает предопределенные элементы и их тупо создает и даже признак прикручивает.
7 temsa
 
13.01.14
22:58
По поводу предопределенных.
С одной стороны не надо создавать  константы или там РС для испольвания конкретных элементов по смыслу. А с другой траблы при переносе или при объединении баз итп.
8 temsa
 
13.01.14
22:59
Хочу услышат мнения форумчан по сабжу.
9 timurhv
 
13.01.14
23:01
(7) Так-то выгрузка - загрузка данных XML ищет по уникальному значению ссылки и между двумя базами они разные, поэтому и получили такую кашу.
10 temsa
 
13.01.14
23:03
(9) А разве трудно было разработчику обработки включить проверку на предопределеннность и если таковые есть их перенос обыгрывать по другому ценарию.
11 timurhv
 
13.01.14
23:07
(10) в таких случаях пишу свои правила в конвертации данных. А обработкой выгрузки-загрузки бывает восстанавливаю косяки бухов (в проводках списания МЗ, начисления амортизации).
12 timurhv
 
13.01.14
23:11
(4) я бы приводил ссылки до предопреленных. Но в таком случае для плана видов характеристик поиск и замена значений не подойдет, необходимо писать обработку.
Вообщем, работы на 4-8 часов.
13 timurhv
 
13.01.14
23:12
(12) т.е. план видов расчета в вашем случае.
14 mistеr
 
13.01.14
23:39
Может все-таки создать их в конфе? А потом поиск и замена. Так культурнее будет.
15 temsa
 
13.01.14
23:42
(13) (14) Я тоже так думаю. Но было колебание, потому что не есть прочка ПВР кторые не задвоились и псоле удаления нормально сидят в доках и в РС, РН.