Category Archives: Allgemein

Краткая история SAP GUI

Мы все знаем, что GUI расшифровывается как Graphical User Interface (графический интерфейс пользователя) и основная функция GUI – предоставлять пользователю возможности подключения к информационной системе, отображать текущие процессы, принимать вводимые данные и т.д. Предшественником GUI была командная строка – CLI (Command Line Interfaces, интерфейс командной строки). В качестве примера командной строки мы можем вспомнить первые компьютеры, DOS. Затем была доавлена поддержка мыши и в итоге это все вылилось в разработку GUI.
SAP AG методично совершенствовала графический интерфейс своего флагманского продукта – ERP.
Первым шагом в этом направлении можно считать интерфейс версии R/2, основанный на работе в терминале.

Как видно из снимка, эта версия имела следующие элементы: экранное меню, список функциональных клавиш, область сообщений, разделительные линии для группировки. Поле, необходимое для заполнения обозначалось вопросительным знаком.

Следующим шагом была версия R/2 с типовым пользовательским интерфейсом IBM CUA. CUA предоставляла меню и “кликабельную” панель инструментов с наиболее важными функциональными клавишами.

Такая ранняя версия SAP R/3 как 1.0 обладала следующими возможностями: точка в начале подписи поля, длина поля никак не обозначалась, строка меню, и внизу окна шла строка с наиболее важными функциональными клавишами.

В версии 1.1 добавили: длина поля обозначалась цветом, быстрые пути в меню (для доступа через клавиатуру).

