Текущее время: Пт, мар 29 2024, 00:38

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


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


Вопросы по ППМ (MRP) - сюда.
Вопросы по классификации - сюда.
Вопросы по входящим поставкам - сюда.



Начать новую тему Ответить на тему  [ Сообщений: 53 ]  На страницу Пред.  1, 2, 3, 4  След.
Автор Сообщение
 Заголовок сообщения:
СообщениеДобавлено: Ср, окт 10 2007, 20:56 
Старший специалист
Старший специалист
Аватара пользователя

Зарегистрирован:
Вт, авг 01 2006, 16:01
Сообщения: 278
Откуда: ECC 6.0
Пол: Мужской
John Smith 4.7 написал(а):
А для этого используем второй BADI MB_MIGO_BADI и метод LINE_MODIFY или поступление со ссылкой на заказ на поставку и если не критично создание новых партий.
Например вот так решаем проблему с видом оценки:

method IF_EX_MB_MIGO_BADI~LINE_MODIFY .

IF CS_GOITEM-BWART = '101' AND CS_GOITEM-BWTAR = '*'
CS_GOITEM-BWTAR = CS_GOITEM-CHARG.
endif.

endmethod.

Тогда вид оценки будет равен партии, конечно при условии, что у вас автоматические партии (X)


Уважаемый John Smith 4.7. Я сделал все как было описано тобой, но система почему-то выдает при попытке проводки поступления со ссылкой на исходящую поставку следующее сообщение:


BAdI: поле GOITEM-BWTAR не готово для ввода (изменение не копируется)
№ сообщения MIGO050

Diagnosis
The contents of field GOITEM-BWTAR have been changed in BAdI MB_MIGO_BADI (method LINE_MODIFY). The field, however, is not ready for input, so the change cannot be copied.

In method LINE_MODIFY, only the contents of fields that are ready for input can be changed.


В чем может быть причина. Горю уже очень сильно с этой задачей. Заранее благодарствую.

_________________
Молодежь знает правила, старики - исключения. Не будь исключений, правила были бы невыносимы.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт, окт 30 2007, 12:22 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Вт, авг 17 2004, 08:58
Сообщения: 288
Откуда: Москва
Ramzes написал:
John Smith 4.7 написал(а):
А для этого используем второй BADI MB_MIGO_BADI и метод LINE_MODIFY или поступление со ссылкой на заказ на поставку и если не критично создание новых партий.
Например вот так решаем проблему с видом оценки:

method IF_EX_MB_MIGO_BADI~LINE_MODIFY .

IF CS_GOITEM-BWART = '101' AND CS_GOITEM-BWTAR = '*'
CS_GOITEM-BWTAR = CS_GOITEM-CHARG.
endif.

endmethod.

Тогда вид оценки будет равен партии, конечно при условии, что у вас автоматические партии (X)


Уважаемый John Smith 4.7. Я сделал все как было описано тобой, но система почему-то выдает при попытке проводки поступления со ссылкой на исходящую поставку следующее сообщение:


BAdI: поле GOITEM-BWTAR не готово для ввода (изменение не копируется)
№ сообщения MIGO050

Diagnosis
The contents of field GOITEM-BWTAR have been changed in BAdI MB_MIGO_BADI (method LINE_MODIFY). The field, however, is not ready for input, so the change cannot be copied.

In method LINE_MODIFY, only the contents of fields that are ready for input can be changed.


В чем может быть причина. Горю уже очень сильно с этой задачей. Заранее благодарствую.


А что так кричать :)
Такое ощущение, что я Вам денег должен!
Помните, что посты здесь дело добровольное!
Из вашего сообщения видно что данное поле в MIGO скрыто или недостпуно для ввода.

In method LINE_MODIFY, only the contents of fields that are ready for input can be changed.

Разберитесь с настройкой доступности полей в MIGO и будет Вам счастье.

_________________
Автор благодарит Алфавит, за любезно предоставленные буквы.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, май 15 2008, 09:28 
Менеджер
Менеджер

