sap cfin что это

Постройте сильную цифровую финансовую стратегию с SAP Financial Management

С решениями SAP Financial Management вы можете минимизировать влияние экономических потрясений и выйти из кризиса более сильными.

Централизуйте отчетность из большого количества систем

Автоматизируйте шаблон финансового закрытия

Формируйте консолидированную отчетность в реальном времени

Упростите и автоматизируйте операции казначейства

SAP S/4HANA — отличная основа для сильной финансовой стратегии

Действуйте точно в нужный момент, уделяя максимум внимания реализации стратегии путем объединения операций, аналитики и планирования.

Примеры эффектов от внедрения

SAP S/4HANA Central Finance

SAP S/4HANA Central Finance – решение, предназначенное для получения централизованной финансовой отчетности в компаниях с большим количеством учетных систем. Помимо отчетности решение также поддерживает различные сценарии централизованного управления финансами.

Отчётность в Central Finance

Преимущества для бизнеса

Эффективность

Гибкость

Прозрачность

Как это работает

SAP Financial Closing cockpit

Решение для автоматизации шаблона финансового закрытия – SAP Financial Closing cockpit. Планирование, выполнение и мониторинг графика закрытия с Smart Business for Financial Close и анализ.

Автоматизация финансового закрытия

Преимущества для бизнеса

Организация

Прозрачность

Технология

Как это работает

Решение SAP S/4HANA for Group Reporting. Консолидация финансовой отчетности

Решение SAP S/4HANA for Group Reporting является решением для формирования консолидированной отчетности в режиме реального времени с возможностью перехода от консолидированного представления к отдельным позициям данных. Решение является часть платформы SAP S/4HANA.

Консолидация финансовой отчётности

Преимущества для бизнеса

Доступ к данным в режиме реального времени

Доступ к данным по всем компаниям и филиалам в режиме рального времени с управлением ролями

Прозрачность и контроль на базе универсального журнала

Унификация позволяет не тратить время на сверки и сопоставление форматов данных различных систем

Бесшовная интеграция в процесс подготовки отчетности

Бесшовная интеграция позволяет мастер-системе собирать все необходимые данные для подготовки отчетности

Ускорение процесса корпоративного закрытия

В конечном итоге все это приводит к существенному сокращению сроков закрытия финансовых периодов

Как это работает

Интеллектуальное казначейство. Упрощение и автоматизация операций казначейства

Интеллектуальное казначейство помогает казначеям эффективно осуществлять ежедневные операции с денежными средствами, своевременно идентифицировать кассовые разрывы, управлять ликвидностью, финансовыми сделками и рисками, интегрируется с SAP и не-SAP системами, имеет встроенные аналитические возможности и использует технологии искусственного интеллекта.

Казначейство в SAP S/4HANA

Преимущества для бизнеса

Информация в режиме реального времени в любом месте

Постоянный доступ к актуальным данным за счет размещения в облаке

Единое рабочее место казначея для ежедневных операций и анализа KPI

Все необходимые интерфейсы, дашборды и данные для еждневных задач

Удобное управление кассовыми разрывами

Комплексный взгляд на финансовые потоки в различных разрезах позволяет уменьшить потери то разрывов

Комплексный взгляд на фин. портфель предприятия и удобное управление им

Интегрированная информация о финансовом портфеле компании в любых необходимых разрезах

Повышение эффективности привлечения и размещения средств

Общая прозрачность и комплексный взгляд на портфель позволяет эффективнее привлекать внешние средства

Как это работает

SAP S/4HANA поможет вам справляться с актуальными вызовами

Проблемы неопределенности

Для преодоления неопределенности необходима согласованная стратегия, которая поможет свести к минимуму последствия экономических потрясений при сохранении непрерывности бизнеса для быстро растущей удаленной команды.

Оптимизация оборотных средств и денежных потоков

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

Поддержание непрерывности бизнеса в финансовом закрытии

SAP Account Substancation and Automation позволит встроить точность и контроль в каждый процесс. Совместная работа в облаке проста и помогает унифицировать все документы и оптимизировать аудит. Так вы можете принимать решения, обладая данными в режиме реального времени.

Управление доступом для распределенных команд

Ваша команда должна иметь возможность работать удаленно. SAP Cloud Identity Access Governance позволяет оптимизировать управление ролями, повысить безопасность, автоматизировать подготовку пользователей и управлять привилегированным доступом. Вы также сможете отслеживать весь ландшафт потенциальных угроз с решением SAP Enterprise Threat Detection.

