Ошибка формата представления изменений 1с при обмене

При загрузки изменений из центрального узла РИБ выдает ошибку ☑ 0

Паломник

23.12.09

✎

09:59

Ошибка при чтении изменений при обмене РИБ: Ошибка при вызове метода контекста (ПрочитатьИзменения): Ошибка формата представления изменений.

И после этого не грузятся изменения, такая же ошибка и в центральному по этому же узлу. В чем дело ?

1с 8.1 УТ. там и там.

1

Alexor

23.12.09

✎

10:25

Платформа какая?

2

Паломник

23.12.09

✎

10:32

1с:Предприятия 8.1 (8.1.14.72).

3

Serg_1960

23.12.09

✎

10:36

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

4

Паломник

23.12.09

✎

10:39

Нет полностью совпадают.

5

Serg_1960

23.12.09

✎

10:41

Как ни странно это звучит, но такую-же ошибку можно получить, если «отвязать» подчиненный узел от центрального узла (УстановитьГлавныйУзел)

6

Паломник

23.12.09

✎

10:48

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

7

Serg_1960

23.12.09

✎

10:55

(6) В принципе — да.

8

Паломник

23.12.09

✎

11:03

Все большое спасибо. Получилось. Надеюсь центру это не как не навредит. :)

9

Serg_1960

23.12.09

✎

11:08

Если подчиненный узел работал «без привязки» — то в регистрации измений, возможно, «бардак» творился. Если в логике регистрации изменений использовалась проверка ссылки на центральный узел — бардак :(

10

Паломник

23.12.09

✎

11:10

Нет не работал, у нас оказывается программист забыл сделать привязку, а база была ревизорской.

11

Serg_1960

23.12.09

✎

11:11

(9) Повторю другими словами: если нет «привязки» — то подчинённый риб-узел (имхо) регистрирует изменения по правилам центрального узла.

12

Serg_1960

23.12.09

✎

11:12

(10) Тогда Вы легко отделались :)

13

Паломник

23.12.09

✎

11:18

т.е. тогда могут траблы ? И какие ?

Источник

При загрузки изменений из центрального узла РИБ выдает ошибку

 Я
   Паломник

23.12.09 — 09:59

Ошибка при чтении изменений при обмене РИБ: Ошибка при вызове метода контекста (ПрочитатьИзменения): Ошибка формата представления изменений.

И после этого не грузятся изменения, такая же ошибка и в центральному по этому же узлу. В чем дело ?

1с 8.1 УТ. там и там.
   Alexor

1 — 23.12.09 — 10:25

Платформа какая?
   Паломник

2 — 23.12.09 — 10:32

1с:Предприятия 8.1 (8.1.14.72).
   Serg_1960

3 — 23.12.09 — 10:36

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

4 — 23.12.09 — 10:39

Нет полностью совпадают.
   Serg_1960

5 — 23.12.09 — 10:41

Как ни странно это звучит, но такую-же ошибку можно получить, если «отвязать» подчиненный узел от центрального узла (УстановитьГлавныйУзел)
   Паломник

6 — 23.12.09 — 10:48

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

7 — 23.12.09 — 10:55

(6) В принципе — да.
   Паломник

8 — 23.12.09 — 11:03

Все большое спасибо. Получилось. Надеюсь центру это не как не навредит. :)
   Serg_1960

9 — 23.12.09 — 11:08

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

10 — 23.12.09 — 11:10

Нет не работал, у нас оказывается программист забыл сделать привязку, а база была ревизорской.
   Serg_1960

11 — 23.12.09 — 11:11

(9) Повторю другими словами: если нет «привязки» — то подчинённый риб-узел (имхо) регистрирует изменения по правилам центрального узла.
   Serg_1960

12 — 23.12.09 — 11:12

(10) Тогда Вы легко отделались :)
  

Паломник

13 — 23.12.09 — 11:18

т.е. тогда могут траблы ? И какие ?

TurboConf — расширение возможностей Конфигуратора 1С

Posted On 2020-04-20

Ошибка чтения файла сообщения обмена: {Обработка.КонвертацияОбъектовРаспределенныхИнформационныхБаз.МодульОбъекта(200)}: Ошибка при вызове метода контекста (ПрочитатьИзменения): Ошибка формата представления изменений