Тогда также было видно и влияние разработок SAP: dynpro (динамические экраны с таблицами и элементами, steploop (обработка dynpro) и технология “списки ABAP” для интерактивных отчетов.

В следующей версии R/3 – 2.0 были впервые представлены следующие функции: поддержка возможностей Windows 3.1 (включая внешний вид) и других поддерживаемых платформ (OSF/Motif, OS/2 и Mac OS), системную панель инструментов со значками, 3D-вид полей ввода, панель инструментов приложения, убрали точки в начале подписей полей.

На смену версии 2.0 пришла 2.1 с такими компонентами, как переключатели, флажки, группировка элементов, кнопки на экране, новые значки, цветные списки. Графический интерфейс пользователя Windows стал ‘стандартным GUI’, стал главным интерфейсом. SAP 2.1 выглядел как настоящее Windows-приложение, несмотря на то, что по-прежнему оставался лишь эмулятором терминала.

В следующем поколении R/3, которое начиналось версией 3.0, были представлены такие элементы, как таблица (технология, основанная на dynpro, пришла на смену steploop), значки на кнопках, панель инструментов приложения и пропорциональный шрифт для полей.

В версии 3.1, которая выглядела в стиле Windows 95, появились плоские кнопки, вкладки (dynpro) и ABAP List Viewer (ALV).

Следующим большим выпуском R/3 была 4.0: чтобы избежать сложной навигации, все больше информации размещается на вкладках – таким образом в транзакциях используется меньшее количество экранов.

В версии 4.5 были использованы компоненты Microsoft ActiveX: разделитель, дерево элементов, текстовые поля, HTML и т.д. ALV стал таблицей (grid control).

В версии 4.6 интерфейс пользователя был обновлен силами дизайнерской студии Frog Design. Когда-то на их веб-сайте существовала страничка, со всеми, впервые использованными элементами в интерефейсе. Нынче она частично доступна лишь в кеше интернета.

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


Во эпоху доткомов существовал сервер ITS, который транслировал экраны SAP в HTML-код и затем отправлял его пользователю в веб-браузер. Разработка ITS началась с mySAP.com Workplace.

На сегодняшний день самые популярные версии SAP GUI для Windows – это 6.2/6.4. (прим. переводчика – уже не совсем). Эти клиенты созрели в универсальные – для доступа к функционалу SAP практически во всех приложениях, как то: mySAP ERP, mySAP Business Suite (mySAP CRM, mySAP SCM и mySAP PLM, …), и компоненты NetWeaver, такие как SAP BW. Функции SAP GUI как у браузера – он получает информацию с сервера SAP так, что, куда, откуда, как и когда, чтобы отобразить эту информацию в своем окне.

SAP GUI делится на три основных ответвления:
SAP GUI для Windows – для платформы в “стиле Windows”, интегрируется с другими приложениями, наподобие Microsoft Office, MS Outlook, основывается на технологиях OLE или ActiveX.
SAP GUI для Java – унифицированный внешний вид SAP для многих платформ.
SAP GUI для HTML – через сервер SAP ITS, элементы управления мапятся к HTML, используя функции HTMLb.

Подытожим данную статью о графических интерфейсах SAP:
Web Dynpro – обеспечивает среду разработки и среды выполнения для создания веб-приложений. Среда разработки Web Dynpro состоит из набора интегрированных инструментов, поддерживающих следующие основные функции: определение диалоговых потоков; проектирование и составление представлений (например, графическое представление страницы); моделирование бизнес-данных и настройка всех этих аспектов.
SAP GUI family (см.выше)
mobile UI – онлайн-технология, в которой мобильное устройство (мобильные телефоны, КПК и т.д.) подключено к веб-серверу на основе таких технологий, как WAP, беспроводные локальные сети, Bluetooth и т.д. Целью является расширение SAP-сервера ITS, предоставляя разработчикам создавать и изменять мобильные приложения.

Original: Martin Maruskin, SAP BW freelancer
via blog.maruskin.eu

Yonyou U8+/U9 UFIDA ERP U8

Несмотря на то, что китайская версия SAP хорошо локализована, на рынке ERP в Поднебесной, по прежнему большая доля приходится на главного конкурента – Yonyou U8+/U9 (ранее известная как UFIDA ERP U8).
Компания Yonyou Software Co., Ltd. располагается в Пекине, в штаб-квартире Kingsoft Co., (金山軟件有限 jīnshān ruǎnjiàn), производителя известного альтернативного офисного пакета WPS Office.

u8-6

Основанная в 1988 г. Yonyou выпускает программное обеспечение для бухгалтерского учета и ПО ERP – “U8”.
Процесс внедрения и поддержки без малого неотличим от практики внедрения SAP – те же исследования, блюпринты, загрузка мастер-данных, GoLive и поддержка.

u8-1

Помимо ERP, Yonyou также предлагает решения SCM, CRM, HR, BI и др. (как видим, это сильный конкурент для SAP в Азии и тихоокеанском регионе). Также, компания активно развивает отраслевые решения, касающиеся электронного правительства.

u8-2

Согласно независимым исследовательским компаниям IDC и CCID Consulting, Yonyou стабильно занимает первые строчки в рейтинге поставщиков решений для управления в своей стране (однако, как признают – все же уступает лидирующую позицию программному обеспечению от SAP).

u8-3

В 2007 году крупнейшая софтверная компания Китая – Yonyou, заключила соглашение с Lionbridge Technologies, ведущим поставщиком услуг в области перевода. Таким образом, компания планирует выйти на англоговорящий рынок потребителей и потенциальных клиентов ERP-систем.

u8-4

Офисы предприятия, включая головной офис в Китае, располагаются на Тайване, Макао, Гонконге, Японии, Тайланде, Малайзии, Сингапуре. Единственный офис вне Азии и тихоокеанского региона представлен во Франции, г.Безон (Europe Yunano).
Во главе компании стоит Ван Вэньцзин, китайский предприниматель и миллиардер.

u8-5

Предприятие перечислено на фондовой бирже Шанхая. Среди клиентов компании — Dongfeng и другие гиганты.

В настоящее время выпущен пакет U9 – дальнейшее развитие системы ERP от Yonyou.

Взгляд IT-специалиста на SAP ERP

Сохранено с habrahabr.ru/post/270715 (см. также Холивар – 1С или SAP)

1 В этой статье я не буду рассказывать о плюсах и сильных сторонах этой системы с точки зрения функциональности – пусть этим занимаются маркетологи. Я, как IT-специалист, хочу поделиться с вами своими впечатлениями о реализации этого продукта.

Статья будет полезна в первую очередь тем, кто планирует начать работать с SAP ERP как в качестве IT-специалиста (консультанта/программиста), так и в качестве конечного пользователя.

Интуитивно-понятный интерфейс

Бывают такие интерфейсы, на которые смотришь и сразу становится понятно, куда нужно нажать, чтобы выполнить то или иное действие. Так вот…это не про SAP. Первый раз, когда я увидел стартовый экран SAP, подумал, что это просто очень-очень старая версия, которую я как-то случайно запустил. Ан нет, это была вполне современная версия. Интерфейс разрабатывали где-то в 90-х, там он и остался до сих пор.

Для работы с системой нужно запускать так называемые транзакции (к транзакциям БД они отношения не имеют). Транзакция SAP – это что-то типа «ярлыка» для вызова программы, с помощью которой можно выполнить какое-то действие в системе (например, просмотреть список заказов на поставку или отредактировать какой-либо документ). Имена у транзакций абсолютно ничего неговорящие (ME21, IW33, MIRO…). Запустить транзакцию можно двумя способами: из древовидного меню слева или введя код транзакции в специальное поле. В меню можно заблудиться, поэтому чаще всего транзакции запускаются путем ввода её кода. Поэтому у каждого пользователя есть блокнотик, в котором все эти коды записаны.

2
Стартовый экран SAP ERP

Запускаю я, значит, транзакцию для просмотра списка объектов ремонта, кое-как заполняю селекционный экран, жму «Выполнить» и получаю…дамп (так в SAP называется критическая ошибка, прерывающая выполнение программы без возможности продолжить её работу).

3

Вчитываюсь в этот страшный, совершено непонятный простому пользователю, экран и понимаю, что передал слишком много входных данных.

Это я сейчас знаю, что нельзя передавать слишком много значений в поля селекционного экрана, так как SQL-запрос превышает какой-то там допустимый размер в килобайтах и из-за этого программа прерывается с исключением DBIF_RSQL_INVALID_RSQL. Причем, нет никакой конкретной цифры, всё зависит от длины передаваемых значений, но экспериментальным путем получена цифра равная примерно 1500-1800 значений. Но как всё это объяснить пользователю? Как объяснить, что он должен 4 раза запустить транзакцию, если ему хочется получить отфильтрованный по 5000 значений список. К тому же, в одних транзакциях нет никаких ограничений, а в других есть.

Матерюсь, перезапускаю транзакцию, заново заполняю селекционный экран, уменьшив объем входных данных, и, наконец, подождав 15 минут, получаю список объектов. Выделяю нужную мне строку списка и отчаянно пытаюсь найти кнопку «Редактировать». Ага, размечтался. Для редактирования, оказывается, существует отдельная транзакция, в которую я, в большинстве случаев, не могу попасть из транзакции просмотра списка объектов. Мне надо скопировать системный номер нужного мне объекта из списка, запустить отдельное окно SAP (которое называется режимом), открыть там транзакцию для редактирования объекта и вставить туда скопированный номер. Таких режимов я могу открыть по умолчанию не более шести. Если все 6 уже открыты, а мне надо отредактировать объект, то придется каким-то режимом пожертвовать. Для просмотра, создания и даже удаления объекта тоже существуют отдельные транзакции.

Еще ситуация. Открываю я транзакцию «MIRO – создание входящего счета-фактуры», долго заполняю шапку, указываю системный номер документа входящей поставки, на основании которого автоматически заполняется позициями табличная часть счета-фактуры. Из тысячи позиций мне нужно было 100 удалить. Я нахожу эти позиции, долго выделяю их и жму кнопку «Удалить». Как думаете, что должно произойти после выделения позиций и нажатия кнопки «Удалить»? Вот я тоже так же подумал. А разработчики SAP думали как-то по-другому – удалилось 900 невыделенных позиций. «Ладно», — подумал я, — «сейчас нажму CTRL+Z и все верну назад». Ну, вы поняли уже, да? Отменить это действие нельзя, поэтому пришлось перезапускать транзакцию и заново забивать все данные.

Это я уже потом прочитал всплывающую подсказу к кнопке «Удалить», где было сказано, что удалятся невыделенные позиции. Такое поведение кнопки только в этой транзакции. В остальных транзакциях кнопка «Удалить» удаляет выделенные позиции.

Сообщения об ошибках не несут вообще никакой смысловой нагрузки. Вот что может означать ошибка «Код налога V0 еще существует»? Сначала я подумал, что это какой-то кривой перевод, но английский вариант «Tax code V0 also exist» и немецкий «Es existiert noch das Steuerkennzeichen V0» тоже неинформативны. А означает она то, что код налога в табличной части не совпадает с кодом налога в шапке. Часто на профильных форумах можно найти темы «У меня такая-то ошибка. Что она означает?», в которых люди играют в угадайку, пока тот, кто уже наступил на грабли, не даст ответ.

Интерфейс никак не стандартизирован. Где-то меню слева, где-то справа. Где-то кнопки сверху, где-то снизу. Где-то вообще никаких кнопок нет, а все действия выполняются через главное меню. Где-то иконки на кнопках одни, где-то на тех же кнопках другие. Даже горячие клавиши в разных транзакциях для одних и тех же действий отличаются. И это касается не только кнопок, но и табличных частей, вкладок и т.д. – единства нет, везде всё по-разному. Видно, что каждый разработчик лепил интерфейс, как ему вздумается, и никакого контроля за этим не велось. Дизайнеров в команде не было. Похоже, это из-за того, что в момент разработки особо серьезных конкурентов на рынке не наблюдалось, поэтому решили, что нужно развивать функциональность, а интерфейс пользователи «проглотят» любой.

4

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

В последнее время в SAP поняли, что сели попой в лужу с приходом эффективных менеджеров, избалованных айфонами и выбирающих софт по внешнему виду, нужно что-то менять в интерфейсе. Тем более, конкуренты уже давно подтянулись по функциональности. Поэтому SAP пытается делать какие-то шаги в этом направлении и создает взамен старых транзакций новые, которые называются enjoy-транзакции. Появляются какие-то новые темы оформление с кнопками в стиле Android, но пока, как говорится, «сколько на осла бантиков не вешай…».

Рассказывать о прелестях интерфейса можно бесконечно, но давайте пойдём дальше…

Локализация

Складывается впечатление, что на русский язык интерфейс переводился следующим образом. Сначала в каком-нибудь Magic Gooddy перевели все фразы с немецкого на английский, потом там же с английского на русский. Затем распределили переведенные фразы между людьми и они начали их вручную перепечатывать в SAP ERP, иногда внося правки. Причем, часть людей либо вообще русский язык не понимали, либо они были настолько ленивы, что никаких правок не вносили.

Почему переводили в Magic Gooddy? Потому что не может человек перевести пункт настроек «Country-specific requirements» как «Страновые требования».

5

Почему перепечатывали вручную? Потому что встречаются опечатки и грамматические ошибки. Например, «Щапрос на перенос», «налогооблАжение» и «вниматИльно» явно печатали руками. Встречаются также сокращения слов, чтобы не выходить за рамки допустимой длины текста.

6

Почему люди не понимали русский язык? Потому что даже при перепечатывании русскоговорящий человек должен был усомниться, увидев фразу «Пушномолочная свинья-несушка» — так до определенного времени называлась программа RAIMEWMS (сейчас название уже исправили). В оригинале она называется «Eierlegende Wollmilchsau», что переводится как «Мастер на все руки», но умный Magic Gooddy посчитал, что Wollmilchsau – это 3 отдельных слова (Woll, milch, sau) и перевел фразу «Eierlegende Woll milch sau» как «Яйцо укладки шерсти молока свиноматки». Остается только гадать, как это потом превратилось в «Пушномолочная свинья-несушка».

7

Да-да, я всё ещё рассказываю о том самом SAP ERP, лицензии которого стоят много тысяч долларов и за внедрение которого организации выкладывают сотни миллионов рублей.

Справочная информация, литература

В открытом доступе нет практически никакой официальной справочной информации. Нет ни руководств пользователя, ни описания программных модулей, ни спецификаций. Хочешь научиться пользоваться SAP – добро пожаловать на малоэффективные курсы (3-5 дней) стоимостью 1500-2000$ каждый, где тебе расскажут, какую кнопку нажать. Раздаточный материал на этих курсах зачастую на английском языке. Понять что-то только из раздаточного материала можно, но очень поверхностно. Курсов много (и для пользователей, и для консультантов, и для программистов), но даже они не дают всеобъемлющую информацию. SAP не стесняется «впаривать» на курсах устаревший материал, ценность которого относительно новых версий SAP ERP равна нулю.

Большая часть знаний консультантов и разработчиков либо передается по наследству от старшего поколения к младшему, либо получается методом «тыка». Если повезет, то можно что-то найти на профильных форумах и в частных блогах, если нет – ковыряйся сам, отладчик тебе в помощь.

Обновления и патчи

Если консультант находит какую-то ошибку в функционале SAP (а они встречаются в огромных количествах), то первым делом он пытается найти подходящую SAP Note (ноту) для ее исправления. Нет конкретного определения, что такое нота. Нота – это либо патч, исправляющий ошибку в стандартном функционале, либо инструкция, которую пользователь должен выполнить в системе, либо описание настроек, либо доработка функциональности под изменившееся законодательство, либо просто пояснение некоторых моментов.

Если найти нужную ноту труда не составляет, то установка может оказаться вполне нетривиальной задачей. Ноты могут быть зависимы друг от друга и перед установкой одной ноты нужно установить с десяток других нот, которые тоже имеют зависимости. В процессе установки нот может потребоваться выполнить какие-либо действия вручную. Например, принести яйцо дракона из пещеры на вершине горы. Утрирую, конечно, но порой установить ноты, исправляющие ошибки, тяжелее, чем самому эти ошибки исправить. Недавно на Гиктаймс была статья, в которой говорилось о том, что люди через чат Arch Linux устанавливали. Так вот, некоторые ноты (особенно связанные с изменением функциональности под законодательство) устанавливаются так же: люди на форуме коллективно пытаются пройти квест (так, а теперь давайте нажмем все вместе на счет три вот эту кнопку…). Причем, ноты устанавливаются в нескольких системах с одинаковой версией и везде возникают разные ошибки.

Разработка

Разработка в SAP ERP осуществляется на языке ABAP. Для обращения к базе данных используются Open SQL-запросы, которые очень похожи на SQL-запросы. Синтаксис тут обсуждать не буду – субъективная вещь. Он мне не нравится, но привык к нему быстро.

Названия таблиц, полей и переменных, как и названия транзакций, никакого смысла в себе не несут. Глядя на Open SQL-запрос SELECT, невозможно даже близко догадаться, что за данные он выбирает из базы. Нужно либо заранее знать, что хранится в обрабатываемой таблице, либо по ходу действия в эту таблицу лезть через браузер данных и пытаться понять, что в ней.

8

В SAP предусмотрена возможность доработки стандартной функциональности. Править стандартный код, предварительно получив специальный ключ разработчика для стандартного объекта, можно, но крайне нежелательно. Вместо этого разработчику предлагается использовать так называемые USER-EXIT. По сути, это пустые функции с заранее заданными входными и выходными параметрами, разбросанные по стандартному коду. Вызываются эти функции до или после какого-то события. Для правки кода этих функций специального ключа не требуется. Позже к USER-EXIT добавилась еще одна возможность расширять стандартную функциональность – BADI. Это то же самое, что USER-EXIT, только объектно-ориентированное. Зачем оно появилось и почему, раз уж оно появилось, не отказались от USER-EXIT – мне непонятно, только лишней путаницы добавилось.

Так как никакой официальной документации по USER-EXIT и BADI нет, то, чтобы найти подходящее место, куда можно дописать свой код, нужно либо сидеть в отладчике в поисках этих пустых функций, либо штудировать форумы в надежде, что кто-то уже сталкивался с такой необходимостью. Часто бывает, что для одной и той же задачи подходят разные USER-EXIT и BADI. Из-за этого случается так, что на одном проекте разные разработчики/консультанты выбирают различные USER-EXIT/BADI, и код, который должен бы логически быть в одном месте, разбросан по нескольким местам.

Хочется еще упомянуть про отладчик. Их два: старый и новый. В старом отладчике есть функции, которых нет в новом, а в новом есть функции, которых нет в старом. Например, в старом отладчике есть функция просмотра ABAP Memory и SAP Memory, в новом – нет. Переключаться между старым и новым можно прямо в процессе отладки. Хотя слово «новый» тут не очень уместно, так как он существует уже почти 10 лет. Почему за это время его не доработали и не избавились от старого – загадка.

9

Заключение

Складывается впечатление, что этот продукт делали какие-то другие немцы: не те, что делают BMW, Mercedes и AUDI. Процесс разработки какой-то совершенно бесконтрольный: в коде огромное множество ошибок, которые могут годами не исправляться; каждый разработчик называет переменные, как ему вздумается; обновления кривые; новые инструменты появляются недоработанными и такими остаются, пока не станут старыми; …продолжать можно долго.

Тем не менее, я не хочу, чтобы моя статья выглядела как обливание SAP грязью. У любого продукта есть плюсы и минусы. На каждый мой абзац можно написать такой же о плюсах SAP ERP и я соглашусь с ними. Но мне хочется, чтобы люди, решившие связать свою работу с SAP ERP, знали чуточку больше, чем «SAP ERP – это такая крутая немецкая программа, которая стоит много денег».

Creating new plant in SAP

This tutorial guides you how to create/Define Plant in SAP step by step.

OX14 – Define Valuation Area (Once your system go live, no more changes possible)

SPRO > SAP Customizing Implementation Guide (IMG) > Enterprise Structure > Definition > Logistics – General > Define copy, delete, check plant [OX10]:

Enter new plant code and update the name and address of the plant:

After updating all mandatory fields click on save icon.

Create company code on IMG:

After creation of new plant you should MM, PP, FI and SD modules to check all their module specific business flows related to your new plant.

OVXB – Create, Change, View Division

OX02 – create Company code

OX18 – Assign Plant to company code

OBY6 – provide details for Company code global data

OX19 – Assignment of company code to the Controlling Area:

OB45 – Create credit Control Area

OB38 – Assign company code to Credit Control Area
OMJ7 – Assign business area to Plant/Valuation area and division

Transactions

> Tables
> SAP FAQ

Q: Как просмотреть списки существующих транзакций по маске?
A: SE93 -> M* Enter, F4

Q: Как изменить/редактировать книгу источника поставок (source list)?
A: ME0M

SM04 – Список пользователей. Позволяет просмотреть с какими транзакциями работает пользователь и сколько режимов у него открыто.

AL08 – Список активных пользователей
SM50 – Обзор процессов. В частности позволяет просмотреть работает ли ваша “зависшая» транзакция
search_sap_menu – транзакция для поиска в SAP menu

s_BCE_68001399 – узнать какие люди связаны с ролью.
S_BCE_68002041 – какие транзакции в роли.
SM01 – списки транзакций как фильтр по коду, например ввести там ME8 и смотреть какие т-коды имеют отношение к отчетам по PO

При COGI заменить один материал другим: MIGO -> A08 Transfer Posting, R10 Other (MvtType 309) – указываем материал, количество, склад, себя в качестве поставщика и клиента. Check & save.
(дату здесь можно менять, если месяц уже закрыли)

CKMM – изменение Определения цены (Price determination) или Price control indicator (S/V) (Управление ценой)
(S – надо использовать для стандартных материалов, цена – 0 руб., V – для торговых изделий)

MB1B 311 или MIGO 311 – трансфер с одного склада на другой.

VL02N – изменить/удалить поставку.
VL06o – список исходящих поставок (с возможностью напечатать накладные ТОРГ-12)
VL09 – сторнировать входящую или исходящую поставку
VL32N – удалить входящую поставку
VL71 – напечатать ТОРГ-12 из поставки
VF01 – выдать исходящую счет-фактуру
VF02 – создать сопутствующий документ в бухгалтерию.
VF05N – список фактур, платежных документов (например, созданных в VF01)
VF11 – сторнировать фактуру
VF31 – печать документов ко счету.
VFX3 – просмотр ошибок со счетами
VA05N – просмотр и поиск сбытовых ордеров
VA33 – просмотр долгосрочных форкастов (конкретных заказов от клиента – PO от клиентов).
VA35N – просмотр и поиск сбытовых соглашений
VD01 – расширить (создать) дебитора.

SE16N –> таблица T001L – просмотр складов.
таблица MARA – поиск материала;
T030 – сопоставленный счету класс оценки
C001 – сопоставленный счету Acct assignment grp

MB02 – поиск по номеру документа материала (по проведенному номеру)
MBSM – по номеру документа был ли он сторнирован?
MBST – сторно документа материала поэтапно.
MM04 – просмотреть историю изменений материала
MM17 – массовое изменение материалов
MMRV – разрешить постинг в прошлом периоде (узнать какой период идет сейчас)
MMPV – закрыть период

ME2N – поиск среди закупок, список закупочных агриментов
ME2M – список закупочных документов агриментов с ценами
ME2L – поиск среди документов по поставщику. Например, если есть PO, но нет приходования MIGO, то можно вывести список, указав Document Type: NB (колонка To be delivered).
ME5A – вывод PR’ов с возможностью выборки лишь “полностью одобренных/деблокированных” (Processing Status = N для тех PR’ов к которым еще нет PO).
ME9F – печать документов (в ME22N можно редактировать Message, если что-то надо печатать повторно).
ME9E – печать расписания
ME9L – печать агриментов

MD01 – запуск MRP на весь завод.
MD02 – запуск MRP на конкретный материал.
MD04 – просмотр доступности требуемого материала (например, наличия на складе).
MFBF – выпуск (декларирование) готовых изделий (бэкфлаш), также ручное внесение количества трима за период (за смену, например)
MF41 – сторно бэкфлаш.
MF42N – то же что и MFBF, но внесение информации о нескольких материалах подряд.
ME38 – удалить Scheduling agreement
ME55 – деблокирование заявки на закупку.
ME54N – деблокирование позиции по отдельности.
ME84 – создать call-off релизы
NACE – conditions for output control (указываем по типу документа поставщиков – подставлять по умолчанию)

BD87 – перепроведение IDoc.

XD03 – Просмотреть данные по клиенту (FI – базовые функции)
VD03 – Просмотреть данные по клиенту (Sales) FI
FD03 – Просмотреть данные по клиенту (FI, бухгалтерия)

XK03 – Показать данные по поставщику (модуль FI – базовые функции)
FK03 – Показать данные по поставщику (бухгалтерия – FI)
MK03 – Показать данные по поставщику (закупки, FI – базовые функции)

FB03 – найти по номеру документа исходящую поставку (в рефренсе)

MIRO – новый входящий счет.

SU53 – просмотр прав
SIUM – (user information system) – просмотр списка юзеров 2155.
SU01 – просмотр / состояние паролей.
SU2 –
SM20 – transactions history
SM37C – jobs overview

VKOA – поменять счет выручки (Таблица 1, приложение V, условие KOFI, план счетов IKOP)

BD55 Правило преобразования для User Exit. Ссылка на правила преобразования User Exit для различных систем.
WE19 EDI тестирование. Используется для тестирования изменений в функциональных модулях.
WE31 Создание сегмента
WE30 Создание расширения типа IDOC
WE82 Разблокирование ссылки
WE57 Присвоение Функционального Модуля сообщению и типу IDOC

ME3L – Outline agreements per vendor
ME3M – Outline agreements per material
ME3C – Outline agreements per material group
ME3B – Outline agreements per requirement tracking number
ME3N – Outline agreements by agreement no.
MSRV5 – Service list for contract
ME3K – Outline agreements by account assignment

VA05 Список заказов
VA02 Изменить сбытовой заказ
VA32 изменение соглашения о поставках
VA42 изменить контракт
VA22 Изменить предложение
VF02 изменить фактуру
VL02N изменить поставку
VF11 сторнирование фактуры
VF04 обработать рабочий список фактур
VL04 рабочий список заказов клиентов/заказов на поставку
VKM3, VKM4 списки торговых документов
VKM1 блокированные документы Сбыта
VKM5 список поставок
VL06G список исходящих поставок для отпуска материала
VL06P исходящие поставки для комплектования
VL09 сторнирование движения материала
VT02N изменение транспортировки
VT70 выходные документы к транспортировкам

Customer

XD01 Create Customer (Centrally)
XD02 Change Customer (Centrally)
XD03 Display Customer (Centrally)
XD04 Customer Changes (Centrally)
XD05 Block customer (centrally)
XD06 Mark customer for deletion (centr.)
XD07 Change Customer Account Group
XD99 Customer master mass maintenance
XDN1 Maintain Number Ranges (Customer)

Vendor

XEIP Number range maintenance: EXPIMP
XK01 Create vendor (centrally)
XK02 Change vendor (centrally)
XK03 Display vendor (centrally)
XK04 Vendor Changes (Centrally)
XK05 Block Vendor (Centrally)
XK06 Mark vendor for deletion (centrally)
XK07 Change vendor account group

Sales Order

VA00 Initial Sales Menu
VA01 Create Sales Order
VA02 Change Sales Order
VA03 Display Sales Order
VA05 List of Sales Orders
VA07 Compare Sales – Purchasing (Order)
VA08 Compare Sales – Purchasing (Org.Dt.)

Inquiry

VA11 Create Inquiry
VA12 Change Inquiry
VA13 Display Inquiry
VA14L Sales Documents Blocked for Delivery
VA15 Inquiries List

Quotation

VA21 Create Quotation
VA22 Change Quotation
VA23 Display Quotation
VA25 Quotations List
VA26 Collective Processing for Quotations

Contract

VA41 – Create Contract
VA42 Change Contract
VA42W Workflow for master contract
VA43 Display Contract
VA44 Actual Overhead: Sales Order
VA45 List of Contracts
VA46 Coll.Subseq.Processing f.Contracts

Item Proposal

VA51 Create Item Proposal
VA52 Change Item Proposal
VA53 Display Item Proposal
VA55 List of Item Proposals
VA88 Actual Settlement: Sales Orders

Deliveries

VL00 Shipping
VL01 Create Delivery
VL01N Create Outbound Dlv. with Order Ref.
VL01NO Create Outbound Dlv. w/o Order Ref.
VL02 Change Outbound Delivery
VL02N Change Outbound Delivery
VL03 Display Outbound Delivery
VL03N Display Outbound Delivery
VL04 Process Delivery Due List
VL06 Delivery Monitor
VL06C List Outbound Dlvs for Confirmation
VL06D Outbound Deliveries for Distribution
VL06F General delivery list – Outb.deliv.
VL06G List of Oubound Dlvs for Goods Issue
VL06I Inbound Delivery Monitor
VL06IC Confirmation of putaway inb. deliv.
VL06ID Inbound Deliveries for Distribution
VL06IF Selection inbound deliveries
VL06IG Inbound deliveries for goods receipt
VL06IP Inbound deliveries for putaway
VL06L Outbound Deliveries to be Loaded
VL06O Outbound Delivery Monitor
VL06P List of Outbound Dlvs for Picking
VL06T List Outbound Dlvs (Trans. Planning)
VL06U List of Uncheckd Outbound Deliveries
VL08 Confirmation of Picking Request
VL09 Cancel Goods Issue for Delivery Note
VL10 Edit User-specific Delivery List
VL10A Sales Orders Due for Delivery
VL10B Purchase Orders Due for Delivery

Customer management

FD01 Create Customer (Accounting)
FD02 Change Customer (Accounting)
FD02CORE Maintain customer
FD03 Display Customer (Accounting)
FD04 Customer Changes (Accounting)
FD05 Block Customer (Accounting)
FD06 Mark Customer for Deletion (Acctng)
FD08 Confirm Customer Individually(Actng)
FD09 Confirm Customer List (Accounting)
FD10 Customer Account Balance
FD10N Customer Balance Display
FD10NA Customer Bal. Display with Worklist
FD10NET Customer Balance Display
FD11 Customer Account Analysis
FD15 Transfer customer changes: send
FD16 Transfer customer changes: receive
FD24 Credit Limit Changes
FD32 Change Customer Credit Management
FD33 Display Customer Credit Management
FD37 Credit Management Mass Change

Pricing

V/03 Create Condition Table (SD Price)
V/04 Change Condition Table (Sales pr.)
V/05 Display Condition Table: (Sales Pr.)
V/06 Condition Categories: SD Pricing
V/07 Maintain Access (Sales Price)
V/08 Conditions: Procedure for A V
V/09 Condition Types: Account Determin.
V/10 Account Determination: Access Seqnc
V/11 Conditions: Account Determin.Proced.
V/12 Account Determination: Create Table
V/13 Account Determination: Change Table
V/14 Account Determination: Display Table

BOM

CS00 BOM Menu
CS01 Create Material BOM
CS02 Change Material BOM
CS03 Display Material BOM
CS05 Change Material BOM Group
CS06 Display Material BOM Group
CS07 Allocate Material BOM to Plant
CS08 Change Material BOM – Plant Alloc.
CS09 Display Allocations to Plant
CS11 Display BOM Level by Level
CS12 Multilevel BOM
CS13 Summarized BOM
CS14 BOM Comparison
CS15 Single-Level Where-Used List
CS20 Mass Change: Initial Screen
CS21 Mass Material Change: Initial Screen
CS22 Mass Document Change: Initial Screen
CS23 Mass Class Change: Initial Screen
CS25 Archiving for BOMs
CS26 BOM deletion
CS27 Retrieval of BOMs
CS28 Archiving for BOMs
CS31 Create class BOM
CS32 Change class BOM
CS33 Display class BOM
CS40 Create Link to Configurable Material
CS41 Change Material Config. Allocation
CS42 Display Material Config. Assignment
CS51 Create standard BOM
CS52 Change standard BOM
CS53 Display standard BOM
CS61 Create Order BOM
CS62 Change Order BOM
CS63 Display Order BOM
CS71 Create WBS BOM
CS72 Change WBS BOM
CS73 Display WBS BOM
CS74 Create multi-level WBS BOM
CS75 Change multi-level WBS BOM
CS76 Display multi-level WBS BOM
CS80 Change Documents for Material BOM
CS81 Change Documents for Standard BOM
CS82 Change documents for sales order BOM
CS83 Change documents for WBS BOM
CS84 Change documents for class BOM
CS90 Material BOM Number Ranges
CS91 Number Ranges for Standard BOMs
CS92 Number Ranges for Sales Order BOMs

Steps of master data creating

Steps of master data creating

sap-bar

1 Creating material master
2 Mark old material as inactive
3 Update SAP BOM, compare it with Agile BOM
4 Material number, views Base1 / Base 2
5 Purchasing view
6 Sales view
7 MRP 1/2/3/4
8 Accounting 1 / accounting 2
9 Costing 1 / 2
10 Create BOM
11 Create PP routing
12 Create production version in material master
13 Create cost collector
14 Create preliminary cost estimate
15 Create material-customer inforecord
16 Create SD price condition
17 Create SD scheduling agreement
18 Create JIT production information (JITL)
19 Clearance of sales agreements (&EMFOR)
20 Create MM SA and source list

ZZM1

Determination rules

N/ Determination object Rules for determination
1 Sales document Sales Area
+ Document Type
2 Item category determination for Sales document Document type
+ Item category Group
+ Usage
+ High level Item Category
3 Schedule line category determination Item category of the corresponding item
+ MRP type of the Material
4 Delivery document determination Delivery document default type attached to Sales document type
5 Item category determination for Delivery document Copy form Sales document
or
Delivery Document type
+ Item category Group
+ Usage
+ High level Item Category
6 Shipping Point Determination Delivery Plant
+ Shipping condition (Customer Master – Sold-to Party)
+ Loading group (Matrial Master)
7 Route determination Departure zone of the shipping point (Customizing)
+ shipping condition (SP)
+ Transport group (MM)
+ Transportation zone of the Ship to party (General Data)
8 Storage location determination Shipping point
+ Delivery plant
+ storage condition
9 Picking determination On bases of MALA rule
Delivery Plant
+ Loading Group
+ Storage condition(MM)
(storage rule also assignment to Delivery type)
10 Packing determination Package usage
11 POD This object use for confirmation of delivery, based on which billing document can create
12 Billing document determination Sales document type is maintained as default type
For Billing plan, Billing Type maintain under Billing Plan Type of Maintain Date Category for Billing Plan Type
13 Account determination Chart of Accounts
+ Sales Org
+ Customer Account grp (Customer Master – Payer)
+ Material Account grp (Material Master)
+ Account key
14 Business area determination Plant/Valutaion Area
OR
Sales area
OR
Item division + Plant
15 Company code determination Sales organization uniquely attached to Company code
16 Partner determination At -Account group level, sales document header level, item level, sales document delivery level, Shipment level, Billing document level and item level
17 Delivery Plant determination The system will determine Plant details at following in given sequence
Customer – Material info record
From customer master Ship-to Party
From Material Master
18 Output determination Output determination at Sales document level, Delivery level, Billing level
19 Price determination Pricing procedure
Sales Area
+ Document Pricing Procedure indicator from Sale/Billing Document type
+ Pricing Pricing Procedure indicator from Customer Master (Sold-to Party)
20 Text determination 1) Customer Material Information Record
2) Customer Master (General text, Accounting text, Sales text)
3) Material master text (Sales text or PO text)
21 Warehouse determination Warehouse number
+ Plant
+ Storage location
22 Lean Warehouse determination Lean warehouse activate,
Plant
+ Storage Location
+ Warehouse number
23 Tax determination Destination Country of Ship-to Party
+ Departure Country of Shipping Point
+ Tax Classification for Customer from Customer Master
+ Tax Classification for Material Master
24 Routing determination Shipping point
+ Delivery plant
+ Loading condition
+ Shipping condition
25 Material determination Create condition record
Maintain Customer Material record
26 Product substitute Create condition record
27 Product Exclusion Create condition record (Not to sale any particular product)
28 Product listing Create condition record (Sale of one particular product)
29 Credit check Credit check at Sales document level OR at Delivery OR at Good issue Risk group at Sales document level and Risk category from Customer Master, Item category credit check should be activate
30 Incomplete log Incomplete log assign to Status group, which is assign to Sales document, Item category or Schedule line level
31 Rebate condition setup Customer master billing info checked, Sales organization activate, Billing document activate