Гибкое соблюдение требований международной торговли

Задача поддержания эффективных цепочек поставок может меняться изо дня в день. Работа с новыми поставщиками сопряжена с дополнительным риском. Команды должны быть гибкими и иметь возможность оценить риск ведения бизнеса с незнакомыми партнерами и новыми возможностями поиска поставщиков.

Источник

Sap cfin что это

SAP Central Finance enables customers with more than one older SAP ERP system to replicate FI documents from these SAP ERP systems into a central Finance system running on SAP S/4HANA. In the SAP Central Finance system customer can leverage the capabilities of SAP HANA to achieve a organization-wide financial view with real-time reporting capabilities.

Integration Scenario

SAP Central Finance doesn’t operate as a standalone system but rather depends on data replication from other SAP ERP systems. This FI documents are usually replicated using SAP SLT. Master data is usually done using IDocs.

So when it comes to monitoring, verifying the data flow completeness is only a part of the whole monitoring scenario. To monitor the entire SAP Central Finance scenario, monitoring the following components should be considered

For Master Data Replication:

For Transactional Data:

The setup for Data Flow Verification is described on this portal page. For the other components please follow the links to the setup pages.

Technical Prerequisites

To be able to monitor SAP cFIN documents via Data Flow Verification you need:

Advanced Integration Monitoring Setup

Preparations in the Central Finance System

The Data Flow Verification data collection in FRun is based on existing comparison reports in the Central Finance system:

Before configuring the data collection in FRun, variants for the comparison reports need to be created in the Central Finance system. You need at least one variant for each source system. Additionally to the source system name you can add further source system specific filters like the controlling area or the company code.

Please note: Do not maintain time-related parameters, like date or period in your variant. Time-based settings for the report run are calculated by FRun using additional input parameters in the setup session.

For more information on the cFIN comparison reports please refer to: https://help.sap.com/S4_OP_CFIN > Configuration: Central Finance > Comparison Reports

Please, provide a valid admin page (see the wiki for details)

Available Monitoring Categories

The available monitoring categories are:

Please, provide a valid admin page (see the wiki for details)

Available Filter Options

Data Flow Verification

In the Data Flow Verification setup in FRun you first select the comparison report you want to use. The available reports are described on the section «Preparations in the Central Finance System» above.

After selecting the comparison report you can further restrict the selection via the following parameters:

Not all parameters are relevant for each reports. The following table shows which parameters can be set for which report:

Please, provide a valid admin page (see the wiki for details)

For Data Flow Verification the following metrics are collected:

For all metrics the following filter parameters are available:

Источник

Централизованная отчетность по группе компаний в разрезе инвестиционных проектов с помощью решения Central Finance

Мурашкин Леонид Алексеевич

Последние несколько лет решение SAP Central Finance является неотъемлемой частью продуктовой линейки компании SAP. Клиенты используют данный продукт для решения разнообразных задач, связанных с автоматизацией отчетности, реализацией централизованных процессов и миграцией на S/4HANA.

1. Обзор решения SAP Central Finance

С решением SAP Central Finance[1] появился функционал, позволяющий вести не только финансовую отчетность, но и централизованную отчетность по группе компаний в разрезе инвестиционных объектов в системе.

Текущая архитектура SAP Central Finance выглядит следующим образом (рис. 1):

Рис. 1. Текущая архитектура SAP Central Finance

В архитектуру Central Finance входят следующие компоненты:

1. Исходные системы-источники. Это системы SAP разных версий и внешние non-SAP-системы, в которых ведутся основные бизнес-процессы компаний, создаются финансовые проводки, ведутся инвестиционная активность, инвестиционные проекты и СПП-элементы.

2. Целевая система Central Finance. Отдельная система, в которую реплицируются документы финансов и контроллинга, носители затрат (заказы), проекты/СПП-элементы, данные из логистики (AVL – Accounting view of logistics[2]) из систем-источников.

3. Сервер репликации данных SLT (SAP Landscape Transformation). Это инструмент, который собирает проводки из локальной системы и направляет их в центральную систему. SLT работает на уровне таблиц и использует объект начальной загрузки и объект репликации для каждой таблицы, подлежащей переносу. Как правило, это отдельная система, которая находится между исходной и целевой системами и выполняет функцию репликации документов финансов и контроллинга, носителей затрат (заказы), AVL.

