Меню

Сортировать:

Новое Популярное
Cloud Computing: будет ли завтра облачным (2)

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

Константин Жуков

  |  21 октября 2010, 12:12

Добрый день, Ринат!
Первая часть материалов размещена в следующем посте по ссылке
http://www.sapland.ru/blogs/jukov/?post=2909
 
С Уважением,
Константин.
Cloud Computing и SAP (2)

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

Олег Точенюк

  |  21 октября 2010, 02:43

А может прежде чем описывать прадигму, попытаетесь объяснить, в чем суть "облачных" вычислений в SAP, пока у меня ощущения как и с SAP BusinessObjects, т.е. тот же BW, только в новой обертке, но SAP усиленно "продавливает", что это нечто новое и супер-пупер важное... и BW уже как бы и нет. Опять же если можно, то по простому, без вот этого вот  "мировыми технологическими лидерами", активно участвуем в стандартизации «облачных» API, применения в частных и публичных «облаках» и т.д. вообще как в том анекдоте:
 
Север, океан, лед, холодно, опять же время холодной войны. На берегу сидит чукча, всплывает американская подводная лодка, спрашивают не видел ли чукча советскую подводную лодку. Чукча отвечает, что видел и она ушла на северо-запад, лодка погружается и уходит, через некоторое время всплывает советская подводная лодка, вопрос тот же, не видел ли чукча, американскую подводную лодку, чукча как человек честный отвечает, что видел и лодка ушла на северо-запад, в ответ капитан резонно замечает, чтобы чукча не мудрил а просто показал пальцем.
 
Так вот можно сильно не мудрить и на пальцах объяснить... куда же идет немецкая подводная лодка SAP в мире "облачных" вычислений...
Cloud Computing: будет ли завтра облачным (2)

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

Ринат Гимранов

  |  20 октября 2010, 13:12

Много воды утекло с тех пор, а где же материалы? Или в клауд САП не идет?
Грабли пятые: глоссарий нам не нужен (1)

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

Павел Новиков

  |  14 октября 2010, 18:42

Я бы расширил эти грабли или создал новые. "Если вы уж выбрали определенную методику внедрения и подобрали инструменты ее поддержки - будьте любезны, обеспечьте их применение всеми членами проектной команды. И тем более не меняйте ее в процессе внедрения." Договорились использовать использовать Solution Manager - используйте. Тех, кто не умеет, обучите. HP Quality Center - для создания тестовых сценариев и учета дефектов - отлично, но только чтобы все, как один!
Грабли вторые: привычка побеждает best practice (1)

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

Павел Новиков

  |  14 октября 2010, 18:35

... Собственник и топ-менеджеры видят, что их процессы, худо бедно работают, а вот переживет ли бизнес внедрение - это надо еще посмотреть. А консультант что, у него оплата почасовая....
OMWC – Раздельная оценка запасов (15)

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

Олег Точенюк

  |  14 октября 2010, 16:08

Типы цены это немного другой вопрос. То, какая цена будет присвоена виду оценки не влияет на способ настройки раздельной оценки запаса. Поэтому на тип цены в статье внимания не уделялось, был просто взят первый попавшийся материал и на его примере была рассмотрена настройка раздельной оценки. Материла попал с видом оценки V, вот и получился такой пример.
OMWC – Раздельная оценка запасов (15)

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

Максим Заремба

  |  14 октября 2010, 08:23

Актуальная тема, но не раскрыт вопрос применения стандартной цены
Грабли четвертые: отчетность вчерашнего дня (6)

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

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

  |  06 октября 2010, 09:10

прошу прощения, не могу отредактировать предыдущее сообщение.
Все пишут после внедрения оборотки - это недоработка Российского подразделения SAP. Требования пользователей логичны - соблюдение законодательства и потребность в таких отчетах есть на всей территории России. Если отчеты не логичны, выпустите ноту, разберитесь с законодателями. Если требования логичны - напишите фирменный отчет, который должен удовлетворять законодателей, дайте методические указания для получения такого отчета.
Мы не являемся сторонниками Z разработок, но мы вынуждены ABAPить.Поверьте, нам есть чем заняться на предприятии другим, чем писать оборотки. В результате супертяжелые , неоптимизированные оборотки работают плохо, мешают продуктивной работе , но удовлетворяют пользователей.
Если пользователям надо получить такой отчет, они все равно его будут делать, с САПом или без.
Имея во владении такую мощную систему и за такое количество времени стыдно не решить проблему с оборотками.
Грабли четвертые: отчетность вчерашнего дня (6)

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

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

  |  06 октября 2010, 08:57

Все пишут после внедрения оборотки - это недоработка РоссийSAP. Требования пользователей логичны - соблюдение законодательства . А тот факт, ято SAP в России не может решить данную задачу, в т.ч. методически с законодателями
Получение кириллических PDF-документов в системах SAP (4)

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

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

  |  04 октября 2010, 16:57

Хорошо бы написать статью про настройку печати PDF для SAP GUI Java для Lunix. Насколько я понимаю, теоретически это возможно, практически темный лес.
Получение кириллических PDF-документов в системах SAP (4)

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

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

  |  04 октября 2010, 16:54