При этой ошибке нужно Установить главный узел Риб

В БП 3,  УТ 11, Розница, форма настройки и есть форма узла.
Ну можно через главное меню — Все функции — Планы обмена…

Имеется РБД, конфигурация Альфа-Авто 4, платформа 8.1.15.14. При очередном обмене иногда появляется такая ошибка: «Ошибка при вызове метода контекста (ПрочитатьИзменения): Ошибка формата представления изменений» Если отменить регистрацию изменений для 1 документа — который еще надо найти (в последний раз это было одно поступление товаров), то все проходит ок. В документе никаких неправильных символов нет, да если бы и были, другой текст ошибки был бы. Платформы в обеих базах совпадают, конфигурации совпадают — выгружал и сравнивал. Что вообще означает эта ошибка?

спасибо, конечно, но темы на мисте я читал

И да, , читайте, пожалуйста вопрос более внимательно. Специально написал ведь, что появление ошибки зависит от наличия в сообщении обмена одного объекта, в последнем случае — документа «Поступление…» Ни в одной теме на мисте ничего подобного я не находил

Не, ну как это возможно вообще? Поднял базу из вчерашней копии подчиненного узла — спокойно принимает сообщение. Рабочая база — тот же самый подчиненный узел — ругается на формат представления. В конфе не менялось — ни на главной узле, ни в подчиненном ничего не делелось. Все три конфы (главный — подчиненный вчерашний — подчиненный рабочий) — идентичны, вот еще раз специально сравнил. В чем логика возникновения этой ошибки кто-нибудь может сказать?

Народ, ну напишите хоть что-нибудь, любые догадки на эту тему могут быть полезными. У людей обмен упал, они страдают.

Тэги: 1С 8

Комментарии доступны только авторизированным пользователям

Показывать по
10
20
40
сообщений

Новая тема

Ответить

Elkin

Дата регистрации: 21.10.2015
Сообщений: 3

Всем привет!

Есть: 2 базы, обе бухгалтерии ред. 2, в обеих базах ведется учет одной организации, дополнительная база не образ основной базы.

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

Цитата
Начат обмен данными по настройке «Обмен с Периферийной базой» (17:57:16).
Ошибка при чтении изменений при обмене РИБ: Ошибка при вызове метода контекста (ПрочитатьИзменения): Ошибка формата представления изменений
Чтение данных из файла обмена завершено с ошибками!
Обмен данными по настройке «Обмен с Периферийной базой» завершен (17:57:29).

Вот у меня вопрос: когда база не создана из образа основной базы а используется обычная база можно обмениваться по технологии РИБ?
Если да, то из за чего выходит данная ошибка?
Если нет, какие еще есть стандартные способы объединить базы?

PS Написал своими словами, надеюсь все понятно :D

Vladko

Дата регистрации: 27.08.2007
Сообщений: 2644

нет, нельзя. Надо делать обязательно образ периферийной базы для обмена между базами через РИБ. Есть вариант пользоваться обменом через «УниверсальнаяВыгрузкаЗагрузкаДанныхXML82.epf» Можно найти эту обработку на диске ИТС или в папке с поставкой конфигурации «Конвертация данных ред. 2.1»

Показывать по
10
20
40
сообщений

Читают тему:

Обновлено: 11.04.2023

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

Итак возникла проблема . Установили на центральном узле РИБ новую платформу версия 8.3.11.2924. Работает на ней конфигурация Комплексная автоматизация 1.1 в режиме совместимости с версией 8.2.13. Кроме этого на этом же сервере 1с расположены и другие базы, для которых новая платформа и нужна. В узлах РИБ платформа пока не обновилась. И при выполнении обмена получили ошибку:

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

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

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

Добавил этот атрибут в файл обмена, ошибки при приеме нет.

Обработка в приложении берет указанный zip файл, распаковывает файл обмена, находит узел v8de:Digest2, и добавляет атрибут Extensions=»0000000000000000000000000000000000000000″, после чего запаковывает обратно в zip, и удаляет временный файл.