4. Для репликации проектов и СПП-элементов из исходных систем в Central Finance используется технология Application Link Enabling (ALE)/Intermediate Document (IDoc). Промежуточный документ (IDoc) для проектов содержит данные проекта для репликации.

5. Мэппинг основных данных и атрибутов. Для централизованного ведения основных данных и мэппинга в группе компаний рекомендуется использовать инструмент Master Data Governance (MDG)[3]. Для бизнес-мэппинга основных данных используется компонент SAP Central Finance. Данный компонент позволяет определять, какой признак системы Central Finance соответствует признаку из исходной системы. Например, какое место возникновения затрат (МВЗ) в исходной системе соответствует в системе Central Finance. Мэппинг будет применяться автоматически в момент репликации документов финансов и контроллинга, носителей затрат (заказов), проектов/СПП-элементов, AVL. Мэппинг для идентификатора проекта/СПП между исходной и целевой системой создается автоматически во время репликации проектов/СПП-элементов. Более того, исходные СПП-элементы подменяются на целевые (реплицированные ранее СПП-элементы) в системе Central Finance.

6. SAP Application Interface Framework (AIF) монитор. Инструмент мониторинга статуса и обработки ошибок для сценариев репликации документов финансов и контроллинга, носителей затрат (заказы), проектов/СПП-элементов, данные из логистики (AVL – Accounting view of logistics). С помощью AIF отслеживается корректность репликации данных проекта/СПП-элемента. В случае ошибки во время репликации в AIF-мониторе создается соответствующее сообщение с описанием. После анализа и устранения ошибки сообщение перезапускается в AIF-мониторе и в случае успешной репликации обновляется статус.

7. Универсальный журнал. Таблица ACDOCA является единым источником правды для финансовых документов и их атрибутов, так как в нее попадают финансовые документы из всех исходных систем, а также СПП-элементы в качестве объектов контировки финансовых документов. Данные этой таблицы используются для построения финансовой отчетности. Проекты и СПП-элементы хранятся в основных таблицах PROJ и PRPS.

2. Обзор решения по формированию централизованной отчетности по группе компаний в разрезе инвестиционных объектов

Решение по формированию централизованной отчетности по группе компаний в разрезе инвестиционных объектов предусматривает, что клиент уже использует продукт Central Finance. Проекты создаются и редактируются в исходной системе, но с точки зрения управленческого учета необходимо составлять отчетность по проекту в разрезе затрат и выручки, проведенных по СПП-элементам по всем компаниям, интегрируемым с Central Finance.

Сценарий «Центральные проекты (СПП) – сценарий отчетности» позволяет проводить финансовые и контроллинговые документы с контировкой на элемент структурного плана проекта и использовать стандартную отчетность модуля PS (Project system) в Central Finance.

Процесс репликации проектов/СПП-элементов:

1. Создание проектов/СПП-элементов выполняется в исходной системе.

2. Проекты/СПП-элементы, созданные в исходной системе, реплицируются в реальном времени в систему Central Finance.

3. Проекты/СПП-элементы, измененные в исходной системе, реплицируются в реальном времени в систему Central Finance.

a. Обзор базовых настроек

Прежде чем приступить к репликации данных, необходимо выполнить базовые настройки для проектов/СПП-элементов.

Настройки в исходных системах:

1. Настройка RFC-соединения из источника с системой Central Finance с помощью транзакции SM59.

3. Для корректного копирования ссылок на СПП-элементы в финансовых или контроллинговых документах из исходной системы в систему Central Finance необходимо применить следующие SAP-ноты в исходной системе: SAP-ноты 2513048, 2553477.

4. Для обеспечения непрерывной репликации проектов между исходной системой и системой Central Finance необходимо создать модель распределения ALE в пользовательской настройке исходной системы в транзакции SALE или BD64.

5. Настройка исходящих параметров IDOC для целевой логической системы и определения данных партнера для сценария центральных проектов в транзакции WE20.

6. Создание ALE-фильтров. Для репликации данных только определенных контроллинговых единиц и профилей проекта можно установить фильтр ALE, т. е. ввести список контроллинговых единиц или профилей проекта.

a. Если фильтр ALE не установлен, то все проекты/СПП-элементы из исходных систем реплицируются без ограничений.

b. При установке фильтра ALE реплицируются только проекты/СПП-элементы из указанных контроллинговых единиц и профилей проектов.

