Развитие в экосистеме SAP
Обучение и развитие проектных команд
Станьте участником SAPLAND и получите доступ к самым интересным публикациям SAPPRO
Зарегистрироваться
Обучение и развитие проектных команд
Станьте участником SAPLAND и получите доступ к самым интересным публикациям SAPPRO
Зарегистрироваться
Развитие в экосистеме SAP
Ну форточка это так к слову, а вот ведение на складах материально ответственных лиц, я бы поискал альтернативы . Решение через ММ-склад это во время 2.0 / 3.0 было актуально, лет 10 минимум назад.
Это я про форточку....
Ещё месяц назад, я бы с Вами не согласился.
Но, вероятно, в этой жизни ничего не бывает просто так :-)
Конечно, ведь по-факту любой проект, это что? Любой проект - это ЖОПА. А требования заказчика - это форточка. При этом обычно вы имеете большую жопу и маленькую форточку. И ваше дело эту жопу в эту форточку впихнуть и закрыть. Вот был у меня один проект ИП(ПБОЮЛ) палатка № 8, на черкизовском, вот это был проектище, под каждую группу материалов завод, под каждую номенклатурную позицию склад, вот это была сила и масштаб, ну кто понял о чем я :-)
Смена СУБД может и не потребоваться, если это не MS SQL, т.к. в FF4SAP поддерживаются Oracle, MaxDB, DB2.
Но и с MS SQL ситауция скоро изменится - ближе к концу года заказчикам будет доступно решение FlexFrame for SAP on Windows, с поддержкой соответственно Windows Server и MS SQL
Извините конечно, но RMMG1-MATNR как и EKPO-MATNR ссылаются на одинаковый элемент данных MATNR которому присвоен PID -> MAT, так что с этим то как раз все в порядке, но есть одно но, PID заполняется из диалоговых полей и может содержать только одно значение в текущий момент времени, а тут мы имеем отчет, который содержит множество строк, соответственно заполнения PID не происходит да и не может быть, так как не ясно в принципе какое значение сохранять. Конечно же SAP мог бы подумать и передавать в PID данные текущей выделенной строки для всех колонок, которые имеют в элементе данных прописанный код PID. Однако данную возможность стандартно не реалзовали и оставили на откуп пользователям.
Не самая приятная информация.
Получается, что при выборе этого решения потребуется еще и миграция от используемой операционной системы, СУБД. Смена контрактов с SAP.....
Когда Вы присваиваете транзакцию или отчет, Query должен содержать те же названия полей, что и экран присваиваемого объекта. Например, Query создан по таблице EKPO, в ней есть поле MATNR, но присвоенная транзакция ММ03 не будет открывать именно тот номер материала, который выведен в строке отчета Query, а тот MATNR, чей PID передавался последним. Это связано с тем, что на экране транзакции ММ03, поле материала - RMMG1-MATNR, а не EKPO-MATNR. Так что без ABAP’а тут не обойтись.
Вопрос по присвоению отчета или транзакции, что бы Вы посоветовали для присвоения транзакции просмотра заказа на поставку (ME23n)? Проблема в том что эта транзакция не принимает номер документа из отчета а берет последний отредактированный пользователем документ.
Судя по всему, у Вас нет опыта работы (не говоря уже о внедрении) с масштабными системами, где заводов может быть более 200 и в каждом из них до 50 складов (и они не материально ответственные). Подобная загрузка LSMW применима не только для решения реализации мат.ответственных лиц через ММ. А касательно, самого решения: оно простое и понятное.
Зато, судя по комментариям к другим статьям и к моей, есть опыт ворчания с простановкой смайликов и знаков препинания в хаотичном порядке; и еще опыт работы, с каким-то загадочным местом. Боюсь, здесь тягаться не могу да и не хочу.
Судя по всему, у Вас нет опыта работы (не говоря уже о внедрении) с масштабными системами, где заводов может быть более 200 и в каждом из них до 50 складов (и они не материально ответственные). Подобная загрузка LSMW применима не только для решения реализации мат.ответственных лиц через ММ. А касательно, самого решения: оно простое и понятное.
Зато, судя по комментариям к другим статьям и к моей, есть опыт ворчания с простановкой смайликов и знаков препинания в хаотичном порядке; и еще опыт работы, с каким-то загадочным местом. Боюсь, здесь тягаться не могу да и не хочу.
Ааааа, это вы увлекательный процесс реализации матответственных на ММ через склады реализовали, пропустил это предложение к сожалению, так как читал давно, а вопрос написал только на днях? Ну так это решение через одно место, не буду говорить какое, но слова счастье из него сложить сложно... хотя смотрю до сих пор многие этим и занимаются :-)
PS: По поводу точки после, хотелось бы знать причину, это все таки был вопрос, а не констатация факта :-)
В начале статьи сказано, что требуется создать более 500 складов с указанием определенных адресных данных.
Собрать данные в файле Excel и затем их загрузить через LSMW значительно легче, чем создавать весь перечень складов через транзакцию OX09 (подчеркиваю, что в статье описано не только код-краткое имя, но и внутренние адресные данные). Кроме того, люди, создающие перечень складов как таковой, и люди, осуществляющие загрузку в системе могут быть разными (и, скорее всего, будут разными: данные поступают от разных источников, а шаблон загружает один человек). Шаблон для загрузки в Excel есть средство обмена информации между ними; тем самым исключается излишний перевод данных из одного формата в другой.
Касательно "Обычно они создаются раз" - когда они этот "раз" создаются (а это может быть 1-3 месяца), то они могут часто меняться вплоть до полного изменения списка (удаляем старый перечень, загружаем новый, или необходимо краткое имя поменять в 20 складах). И подобная загрузка помогает, чтобы этот "раз" прошел успешно.
я правильно понял, что в предложении "Хотелось бы узнать причину по которой склады требовалось бы создавать через загрузку LSMW?" в конце предполагалась точка, а не знак вопроса? Если я неправ - с удовольствием выслушаю Вашу причину :-)
Хотелось бы узнать причину по которой склады требовалось бы создавать через загрузку LSMW? Обычно они создаются раз и потом редко изменяются.
На мой взгляд, в статье не указана одна важная деталь, и допущена некоторая неточность при пояснении алгоритма вычисления контрольной цифры.
Прежде, чем выбирать из номера EAN цифры на четных и нечетных позициях система преобразует номер в 18-значный номер, добавляя в начало номера ведущие нули, а вместо последней контрольной цифры – ноль.
И только тогда система производит вычисления по обозначенному алгоритму.Таким образом, если 12-значный номер EAN равен 205000000226; то система преобразует его в 000002050000002260; и затем будет отбирать цифры на нечетных и четных позициях.
Итак, суммировав цифры на нечетных позициях, и, умножив результат на 3, получим: (0+0+0+0+0+0+0+2+6)*3 = 24;
суммировав цифры на четных позициях (0+0+2+5+0+0+0+2+0) = 9;
Сумма двух результатов дает нам 33.
Затем система вычисляет остаток от деления 33 (суммы двух результатов) на 10; что составит 3.
И на последнем шаге из 10 (константа) система вычитает полученную разность: 10 – 3 = 7. Итоговая разность есть контрольная цифра.
ABAP код следующий (Рис. 1)
Рис 1. Часть ABAP-кода, вычисляющего контрольную цифру для EAN
Для отчетов по заказам на поставку (ME2M, ME2L, ME2K, ME2J) требуется дополнительная настройка для возможности отображения данных в формате ALV grid control.
Настройка делается через меню SPRO > Ссылочное IMG SAP > Управление материальными потоками > Закупки > Система отчетов > Ведение списков закупок > Определение объема списка.
В открывшемся окне необходимо создать новый объем списка (рекомендуется копировать с существующего).
Рис 1. Создание объема списка для отчетов по заказам на поставку
В настройках объема списка необходимо поставить флажок «Использ. ALV Grid Control»
Рис 2. Настройка объема списка заказов на поставку в формате ALV Grid Control
После этих настроек в транзакции ME2L (или ME2M, ME2K, ME2J) появится возможность выбрать только что созданный объем списка.
Рис 3. Выбор объема списка в транзакции ME2L
Тогда система будет выводить данные в транзакции ME2L в формате ALV Grid Control. И к этим данным можно применять все возможности этого функционала, включая табличную выгрузку в Excel.
Рис 4. Выгрузка данных транзакции ME2L в ALV Grid Control
Путь из главного меню SAP к объектам полномочий в роли следующий:
1. Транзакция PFCG
Рис 1. Запуск транзакции PFCG
2. Указываем роль и нажимаем кнопку «Изменить», пиктограмма «Карандаш» 
Рис 2. Переход в режим изменения роли
3. Переходим на вкладку «Полномочия»
Рис 3. Переходим на вкладку "Полномочия" в режиме изменения роли
4. Переходим к изменениям данных полномочий
Рис 4. Переходим к изменению данных полномочий
5. В открывшемся окне нажимаем кнопку «Поиск», пиктограмма «Бинокль» 
Рис 5. Запускаем поиск объекта полномочий
6. Вводим объект и нажимаем «Поиск объекта»
Рис 6. Вводим объект для поиска "S_ALV_LAYO"
7. В результате система автоматически откроет путь к объекту либо сообщит, что его в данной роли нет.
Рис 7. Путь к объекту S_ALV_LAYO
Комментарий от
Олег Точенюк
| 05 сентября 2012, 14:10
Олег Башкатов 05 сентября 2012, 13:55
А вот решение загружать однотипные данные через LSMW - это решение актуально и эффективно сейчас.
Кстати, вначале статьи было сказано: "Заказчиком принято решение для каждого материально ответственного лица создать в системе SAP отдельный склад."
В данной статье консультант исполнитель, а не методолог.