Здравствуйте.
Попробую описать проблему.
Есть Z-транзакция, в которой считывается конфигурация позиций сбытовых заказов. Если после запуска этой транзакции в VA02 сделать изменения в конфигурации какой то из позиций, то хотелось бы иметь возможность увидеть эти изменения без перезапуска Z-транзакции. Все известные мне ФМ читают из буфера старые данные. Прямой select не вариант, т.к. проблема не только в показе изменений. Хотелось бы уметь сбросить буфер перед считыванием в рамках одной сессии.

например, сделайте RFC-обертку для ФМ чтения конфигурации и вызывайте c DESTINATION 'NONE'

может стоит написать какие Фм-ы использует Z-программа для чтения конфигурации заказа?

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

Спасибо, получилось. RFC-обертку делал, а об директиве DESTINATION 'NONE'



ФМ из гр ф-й CUCB, там 4 ФМ умеют читать конфигурацию, и другие пробовал.



Возможно и так..., ну как бы банальная кнопка "Обновить" не помешает, но не это было критично.
Просто в этой Z-транзакции ведется обсуждение заказов и проставляются статусы по некой нашей статусной схеме, при установке определенных статусов должны заполнятся/изменяться значения некоторых признаков, определение которых происходит программно, но в тоже время эти признаки можно заполнить и стандартной VA02. Ну и собственно дамп происходил например в случае, если при старте Z-транзакции значение признака было пустым, в VA02 его заполнили, в Z-ке изменили статус и при изменении признака происходил дамп, т.к. z-ка не видела изменения VA02.

А почему вы не блокируете заказы, которые обрабатываете в Z-транзакции?

Это открытые заказы, условно - до утверждения, с которыми работают разные подразделения. В Z-транзакции нельзя их все блокировать. Блокируется только конкретный заказ на время программного изменения статуса или той же конфигурации. Ну не удалось нам заставить пользователей, одного из важных:) подразделений жать много кнопок в стандарте.