![]() |
|
Автоматический обмен УПП и Документооборот 1.4 | ☑ | ||
---|---|---|---|---|
0
echo77
23.02.16
✎
13:20
|
Настраиваю автоматический обмен.
- Создал в обеих базах одинаковый собственный План обмена, настроил - узлы. - Создал общие команды в Документообороте, чтобы получить возможность выполнить настройку синхронизации - Выполнил регистрацию в Документообороте - Выгрузил данные из Документооборота по настройке. Загрузил в УПП - Выгрузил данных с помощью настройки обмена данными из УПП. Загрузил в Документооборот Собственно, проблемы две: 1. Если из файла выгрузки из УПП не удалить узел "ДанныеПоФоновомуОбмену" то при загрузке в Документообороте возникает ошибка "Ошибка формата сообщения обмена." 2. Регистрация выгруженных объектов в Документообороте не очищается |
|||
1
Cyberhawk
23.02.16
✎
13:36
|
"Регистрация выгруженных объектов в Документообороте не очищается" // Когда?
|
|||
2
echo77
23.02.16
✎
13:50
|
(1) Не очищается после того как я выгрузил эти данные, затем загрузил в УПП, затем выгрузил из УПП изменения и после этого загрузил в Документообороте изменения, что пришли из УПП
|
|||
3
Cyberhawk
23.02.16
✎
13:52
|
(2) Очищаться объект будет, если номер сообщения в загружаемом сообщении больше, чем номер в таблице изменений, куда объект попал. Проверь этот момент.
|
|||
4
echo77
23.02.16
✎
13:54
|
(3) ОК, спасибо, посмотрю
|
|||
5
echo77
23.02.16
✎
14:43
|
(0) Первый вопрос, вроде, решился комментирующей вставкой в Обработка.ОбменДаннымиXML.МодульОбъекта в функцию ВыполнитьВыгрузкуИзмененныхДанныхДляУзлаОбма(), которая отключает вызов ЗаписатьИнформациюОФоновомОбменеДаннымиЧерезПланыОбмена(ПереданоОбъектовФоновогоОбмена)
|
|||
6
echo77
23.02.16
✎
15:03
|
Второй вопрос так и не решился. Регистрация постоянно остается: https://yadi.sk/i/hMwnZPOcpMKKd
Вот так выглядит настройка синхронизации: https://yadi.sk/i/4k1cz2QvpMKTw |
|||
7
Cyberhawk
23.02.16
✎
15:17
|
Я вроде уже сказал посмотреть на номер сообщения, которое создает УПП при выгрузке.
Также в УПП на узле посмотри, чему равен номер отправленного. Именя узлов также должны совпадать в источнике и в приемнике. |
|||
8
Cyberhawk
23.02.16
✎
15:18
|
+(7) коды узлов, в УПП там скорее всего ограничение на 3 символа
|
|||
9
echo77
23.02.16
✎
17:19
|
Может, дело в правилах корреспондента? Я там от балды что-то поставил
|
|||
10
echo77
23.02.16
✎
21:19
|
(0) Все просто!
УПП у меня по-чему, не проставляет атрибут УдалитьРегистрациюИзменений в узле ДанныеПоОбмену. Сейчас попробую определить где это и исправить. У кого есть вопросы/нужна помощь - пишите в ICQ |
|||
11
echo77
26.02.16
✎
13:39
|
Друзья, помогите, проблема при загрузке данных из Документооборота через настройку обмена данными:
Ошибка записи объекта ТипОбъекта = Внутренние документы 1С:Документооборот (Утёс) Объект = Об организации работы в выходные дни 21, 22, 23 февраля 2016г. ОписаниеОшибки = Ошибка при вызове метода контекста (Записать): Ошибка при попытке вставки записи с неуникальным значением ссылки. Microsoft SQL Server Native Client 10.0: Нарушение "PK___Referen__AC8ED0C42486202C" ограничения PRIMARY KEY. Не удается вставить повторяющийся ключ в объект "dbo._Reference34666". Повторяющееся значение ключа: (0x9551001517c1fc9111e5d63de4573fcf). HRESULT=80040E2F, SQLSrvr: SQLSTATE=23000, state=1, Severity=E, native=2627, line=1 ПозицияМодуля = Обработка.ОбменДаннымиXML.МодульОбъекта(3778) КодСообщения = 26 - судя по всему, обработка ОбменДаннымиXML пытается создать еще один элемент справочника с таким же GUID. Как это побороть? Проблема в правилах? |
|||
12
TormozIT
гуру
26.02.16
✎
13:45
|
(11) Записывается новый объект со ссылкой, для которой уже есть объект в таблице.
|
|||
13
Cyberhawk
26.02.16
✎
14:13
|
(11) Включить синхронизацию по ГУИД в ПКО...
Но, возможно, объект создается прикладным кодом обработчиков - в этом случае предусмотреть поиск объекта и запись только если подходящего не нашлось |
|||
14
echo77
26.02.16
✎
15:38
|
||||
15
echo77
26.02.16
✎
15:38
|
Не пойму в чем проблема - иногда все ОК, иногда не грузится
|
|||
16
echo77
27.02.16
✎
18:40
|
Как в правилах обмена определить изменения для какого узла выгружаются?
|
|||
17
TormozIT
гуру
27.02.16
✎
21:17
|
Открывай редактор объекта БД (ИР), выбирай тип объекта, в поле Ссылка вводи значение ключа (0x9551001517c1fc9111e5d63de4573fcf). Так ты узнаешь тот объект, который уже есть в базе с тем же ГУИДом, с которым у тебя пытается записаться другой новый объект.
|
|||
18
echo77
28.02.16
✎
15:54
|
(17) Я и так знаю, что объект, который пытается записать в новый объект и есть "Об организации работы в выходные дни 21, 22, 23 февраля 2016г."
|
|||
19
echo77
28.02.16
✎
15:54
|
(17) Проблема через раз проявляется, при чем с разными элементами справочника
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |