Обсуждения / SAPLand — Мир решений SAP, страница 5

Получение кириллических PDF-документов в системах SAP (4)

Комментарий от

Денис Данчин

| 21 января 2014, 15:00

Вот нота где можете загрузить Unicode True type шрифты.
1817893 - Monotype fonts for SAP customers

0

Почему документ выравнивания в Гибкой ГК всегда содержит позиции? (4)

Комментарий от

Илона Мачхелян

| 17 октября 2013, 17:42

Каглик Дмитрий 16 октября 2013, 02:34

Илона!

Я проверил Ваш вопрос на "нулевом" IDES версии ECC6 EHP4 с активированной ГГК. У меня получилось провести частичный платеж. Затем в режиме редактирования документа REBZ*-поля были открыты. К сожалению, дальше проверить не удалось - моя тестовая система в этот момент всегда падала.
Подозреваю, дело не только в самой ГГК, но и в некоторых дополнительных настройках, например специфичных для сплиттинга.

Так как функциональность корректировочной с-ф является весьма специфичной разработкой российского офиса САП, то рекомендую обратиться за разъяснениями по этому поводу именно туда. Но есть небезосновательные подозрения, что Вас отправят в сторону консалтинга.

Дмитрий, спасибо за комментарий и за стаью.

В том-то все и дело, что поля REBZ* на изменение открыты, но при попытке сохранить документ после удаления данных из этих полей выводится сообщение об ошибке: "Изменение ссылки на счет-фактуру недопустимо" № сообщения FAGL_POSTING030. В подробном тексте сообщения говорится следующее: "You are trying to change the invoice reference when document splitting is activated. However, doing so can lead to inconsistencies in the additional account assignments in new General Ledger Accounting. The required reassignment in General Ledger Accounting is not performed.If you want to change invoice references, you need to repost the item with the new invoice reference."

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

Обращение в САП по проблеме из моего комментария, на мой взгляд, не поможет, так как запрет на сторно с-ф, по которому была частичная оплата - это Z-проверка, так что они посоветуют отключить эту проверку и сторнировать с-ф, а потом выравнивать платеж с новым с-ф. Это система позволяет без проблем.

Главной целью моего комментария было осветить еще один "побочный эффект" внедрения новой главной книги (ответ на Ваш последний вопрос в статье). Пример был приведен лишь для иллюстрации влияния этого побочного эффекта на бизнес-процесс. В целом все не смертельно, но занть о еще одном функциональном ограничении, думаю, будет полезно всем.

0

Почему документ выравнивания в Гибкой ГК всегда содержит позиции? (4)

Комментарий от

Илона Мачхелян

| 14 октября 2013, 15:50

При активации Новой Главной Книги отсутсвует возможность удаления/изменения поля Ссылка на счет/Платеж к (BSEG-REBZG).
Т.е. если раньше при сторно, например, счета-фактуры выполнялась проверка на наличие ссылок на данный счет-фактуру в платежах, и пользователю предлагалось перед сторно удалить все ссылки на сторнируемый с-ф, то сейчас пользователю нужно не просто удалить ссылку, но и сторнировать этот платеж.
Интересная ситуация возникает, когда приходит исправительный счет-фактура к счету-фактуре, проведенному и частично оплаченному в закрытом периоде. Сторнировать исправленный с-ф не дает проверка на наличие частичной оплаты (заполнение поля REBZG в платеже), а сторнировать платеж не дает закрытый период.

0

Три способа найти транзакцию для настройки в SAP (13)

Комментарий от

Олег Башкатов

| 25 сентября 2013, 16:29

еще можно использовать средство поиска в SE93 по тексту (если мы говорим о транзакции).
Особенно при Z-транзакциях настройки помогает.

0

Три способа найти транзакцию для настройки в SAP (13)

Комментарий от

Андрей Красовский

| 25 сентября 2013, 15:29

Интересная мысль, про новичков, так получается что секрет всех "профи" это умение правильно пользоваться google:-)
По поводу других вариантов, хоть предлагаемый автором вариант "поиска объектов настройки в IMG" мне кажется более правильным, хочу предложить другую более изощрённую цепочку действий, суть которой заключается в том, что мы сначала ищем таблицы\структуры в которых хранятся настройки и затем для них ищем транзакции ведения (а ведь статья так и называется "найти транзакцию"). Последовательность чахорды-действий прилагается:
docs.google.com/file/d

