Но почему тогда употребляется термин ГК (главная книга)? Если это зачет авансов, то тогда это называлось бы «clearing» дебиторской задолженности. Я прав?
Кто говорит, что R/3 «говорит» не по-бухгалтерски? Не надо путать русскую бухгалтерию и международные стандарты учета. Кстати, в 1С тоже много терминологии, непонятной «пришлым» людям. Например, объясните знатоку R/3 что такое субконто?
Рекомендую сходить на курсы, начиная с курсов 1го уровня (SAP20, AC010, далее по желанию), там объяснят что такое выравнивание и чем оно отличается от перереасчета аванса.
Ну, это очень грубо говоря! Даже не знаю, как можно применить фразу «каждый счет должен закрыться оплатой» ну, например, к 20-му счету «Учет затрат на производство»?
Но почему тогда употребляется термин ГК (главная книга)? Если это зачет авансов, то тогда это называлось бы «clearing» дебиторской задолженности. Я прав?
Кто говорит, что R/3 «говорит» не по-бухгалтерски? Не надо путать русскую бухгалтерию и международные стандарты учета. Кстати, в 1С тоже много терминологии, непонятной «пришлым» людям. Например, объясните знатоку R/3 что такое субконто?
Рекомендую сходить на курсы, начиная с курсов 1го уровня (SAP20, AC010, далее по желанию), там объяснят что такое выравнивание и чем оно отличается от перереасчета аванса.
Ну, это очень грубо говоря! Даже не знаю, как можно применить фразу «каждый счет должен закрыться оплатой» ну, например, к 20-му счету «Учет затрат на производство»?
Ограничиваем выбор метода выравнивания в SAP Finance
Колонка SAP Expert (www.sapexpert.co.uk)
Дмитрий Каглик
Несмотря на то, что SAP дает Вам возможность выбора метода выравнивания, не всегда желательно использовать оба метода на конкретном проекте.
Данная статья написана Дмитрием Кагликом и впервые опубликована на сайте http://www.sape xpert.co.uk на английском языке. Если вы хотите узнавать больше от экспертов из мира SAP раньше других, то, пожалуйста, подпишитесь на обновления на указанном сайте.
«Открытые позиции» и их выравнивание – одна из основополагающих концепций в SAP FI. Говоря простыми терминами, выравнивание есть соотношение позиций на противоположных сторонах бухгалтерского счета, например счет и оплата. Однако, в SAP есть возможность проводить выравнивание также на счете Главной Книги (ГК), например на счета ПМ/ПСч или перерасчетном банковском счете.
В SAP существует три типа выравнивания:
Перед тем как продолжить, хочу еще кое-что напомнить. Хотя методы «частичный платеж» и «позиция остатка» доступны при выравнивании счетов ГК, их использование нежелательно. Дело в том, что в таком случае не будет возможность сохранить ссылку на оригинальный документ. Текст в остальной части данной статьи главным образом относится к выравниванию счетов дебиторов и кредиторов.
Несмотря на то, что SAP дает Вам возможность выбора метода выравнивания, не всегда желательно использовать оба метода на конкретном проекте.
Одна из причин лежит в организации бизнес-процесса. Пользователям системы проще отслеживать цепочки выравнивания с помощью одного набора правил, чем решать какой из наборов («частичный платеж» или «позиция остатка») нужен на конкретном шаге и потом применять его. Особенно это важно в «длинных» цепочках.
Другая причина кроется в использовании отложенного НДС, связанного с фактом оплаты. Несмотра на то, что правила бухгалтерского учета упростили учет НДС в этом отношении в России, принцип отложенного НДС до сих пор используется в некоторых других странах. Позиция остатка в этом случае неприменима, так как неправильно интерпретируется программой переноса отсроченного налога.
Таким образом, имеет смысл ограничить пользователей в выборе метода выравнивания непосредственно в момент выравнивания. Это проще, чем исправлять ошибки после сохранения документа.
Существует как минимум два способа сделать это. Оба они используют возможности OpenFI, поэтому потребуют от Вас написания
Если хотите прочитать статью полностью и оставить свои комментарии присоединяйтесь к sapland
Если открытые позиции выравниваются при помощи прогона программы выравнивания, такой заголовок документа также будет создан.
При выравнивании открытых позиций автоматически создаются необходимые проводки выравнивания. Эти проводки содержат всю необходимую для обновления данных оборотов информацию, облиго и сальдо. Отдельные проводки выравнивания могут быть созданы для каждой балансовой единицы, бизнес-сферы, счетов или торговых партнеров.
Проводки выравнивания можно также различать при помощи других критериев, таких, как присвоение, ссылочный номер или номер контракта и, в то же время, переводить их контировку по выровненным позициям.
Можно определить специально предназначенные для клиента правила для классификации этим способом проводок выравнивания. Эти правила называются правилами выравнивания. Для каждого правила выбираются поля, необходимые в качестве критериев для классификации проводок выравнивания.
Проводки выравнивания присваиваются на уровне клиента, для того чтобы можно было определить различающиеся классификации для кредитора, дебитора и основных счетов.
Обзор выровненных счетов
При просмотре документа или даже при выравнивании документов, сжатых до заголовка, можно перейти к обзору счетов, в которых были выровнены позиции.
выровнять основной счет,
выровнять счет дебитора,
выровнять счет кредитора
можно в дополнение к дате проводки ввести особый период, чтобы получить возможность выравнивания позиций за прошлый год, если только особые периоды открыты для проводки.
Просмотр названия счета
При обработке открытой позиции в рамке экрана отображается название счета для основных счетов или первая часть имени дебитора или кредитора. Если выравниваются несколько счетов, то отображается информация по первому счету, выбранному для обработки вместе с текстом Более.
Текст в проводках выравнивания
В каждую транзакцию выравнивания можно ввести запись текста (выравнивание счета, входящий платеж, исходящий платеж). Этот текст копируется для каждой проводки выравнивания, то есть создается при выравнивании открытых позиций.
Выравнивание требования авансового платежа
Выбирая и активируя в ходе триггеров выравнивания требования авансового платежа, система проводит соответствующий авансовый платеж. Это дает возможность сделать как самостоятельный ввод авансового платежа, так и переключение между двумя транзакциями при обработке входящих платежей необязательными
Эта новая функция в конце концов осуществляет поддержку платежа он-лайн из требования авансового платежа и печать платежного формуляра.
Отмена требования авансового платежа более невозможна, так как позиция выравнивается в ходе выравнивания счета. Требования авансового платежа отменяются так же, как и другие документы, даже при помощи функции сторнирования.
Выравнивание открытых позиций между балансовыми единицами
Если нужно выбрать открытые позиции со счета в других балансовых единицах, например 0002 и 0003, при выполнении процедуры выравнивания с использованием балансовой единицы 0001, то их можно выровнять даже в том случае, если счет, с которого они выравниваются, не создан в балансовой единице 0 001. Пока по счету в балансовой единице 0001 нет необходимости выполнять проводку позиций, не нужно для этого счета создавать и отдельную запись.
Программы выравнивания SAPF123 и SAPF123W заменены программой SAPF124. Эта новая программа выравнивания использует транзакции выравнивания, доступные для выравнивания счета вручную, для того чтобы система могла проводить любые изменения валютного курса или создавать проводки переноса бухгалтерской записи, если выравниваемые позиции относятся к различным бизнес-сферам или торговым партнерам. Более того, новая программа может выравнивать документы, проведенные с использованием метода балансовой стоимости нетто и документы, содержащие параллельные валюты.
Система более не использует записи бизнес-сфер и торговых партнеров в качестве фиксированных критериев для группирования открытых позиций выравнивания, чтобы автоматическое выравнивание могло быть выполнено по многим бизнес-сферам.
Должна быть установлена дата выравнивания.
Настройка: документ выравнивания
Настройка: проводки выравнивания
Необходимо определить все правила выравнивания, которые вы, возможно, захотите использовать в системе посредством допуска транзакции OBIA. После определения этих правил они присваиваются видам счета при помощи допуска транзакции OBIB.
Настройка: автоматическое выравнивание
Если необходимо, чтобы система продолжила группировать открытые позиции по бизнес-сферам или торговому партнеру для автоматического выравнивания, нужно вести данные критерии (критерии пользователя). Существует пять критериев пользователя, а также разнообразные поля, из которых можно сделать выбор. Система позволяет давать полям названия, состоящие не более, чем из пяти символов, и поля с собственной длиной до 20 символов.
Процедура: документ выравнивания
При просмотре документов выравнивания отображается индикатор, показывающий, что на месте отдельной позиции находится документ выравнивания.
Процедура: обзор перерасчетных счетов
При просмотре документов (документы выравнивания и платежные документы), выравнивающих другие отдельные позиции, можно просмотреть все счета, в которых позиции были выровнены при помощи выбора Дополнительная информация ® Информация о выравнивании.
Выравнивание оплачиваемых счетов-фактур с помощью функциональности обработки платежных поручений
ван Кис
При работе с функцией автоматической обработки платежей для оплаты непогашенных счетов-фактур, как правило, выполняется выравнивание обрабатываемого счета. Поэтому в списке открытых позиций кредитора эти счета как открытые позиции не отображаются. Однако в соответствии с требованиями в некоторых странах оплаченные счета-фактуры должны оставаться открытыми. В статье предлагается решение этой проблемы с помощью функциональности обработки платежных поручений в SAP-системе.
Ключевое понятие
Для выполнения автоматических платежей без выравнивания оплаченных счетов-фактур компания SAP разработала функциональность платежного поручения. С помощью платежных поручений оплаченные счета-фактуры выравниваются только при обработке выписок из счета. Таким образом, выравнивание оплаченных счетов-фактур посредством платежного поручения отличается от стандартной процедуры выравнивания.
В некоторых странах, например, в России и в скандинавских странах автоматически оплаченные счета-фактуры должны оставаться открытыми до подтверждения платежа посредством входящей выписки из счета. При таких условиях необходимо использовать так называемые платежные поручения для автоматических платежей.
Счета-фактуры, оплаченные с помощью платежных поручений, можно выровнять только после подтверждения платежа входящей выпиской из счета с использованием в качестве ссылочного документа платежного поручения. Входящие выписки из счета можно обработать вручную или электронным способом. Электронные выписки из счета обрабатываются с помощью кода транзакции FF_5; для выписок с обработкой вручную используется транзакция FF67; счета-фактуры, оплаченные посредством платежных поручений можно выровнять только с использованием платежного поручения в качестве ссылочного документа. Это означает, что для выравнивания счетов-фактур на базе платежных поручений требуется дополнительная настройка.
Рассмотрим способы конфигурирования платежных поручений и их применения для выполнения автоматических платежей. Кроме того, далее описан процесс выравнивания вручную счетов-фактур, оплаченных посредством платежных поручений, и обработка выписок из счета.
Оформите подписку sappro и получите полный доступ к материалам SAPPRO
У вас уже есть подписка?
Комментарий от Артем Седловский 17 октября 2011, 19:31
Уважаемая редакция! У проекта вон сколько участников http://sapland.ru/club_sl/all/ Наверняка среди них найдутся желающие довести до ума статьи, переведенные профессиональными переводчиками, но еще сырые для публикации. Ведь всегда такие энтузиасты найдутся среди такого количества.
С уважением, Артем Седловский
Комментарий от Юрий Нечитайлов 18 октября 2011, 13:22
Артем, спасибо за Ваш отзыв! Мы постоянно работаем над улучшением качества перевода, прекрасно понимая, что переводчики, даже постоянно специализирующиеся на SAP текстах, но не владеющие сутью предмета, местами могут переводить неточно, и даже искажать материал. Перед публикацией мы в обязательном порядке отдаем все тексты на вычитку русскоязычным консультантам. Однако, даже среди консультантов нередко встречаются разногласия по поводу перевода. С другой стороны, мы не в праве вмешиваться в суть и характер самой статьи, опубликованной автором на английском языке. При этом, чтобы компенсировать выявленные неточности или особенности российской локализации, мы предлагаем русскоязычным консультантам сопровождать эти статьи предисловиями, послесловиями или построчными комментариями. Пока, к сожалению, отношение устных или кратких замечаний к количеству поданных сопроводительных текстов показывает значительный перевес явно не в пользу последних. Судя по Вашему отзыву, Вы способны четко структурировать предметную область, и излагать свои мысли во вполне понятной и корректной манере. Мы будем очень рады, если Вы найдете возможность для сотрудничества с нашим изданием. Первой ласточкой могла бы стать Ваша статья по мотивам опубликованного Вами отзыва.
Комментарий от Александр Скородумов 13 декабря 2011, 05:40
Автор совершенно правильно описывает вариант реализации исходящих платежей для того случая, когда сотрудники финансовой службы в некоторых российских компаниях хотят делать проводки по банку только на основании банковской выписки.
К сожалению, в этом случае (АПП без проводок) настройка выписки чуть усложняется. Большинство компаний (и на Западе и в Росиии) старается все-таки использовать АПП с проводками. Однако если требования бухгалтерии жесткое – делать проводки по факту, нужно задуматься о том, как удобнее сделать реализацию выравнивания платежей по факту.
Автор описывает в статье два механизма – ручное выравнивания через транзакцию F-44 и автоматическое, в момент загрузки и разбора банковской выписки. Для большого количества исходящих платежей ручное выравнивание, конечно же, не очень удобно. Я бы предложил отслеживать, чтобы банк возвращал номера исходящих платежных поручений в одном из полей выписки и делать выравнивание в момент загрузки выписки. Однако и в этом случае могут возникнуть также сложности. Дело в том, что при анализе выписки система может искать номер платежного поручения необычным алгоритмом. Сначала анализирует все встречающиеся числа, разделенные любым нецифровым символом и заносит такие во внутреннюю таблицу. А потом каждое число из этой внутренней таблицы подлежит проверке, не является ли оно номером необработанного платежного поручения. Если такое платежное поручение существет, то создается запись в таблице FEBCL «Клиринговые данные к отдельной позиции ЭлектрВыпискиИзСчета». Проблема возникает в том случае,когда в выписке встречаются разные другие числовые значения (например, специальные внутренние номера банка) и если эти значения случайно совпадают с номером существующей необработанной платежки. А этом случае система будет пытаться выравнить существующую позицию с этим платежным поручением. Естественно, неудачно. Это редкий случай но тем не менее, он может встретиться на практике.
Выравнивание открытых позиций в версии 4.0
