Есть две базы, УТП и маленькая самописная. Нужен двусторонний обмен одним документом. Структуры разные, по этому все сделано через свою структуру XML файлов.

Все работает, но есть один вопрос, к которому не знаю как подойти. Если один и тот же документ был изменен в двух базах, тогда я так понимаю - "кто последний, тот и папа". Но как я в процедуре загрузки xml-файла узнаю дату изменения документа. Распишите в кратце решение такой ситуации, пожалуйста.

вверх

А почему так:  "кто последний, тот и папа"?

(2) Если я не прав, тогда расскажи как правильно?

главный узел папа, можно это изменить, но лучше так

(3) Я не знаю прав ты или нет. Зависит от конкретной ситуации.
Вот и спрашиваю, почему именно так.

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

Либо не загружаю.

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

(7) а как потом оповестить второстепенную базу об этом?

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

Как упорядочить, например?

(11) Ну, например, как типовых УРБД. Там простые и понятные правила для объекта. При получении данных от ПУ, изменения игнорируются если есть регистрация изменения в ЦУ. При получении данных от ЦУ, регистрация изменений в ПУ - сбрасывается.

По логике должен быть главный узел, иначе обретём хаос

Правильно ли я понимаю порядок действий:

1) файл приходит в ЦУ
2) формируется файл ответа и отправляется в ПУ

?

(13) Для нетипового плана обмена, "главный узел" (тот, чьи изменения "главнее" :) может быть для каждого вида документов свой - простой регистр сведений для принятия решений.