Если ты сохранишь результат (ответ), то - хранится туда, куда сохранишь. Если не сохранишь - значит ответ - не сохранится :) Ну и кажется, ну мне - я б попобровал на этом участке сам чуть посидеть - посмотреть как вообще работает этот механизм. Сесть день/два по отправлять клиентам все - тогда сразу будут видны конкретные нюансы.

Т.е. эта "обработка диадок" ничего не хранит? Отправил, закрыл базы, открыл базы - ничего не видно?

устанавливаются параметры сеанса из процедуры, потом проверяет на параметры сеанса и опять значения этой процедуры. Всё это во время обновления базы. Вот почему они там могут расходиться не пойму

В общем. У меня есть робот. Который занимается "интеркомпани". Человеки в него не вмешиваются.
И все работает.
Теперь я пришью к этому робота еще и возможность отправлять доки через ЭДО. Это ж тоже будет работать - без ошибок.
Это одна часть автоматизации.

Вторая - сделать путем программирования робота - прозрачный для пользователя способ отправки клиенту документов. В стиле
а) клиент работает с ЭДО - доки ушли автоматом
б) клиент не работает с ЭДО - доки вылезли из принтера и на них поставили печатку
Ну и дальше все это конечно как-то обвешивать проверками на "ушло/не ушло"... и если не ушло - как-то сигнализировать ... кому-то кто будет обучен на эти сигналы реагировать.

Основная цель - пользователь должен делать работу ради которой его наняли. А не разбираться как отправить ЭДО так что бы не накосячить )))

А вот если пользователи наняли что бы с ЭДО работать - тогда уже другой разговор.
Пока такой человек не планируется.

ПараметрыСеанса.УстановленныеРасширения.ОсновныеСостояние <> УстановленныеРасширения.ОсновныеСостояние

Это обычный арм. Если что-то нужно там увидеть - нужно запрос сделать к их облаку или где-там-что. Это, чтоб ты просто понимал, ВПФ обычная. Конфу не надо с поддержки снимать - просто подключил и все. Конечно она сама ничего не где не хранит, но если тебе нужна история отправок и вообще история - она все тащит с облака их сервиса.

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

Ну так сравни у каких конкретно расширений изменяется ХешСумма

я сравнил =) я нашёл в чем косяк поправил уже. Но я не понимаю как так получилось что в параметрах сеанса и в функции разные данные получаются. Пытаюсь воспроизвести

А это откуда код, из какой конфигурации / подсистемы? Че-то не похож на типовой.

спр версии расширейний модуль менеджера

Вот и непонятны твои пассажи за ненужность автоматизации отправки ЭД при наличии такого хлипенького АРМа

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

"одного расширения якобы не хватает при сравненнии" // Его в параметре сеанса не хватает или в цикле по расширениям?

к сожалению не сохранил когда отлаживал где именно. Но было именно минус одно расширение в каком то из списков

а в чем его "хлипенькость"?

Ты поясни как ты можешь сделать такой вывод, если ты буквально не видел его в глаза :)

Стейтлесс. Что отправлено, что забыто, потом не увидеть.

я такого не писал.

Очевидно же, что делая автоматическую отправку, первым делом будет сделано и хранение попыток / результатов этой отправки.