После того как настройки в исходной системе завершены, ALE-модель для тиражирования данных проекта распределена. При этом профили партнеров еще не существуют в системе Central Finance, они будут доступны только после завершения конфигурации.

Настройки в системе Central Finance:

1. Определение специальных знаков для проекта с помощью транзакции OPSK. На этом шаге указывается кодировка номера проекта. Данная настройка определяется в зависимости от требований клиента. Для редактирования номера проекта нужно выполнить настройку следующих параметров:

● Длина ключа для кодирования проекта. Ключу можно присвоить до пяти знаков.
● Индикатор, определяющий, должен ли ключ иметь точную длину или он может быть короче.
● Специальные знаки для быстрого ввода СПП-элементов.
● Индикатор, указывающий, можно ли использовать для создания проектов только кодированные номера проектов.

2. Определение кодировки для проекта с помощью транзакции OPSJ. Маска кодировки проекта используется при создании структуры для идентификаторов проектов. Маска кодировки позволяет отображать сложные идентификаторы проектов. Например, это может помочь в определении уровня СПП-элемента в общей иерархии проекта. Маски проекта, определенные в системе Central Finance, не должны противоречить маскам проекта, определенным в исходных системах.

3. Создание профиля проекта для СПП. Транзакция OPSA.

4. Создание видов проекта для СПП-элементов.

5. Присвоение вида проекта профилю проекта.

6. Операция мэппинга для проекта и СПП-элемента должна быть установлена на «Мэппинг обязателен».

7. Необходимо создать мэппинг не только для полей, связанных с проектами/СПП-элементами, но и всех остальных полей, входящих в структуру проекта.

● внешний идентификатор проекта;
● вид проекта;
● ид. элемента внешнего СПП;
● балансовая единица;
● контроллинговая единица;
● МВП;
● МВЗ;
● функциональная сфера.

8. Настройка входящих параметров IDOC для исходной логической системы и определения данных партнера для сценария центральных проектов в транзакции WE20.

SAP Application Interface Framework (AIF)

Чтобы пользователи могли отслеживать сообщения для реплицированных проектов/СПП-элементов в AIF, необходимо активировать BC-set в системе Central Finance в транзакции SCPR20.

После этого можно использовать транзакцию /AIF/ERR – Мониторинг и обработка ошибок с именем /FINCF и именем интерфейса PS_OBJ для мониторинга сообщений AIF для реплицированных проектов.

После того как все настройки в исходной и Central Finance сделаны, рекомендуется запустить отчет FINS_CFIN_PS_CHECK для проверки ошибок и сделанных настроек.

b. Репликация данных. Начальная загрузка и репликация в режиме реального времени

СПП-элементы являются объектами контировок для финансовых и контроллинговых документов. В связи с этим начальная загрузка проектов/СПП-элементов должна быть сделана вместе с загрузкой остальных носителей затрат перед начальной загрузкой финансовых и контроллинговых документов.

Для определения объема проектов/СПП-элементов начальной загрузки анализируются финансовые транзакционные данные. Если проект/СПП-элемент является частью исторических транзакционных данных в качестве

Если хотите прочитать статью полностью и оставить свои комментарии присоединяйтесь к sapland

Источник

Комплексный подход при внедрении Central Finance

Махешвари Аджай

Агарвал Кавита

В статье даны рекомендации, которые помогут вам подготовиться к реализации проекта внедрения Central Finance. Использование Central Finance позволяет сократить затраты на внедрение SAP S/4HANA Finance для организаций с гетерогенными ландшафтами (несколько систем SAP ERP или сторонних систем). При наличии Central Finance таким организациям не потребуется выполнять апгрейд всех систем, чтобы внедрить SAP S/4HANA Finance. Вместо этого они смогут внедрить систему SAP S/4HANA Finance всего с одной инстанцией.

Ключевое понятие

Ключевыми аспектами внедрения Central Finance являются преобразование/гармонизация основных данных, копирование транзакционных данных и обработка отчетности.

Применяя следующие рекомендации, вы сможете заранее подготовиться к внедрению Central Finance с точки зрения системных требований, планирования ресурсов, настройки и освоения ключевых процессов, которые поддерживаются SAP, а также тех, которые не поддерживаются в версии S/4HANA Finance 1605. Central Finance — это вариант развертывания, а не функциональность в SAP S/4HANA. SAP предоставляет этот вариант для упрощения процесса внедрения SAP S/4HANA Finance.

