Добрый день. Там, в 1С, ничего по теме нового не придумали, чтобы можно было узнать, загружал ли узел изменения конфигурации? Узнать быстро. Как узнать долго я и так знаю: выгрузить файл обмена и по наличию тэга (что-то типа) "metadata" делать выводы.

(0) com-соединение с узлом установить возможность есть?

(1) Нету.

А зачем это нужно?

(2) тогда - ни как. Вообще совсем ты ни как не узнаешь, если коннекта туда нет. Только позвонить и спросить, но это тоже - коннект.

(3) Знать, какому филиалу по шапке дать.

Тому, у кого обмен не работает.

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

(7)
1. В филиале в журнале регистрации написано "загружена новый cf", "загружен в базу", фоновое задание, которое проверит что есть 1е событие и нет второго.

2. РегистрСведений.ИсторияОбменаДанными - ты анализируешь в центре, когда у тебя 2 и более раза будет писать "пришло от узла, для которого зарегистрированы изменения", ошибка одна и та же, всегда. Проанализировал за 2 часа например, было 2 ошибки, значит надо обратить внимание.

(8)
1) Это надо узнать в центральной базе.
2) Нужно типа среза последних самому писать, чтобы сообщение "пришло от узла, для которого зарегистрированы изменения" перешибалось сообщением "обмен завершён".

посмотреть версию в "О программе"

(5) так это другая задача. У тебя в плане обмена есть вся информация для этого - номер отправленного и номер полученного. Смотри на них, если они начинают расходиться больше, чем на 1, можешь смело начинать месить ногами. Еще можно туда добавить реквизиты ДатаОтправки и ДатаПриема и станет вообще красиво всё.

(9) бедненький, как же тяжело срез последних написать.
Проще мабудь напрямую к скулю подключиться и проверять таблицы change на изменения для узла.

(12) Я не сказал, что это для меня трудно. А вот про второе по-подробнее.

(13) какая тебе разница, что там про второе, если коннекта нет к филиалам?

(11) Вот это - неправильно. Количество выгрузок не равно количеству загрузок.

(13) про второе что именно?

(15) даты добавь и не делай мозг. Тогда ты сможешь сделать отчет с показателями:
Данные ЦБ в филиале Урюпинск актуальны Вчера
Данные филиала Урюпинск в ЦБ актуальны на прошлый год, запомним этих гадов

Хотя нет, для такого отчета нужен коннект в Урюпинск.

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

(19) РегистрСведений.ИсторияОбменаДанными -же

(0) Цель-то какая? "Надавать по шапке" - за что?

(21) После изменения конфигурации мной на филиал отправляется письмо, чтобы они приняли изменения. Вот и надо узнать (быстрым способом), кто ещё не принял конфигурацию.

(22) регл. задание в филиале - метод КонфигурацияИзменена() и отправка письма на почту. Как ты хочешь без коннекта к принимающей стороне узнать, что там произошло?

Задача из рода "Получить обратную связь без связи"

P.S. Автообновление конфигурации на принимающей стороне сделать не предлагать?

(22) Автоматизируй "принятие изменений" в филиале.

На филиалах файловые базы на рабочих станциях.

(27) И че?

(28) И то.

(20) ну, так и получай данные из него. Не имея коннекта в филиальные базы, узнать, что приняли, а что нет, ты можешь только из этого регистра. Для всех остальных способов узнавания нужен коннект в филиалы