Текущее время: Вт, апр 23 2024, 20:04

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


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

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


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

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