Вариант развертывания Central Finance

SAP S/4HANA Finance это инновационная замена систем. При установке SAP S/4HANA Finance Add-On классические модули SAP Финансов и Контроллинга (FI-CO) заменяются улучшенным модулем SAP Accounting Powered by HANA, а все прочие модули остаются без изменений. Для установки SAP S/4HANA Finance Add-On требуется наличие SAP ERP Central Component (ECC) 6.0 с пакетом расширения 7 или выше. Кроме того, необходимо использовать базу данных SAP HANA.

Для организаций с гетерогенным ландшафтом (несколько инстанций SAP ERP или других систем), которые планируют внедрить систему SAP S/4HANA Finance, серьезные трудности вызывает выполнение следующих задач:

Это повышает сложность проекта, а также увеличивает объем требуемых ресурсов и затрат на внедрение SAP S/4HANA Finance. Чтобы упростить процесс внедрения для таких клиентов, компания SAP предоставляет вариант развертывания Central Finance.

Вместо апгрейда всех инстанций можно добавить новую инстанцию, установив в ней SAP S/4HANA Finance Add-On. Далее можно подключить все существующие инстанции к новой системе SAP S/4HANA Finance. Благодаря новому подходу все существующие инстанции остаются без изменений, т. е. процесс не прерывает работу компании. Вам просто необходимо применить несколько SAP-нот в исходной системе.

Все проведенные в исходных системах финансовые операции автоматически переносятся в систему SAP S/4HANA Finance. Она становится системой регистрации для Финансов и может далее использоваться для выполнения центральных процессов. Например, закрытие периода можно выполнить в новой центральной инстанции, а не в нескольких инстанциях.

Важные аспекты реализации при ведении проекта Central Finance

В данной статье мы стремимся осветить различные аспекты внедрения Central Finance, включая системы, данные и собственно процесс.

Системы

Рассмотрим, какие системы задействованы в процессе, как они совместимы с Central Finance и как можно их развернуть. Требуемые системы представлены в табл. 1.

Табл. 1. Системы, необходимые для применения Central Finance

Сервер тиражирования SLT обязательно используется при внедрении с помощью Central Finance, поскольку он соединяет исходную систему (существующие SAP-системы/сторонние системы) с целевой системой SAP S/4HANA Finance. Для каждой финансовой проводки в исходной системе в реальном времени инициируется триггер базы данных. Далее SLT считывает эти данные из таблиц журналов и инициирует проводки в целевую систему Central Finance. Использование SLT в данном случае отличается от того как вы, возможно, его использовали в проектах евроконвертации. Бизнес-мэппинг выполняется в интерфейсе Central Finance.

Проводка в систему Central Finance представляет собой не репликацию, а собственно новую проводку, в отличие от проводок в системе SAP Business Warehouse (SAP BW), в которую они просто копируются. Это означает, что перед проведением документов вы можете выполнять собственные проверки и реализовывать замещения в системе Central Finance.

SLT работает на уровне базы данных, что означает отсутствие изменений на уровне приложений исходных систем. Это удобно с точки зрения подключения сторонней системы к Central Finance, поскольку упрощает процесс трансформации без прерывания бизнес-процессов.

Применение MDG не является обязательным. Данная функциональность используется только в том случае, если одной из целей внедрения с помощью Central Finance является гармонизация данных. Например, если несколько балансовых единиц используют разные планы счетов, вы можете с помощью MDG преобразовать основные счета перед проводкой в систему Central Finance. Это упрощает обработку и гармонизирует отчетность из системы Central Finance.

Гармонизация данных посредством MDG не ограничивается планом счетов. Это может применяться также для ведения основных записей клиентов, основных записей поставщиков, основных записей материалов, МВЗ и МВП.

SAP S/4HANA Finance (системе Central Finance) это система в которой развернут SAP S/4HANA Finance Add-On. Она используется как целевая система, в которую переносятся все документы из исходных систем. Поэтому ее наличие является обязательным.

Все указанные выше системы можно развернуть как локально, так и в облаке.

Данные

В данном разделе статьи рассмотрим репликацию основных данных в систему Central Finance и гармонизацию этих данных. В данном контексте важно разграничивать следующие группы данных:

Данные, имеющие длительный срок использования

