Маршруты коррекции SAP S/4HANA для бухгалтерских записей FI и счетов поставщиков MM
Этот документ описывает соответствующие маршруты коррекции для бухгалтерских записей FI и коррекции счетов поставщиков в SAP S/4HANA, подчеркивая обратное документирование, кредитные предписания и распределенные позиции, и избегая общих рекомендаций между модулями.
В этом материале
Короткий ответ
Выберите маршрут коррекции в зависимости от исходного процесса. Неверная бухгалтерская запись FI может потребовать соответствующего обратного документа и исправленной проводки. Отмена счета MM начинается в Проверке счетов логистики и создает соответствующее кредитное предписание; частичный бизнес-кредит - это другая операция. Проверьте статус распределения, причину обратного документа, разрешенные даты и авторизацию перед действием. Обычное и отрицательное обратное документирование различаются по итогам транзакций, а не тем, требует ли исходная бухгалтерская ошибка коррекции. Версия издания и конфигурация кода компании определяют доступные функции.
Определите исходный модуль
Первым шагом является определение исходного модуля для неверной записи. Бухгалтерская запись FI исходит из модуля финансовой отчетности (FI). Напротив, коррекция счета поставщика возникает из Проверки счетов логистики, компонента управления материалами (MM). Понимание исходного модуля критически важно, поскольку процедуры коррекции существенно различаются. Предоставленные учебные материалы SAP подчеркивают различные пути конфигурации для обратного документирования в FI и обработки кредитных предписаний и обратных документов в MM.
В двух гипотетических сценариях запись FI, внесенная на неверный счет, следует процессу обратного документирования FI и исправленной записи, тогда как неверно внесенный счет MM поставщика отменяется через Проверку счетов логистики. Не используйте коррекцию FI его бухгалтерского документа как универсальную замену для обратного документирования исходного логистического процесса.
Различайте бизнес-кредит и ошибочную запись
Крайне важно различать законный бизнес-кредит и фундаментальную бухгалтерскую ошибку, требующую обратного документа. Бизнес-кредит представляет собой переплату или уменьшение суммы долга, обычно возникающее из-за возврата или скидки. Обратное документирование, с другой стороны, устраняет неверную проводку - фундаментальную ошибку в бухгалтерских записях. Учебные материалы SAP подчеркивают это различие, особенно в контексте конфигурации обратного документирования.
Рассмотрим сценарий, в котором клиент получает поврежденный товар и возвращает его для возврата средств. Это создает бизнес-кредит. Однако, если возврат был неверно применен к неверному счету, необходимо обратное документирование для коррекции бухгалтерии. Использование кредитного предписания для бизнес-кредита является уместным, тогда как обратное документирование требуется для коррекции бухгалтерской ошибки.
Проверьте обратное документирование бухгалтерской записи FI
Обратное документирование бухгалтерской записи FI включает отмену ранее внесенной транзакции. Обычно это выполняется через функцию «Обратное документирование» в SAP. Система автоматически создает инверсную проводку, эффективно отменяя исходную запись. Причина обратного документа должна быть указана для объяснения цели обратного документирования. Как отмечено в документации SAP, распределенные позиции не могут быть напрямую обратно документированы; их необходимо сначала сбросить.
Обратное документирование компенсирует эффект исходной записи; оно не отменяет несвязанные последующие транзакции. Обычное обратное документирование увеличивает итоги транзакций дебета и кредита, тогда как разрешенная отрицательная проводка уменьшает итоги, связанные с ошибочной записью. Отрицательная проводка требует разрешения кода компании и соответствующей причины обратного документа. Она является необязательной и не должна описываться как предотвращение изменений баланса в целом.
Проверьте обратное документирование счета MM
Когда счет MM отменяется через Проверку счетов логистики, система создает кредитное предписание, используя его данные счета. Отмена кредитного предписания создает счет. Таким образом, полная отмена и вручную введенное кредитное предписание только для части счета решают разные бизнес-задачи.
Отмена не гарантирует, что каждое историческое движение по счетам воспроизводится в обратном порядке. Например, измененное покрытие запасов для материала со скользящей средней ценой может привести к тому, что ценовая дисперсия будет внесена иначе. Урок SAP также отмечает, что строки бухгалтерских документов FI не автоматически распределяются отменой счета MM. Изучите результирующие документы и соответствующий процесс последующего действия.
Рассмотрите два сценария коррекции
Сценарий 1: Бухгалтерская запись FI внесена на неверный счет. Маршрут коррекции включает обратное документирование исходной записи, а затем внесение исправленной версии. Сценарий 2: Счет поставщика внесен неверно. Маршрут коррекции начинается в Проверке счетов логистики, где обратное документирование счета создает соответствующее кредитное предписание.
В обоих случаях основной принцип заключается в отмене неверной транзакции и замене ее на правильную. Конкретные шаги различаются в зависимости от исходного модуля и характера ошибки.
Проверьте предварительные требования для распределенных позиций
Документ, содержащий распределенные позиции, не может быть просто обратно документирован через обычный маршрут обратного документирования FI. Сначала проверьте соответствующий процесс сброса распределения. Сброс распределения изменяет назначение или статус распределения; он не удаляет исходные бухгалтерские позиции и не стирает их историю.
Бухгалтерский документ распределения, связанные платежи, авторизация и сконфигурированный процесс коррекции определяют, какие действия являются уместными. Сохраняйте ссылки и изучите результирующие открытые позиции. Рассматривайте это как диагностический предварительный требование, а не как инструкцию по сбросу распределения или обратному документированию платежа без разбора.
Сохраняйте ссылки и аудиторский след
Поддержание полного аудиторского следа имеет первостепенное значение при коррекции финансовых транзакций. Все действия по обратному документированию и коррекции должны тщательно документироваться, включая причину коррекции, дату коррекции и вовлеченных лиц. Сохранение ссылок на исходную транзакцию обеспечивает прослеживаемость и подотчетность.
Этот аудиторский след критически важен для соответствия требованиям и внутреннего контроля, позволяя расследовать любые несоответствия или ошибки.
Соблюдайте правила коррекции, специфичные для продукта
SAP S/4HANA предлагает различные конфигурации и настройки продуктов, каждая из которых может иметь уникальные правила коррекции. Крайне важно понимать и соблюдать эти правила, специфичные для продукта, чтобы обеспечить правильное выполнение процесса коррекции. Эти правила могут диктовать допустимые методы обратного документирования, требуемую документацию или разрешенные периоды проводок.
Например, определенные версии продуктов могут иметь ограничения на отрицательную проводку или требовать конкретных причин обратного документа.
Что проверить
- Проверьте исходный модуль неверной записи.
- Различайте бизнес-кредит и ошибочную запись.
- Для ошибки FI проверьте, разрешен ли маршрут соответствующего обратного документа и исправленной записи.
- Различайте полную отмену счета MM и вручную введенное частичное кредитное предписание.
- Проверьте, требуется ли сброс распределения перед обратным документированием; не удаляйте исходные позиции.
- Проверьте полноту аудиторского следа.
- Соблюдайте правила коррекции, специфичные для продукта.
- Подтвердите, что указана правильная причина обратного документа.
Границы применения
Это руководство разделяет задачи коррекции FI и отмены счетов MM; это не универсальная процедура конфигурации. Версия издания, настройки кода компании, периоды проводок и полномочия определяют доступный маршрут. Отрицательное проводка является необязательной. Отмена счета MM может вызывать разные движения по счетам, когда изменились условия оценки, и не автоматически распределяет строки FI. Два сценария являются гипотетическими, а не выполненными системными тестами.