Текущее время: Вс, авг 10 2025, 05:10

Часовой пояс: 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 часа


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

Сейчас этот форум просматривают: Yandex [Bot]


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

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