База знаний

Фильтр
[+]

Рубрики:
Выбрано 666 материалов
Николай Кронский
28.01.2014, 09:24
Николай Кронский:
интересные программки, не видел раньше :) спасибо
Олег Точенюк
27.01.2014, 16:29
Олег Точенюк:
Ну и еще туда же в довесок, программы SAPMSENH и SNIF
Олег Точенюк
27.01.2014, 16:25
Олег Точенюк:
Ну передайте спасибо Олегу Башкатову, так сказать: Таблица ENHINCINX, а далее по по имени Z/Y можно выяснить активированные расширения пользователями, но если немного покурить, то может накидаю программку, которая по данной таблице сможет собрать все расширения по коду транзакции. Но само собой только явные расширения, а вот по неявным понятно что такое не выйдет из-за их так сказать "неявной" сути :-)
Николай Кронский
27.01.2014, 16:10
Николай Кронский:
Согласен, технология интересная. И в чем-то даже полезная, поскольку зачастую позволяет избежать использования "последнего довода королей" - модификации.
НО! Очень хочется внятный инструмент быстрой проверки наличия таких расширений при выполнении стандартной транзакции :(
Андрей Емельянов
27.01.2014, 01:02
Андрей Емельянов:
Всем привет! Спасибо за статьи. По ходу прочтения у меня возникли мысли о том как избежать проблем согласования документов на распределённых и гетерогенных платформах, а так же о том как не раздувать бюджет, реализовывая некоторые "Тяжеловесные особенности" за счёт АВАР-разработок. Начиная с SAP ERP 6.0 с пакетом расширения 3 можно решить проблемы, использовав следующую связку:
SAP DMS + SAP Central Process Scheduling by Redwood и не обычного использования SAP Financial Closing cockpit
Олег Башкатов
23.12.2013, 14:02
Олег Башкатов:
звучит, конечно, странно, но
Профессор Карло Альтавилла преподаватель микроэкономики и эконометрики - это его естественный язык...
 
а вот экзит и энхасмент, а также альфа и гамма множители - это занаучивание :-)
Alexei Plotnikov
28.11.2013, 09:09
Alexei Plotnikov:
Сложно о простом.
Этот материал выглядит существенно проще и доступнее на построения графиков прогноза для 1 продукта по историческим данным(цикл+сезонность+тренд).
В практическом расчете прогноза есть еще 4й элемент – усиленные акции в точечные периоды T+...(реклама, распродажа и т.п.).
А так получается квази "обнаучивание", вместо обзора моделей.
Олег Башкатов
17.11.2013, 21:54
Олег Башкатов:
При создании и анализе финансовых документов по сбытовым документам необходимо иметь ввиду роли партнеров, которые прописаны в сбытовом заказе. В качестве заказчика у нас может выступать один дебитор, в качестве грузополучателя — другой дебитор, а в качестве плательщика — третий. Таким образом, документ поставки будет создан на грузополучателя, а документ фактуры — на плательщика. Также на плательщика будут созданы документ платежа (транзакция F‑29) и документ выравнивания (транзакция F‑32).
 
Для просмотра ролей партнера в сбытовом заказе, необходимо перейти по меню Перейти к > Заголовок > Партнеры (рис. 1)
 
Рис. 1. Переход к просмотру партнеров в сбытовом заказе
 
Видим, что грузополучатель и плательщик — это разные дебиторы, и они имеют различные счета (рис. 2).
 
 
Рис. 2. Роли партнера: грузополучатель и плательщик
 
Таким образом, документ отпуска материала (отпуск материала по исходящей поставке) будет создан на дебитора-грузополучателя (рис. 3).
 
 
 
 
Рис. 3. Данные документа материала, созданного по исходящей поставке
 
А вот в бухгалтерских документах (в требовании авансового платежа, в платеже, в документе выравнивания, в финансовом документе счета-фактуры) будет использоваться счет дебитора-плательщика (в данном случае 1050) (рис. 4 и рис. 5).
 
Рис. 4. Счет дебитора-плательщика в финансовом документе «Требование авансового платежа»
 
Рис. 5. Счет дебитора-плательщика в финансовом документе «Авансовый платеж»
 
На рис. 6 показан номер документа выравнивания, с которым выровнен документ, представленный на рис. 4 и рис. 5. А на рис. 6 показан сам документ выравнивания.
 
 
Рис. 6. Двойным щелчком переходим к документу выравнивания авансового платежа
 
 
Рис. 7. Просмотр документа выравнивания
 
