Хочу отметить, что статья мне эта очень понравилась. В своей практике внедрения задач, касающихся вопросов планирования и учета затрат, я еще не сталкивалась с реализацией в системе плановых калькуляций для нескольких заводов. Эта статья может быть полезно с точки зрения использования ее в случае если подобные задачи возникнут. Следует отметить, что автором предлагается несколько решений данной задачи. Подробно рассматриваются оба варианта, перечисляются преимущества и недостатки обоих вариантов, также приводятся рекомендации автора о применении того или иного способа. Несомненно полезным может оказаться то, что автор приводит перечень транзакций, в которых нужно выполнить настройки, приводится описание назначения каждой настройки, их влияние на конечный результат.
В целом следует отметить большую полезность этой статьи и хорошее раскрытие обозначенной в заголовке темы.
после прочтения статьи захотелось почитать чего-нибудь более подробного на эту тему, т.к. тему 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-структурами следует пользоваться с осторожностью. однако, со статьей полезно ознакомить младших коллег, для систематизации знаний по расширению возможностей системы.
Хорошо продемонстрированы шаги разработки – от создания до начала сопровождения. Со всеми промежуточными этапами. Также хорошо показан способ определения структуры нового продукта в виде набора многократно используемых и управляемых компонентов.
Методика - это самый интересный инструмент!
Можно долго рассказывать интересные вещи, но проблема только одна - как использовать ? С практической точки зрения информация очень скудная...
Продолжая использовать сайт, вы соглашаетесь на обработку персональных данных, собираемых с использованием cookie-файлов и сервиса «Яндекс Метрика» для анализа использования сайта и оценки эффективности маркетинговых кампаний. Более подробная информация представлена в Политике конфиденциальности.
Комментарий от
Наталья Комова
| 09 июля 2010, 11:42
В целом следует отметить большую полезность этой статьи и хорошее раскрытие обозначенной в заголовке темы.