Зарегистрирован:
Вт, июл 10 2007, 10:57
Сообщения: 516
Пол: Мужской
John Smith 4.7 написал(а):
Просто поставь туда (вид оценки) звездочку во время создания заказа на перемещение.
<SKIP>


А такой вопрос --- если я поставлю в вид оценки звездочку, и сделаю несколько заказов на перемещение для одного и того же материала на один и тот же завод (с раздельной оценкой). То в запасе в пути на принимающем заводе в этом виде оценке '*' у меня стоимость этих материалов не усреднится друг с другом???

Например:
с 1000 на 2000 завод
M1 по 10руб. 1шт. --- заказ на перемещ. N1, вид оценки *
M1 по 20руб. 1шт. --- заказ на перемещ. N2 вид оценки *

Когда я буду делать MIGO система мне не сделает ли прихода каждой штуки по (10+20)/2 = 15руб.

И второй вопрос, получается чтобы ни случилось с товаром в пути (физически, в дороге), его надо принимать и только потом отсылать назад? Но не сторно? (чтобы средняя цена оказалось 'правильной' --- такой как ожидаем ее увидеть...)
:oops:


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, сен 12 2008, 13:47 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Вт, авг 17 2004, 08:58
Сообщения: 288
Откуда: Москва
Уважаемый, товар в пути возникает по факту отпуска материала, а не при создании заказа на перемещения.
Соотвественно отпуск материала по исходящей поставке будет уже с видом оценки и партией.

_________________
Автор благодарит Алфавит, за любезно предоставленные буквы.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, дек 04 2008, 13:05 
Младший специалист
Младший специалист

Зарегистрирован:
Пн, фев 04 2008, 18:31
Сообщения: 74
Откуда: Минск
а кто-нибудь делал этот финт ушами в ERP 2005?

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

При попытке приходования материала по исходящей поставке в MIGO
получаем ошибку Данные ДокМатериала и заказа на поставку не соответствуют друг другу BWTAR.

Может у кого-нить есть опыт борьбы с таким процессом?


Последний раз редактировалось sonejka Чт, дек 04 2008, 14:39, всего редактировалось 2 раз(а).

Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, дек 04 2008, 14:12 
Директор
Директор

Зарегистрирован:
Чт, фев 15 2007, 11:30
Сообщения: 1242
Может вы хотите не про классы оценки сказать, а про виды?

_________________
Порой не так важно, что ты знаешь. Важнее, чему ты сможешь научиться!


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, дек 04 2008, 14:40 
Младший специалист
Младший специалист

Зарегистрирован:
Пн, фев 04 2008, 18:31
Сообщения: 74
Откуда: Минск
Dim(ka) написал(а):
Может вы хотите не про классы оценки сказать, а про виды?

да, конечно с видами.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, дек 04 2008, 15:04 
Директор
Директор

Зарегистрирован:
Чт, фев 15 2007, 11:30
Сообщения: 1242
Проводки формируются при отпуске. Поэтому у вас получилось, что отпуск был в один вид оценки, а поступление вы хотите сделать в другой. Но проводка уже сформирована - вот система и говорит, то отличаются виды оценки в документе материала и заказе.
Похоже у вас партии ведутся на уровне материала.

_________________
Порой не так важно, что ты знаешь. Важнее, чему ты сможешь научиться!


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Заказ на перемещение
СообщениеДобавлено: Пт, янв 09 2009, 15:03 
Специалист
Специалист