Олег Башкатов
17.11.2013, 20:19
Олег Башкатов:

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

При пояснении шага 4 (Настройте Вашу программу печати) автор предлагает сказать текст ABAP-кода, однако не приводит код в электронном виде. Для возможностей использования кода в электронно-текстовой форме (а не графической) привожу созданный автором кусок ABAP-кода.

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

При создании программ по отправке документов в качестве pdf-приложения весьма разумно использовать класс CL_BCS.
Пример использования данного класса есть в стандартной системе SAP ERP в программах:
BCS_EXAMPLE_5 (BCS-использование, пример 5 (приложение Winword)),
BCS_EXAMPLE_6 (Отправка PDF‑формуляра по мэйлу).
По поводу отправки писем из SAP есть замечательная справка на портале wiki.sdn.sap.com по адресу: 
 
 
Александр Сырчин
17.11.2013, 17:56
Александр Сырчин:
Предложенный автором статьи подход по процессу ведения сотрудников, занимающих несколько штатных должностей, решает поставленные задачи, но если вписывать его в общую систему взаимоувязанных процессов HCM, то он несет определённые риски, его можно применить на практике в России, но могут возникнуть следующие вопросы:
 
  1. В рамках интеграции PA\OM в части PA соединение A008 имеет четкое отражение в инфотипе 0001 «Организационное присвоение». В одно и то же время, по табельному номеру(лицу) может существовать лишь одна запись этого инфотипа. Т. е. с точки зрения PA, сотрудник может занимать одну штатную должность. Та штатная должность, которая была введена в приведенной статье первой и будет той штатной должностью, которую в PA занимает сотрудник (назовем ее «основной»). Все группировки персонала (раздел, подраздел, группа, категория персонала), которые используются в процессах PA, PT, PY (не только для определения тарифной ставки) по умолчанию будут копироваться из «основной» штатной позиции. Соответственно, возникает необходимость из нескольких штатных позиций, которые занимает сотрудник корректно определять «основную» штатную позицию. 
  2. На практике кадровые процессы — прием, перевод, увольнения и другие, в рамках которых производится изменение организационного присвоения, —  выполняются в рамках мероприятий PA (тр. PA40) . Применение подхода, описанного в статье, приведет к пересмотру данных кадровых процессов. 
  3. Стандартная отчетность, основанная на ЛБД PNP,PNPCE не поддерживает обработку неосновных штатных позиций. Это необходимо учитывать при разработке пользовательских отчетов, а также при расширении стандартных отчетов.
  4. Нет операции установления основной штатной должности из неосновной. Т.е., например,  для того чтобы сделать вторую должность основной, необходимо будет удалить соединение с первой, а потом его восстановить.

На практике обычно используется инфотип «Распределение затрат», а для отражения связи сотрудника со штатными должностями дополнительные пользовательские соединения в OM, а в части PA — пользовательский инфотип.

Не исключаю, что в рамках определённых проектов можно предложить заказчику  решение, используя приведенный в данной статье подход, но надо понимать, что потребуется решить возникшие сложности со стороны PA.

Александр Сырчин
17.11.2013, 16:55
Александр Сырчин:
Нельзя представить эффективную систему безопасности без применения структурных полномочий. Разграничение доступа к инфотипам объектов организационного менеджмента и развития персонала в рамках одной роли или одного пользователя невозможно без применения структурных полномочий.
 
Что касается применения к  разграничению доступа к инфотипа администрирования персонала, на практике встречаются решения с использованием поля «ключ организации» (объект P_ORGIN). Стандартное примените этого поля достаточно ограничено, но, расширив правило заполнения поля, можно добиться необходимой гибкости. Например, запрещать доступ на просмотр инфотипа 0008 по определённым должностям или подразделениям. Но это решение, безусловно, проигрывает структурным полномочиям в части администрирования (сопровождения) решения.
 
Зачастую, компании, использующие структурные полномочия, не используют на практике контекстно-зависимый подход и присвоение профилей структурных полномочий через объекты орг. структуры ввиду отсутствия необходимости применения на этапе проектирования системы HR-безопасности. В перспективе же, по мере усложнения матрицы ответственности, это приводит к тому, что задачи обеспечения надежности на требуемом уровне становятся более затратными.
 