Пароль при распаковке, упаковке не использую.

Естественно, что это только временная мера, пока все узлы РИБ не перейдут на новую версию платформы, или 1с не научит платформу обмену в режиме совместимости.

Итак, имеется РИБ «1С:Розница 1.0» на платформе 8.1, в которой на данный момент 115 периферийных узлов.

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

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

Заходим в режиме предприятия в периферийный узел и:

4. В текстовом поле вставляем скрипт:
[CODE]
@echo off
set v8exe=»C:Program Files (x86)1cv81in1cv8.exe»
set DataBaseName=»D:1C_Base»
set DataBase=/F%DataBaseName%

REM Логин администратора системы
set AdminUser=/N»Администратор» /p «пароль» /WA-

echo Завершение работы пользователей и установка блокировки.
start «» /wait %v8exe% ENTERPRISE %DataBase% %AdminUser% /CЗавершитьРаботуПользователей /DisableStartupMessages

echo .
echo Обновляем конфигурацию информационной базы
start «» /wait %v8exe% CONFIG %DataBase% %AdminUser% /UpdateDBCfg /UCКодРазрешения

echo .
echo Разрешение работы пользователей.
start «» /wait %v8exe% ENTERPRISE %DataBase% %AdminUser% /CРазрешитьРаботуПользователей /UCКодРазрешения /DisableStartupMessages
[/CODE]
правим объявленные в скрипте переменные под свои данные.

Есть один момент: если пользователь начал входить в ИБ и остановился на этапе авторизации, то платформа не может заблокировать такого пользователя (он же ещё не вошёл). В итоге конфигурация обновиться не может, т.к. нет монопольного доступа к ИБ.

Читайте также:

  • Как подключить 2 звуковые карты fl studio
  • C word что это
  • Выделение и маска не работает в фотошопе что делать
  • Asus p4p800 se прошить биос
  • Несоответствие частоты кадров либо не найден видеоряд с полями after effects
Источник

Имеется РБД, конфигурация Альфа-Авто 4, платформа 8.1.15.14. При очередном обмене иногда появляется такая ошибка: «Ошибка при вызове метода контекста (ПрочитатьИзменения): Ошибка формата представления изменений» Если отменить регистрацию изменений для 1 документа — который еще надо найти (в последний раз это было одно поступление товаров), то все проходит ок. В документе никаких неправильных символов нет, да если бы и были, другой текст ошибки был бы. Платформы в обеих базах совпадают, конфигурации совпадают — выгружал и сравнивал. Что вообще означает эта ошибка?

спасибо, конечно, но темы на мисте я читал

И да, , читайте, пожалуйста вопрос более внимательно. Специально написал ведь, что появление ошибки зависит от наличия в сообщении обмена одного объекта, в последнем случае — документа «Поступление…» Ни в одной теме на мисте ничего подобного я не находил

Не, ну как это возможно вообще? Поднял базу из вчерашней копии подчиненного узла — спокойно принимает сообщение. Рабочая база — тот же самый подчиненный узел — ругается на формат представления. В конфе не менялось — ни на главной узле, ни в подчиненном ничего не делелось. Все три конфы (главный — подчиненный вчерашний — подчиненный рабочий) — идентичны, вот еще раз специально сравнил. В чем логика возникновения этой ошибки кто-нибудь может сказать?

Народ, ну напишите хоть что-нибудь, любые догадки на эту тему могут быть полезными. У людей обмен упал, они страдают.

Тэги: 1С 8

Комментарии доступны только авторизированным пользователям

Источник

Показывать по
10
20
40
сообщений

Новая тема

Ответить

Elkin

Дата регистрации: 21.10.2015
Сообщений: 3

Всем привет!

Есть: 2 базы, обе бухгалтерии ред. 2, в обеих базах ведется учет одной организации, дополнительная база не образ основной базы.

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

Цитата
Начат обмен данными по настройке «Обмен с Периферийной базой» (17:57:16).
Ошибка при чтении изменений при обмене РИБ: Ошибка при вызове метода контекста (ПрочитатьИзменения): Ошибка формата представления изменений
Чтение данных из файла обмена завершено с ошибками!
Обмен данными по настройке «Обмен с Периферийной базой» завершен (17:57:29).

