Добрый день, коллеги!

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

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

Спасибо!

Добрый день,
мы собирали информацию из старых систем в excel и загружали через LSMW. Закачивали, всё разные типы ТМ, создавали как ТМ так и ЕО, их классификацию, и данные в признаки также закачивали через LSMW

Süßstückchen, за ответ!

Интересно, можно ли для первичного сбора данных (предполагается, что у заказчика уже существует система SAP, но нет модуля ТОРО) собирать информацию использую, например следующую схему:

- создать Z-таблицу
- прорисовать необходимую форму
- подтянуть справочники
- продумать алгоритм предварительного анализа данных и выявления ошибок
- обязать пользователя заносить данных в SAP
- из Z - таблицы закачать данные в стандартные таблицы

Ранее на проекте был опыт заполнения Excel, потом все это при помощи Z переделывалось в XML и из него через этот же Z прогружалось. Но такая схема не устроила нас, как разработчиков и как результат мы написали свой Z который как раз выдавал нужные поля для заполнения.

Пользователь должен быть выбирать вид объектов, там выбирать ЕО или ТМ, классифицировать (жесткий выбор) после чего заполнял нужное количество признаков. На практике мы на этапе "пилота" сначала собирали с пользователя старый Excel и сами наполняли. Но когда уже все было готово для передачи разработки заказчику (попытка продажи сейлами) до дела ничего не дошло, заказчик ушел к другому и у нас осталась спека))))

По факту мы создали хорошую альтернативу Excel, которая сокращала наше время, была возможность вернуть заявку на добавление объектов пользователю, но случилось нежданное (для меня).

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

Arina-S, спасибо за ответ.

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

Да, чуть не забыл. У нас было 7 БЕ и для каждой БЕ Мы вели свой уникальный номер заявки.

Лично меня Excel не устраивает, тем что находятся нерадивые Пользователи, которые умудряются в защищенном файле снять защиту и написать такое, что потом плюёшься пол дня, а оставшиеся пол дня тратишь на объяснения как заполнять правильно (хотя инструкция была в самом файле на отдельном файле).

LSMW меня не устраивает тем что Пользователи "косячат" и на загрузке скажем в 500 ЕО, где то в середине вылетит косяк, а ты сидишь и думаешь что с этим делать....

Мой первый проект, на котором я был стажер-тиражник консультанты сделали Excel взломать, которые никому тогда не удалось. Проверки не позволяли прогружать файл если в нем есть ошибки. Так же перед загрузкой Excel по средствам Z нужно было нажать кнопку "Сделать тестовую загрузку", которая не давала доступа к кнопке "прогрузить" пока не пройдет тестовая загрузка.

В общем я вижу проще в самой ERP создать шаблон для заполнения, нежели возиться с Excel.

P.S.: разработка была достаточно большой и заняла примерно 2 ABAP месяца-хорошего ABAP-ера. Но результат превзошел все ожидания

Очень интересно!
Вы не могли бы объяснить для чего вы для каждой БЕ создали уникальный номер заявки??
Если это возможно, может описать из каких полей была форма ввода данных??

Добрый день.

Разграничение по БЕ было принято организационно, чтобы пользователь с одной БЕ не залез в заявку по другой БЕ. Получается мы реализовали ограничение по правам.

Касательно полей то использовались стандартные поля, Тип объекта ЕО или ТМ, Тип технического места, Тип единицы оборудования, Основной номер основного средства и т.д

Ну на счёт LSMW можно поспорить, но не буду мы загружали объекты тысячами. Но у нас "источником" для Excelя служили старые системы. Да и пользователи при заполнении "закладочных таблиц", почти не косячили.


Что касается такого решения, то моему мнению оно идеально

Добрый день!
Если по времени не напрягает и ресурс свободного абапера есть, то конечно можно делать свою z-разработку.
Из моей практики проектов наиболее удобным оказался вариант с вводом данных в шаблон EXCEL (как-то получилось что там никто ничего не сломал, может разработчик защиту надежную сделал, а может пользователи не настолько одаренные попались), и загрузка данных из этого же шаблона при помощи макросов (макросы вызывают BAPI-методы которые создают объекты ЕО/ТМ и классификацию объектов в SAP). Удобно, что пользователь вводит данные и визуально видит в файле ту же структуру, которую потом увидит и в SAP. Весь контроль правильности заполнения обязательных полей и даже присвоение кодировки ТМ также делается макросом.

На некоторых проектах слышал и про такой хардкор : Конечным пользователям просто раздавали IE01, IL01 и далее пошло-поехало

А разграничение по БЕ достигалось вообще просто: пользователям разных БЕ раздаются разные шаблоны (со своими справочниками), таким образом даже случайно чужую БЕ или чужое МВЗ в своем шаблоне не укажешь

Добрый день!

Загружали ТМ и ЕО с помощью шаблонов EXCEL- LSMW. Проблем не возникало. Конечно же перед загрузкой в систему необходимо было выверять правильность заполнения данных.

Всем сторонникам загрузки через LSMW прошу пояснить, как Вы грузили иерархию Единиц оборудования ?

Добрый день!
В 2 захода. Сначала делается создание ЕО, потом присваиваются номера обратно в ексель, и через изменение - монтаж на вышестоящую.

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

В итоге пришли к выводу о необходимости разработки собственного тулса, в котороый можно грузить из Excel, дальше быстро обрабатывать и уже через LSMW грузить в ТОРО (если это САП).

Главный минус сбора в любую плоскую таблицу (не важно, что это Z-таблица в SAP) или Excel - невозможность увидеть задачу целиком (иерархия-классы-признаки).

Для всей задачи критично наличие человека (или нескольких человек) которые будут одновременно разбираться и в SAP и в том, что колотят пользователи (отличать молоток от парового катка по косвенным признакам). Остальное дело техники.