Ошибка при обмене данными между базами 1С: причины и способы исправления

Вместе со специалистом линии консультаций Алексеем Налимовым разбираем основные типы ошибок, которые могут возникать при обмене данных между базами 1С.

При синхронизации могут происходить различные ошибки, которые на начальном этапе важно правильно диагностировать. Ошибки (предупреждения) могут помечаться следующими пиктограммами:

1) – обмен не прошел, ошибка транспорта сообщений.

При возникновении ошибки обмена, программа предлагает зайти в «Журнал регистрации», чтобы посмотреть подробности ошибки. Ниже представлены примеры ошибок в «Журнале регистрации»:

Рис. 1. Ошибка при отправке данных (нажмите, чтобы увеличить)

Рис. 2. Ошибка при получении данных (нажмите, чтобы увеличить)

2) – предупреждение, обмен в целом прошел, но есть проблемы в данных:

Открыть предупреждения и попытаться устранить их можно, нажав соответствующую ссылку:

Рис. 3 (нажмите, чтобы увеличить)

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

Рис. 4 (нажмите, чтобы увеличить)

Ошибки подразделяются на следующие типы:

1) Не связанные с данными:

Ошибка подключения базы к базе;

2) Связанные с данными: в выгружаемом документе или справочнике не заполнены какие-либо данные (единица измерения и т.д.).

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

В Windows 10 для запуска командной строки от имени администратора нужно нажать правой кнопкой мыши по кнопке Пуск:

Рис. 5 (нажмите, чтобы увеличить)

Рис. 6 (нажмите, чтобы увеличить)

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

Например: УТ нетиповая (т.е. доработанная) и поэтому редко обновляется, а БП, наоборот, поддерживается в актуальном состоянии. Если разработчики добавили и переименовали в документе или справочнике какой-нибудь реквизит, может возникнуть ошибка.

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

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

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

Источник

Ошибка при обмене данными

Подскажите пожалуйста, как можно исправить такую ошибку :

Предыстория. Обмен между двумя УПП. После выгрузки из одной, при загрузке во второй появляется ошибка:

Ошибка записи объекта
ТипОбъекта = Справочник ссылка: Номенклатурные группы
Объект = Блоки бетонные стен подвалов
ОписаниеОшибки = Ошибка при вызове метода контекста (Записать): Ошибка при попытке вставки записи с неуникальным значением ссылки.
таблица Reference130.
ПозицияМодуля = Обработка.ОбменДаннымиXML(3784)
КодСообщения = 26
Ошибка при чтении изменений из файла обмена.
Ошибка записи объекта
ТипОбъекта = Справочник ссылка: Номенклатурные группы
Объект = Блоки бетонные стен подвалов
ОписаниеОшибки = Ошибка при вызове метода контекста (Записать): Ошибка при попытке вставки записи с неуникальным значением ссылки.
таблица Reference130.
ПозицияМодуля = Обработка.ОбменДаннымиXML(3784)
КодСообщения = 26
Чтение данных из файла обмена завершено с ошибками!

Как сие можно исправить?

Решил поменять процедуру Записи в Обработке «ОбменДаннымиXML»:

Возможно ли что это вызовет какие нибудь ошибки в будущем?

Если все это хозяйство уже в попытке, то вылетит по ошибке с надписью «В этой транзакции уже происходили ошибки» или что-то вроде этого.

Но все таки лучше разобраться почему ругается.

Презабавнейшая история битвы с самим собой:

Общая ситуация такая:
Выгружаю данные из БП в УПП с помощью КД. Взял стандратный обмен, он отстает от текущих на 10 версий, довел до ума и тестирую обмен.
При выгрузке справочников выдается ошибка:

Ошибка при загрузке данных: <ВнешняяОбработка.УниверсальныйОбменДаннымиXML(3326)>: Ошибка записи объекта
ОписаниеОшибки = Ошибка при вызове метода контекста (Записать): Ошибка при попытке вставки записи с неуникальным значением ссылки.
таблица Reference102.
Причем, если мы выгружаем все справочники, то ошибка есть, если только контрагенты, то ошибки нет.
Проблема оказалась в том, что при включенной галке «Оптимизированная запись» при записи Свойства объекта происходит не запись, а сохранение объекта в стеке, которое подразумевает отложенную запись.
Но отложенной записи не происходит и получается такая ситуация – в стеке висит структура, которая хранит одновременно объект и ссылку.
Как только требуется обработать еще один объект, мы получаем ссылку по тому же ГУИД, привязываем ссылку к новому объекту и сохраняем. В структуре стека объект отвязывается от нашей ссылки и содержит пустую ссылку с идентификатором «00000000-0000-0000-0000-000000000000». Как только мы, наконец, доходим до самого объекта, он видит, что в стеке есть данные и использует их, причем считая что объект связан со ссылкой, а это, как мы помним, не так.
Все лечится тем, что убираем галку Оптимизированная запись.

Идем вниз по стеку вызовов:

НайтиОбъектПоСсылке перед завершением устанавливает СвойстваОбъектаМодифицированы = Истина; но этот признак никто не обрабатывает, объект зависает в стеке, ссылка теряется и потом мы получаем то, что получаем.

Возможно еще попробовать записать текст ошибки в Настройке плана обмена на закладке «Интерактивные обмен» в Текстах сообщений, которые не являются ошибками. (о как!)

А так уже по 40.000 перенеслось. обмен конечно не самый большой, но ошибок пока не было.

В итоге оставил окончательный вариант следующий:

В обработке ОбменДаннымиXML, в модуле объекта подправил процедуру.

Источник

Обработка ошибок, возникающих при обмене данными в распределенной информационной базе

Общие ошибки, возникающие при работе с XML

Сообщение обмена данными является документом XML, поэтому имеет смысл описать возможные ошибки, которые могут возникнуть во время чтения/записи сообщений обмена данными при использовании средств чтения/записи данных XML, предоставляемых платформой «1С:Предприятие 8». При работе с данными в формате XML может возникать множество различных ситуаций, однако в данной статье будут рассмотрены только те, которые так или иначе имеют отношение к обмену данными в рамках распределенной информационной базы.

Значение URI пространства имен должно соответствовать рекомендации Namespaces in XML (см. http://www.w3.org/TR/REC-xml-names)

Производится попытка записи в XML значения, для типа которого не определена процедура записи в XML. Или производится попытка чтения из XML значения неизвестного типа или типа, для которого не определена процедура чтения из XML.

Ситуации, возникающие при обмене данными в рамках распределенной информационной базы

Источник

• ← С чем сделать ингаляцию при насморке
• bioshock requires windows 7 or higher the game will now exit что делать →