Вот у меня вопрос: когда база не создана из образа основной базы а используется обычная база можно обмениваться по технологии РИБ?
Если да, то из за чего выходит данная ошибка?
Если нет, какие еще есть стандартные способы объединить базы?

PS Написал своими словами, надеюсь все понятно :D

Vladko

активный пользователь

офлайн

Дата регистрации: 27.08.2007
Сообщений: 2649

нет, нельзя. Надо делать обязательно образ периферийной базы для обмена между базами через РИБ. Есть вариант пользоваться обменом через «УниверсальнаяВыгрузкаЗагрузкаДанныхXML82.epf» Можно найти эту обработку на диске ИТС или в папке с поставкой конфигурации «Конвертация данных ред. 2.1»

Показывать по
10
20
40
сообщений

Читают тему:

Источник

#101

Отправлено 01.08.2008, 10:59:50

Lion heart

  • Постоялец
  • 390 сообщений

не хочу показаться юзером, ибо сам считаю себя профи (гыы), но делать нечего, задам вопрос.
Есть база самописная, есть филиалы, план обмена. Сообщения в филиалы отправляются дважды в сутки автоматически. Алгоритм такой: с фтп скачивается файл обмена с филиала в ZIP, распаковывается, чтение сообщения из филиала, выгрузка сообщения для филиала в XML, упаковка его в ZIP, выгрузка на фтп. Теперь проблема: на филиалах при чтении XML выдает ошибку «Ошибка формата представления изменений». Если делаю выгрузку вручную, то такого сообщения нет. В чем может быть проблема? Поиск результатов не дал.

  • 0

  • Наверх

#102

Отправлено 01.08.2008, 12:39:35

Правша

    Заносииии

  • В доску свой
  • 3 229 сообщений

Подскажите пожалуйста.
Надо заархивировать 1С-ные базы. Как это лучше сделать?

  • 0

  • Наверх

#103

Отправлено 01.08.2008, 16:45:23

BVG

  • Завсегдатай
  • 217 сообщений

Есть сервер под управлением Windows Server 2003 с установленной 1с 8.1 Торговля
Клиенты подключаються в терминальном режиме. На двух клиентских компах установлены сканеры штрих-кодов, но в 1с работает только один из сканеров, на том клиенте который подключается первым.
порт подключается нормально, через гипертерминал на сервере оба сканера работают. в чем может быть загвоздка?

  • 0

  • Наверх

#104

Отправлено 01.08.2008, 17:01:20

Черный запрос

  • Свой человек
  • 976 сообщений

Подскажите пожалуйста.
Надо заархивировать 1С-ные базы. Как это лучше сделать?

Можно несколькими способами:

Если базы DBF

1) Помещаете папки, где лежат базы, в архив. К примеру WinRar’ом;
2) Можно через конфигуратор, запускаете конфигуратор, выбираете в меню Администрироване\Сохранить данные или Выгрузить данные, указываете путь и имя файла архива Zip куда будет сохранена база. Для каждой базы делаете отдельно.

Если базы SQL

1) Можно через конфигуратор, запускаете конфигуратор, выбираете в меню Администрироване\Выгрузить данные (Сохранить данные не выбирать!!!), указываете путь и имя файла архива Zip куда будет сохранена база. Для каждой базы делаете отдельно.
2) Сделать бэкап средствами SQL, Enterprise Manager’ом и помещаете файл бэкапа и папку с метаданными в архив, к примеру WinRar’ом.

  • 0

  • Наверх

#105

Отправлено 01.08.2008, 17:15:14

Правша

    Заносииии

  • В доску свой
  • 3 229 сообщений

Черный запрос, спасибо. Были бы базы SQL, тогда вопросов не возникло бы. А вот с простыми чет не уверен был, теперь понятно.
Еще раз спасибо

  • 0

  • Наверх

#106

Отправлено 03.08.2008, 17:00:30

Вини

  • В доску свой
  • 2 542 сообщений