Зарегистрирован:
Вт, сен 05 2006, 21:21
Сообщения: 118
Откуда: BY
Пол: Мужской
Всем привет.
Вот и меня постигла участь перемещения материалов с раздельной оценкой.
Выкладываю результаты своего анализа системы:
Дано:
-один завод с большим количеством складов.
-покупные материалы с раздельной оценкой по партиям.
Необходимо:
- регулярно на основании заказа на перемещение осуществлять перемещение материала
- в заказе на перемещение заранее нельзя указать вид оценки, так как он не известен.
Решение:
Используем схему с отгрузкой SD.
1. Создаем заказ на перемещение. В качестве вида оценки ставим "*". При сохранении или немного позже поле "вид оценки" должно быть очищено (BADI, Exit)
2. По заказу создаем исходящую поставку (ВД 641). В документе надо для позиций открыть на редактирование поля "партия переноса" и "вид оценки\проводка переноса" (BADI. Уверен что можно сделать, так как применял данный метод для входящей поставки). Также необходимо чтобы вид оценки\проводки переноса уже существовал в MBEW со стоимостью, указанной в партии-отправителе. (это также можно очень просто докрутить в расширениях перед проводкой документа материала). Если не создать вид оценки, то почему-то система берет ССЦ материала по заводу и записывает в новый вид оценки а разницу кидает на AUM.
3. Смотрим запас в пути
4. Делаем поступление материала по исходящей поставке. Так как в п.1 мы "почистили" вид оценки в заказе, то теперь поле "вид оценки" в документе материала доступно на изменение. Соответсвенно докручиваем через BADI выбор партии переноса и вида оценки\переноса из исходящей поставки. По данному документу проводок не будет.

Возможно получилось слегка грамоздко, но данная схема позволяет в момент отгрузки создать\указать вид оценки получателя, чего нельзя сказать про схему когда мы делаем просто отпуск по 351 ВД.

Описаная выше схема была протестирована на системе, только в местах отработки BADI или EXITа использовалось банальное редактирование таблицы БД в Se16 :)

P.S.
Правда после выполнения шага 4 система обновляет поле "вид оценки" в заказе.
Соответственно если в исходящей поставки был отпуск материала из двух партий, то система проводит первый как надо и потом обновляет заказ на поставку(!!!) и вторую позицию уже проводит по виду оценки, который в заказе(т.е. по первому). Соответственно нужно найти способ как не давать системе обновлять заказ на поставку (вид оценки).


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Заказ на перемещение
СообщениеДобавлено: Пт, янв 09 2009, 16:46 
Младший специалист
Младший специалист

Зарегистрирован:
Пн, фев 04 2008, 18:31
Сообщения: 74
Откуда: Минск
SNEG написал:
Всем привет.
Вот и меня постигла участь перемещения материалов с раздельной оценкой.
Выкладываю результаты своего анализа системы:
Дано:
-один завод с большим количеством складов.
-покупные материалы с раздельной оценкой по партиям.
Необходимо:
- регулярно на основании заказа на перемещение осуществлять перемещение материала
- в заказе на перемещение заранее нельзя указать вид оценки, так как он не известен.
Решение:
Используем схему с отгрузкой SD.
1. Создаем заказ на перемещение. В качестве вида оценки ставим "*". При сохранении или немного позже поле "вид оценки" должно быть очищено (BADI, Exit)
2. По заказу создаем исходящую поставку (ВД 641). В документе надо для позиций открыть на редактирование поля "партия переноса" и "вид оценки\проводка переноса" (BADI. Уверен что можно сделать, так как применял данный метод для входящей поставки). Также необходимо чтобы вид оценки\проводки переноса уже существовал в MBEW со стоимостью, указанной в партии-отправителе. (это также можно очень просто докрутить в расширениях перед проводкой документа материала). Если не создать вид оценки, то почему-то система берет ССЦ материала по заводу и записывает в новый вид оценки а разницу кидает на AUM.
3. Смотрим запас в пути
4. Делаем поступление материала по исходящей поставке. Так как в п.1 мы "почистили" вид оценки в заказе, то теперь поле "вид оценки" в документе материала доступно на изменение. Соответсвенно докручиваем через BADI выбор партии переноса и вида оценки\переноса из исходящей поставки. По данному документу проводок не будет.

Возможно получилось слегка грамоздко, но данная схема позволяет в момент отгрузки создать\указать вид оценки получателя, чего нельзя сказать про схему когда мы делаем просто отпуск по 351 ВД.

Описаная выше схема была протестирована на системе, только в местах отработки BADI или EXITа использовалось банальное редактирование таблицы БД в Se16 :)

