Меню

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

Новое Популярное
Различие между двумя текущими версиями HANA (11)

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

Алексей Селин

  |  13 июля 2012, 11:02

Олег Точенюк 13 июля 2012, 10:32

Отсутствие внятного описания данной технологии с внятными примерами, только без рекламного налета. Опять же не надо мне рассказывать, что там все есть, я просто не умею искать, хотя может и не умею... Кстати, по большому счету все что мной написано на этом сайте тоже там есть, но вот почему-то написанное пользуется спросом. Короче, парадокс... зачем люди тут вообще что-то пишут, ведь на help.sap.com/ есть не только это, но и намного больше.

experiencesaphana.com/servlet/JiveServlet(US).pdf
 
Достаточно будет?
Различие между двумя текущими версиями HANA (11)

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

Олег Точенюк

  |  13 июля 2012, 10:32

Алексей Селин 13 июля 2012, 09:13

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

Отсутствие внятного описания данной технологии с внятными примерами, только без рекламного налета. Опять же не надо мне рассказывать, что там все есть, я просто не умею искать, хотя может и не умею... Кстати, по большому счету все что мной написано на этом сайте тоже там есть, но вот почему-то написанное пользуется спросом. Короче, парадокс... зачем люди тут вообще что-то пишут, ведь на help.sap.com/ есть не только это, но и намного больше.
Различие между двумя текущими версиями HANA (11)

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

Алексей Селин

  |  13 июля 2012, 09:13

Олег Точенюк 12 июля 2012, 22:59

Спасибо конечно... я вот не понимаю как консалт выживает в этом мире, когда есть такой чудесный традиционный сайт help.sap.com/ :-)

Смешно да. В таком случае что вам мешает однакомиться с технологией до того, как начнете строить неверные предположения?
Различие между двумя текущими версиями HANA (11)

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

Олег Точенюк

  |  12 июля 2012, 22:59

Алексей Селин 12 июля 2012, 22:19

Так этож вендор свое оборудование пиарит, а про собственно хану лучше у первоисточника читать.
Традиционно help.sap.com и experiencesaphana.com вам в помощь.

Спасибо конечно... я вот не понимаю как консалт выживает в этом мире, когда есть такой чудесный традиционный сайт help.sap.com/ :-)
Различие между двумя текущими версиями HANA (11)

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

Алексей Селин

  |  12 июля 2012, 22:19

Олег Точенюк 12 июля 2012, 18:28

Ну так вместо красивой картинки из которой я вот ничего не понял, но нарисовано красиво, сервера, сервера, протоколы, протоколы как говорится, ты не мудри, ты пальцем покажи где можно прочитать, но только на простых примерах как это работает. Все что я встречал, это вот такого плана буклеты, о том как это круто и как это быстро ну опять же сервера, сервера и между ними шныряют протоколы, обычно TCP/IP и ВСЕ!

Так этож вендор свое оборудование пиарит, а про собственно хану лучше у первоисточника читать.
Традиционно help.sap.com и experiencesaphana.com вам в помощь.
«Фокус» пресс-релизов о внедрении SAP (2)

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

Андрей Яхновец

  |  12 июля 2012, 19:24

Александр, спасибо за интересную статью, которая действительно отражает наши реалии.  Меня интересует тема эффективности внедрения ERP. Можете Вы посоветовать источники/литературу по этому впросу?
 
С уважением Андрей Яхновец
Харьков
yahn@byte-group.com
Различие между двумя текущими версиями HANA (11)

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

Олег Точенюк

  |  12 июля 2012, 18:28

Алексей Селин 12 июля 2012, 14:59

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

Ну так вместо красивой картинки из которой я вот ничего не понял, но нарисовано красиво, сервера, сервера, протоколы, протоколы как говорится, ты не мудри, ты пальцем покажи где можно прочитать, но только на простых примерах как это работает. Все что я встречал, это вот такого плана буклеты, о том как это круто и как это быстро ну опять же сервера, сервера и между ними шныряют протоколы, обычно TCP/IP и ВСЕ!
Различие между двумя текущими версиями HANA (11)

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

Алексей Селин

  |  12 июля 2012, 14:59

Олег Точенюк 19 июня 2012, 10:22

