Eillecho
Екатерина Левская

Обновили платформу, перестало вылетать аварийно, просто не удается выполнить обмен, уходит в исключение. Для движений с пустыми регистраторами доперенесли ссылки выгрузкой\загрузкой xml. При попытке загрузить то же сообщение в журнал сохраняется ошибка "Запись не верна" (хоть что-то, конечно), но что за запись не ясно

Прикрепленные файлы:

Ошибка загрузки.png

(5) тоже полный риб?

(2) фоновые задания не очень отлаживаются, но даже если искать, он не останавливается по "остановка по ошибке", и где конкретно вылетает выяснить не удалось

Есть полный обмен между двумя базами БИТ.Финанс для БП 3.0 Центральная база файловая, подчиненный узел серверная.
Обмен доработан т.о., чтобы из центральной обратно не выгружались данные:

Процедура ПриОтправкеДанныхПодчиненному(ЭлементДанных, ОтправкаЭлемента, СозданиеНачальногоОбраза)
ПланыОбмена.УдалитьРегистрациюИзменений(ПланыОбмена.бит_Полный.НайтиПоНаименованию("Периферия"), ЭлементДанных);
ПланыОбмена.УдалитьРегистрациюИзменений(ПланыОбмена.Полный.НайтиПоНаименованию("Перефирия"), ЭлементДанных);
ОтправкаЭлемента = ОтправкаЭлементаДанных.Игнорировать;
КонецПроцедуры

Если в обмене участвуют ручные операции (документ Операция бух), то при загрузке в центральный узел 1с вылетает с аварийным завершением. В журнале регистрации ничего не пишет, только то, что последний объект - журнал проводок.
Заходим в базу - в журнале есть проводки с пустым регистратором (<Объект не найден>) для ручных операций (бывает и других документов, но если обмен не содержит ручных операций, а только документы других типов и их движения, то проходит успешно). Пока боремся тем, что дозагружаем операции с помощью выгрузки/загрузки xml. После того, как регистраторы загружены, пропускаем один номер сообщения (то же самое сообщение будет загружаться с ошибкой и после дозагрузки) и обмен выполняется успешно.
Как предотвратить аварийное завершение? Сообщения содержат всю необходимую информацию, и если бы проходили до конца, битых ссылок бы не возникало.
Куда вообще можно посмотреть?
Пожалуйста, не надо писать, что риб зло, что эта обратная затычка ужас что. Что есть, то есть.

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

Прикрепленные файлы:

Способ расширения макета табеля.jpg

(7)
потому что их нет?

под 8.3.15 уже не подходит НачатьПомещениеФайла() больше не работает корректно, его заменили на НачатьПомещениеФайлаНаСервер()

для того, чтобы узнать конкретные элементы справочников есть масса обработок, зачем изобретать велосипед? Моя обработка, как я указывала, очень проста и нужна, чтобы узнать в каких справочниках проверять.

(16) я ее делала как раз для проверки после переноса. Для удаления задвоенных, как уже было сказано ранее, есть достаточно готовых решений, чтобы изобретать велосипед. А насчет сразу удалять задвоенные элементы, я не уверена. Допустим, было две выгрузки, элементы задвоились, но одна еще нормальная выгрузка, а вторая перенесла в справочниках только наименование+код, например, а остальные реквизиты пустые. Если сразу автоматически заменять, то где гарантия, что мы выберем правильные элементы? Конечно, можно разрулить подобные ситуации, но у меня такой задачи не стояло :)

(10) я просто не знаю, что еще добавить, кроме (9). Мне казалось всё просто, как и моя обработка