Закрыть от изменения деблокированный заказ ТОРО

Mitya

Как

Я предполагаю что статусными схемами.
Но пробовал запрещать в системном статусе I0002(Деблокировано) операцию RMVA(Изменение), релультат 0.

PS: Я копаю PM недавно, многого незнаю.

polus

А вам точно это надо?
А вообще, копаете в верном направлении. Лучше и правильнее всего разрулить это статусными схемами. Тронзы давал в соседней ветке.
Да, и еще, после того как меняете настройки, создавайте лучше новый заказ, в созданном может не отработать.

РМщик

транзакция CMOD

1. Создать свой проект
2. Привязать к нему расширение IW010009
3. в функции EXIT_SAPLCOIH_009 (через транзакцию SE37)
есть инклуд ZXWOCU07. Щелкни на него два раза,
если его нет - система предложит создать этот инклуд.

4. Текст этого инклуда:

Code:

CAUFVD_EXP = CAUFVD_IMP.
IF  CAUFVD_EXP-STTXT CS 'ДЕБЛ'.
     MESSAGE E013(IW).
     CLEAR RELEASE_ORDER.
ENDIF.

и не забыть всё активировать!!!!

Mitya

polus написал:

А вам точно это надо?
А вообще, копаете в верном направлении. Лучше и правильнее всего разрулить это статусными схемами. Тронзы давал в соседней ветке.
Да, и еще, после того как меняете настройки, создавайте лучше новый заказ, в созданном может не отработать.

Нужно не мне, нужно пользователям.
Только статус Деблокировано это системный, и он не в bs02 а в bs22.
Запрещаю изменение в статусе деблокировано, создаю новый заказ, деблокирую его.....и ничего не работает.
Причем смотрю в разрешенные операции для заказа, изменение запрещено, но в тоже время его можно изменить.

polus

Mitya написал:

polus написал:

А вам точно это надо?
А вообще, копаете в верном направлении. Лучше и правильнее всего разрулить это статусными схемами. Тронзы давал в соседней ветке.
Да, и еще, после того как меняете настройки, создавайте лучше новый заказ, в созданном может не отработать.

Нужно не мне, нужно пользователям.
Только статус Деблокировано это системный, и он не в bs02 а в bs22.
Запрещаю изменение в статусе деблокировано, создаю новый заказ, деблокирую его.....и ничего не работает.
Причем смотрю в разрешенные операции для заказа, изменение запрещено, но в тоже время его можно изменить.

Создается статусная схема, в которой прописывается статус в котором запрещено изменение. После деблокирования включается пользовательский статус, который запрещает изменения.

зы но все, таки...очень часто бывают ситуации, когда необходимо произвести изменение заказа после того как он деблокирован...

Mitya

РМщик написал(а):

клуда:

Code:

CAUFVD_EXP = CAUFVD_IMP.
IF  CAUFVD_EXP-STTXT CS 'ДЕБЛ'.
     MESSAGE E013(IW).
     CLEAR RELEASE_ORDER.
ENDIF.

и не забыть всё активировать!!!!

Спасибо работает, но правда хотелось более красиво сделать, типа на деблокированом все поля серые, как на прсмотре.

PS: А первая строчка в коде собственно зачем?

РМщик

в этом экзите на вход подается CAUFVD_IMP,
на выходе берется CAUFVD_EXP это считается последними значениями.

в данном случае строка нужна в том случае, если меняется заказ, который еще не деблокирован!!!

ну серыми тоже поля можно сделать через другое расширение

Mitya

РМщик написал(а):

в этом экзите на вход подается CAUFVD_IMP,
на выходе берется CAUFVD_EXP это считается последними значениями.

в данном случае строка нужна в том случае, если меняется заказ, который еще не деблокирован!!!

ну серыми тоже поля можно сделать через другое расширение

В 4.6С нету CAUFVD_EXP.
Как называется другое расширение?
Если оно конечно есть в 4.6C.

РМщик

да, действительно для 4.6 - первая строчка не нужна,
в 4.6 можно делать только проверки

а расширения попробую посмотреть

РМщик

расширение STATTEXT
функция EXIT_SAPLBSVA_001

текст:

Code:

SYSTEM_STATUS_LINE_EXP = SYSTEM_STATUS_LINE.

CHECK SY-TCODE = 'IW32'.
CHECK OBJECT_NUMBER(2) = 'OR'.

IF SYSTEM_STATUS_LINE CS 'ДЕБЛ'.
  SET PARAMETER ID 'ANR' FIELD OBJECT_NUMBER+2(12).
  CALL TRANSACTION 'IW33' AND SKIP FIRST SCREEN.
  LEAVE PROGRAM.
ENDIF.

РМщик

рациональнее вместо
CALL TRANSACTION 'IW33' AND SKIP FIRST SCREEN.
LEAVE PROGRAM.

сделать
LEAVE TO TRANSACTION 'IW33' AND SKIP FIRST SCREEN.

Mitya

Молчали пользователи, думал работает, а оказались они и не пользовались, но вот всплыло.
Проверка на слово "ДЕБЛ" в статусе не проходит, так как деблокирование выполняется при сохранении, но статус уже при этом приобретает слово "ДЕБЛ".

Mitya

Делаю тоже самое только проверяю не текст а статус объекта в табличке JEST.
Проверил лично, работает.

Code:

TABLES: jest.
system_status_line_exp = system_status_line.
user_status_line_exp = user_status_line.
CHECK sy-tcode = 'IW32'.
CHECK object_number(2) = 'OR'.
SELECT SINGLE * FROM jest WHERE objnr = object_number AND
                                stat = 'I0002' AND
                                inact <> 'X'.
CHECK sy-subrc = 0.
MESSAGE w013(iw).
SET PARAMETER ID 'ANR' FIELD object_number+2(12).
CALL TRANSACTION 'IW33' AND SKIP FIRST SCREEN.
LEAVE TO TRANSACTION 'IW32'.

PM-cons

коллеги, подскажите, так как нет сейчас возможности проверить самому в системе, правильно я понял, что проверка запускается на входе в транзакцию?

Mitya

PM-cons написал(а):

коллеги, подскажите, так как нет сейчас возможности проверить самому в системе, правильно я понял, что проверка запускается на входе в транзакцию?

Да, где-то там, так как если заказ деблокирован и стартануть iw32 то в итоге оказываешся в iw33.

Закрыть от изменения деблокированный заказ ТОРО

Кто сейчас на конференции