Try the SFLNXTCHG keyword,
Here is a snippet from the IBM manual
SFLNXTCHG (Subfile Next Changed) keyword for display files
Use this record-level keyword on the subfile record format to force the work station user to correct
program-detected keying errors in subfile records that have been read by the program. It does this by
causing a record to be changed so that a get-next-changed operation must read the record as described
in the following section.
This keyword has no parameters.
Subfile operations with SFLNXTCHG:
A typical use of SFLNXTCHG could be as follows:
A work station user changes some records in a displayed subfile (this could be for a data-entry application
or a data-update application). After changing some records, the work station user presses the Enter key,
and the program reads only the changed records with get-next-changed operations. (For example, READC
in RPG III and READ-SUBFILE-NEXT-MODIFIED in COBOL.)
If the program detects keying errors in the changed records, it can send update operations (UPDATE in
RPG IV, REWRITE SUBFILE in COBOL) to the subfile records in error, setting indicators so that
SFLNXTCHG is in effect during the update operations. These update operations are sent to the subfile
After all the records in error have been updated, the program sends an output/input operation to the
subfile control record format to display the subfile again.
With the subfile displayed again, the work station user types the data again and presses the Enter key. If
the data is correct, the program does not display the subfile again.
The records in error (and any other records changed by the work station user) are returned to the program
on the next get-next-changed operation. This is because SFLNXTCHG caused the subfile records to be
considered changed even though the work station user did not change them. This allows the program to
prohibit the work station user from ignoring program-detected keying errors in subfile records.
Subfile operations without SFLNXTCHG:
If SFLNXTCHG is not specified, or is specified but not selected on the update operations to the subfile
records, then the work station user can simply press the Enter key instead of correcting the
program-detected errors. The program then reads no records because the get-next-changed operations
find no changed records the second time the Enter key is pressed.
Option indicators are valid for this keyword.
You cannot specify SFLNXTCHG with the SFLMSGRCD keyword.
The following example shows how to specify the SFLNXTCHG keyword.
00010A R SFLR SFL
00020A 14 SFLNXTCHG
A* (at least one input-capable field should be specified)
00040A R SFLCTLR SFLCTL(SFLR)
00070A SFLDSP SFLDSPCTL</pre>