| 0
- 03.07.2017 - 13:43
|
Добрый день, проблема в следующем : при переводе типовой бухгалтерии на версию 3.0 столкнулся с следующей ситуацией: выдает ошибку "Дублирование видов субконто на счете 68.13" , соответственно обновить конфигурацию не удается. В базе почему-то это субконто прописано как введенное руками(крестик для удаления активен), но удалиться это субконто не желает с формулировкой "Недопустимое изменение предопределенного счета". В типовой конфигурации это субконто прописано как предопределенное. Не понимаю, как выйти из этой ситуации     | | |
| 1
- 03.07.2017 - 14:51
|
Снять пометку предопределенного, изменить код (уникальность!), не удалять. Накатить обновление. Заменить ссылки удаленного на новый предопределенный. Удаленный удалить на. И раз в неделю делать CheckAndRepair. Скриптом, конечно. Тёмной ноченькой, чтоб юзеров не пугать. С протоколом. | | |
| 2
- 03.07.2017 - 15:16
| После удаления счета 68.13 из списка предопределенных в конфигураторе при попытке запустить базу сразу выдает "Дублирование видов субконто на счете 68.13" и все. тестирование с реструктуризацией ничего не дало | | |
| 3
- 03.07.2017 - 17:00
| (1)Заменить ссылки удаленного на новый предопределенный свойство ИмяПредопределенныхДанных доступно в том числе для изменения. Помогает | | |
| 4
- 03.07.2017 - 18:10
| (3)ИмяПредопределенныхДанных доступно в том числе для изменения - а где оно доступно? подскажите плз | | |
| 5
- 03.07.2017 - 18:11
|
3-roma n >Да последовлность может менятся, основное остатся: заменва ссылок, снятие признака предопределенности... 2-andiv21 > И так бывет: в конфе окзалось два одинаковых счета, но один предопределенный, другой нет. Лечится изменением кода у какого-то из них. Конечно, во время процедуры удаления этого безобразия никаких пересчетов быт не должно. И да: в конфигураторе не предопределенного счета не видно ;) | | |
| 6
- 03.07.2017 - 18:16
| (5) у них код же должен одинаковым быть, не вижу я ничего подобного.Как еще можно вычислить ? | | |
| 7
- 03.07.2017 - 18:46
| база похоже однозначно битая, только вот как восстановить это дело, обновлялась она нормально, глюк вылазит при переходе на 3.0, либо при попытке загрузить конфигурацию из типовой рабочей | | |
| 8
- 03.07.2017 - 18:57
| Я так понял, что база БП 2.0 ? Если база и правда типовая, что написано в топике, то можно поступить хирургически, просто взять и загрузить типовую конфигурацию этого же релиза, а затем подправить возможные косяки с обсуждаемым счетом и субконто | | |
| 9
- 03.07.2017 - 19:04
| (8)пробовал, при сохранении вылетает с этой же ошибкой | | |
| 10
- 03.07.2017 - 19:09
| я так понял что за этим счетом реально закреплены 2 одинаковых субконто, одно из них предопределено и видно из конфигуратора, а второе нет и видно из запущенной базы. Попытка удалить какое-либо сразу приводит к ошибке. Почему вот реструктуризация ничего не дает - непонятно. И почему штатное обновление не приводит к этой ошибке - тоже | | |
| 11
- 03.07.2017 - 19:12
| (9)Очень странно. Если выложишь базу, то могу посмотреть, правда уже скорее всего не сегодня | | |
| 12
- 03.07.2017 - 19:17
| она 2,5 гига весит, если только по удаленке посмотреть | | |
| 13
- 03.07.2017 - 19:24
| Выгрузка или архив будут весить с полгига максимум | | |
| 14
- 03.07.2017 - 19:25
| На чужой комп не хочется лазить, мало ли что | | |
| 15
- 03.07.2017 - 19:27
|
10-andiv21 > Ну сказано же: возьми элемент ПС "пользовательский", в режиме 1С:Предприятие. Переименуй его как хочешь: пока расчетов не делаешь, хоть на "68.хх", конфа на изменение кода не отреагирует. Потом лезь в Конфигуратор: оттуда видны предопределенные. Может, и делать ничего не придется: обновление увидит предопределенный код "68.13", и примет его за своего. После того, как обновление пройдет, перекинь ссылки и удали лишнего. | | |
| 16
- 03.07.2017 - 19:36
|
=+15 Бывает, по какой-то неведомой причине, "предопределенные" элементы сливаться не желают, и в результате образуется "дубль". Ну, тогда "предопределенный" из обновляемой базы удаляется: сменой кода+снятие признака предопределенности. Ну, двоих удалять придется,ничего страшного. | | |
| 17
- 03.07.2017 - 19:40
| (15) все так сделал, теперь ругается при сохранении базы на "68.xx", хотя в режиме конфигуратора счета с таким кодом нет вообще | | |
| 18
- 03.07.2017 - 19:48
| (16) при попытке сохранить базу после удаления счета из списка предопределенных выдает такую же ошибку | | |
| 19
- 03.07.2017 - 19:50
| или я неправильно понимаю "снятие признака предопределенности" ? | | |
| 20
- 03.07.2017 - 21:02
|
19-andiv21 > Это я кудряво выразился. Надо было по простому: удали. Это и будет "снятие признака": счет-то сам не исчезнет из БД, он из списка "предопределенных" исчезнет. А в режиме Предприятия будет по-прежнему красоваться. Без "шарика". Ты все время напарываешся на "неуникалность кодов". Она, "уникальность" эта, контролируется независимо от того, есть признак предопределенности, или нет. То, что "пользовательский" счет не виден в Конфигураторе, вовсе не означает, что будет позволено два одинаковых по коду счета. Для "краткого кода" (p.s. улутшатели хреновы) это тоже касается: они тоже индексируются. Исходи из этого, и все получится. | | |
| 21
- 03.07.2017 - 21:05
| можно просто снять контроль уникальности ) | | |
| 22
- 03.07.2017 - 21:20
| (20) щас, пробую уже в этом направлении | | |
| 23
- 03.07.2017 - 21:21
| 21-USSR > Ага, поучи плохому. То-то счастья для бушек: они мигом наплодят одинаковых счетов с "немножко" измененными названиями ;) | | |
| 24
- 03.07.2017 - 22:04
| Спасибо, парни, вы-настоящие!! про улучшателей - это прямо в глаз! | | |
| 25
- 03.07.2017 - 22:09
| Цитата:
| |
Интернет-форум Краснодарского края и Краснодара |
