Нужно сделать следующее: пользователь нажал клавишу, данные в ALV проверились на предмет корректности ввода.
ALV автоматом делает такую проверку. Но эти проверки происходят только один раз, при изменении следующей ячейки про предыдущую уже забывается. Хотелось бы отменить стандартную проверку и делать её самому. Т.е. метод check_data_change сбрасывает данные во внутреннию таблицу, потом вызывается проверка корректности всех полей.
В связи с этим два вопроса:
1. Как отменить стандартную проверку ALV, чтобы протокол всегда был пустой?
2. Есть ли какие ФМ-ы или классы для проверки корректности введенных в ячейку данных?

data_changed происходит при изменении ячейки, но

Касаемо списка ошибок можно его очистить методом
А надо ли избавляться от стандартных проверок? Тем более что сообщение будет выскакивать до тех пор пока ошибка не будет исправлена(а не только 1 раз).
А если вам надо выдать сообщение об ошибке на другое(зависимое от введенного) поле, то можно добавить(если их нет) соответствующие записи в атрибуты(CL_ALV_CHANGED_DATA_PROTOCOL): MT_MOD_CELLS, MP_MOD_ROWS, MT_GOOD_CELLS, MT_DELETED_ROWS, MT_INSERTED_ROWS, MT_ROID_FRONT.

У меня срабатывает data_chenged при изменении ячейки и переходу к другому полю.
Меня поле на неправильное и перехожу к другому полю. Получаю ошибку, что направильный ввод и ячейка подсвечивается.
Меняю вторую ячейку на неправильную и перехожу. Получаю опять ОДНУ ОШИБКУ ПО ПОСЛЕДНЕМУ введеному полю.
Т.е. поле, котороя я ввел неправилно в первый раз так и осталось неправильным и ошибок на него я больше не получаю.

Я же хочу показывать ВСЕ ошибки, которые есть в ALV на текущий момент.

Так как у меня два ALV на экране, то хотелосьбы все ошибки выводить в одном окне, поэтому я хотел очищать стандартные приходящие сообщения, а при нажатии пользователем кнопки сохрпанить выполнять свои проверки и выводить один список ошибок к обоим ALV

Используй все тот же класс CL_ALV_CHANGED_DATA_PROTOCOL и его методы ADD_PROTOCOL_ENTRY и DISPLAY_PROTOCOL. В обработке события data_changed сам осуществляй проверки, формируй записи вывода и потом грязно ругайся с пользователем... Т.е. сам собери все, что хочешь высказать юзеру.

Я так и хочу, потому и спрашиваю, есть ли какие стандартные способы определять, что значения поля корректно?

Чтож, освежим темку - вопрос схожий и не вижу смысла плодить темы.

Суть проблемы - имеем стандартную транзакцию SE16N, хотим внести изменения в таблицу J_3RFGTDINV. И тут выясняется, что разработчик для поля количеств использовал домен MENGE, который не предусматривает отрицательных значений, а в таблице возможны записи как положительных, так и отрицательных значений. Естественно, что когда пытаемся изменить/создать запись с отрицательным количеством система любезно сигнализирует об ошибке и не позволяет достигнуть желаемого.

Внимание - вопрос: можно ли это как-то обойти?