Предопределенное субконто
 

Добрый день, проблема в следующем : при переводе типовой бухгалтерии на версию 3.0 столкнулся с следующей ситуацией:
выдает ошибку "Дублирование видов субконто на счете 68.13" , соответственно обновить конфигурацию не удается. В базе почему-то это субконто прописано как введенное руками(крестик для удаления активен), но удалиться это субконто не желает с формулировкой "Недопустимое изменение предопределенного счета". В типовой конфигурации это субконто прописано как предопределенное. Не понимаю, как выйти из этой ситуации

Снять пометку предопределенного, изменить код (уникальность!), не удалять.
Накатить обновление.
Заменить ссылки удаленного на новый предопределенный.
Удаленный удалить на.
И раз в неделю делать CheckAndRepair. Скриптом, конечно. Тёмной ноченькой, чтоб юзеров не пугать. С протоколом.

После удаления счета 68.13 из списка предопределенных в конфигураторе при попытке запустить базу сразу выдает "Дублирование видов субконто на счете 68.13" и все. тестирование с реструктуризацией ничего не дало

(1)[em]Заменить ссылки удаленного на новый предопределенный[/em] свойство ИмяПредопределенныхДанных доступно в том числе для изменения. Помогает

(3)ИмяПредопределенныхДанных доступно в том числе для изменения - а где оно доступно? подскажите плз

3-roma n >Да последовлность может менятся, основное остатся: заменва ссылок, снятие признака предопределенности...
2-andiv21 > И так бывет: в конфе окзалось два одинаковых счета, но один предопределенный, другой нет. Лечится изменением кода у какого-то из них. Конечно, во время процедуры удаления этого безобразия никаких пересчетов быт не должно.
И да: в конфигураторе не предопределенного счета не видно ;)

(5) у них код же должен одинаковым быть, не вижу я ничего подобного.Как еще можно вычислить ?

база похоже однозначно битая, только вот как восстановить это дело, обновлялась она нормально, глюк вылазит при переходе на 3.0, либо при попытке загрузить конфигурацию из типовой рабочей

Я так понял, что база БП 2.0 ? Если база и правда типовая, что написано в топике, то можно поступить хирургически, просто взять и загрузить типовую конфигурацию этого же релиза, а затем подправить возможные косяки с обсуждаемым счетом и субконто

(8)пробовал, при сохранении вылетает с этой же ошибкой

я так понял что за этим счетом реально закреплены 2 одинаковых субконто, одно из них предопределено и видно из конфигуратора, а второе нет и видно из запущенной базы. Попытка удалить какое-либо сразу приводит к ошибке. Почему вот реструктуризация ничего не дает - непонятно. И почему штатное обновление не приводит к этой ошибке - тоже

(9)Очень странно. Если выложишь базу, то могу посмотреть, правда уже скорее всего не сегодня

она 2,5 гига весит, если только по удаленке посмотреть

Выгрузка или архив будут весить с полгига максимум

На чужой комп не хочется лазить, мало ли что

10-andiv21 > Ну сказано же: возьми элемент ПС "пользовательский", в режиме 1С:Предприятие. Переименуй его как хочешь: пока расчетов не делаешь, хоть на "68.хх", конфа на изменение кода не отреагирует.
Потом лезь в Конфигуратор: оттуда видны предопределенные. Может, и делать ничего не придется: обновление увидит предопределенный код "68.13", и примет его за своего. После того, как обновление пройдет, перекинь ссылки и удали лишнего.

=+15 Бывает, по какой-то неведомой причине, "предопределенные" элементы сливаться не желают, и в результате образуется "дубль". Ну, тогда "предопределенный" из обновляемой базы удаляется: сменой кода+снятие признака предопределенности.
Ну, двоих удалять придется,ничего страшного.

(15) все так сделал, теперь ругается при сохранении базы на "68.xx", хотя в режиме конфигуратора счета с таким кодом нет вообще

(16) при попытке сохранить базу после удаления счета из списка предопределенных выдает такую же ошибку

или я неправильно понимаю "снятие признака предопределенности" ?

19-andiv21 > Это я кудряво выразился. Надо было по простому: удали. Это и будет "снятие признака": счет-то сам не исчезнет из БД, он из списка "предопределенных" исчезнет. А в режиме Предприятия будет по-прежнему красоваться. Без "шарика".

Ты все время напарываешся на "неуникалность кодов". Она, "уникальность" эта, контролируется независимо от того, есть признак предопределенности, или нет. То, что "пользовательский" счет не виден в Конфигураторе, вовсе не означает, что будет позволено два одинаковых по коду счета. Для "краткого кода" (p.s. улутшатели хреновы) это тоже касается: они тоже индексируются.
Исходи из этого, и все получится.

можно просто снять контроль уникальности )

(20) щас, пробую уже в этом направлении

21-USSR > Ага, поучи плохому. То-то счастья для бушек: они мигом наплодят одинаковых счетов с "немножко" измененными названиями ;)

Спасибо, парни, вы-настоящие!! про улучшателей - это прямо в глаз!

[quote=VZ;44448911] 21-USSR > Ага, поучи плохому. То-то счастья для бушек: они мигом наплодят одинаковых счетов с "немножко" измененными названиями ;) [/quote] Да не, думаю что это тоже был бы вариант ради заливки эталонной конфы, в экплуатацию такую базу все равно бы не поставил