Для репликации долгосрочных основных данных (например, основных записей основных счетов, поставщиков, клиентов и материалов) можно использовать решение SAP BusinessObjects Data Services (BO-DS). Оно считывает данные из таблиц в исходной системе и реплицирует их в целевую систему Central Finance. Также, основные записи можно создать в целевой системе вручную или с помощью Legacy System Migration Workbench (LSMW).

Гармонизация долгосрочных основных данных выполняется с помощью MDG или путем ведения пользовательских таблиц для мэппинга и переноса финансовых документов в Central Finance посредством Business Add-In (BAdI). Например, во время перехода к продуктивной эксплуатации все существующие основные данные (например, основные записи основных счетов, материалов, клиентов и поставщиков) обновляются в таблицах мэппинга. Любую новую основную запись, созданную после перехода к продуктивной эксплуатации, необходимо обновить в таблицах мэппинга.

Для выполнения мэппинга с помощью MDG введите CFINIMG в командную строку, а затем в меню выберите CFINIMG > Central Finance > Mapping > Define Value Mapping (CFINIMG > Central Finance > Мэппинг > Определить мэппинг значений).

Например, на рис. 1 показан мэппинг между основными счетами, ведение которых требуется выполнить в системе MDG.

Рис. 1. Мэппинг MDG для основных счетов

Данные, имеющие небольшой срок использования

Как было сказано выше, мэппинг в MDG идеально подходит для долгосрочных основных данных. Однако для краткосрочных основных данных регулярное ведение мэппинга в таблицах выполнять нецелесообразно. Например, если в исходной системе ежедневно создается несколько производственных заказов, невозможно выполнять мэппинг в MDG несколько раз в день, поскольку это нарушит течение бизнес-процессов. Поэтому для таких краткосрочных носителей затрат SAP предоставляет решение — архитектуру Cost Object Mapping (мэппинг объектов затрат).

Далее показан узел SPRO для архитектуры Cost Object Mapping. В IMG выберите CFINIMG > Central Finance > Mapping > Cost Object Mapping > Define Cost Object Mapping (CFINIMG > Central Finance > Мэппинг > Мэппинг носителей затрат > Определить мэппинг носителей затрат). Появится экран, показанный на рис. 2.

Рис. 2. Стандартные сценарии, предоставляемые SAP для конфигурации мэппинга носителей затрат

Такие краткосрочные основные данные можно соотнести в соотношении 1:1 или N:1. Это означает, что можно выполнить мэппинг нескольких внутренних заказов в исходной системе с одним внутренним заказом в целевой системе Central Finance, например, по бизнес-сфере или МВП. Например, вместо ведения заказов с соотношением 1:1 в целевой системе Central Finance можно указать один внутренний заказ для бизнес-сферы/МВП.

Поскольку сама концепция Cost Object Mapping является достаточно объемной, в этой статье мы остановимся только на двух ключевых ее аспектах:

Для производственных заказов поддерживается только мэппинг N:1. В этом случае выполняется мэппинг нескольких производственных заказов из исходной системы в один коллектор затрат на продукт в целевой системе.

В связи с этим, если организация выполняет закрытие периода в системе Central Finance, незавершенное производство (НзП) и отклонения будут рассчитываться как для процесса серийного производства (т. е. оценка НзП выполняется при вычислении целевых затрат и расчет отклонения не зависит от статуса производственного заказа).

На момент написания статьи SAP не поддерживает репликацию структурного плана проекта (СПП) в версиях ниже 1511 FPS 02, следовательно, это недоступно в рамках Cost Object Mapping. См. SAP-ноту 2184567 — Central Finance — часто задаваемые вопросы.

Однако при необходимости использования Cost Object Mapping можно выполнить определенную пользовательскую разработку с помощью следующих двух BAdI: BADI_FINS_CFIN_AC_INTERFACE и BADI_FINS_CFIN_CO_INTERFACE.

В этом случае любая проводка по СПП-элементам в исходных системах может быть отображена по СПП-элементу или внутреннему заказу в целевой системе с помощью этих BAdI.

Процесс

В этом разделе описывается процесс переноса финансовых данных и транзакций из исходных систем в целевую систему Central Finance. Этот процесс состоит из следующих шагов:

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

Первичная загрузка в Central Finance

Первым шагом для подготовки к продуктивному старту в проектах внедрения с нуля является загрузка в SAP-систему прежних данных. Аналогично в проекте внедрения Central Finance выполняется первичная загрузка. Здесь необходимо указать, например, что требуется перенести подробные данные отдельных позиций за последние два или три года, а за периоды до этого — только сальдо.

