Добрый день.

Провожу следующие манипуляции:

1. Структура PRU2001 компонент REFNR элемент данных P33_SLNUM заменяю на ZP33_SLNUM, созданный копированием
2. в ZP33_SLNUM меняю тип данных с CHAR12 на CHAR15 (что через домен, что через встроенный тип, TEXT15 тоже пробовал)
3. все активирую
4. в редакторе экранов меняю видимую длину поля с 12 на 15. Активирую


Итог: значение ввода в поле не совпадает со значением вывода - либо обрезает спереди, либо из 111111111111111 делает 085733882030 при нажатии enter.

А мне просто хотелось увеличить кол-во знаков. Помогите, плиззз !!!

Я так понимаю Вы просто ломаете стандартный экран? или все таки это Z* разработки у Вас в проекте? +если после нажатия на энтер значение поля меняется то вес это работает в PAI логики экрана некой диалоговой программы. Что Вы хотите по факту сделать? В какой программе? Какой экран? На 90% вы того что хотите сделать не получите, так как это стандартные разработки и их не стоит изменять. Нужно чуть больше информации

да, стандартное поле номера б/л увеличиваю, т.к. это поле должно быть больше. Все дело в работе MP200000 ?

Вам лучше сделать по другому по правильному. Не ломая стандарт.

Надо расширить экран в котором есть стандартное поле, и сделать его недоступным для ввода через T588M, в своем расширении делаете свое поле и вешаете свою логику на него и в PAI расширения переписываете значение из своего поле в стандартное поле, НО SAP не просто так поле ограничил 12 символами, и даже если Вы внесете в свое 15 то все равно будет обрезка. Может быть стоит пересмотреть задачу поставленную пользователями и решить ее совершенно другим способом?

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

там нужно еще и поле ОГРН. Ноты посмотрю. Мне казалось, расширение на 2*** ИТ не работает

Да Вы правы расширений для 200* инфотипов сделать нельзя, можно извратнуться через ZXPADU01 когда перед стандартным экраном показать свой диалог с вводом номера больничного и его переписывать в стандартное поле, или через ZXPADU02 после стандартной логики изврат в общем, надо искать нотыю

вот объяснение поведения, которое я наблюдаю:

Length of the screen field REFNR "SickCert. Number" is enlarged to 12 symbols;
The Number is stored physically in the same database field P2001-REFNR and the length of this database field is unchanged and equal 8;
New sickness certificates numbers(length > are compressed to the 36-decimal number system (to reach the field lenght to be equal automatically;
The database field P2001-FLAG4(Reserved Field/Unused Field) is used for indentification if the number is compressed(to 36-decimal number system) or not; if your solution already uses the field FLAG4 somehow - you need to copy screen 2033 into an own customer one 9xxx and set this screen as default for sicknesses data maintaining;
If some of your own reporting uses the P2001-REFNR as the sickness certificate number - you can use class-method CL_HRPADRU_UTIL=>NUM_36DEC_FROM in order to decompress(if P2001-FLAG4 is on) the number value. The class-method is provided with this Note;
If you enter a number which length is > 8 and the number is not numeric - this number cann't be compressed and will be cutted to length = 8 automatically without a warning. An appropriate notification will be added into infotype logic in the next Synchronisation HRSP.

Что печально.

А новых нот по-поводу поля ОГРН и кол-ва знаков в Номере б/л не нашел.


PS: оказалось, что номер б/л у нас в стране 12 знаков, так что просто взял Серию (15 знаков) и через CMOD поменял ее на ОГРН, а номер оставил как есть. Уффф !

Коллеги, добрый день!

А чем Вас не устраивает ИТ 3330?