В конфигуратор и в предприятие входит нормально, конфигурация и база выгружается нормально. Пользователи работают нормально.

При тестировании chdbfl.exe выводит и исправляет такие ошибки:


Пишет: успешно исправлено.

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

Затираются даже при объединении только: перечислений, справочников, общих объектов, и отчетов!

При загрузке конфигурации на другие базы - все ок, потому конфигурация тут не причем.

Не помогло:
- chdbfl.exe
- тестирование и исправление из конфигуратора
- проверка конфигурации (тоже из конфигуратора)
- полная выгрузка и загрузка ИБ перед объединением
- Использование конфигурации Conversion (пробовали создать аналогичную пустую базу и перекинуть все данные туда. При выгрузке в XML выгрузка зависает при размере файла в полтора Гб, при прямом подключении процес перекидки вылетает с ошибками)
- Создание периферийной ИБ, после чего из нее делалась центральная и загружалась конфигурация. Все проводки так-же были без субконто.

У кого есть еще идеи? Может кто сталкивался?


- да, и обновление релиза 1С 8.1 до последней версии тоже не помогло

(релиза платформы)

А при сравнении различий в плане счетов и в этих субконто не показывает?

Нет, различий в плане счетов нет. Есть в регистрах бухгалтерии, но даже и без них (т. е. при объединении только справочников, отчетов, общих модулей и перечислений) субконто вытираются

Тогда они должны вытираться и при пересчете итогов?

А если старый док(все заполнено?) перепровести?

При пересчете итогов субконто не затираются

Взял, открыл старый документ. Смотрю, проводки по хозрасчетному есть с субконто. Перепровел - проводки есть, субконто тоже.

Втянул конфигурацию с изменениями - субконто вытерлись. Открыл старый документ (Реализацию): проводки есть - субконто нет. Перепровожу: пишет нехватает такого-то товара по бух. Ну понятно, не может найти по субконто, их то нет...

Открыл поступление товаров и услуг - проводки есть, субконто нет. Перепровел документ - проводки есть, субконто есть. (Поп\)

При объединении всей конфигурации есть еще предупреждения:
- Пользовательские виды имеют тип, который не отвечает типу значений плана вида характеристик: Настройки пользователей
- Код вида характеристики есть не уникальным: Настройки пользователей (00242)

Но они появляются только при объединении планов видов характеристик. Но если изменения планов видов характеристик не втягивать - субконто затираются так же. ИМХО эти предупреждения на процес не влияют...

Кстате пробовал выгружать конфигурацию базы еще с субконто, потом загрузил ее назад полной заменой - субконто остались. Возможно дело всетаки в конфигурации? Но почему на других базах таких проблем нет?

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

Во блин, повезло...

Вот как попался неправильный тип значения в ПВХ - это интеоресно. Может, был глюк при записи - и там нечто непотребное, заглючивающее обращения к ПВХ?

На других компах эта база так же себя ведет?

А если обновлять по 1 объекту, например, и таким образом вычислить при объединении с чем ломается база...

Не знаю причину, но думаю что все беды от того что свет без предупреждения выдубают, а сервер я так понимаю без УПСа.

ПВХ - интерестно, но не до этого сейчас.

Сейчас пробую по частях объединять "проблемную конфигурацию"

Выяснил, что субконто затираются только при объединении докиментов И (ИЛИ) регистров бухгалтерии, и то, только хозрасчетного.

если обединять все кроме регистров бух. и документов - все ок

В регистрах бух. хозрасчетном меняется лишь свойство "Дозволити поділ підсумків". В новой конфигурации эта галочка установлена, ну и еще объект формы

Док при проведении срабатывает - там прямые ссылки на субконты и все проходит норм.
Система при реструктуризации записей регистра скорее всего ищет субконто иначе и не находит, вполне возможно как раз из-за заглюченного ПВХ.
Если в базе есть косяки - перепроведение окажется феерическим гемором.
Я бы все-таки попытался найти и вычистить глючную запись. Кстати, запись кракозябров в таблицы при отключении питания - довольно частое событие. Во всеядное поле с типом Строка могут влететь недопустимые символы, о правильном типе значения - ...