0

Настройка экрана инфо-типа «Основные выплаты (0008)» (3)

Комментарий от

Олег Точенюк

| 27 августа 2013, 11:23

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

0

Практическая работа с механизмами расширения системы (Enhancement) (5)

Комментарий от

Олег Точенюк

| 30 июня 2013, 14:55

Andrey Bobkov 29 июня 2013, 08:19

Много грамматических ошибок, неприятно читать.

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

0

Отслеживаем изменения в объектах SAP (8)

Комментарий от

Василь Мандрика

| 21 июня 2013, 11:29

Есть хорошый отчет по изменениям - RMCLAEBL

0

Создание складов с помощью функциональности LSMW (20)

Комментарий от

Александр Толмачев

| 01 февраля 2013, 13:01

"И я просто АХУ... дожник так красиво все описал"" (с). Вообщем LSMW - это сила. Олег, спасибо большое за подробное изложение процедуры использования данного инструмента. И в самом деле, какая разница, чего загружать конкретно. Важно то, что этот инструмент предоставляет широкие возможности, когда приходится иметь дело с большим объемом данных, которые надо быстро загрузить в систему.

0

Как избежать мошенничества в области ERP консалтинга (12)

Комментарий от

Олег Чирва

| 10 октября 2012, 12:36

Михаил Хорпяков 10 октября 2012, 09:14

Я уверен, что если со стороны заказчика есть заинтересованность в получении именно практического, полезного результата, то и подрядчик будет выбран нормальный, и мошенничеству нет шансов случиться. В этом плане внедрение SAP от любого другого подряда не отличается. В статье предлагается нанимать третью сторону (недвусмысленно намекая на Панораму) для обеспечения контроля за методиками, сроками выполнения проекта и вывешивания противовеса. Проблема в том, что конечный заинтересант всё-равно остаётся один - увеличивается только "обзорность" проекта.

А ведь участие третье стороны в больших проектах это достаточно распространенная практика, но увы, пока она чаще использовалась в строительных контрактах, а к внедрениям ERP только-только приближается! В FIDIC'овских контрактах, например, очень не плохо формализована роль этой третьей стороны - роль названа Инженер - не является представителем заказчика в том смысле, что должен принимать во внимание только его интересы. Обычно инженер действует в качестве беспристрастного посредника между заказчиком и подрядчиком. Инженер в международной практике строительства - технический эксперт, в функции которого входит разрешение споров в процессе выполнения работ, выдача свидетельств об удовлетворительном завершении определенных стадий работ или всех работ, распоряжений в отношении устранения недостатков в работе.

Вот и получается, что Заказчик на строительных контрактах не боится признать свою не достаточную осведомленность в специфике работ Исполнителя, а при внедрении Информационных систем рискует и полагается на добропорядочность Исполнителя.

Хотя, я непосредственно руководил проектом, где Заказчик таки воспользовался услугами эксперта, но скорее не для контроля за проектом, а для осуществления независимой оценки корректности принимаемых концептуальных решений!

0

Как избежать мошенничества в области ERP консалтинга (12)

Комментарий от

Михаил Хорпяков

| 09 октября 2012, 09:37

Что-то мне кажется, распознать "мошенничество" в SAP достаточно просто. Смысл статьи: следите, как работает подрядчик. Вопрос в том, есть ли в этом потребность у заказчиков...

0

Добавление пользовательских полей в ОЗМ (9)

Комментарий от

Олег Точенюк

| 04 октября 2012, 16:52

Сергей Трапезников 04 октября 2012, 15:37

