Sap migo что это

Проводка поступления материала (MIGO)¶

Запуск¶

Завершить проводку поступления материала необходимо вручную.

Проверки, выполняемые перед заполнением¶

Наличие номера заказа в системе SAP¶

Номер заказа передается контрагентом в определенном инфополе (см. раздел Передача номера заказа и кодов материала ).

Если контрагент вместе с документом не передал номер заказа, или если заказ с таким номером не существует в системе SAP, будет предоставлена возможность ручной обработки документа.

Актуальность заказа¶

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

Пользователь получит возможность указать другой номер заказа.

Сопоставление поставщика¶

Функционал сопоставляет поставщика, указанного в заказе (в том числе выбранном вручную), и контрагента, от которого поступил документ.

В случае если организации не совпадают, предзаполнение транзакции MIGO будет приостановлено, а пользователь получит сообщение .

Проверка позиций заказа¶

Функционал проверяет позиции переданного или введенного вручную заказа на допустимость поставки.

Отсутствие открытых позиций в заказе¶

Если все позиции заказа не отмечены на поступление материала ( ПоступлМтр на закладке Поставка ), пользователь получит сообщение и предзаполнение транзакции MIGO будет приостановлено.

Если по всем позициям заказа не осталось открытых количеств, пользователь получит сообщение и предзаполнение транзакции MIGO будет приостановлено.

Наличие открытых позиций в заказе¶

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

Код материала, переданный контрагентом в дополнительных данных к документу, должен совпадать с кодом материала в учетной системе SAP (см. раздел Сопоставление позиций электронного документа и документа SAP ).

Поля, заполняемые в транзакции MIGO¶

Номер заказа, переданный в дополнительных данных входящего документа.

В случае если в справочнике SAP системы нет единиц измерения, указанных в xml, то поле с единицами измерения будет пустым.

Заполненый чекбокс (галочка), в случае если сопоставление позиций по номеру материала в заказе и электронном документе прошло успешно.

Пример заполнения MIGO¶

Пример передаваемых с документом значений¶

Источник

Необходимые настройки и требования к передаваемым документам¶

Для возможности проводки входящего формализованного документа в его дополнительных данных должна быть передана информация о заказе на поставку, предварительно созданном в SAP-системе.

Данные, которые должны быть переданы с формализованным документом:

Номер заказа;

Номера материалов.

Номера материалов должны быть переданы контрагентом в номенклатуре системы SAP.

Передача номера заказа и кодов материала¶

Номер заказа и номер материала должны быть переданы контрагентом в качестве дополнительных данных к входящему документу. Дополнительные данные должны быть переданы в специализированных разделах xml-файла формализованного документа (инфополях).

Ручное указание номера заказа¶

Если вместе с входящим заказом контрагент не передал номер заказа или передал номер заказа, несуществующего в системе SAP, имеется возможность указать номер заказа вручную.

Выбор возможен с использованием SearchHelp.

Сопоставление позиций электронного документа и документа SAP¶

При сопоставлении позиций документа SAP и электронного документа выполняется попытка сравнения (сопоставление должно быть попозиционным) по следующим кодам:

Код материала в документе SAP (в заказе, документе материала);

Код материала в теге в электронном документе, если он передан.

Допустимость операции запуска транзакций MIGO/MIRO¶

Коды функции для настроечной таблицы:

Пример заполнения /TRL/XDE_CONDIT для поступления материала представлен ниже.

Источник

SAP Простая логистика — MIGO

Следующие пункты должны быть отмечены о транзакциях МБ —

Эти MB транзакции — MB01, MB02, MB03, MB04, MB05, MBOA, MB11, MB1A, MB1B, MB1C, MB31. MBNL, MBRL, MBSF, MBSL, MBST и MBSU были удалены.

Транзакция — MMBE_OLD был заменен транзакцией MMBE.

Вы также можете использовать приложение Fiori с именем Stock Overflow.

Вышеупомянутые транзакции MB не могут быть использованы в кодировании клиента.

Эти коды транзакций все еще существуют в системе. Однако, когда они вызываются из SAP Easy Access, это приводит к сообщению об ошибке.

