SAP MOVE EXACT ELEMENTARY VALID



Get Example source ABAP code based on a different SAP table
  



Valid Values for Lossless Assignments
When a lossless conversion of an elementary argument of the operator EXACT to an incompatible data type is performed, the argument must, depending on its data type, represent a valid value according to the following tables:
ITOC

Numeric Arguments ArgumentValid Values
i, int8, (b, s)All content is valid.
decfloat16, decfloat34All values that can result from assignments and calculations in ABAP are valid. The special values that indicate infinity or invalid numbers are invalid. Invalid values raise an exception from the class CX_SY_CONVERSION_NO_NUMBER.
pAll values that can result from assignments and calculations in ABAP are valid. If, however, the type has more decimal places than available places, this type is always invalid. (This means that the last half byte can contain only the hexadecimal values A, C, E, or F, for a positive sign, or B or D for a negative sign. The remaining half bytes can contain only the hexadecimal values 0 to 9.) If, however, the type has more decimal places than available places, this type is always invalid. Invalid values raise an exception from the class CX_SY_CONVERSION_NO_NUMBER.
fIntegers with a maximum of 15 digits.



Latest notes:

Decimal numbers with decimal places cannot generally be represented precisely by binary floating point numbers of type f. The operator EXACT therefore restricts the valid value range to integers with a maximum of 15 places.
NON_V5_HINTS
ABAP_HINT_END

ABAP_EXAMPLE_VX5
The second lossless assignment raises an exception, caused by the attempt to convert a number with decimal places.
ABEXA 01137
ABAP_EXAMPLE_END

Character-Like Arguments ArgumentValid Values
c, stringAll content is valid. No check is made to determine whether a byte or string of bytes contains valid characters for the current code page.
nThe argument can only contain the digits 0 to 9 only. Invalid values raise an exception from the class CX_SY_CONVERSION_NO_NUMBER.

ABAP_EXAMPLE_VX5
The second lossless assignment raises an exception because numtext does not contain a valid value.
ABEXA 01138
ABAP_EXAMPLE_END

Byte-Like Arguments ArgumentValid Values
x, xstringAll content is valid.

ABAP_EXAMPLE_VX5
The lossless assignment does not raise an exception for any of the randomly generated byte strings.
ABEXA 01139
ABAP_EXAMPLE_END

Date Fields, Time Fields, and Time Stamp Fields as Arguments ArgumentValid Values
dThe argument must contain a valid date in the format yyyymmdd, for which the following values are possible: yyyy (year): 0001 to 9999, mm (month): 01 to 12, dd (day): 01 to 31. In addition, the initial value 00000000 is also a valid date. The value 00010101 is only a valid date in AB_SQL and nowhere else in ABAP. The smallest valid value that corresponds to one day is 00010102. The values 15821005 to 15821014 are also invalid due to the switch from the Julian to the Gregorian calendar, where 04.10.1582 is followed directly by 15.10.1582. Invalid values raise an exception from the class CX_SY_CONVERSION_NO_DATE.
tThe argument must contain a valid time in the format hhmmss, for which the following values are allowed: hh (hours): 00 to 23, mm (minutes): 01 to 59, ss (seconds): 01 to 59. Invalid values raise an exception from the class CX_SY_CONVERSION_NO_TIME.
utclongThe argument must contain a value from the value range for utclong, meaning a valid time stamp, or be initial. Invalid values raise an exception from the class CX_SY_CONVERSION_NO_DATE_TIME.



Latest notes:

The values that the operator EXACT allows for date fields of type d are different from those defined by the value range. The initial value 00000000, which does not lie within the value range and is normally considered an invalid date, is considered valid here, whereas the value 00010101, which lies within the value range, is considered invalid. Only in AB_SQL is the value 00010101 also accepted as a valid date and handled like the initial value 00000000 in operand positions for which values must meet the rule for lossless assignments.
The rule for time stamps of data type utclong does not differ from the standard conversion rule.
NON_V5_HINTS
ABAP_HINT_END

ABAP_EXAMPLE_VX5
The second lossless assignment raises an exception because date does not contain a valid value.
ABEXA 01140
ABAP_EXAMPLE_END