Добрый день.
Есть транзакционный С1 куб для которого реализован срез данных на основе класса CL_RSPLS_ES_EXIT_BASE.
Есть DSO (Период, Клиент, Статус = Заблокировано/Разблокировано) D1, на основе данных D1 в классе реализована логика DataSlice по блокировке данных в C1. В форме ввода построенной на кубе C1 есть кнопка, по изменению статуса данных которая меняет значения в D1. Можно ли программно обновить срез данных чтоб класс DataSlice увидел новые данные в D1?

Не совсем понял что значит обновлять срез.
Можно программно активировать/деактивировать срез.
В таблицу RSPLS_DS, в поле 'USED' проставляется значение X = активировать, значение пусто = деактивировать.
Ещё есть таблицы:
RSPLS_DS_FIELD Срезы данных: инфо-объекты с ограничениями
RSPLS_DS_HEAD Срезы данных: таблица заголовка
RSPLS_DS_RANGE Срезы данных: выбор
Может в них ещё что-нибудь добавлять программно.

У нас вместо DSO несколько таблиц. Всё работает без проблем: как только меняются данные в таблицах -- блокировка включается.
Если у вас не работает -- нужно смотреть логику работы класса, может быть он данные DSO кеширует для скорости обработки.

To G: Действительно все заработало, нужно было только обновить запрос, который строиться на инфо-провайдере C1 (что и сделано в кнопке).
Но есть еще засада, в доступном для ввода запросе разрешен ввод новых строк. При блокировке среза для существующих комбинаций ячейки блокируются, но строка добавления новых комбинаций не исчезает, хотя если попытаться сохранить новую комбинацию программа падает с ошибкой и данные не сохраняются. Можно ли как то красиво убрать строку ввода новых строк ?

Пришлось сделать 2 листа с разными свойствами таблицы анализа и подменять их в зависимости от статуса данных.

У нас такого никогда не проявлялось. Может быть в развертке есть признаки, по которым происходит блокировка?
Ну и новые строки -- не особо критичная вещь. У нас, опять же, на листе выведен список сообщений, где, если что, чётко написано: "Системой статусов и отслеживания установлена блокировка данных". Жалоб нет.

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

Вот это решение кажется радикальным, т.к. по другим срезам данные не блокированы и может осуществляться ввод, а это решение "блокирует данные по всем срезам".
P.S. Сообщение о статусе данных тоже есть, но у пользователя шаловливые ручки

Вы же как-то определяете, какой лист показывать. Вот и тут можно определить, какое состояние запроса выбрать. Т.е. смена состояния проще, чем два листа.

А что касается шаловливых ручек, так Вы же сами говорите, что данные ввести никакие нельзя.

PS Пришла идея, пока раздаю бесплатно: Мне уже много лет приходится объяснять пользователям, что если запрос перешел в режим просмотра, то надо переоткрыть книгу с формой ввода. Обдумывал решение прикрутить переход в режим планирования к кнопке выбора переменных (у нас сделана отдельная). А тут можно переход в режим планирования поставить в колбеке . Важно чтобы это не мешало работе пользователей, т.е. проверить на практике.

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

Вот и я не знаю

Зла уже не хватает. Чем вас не устраивает перевод запроса из режима ввода в режим просмотра?

На VBA реализуется легко (вызов события обработки соответствующей кнопки, точнее сделать две кнопки одна "Обработать", другая "Просмотреть" и вызывать их обработчики нажатия откуда угодно).

Раз зла не хватает, то и не надо злиться!
На самом деле не знал про этот функционал и подумал, когда вы упомянули об этой возможности, что переключение запроса это аналог чекбокса в QДесигнере "Запуск запроса в режиме изменения". Признаюсь, был не прав Спасибо, что вернули "в лоно церкви". Подмену страниц убрал

Это и есть аналог, работающий на текущем ракурсе запроса.
Про зло -- извините. Иногда надо ругнуться, чтоб поняли.

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

У меня на Support Package 9 всё уже так само (на 7.3).
А так совет -- уберите нафиг из формы ввода то, что вводить не нужно, если сумма кому-то нужна, то сделайте её скрытой с возможностью отображения.
Если совсем никак -- поможет маркировка в "шапке", хоть слово ("расчетный" вписывайте).

У вас переменные в Data Slice, которые принимают те или иные значения, в зависимости от значения таблиц? А тип переменных какой?