При первичной загрузке исторические данные переносятся в систему Central Finance. Только после этого возможен перенос регулярных финансовых транзакций из исходных систем в систему Central Finance. Для этого необходимо присвоить первичной загрузке статус «Выполнено». Только после этого выполняется перенос текущих регулярных транзакций.

Для первичной загрузки финансовых данных в исходной системе выполняется ведение таблицы VCFIN_SOURCE_SET в транзакции SM30. Укажите балансовую единицу и год, начиная с которого требуется перенести отдельные позиции (рис. 3). Для любого периода ранее этого года будут перенесены только сальдо.

Рис. 3. Таблица для определения переноса сальдо и отдельных позиций

Как показано на рис. 3, для балансовой единицы 1001 будут перенесены отдельные позиции с 1 периода 2016 года (см. третий и четвертый столбцы на рис. 3). Подразумевается, что для периодов до 2016 года будут перенесены только сальдо. Также можно указать год, с которого требуется переносить сальдо. Это может быть год 0001 (с начала деятельности) или определенный год, например, финансовый год 2012, как в данном случае. Отдельные позиции будут перенесены с 1 периода финансового года 2016.

Перед переносом сальдо и отдельных позиций за прошлые периоды в целевую систему Central Finance необходимо выполнить следующее:

После выполнения первичной загрузки установите индикатор Initial Load… (Первичная загрузка), см. Рис. 3, который показывает, что первичная загрузка завершена. Репликацию в режиме онлайн в системе можно запустить только после установки этого индикатора.

Перенос финансовых транзакций в Central Finance

В этом разделе рассматривается репликация финансовых проводок из исходной системы в целевую систему. На рис. 4 представлена диаграмма этого процесса.

Рис. 4. Процесс переноса документов в Central Finance

Шаги для переноса документа в систему Central Finance выполняются в следующей последовательности:

Операции после обработки в случае появления ошибок переноса

В этом разделе рассматриваются способы устранения ошибок во время переноса документов в Central Finance.

Прежде всего, все финансовые документы, проведенные в исходной системе, должны быть проведены в целевой системе. В случае каких-либо сбоев при обработке документов, например, если мэппинг не существует или основной счет заблокирован, все такие документы можно просмотреть в AIF.

После устранения причины сбоя проводки можно обработать в AIF. Перед повторной обработкой проводок в AIF основные счета и МВЗ, участвующие в проводке можно изменить.

До появления AIF использовался инструмент Error Correction and Suspense Accounting (ECS; устранение ошибок и учет по вспомогательным счетам). Однако AIF имеет перед ECS целый ряд преимуществ с точки зрения возможностей постобработки. Например, с помощью AIF можно обработать ошибки онлайн-репликации, связанные с проводками FI и вторичными проводками CO. В ECS ошибки, связанные со вторичной проводкой в CO, устранить невозможно.

AIF позволяет отправлять сообщения различным пользователям для анализа.

Выполните транзакцию /n/AIF/ERR. На появившемся экране (не показан) введите AIF в поле Application (Приложение) и выберите пиктограмму выполнения или нажмите клавишу F8. Откроется экран, представленный на рис. 5.

Рис. 5. Экран AIF для обработки ошибок

На рис. 5 видно, что выделенное сообщение об ошибке указывает на отсутствие присвоения для объекта затрат.

Какие транзакции можно перенести

Важно отметить, что Central Finance является системой централизованной финансовой отчетности, поэтому в Central Finance переносятся только документы FI и CO. Таким образом, документы логистики, в том числе связанные предшествующие документы (заказы на поставку или заказы клиента) не реплицируются. Документы материала (поступления материала, входящие счета и фактуры клиентов) также не реплицируются. Вместо этого бухгалтерские документы собираются вместе и переносятся как финансовые документы.

Все финансовые документы/информация переносятся из исходной системы в целевую систему с учетом ограничений, указанных в табл. 2.

Табл. 2. Транзакции, не поддерживаемые во время переноса документов в Central Finance

Контрольный журнал — обратная развертка

Отделу финансов любой компании необходимо иметь возможность отслеживать и проверять перенесенные в целевую систему документы. Для этих целей Central Finance предлагает комплексное решение. Любой финансовый документ, перенесенный в целевую систему, можно связать с документом в исходной системе.

После несложной модернизации в зависимости от используемого приложения Central Finance позволяет выполнять обратную развертку не только в SAP ERP, но и в стороннюю систему ERP.

