Начальный образ с неккоректными движениями
Вообщем столкнулся с такой проблемой.
План обмена По организации.
При формировании начального образа в созданной базе данных в регистре "НДС Предъявленный" смещается регистратор. Т.е. у документа Поступление ТМЦ № 251 движения по этому регистру от документа №250. Остальные движения правильные. В исходной базе данных все корректно.
Че делать? Где копать?)))
План обмена По организации.
При формировании начального образа в созданной базе данных в регистре "НДС Предъявленный" смещается регистратор. Т.е. у документа Поступление ТМЦ № 251 движения по этому регистру от документа №250. Остальные движения правильные. В исходной базе данных все корректно.
Че делать? Где копать?)))
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(7) Если б все так было просто. Что значит сноси их? Я создаю начальный образ подчиненной базы данных. И я уже не один раз это пробовал делать. Результат один. Причем при создании такого же образа три недели назад все было правильно.
Сносить документы и перепроводить их что в подчиненной базе, что в главно базе неправильное решение проблемы.
Сносить документы и перепроводить их что в подчиненной базе, что в главно базе неправильное решение проблемы.
(13) просто так установить без совместимости врятли ты мог!
Раз 3 недели назад все нормально было, значит смотри что изменилось. Скорее всего код проведения поменялся и косяк в движениях появился.
Раз ТИИ не помогает, значит проблема в данных, просто перепроведи документы!
Конечно все это делать на бэкапе!
Раз 3 недели назад все нормально было, значит смотри что изменилось. Скорее всего код проведения поменялся и косяк в движениях появился.
Раз ТИИ не помогает, значит проблема в данных, просто перепроведи документы!
Конечно все это делать на бэкапе!
(15) то что переход с 8.2.16 на 8.3.3+ просто сменой параметра не сделать!
Ну тогда перепроверь что конкретно смешается.
Может быть там косяк в 1 лишь документе.
Еще раз говорю смотри глаза где косяк в данных.
Пишешь запросы и сравниваешь.
Другого варианта найти косяк раз ТИИ не показывает нет.
Ну тогда перепроверь что конкретно смешается.
Может быть там косяк в 1 лишь документе.
Еще раз говорю смотри глаза где косяк в данных.
Пишешь запросы и сравниваешь.
Другого варианта найти косяк раз ТИИ не показывает нет.
Тии в исходной базе данных результата не дает. В созданной выдает что-то типа неккоректного регистратора и исправляет это. При этом визуально ничего не меняется. Я так понимаю что где то видит правильный регистратор и это исправляет на некорректный.
В подобное вляпался на 8.3.9.1850:
Делаю начальный образ в Розница 2.2 и постоянно ошибка несоответствия реквизитов правилам.
Грешил на корявые правила регистрации объектов, потом на некорректные данные в самой ИБ.
Но ничего не подтвердилось, в итоге нашёл такую дичь:
НаборЗаписей.Отбор.Регистратор.Значение = "Возврат товаров от покупателя ИВГС-000102 от 29.07.2015 13:26:07"
НаборЗаписей[0].Регистратор = "Возврат товаров от покупателя ИВГС-000101 от 28.07.2015 18:41:32"
То есть отбор набора записей не соответствует самим записям набора! Причём запись соответствует значению набора записей предыдущей итерации, может быть и другого типа и т.д.
Повторяется только при создании начального образа, хотя не знаю, может это в режиме фонового задания баг.
Прикрепляю картинку из табло отладчика.
Делаю начальный образ в Розница 2.2 и постоянно ошибка несоответствия реквизитов правилам.
Грешил на корявые правила регистрации объектов, потом на некорректные данные в самой ИБ.
Но ничего не подтвердилось, в итоге нашёл такую дичь:
НаборЗаписей.Отбор.Регистратор.Значение = "Возврат товаров от покупателя ИВГС-000102 от 29.07.2015 13:26:07"
НаборЗаписей[0].Регистратор = "Возврат товаров от покупателя ИВГС-000101 от 28.07.2015 18:41:32"
То есть отбор набора записей не соответствует самим записям набора! Причём запись соответствует значению набора записей предыдущей итерации, может быть и другого типа и т.д.
Повторяется только при создании начального образа, хотя не знаю, может это в режиме фонового задания баг.
Прикрепляю картинку из табло отладчика.
Прикрепленные файлы:
(20) В результате ничего больше не придумал как перечитать НЗ:
Процедура ПриОтправкеДанныхПодчиненномуСобытие(Источник, ЭлементДанных, ОтправкаЭлемента, СозданиеНачальногоОбраза) Экспорт
//ошибка из-за бага при создании начального образа
Если СозданиеНачальногоОбраза Тогда
ИмяБазовогоТипа = ОбщегоНазначения.ИмяБазовогоТипаПоОбъектуМетаданных(ЭлементДанных.Метаданные());
Если ИмяБазовогоТипа = ОбщегоНазначения.ИмяТипаРегистрыСведений()
ИЛИ ИмяБазовогоТипа = ОбщегоНазначения.ИмяТипаРегистрыНакопления()
ИЛИ ИмяБазовогоТипа = ОбщегоНазначения.ИмяТипаРегистрыБухгалтерии()
ИЛИ ИмяБазовогоТипа = ОбщегоНазначения.ИмяТипаРегистрыРасчета() Тогда
//записи НЗ не соответствуют отбору НЗ, поэтому перечитываем их
ЭлементДанных.Прочитать();
КонецЕсли;
КонецЕсли;
ПриОтправкеДанныхПодчиненному(ЭлементДанных, ОтправкаЭлемента, СозданиеНачальногоОбраза, Источник);
КонецПроцедуры Показать
На текущий момент у меня на рабочем сервере платформа 8.3.9.1850 и конфигурация БП 3.0.43.124. На 8.3.6 такого поведения при формировании начального образа не наблюдается. Обновление до платформы 8.3.9.2033 не помогло. Пробую обновиться на последнюю версию БП. Хотя на мой взгляд довольно странно лечить баг платформы через обновление конфигурации.
(25) мне помог откат на 8.3.6. Там ошибка не проявилась. Но это не выход. После обновления требуют минимум 8.3.8. 8.3.8 у меня ошибка проявилась.
На текущий момент я выявил не уникальность в данных в одном месте. Как устраню попробую повторить выгрузку. Возможно дело в некуникальности.
На текущий момент я выявил не уникальность в данных в одном месте. Как устраню попробую повторить выгрузку. Возможно дело в некуникальности.
(25) Добрый день, уважаемые коллеги, также столкнулись с проблемой при использовании платформы 8.3.9.х
При создании начального образа периферийной информационной базы некорректно выгружаются движения регистров накопления, относящиеся к другим регистраторам.
Воспроизводится проблема при попытке создать первоначальный образ узла распределенной базы. Фактически у пользователей проблема проявляется в переносе движений регистров относящихся к другим регистраторам в отраслевой конфигурации 1С Альфа-Авто 5.1 Автосалон + Автосервис + Автозапчасти
Не понятно почему но в событии при отправке данных подчиненному при создании начального образа результат выражения
Отличается от
При создании начального образа периферийной информационной базы некорректно выгружаются движения регистров накопления, относящиеся к другим регистраторам.
Воспроизводится проблема при попытке создать первоначальный образ узла распределенной базы. Фактически у пользователей проблема проявляется в переносе движений регистров относящихся к другим регистраторам в отраслевой конфигурации 1С Альфа-Авто 5.1 Автосалон + Автосервис + Автозапчасти
Не понятно почему но в событии при отправке данных подчиненному при создании начального образа результат выражения
ЭлементДанных.Отбор.Регистратор.Значение Отличается от
ЭлементДанных[0].Регистратор
(28)
К сожалению мне * не помог . В итоге я нашел в главной базе ошибку. В одном из регистров присутствовали не уникальные движения. После их очистки работа вернулась в привычное русло.
Искал следующим образом если мне память не изменяет:
1. Создавал периферийный узел на SQL.
2. В момент создания вылетала ошибка про неуникальный индекс.
3. Выяснял по названию таблицы имя регистра в периферийной базе и описанию ошибки период.
4. Искал эти данные в основной БД.
5. Перепроводил регистратор.
6. Снова с пункта 1.
И так до тех пор пока периферия под SQL не пройдет без ошибок.
К сожалению мне * не помог . В итоге я нашел в главной базе ошибку. В одном из регистров присутствовали не уникальные движения. После их очистки работа вернулась в привычное русло.
Искал следующим образом если мне память не изменяет:
1. Создавал периферийный узел на SQL.
2. В момент создания вылетала ошибка про неуникальный индекс.
3. Выяснял по названию таблицы имя регистра в периферийной базе и описанию ошибки период.
4. Искал эти данные в основной БД.
5. Перепроводил регистратор.
6. Снова с пункта 1.
И так до тех пор пока периферия под SQL не пройдет без ошибок.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот