Текущее время: Ср, авг 06 2025, 18:39

Часовой пояс: UTC + 3 часа




Начать новую тему Ответить на тему  [ Сообщений: 13 ] 
Автор Сообщение
 Заголовок сообщения: После сторнирования документа, ОС продолжает числиться в остатках
СообщениеДобавлено: Пн, дек 07 2009, 18:16 
Гуру-маршал
Гуру-маршал
Аватара пользователя

Зарегистрирован:
Пт, янв 30 2009, 09:59
Сообщения: 1594
Откуда: Москва, Минск
Пол: Мужской
Добрый день.
Возможно, кто-то решал проблему следующего характера:
Осуществляется выдача материала в эксплуатацию из модуля ММ(транзакция MIGO вид движения 241).
Все хорошо - материал списан со склада и появился в остатках на ОС(создался документ движения ОС 130 вдм).
Затем сторнирую выдачу - материал появляется на складе, ОС выбывает(количество в карточке становится равное 0), но ОС продолжает числиться в списке ОС(транзакция AR01 в нулевом количестве, по нулевой стоимости). Видимо, это происходит потому, что при сторнировании ММ-документа(242 вдм) и создании документа движения ОС(105 вдм) не очищается поле ANLA-DEAKT.
Здесь дело в настройках? Или необходимо применять разработку(экзит, бади и т.д.)?
Поделитесь, пожалуйста, опытом.

_________________
Лучше быть умным и иногда тупить, чем быть тупым и постоянно умничать!


Пометить тему как нерешенную
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: После сторнирования документа, ОС продолжает числиться в остатках
СообщениеДобавлено: Вт, дек 08 2009, 09:32 
Младший специалист
Младший специалист
Аватара пользователя

Зарегистрирован:
Вт, апр 08 2008, 13:49
Сообщения: 80
У нас та же ситуация. Почему так - не объясню :roll: . Выход нашла следующий - делаю полное выбытие и все ок! :)


Пометить тему как нерешенную
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: После сторнирования документа, ОС продолжает числиться в остатках
СообщениеДобавлено: Вт, дек 08 2009, 12:03 
Модератор
Модератор
Аватара пользователя

Зарегистрирован:
Пн, дек 18 2006, 14:29
Сообщения: 522
Откуда: Москва
Пол: Мужской
А что когда делаешь поступление например через AB01, и потом сторнируешь AB08 оно пропадает из AR01?

_________________
WhoamI?


Пометить тему как нерешенную
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: После сторнирования документа, ОС продолжает числиться в остатках
СообщениеДобавлено: Вт, дек 08 2009, 13:22 
Гуру-маршал
Гуру-маршал
Аватара пользователя

Зарегистрирован:
Пт, янв 30 2009, 09:59
Сообщения: 1594
Откуда: Москва, Минск
Пол: Мужской
Напрямую ОС у нас не закупают, только через ММ.
Сделал через AB01 поступление ОС 130 вдм, затем сторнировал документ - ОС продолжает числится в остатках(AR01), дата выбытияв карточке ОС (ANLA-DEAKT) не заполнена.... :(
Неужели никто не пользуется MIGO с 241 видом движения?

_________________
Лучше быть умным и иногда тупить, чем быть тупым и постоянно умничать!


Пометить тему как нерешенную
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: После сторнирования документа, ОС продолжает числиться в остатках
СообщениеДобавлено: Вт, дек 08 2009, 14:08 
Модератор
Модератор
Аватара пользователя

Зарегистрирован:
Пн, дек 18 2006, 14:29
Сообщения: 522
Откуда: Москва
Пол: Мужской
Ну во-первых ANLA-DEAKT и не должно заполняться, ты же сторно делаешь, а не выбытие.
У нас также работает.
А что конкретно смущает?

_________________
WhoamI?


Пометить тему как нерешенную
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: После сторнирования документа, ОС продолжает числиться в остатках
СообщениеДобавлено: Вт, дек 08 2009, 14:26 
Гуру-маршал
Гуру-маршал
Аватара пользователя

Зарегистрирован:
Пт, янв 30 2009, 09:59
Сообщения: 1594
Откуда: Москва, Минск
Пол: Мужской
Ну вообще цель - после сторно документа ММ(242 вдм), ОС не должно числиться в остатках.
Интересует вопрос - возможно ли при сторно документа ММ автоматически заполнять дату выбытия ОС?

_________________
Лучше быть умным и иногда тупить, чем быть тупым и постоянно умничать!


Пометить тему как нерешенную
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: После сторнирования документа, ОС продолжает числиться в остатках
СообщениеДобавлено: Вт, дек 08 2009, 15:45 
Модератор
Модератор
Аватара пользователя

Зарегистрирован:
Пн, дек 18 2006, 14:29
Сообщения: 522
Откуда: Москва
Пол: Мужской
Есть конечно вариант в расширении AINT0004, во время сторно, прямым абдейтом ставить эту дату.

_________________
WhoamI?


Пометить тему как нерешенную
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: После сторнирования документа, ОС продолжает числиться в остатках
СообщениеДобавлено: Ср, дек 09 2009, 11:59 
Гуру-маршал
Гуру-маршал
Аватара пользователя

Зарегистрирован:
Пт, янв 30 2009, 09:59
Сообщения: 1594
Откуда: Москва, Минск
Пол: Мужской
Ну прямой апдейт таблицы делать точно не будем.
Если уж нельзя настройкой это сделать, то лучше после сторно документа материала, вызывать бапишку или пакетник для изменения ОС, и с помощью ее заполнять эту дату.
Если получиться такое замутить в каком-нить мм-экзите :)
Странно что никто не боролся с этой проблемой...

_________________
Лучше быть умным и иногда тупить, чем быть тупым и постоянно умничать!


Последний раз редактировалось DED_MOROZ Чт, дек 10 2009, 00:27, всего редактировалось 1 раз.

Пометить тему как нерешенную
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: После сторнирования документа, ОС продолжает числиться в остатках
СообщениеДобавлено: Ср, дек 09 2009, 18:11 
Младший специалист
Младший специалист
Аватара пользователя

Зарегистрирован:
Вт, янв 29 2008, 15:42
Сообщения: 91
Пол: Мужской
DED_MOROZ написал:
Ну прямой апдейт таблицы делать точно не будем.
Если уж нельзя настройкой это сделать, то лучше после сторно документа материала, вызывать бапишку или пакетник для изменения ОС, и с помощью ее затирать эту дату.

А если после сторно на этот объект нужно опять списать материал (на этот раз правильно)...
А ОснСредство уже для проводок закрыто...Смысла делать это "на лету" нет.


DED_MOROZ написал:
Странно что никто не боролся с этой проблемой...

Проблема заключается не в том что поле DEAKT не заполняется, а в том что делать с карточками имеющими 0,00 стоимость и сальдо по движениям = 0,00.
Лучше не решать проблему "на лету". Можно 1 раз в период проводить анализ и запускать программу по изменению осн.записи ОснСредства, если данные объекты мешают в отчете по Запасам.


Пометить тему как нерешенную
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: После сторнирования документа, ОС продолжает числиться в остатках
СообщениеДобавлено: Чт, дек 10 2009, 00:31 
Гуру-маршал
Гуру-маршал
Аватара пользователя

Зарегистрирован:
Пт, янв 30 2009, 09:59
Сообщения: 1594
Откуда: Москва, Минск
Пол: Мужской
Ну у нас по процессу не будет повторного списания на один и тот же субномер..
Запускать програму по массовому изменению ОС, конечно, выход, но некрасиво все это как-то.. :(
Но хотелось бы прозрачности в процессе - списал материал - ОС появилось в остатках, сторнировал списание материала - ОС исчез из остатков.
Или я многого хочу?

_________________
Лучше быть умным и иногда тупить, чем быть тупым и постоянно умничать!


Пометить тему как нерешенную
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: После сторнирования документа, ОС продолжает числиться в остатках  Тема решена
СообщениеДобавлено: Ср, авг 04 2010, 15:26 
Гуру-маршал
Гуру-маршал
Аватара пользователя

Зарегистрирован:
Пт, янв 30 2009, 09:59
Сообщения: 1594
Откуда: Москва, Минск
Пол: Мужской
В общем получилось заполнять дату списания в ЮЭ EXIT_SAPLAISA_001.
При выполнении определённой предпосылки используем следующую конструкцию:

ASSIGN ('(SAPLAISA)T_ANLA_GES') TO <lw_ranla>.
IF <lw_ranla> IS ASSIGNED.
<lw_ranla>-deakt = l_budat.
ENDIF.

l_budat - дата проводки документа сторно ММ.

Работает. Только предпосылку нужно делать очень аккуратно.

_________________
Лучше быть умным и иногда тупить, чем быть тупым и постоянно умничать!


Пометить тему как нерешенную
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: После сторнирования документа, ОС продолжает числиться в остатках
СообщениеДобавлено: Чт, авг 05 2010, 08:42 
Старший специалист
Старший специалист

Зарегистрирован:
Пт, фев 29 2008, 12:42
Сообщения: 491
Пол: Мужской
DED_MOROZ написал:
Только предпосылку нужно делать очень аккуратно.
Так приведите ее здесь. :)