Принципы использования структурных полномочий, описанные в статье, значительно помогают уменьшить затраты на администрирование, обеспечивая необходимую гибкость и надежность.  Максимально используя возможности, предоставляемые SAP, можно построить эффективную систему HR-безопасности, избежав в будущем дополнительных серьезных затрат на ее сопровождение. Это важно понимать на этапе проектирования концепции полномочий HR-системы.
Иваненко Игоревич
17.11.2013, 14:03
Иваненко Игоревич:
Читателям, которым интересна информация, которая изложена в данной статье, может быть, крайне полезно узнать о стратегии развития приложений SAP Fiori и пользовательского интерфейса SAP решений в целом (SAP UX Strategy).
 
Примечание

SAP Fiori это набор Web‑приложений с простым и легким в использовании интерфейсом, которые обеспечивают доступ к наиболее часто используемым функциям SAP Business Suite, как со стационарных компьютеров, так и с мобильных устройств. SAP Fiori построен на базе стандартных технологий сервера приложений SAP Netweaver Application Server, что дает клиентам SAP возможность максимального использования ранее сделанных инвестиций в ИТ инфраструктуру и ее поддержку. В текущей версии SAP Fiori включает в себя 25 приложений, которые предоставляют доступ к наиболее широко используемым функциям SAP SAP Business Suite таким, как шаги согласования, информационные запросы и сервисы самообслуживания. (https://experience.sap.com/fiori )

 

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

По стратегии развития пользовательского интерфейса SAP решений (SAP UX Strategy) интересные материалы можно найти здесь: https://experience.sap.com/post/show/111 . Обратите внимание на размещенные на странице документы.

Олег Башкатов
19.10.2013, 20:59
Олег Башкатов:
"
Целью является усложнить задание для опытных пользователей.
"
 
Хорошее оправдание для "кривых" инструкций :-)
Александр Дублин
15.10.2013, 11:49
Александр Дублин:
Дмитрий, спасибо за замечание. Исправили.
Дмитрий Карпов
08.10.2013, 18:58
Дмитрий Карпов:
Статья обрывается на таблице 4. Где табл.5 и дальше?
Дмитрий Карпов
03.10.2013, 13:57
Дмитрий Карпов:
Поставщик создает прогноз для клиента и не согласовывает его с последним. С точки зрения бизнеса это несколько неадекватно. Ничего не сказано про горизонты. Представляется, что процесс должен выполняться в два этапа - на месячном горизонте с потроением прогноза спроса клиентом и доведением его до поставщика и оперативном дневном с учетом точки заказа и расчетом размера партии. Точка заказа, понятное дело, рассчитывается на первом этапе. При наличии сети клиентов предпочтительнее использовать оптимизатор распределения.
Если работать по предложенной схеме, то нужно каждый день DP гонять, который внутри месяца вряд ли сможет что-то точно показать.
Кис ван Вестероп
25.08.2013, 21:35
Кис ван Вестероп:

В рамках проектов я использовал транзакцию MR11 только для выравнивания перерасчетного счета ПМ/ПСч и только в случае, если значения ПМ/ПСч были верными. Я согласен с тем, что не стоит использовать эту транзакцию для корректировки значений ПМ/ПСч. Но я хотел бы заметить, что ее целью является выравнивание перерасчетного счета ПМ/ПСч, без чего невозможно будет закрыть и архивировать связанные заказы на поставку.

Иваненко Игоревич
25.08.2013, 21:15
Иваненко Игоревич:

Автор статьи утверждает, что бОльшая часть стандартных мобильных приложений для повышения производительности труда специалистов по управлению логистической цепочкой может быть использована с минимальной доработкой. Это особенно справедливо и актуально, если у Вас внедрена достаточно современная версия SAP ERP (SAP ERP, SAP HCM, SAP SRM) системы и процессы настроены в рамках стандартных лучших практик.

Рекомендую обратить внимание на продукт SAP Fiori, который вышел после написания Автором данной статьи. SAP Fiori отлично укладывается в описанную автором парадигму и может служить хорошим началом для перехода к мобилизации предприятия и к управлению логистической цепочкой с помощью мобильных приложений на базе решений SAP.

С описанием функциональности приложений SAP Fiori вы можете ознакомиться в моей статье, опубликованной на портале www.sapland.ru .

Контактная информация

Если Вы хотите узнать больше или заказать сервис по внедрению SAP Fiori, - пожалуйста, пишите нам, мы будем рады помочь:

Igor.ivanenko@sap.com

alexey.kokin@sap.com