Эти сделки будут прекращены в ближайшее время. Следовательно, коды клиентов, использующие эти транзакции, должны быть заменены с использованием функционального модуля BAPI_GOODSMVT_CREATE.

Эти MB транзакции — MB01, MB02, MB03, MB04, MB05, MBOA, MB11, MB1A, MB1B, MB1C, MB31. MBNL, MBRL, MBSF, MBSL, MBST и MBSU были удалены.

Транзакция — MMBE_OLD был заменен транзакцией MMBE.

Вы также можете использовать приложение Fiori с именем Stock Overflow.

Вышеупомянутые транзакции MB не могут быть использованы в кодировании клиента.

Эти коды транзакций все еще существуют в системе. Однако, когда они вызываются из SAP Easy Access, это приводит к сообщению об ошибке.

Эти сделки будут прекращены в ближайшее время. Следовательно, коды клиентов, использующие эти транзакции, должны быть заменены с использованием функционального модуля BAPI_GOODSMVT_CREATE.

Исключение транзакций / мертвый код

В SAP S / 4 HANA несколько транзакций (например, ME21) еще не были удалены, а немногие другие перенаправляют на новую транзакцию, VK01 указывает на BP, а MB03 перенаправляет на MIGO или выдает сообщения об ошибках, что эти транзакции больше недоступно.

Примечание. База кодов для этих транзакций все еще существует в системе и не была удалена, поэтому в моей системе может быть мертвый код.

Вы можете выбрать один из вариантов в раскрывающемся списке.

Источник

Методика легкого создания «тяжелых» документов материала в MIGO

Алексей Даньшин

Методика создания функции массовой загрузки данных документа движения материалов из файла в транзакцию MIGO с использованием буфера обмена

Оглавление

Общие положения

В процессе работы с модулем SAP MM управление материальными потоками для выполнения функций некоторых бизнес процессов требуется регулярно вводить документы материала с большим количеством позиций и атрибутов. Например, данные из филиалов, не оборудованных рабочими местами в системе, или данные от подрядчиков, использующих давальческие материалы. В системе SAP ERP предусмотрены различные механизмы для массовой обработки данных, такие как транзакция MASS, создание документов со ссылкой на предшествующий документ с копированием позиций, индустриальные решения для массового ведения, пакетный ввод, электронный обмен данными. Через буфер обмена транзакция MIGO позволяет вставить ограниченное размером экрана количество строк. Специализированная функция вставки данных из буфера обмена позволит создавать документы материала с большим количеством позиций, использовать встроенные инструменты стандартной транзакции редактирования и проверки правильности ввода. Приведенный ниже пример реализован в системе SAP S/4HANA 1709.

Обоснование выбора решения

Общепринятой практикой для создания документов материала с большим количеством позиций является разработка отдельной программы для чтения данных из файла и запуска BAPI для проводки. Достоинством такого подхода является высокая скорость работы и простота использования, но при условии корректности данных в файле. В том случае, когда данные готовятся множеством сотрудников, не обладающих достаточным опытом работы с электронными таблицами, велика вероятность возникновения ошибок. Например, лишние пробелы в строках, символы из национальных раскладок клавиатуры или неподдерживаемые десятичные разделители могут препятствовать корректной загрузке. Возникающие в таких случаях сообщения об ошибках, как правило, не понятны пользователям и, таким образом, для исправления вводимых данных требуется техническая поддержка консультантов. Обычно для упрощения разработки подобных приложений не прибегают к созданию функций просмотра и проверки загруженных данных. Оценить правильность документа можно только после его создания и, в случае обнаруженных недостатков, потребуется выполнить сторнирование. Использование стандартной транзакции MIGO для множественного ввода данных из файла позволяет использовать все существующие возможности для просмотра, редактирования и проверки данных до проводки. Таким образом, предлагаемое решение позволяет получить повышение эффективности работы на предприятиях со множеством пользователей, создающих документы материала на основании больших объемов малоформализованных данных.

Порядок работы

Создание шаблона документа материала

В транзакции MIGO cоздать новый документ материала, содержащий одну позицию. Выбрать операцию, ссылочный документ, вид движения. В данных единственной позиции указать необходимые атрибуты, например завод, склад, вид оценки, МВЗ и так далее, которые будут одинаковыми для всех строк документа. Введенный документ сохранить в виде шаблона путем нажатия на кнопку «Сохранить временно», показанную на Рис. 1.