Хорошо было бы разложить по полкам настройку SAP GUI Java для Linux для отражения PDF документов. Есть ли практический
Грабли четвертые: отчетность вчерашнего дня (6)

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

Олег Точенюк

  |  01 октября 2010, 13:51

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

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

Владислав Стуликов

  |  30 сентября 2010, 14:21

Комментарий к статье из BIexpert  » 2010 » 3

Комментарий эксперта
компании САПРАН
к статье «Оптимизация производительности при работе с агрегатами на базе основных данных»

Стуликов Владислав,
руководитель проектов
компания САПРАН

Создание агрегатов в SAP BI – это одно из мощных средств повышения производительности выполнения запросов. Одновременно с этим, возникают определенные нюансы и тонкости при использовании в агрегатах временно-зависимых атрибутов навигации.

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

Особенно хочется отметить интересный подход с базисными агрегатами, так как автор подчеркивает, что построение правильной иерархии агрегатов может быть выполнено как для целей повышения производительности отчетности, так и в целях радикального улучшения времени прогона изменений атрибутов. К этому подходу можно добавить, что полезно строить не один-два базисных агрегата, а продумывать создание нескольких агрегатов с целью получить целую иерархию для повышения производительности отчетов и выполнению процедур прогона изменений. Иерархию агрегатов можно просмотреть в транзакции ведения агрегатов выбором функции Aggregate tree (Shift-F6)

Так же хотелось бы порекомендовать периодическое выполнение регулярных проверок корректности данных в агрегатах при помощи программы RSDDK_CHECK_AGGREGATE (Note 1174503 - Analysis for incorrect results using aggregates).

Основные мифы безопасности бизнес-приложений (1)

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

Олег Точенюк

  |  30 сентября 2010, 14:14

Мифы и приведенная в статье информация относится по моему мнению к общим пугалкам о том как все плохо в любом "датском королевстве". Да все действительно плохо, систем становится много, сложность их возрастает, качество обслуживающего эти системы персонала наоборот падает, а отсюда как следствие любой птэушник может скачать набор программ для взлома сети. Но я так и не понял у авторов статьи были реальные примеры когда хакеры (хотя я бы не оскорблял именно хакеров, так как этот термин абсолютно не синоним вору), проникали в систему SAP из вне, без наличия "засланный казачков" внутри компании. Из личного опыта, в качестве хобби, меня давно интересуют часто не публичные, истории о различных махинациях при использовании SAP. Так вот, без наличия внутренних не добросовестных сотрудников, у меня нет фактов взлома даже открытого, без пароля висящего во вне сапроутера и проникновения в SAP. А по этому данная статья, опять же по моему мнению, просто является описанием общих мер информационной безопасности с притянутыми за уши пунктами про ERP системы, а поэтому именно "Основных мифов безопасности бизнес-приложений" я в статье не увидел, это из разряда: "Используйте комплексный подход к обеспечению информационной безопасности и ваши волосы будут гладкими и пушистыми".
SAP NetWeaver 7.1. Скрытая функция позволяет конечным пользователям определять оперативные формулы в Web Analyzer (1)

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

Александр Крупин

  |  29 сентября 2010, 20:31

Комментарий к статье из BIexpert  » 2010 » 3

Комментарий эксперта
компании САПРАН
к статье «SAP NetWeaver 7.1. Скрытая функция позволяет конечным пользователям определять оперативные формулы в Web Analyzer»

Крупин Александр,
старший консультант
компания САПРАН

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

Интерфейс создания формул настолько прост, что у всех пользователей появляется возможность доработать стандартные отчеты «под себя».

Решение имеет плюсы и для разработчиков. Не секрет, что на этапе реализации предусмотреть все возможные отчеты весьма затруднительно. Краткое описание данной возможности для пользователей позволит сократить число обращений в службу поддержки, а также даст сотрудникам компании возможность реализовать дополнительные расчёты, которые им пришлось бы настраивать в Excel.

Так же хотелось бы упомянуть и о функции создания локальных формул в BEx Analyzer.

Для добавления локальной формулы щёлкните правой кнопкой мыши по показателям запроса и выберите опцию “Add Local Formula” (Рис. 1)

Рис. 1 Добавление локальной формулы

Если сохранить запрос как ракурс, то при повторном открытии показатели-формулы, созданные ранее будет доступны для работы.

Как видно на рисунке, набор функций доступных при создании локальной формулы Excel не так обширен как у оперативных формул в Web, а использование одной локальной формулы при определении другой недоступно. В Excel данные ограничения могут быть компенсированы пользователям за счёт использования инструментов самого приложения Microsoft. Возможность добавления расчетных значений в отчете на базе данных запроса традиционно была сильной стороной Excel-интерфейса (BEx Analyzer).

С появлением данной функциональности позиции Web Analyzer усилились. Надеемся, что SAP будет активно развивать возможности оперативных формул.

Координация работы партнера по внедрению: шесть признаков надвигающейся катастрофы (1)

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

Дмитрий Савин

  |  29 сентября 2010, 20:28

Комментарий к статье из Project Expert  » 2010 » Выпуск 3

Комментарий эксперта
компании Гоу-Лайф
к статье «Координация работы партнера по внедрению: шесть признаков надвигающейся катастрофы»

Дмитрий Савин,
Генеральный директор
компания Гоу-Лайф

В статье рассматриваются основные аспекты, на которые должен обратить внимание руководитель Компании-клиента при выборе партнера для реализации проекта по внедрению продуктов из линейки SAP.

Прежде всего, Компания-клиент должна обладать однозначным пониманием необходимости внедрения информационных продуктов и целей, которые предстоит достичь в ходе реализации проекта внедрения. Четкая формулировка задач бизнесом и ИТ-службой клиента позволит правильно сформулировать требования к выбору Компании-партнера по реализации проекта внедрения.

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

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

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

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

  • концептуальное проектирование и настройку системы осуществлять на условии фиксированной цены
  • ABAP программирование – на условиях оплаты фактически потраченного партнером времени на реализацию задачи

Контроль выполнения работ должен осуществляться обеими сторонами. На данный момент у клиентов имеется несколько вариантов для привлечения менеджмента в собственную команду:

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

Организация двустороннего контроля позволит за счет противопоставления мотиваций сотрудников проектного офиса максимизировать желаемый результат.

6 ключевых аспектов разработки стратегии мобильных сред SAP (1)

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

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

  |  29 сентября 2010, 20:27

Комментарий к статье из Project Expert  » 2010 » 3

Комментарий эксперта
компании Гоу-Лайф
к статье «6 ключевых аспектов разработки стратегии мобильных сред SAP»

Архипов Александр,
руководитель направления логистики
компания Гоу-Лайф

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

За счет наличия единой интеграционной платформы SAP NetWeaver Mobile использование мобильных приложений SAP в кумулятивной оценке становится дешевле и надежнее. Они являются более «легкими» и могут масштабироваться без существенного привлечения внешних партнеров по внедрению информационных продуктов.

Помимо уже привычного использования мобильных приложений в таких областях как CRM и управление точками продаж, управление складскими логистическими комплексами, сегодня мобильные решения находят себя в такой области как формирование управленческой отчетности для руководящего состава предприятий. Подобным решением является SAP BusinessObjects Explorer for iPhone and iPAD (Рис. 1).

Рис. 1 SAP BusinessObjects Explorer for iPhone and iPAD

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

Определение оптимального способа оценки запасов для сценария производства по заказу (1)

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

Адиль Ханов

  |  29 сентября 2010, 20:23

Комментарий к статье из SCMexpert  » 2010 » 3

Комментарий эксперта
компании АЛЬПЕ Консалтинг
к статье «Определение оптимального способа оценки запасов для сценария производства по заказу»

Адиль Ханов
консультант SAP
компания «АЛЬПЕ Консалтинг»

Хотелось бы отметить российскую специфику применимости предложенных вариантов решения поставленной задачи. В учете по МСФО возможно списание материалов в расход при закупке. В учете по РСБУ все списания материалов обязательно должны производиться через счет наличия материалов (10). Однако на практике, такую схему можно применять для закупки услуг, которые иногда создают в системе SAP в качестве основной записи материала, особенно в том случае, если услуга в дальнейшем может быть перепродана. Функциональность сбыта работает только с основными записями материалов и не затрагивает основных данных по услугам/работам.

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

Проведение платежей кредиторам в реальном времени с помощью платежных требований (1)

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

Адиль Ханов

  |  29 сентября 2010, 20:21

Комментарий к статье из Financials Expert  » 2010 » 3

Комментарий эксперта
компании АЛЬПЕ Консалтинг
к статье «Проведение платежей кредиторам в реальном времени с помощью платежных требований»

Адиль Ханов
консультант SAP
компания «АЛЬПЕ Консалтинг»

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

Но возникает ряд вопросов относящихся к российскому законодательству. Цепочки документов, описанные в статье, формируют две проводки, одна проводка по начислению дебиторской задолженности кредитора по оплате в корреспонденции с техническим счетом банка и вторая по закрытию технического счет на счет банка. Первая проводка производится в момент формирования требования платежа (ТП) – основания для платежного поручения, а вторая в момент поступления выписки банка. И если со второй проводкой вопросов не возникает, то первая идет в расхождение с российскими принципами учета. Дело в том, что проводка по начислению (погашению) задолженности делается раньше, чем произведена операция оплаты (выписка). В том случае, если создание ТП происходит в конце отчетного периода, а выписка придет в следующем, то формирование регламентной отчетности по кредиторской и дебиторской задолженности может быть неверным. Что можно порекомендовать в данном случае?

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

Финансовый директор SAP Марк Уайт: в 2010 году наличность по-прежнему правит бал (1)

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

Адиль Ханов

  |  29 сентября 2010, 20:19

Комментарий к статье из Project Expert  » 2010 »  3

Комментарий эксперта
компании АЛЬПЕ Консалтинг
к статье «Финансовый директор SAP Марк Уайт: в 2010 году наличность по-прежнему правит бал»

Адиль Ханов
консультант SAP
компания «АЛЬПЕ Консалтинг»

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

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

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