Нашел: субконто затирается при объединении регистра бух. хозрасчетный и/или при объединении объекта движений документа "ВнутреннееПерепещениеНаличныхДенежныхСредств"

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

Обнаружил, что проблема появляется при реструктиризации хозрасчетного:

В "нормальной" конфигурации (где были субконто) создал новый документ. создал ему реквизит типа строка.
В движениях поставил галочку Хозрасчетный.

Обновил конфигурацию БД, запустил предприятие - все норм.
Создал там этот новый документ. Провел.
Естественно по хозрасчетному движений небыло.
Закрыл предприятие

Далее в конфигураторе для этого документа снял галочку движений по хозрасчетному. Запускаю предприятие: запускается перерасчет итогов, реструктиризакия хозрасчетного и все субконто стерлись (на этот раз я конфигураций не объединял)

В ПВХ было несколько пользовательских свойств, и все помеченные на удаление. Удалил их безвозвратно. Не помогло

Вот что нашел (но это касается 8.2):

Технологическая платформа 1С:Предприятия 8. Версия 8.2.10.82
Список исправленных ошибок
Конфигуратор

Конфигурация

Поставка конфигурации

Ошибки платформы "1С:Предприятие 8.2"
Конфигуратор
Конфигурация
10044364 Реструктуризация регистра бухгалтерии
Проблема:
При реструктуризации регистра бухгалтерии в движениях регистра очищаются
значения субконто.
Ошибка проявляется только, если режим совместимости установлен "Не использовать".
Способ обхода:
Способы обхода:
Если производится самостоятельное изменение регистра бухгалтерии в конфигурации.
Перед изменением регистра бухгалтерии, установить режим совместимости "Версия 8.1".
Обновить конфигурацию базы данных. Внести изменения в регистр бухгалтерии. Установить режим
совместимости "Не использовать". Обновить конфигурацию базы данных.

Загрузка обновления или загрузка измененной конфигурации.
Перед загрузкой обновления или измененной конфигурации, установить режим совместимости
"Версия 8.1". Обновить конфигурацию базы данных. Загрузить обновление или измененную конфигурацию.
Обновить конфигурацию базы данных.

Если ранее в результате конвертации регистра бухгалтерии была потеряна информация субконто,
то требуется восстановить информационную базу из резервной копии. Если в информационной базе уже
внесена новая информация, то можно восстановить движения регистра бухгалтерии с помощью обработки
"Выгрузка и загрузка данных XML", публикуемой на диске ИТС. Перед загрузкой данных нужно отключить
использование итогов регистра бухгалтерии. Далее с помощью обработки загрузить движения регистра
бухгалтерии и включить использование итогов регистра бухгалтерии.
Дата публикации: 2009-12-30

Ну вы нам потом отпишите о результате

Проблему так и не решил. Установил 8.2 (где якобы проблема решена) - не помогло. Всетаки это что-то с базой. Брал с ИТС "Выгрузка и загрузка данных XML". выгрузило ХМЛ на 700Мб, а при загрузке выдавало ошибку (неверная запись ... ) может быть гдето в хозрасчетном есть кракозябры, может в этом причина. Вобщем изменил загружаемую конфигурацию так, чтоб ее загрузка не вызывала реструктуризации хозрасчетного (две галки), на результат это особо не повлияло. Вот таким образом обошел проблему... Но она так и не решена. Будет время - нужно будет обратится в 1С. Сейчас главно чтоб бекапы работали

Ну наверно единственное что ещё можно попробовать - это полная загрузка конфигурации (не объединение и сравнение).
Конкретно с такой проблемой не сталкивался, но бывало такое что изменений с сравниваемой конфигураций нет, а проблемы есть (и только в одной базе). Загрузил полностью конфигурацию поставщика - проблемы исчезли.