Имя: Пароль:
1C
1С v8
Загрузка типовой конфигурации в измененную. Что-то пошло не так.
0 RomaH
 
naïve
29.04.16
10:40
Суть:
есть ЗУП 2.5 - лет 8 ей уже
по ходу вносились изменения.
в том числе - предопределенные виды расчетов.

И вот - если сейчас взять и загрузить типовую cf - то при обновлении пишет, что, мол, ключ индекса не уникальный SQL тра-ля-ля ...

почему именно думаю на виды расчетов - потому как "Сравнить, объединить с конфигурацией из файла" с отключением ПВР - нормально проходит


может кто подскажет - как исправить?
похоже какой-то предопределенный ВР в нашей ЗУП имеет такой же ключ, как другой предопределенный ВР в типовой ЗУП
1 КнОпка
 
29.04.16
10:42
Зачем загружать cf, что за издевательство над базой?
2 RomaH
 
naïve
29.04.16
10:44
(1) ок, для игр с НДФЛ надо исключить влияние изменений
т.е. играть на полностью типовой ЗУП
как превратить рабочую базу в полностью типовую?
3 RomaH
 
naïve
29.04.16
10:45
(1) и второй вопрос - такой подход задевает твои чувства верующего?
4 John83
 
29.04.16
11:00
еще один загружальщик.. сейчас может собратья подтянутся
поддержка - обновить - выбираешь последний цф
5 Карупян
 
29.04.16
11:03
сравнить и объединить нужно
6 mikecool
 
29.04.16
11:05
(2) поставь типовую, перегрузи данные
может даже переход с 2.5 на 3.0 схавает твою конфигу
7 Serg_1960
 
29.04.16
11:06
Если конфигурация регулярно обновлялась - то в настройке поддержки твоя "полностью типовая" - в конфигурации поставщика - кнопка "Сравнить, объединить".
8 Serg_1960
 
29.04.16
11:09
(0) "при обновлении пишет, что, мол, ключ индекса не уникальный SQL тра-ля-ля" - в файловой версии или из-под PostgreSQL издевайся над базой - не уникальность не помеха.
9 RomaH
 
naïve
29.04.16
11:10
(7) ладно - уговорили
Суть:
есть ЗУП 2.5 - лет 8 ей уже
по ходу вносились изменения.
в том числе - предопределенные виды расчетов.

И вот - если сейчас взять и сравнить и объединить типовую cf - то при обновлении пишет, что, мол, ключ индекса не уникальный SQL тра-ля-ля ...

почему именно думаю на виды расчетов - потому как "Сравнить, объединить с конфигурацией из файла" с отключением ПВР - нормально проходит


может кто подскажет - как исправить?
похоже какой-то предопределенный ВР в нашей ЗУП имеет такой же ключ, как другой предопределенный ВР в типовой ЗУП
10 КнОпка
 
29.04.16
11:25
(9) ну поменяйте коды для предопределенных в своей базе для нетиповых, а возможно и имя.
11 1CIlya
 
29.04.16
12:45
Попробуйте перед загрузкой типовой конфигурации удалить предопределенные виды расчетов из плана видов расчетов, примите изменения. В информационной базе "точечка" у таких элементов пропадет и смело загружайте конфигурацию.
12 RomaH
 
naïve
29.04.16
12:54
(11) думаешь поможет? я боясь гуид у двух ВР просто одинаковый
и даже если снять признак предопределенного у ссылки - то ГУИД останется тот же

т.е. по сути надо выяснять какая именно запись все портит
делать для неё дубль - потом менять везде "неправильную" запись на правильную
удалять неправильную

и новая платформа позволяет управлять признаком "Предопределенный"
13 1CIlya
 
29.04.16
12:59
(12) Уничтожь предопределенные элементы без выяснения причин, копия все стерпит.
14 RomaH
 
naïve
29.04.16
14:11
(13) мне надо рабочуюю привести в нормальное состояние - что бы в любое время раз - и готово
15 1CIlya
 
29.04.16
14:15
(13) Причина пока предполагаемая, ее подтвердить надо. Если без предопределенных элементов все загрузится, можно думать как чинить в основной.
16 Карупян
 
29.04.16
14:17
а на какой таблице то ругается?