Обмен ЗУП 3.1 Бухгалтерия 3

(1)ну так и отправляет, через файл обмена, в чем проблема-то?

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

(4)Простите...? Ну открываете сам файл и глазками пробегаете, находите нужный документ или через поиск CTRL+F
Это в том, случае, если они у вас выгружаются.(т.е. зарегистрированы к выгрузке), А если нет - то соответственно в файле этих данных не будет.

(6) Как у вас в файле может быть информация о том, что что-то успешно загружено в базу-приёмник, если в этот файл попадет только инфа о выгруженных объектах из базы-источника? А после того, как вы успешно загружаете данные в базу-приемник - зачем вам инфа об успешности в файле, если вы глазами видите, что у вас документы перенеслись в базу-исчтоник?

А вот если вам необходимо все-таки видеть успешность - что мешает выгружать через универсальный обмен данными, а не через типовую синхронизацию? В моент выгрузки смотреть на количество выгруженных объектов - в момент загрузки смотреть на количество загруженных объектов. Если оно совпадает - значит успешно.
Если и этой инфы не достаточтно - тогда берем типовые правила, запихиваем их в КД2, допиливаем в обработчике события "После загрузки" техническое сообщение Сообщить(Объект); и видим все объекты, которые были загружены.
Так не подойдет?

(8) Нет. Вы неправильно меня поняли. Так это не работает. Из базы-источника объекты в файл выгружаются только в том случае, когда они зарегистрированы к выгрузке в базе-источнике. Зарегистрированы они могут быть только в трех случаях:
1. Созданы впервые
2. Изменены и перепроведены
3. Зарегистрированы к выгрузке вручную

Ни о какой успешности инфы в файле быть не может. Либо объекты выгружены в файл, либо нет.
Если они выгружены в файл - значит их надо загрузить в базу-приёмник.

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

(10) Как только оны выгружены - они снимаются с регистрации к выгрузке в базе-источнике и база-источник понимает, что более выгружать их не нужно.
Чтобы они были выгружены повторно = смотрим 2 и 3 пункты моего предыдущего сообщения.

(12) Вы либо невнимательно меня читаете, либо невнимательно, либо неточно пишите свои ответы. Я последнее предложение не понял абсолютно

(21)

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

(21) В ответном файле Message есть "НомерВходящегоСообщения" и "НомерИсходящегоСообщения".
В базе-источнике в таблице РегистрацииИзмененийКВыгрузке происходит сравнение:
Все объекты, у которых номер меньше или равен "НомерИсходящегоСообщения" (номер принятого сообщения в базе-приемнике) - будут сняты с регистрации.
Скрины прилагаю.
В курсе Гилева по конвертации данных 2 в 3 модуле подробно рассказывается о механизме квитирования в ПланахОбмена. До тех пока пока не будет принята ответная квитанция от базы-приемника - объекты в базе-источнике не будут сняты с регистрации.

(22)вы не в ту сторону копаете, пакетные файлы xml не с самой простой структурой, не надо пытаться искать причину в них. Если в БП при синхронизации написано данные получены сейчас и данные отправлены сейчас, то со стороны БП все ОК (то-же самое со стороны ЗУП), если нет, то надо смотреть журнал отправленных и полученных пакетов, через ЕЩЕ

(24)
Да

(28)Я так понимаю назачем? можно не спрашивать?