Меню

Почему документ выравнивания в Гибкой ГК всегда содержит позиции?

|

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

Почему? Давайте разберемся!

Новая, она же Гибкая, Главная Книга — это эволюция в системе SAP ERP. Она принесла с собой новую функциональность, которую так ждали пользователи.
Я не знаю как у Вас, но мои клиенты всегда считают нововведения Новой ГК полезными.
Вместе с новыми функциями, Новая ГК принесла с собой изменения и в старом функционале.
В старых версиях SAP документ выравнивания мог быть просто записью в таблице заголовков финансовых документов, без каких-либо записей в таблице отдельных позиций. Это случалось, когда все аналитические поля в обоих выравниваемых документах были идентичны.
С приходом Гибкой ГК все изменилось. Документ выравнивания теперь всегда содержит позиции, даже если все поля в позициях равны.
Почему? Давайте разберемся!
Причиной является функциональность разделения документа (splitting). Эта функциональность, к примеру, позволяет Вам анализировать задолженность покупателей в разрезе МВП, причем делать это напрямую в Главной Книге, не прибегая к функциям Контроллинга.
Давайте разберем пример.
Вы выставили счет покупателю с двумя позициями выручки, у каждой из которых — свое МВП, скажем А и Б. Допустим, А и Б представляют собой 2 подразделения Вашей компании. В старых версиях SAP Вам приходилось придумывать обходные пути, чтобы проанализировать, сколько же должны покупатели подразделению А и сколько — подразделению Б. Новая ГК включает в себя функциональность разделения документа, которая автоматически в своих собственных таблицах разделяет позицию дебиторской задолженности по МВП. Теперь можно легко собрать отчет по задолженности в разрезе МВП, ведь данные уже записаны в момент проводки! Побочным эффектом здесь является то, что в таблицы разделения документов не записывается номер дебитора, а только данные Главной Книги. Но это ведь лучше, чем ничего, не правда ли?
Дальше Вы получаете платеж от покупателя, который по каким-то причинам

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

У вас уже есть учетная запись?

Войти

Обсуждения Количество комментариев4

Комментарий от  

Илона Мачхелян

  |  14 октября 2013, 15:50

При активации Новой Главной Книги отсутсвует возможность удаления/изменения поля Ссылка на счет/Платеж к (BSEG-REBZG).
Т.е. если раньше при сторно, например, счета-фактуры выполнялась проверка на наличие ссылок на данный счет-фактуру в платежах, и пользователю предлагалось перед сторно удалить все ссылки на сторнируемый с-ф, то сейчас пользователю нужно не просто удалить ссылку, но и сторнировать этот платеж.
Интересная ситуация возникает, когда приходит исправительный счет-фактура к счету-фактуре, проведенному и частично оплаченному в закрытом периоде. Сторнировать исправленный с-ф не дает проверка на наличие частичной оплаты (заполнение поля REBZG в платеже), а сторнировать платеж не дает закрытый период.

Комментарий от  

Каглик Дмитрий

  |  16 октября 2013, 02:34

При активации Новой Главной Книги отсутсвует возможность удаления/изменения поля Ссылка на счет/Платеж к (BSEG-REBZG).
Т.е. если раньше при сторно, например, счета-фактуры выполнялась проверка на наличие ссылок на данный счет-фактуру в платежах, и пользователю предлагалось перед сторно удалить все ссылки на сторнируемый с-ф, то сейчас пользователю нужно не просто удалить ссылку, но и сторнировать этот платеж.
Интересная ситуация возникает, когда приходит исправительный счет-фактура к счету-фактуре, проведенному и частично оплаченному в закрытом периоде. Сторнировать исправленный с-ф не дает проверка на наличие частичной оплаты (заполнение поля REBZG в платеже), а сторнировать платеж не дает закрытый период.

Илона!
 
Я проверил Ваш вопрос на "нулевом" IDES версии ECC6 EHP4 с активированной ГГК. У меня получилось провести частичный платеж. Затем в режиме редактирования документа REBZ*-поля были открыты. К сожалению, дальше проверить не удалось - моя тестовая система в этот момент всегда падала.
Подозреваю, дело не только в самой ГГК, но и в некоторых дополнительных настройках, например специфичных для сплиттинга.
 
Так как функциональность корректировочной с-ф является весьма специфичной разработкой российского офиса САП, то рекомендую обратиться за разъяснениями по этому поводу именно туда. Но есть небезосновательные подозрения, что Вас отправят в сторону консалтинга.

Комментарий от  

Илона Мачхелян

  |  17 октября 2013, 17:42

Илона!
 
Я проверил Ваш вопрос на "нулевом" IDES версии ECC6 EHP4 с активированной ГГК. У меня получилось провести частичный платеж. Затем в режиме редактирования документа REBZ*-поля были открыты. К сожалению, дальше проверить не удалось - моя тестовая система в этот момент всегда падала.
Подозреваю, дело не только в самой ГГК, но и в некоторых дополнительных настройках, например специфичных для сплиттинга.
 
Так как функциональность корректировочной с-ф является весьма специфичной разработкой российского офиса САП, то рекомендую обратиться за разъяснениями по этому поводу именно туда. Но есть небезосновательные подозрения, что Вас отправят в сторону консалтинга.

Дмитрий, спасибо за комментарий и за стаью.
 
В том-то все и дело, что поля 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-проверка, так что они посоветуют отключить эту проверку и сторнировать с-ф, а потом выравнивать платеж с новым с-ф. Это система позволяет без проблем.
 
Главной целью моего комментария было осветить еще один "побочный эффект" внедрения новой главной книги (ответ на Ваш последний вопрос в статье). Пример был приведен лишь для иллюстрации влияния этого побочного эффекта на бизнес-процесс. В целом все не смертельно, но занть о еще одном функциональном ограничении, думаю, будет полезно всем.

Комментарий от  

Каглик Дмитрий

  |  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-проверка, так что они посоветуют отключить эту проверку и сторнировать с-ф, а потом выравнивать платеж с новым с-ф. Это система позволяет без проблем.
 
Главной целью моего комментария было осветить еще один "побочный эффект" внедрения новой главной книги (ответ на Ваш последний вопрос в статье). Пример был приведен лишь для иллюстрации влияния этого побочного эффекта на бизнес-процесс. В целом все не смертельно, но занть о еще одном функциональном ограничении, думаю, будет полезно всем.

Илона, у меня удалось повторить данную ошибку после запуска домашней САП-системы с несколько иными параметрами.
Я думаю, что Z-проверку придется все-таки отключать или править. На мой взгляд, это проще всего сделать через наборы
sapexpert.co.uk/how-you-can-lower-down-your-support-costs-for-sap-validations-and-substitutions-and-ease-your-own-life
 
Спасибо еще раз за дополнительное освещение проблемы.