В заголовке документа появляются новые поля: Sender Logical System (Логическая система отправителя), Sender Company Code (Балансовая единица отправителя), Sender Document No. (Номер документа отправителя) и Sender Fiscal Year (Финансовый год отправителя). По этим данным можно определить, из какой исходной системы проводка была перенесена в Central Finance.

Выполните транзакцию FB03. На появившемся экране введите номер документа и просмотрите заголовок документа. В заголовке отображаются новые поля, см. Рис. 6.

Рис. 6. Новые поля в заголовке документа

Для просмотра связи финансового документа в Central Finance с исходным документом из системы-отправителя (заказ клиента, заказ на поставку или финансовый документ в исходной системе) можно также использовать браузер взаимосвязи документов.

Выполните транзакцию FB03 и просмотрите документ (экран не показан). После нажатия Environment (Среда), Document Environment (Среда документа) и далее Relationship Browser (Браузер отношений) появится экран, представленный на рис. 7.

Рис. 7. Обратная развертка из системы Central Finance в исходную систему

На рис. 7 показан бухгалтерский документ 100000817 в системе Central Finance и его связь с бухгалтерским документом 4400000727 из исходной системы.

В таблице ACDOCA хранится информация по основным счетам и носителям реальных затрат в исходной системе. Выполните транзакцию SE11. На появившемся экране (не показан) введите ACDOCA в поле Transparent Table (Прозрачная таблица), а затем выберите пиктограмму просмотра. Откроется экран, представленный на рис. 8.

Рис. 8. Поля в таблице ACDOCA с информацией из исходной системы

Дополнительно можно добавить больше полей в тот же include таблицы ACDOCA для сбора дополнительных данных из исходной системы, например, краткий текст или присвоение.

Также в системе Central Finance можно выполнять поиск документа по номеру документа в исходной системе.

Ключевые аспекты и рекомендации при работе с Central Finance

В среде Central Finance необходимо учитывать следующее:

Дорожная карта для Central Finance на будущее

Согласно дорожной карте SAP, опубликованной на Service Marketplace, компания SAP планирует реализовать следующие новые функции в будущих версиях Central Finance:

Авторы

Аджай Махешвари вот уже более 13 лет работает архитектором решений SAP в сфере Финансов и Контроллинга (FI/CO). Он широко известен по своим публикациям на форуме SAP Community Network (SCN).

Автор входит в первую двадцатку самых активных участников форума SCN по всем модулям SAP и является одни из лидеров в своей специализации, SAP FI/CO.

Аджай — официальный преподаватель SAP. Он ежегодно получает признание как ведущий консультант форума SCN с 2011 года.

Автор принимал участие в проектах внедрения и развертывания SAP-систем в различных отраслях. Он получает удовольствие от проектирования комплексных бизнес-процессов и преподавательской деятельности по темам, связанным с FI/CO и S/4HANA.

В настоящее время Аджай на практике применяет свои знания в сфере бизнес-аналитики в FI/CO и является партнером SAP категории Platinum.

С автором можно связаться по адресу ajaycwa1981@gmail.com.

Кавита Агарвал уже более 16 лет работает архитектором решений SAP Finance. Она широко известна по своим публикациям на форуме SAP Community Network (SCN) и является на этом форуме консультантом категории Platinum.

Кавита принимала участие в средних и крупных проектах внедрения и развертывания SAP в разных отраслях и регионах. Основную часть программ по трансформации финансов она выполняла в кондитерской промышленности. Автор получает удовольствие от проектирования комплексных бизнес-процессов и преподавательской деятельности по темам, связанным с SAP FI и S/4HANA.

В настоящее время она является независимым консультантом и помогает клиентам оптимизировать SAP-системы для получения максимальных преимуществ от инвестиций в SAP, а также предлагает решения для электронного обучения в сфере SAP FI/CO.

С автором можно связаться по адресу kaviag06@gmail.com.

Корректура

Татьяна Шевченко — консультант FI-AA, CO. За её плечами более десяти лет опыта работы бухгалтером, отвечающим за международный учет, а затем за учет по стандартам US GAAP. Кроме того, у неё столь же богатый опыт работы ключевым пользователем FI, FI-AA SAP R/3. Татьяна участвовала в разработке методологии по отражению обесценения активов, результатов от продажи компании (push-down accounting), изменений в политике учета активов.

Источник