Пометить тему как нерешенную
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: После сторнирования документа, ОС продолжает числиться в остатках
СообщениеДобавлено: Пн, авг 09 2010, 14:26 
Гуру-маршал
Гуру-маршал
Аватара пользователя

Зарегистрирован:
Пт, янв 30 2009, 09:59
Сообщения: 1594
Откуда: Москва, Минск
Пол: Мужской
Пожалуйста :D
В соответствии с нашими процессами работает:

CLEAR l_storno.
IF sy-tcode = 'MBST' OR sy-tcode = 'MIGO'.

*** Get Gjahr
IF sy-tcode = 'MIGO'.
ASSIGN ('(SAPLMIGO)GODYNPRO') TO <lw_godynpro>.
IF <lw_godynpro> IS ASSIGNED.
l_gjahr = <lw_godynpro>-doc_year.
ENDIF. " <lw_ranla> IS ASSIGNED.
ASSIGN ('(SAPLMIGO)GOHEAD') TO <lw_gohead>.
IF <lw_godynpro> IS ASSIGNED.
l_budat = <lw_gohead>-budat.
ENDIF. " <lw_ranla> IS ASSIGNED.
ELSE.
ASSIGN ('(SAPMM07M)MKPF') TO <lw_mkpf>.
IF <lw_mkpf> IS ASSIGNED.
l_budat = <lw_mkpf>-budat.
l_gjahr = <lw_mkpf>-budat(4).
ENDIF. " <lw_mkpf> IS ASSIGNED.
ENDIF. "sy-tcode = 'MIGO'.

ASSIGN ('(SAPMM07M)MSEG') TO <lw_mseg>.
IF <lw_mseg> IS ASSIGNED.
IF ( <lw_mseg>-bwart = '242' OR <lw_mseg>-bwart = 'Z42' ) AND
<lw_mseg>-sjahr <> '' AND <lw_mseg>-smbln <> '' AND
<lw_mseg>-smblp <> ''.
l_storno = abap_true.
ENDIF.
ENDIF. " <lw_mseg> IS ASSIGNED.

IF l_storno = abap_true. " check for storno
SELECT * FROM anep INTO CORRESPONDING FIELDS OF TABLE lt_anep
WHERE bukrs = i_anla-bukrs AND
anln1 = i_anla-anln1 AND
anln2 = i_anla-anln2 AND
gjahr = l_gjahr AND
afabe = '10' AND
( bwasl = c_bwasl_130 OR bwasl = '105' ).

IF sy-subrc = 0.
LOOP AT lt_anep INTO lw_anep.
CASE lw_anep-bwasl.
WHEN c_bwasl_130.
l_130 = l_130 + 1.
WHEN '105'.
l_105 = l_105 + 1.
ENDCASE.
ENDLOOP. "AT lt_anep INTO lw_anep.

l_130 = l_130 - l_105.
ENDIF. " sy-subrc = 0.

IF l_130 = 1.
ASSIGN ('(SAPLAISA)T_ANLA_GES') TO <lw_ranla>.
IF <lw_ranla> IS ASSIGNED.
<lw_ranla>-deakt = l_budat.
ENDIF. " <lw_ranla> IS ASSIGNED.
ENDIF. "l_bwasl = '130'.
ENDIF. " check for storno
ENDIF. "...
ENDIF. "l_subrc = 0 AND l_ok = 'X'.
***

_________________
Лучше быть умным и иногда тупить, чем быть тупым и постоянно умничать!


Пометить тему как нерешенную
Вернуться к началу
 Профиль Отправить email  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 13 ] 

Часовой пояс: UTC + 3 часа


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

Сейчас этот форум просматривают: нет зарегистрированных пользователей


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB