Vl02n -> Заголовок -> Вых. Док => Дамп! ; Vl02n -> отпуск материала => Дамп!

KVL

Ув. гуру и коллеги.

Пользователь 1 (U1) создал поставки и сохранил бе проводки ОМ.
Пользователь 2 (U2) при попытке ОМ падает в дамп.

Цитата:

The termination occurred in the ABAP program "SAPLV61B" in "NNAST_AENDE_CHECK".
The main program was "SAPMV50A ".

The termination occurred in line 842 of the source code of the (Include)
program "LV61BF0N"
of the source code of program "LV61BF0N" (when calling the editor 8420).
Processing was terminated because the exception "CX_SY_DYN_CALL_PARAM_MISSING"
occurred in the
procedure "NNAST_AENDE_CHECK" "(FORM)" but was not handled locally, not
declared in the
RAISING clause of the procedure.
The procedure is in the program "SAPLV61B ". Its source code starts in line 815
of the (Include) program "LV61BF0N ".

Code:

008320   * Routine fќr Фnderungsnachricht vorhanden -> ausfќhren                 
008330   * Einkaufsapplikationen: Nachricht immer erzeugen,                      
008340   * Фnderungsroutine entscheidet hier nur noch ќber das Фnderungs-        
008350   * kennzeichen. Standardmфпig entscheidet die Фnderungsroutine           
008360   * darќber, ob ќberhaupt eine Nachricht (und dann auch eine              
008370   * Фnderungsnachricht) erzeugt wird.                                     
008380           IF l_kappl(1) EQ 'E'.                                           
008390             p_subrc = 0.                                                  
008400           ENDIF.                                                          
008410           PERFORM (p_arout) IN PROGRAM (p_aprog).                         
----->           IF sy-subrc EQ 0.                                               
008430             p_subrc = 0.                                                  
008440             p_nnast-aende = yes.                                          
008450           ENDIF.                                                          
008460         ENDIF.             

И U1 и U2 в режиме изменения при попытке перехода к вых. док. заголовка => тот-же Дамп.

Пересохраняем поставку => тот-же Дамп.

Vl03n -> Заголовок -> Вых. Док -> статус одного из вых. док.(ZLD2) - "зеленый"(успешно обработано), остальные "желтые"(не обработано).

Подозреваю что дело в этом статусе, но где и что?

KVL

p.s. Проблемы с поставками только одного пользователя, остальные работают нормально.

p.p.s. Режим обработки "глючных" поставок в транз. VL71 = "2"(Повторная обработка).

KVL

Уважаемые, проблема актуальна.

Удалось создать "неправильные поставки" в качестве, -
двумя способами:
- печать сохранённого документа без предварительного просмотра. (VL02n -> Вывод вых.док. поставки. -> Печать)
- "Обработать" в VL71.
В обоих случаях при просмотре(VL03n) статус вых. документа в заголовке становится зеленым, но в режиме изменениия(VL02n) при переходе: Доп. информация -> Вых.док. поставки -> Заголовок. - снова падает в дамп.

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

Александр

Ищите ноту, а автоматическая привязка в vv21-23

KVL

to: Александр Искал, ищу и завтра искать прийдется.

Автоматическая привязка документов настроена еще в самом начале:

Цитата:

SPRO :
V/34 - Виды выходных документов (Ведение видов выходных документов)
- Ведение схемы условий выходного документа
- Определение параметров печати
VV21-23

Дамп, имхо, вызывает статус обработки печатного документа - обработано",
который устанавливается после печати из VL02-03 без предварительного просмотра и, из VL71.
Запись в заголовке с таким статусом стандартом не удаляеися.
При привязке вида вых.док. вручную система ругается, если запись с таким видом уже существует.
При пересохранении поставки (теоретически) делает то-же самое, но игнорируется проверка. Итог - дамп.

... не найду стандартного решения, буду вручную чистить NAST :evil:

, где VSTAT = 1 ...

Александр

KVL написал:

... не найду стандартного решения, буду вручную чистить NAST :evil: , где VSTAT = 1 ...

У нас в системе присутствуют в наст такие записи, и все вручную добавляется, без дампов...
в vv21-23 указан момент времени 3
Чему равны у вас переменные p_arout p_aprog, при возникновения дампа?

KVL

Александр написал:

KVL написал:

Чему равны у вас переменные p_arout p_aprog, при возникновения дампа?

P_AROUT = ENTRY
P_APROG = ZSD_RLE_DELNOTE
При вызове:

Code:

PERFORM (p_arout) IN PROGRAM (p_aprog).

- дамп.

Sergo

Ну, значит либо нет прогр. ZSD_RLE_DELNOTE, либо если она есть, в ней нет формы ENTRY.

Александр

KVL написал:

Александр написал:

KVL написал:

Чему равны у вас переменные p_arout p_aprog, при возникновения дампа?

P_AROUT = ENTRY
P_APROG = ZSD_RLE_DELNOTE
При вызове:

Code:

PERFORM (p_arout) IN PROGRAM (p_aprog).

- дамп.

Такое подозрение что у вас заполнено в v/34 ZLD2 На первом экране выходной документ изменений программа и подпрограмма??? поля таблицыT685B-APROG T685B-AROUT ?
Если да, то уберите это присвоение и попробуйте еще.

KVL

Александр, огромное спасибо за ответ!

Вы правы: Различия настроек в V/34 на первом экране
между LD00 и ZLD2 очевидны - у последнего заполнены док. изменений и галочка многократной отправки (как делали копию настроек непонятно?).

Сечас "подчищу" 1-е и 2-е. и попробую в "качестве".

В ходе поисков постоянно просматривал v/34 , но в запарке игнорировал просмотр первого экрана - сразу смотрел подпрограммы обработки и т.д. :oops:

KVL

Александр, еще раз спасибо за помощь - все работает.

тему можно закрыть.

Правила форума

Vl02n -> Заголовок -> Вых. Док => Дамп! ; Vl02n -> отпуск материала => Дамп!

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