Спасибо за статью. Описанные в статье стандарты действительно полезны, поэтому лучше всего их выработать на этапе внедрения модулей, иначе перестроиться потом уже будет достаточно трудно.
У меня есть только 2 замечания:
1. не совсем согласен, что необходимо создавать объект пакетного ввода на весь инфо-тип. Как в данном случае будет решаться вопрос деления полномочий, если пользователю предоставлен доступ не на все поля инфо-типа? К тому же при этом каждый раз потребуется создавать большой файл для загрузки, содержащий большое количество \"лишних\" полей. На мой взгляд, намного удобнее все-таки сделать \"локальный\" объект, чтобы загружать данных только в небольшое количество полей. Хотя я могу ошибаться.
2. в статье, к сожалению, только называются методы загрузки данных, но даже поверхностно не объясняются принципы их использования. Хотелось бы с ними ознакомиться.
Фактически перевод курса по BW. Но хорошо введено понятие Ассоциативного анализа. Статья хороша для начала рассмотрения исследования данных в своей компании.
Очень сумбурно изложен материал. Вот только не понятно это погрешности перевода или так и написал автор. Статья полезная, только выудить из неё полезные знания довольно сложно, на мой взгляд, именно из-за стиля изложения автора.
Многие знания оказались для меня новинкой, хотя я довольно много работал с lsmw.
Полезная статья для тех кто много работал с транзакцией lsmw и разобрался как загружать данные. В качестве инструкции для начала работы не подходит.
Хочу отметить, что статья мне эта очень понравилась. В своей практике внедрения задач, касающихся вопросов планирования и учета затрат, я еще не сталкивалась с реализацией в системе плановых калькуляций для нескольких заводов. Эта статья может быть полезно с точки зрения использования ее в случае если подобные задачи возникнут. Следует отметить, что автором предлагается несколько решений данной задачи. Подробно рассматриваются оба варианта, перечисляются преимущества и недостатки обоих вариантов, также приводятся рекомендации автора о применении того или иного способа. Несомненно полезным может оказаться то, что автор приводит перечень транзакций, в которых нужно выполнить настройки, приводится описание назначения каждой настройки, их влияние на конечный результат.
В целом следует отметить большую полезность этой статьи и хорошее раскрытие обозначенной в заголовке темы.
после прочтения статьи захотелось почитать чего-нибудь более подробного на эту тему, т.к. тему XI считаю перспективной и очень интересной. жаль нет списка рекомендованной литературы
очень интересная статья. очень прогрессивная технология SOA. особый интерес ее применения не только в сервисах для отдельного предприятия, но и B2B приложениях, где ее ценность еще выше. наконец-то и ABAP разработчики имеют к ней доступ и могут интегрироваться с любой внешней системой, поддерживающей SOAP.
очень полезная статья. даже в голову не приходило возложить загрузки на пользователей, а не на службу поддержки / консультантов. все равно в 90% случаев при ошибках загрузки пользователь не будет разбираться в причинах ошибок.
Спасибо. Данный метод действительно может серьезно упростить работу по конфигурированию. К сожалению, в полной мере оценить значимость метода я не могу, поскольку ни с одной из описанных в начале статьи случаев ситуаций не сталкивался.
Очень хорошо, что статья построена на упрощенном примере. Данных подход способствует лучшему пониманию. Этому же способствует большое количество иллюстраций.
В процессе чтения непонятен только смысл значений R3TR и TABU на рисунке 5. На мой взгляд, это стоит указать.
Спасибо за статью. Здесь освещается момент, на который на моем бывшем месте работы никогда не обращали внимание. Мы думали, что тестовые прогоны с типом S тоже являются историческими данными и их удалять не стоит.
Тем не менее, на мой взгляд, данную статью можно дополнить за счет следующих моментов:
1. здесь, к сожалению, отсутствует статистика, поэтому не понятно, например, проводки при каком количестве сотрудников могут негативно сказаться на скорости работы системы (+ в сочетании с какой мощностью сервера?)
2. в статье не очень точно объяснены последствия сторнирования. На самом деле в модуле FI фактическая проводка не удаляется, а сторнирование проходит оборотами, поэтому операцию сторнирования не стоит делать больше одного раза, поскольку это может негативно сказать на трудоемкости работы пользователей модуля FI.
Спасибо за статью. Я работал на ОАО \"АвтоВАЗагрегат\" в Тольятти консультантом SAP HR. В процессе работы сотрудникам бухгалтерии потребовалось ежемесячно вводить данные пакетным вводом. Чтобы этого добиться, пришлось открыть им доступ на транзакцию LSMW, но полномочия дали только на определенные проект, подпроект и объект. Жаль, что статья не появилась раньше.
В целом, статья достаточно информативная, но, если честно, мне она показалась немного короткой. Кроме того, огорчило отсутствие примера использования готовой транзакции для ввода данных. Очень хотелось бы увидеть демонстрацию работы.
Статья описана понятно и качественно, только конкретно для меня она на данный момент времени не полезна, потому что была просмотрена только для ознакомления.
Как справочный матерал о том что такая возможность есть полезен. Для сейлов полезен. Клиенты которые заинтересовались бы данным функционалом в России почти не встречаются...
статья поверхностно описывает необходимые настройки. вместо описания в интересных местах содержит ссылки на стандартный help. продолжение статьи отсутствует. непонятно, зачем было ее называть столь грандиозно. название не соответствует содержимому.
статья подходит для общего описания расширений bapi. описаны типовые случаи расширения, там где это возможно без каких либо проблем. к сожалению, на практике встречаются почти нерасширяемые bapi, в которых нет ни user-exit\'ов, ни badi, ни явных enhancement\'ов для передачи значений своих полей. да и append-структурами следует пользоваться с осторожностью. однако, со статьей полезно ознакомить младших коллег, для систематизации знаний по расширению возможностей системы.
Комментарий от
Игорь Полушкин
| 09 июля 2010, 13:57