Извините конечно, а в чем революционность данной технологии? Все загнали в память, добились устойчивости работы оборудования и? Так вы знаете лет 20 или около того, назад когда DOS был маленький, а памяти стало много, ее под RAM-диски стали отдавать и знаете компилировалось там все очень быстро, одна проблема была если это все вдруг зависало, то становилось чуть обидно за прошедшие час или два. А так, ну стало у вас сейчас памяти много, надежность работы выше, поэтому не страшно там базу держать и что? Революционность то в чем? Что-то принципиально новое придумали? Скорость выше? Так в памяти же все держите...

Олег, судя по тексту вашего комментария вы совершенно незнакомы с технологией, применяемой в данном продукте, поэтому большинство ваших суждений - ошибочны.
Вся база в памяти не лежит, слой хранения по-прежнему остался.
Революционность, если это слово вообще применимо, в другом подходе к организации хранения данных (поколоночное) и к их обработке в памяти.
Это если кратко.
Объектный подход при ABAP разработке. Создание программы «Bank Statement» (5)

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

Сергей Рыбин

  |  04 июля 2012, 14:26

Олег Точенюк 03 июля 2012, 15:27

Ну красиво, хотя тоже самое можно сделать и без классов, сделать настроечную таблицу, в которой для ключа банка задавать код ФМ который следует вызывать для обработки. Получаем аналогичную гибкую функциональность... только чуток по проще как мне кажется. Хотя кто на что учился :-)

Добрый день, Олег! Да, можно все сделать без классов, но так как изучаю ООП, то стараюсь все сделать с помощью классов. :)
Объектный подход при ABAP разработке. Создание программы «Bank Statement» (5)

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

Сергей Рыбин

  |  04 июля 2012, 14:21

Дмитрий Волков 03 июля 2012, 22:38

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

Добрый день, Дмитрий! Исходный код должны были приложить к статье, но что-то я его не вижу.
Объектный подход при ABAP разработке. Создание программы «Bank Statement» (5)

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

Дмитрий Волков

  |  03 июля 2012, 22:38

Очень интересный подход. А исходный код тестовой программы прилагается или по запросу?
Объектный подход при ABAP разработке. Создание программы «Bank Statement» (5)

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

Олег Точенюк

  |  03 июля 2012, 15:28

Олег Точенюк 03 июля 2012, 15:27

Ну красиво, хотя тоже самое можно сделать и без классов, сделать настроечную таблицу, в которой для ключа банка задавать код ФМ который следует вызывать для обработки. Получаем аналогичную гибкую функциональность... только чуток по проще как мне кажется. Хотя кто на что учился :-)

Имел в виду не код ФМ, а конечно же имя ФМ.
Объектный подход при ABAP разработке. Создание программы «Bank Statement» (5)

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

Олег Точенюк

  |  03 июля 2012, 15:27

Ну красиво, хотя тоже самое можно сделать и без классов, сделать настроечную таблицу, в которой для ключа банка задавать код ФМ который следует вызывать для обработки. Получаем аналогичную гибкую функциональность... только чуток по проще как мне кажется. Хотя кто на что учился :-)
Подготовительные настройки для обеспечения соответствия учёта основных средств в SAP ERP требованиям МСФО (1)

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

Татьяна Шевченко

  |  29 июня 2012, 17:26

Мне кажется, уместной будет небольшая демонстрация работы данного решения.

В целом различий при первоначальном признании активов по стандартам US GAAP и МСФО не так уж и много. По обоим стандартам учета первоначальная стоимость включает:

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

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

Есть некоторое различие в признании затрат на исследования и разработки. По стандартам МСФО затраты на исследования всегда признаются текущими затратами. Затраты на разработки, при соответствии следующим условиям, могут быть признаны нематериальными активами:

Компания должна продемонстрировать:

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

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

Итак, в нашем примере – необходимо отразить стоимость разработки программного обеспечения в размере затрат, понесенных на стадии разработки (по US GAAP), например, 10,000$ и полную стоимость данной разработки по МСФО, например, 15,000$.

Выполняем поступление 10,000$ обычным видом движения на карточку основного средства в классе «Программное обеспечение (Software)» (Рис. 1А).

Figure 2

Рис 1A. Поступление стоимости по 01 области

По области 40 (реальная область оценки по МСФО) отобразится поступление стоимости, аналогичной стоимости отраженной по области 01 (Рис. 2А).

Figure 2

Рис 2A. Поступление стоимости по области 40

По области 50 (производная область разниц) проведено 0$ (разница область 01 10,000 –область 40 10,000).

