Гибкая главная книга sap что это
Почему документ выравнивания в Гибкой ГК всегда содержит позиции?
Колонка SAP Expert (www.sapexpert.co.uk)
Дмитрий Каглик
Документ выравнивания в Гибкой Главной Книге всегда содержит позиции, даже если все поля в позициях равны.
Почему? Давайте разберемся!
Если хотите прочитать статью полностью и оставить свои комментарии присоединяйтесь к sapland
У вас уже есть учетная запись?
Комментарий от Илона Мачхелян 14 октября 2013, 15:50
Комментарий от Каглик Дмитрий 16 октября 2013, 02:34
При активации Новой Главной Книги отсутсвует возможность удаления/изменения поля Ссылка на счет/Платеж к (BSEG-REBZG).
Т.е. если раньше при сторно, например, счета-фактуры выполнялась проверка на наличие ссылок на данный счет-фактуру в платежах, и пользователю предлагалось перед сторно удалить все ссылки на сторнируемый с-ф, то сейчас пользователю нужно не просто удалить ссылку, но и сторнировать этот платеж.
Интересная ситуация возникает, когда приходит исправительный счет-фактура к счету-фактуре, проведенному и частично оплаченному в закрытом периоде. Сторнировать исправленный с-ф не дает проверка на наличие частичной оплаты (заполнение поля REBZG в платеже), а сторнировать платеж не дает закрытый период.
Так как функциональность корректировочной с-ф является весьма специфичной разработкой российского офиса САП, то рекомендую обратиться за разъяснениями по этому поводу именно туда. Но есть небезосновательные подозрения, что Вас отправят в сторону консалтинга.
Комментарий от Илона Мачхелян 17 октября 2013, 17:42
Так как функциональность корректировочной с-ф является весьма специфичной разработкой российского офиса САП, то рекомендую обратиться за разъяснениями по этому поводу именно туда. Но есть небезосновательные подозрения, что Вас отправят в сторону консалтинга.
Дмитрий, спасибо за комментарий и за стаью.
В том-то все и дело, что поля REBZ* на изменение открыты, но при попытке сохранить документ после удаления данных из этих полей выводится сообщение об ошибке: «Изменение ссылки на счет-фактуру недопустимо» № сообщения FAGL_POSTING030. В подробном тексте сообщения говорится следующее: «You are trying to change the invoice reference when document splitting is activated. However, doing so can lead to inconsistencies in the additional account assignments in new General Ledger Accounting. The required reassignment in General Ledger Accounting is not performed.If you want to change invoice references, you need to repost the item with the new invoice reference.»
Тут дело не в специфичных настройках, а в активации разделения. Естественно, если не активировать сплиттинг, то ошибка возникать не будет, но в этом случае мы лишаемся всех прелестей, кот. предоставляет новая главная книга.
Главной целью моего комментария было осветить еще один «побочный эффект» внедрения новой главной книги (ответ на Ваш последний вопрос в статье). Пример был приведен лишь для иллюстрации влияния этого побочного эффекта на бизнес-процесс. В целом все не смертельно, но занть о еще одном функциональном ограничении, думаю, будет полезно всем.
Комментарий от Каглик Дмитрий 20 октября 2013, 00:40
Дмитрий, спасибо за комментарий и за стаью.
В том-то все и дело, что поля REBZ* на изменение открыты, но при попытке сохранить документ после удаления данных из этих полей выводится сообщение об ошибке: «Изменение ссылки на счет-фактуру недопустимо» № сообщения FAGL_POSTING030. В подробном тексте сообщения говорится следующее: «You are trying to change the invoice reference when document splitting is activated. However, doing so can lead to inconsistencies in the additional account assignments in new General Ledger Accounting. The required reassignment in General Ledger Accounting is not performed.If you want to change invoice references, you need to repost the item with the new invoice reference.»
Тут дело не в специфичных настройках, а в активации разделения. Естественно, если не активировать сплиттинг, то ошибка возникать не будет, но в этом случае мы лишаемся всех прелестей, кот. предоставляет новая главная книга.
Главной целью моего комментария было осветить еще один «побочный эффект» внедрения новой главной книги (ответ на Ваш последний вопрос в статье). Пример был приведен лишь для иллюстрации влияния этого побочного эффекта на бизнес-процесс. В целом все не смертельно, но занть о еще одном функциональном ограничении, думаю, будет полезно всем.
Илона, у меня удалось повторить данную ошибку после запуска домашней САП-системы с несколько иными параметрами.
Я думаю, что Z-проверку придется все-таки отключать или править. На мой взгляд, это проще всего сделать через наборы
sapexpert.co.uk/how-you-can-lower-down-your-support-costs-for-sap-validations-and-substitutions-and-ease-your-own-life
Спасибо еще раз за дополнительное освещение проблемы.
Обзор Главной книги
Избранное SAP PRESS: Учет и отчетность в SAP® ERP. Конфигурация и проектирование
Наэм Ариф
Обзор Главной книги
Главной задачей проектирования Новой главной книги является обеспечение большей точности информации и ускорение процесса закрытия отчетных периодов. В этой колонке мы постараемся объяснить варианты проектирования, доступные пользователям, и необходимые для внедрения шаги по конфигурации.
Новая главная книга
Цель этой колонки – объяснить, как работает Новая главная книга (New General Ledger). Мы попробуем рассмотреть данные вопросы более подробно. В новой версии SAP ERP 6.0 появилось много новых преимуществ в работе с Главной книгой. Большинство организаций, в которых внедрена система SAP ERP, используют Новую главную книгу, так как она значительно улучшена функционально. Также есть возможность внедрить SAP ERP 6.0 и продолжить использовать классическую Главную книгу. Те, кто сталкивается с определенными сложностями при внесении изменений, обычно оставляют классическую Главную книгу намеренно и планируют ее обновление в качестве отдельного мероприятия.
В этой колонке мы расскажем о следующих вопросах, касающихся Новой главной книги:
Информации о Новой главной книге так много, что невозможно осветить в одной публикации все сложности и доступные возможности, которые могут удовлетворить ваши специфические потребности. В этой колонке мы уделим особое внимание рассмотрению широкого круга возможностей, чтобы снабдить вас базовыми знаниями. Они помогут вам внедрить Новую главную книгу и поддерживать функционирование системы. По мере того как SAP будет выпускать дополнительные пакеты расширения, вы обнаружите, что использование Новой главной книги будет становиться все более распространенным.
4.1 Обзор Главной книги
Цель Главной книги в любой системе SAP ERP – предоставление бухгалтерских книг для проведения финансового анализа компании. В бухгалтерской книге фиксируются все финансовые проводки, создаваемые в Главной книге или других бухгалтерских книгах. Так как Главная книга получает всю информацию о финансовых операциях, мы считаем Главную книгу сердцем системы SAP ERP (см. Рис.1).
Рис.1. Новая главная книга – сердце системы SAP ERP
4.1.1 Новая главная книга
Когда появилась система SAP ERP, Главная книга в ней сильно отличалась от того, что представляли собой раньше Главные книги. Изменения настолько значительны, что они стали относиться к Новой главной книге, как показано на Рис.2. Главная книга теперь выглядит совершенно по-другому.
Рис.2. Различия классической и Новой главной книги
Примечание. Теперь меню содержит узлы как классической, так и Новой главной книги, поэтому вы можете использовать любую на выбор.
Далее приведен ряд необходимых изменений, которые отсутствовали в предыдущей версии, но появились в Новой главной книге:
4.1.2 Новые возможности
Так что именно вам предоставляет Новая главная книга, и почему организациям желательно переходить к ее использованию? Новые возможности включают в себя:
Примечание. В результате объект МВП изменил свои признаки в системе управления полномочиями.
Более подробно мы обсудим этот вопрос далее. Синергетический эффект от внедрения Новой главной книги всегда в конечном итоге должен приводить к сокращению издержек организации.
4.1.3 Новые таблицы
В Новой главной книге поддерживается интерфейс со стандартными таблицами из других модулей, так что интеграция не сказывается на этих процессах. Однако было создано три новые таблицы для поддержки новых возможностей:
Примечание. Мы будем говорить о таблицах FAGLFLEX*, но система SAP ERP также предоставляет еще один набор таблиц, FMGLFLEX*, который спроектирован для пользования в организациях государственного сектора.
4.1.4 Разделение документа
Разделение документа представляет собой процесс, с помощью которого мы убеждаемся, что все проводки в процессе ввода документов корректно присваиваются группам контировки. Обычно некоторые операции генерируют проводки, которые не присваиваются автоматически соответствующим объектам контировки. К примеру, когда составляется счет, проводка по дебету, которая идет к контрольному счету клиента, не относится к соответствующему объекту контировки. Во время закрытия финансового периода должен производиться перенос сальдо из мест возникновения затрат (транзакция 1KEK ), чтобы происходило правильное присвоение сальдо по дебету. В процессе разделения документа это действие происходит в реальном времени и в момент сохранения документа. После этого происходит разделение.
В любом документе, подвергающемся разделению, вы создаете ракурс ввода, представляющий собой информацию,
Если хотите прочитать статью полностью и оставить свои комментарии присоединяйтесь к sapland
Учет налога на прибыль в SAP BW
Булатов Дмитрий
В статье описывается методология и техническая реализация требований 25-ой главы НК и ПБУ 18/02 с помощью инструментов, предоставляемых SAP BW.
С момента принятия в 2002 году 25 главы НК РФ в большинстве случаев реализация налогового учета в SAP основывалась на использовании модуля FI-SL «Специальные регистры», либо, после появления ERP 2004, на функциональности гибкой главной книги. Широко распространено «Типовое проектное решение» из Российской локализации SAP. Однако, часто встречаются и оригинальные решения. Например, автор около 10 лет назад участвовал в проекте, где требования налогового учета были полностью реализованы в модуле EC-CS, с отчетностью по МСФО и РСБУ параллельно. Однако все решения, ограниченные рамками ERP системы, имеют одни те же «родовые травмы», связанные с принципиальной ограниченностью функциональности специальных регистров или, являющейся их развитием, гибкой главной книги. Естественным выходом из этой ситуации является перенос налоговой отчетности из ERP системы в BW. «Примером для подражания» может служить перенос специалистами компании SAP функционала консолидации финансовой отчетности из ERP (EC-CS) в BW (SEM-BCS) практически без изменений.
В настоящей статье описывается методология и принципы технической реализации требований 25 главы НК и ПБУ 18/02 в SAP BW. Использование возможностей OLAP отчетности позволяет удовлетворить всем требованиям законодательства, что принципиально невозможно при помощи такого примитивного генератора отчетов как Report Painter. Особенно следует подчеркнуть, что использование инструментария BW даёт возможность бухгалтеру найти такие инструменты для проведения сверок и поиска ошибок в первичных документах, которые ERP отчетность не может дать ни при каких условиях. Гибкий и мощный механизм построения BW хранилищ данных позволяет свести воедино весь массив необходимой информации не только из Главной книги, но из разных ERP модулей, например, «Контроллинга» и «Учета основных средств». Следует упомянуть, что это принципиально невозможно при использовании FI-SL.
Нельзя не коснуться такой темы как SAP HANA. Автор придерживается того мнения, что использование BW on HANA – наиболее рациональный путь повышения отдачи от корпоративной системы аналитической и финансовой отчетности. Описываемое в статье решение основано на реализации в рамках «классического» BW. Однако, при его «миграции» на SAP HANA, никаких принципиальных изменений не потребуется. Можно, конечно, в качестве объектов хранения данных, заменить инфо-кубы на DSO, но это никак не скажется ни на общей архитектуре, ни на отдельных функциях описываемого ниже решения.
Архитектура решения и поддерживаемая им методология налогового учета
Выше было сказано, что «примером для подражания» может служить перенос функционала консолидации финансовой отчетности из EC-CS в SEM-BCS. Действительно, мотивация в обоих случаях полностью совпадает. Больше того, архитектура реализации НУ во многих принципиальных моментах неизбежно будет копировать принципы, на которых основывается SEM-BCS. Перечислим их:
Для краткости будем называть описываемое в статье решение по реализации требований 25 главы НК и ПБУ 18/02 «Модуль НУ». Изложение структурировано по разделам.
Базис данных.
Все исходные данные первоначально сохраняются в таблицах ERP системы. Для налогового учета представляют интерес следующие SAP модули:
Все необходимые данные импортируются из ERP в систему BW, где формируется корпоративное хранилище данных (КХД). КХД является основой для построения общей аналитической отчетности и одновременно служит базисом данных для Модуля НУ. Обычно, в соответствии с рекомендациями SAP, КХД строится на основе стандартного BW контента.
Здесь уместно сделать следующее замечание. Часто выделяются два основных подхода к ведению параллельного учета в SAP:
На практике, ни один из этих подходов не встречается в чистом виде. Всегда приходится иметь дело с некоторой их смесью, когда «мирно сосуществуют» как выделенный регистр ГК для НУ, так и специальные «налоговые счета». При этом основной массив информации естественным образом дублируется. Это требует определенного внимания, чтобы одна и та же хозяйственная операция не попала в отчеты больше одного раза. В частности, строить налоговую отчетность следует непосредственно на данных модуля FI-AA, «отфильтровывая» соответствующие проводки по ГК. Это же замечание относится и к расходам/доходам будущих периодов, списываемым при помощи Accrual Engine (Разграничения вручную). Что касается Контроллинга, то представляется целесообразным брать проводки по первичным элементам затрат из бухгалтерских документов, анализируя для целей НУ только внутриконтроллинговые перераспределения.
Поддерживаемая методология НУ.
Конечным результатом решения является формирование отчетов, в соответствии с требованиями законодательства:
Как с методологической, так и с технической точек зрения, обязательным решением является введение промежуточного, между финальными отчетами и первичными документами, уровня хранения данных на котором происходит их налоговая классификация (присвоение номеров налоговых регистров и регистров разниц). Общая логическая структура потока данных проиллюстрирована на следующей схеме (Рис.1).
Рис.1. Логическая схема потока данных
Каждая строка Декларации формируется, как простая сумма оборотов по одному или нескольким налоговым регистрам. Аналогично, «Отчет о налоговых разницах» строится на данных регистров разниц. Как Декларация, так и Отчет о разницах, являются виртуальными объектами. Уровень же регистров – это уровень хранения «вычищенных» и проклассифицированных данных, оптимизированный для решения конкретной задачи.
При переносе первичных документов из «Базиса Данных» в «Модуль НУ», происходит деривация номеров регистров. Правила деривации могут быть произвольного уровня сложности и могут использовать любую информацию, содержащуюся в первичных документах. Вместе с рассчитанным номером регистра сохраняются основные объекты контировок, например, номер счета, МВЗ, вид внутреннего заказа и т.п.
Согласно статье 313 НК РФ, подтверждением данных налогового учета являются первичные учетные документы (включая справку бухгалтера). В системе отдельные документы хранятся на уровне «Базиса данных» и в «Модуль НУ» не переносятся. Однако, всегда можно определить в какой регистр включен тот или иной первичный документ.
Технически каждый регистр имеет уникальный номер и включен как объект самого нижнего уровня в следующую иерархию (Рис.2):
Рис.2. Иерархия налоговых регистров
Аналогично, для регистров разниц имеется следующая классификация (Рис.3):
Рис.3. Иерархия регистров разниц.
Диаграмма (Рис.3) показывает формат столбцов «Отчета о налоговых разницах». Его строки могут строиться как на иерархии налоговых регистров, так и на счетах РСБУ. Например, типичным требованием является «развертка» налоговых разниц по строкам Формы № 2. В целом, наличие полного набора требуемых аналитических признаков позволяет строить эффективные многомерные модели данных для OLAP отчетности.
Для целей налогового учета достаточно иметь единственный показатель – сумму оборотов в рублях. Временная гранулярность хранимых данных – финансовый период (месяц). При этом, следует иметь в виду, что год и период отнесения доходов и расходов в НУ и РСБУ могут не совпадать. Кроме того, особенности законодательства приводят к необходимости иметь в структуре данных дополнительную аналитику «Номер корректировки».
Деривация налоговых регистров и регистров разниц
Аналитические признаки налоговый регистр и регистр разниц, на которых строится вся налоговая отчетность, отсутствуют в первичных документах. При переносе информации из Базиса данных в Модуль НУ, происходит их деривация в два шага:
Если хотите прочитать статью полностью и оставить свои комментарии присоединяйтесь к sapland
SAP FI — Главная книга
Главная книга используется для записи всех бизнес-операций в программной системе.
SAP FI — План счетов
План счетов FI представляет собой список счетов GL, которые используются для удовлетворения ежедневных потребностей и юридических требований действующей страны в компании. Основной план счетов должен быть присвоен каждой балансовой единице.
План счетов (COA) можно разделить на следующие типы —
Рабочий план счетов — содержит все счета Главной книги, которые используются для удовлетворения ежедневных потребностей компании. Рабочий план счетов должен быть присвоен балансовой единице.
План счетов стран — содержит список всех учетных записей Главной книги, которые необходимы для соблюдения требований действующей страны. Вы также можете назначить план компании балансовой единице.
Группа плана счетов — эта группа COA содержит список всех основных счетов, которые используются всей компанией.
Рабочий план счетов — содержит все счета Главной книги, которые используются для удовлетворения ежедневных потребностей компании. Рабочий план счетов должен быть присвоен балансовой единице.
План счетов стран — содержит список всех учетных записей Главной книги, которые необходимы для соблюдения требований действующей страны. Вы также можете назначить план компании балансовой единице.
Группа плана счетов — эта группа COA содержит список всех основных счетов, которые используются всей компанией.
Как создать новый план счетов?
Вы можете создать новый План счетов, используя T-код OB 13 или перейдя в раздел Финансы → Основные счета.
Шаги конфигурирования. Часть 6
Избранное SAP PRESS: Учет и отчетность в SAP® ERP. Конфигурация и проектирование
Наэм Ариф
Определение правил разделения документов. Присвоение процедуры разделения документа. Определение варианта бизнес-операции. Классификация основных счетов при разделении документа. Классификация видов документов для разделения.
Определение правил разделения документов
Разделение документоа основывается на определенных операциях, которые происходят в системе. Главная книга – сердце системы, и зачастую в нее загружаются бизнес-операции. Для этих бизнес-операций вы можете определить особые правила, так что система будет знать, где искать объекты контировки.
Из списка бизнес-операций, показанного на Рис. 4.28, вам теперь стоит скопировать все бизнес-операции, которые необходимы для вашего решения проекта. С помощью способа разделения, предоставляемого системой SAP, вы можете с легкостью скопировать операции. Когда вы их копируете, вы должны копировать также и их зависимые объекты.
Рис. 4.28. Бизнес-операции в способе разделения
Для каждой операции вы должны определить информацию заголовка в соответствии с тем, как операция настраивается. В заголовке в нашем примере мы определяем детали в связи с наследованием и контировкой по умолчанию, как мы обсуждали выше (см. Рис. 4.29). Также мы связали выбор счета для проводок с нулевым сальдо контрольного счета.
Рис. 4.29. Копирование бизнес-операций
В каждой бизнес-операции задействуются типы позиций (напр., поставщик, клиент, актив, перерасчет сконто и т. д.). Для каждого типа позиции существует базовый тип позиции.
Присвоение процедуры разделения документа
Рис. 4.30. Присвоение константы процедуре разделения
Определение варианта бизнес-операции
Итак, мы объяснили, как установить процедуру разделения, и большинство пользователей будут копировать эту настройку из стандартной процедуры разделения, так как в ней содержатся все настройки. Опытные пользователи могут использовать определение вариантов бизнес-операции и определять несколько правил для их бизнес-операций, чтобы ограничить допустимые значения ввода. Это можно сделать с помощью типа позиции:
Поэтому в нашем примере ( Рис. 4.31), если вы посмотрите на бизнес-операцию с счетом поставщика, вы увидите единственный вариант для этой операции. Поле поставщика определено в качестве обязательного, поэтому должно присутствовать.
Рис. 4.31. Варианты бизнес-операций
Теперь мы рассмотрим конфигурацию единиц, в которых будут применяться настройки разделения для ваших основных счетов и видов документа, проводящих бизнес-операции в системе.
Классификация основных счетов при разделении документа
Определив процедуру разделения и связанные с ней правила, мы можем присвоить правила разделения для управления разделением операций счета Главной книги.
Значения, введенные в таблицу, как все настройки выбора счета, отличаются в зависимости от плана счетов. Вы должны должны сделать настройки, основанные на категориях, которые заданы в качестве стандартных в системе (см. Табл 4.5).
Категория
Описание
Balance sheet account (Счет наличия)
Zero-balance posting (Проводка с нулевым сальдо) (free balancing units (единицы с произвольными сальдо)
Company code clearing (Перерасчет между БЕ)
Cash discount clearing (Перерасчет сконто)
Customer (Дебитор (Клиент))
Customer: special GL transaction (Дебитор (Клиент): особая главная книга (особые коды Главной книги)
Vendor (Кредитор (Поставщик))
Vendor: special GL transaction (Кредитор (Поставщик): особая главная книга(особые коды Главной книги))
Cash account (Банковский счет)
Taxes on sales and purchases (НДС)
Withholding tax (Налог на источники дохода)
Если хотите прочитать статью полностью и оставить свои комментарии присоединяйтесь к sapland