Что касается ауканья - был прецедент, после "законных" действий программиста шла очень длительная активация, случись такое на продуктиве - была бы авария.
Всем материалам - не могу такого придумать, не верю. Длинный текст и так есть в ОЗМ, даже несколько. Более 12 лет работаем c R3 и как то без расширений.
Далее к нормализации данных - согласитесь, кроме минутной выгоды,в упрощении получения отчета,Вы оставили за бортом вопросы нормализации данных. После этого, все ОЗМ пожизненно награждены доп.аттрибутами, нужны они там, или не нужны. Далее велик соблазн еще и еще применить такое решение, и только потом дозреть до классификации.
За бортом остались вопросы архивации, средств поиска, экстракторов BW и других объектов SAP.
Резюме - если SAP пишет ноты, то кто-то ими пользуется. С моей точки зрения - расширение фундаментальных объектов SAP порочный путь

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

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

Ну что ж, я рад что где-то есть системы в которых нет ни одного экзита или расширения таблиц. Мне такие не попадались, хотя в своей системе миграции проходили с 3.0 -> 4.0 -> 4.6С -> 6.0 и если честно то чем-то значительным такие миграции небыли и проблем никаких небыло, генерация была :-), как и архивация данных, тоже как-то не запомнилось. Хотя знаю другие системы где миграция вызывает обморок у группы поддержки.

Что касается нормализации, то этот вопрос оставил за бортом не я, а компания SAP, причем году так... в девяностых а то и ранее. Кстати, а чем два поля CHAR повлияли на нормализацию? Приведите какое правило нормализации я нарушил этими полями? Я чего-то знаю три и считаю что их достаточно, хотя там дальше теоретики намутили еще вроде как три, но они прошли мимо меня, но было бы интересно.

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

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

PS: Кстати, а что такое фундаментальный объект? Для вас это вот таблица, для кого-то может быть код, соответственно если я активирую экзит, то я уже как бы изменил фундамент? Но папа то сказал что это не только в этом месте можно делать, но и нужно делать, если мне нужен вот такой вот бизнес-процесс.

0

Практические рекомендации по поиску источников данных - таблиц БД (9)

Комментарий от

Александр Неловкин

| 25 сентября 2012, 09:30

Михаил Сидорочкин 25 июня 2012, 10:53

Гораздо быстрее можно найти используя Debugger Scripting. В случае его использования мы сравниваем значение переменной (структуры) и находим место где оно изменилось (в программе ей присваивается значение структуры - MEPO1222_pbo), далее по стеку выясняем откуда она заполняется. Написав один раз скрипт, мы избавим себя от необходимости анализа большого трейса.

Возможно и быстрее. Только далеко не везде стоит 7 версия, начиная с которой появился Debugger Scripting. Описанный же мной способ универсален и работает даже с версии 3.0 (это самая ранняя версия с которой мне приходилось работать), и, вполне возможно, с более ранними :)

0

Использование инструмента SAP Query для определения количества актуальных пользователей в системе (4)

Комментарий от

Андрей Красовский

| 03 сентября 2012, 17:49

"Для формирования нашего отчёта удобно использовать инструмент SAP Query (транзакция SQ00) и инструмент Быстрый просмотр (транзакция SQVI). Последний инструмент более легок в использовании, но может использоваться только создавшим его пользователем."

- Это не совсем так, в SQVI можно использовать быстрые представления любого пользователя. Если интересует, могу пояснить.

0

Создание складов с помощью функциональности LSMW (20)

Комментарий от

Александр Дублин

| 29 августа 2012, 11:23

Олег Башкатов 29 августа 2012, 02:13

Судя по всему, у Вас нет опыта работы (не говоря уже о внедрении) с масштабными системами, где заводов может быть более 200 и в каждом из них до 50 складов (и они не материально ответственные). Подобная загрузка LSMW применима не только для решения реализации мат.ответственных лиц через ММ. А касательно, самого решения: оно простое и понятное.

Зато, судя по комментариям к другим статьям и к моей, есть опыт ворчания с простановкой смайликов и знаков препинания в хаотичном порядке; и еще опыт работы, с каким-то загадочным местом. Боюсь, здесь тягаться не могу да и не хочу.

Олег Б.,
умение различать "критику Решения" и "критику автора Решения" - это показатель профессиональности публициста, неумение - ....

0

Создание складов с помощью функциональности LSMW (20)

Комментарий от

Олег Башкатов

| 29 августа 2012, 02:13

Олег Точенюк 29 августа 2012, 00:10

