Спасибо за статью. Здесь освещается момент, на который на моем бывшем месте работы никогда не обращали внимание. Мы думали, что тестовые прогоны с типом S тоже являются историческими данными и их удалять не стоит.
Тем не менее, на мой взгляд, данную статью можно дополнить за счет следующих моментов:
1. здесь, к сожалению, отсутствует статистика, поэтому не понятно, например, проводки при каком количестве сотрудников могут негативно сказаться на скорости работы системы (+ в сочетании с какой мощностью сервера?)
2. в статье не очень точно объяснены последствия сторнирования. На самом деле в модуле FI фактическая проводка не удаляется, а сторнирование проходит оборотами, поэтому операцию сторнирования не стоит делать больше одного раза, поскольку это может негативно сказать на трудоемкости работы пользователей модуля FI.
Спасибо за статью. Я работал на ОАО \"АвтоВАЗагрегат\" в Тольятти консультантом SAP HR. В процессе работы сотрудникам бухгалтерии потребовалось ежемесячно вводить данные пакетным вводом. Чтобы этого добиться, пришлось открыть им доступ на транзакцию LSMW, но полномочия дали только на определенные проект, подпроект и объект. Жаль, что статья не появилась раньше.
В целом, статья достаточно информативная, но, если честно, мне она показалась немного короткой. Кроме того, огорчило отсутствие примера использования готовой транзакции для ввода данных. Очень хотелось бы увидеть демонстрацию работы.
Статья описана понятно и качественно, только конкретно для меня она на данный момент времени не полезна, потому что была просмотрена только для ознакомления.
Как справочный матерал о том что такая возможность есть полезен. Для сейлов полезен. Клиенты которые заинтересовались бы данным функционалом в России почти не встречаются...
статья поверхностно описывает необходимые настройки. вместо описания в интересных местах содержит ссылки на стандартный help. продолжение статьи отсутствует. непонятно, зачем было ее называть столь грандиозно. название не соответствует содержимому.
статья подходит для общего описания расширений bapi. описаны типовые случаи расширения, там где это возможно без каких либо проблем. к сожалению, на практике встречаются почти нерасширяемые bapi, в которых нет ни user-exit\'ов, ни badi, ни явных enhancement\'ов для передачи значений своих полей. да и append-структурами следует пользоваться с осторожностью. однако, со статьей полезно ознакомить младших коллег, для систематизации знаний по расширению возможностей системы.
Хорошо продемонстрированы шаги разработки – от создания до начала сопровождения. Со всеми промежуточными этапами. Также хорошо показан способ определения структуры нового продукта в виде набора многократно используемых и управляемых компонентов.
Методика - это самый интересный инструмент!
Можно долго рассказывать интересные вещи, но проблема только одна - как использовать ? С практической точки зрения информация очень скудная...
Понятная, но очень затянутая статья. Уже после того как нарисована картинка со взаимосвязями Видов условий, видов движений, ссылочных видов движений, символов счетов и счетов ГК становиться понятно все то, что автор рассказывает в статье. В самой статье автор опускается до детального описания, что именно здесь нужно нажать кнопку «New entries», что, мягко говоря, слишком подробно для журнала SAP professionals. Слабая статья, в такой объем можно было уместить гораздо больше полезной и нужной информации.
Мы пока только присматриваемся к продуктам SAP BusinessObjects. Пока есть сомнения по поводу переходов на данную технологию. Как показывает данная статья, ещё не закончились процессы становления SAP BusinessObjects в среде SAP BI.
Прекрасная статья, в которой объяснено зачем нужны инвестиционные заявки. Автор не затрагивает множество настроек и разлучную функциональность системы, зато четко объяняет зачем нужна и как использовать функциональность инвестиционных заявок.
Статья полностью понятна и без каких-либо начальный знаний модуля Investment Management (Управление инвестициями) это является несомненным плюсом статьи.
По истечению двух лет с момента выхода статьи, продукт SAP BPC остаётся приложением будущего. На форумах до сих пор идут баталии по поводу перехода на эту технологию. BPC внедрена в РЕНО и DELL и имеет более 3000 пользователей. В России пока таких внедрений нет. Надеемся, что SAP находится на правильном пути. Ну а пока, будем ждать….
Комментарий от
Денис Кузьмин
| 09 июля 2010, 00:59
Тем не менее, на мой взгляд, данную статью можно дополнить за счет следующих моментов:
1. здесь, к сожалению, отсутствует статистика, поэтому не понятно, например, проводки при каком количестве сотрудников могут негативно сказаться на скорости работы системы (+ в сочетании с какой мощностью сервера?)
2. в статье не очень точно объяснены последствия сторнирования. На самом деле в модуле FI фактическая проводка не удаляется, а сторнирование проходит оборотами, поэтому операцию сторнирования не стоит делать больше одного раза, поскольку это может негативно сказать на трудоемкости работы пользователей модуля FI.