Рис. 1 Временное сохранение документа.

В поле Примечание ввести краткое описание создаваемого шаблона. Если необходимо использовать документ многократно можно установить индикатор «Ссылка», приведенный на Рис. 2. В этом случае, временно сохраненный документ не будет автоматически удален после использования.

Рис. 2 Опции сохраняемого шаблона.

Создание документа материала по шаблону с данными из буфера обмена

Далее создать новый документ. В буфер обмена cкопировать из Excel список позиций – кодов материалов с атрибутами в зависимости от вида движения предварительно сохраненного документа в формате, определенном в настроечной таблице. Пример содержимого буфера обмена приведен в Таблице 1.

Таблица 1 Содержимое буфера обмена.

В окне «Обзор, Мои документы» транзакции MIGO дважды щелкнуть левой кнопкой мыши на предварительно сохраненном документе. Расположение элемента управления показано на Рис. 3.

Рис. 3 Запуск заполнения документа из буфера обмена.

На основании предварительно сохраненного документа, создается новый документ, содержащий позиции с материалами и соответствующими атрибутами из буфера обмена. Если какой-либо из столбцов не должен быть заполнен, необходимо скопировать пустые поля в буфер обмена. Структура буфера всегда должна содержать заданное в настроечной таблице для вида движения количество столбцов. Все данные, такие как завод, склад, вид оценки и прочее, заполненные в позиции предварительно сохраненного документа, копируются в каждую позицию нового документа. Полученную заготовку документа можно дополнить данными, отредактировать и затем выполнить проводку. Временно сохраненный документ, не отмеченный индикатором «Ссылка», автоматически удаляется из списка «Мои документы» окна «Обзор» транзакции MIGO. Результат создания документа и вставки данных из буфера обмена показан на Рис. 4.

Рис. 4 Результат вставки данных.

Реализация расширения транзакции MIGO

Программа транзакции MIGO имеет закрытую архитектуру и не содержит необходимых возможностей для модификаций в виде BADI или USER EXIT. Необходимые доработки можно реализовать с помощью расширения метода predocument_load в Include LMIGOKP3. Ниже приведены шаги по созданию объектов словаря данных и программных компонентов.

Шаг 1. Создать Тип данных ZSMM_MIGO_FIELDS

В транзакции SE11 создать тип данных ZSMM_MIGO_FIELDS. Выбрать опцию Структура. Ввести следующие данные:

На вкладке Компоненты ввести данные из Таблицы 2 Компоненты структуры ZSMM_MIGO_FIELDS.

Таблица 2 Компоненты структуры ZSMM_MIGO_FIELDS.

На вкладке Поля валюты/количества ввести данные из Таблицы 3 Поля валюты/количества структуры ZSMM_MIGO_FIELDS.

Таблица 3 Поля валюты/количества структуры ZSMM_MIGO_FIELDS.

Сохранить изменения и активировать объект.

Шаг 2. Создать Тип таблицы ZTMM_MIGO_FIELDS

В транзакции SE11 создать тип данных ZЕMM_MIGO_FIELDS. Выбрать опцию Тип таблицы. Ввести следующие данные:

Сохранить введенные данные и активировать объект.

Шаг 3. Создать таблицу ZMM_CLPFRM

В транзакции SE11 создать Таблицу базы данных ZMM_CLPFRM. Вставить краткое описание Migo формат буфера обмена. На вкладке Поставка и ведение указать С в поле Класс поставки и X Просмотр/ведение разрешены в поле Ведение разр. Дан./ракурса табл.

На вкладке Поля ввести данные из Таблицы 4:

Таблица 4 Поля таблицы ZMM_CLPFRM.

Нажать кнопку Технические параметры настройки. Установить следующие значения:

Сохранить введенные значения и активировать объект.

Шаг 4. Ведение настроек буфера обмена