Ааааа, это вы увлекательный процесс реализации матответственных на ММ через склады реализовали, пропустил это предложение к сожалению, так как читал давно, а вопрос написал только на днях? Ну так это решение через одно место, не буду говорить какое, но слова счастье из него сложить сложно... хотя смотрю до сих пор многие этим и занимаются :-)

PS: По поводу точки после, хотелось бы знать причину, это все таки был вопрос, а не констатация факта :-)

Судя по всему, у Вас нет опыта работы (не говоря уже о внедрении) с масштабными системами, где заводов может быть более 200 и в каждом из них до 50 складов (и они не материально ответственные). Подобная загрузка LSMW применима не только для решения реализации мат.ответственных лиц через ММ. А касательно, самого решения: оно простое и понятное.

Зато, судя по комментариям к другим статьям и к моей, есть опыт ворчания с простановкой смайликов и знаков препинания в хаотичном порядке; и еще опыт работы, с каким-то загадочным местом. Боюсь, здесь тягаться не могу да и не хочу.

0

«Создание быстрого ввода пароля в систему SAP ERP ECC на стороне клиента» (6)

Комментарий от

Сергей Трапезников

| 17 августа 2012, 10:29

Олег Башкатов 17 августа 2012, 00:59

А если перешли с компа на комп?
Жесткий диск с операционкой с собой брать? )))
Single Logon - это с помощью SNC ?

Согласитесь, в случае периодической смены паролей, Ваше решение будет не удобным.
если с компа на комп, то тогда лучше использовать WTS (терминальный сервер), как промежуточный слой.
По связке snc и single logon сказать ничего не могу, в отпуске.
Для web gui используется другое решение с сертификатами

0

«Создание быстрого ввода пароля в систему SAP ERP ECC на стороне клиента» (6)

Комментарий от

Сергей Трапезников

| 16 августа 2012, 20:03

Олег Башкатов 16 августа 2012, 02:47

Для целей Copy-Paste привожу код скрипта elogon.txt в текстовом формате

// ----------------------------------------------------
// Очищаем поля от значений по умолчанию
// ----------------------------------------------------
Set F[RSYST-MANDT] // Делаем поле "Мандант" пустым
Set F[RSYST-LANGU] // Делаем поле "Язык" пустым
Set F[RSYST-BNAME] // Делаем поле "Пользователь" пустым

// ----------------------------------------------------
// Данные для входа в систему
// ----------------------------------------------------

offset (0,95) // Делаем одну отправную точку
box (0,0) (18,45) "Входе через флеш-накопитель" // Создаем набор опций-альтернатив для продуктивных пользователей
text (1,1) "Test MyUsers" // Делаем текст, что это мои пользователи
radiobutton (2,1) "MyUSER - Russian" F[RSYST-MANDT] 200 F[RSYST-BNAME] "MyUSER" F[RSYST-BCODE] "MyPassword" F[RSYST-LANGU] RU // Мой вход на RU

radiobutton (3,1) "MyUSER - English" F[RSYST-MANDT] 200 F[RSYST-BNAME] "MyUSER" F[RSYST-BCODE] "MyPassword" F[RSYST-LANGU] EN // Мой вход на EN

radiobutton (4,1) "MyUSER - German" F[RSYST-MANDT] 200 F[RSYST-BNAME] "MyUSER" F[RSYST-BCODE] "MyPassword" F[RSYST-LANGU] DE // Мой вход на EN

// Больше моих логинов нет

text (6,1) "Test users" // Начался набор тестовых пользователей
radiobutton (7,1) "TSTUSER01 - Закупка" F[RSYST-MANDT] 200 F[RSYST-BNAME] "TSTUSER01" F[RSYST-BCODE] "Password" F[RSYST-LANGU] RU // last edit 11/10/2011 +

radiobutton (8,1) "TSTUSER02 - Сбыт/фактуры" F[RSYST-MANDT] 200 F[RSYST-BNAME] "TSTUSER02" F[RSYST-BCODE] "Password" F[RSYST-LANGU] RU // last edit 11/10/2011 +