не хочу показаться юзером, ибо сам считаю себя профи (гыы), но делать нечего, задам вопрос.
Есть база самописная, есть филиалы, план обмена. Сообщения в филиалы отправляются дважды в сутки автоматически. Алгоритм такой: с фтп скачивается файл обмена с филиала в ZIP, распаковывается, чтение сообщения из филиала, выгрузка сообщения для филиала в XML, упаковка его в ZIP, выгрузка на фтп. Теперь проблема: на филиалах при чтении XML выдает ошибку «Ошибка формата представления изменений». Если делаю выгрузку вручную, то такого сообщения нет. В чем может быть проблема? Поиск результатов не дал.

А на чем писано то?

  • 0

  • Наверх

#107

Отправлено 04.08.2008, 12:21:23

Lion heart

  • Постоялец
  • 390 сообщений

  • 0

  • Наверх

#108

Отправлено 07.08.2008, 13:48:43

Lion heart

  • Постоялец
  • 390 сообщений

Блин, вот же засада. Неужели никто не знает ответа?

Самое интересное, если вручную делать выгрузку, то все работает, если автоматом — нет.

Ай нид хелп!

  • 0

  • Наверх

#109

Отправлено 07.08.2008, 14:00:20

Lion heart

  • Постоялец
  • 390 сообщений

Вдогонку и по той же теме. Кто-нибудь юзал метод УстановитьГлавныйУзел() на главном узле? Что произойдет?

  • 0

  • Наверх

#110

Отправлено 08.08.2008, 12:05:30

Lion heart

  • Постоялец
  • 390 сообщений

Снимаю свой вопрос, разобрался сам. Никому не спасибо за невнимание.

  • 0

  • Наверх

#111

Отправлено 08.08.2008, 14:53:57

Черный запрос

  • Свой человек
  • 976 сообщений

Снимаю свой вопрос, разобрался сам. Никому не спасибо за невнимание.

Поделитесь как проблему-то решили, интересно же?

Сообщение отредактировал Черный запрос: 08.08.2008, 14:54:44

  • 0

  • Наверх

#112

Отправлено 10.08.2008, 15:19:21

Lion heart

  • Постоялец
  • 390 сообщений

Ну в общем, ничего нового я не придумывал. Когда настраивал распределенку, взял пример из Митичкина (по-моему). Прикол был в том, что этот пример формирует файл обмена не так как встроенные средства 1С. Поэтому-то когда автоматически выгруженный файл пытались загрузить вручную и выдавалась ошибка. После этого я пересмотрел немного реализацию автообмена и решил юзать обычные методы ЗагрузитьИзменения и ПрочитатьИзменения.
Щас у меня новая трабла (стыдно за себя даже).
Пока настраивал заново распределнку, поднял одну мелкую базу, чтобы обкатать автообмен. Ну, вроде, все нормально работает. Но есть одно «но». Я там использовал после метода ЗагрузитьИзменения еще один: ЗарегистрироватьИзменения. Оказывается, после этого метода, идет полная выгрузка всей имеющейся в базе информации. Ну а я этого благополучно не заметил, так как в пустых базах ессесно инфы практически ноль. Ну и загрузил эти изменения в модуле в рабочую базу… И сделал обмен. Потом обнаружил траблу и убрал метод ЗарегистрироватьИзменения. Только было поздно.
Результат: с периферии в главную изменения не проходят, так как изменения с главной еще не отражены в периферии. А выгрузка из главной в периферию отражает все данные из главной, а весят они немало. Трабла у меня щас в том, что при формировании файла обмена вываливается ошибка с недопустимым символом XML и отслеживать, где именно споткнулась выгрузка крайне трудно. Вот такие пироги.

  • 0

  • Наверх

#113

Отправлено 13.08.2008, 12:13:55

Lion heart

  • Постоялец
  • 390 сообщений

Кароч, снимаю свои вопросы, со всем разобрался.
Проблема с регистрацией изменений снимается методом УдалитьРегистрациюИзменений.

  • 0

  • Наверх

Источник

Понравилась статья? Поделить с друзьями:
  • Ошибка формата потока хранилище 1с
  • Ошибка формата потока форум
  • Ошибка формата потока файловая база 1с
  • Ошибка формата потока программа 1с
  • Ошибка флк что это фсс