В транзакции SM30 выполнить ведение таблицы ZMM_CLPFRM Формат буфера обмена для MIGO. Необходимо определить формат буфера обмена для сочетания вида движения и индикатора особого запаса. Пример настроек для видов движения, не определенных явным образом состоит из кода материала и количества. Для 301 ВД определены два поля – код материала и номер партии. При ведении таблицы допустимо использовать только имена полей структуры ZSMM_MIGO_FIELDS. Для удобства ведения можно создать домен и определить список возможных значений. Пример настройки формата буфера обмена приведен на Рис. 5.

Рис 5. Настройка формата буфера обмена.

Шаг 5. Создать класс ZCL_MM_MIGO_BUFFER

В транзакции SE24 создать класс\интерфейс ZCL_MM_MIGO_BUFFER. Ввести:

Нажать кнопку На базе исходного текста и вставить код приведенный в Листинге 1. Сохранить введенный код и активировать.

if is_item-mat_pspnr is not initial.
rs_goitem-mat_pspnr = is_item-mat_pspnr.
endif.
if is_item-ummat_pspnr is not initial.
rs_goitem-ummat_pspnr = is_item-ummat_pspnr.
endif.
if is_item-erfme is not initial.
rs_goitem-erfme = is_item-erfme.
endif.
if is_item-konto is not initial.
rs_goitem-konto = is_item-konto.
endif.
if is_item-kostl is not initial.
rs_goitem-kostl = is_item-kostl.
endif.
if is_item-lgort is not initial.
rs_goitem-lgort = is_item-lgort.
endif.
if is_item-charg is not initial.
rs_goitem-charg = is_item-charg.
endif.
if is_item-werks is not initial.
rs_goitem-werks = is_item-werks.
rs_goitem-name1 = is_item-name1.
endif.
endmethod.

Если хотите прочитать статью полностью и оставить свои комментарии присоединяйтесь к sapland

Источник

Sap migo что это

Поступление в MIGO происходит по ценам из заказа на поставку.
Процесс реалаизации между БЕ.

Нужно принимать товар по цене отпуска плюс наценка.

У меня к заказу на поставку создается исходящая поставка. На данную поставку ставлю схему калькуляции, то есть в ней после выбора запаса можно определить цену отпуска (учетная плюс наценка). По данной цене надо принять запас на завод в другой БЕ.

Далее, делаем поступление материалов в MIGO на основе исходящей поставки, а цена все-равно подтягивается именно из заказа на поставку.

Может кто-нибудь знает, можно ли сделать поступление в MIGO по цене исходящей поставки, если ПМ проходит на ее основе?
Или может быть есть Саповская нота по данному поводу?

Директор

Зарегистрирован:
Чт, фев 15 2007, 11:30
Сообщения: 1242

Младший специалист

Зарегистрирован:
Пт, мар 23 2007, 19:23
Сообщения: 76

Директор

Зарегистрирован:
Вт, окт 04 2005, 10:21
Сообщения: 972
Откуда: Киев
Пол: Мужской

Начинающий

Зарегистрирован:
Ср, дек 27 2006, 10:34
Сообщения: 7

Директор

Зарегистрирован:
Вт, окт 04 2005, 10:21
Сообщения: 972
Откуда: Киев
Пол: Мужской

Директор

Зарегистрирован:
Чт, фев 15 2007, 11:30
Сообщения: 1242

Начинающий

Зарегистрирован:
Ср, дек 27 2006, 10:34
Сообщения: 7

Младший специалист

Зарегистрирован:
Пт, мар 23 2007, 19:23
Сообщения: 76

Директор

Зарегистрирован:
Чт, фев 15 2007, 11:30
Сообщения: 1242

Начинающий

Зарегистрирован:
Сб, июл 14 2012, 00:06
Сообщения: 10

Начинающий

Зарегистрирован:
Вт, сен 02 2014, 09:02
Сообщения: 10
Откуда: Богучар
Пол: Мужской

Начинающий

Зарегистрирован:
Сб, июл 14 2012, 00:06
Сообщения: 10

Менеджер

Зарегистрирован:
Вт, окт 10 2006, 16:37
Сообщения: 729
Откуда: Москва

Начинающий

Зарегистрирован:
Вт, сен 02 2014, 09:02
Сообщения: 10
Откуда: Богучар
Пол: Мужской

Логотип © 2006 Андрей Горшков
Поддержка: Кирилл Андреев, 2011-…

Источник