radiobutton (9,1) "TSTUSER03 - Сбыт/заказы" F[RSYST-MANDT] 200 F[RSYST-BNAME] "TSTUSER03" F[RSYST-BCODE] "Password" F[RSYST-LANGU] RU // last edit 11/10/2011 +

radiobutton (10,1) "TSTUSER04 - ДеблокЗкзПоста" F[RSYST-MANDT] 200 F[RSYST-BNAME] "TSTUSER04" F[RSYST-BCODE] "Password" F[RSYST-LANGU] RU // last edit 11/10/2011 +

radiobutton (11,1) "TSTUSER05 - ДеблокирПроекты" F[RSYST-MANDT] 200 F[RSYST-BNAME] "TSTUSER05" F[RSYST-BCODE] "Password" F[RSYST-LANGU] RU // last edit 11/10/2011 +

// ----------------------------------------------------
// Создаем кнопку для заполнения полей и входа
// ----------------------------------------------------

offset (7,25) // отправная точка для кнопки
//По нажатию на кнопку будет происходить заполнение полей и вход в систему
pushbutton (0,0) " OK " "/0" size=2

Есть еще третий более простой способ -использование технологии single logon.
Sap logon будет использовать windows пароль, очень удобно.

0

Практические рекомендации по поиску источников данных - таблиц БД (9)

Комментарий от

Александр Дублин

| 29 июня 2012, 11:31

Михаил Сидорочкин 25 июня 2012, 10:53

Гораздо быстрее можно найти используя Debugger Scripting. В случае его использования мы сравниваем значение переменной (структуры) и находим место где оно изменилось (в программе ей присваивается значение структуры - MEPO1222_pbo), далее по стеку выясняем откуда она заполняется. Написав один раз скрипт, мы избавим себя от необходимости анализа большого трейса.

Михаил.

Если Вы можете написать статью-рекомендацию по поиску таблиц - источников данных с помощью Debugger Scripting, то мы с удовольствием её опубликуем.

С уважением, Александр Дублин.

0

Оптимизация организационной эффективности с помощью 10 функций управления документами в SAP-системе (2)

Комментарий от

Сергей Софронов

| 18 июня 2012, 01:32

Документационная поддержка бизнес-процессов, безусловно, является одним из важных вопросов, возникающих при внедрении ERP-системы. Практически на каждом проекте внедрения мы сталкиваемся с этой задачей. По моему опыту, в случае, когда основным внедряемым функционалом являются процессы FI и MM/SD, в первую очередь возникает задача хранения оригиналов и отслеживания статусов закупочных и сбытовых договоров, а также первичных бухгалтерских документов. В ситуации, когда автоматизируем процессы ТОРО, возникает вопрос структурированного хранения проектной и эксплуатационной документации с привязкой к техническим местам в SAP.

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

Давайте рассмотрим пример с управлением договорными документами. Если мы организовываем процесс хранения и отслеживания исполнения договоров в SAP DMS, то необходимо также подумать о процессе подготовки и согласования договоров – в какой системе будет проходить он? Кроме того, договор, хранящийся в SAP DMS, также востребован в других существующих на предприятии системах. Например, договоры по производственным проектам, очевидно, должны быть доступны в составе проектной документации в системе управления проектами.

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

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

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

Поэтому 2 года назад, когда у SAP появился продукт SAP Extended ECM, его появление вызвало огромный интерес и вопросы – сможет ли он более широко и эффективно решить задачу управления документами? К настоящему времени, когда сразу несколько крупных российских компаний завершают проекты его внедрения, можно сделать выводы, что Extended ECM и его основной модуль Content Server позволяют реализовать эффективную систему управления контентом предприятия и организовать доступ к документам из различных транзакций SAP ERP. В качестве одного из примеров таких компаний можно привести ЛУКОЙЛ Оверсиз Холдинг Лтд, где с помощью Content Server реализован как управленческий, так и производственно-технический документооборот.

Соглашаясь с описанными в статье сильными сторонами SAP DMS, для условий российского документооборота я бы предложил рассматривать более широкий функционал SAP Extended ECM.

0

Рубрика

Формат материала

Курсы и тренинги

Логистика

Работа с данными

Программирование

Логистика