P.S.
Правда после выполнения шага 4 система обновляет поле "вид оценки" в заказе.
Соответственно если в исходящей поставки был отпуск материала из двух партий, то система проводит первый как надо и потом обновляет заказ на поставку(!!!) и вторую позицию уже проводит по виду оценки, который в заказе(т.е. по первому). Соответственно нужно найти способ как не давать системе обновлять заказ на поставку (вид оценки).


ну так самая засада и есть в том, что если в заказе на перемещение одна позиция на 10 штук, а в исходящей поставке провести разделение партий, то имеем геморрой.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Заказ на перемещение
СообщениеДобавлено: Сб, янв 10 2009, 17:15 
Специалист
Специалист

Зарегистрирован:
Вт, сен 05 2006, 21:21
Сообщения: 118
Откуда: BY
Пол: Мужской
Второй день анализа системы и нот дал свой результат.
Была найдена нота 845407 (Огромное спасибо sonejka за это :pivo: )
Итак:
1. Поставили ноту которая позволяет в заказе на перемещение сделать поле "вид оценки" серым.
2. Так как система теперь не может сделать двушаговую процедуру (или может но выдает мне ошибку) я для партии поставки поставил вид движения 313.
3. В поставке заполнил поля "вид оценки\проводка переноса" и "партия переноса" в разделении партий и система сделала проводки 10-10. НУ или если не менять вид оценки проводок вообще не будет.
4. Так как перенос был выполнен в один шаг, то движение 101 ВД уже делать не надо (да и не сделаешь))

Считаю что проблема решена, для моего случая так точно ))))


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Заказ на перемещение
СообщениеДобавлено: Сб, янв 17 2009, 15:15 
Младший специалист
Младший специалист

Зарегистрирован:
Пн, фев 04 2008, 18:31
Сообщения: 74
Откуда: Минск
Установка ноток 845407 и 212532 решила проблему полностью.
:!:
вот только сэкономленную на буржуйском консалте сумму не выплатят. :evil:


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Заказ на перемещение
СообщениеДобавлено: Пт, мар 20 2009, 18:01 
Начинающий
Начинающий

Зарегистрирован:
Пт, мар 20 2009, 17:53
Сообщения: 3
Коллеги, подскажите пожалуйста, создаю заказ на перемещение вида UB указываю там номер материала и партию, затем в транзакцию MIGO выбираю операцию отпуск материала к заказу на поставку вид движения 351, не копируется партия из заказа, как можно решить эту проблему?


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

Зарегистрирован:
Вт, авг 17 2004, 10:25
Сообщения: 627
Уже много раз говорено, что заказ UB создается для принимающей стороны, и соответственно все данные вводятся для принимающей, кроме отпускающего склада. Поэтому при 351-м ВДв ни партия, ни вид оценки не копируются.
Решается через АБАП. BADI и методы здесь уже перечислены.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Заказ на перемещение
СообщениеДобавлено: Пн, мар 30 2009, 18:08 
Младший специалист
Младший специалист
Аватара пользователя

Зарегистрирован:
Чт, ноя 30 2006, 15:34
Сообщения: 87
Откуда: Киев
Пол: Мужской
SNEG написал:
Второй день анализа системы и нот дал свой результат.
Была найдена нота 845407 (Огромное спасибо sonejka за это :pivo: )
Итак:
1. Поставили ноту которая позволяет в заказе на перемещение сделать поле "вид оценки" серым.
2. Так как система теперь не может сделать двушаговую процедуру (или может но выдает мне ошибку) я для партии поставки поставил вид движения 313.
3. В поставке заполнил поля "вид оценки\проводка переноса" и "партия переноса" в разделении партий и система сделала проводки 10-10. НУ или если не менять вид оценки проводок вообще не будет.
4. Так как перенос был выполнен в один шаг, то движение 101 ВД уже делать не надо (да и не сделаешь))

Считаю что проблема решена, для моего случая так точно ))))

Так-то оно так, только при этом система склад отпуска и склад получатель дублирует (одинаковые они) и не смотрит на тот склад, который указан в заказе как принимающий.


Принять этот ответ
Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 53 ]  На страницу Пред.  1, 2, 3, 4  След.

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


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

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


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

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