Проведем дополнительное поступление 5,000$ по области оценки 40 (по МСФО). Используем вид движения Z02 (данный вид движения ограничен только областью оценки 40). По области 50 (производная область по МСФО) отобразится разница стоимости 15,000 – 10,000 = 5,000$. Проводка по первоначальной стоимости по области оценки 50 также выполняется напрямую.

Итак, по счетам Главной книги имеем следующую картину:

По ведущему регистру – Рис. 3А.

По неведущему регистру – Рис. 4А.

Всего по неведущему регистру – стоимость поступления по МСФО – Рис. 5А.

Figure 2

Рис 3A. Проводка первоначальной стоимости по ведущему регистру

Figure 2

Рис 4A. Проводка разницы (область 40 – область 01) первоначальной стоимости по неведущему регистру

Figure 2

Рис 5A. Стоимость поступления по МСФО

По карточке «Программное обеспечение» видим соответствующие стоимости по разным областям оценки. По области 01 – первоначальное поступление 10,000$ (отражено по ведущему и неведущему регистрам), по области 40 (без проводки поступления, формирование базы для последующего расчета амортизации) – 10,000 + 5,000=15,000$, по области 50 – проводка поступления запасов напрямую разницы 15,000 – 10,000=5,000$, причем проводка выполняется только по неведущему регистру (Рис. 6А).

Figure 2

Figure 2

Рис 6A. Стоимость программного обеспечения по US GAAP (01 область) и МСФО (область 40)

Начисление типовой амортизации выполняется по регистрам, в суммах, запланированных по каждой из областей оценки (Рис. 7А).

Figure 2

Figure 2

Рис 7A. Расчет амортизации по областям оценки 01 и 40, по ведущему и неведущему регистрам

При выбытии происходит списание общей части суммы (10,000$) по всем регистрам, по области 50 отражается списание разницы между учетом по US GAAP и МСФО и отражается только по неведущему регистру, и таким образом результат от выбытия основных средств отражается корректно для каждого из учетов.

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

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

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

  |  29 июня 2012, 11:31

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

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

Михаил.
 
Если Вы можете написать статью-рекомендацию по поиску таблиц - источников данных с помощью Debugger Scripting, то мы с удовольствием её опубликуем.
 
С уважением, Александр Дублин.
Использование пакета расширения стратегии SAP ERP для разработки и расширения приложений веб-экрана ABAP: Часть 2 – Расширение существующих приложений веб-экрана ABAP (1)

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

Евгений Созонов

  |  28 июня 2012, 16:25

Добрый день!
 
В статье отсутствует блок текста, который видимо должен быть ... по смыслу так.
Посмотрите, пожалуйста, абзац после рисунка 16 - "... Как показано на Рис. 17, необходимо определить Теперь выделите все ...".
 
С уважением,
Евгений Созонов.
Практические рекомендации по поиску источников данных - таблиц БД (9)

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

Михаил Сидорочкин

  |  25 июня 2012, 11:09

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

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

Хотя если воспользоваться уловкой с редактируемым полем, возможно это будет быстрее, зависит от сложности программы.
Практические рекомендации по поиску источников данных - таблиц БД (9)

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

Михаил Сидорочкин

  |  25 июня 2012, 10:53

Марина Делинская 14 июня 2012, 17:55

Спасибо большое! Очень полезная статья

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

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

Сергей Осин

  |  24 июня 2012, 18:12

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

SAP и Диасофт. Решения для банков (1)

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

Андрей Ржаксинский

  |  24 июня 2012, 10:46

Получил по почте комментарий к своей заметке от компании Диасофт.
Комментарий Сергея Кадникова (технический архитектор решения FLEXTERA BI компании Диасофт):
«В аналитических задачах для обработки данных как правило нужны именно “тяжелые” запросы и более эффективного средства выполнения тяжелых операций реляционной алгебры, чем сервера СУБД нет. Но запрос выполняется НЕ на транзакционной СУБД, а на отдельной аналитической СУБД хранилища\витрины данных, специально настроенной и оптимизированной под выполнение тяжелых запросов.
 
А для тех случаев, когда обычной реляционной СУБД не хватает для решения задач аналитического хранилища, мы и предлагаем использовать следующее поколение специализированных программно-аппаратных платформ – типа IBM Netizza, Oracle Exadata, Sybase IQ etc — специально созданных для обработки очень больших объемов за малое время.»