SAPфорум.RU https://sapboard.ru/forum/ |
|
Выравнивание с позицией остатка https://sapboard.ru/forum/viewtopic.php?f=5&t=89707 |
Страница 1 из 1 |
Автор: | VPLETNEVA [ Вт, фев 10 2015, 11:03 ] |
Заголовок сообщения: | Выравнивание с позицией остатка |
При выравнии авансовых платежей дебиторов с позицией остатка, в системе отражаются не корректные проводки, а так же при формировании НДС не верно отражаются такие авансы в книгах. Коллеги, вопрос в следующем, возможно ли использование выравнивания с позицией остатка для авансовых платежей дебиторов? Если да, то что настроить? Я такого не видела, но может кто-то это как-то делал или хотя бы видел, что это реализовано. |
Автор: | Beard [ Вт, фев 10 2015, 11:10 ] |
Заголовок сообщения: | Re: Выравнивание с позицией остатка |
Российский SAP не рекомендует использовать выравнивание с позиции остатка, по причине некорректного отображения информации в книгах. |
Автор: | Yozhhhhh [ Вт, фев 10 2015, 18:00 ] |
Заголовок сообщения: | Re: Выравнивание с позицией остатка |
Beard написал: Российский SAP не рекомендует использовать выравнивание с позиции остатка, по причине некорректного отображения информации в книгах. Абсолютно согласен. Это даже зафиксировано документально. Sap Best Practices Закрытие периода в Финансовом учете (159) В описании к автоматическому выравниванию дебиторов, страница 40: - с позициями остатка - с частичным платежом Рекомендуется использовать метод с частичным платежом. Однако фраза "рекомендуется", разумеется, не связывает руки и не ставит ультиматумов. Тут следует учитывать вот что: - если выравнивается задолженность с авансом и остаток образуется от задолженности, то проблемы нет. Аванс расходуется полностью, проводка по счету НДС и перерасчетному счету авансов делается в полном объеме; - если остаток образуется от аванса, то в выравнивании участвует позиция аванса исходная, а также позиция остатка от аванса новая. Счет НДС и перерасчетный счет аванса будут в паре иметь противоположные знаки, система такие позиции схлапывает и эффект будет такой же, как при обычном выравнивании (или частичном). Однако документ, содержащий позицию остатка, проводок по НДС иметь не будет (там плюс и минус на одинаковую сумму). При следующем зачете НДС продолжит выкручиваться. Поэтому я думаю, что проблема в книге будет не из-за проводок, а из-за сложной цепочки выравнивания и невозможности получить номер авансовой фактуры. Сами проводки, кажется, предельно корректны. |
Автор: | Yozhhhhh [ Вт, фев 10 2015, 18:23 ] |
Заголовок сообщения: | Re: Выравнивание с позицией остатка |
Собственно смоделировал ситуацию, если интересно. Перерасчетный счет в документе выравнивания встретился только один раз. А вот позиция с операцией MWS (68 счет) две, одна с красным сторно. Сначала думал, что книга покупок такое не захочет кушать, но нет, все хорошо, красное сторно она читает, все схлопнула. В книге покупок: номер фактуры = аванс, номер документа переноса налога = документ выравнивания. Тут все ок. Сама позиция остатка содержит красивую информацию с суммой налога, но в книгу не попадает, так как отсутствует в BSET. При втором выравнивании с остатком начинается веселье. Но проводки снова ок, книга читает, схлапывает. Но в столбец номер фактуры выведет, конечно же, номер документа, который содержит позицию остатка. Но это легко решается через пользовательское расширение;) Так что, автор, было бы желание;) А вот журнал я не проверял, не делаем его. |
Автор: | -TT- [ Вс, мар 27 2016, 22:35 ] |
Заголовок сообщения: | Re: Выравнивание с позицией остатка |
Попробовал у себя. В BSET пишется позиция остатка полностью, и дебетовая, и кредитовая сторона, и в книгу покупок выводится дебетовая сторона, как и должна, причем со ссылочным номером=ссылочному номеру исходной фактуры на аванс. Так что проверяй у себя, отсутствие позиций в BSET это как-то очень странно, если в самом документе остатка у тебя сформировались налоговые позиции. Yozhhhhh написал: - если остаток образуется от аванса, то в выравнивании участвует позиция аванса исходная, а также позиция остатка от аванса новая. Счет НДС и перерасчетный счет аванса будут в паре иметь противоположные знаки, система такие позиции схлапывает и эффект будет такой же, как при обычном выравнивании (или частичном). Однако документ, содержащий позицию остатка, проводок по НДС иметь не будет (там плюс и минус на одинаковую сумму). При следующем зачете НДС продолжит выкручиваться. Поэтому я думаю, что проблема в книге будет не из-за проводок, а из-за сложной цепочки выравнивания и невозможности получить номер авансовой фактуры. Сами проводки, кажется, предельно корректны. Немного наоборот. Если остаток от аванса - система исправно генерит перерасчетную позицию и корректно показывает зачет аванса (ранее начисленного нормальным документом аванса, пример рассматриваем дебиторский и входящий аванс), до полного погашения. Но вот если у нас фактура оказывается больше аванса и образуется дебетовое сальдо на дебиторе (и кредитовая позиция 68*счета, как следствие), то происходит именно то, о чем ты пишешь - аванс закрывается полностью, и новых позиций не генерируется (что в общем правильно, образуется остаток от фактуры, а не от аванса, дальше там ничего зачитывать не нужно, НДС уже начислен в оригинальной фактуре). В реальности - единственная проблема, которую я вижу с позицией остатка это ненаследуемые ссылочные номера в позициях остатка от фактуры (ссылка при выравнивании позиции остатка от аванса не нужна, т.к. книги видят исходный аванс и берут ссылку оттуда). Может быть есть еще какие-то известные проблемы с позицией остатка? Может быть кто-то уже использует выравнивание с остатком и может поделиться опытом? Просто уж слишком заманчиво все выглядит с позицией остатка, подозрительно заманчиво - никаких проблем с хвостами от предыдущих выравниваний, никаких "забытых" частичных выравниваний, благодать какая-то. Моя подозревать |
Автор: | FI-CO [ Чт, сен 28 2017, 14:04 ] |
Заголовок сообщения: | Re: Выравнивание с позицией остатка |
Здравствуйте, удалось настроить процесс выравнивание с позиции остатка для российской компании? Если да, как вы решили проблемму ссылок в книге продаж, описаннуб выше? Очень уж симпатично переностся остаток, удобно. Yozhhhhh можете отправить документ по закрытию периода 159. Заранее благодарю, |
Автор: | Yozhhhhh [ Чт, сен 28 2017, 18:04 ] |
Заголовок сообщения: | Re: Выравнивание с позицией остатка |
FI-CO написал(а): удалось настроить процесс выравнивание с позиции остатка для российской компании? Дак там и настраивать вообще ничего не нужно (кроме вида документа для генерируемого остатка). Можно брать и начинать пользоваться. Что касается плюсов и минусов для отчетности и для выполнения текущих задач, то спор, похоже, продолжения не получил. -TT- написал: В реальности - единственная проблема, которую я вижу с позицией остатка это ненаследуемые ссылочные номера в позициях остатка от фактуры (ссылка при выравнивании позиции остатка от аванса не нужна, т.к. книги видят исходный аванс и берут ссылку оттуда). Ну спустя полтора года можно констатировать, что в документ остатка можно занаследовать все, что душе угодно, и ссылку из выравниваемого счета-фактуры тоже. Но тогда остаток должен быть образован только одним документом, чтобы было понятно, какую ссылку дальше проносить через время. И вот опять пошли тонкости - запрет выравнивания с остатком по принципу "много к одному" и много ко многим". А это как раз лишает всю концепцию ее главного преимущества - избавления от миллиарда открытых позиций в отчетах. Мое личное мнение - выравнивание с остатком можно применять, когда много позиций идут стенка на стенку, нет требований по отражению налогов, нет формирования актов сверки по данному бизнес-процессу и нет требований по быстрой идентификации, какой документ задолженности этот остаток породил (ибо ответа на этот вопрос нет, ведь остаток мог сложиться по рублю с каждого документа). А тут на ум приходит только обработка зарплаты. Больше нигде не видел, чтобы на выравнивание с остатком кто-то пускал романтические слюни во всех компаниях выравнивание с остатком блокировал в 940 событии. |
Страница 1 из 1 | Часовой пояс: UTC + 3 часа |
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group http://www.phpbb.com/ |