SAP форум 2013 - Москва.
Зал 6: Металлургия и горнодобывающая промышленность.
Юлия Короткова, менеджер по развитию бизнеса, решения в области устойчивого развития, SAP СНГ
Статья посвящена внедрению политики смягчения рисков по запросам бизнес-правил в SAP Access Control 10.0 с помощью Business Rules Framework. Эта функция особенно эффективна в случае, если требуется не допустить утверждения запроса, содержащего конкретные уровни рисков, без соответствующего определения средств контроля для смягчения риска доступа.
Большинство финансовых консультантов SAP скажут Вам, что платить можно только кредитору. Это подразумевает наличие основной записи кредитор, счета-фактуры или хотя бы требования авансового платежа. Существует еще одна возможность формировать платежи в SAP: с использованием Требований на оплату. Для этого не требуется ни счета, ни даже основной записи кредитора.
Изучите, как выполнять оценку иностранной валюты и переоценку в SAP ERP ECC 6.0 в соответствии с правилами, установленными Международными стандартами финансовой отчетности (IAS) 21. Правила касаются предприятий, ведущих учет по двум правилам учета (например, предоставляющих отчетность по МСФО [IFRS] и в соответствии с местными общепринятыми правилами учета в США [GAAP]) и использующих функциональность SAP Главной книги.
Cоздание объекта в SAP – это не единственный этап его жизненного цикла. Объект можно редактировать и, иногда, удалять. Некоторые изменения могут иметь серьезные последствия для связанных процессов. Когда это случается, всегда возникает вопрос как у пользователей, так и у группы поддержки: кто и почему это сделал?
Как известно, в SAP существует техническое ограничение на количество строк в одном бухгалтерском документе (999). Обойти это ограничение можно двумя способами.
В свете растущей важности информационной безопасности и возросших требований к безопасности корпорация SAP начала работу по внедрению в свои продукты новой возможности - политик безопасности, подобных групповым политикам в Active Directory.
SAP Access Control 10.0 используется механизм потока операций Multistage, Multipath (MSMP), который представляет собой расширение для SAP Business Workflow. Этот механизм используется для разработки гибких процессов конфигурирования потоков операций утверждения для бизнес-функциональности SAP Access Control. В соответствии с особенностями огромной клиентской базы SAP Access Control был разработан надежный и гибкий механизм MSMP, включающий различные бизнес-сценарии по процессам утверждения. В статье рассматриваются некоторые расширения, обеспечивающие гибкость всего процесса утверждения, которая позволяет выполнять специфичные для конкретного пользователя требования.
Статья посвящена управлению параллельными значениями в SAP Asset Accounting с использованием областей оценки. Далее рассматривается параллельная проводка в Главную книгу с использованием дополнительных счетов Главной книги.
Исправление BEAST на серверной стороне состоит, по большому счету, в выборе подходящих шифров, которым разрешено устанавливать соединение SSL/TLS. Проблема в том, что владельцу системы непросто найти баланс между безопасностью и удобством.
Статья рассказывает об основных шагах настройки формуляров обязательной отчетности по основным средствам и использование для этих целей основных данных функционала FI-AA. В статье приведен ряд рекомендаций по использованию формуляров и их доработке соответственно специфическим требованиям, например, возможность выбор банка и счета в нем, возможность указания в отчете материалов, использованных для монтажа ОС.
В систему SAP ERP Central Component (SAP ECC) 6.0 с пакетом расширения 4 (SAP_APPL 604) включена новая бизнес-функция, LOG_MMFI_P2P, которая призвана оптимизировать процедуру создания и перерасчета авансовых платежей. Читатели статьи узнают о возможностях эффективного использования этой новой общей для всех приложений функциональности в организации.
Автор дает функциональные и технические советы по переносу данных в рамках стратегии бизнес-консолидации.
В этой статье будет рассмотрен проект, в реализации которого автор принимал непосредственное участие. Проект заключался в объединении двух независимых компаний (назовем их A Inc. и B Inc.) с целью формирования отдельной компании
(C Combined Inc.). Процесс объединения бизнеса предполагает объединение финансовых показателей наряду с другими данными. В настоящей статье акцент сделан на трех важнейших компонентах предварительного баланса: данных бухгалтерии дебиторов (AR), бухгалтерии кредиторов (AP) и главной книги (GL).
На этом примере проекта удобно подробно демонстрировать функциональные и технические подходы к переносу данных. Несмотря на то, что проект создан на основе классической функциональности «Главная книга», концептуально эту же логику можно распространить и на ее расширения, а также в случае использования системы с активированной функциональностью «Новая Главная книга».
Функциональная часть охватывает решения, которые может следовать функциональная группа FI. Техническая часть представляет собой руководство по созданию программной логики и предназначено для разработчиков ABAP и функциональных консультантов.