Система сначала рассчитывает базу, а только потом применяет ставку. В отладчике покопался, получилось вот такое.
От базы 528,86 по чистой ставке 18 процентов получается именно 95,19.
| SAPфорум.RU https://sapboard.ru/forum/ |
|
| некорректное округление автоматических позиций ндс в авансовом сч-ф https://sapboard.ru/forum/viewtopic.php?f=5&t=95896 |
Страница 1 из 1 |
| Автор: | CrecerRu [ Вт, дек 19 2017, 17:00 ] |
| Заголовок сообщения: | некорректное округление автоматических позиций ндс в авансовом сч-ф |
Добрый день! Извините, если этот вопрос задавали ранее. не смогла найти такую тему. Входящий аванс Дт 51 Кт 62 (624,06) , автоматическая позиция по НДС Дт 76 Кт 68 рассчиталась неверно. По причине некорректного округления. 624,06*18/118=95,19559 Программа создала позиции на 95, 19,но по правилам округления требовалось провести 95,20 Сталкивался ли кто-нибудь с подобным? Как в корне решить данную проблему стандартном? заранее спасибо! |
|
| Автор: | Yozhhhhh [ Вт, дек 19 2017, 18:57 ] |
| Заголовок сообщения: | Re: некорректное округление автоматических позиций ндс в авансовом сч-ф |
Система сначала рассчитывает базу, а только потом применяет ставку. В отладчике покопался, получилось вот такое. От базы 528,86 по чистой ставке 18 процентов получается именно 95,19.
|
|
| Автор: | CrecerRu [ Ср, дек 20 2017, 10:15 ] |
| Заголовок сообщения: | Re: некорректное округление автоматических позиций ндс в авансовом сч-ф |
Спасибо Вам за оперативный и развернутый ответ! Но если сложить Базу и НДС, то не хватает одной копейки 528,86 + 95,19=624, 05 А у меня сумма аванса 624,06 |
|
| Автор: | Yozhhhhh [ Ср, дек 20 2017, 12:27 ] |
| Заголовок сообщения: | Re: некорректное округление автоматических позиций ндс в авансовом сч-ф |
В позициях с ОГК поля базы не заполняются, заполняется сумма налога. Фактически базу в авансе можно увидеть только в позиции по 68 счету. В Вашем авансе в поле HWBAS будет сумма 528,87. Вот как раз и эта копейка. Я на самом деле могу только предполагать, но я думаю, что система делает так: 1. Применяет какие-то хитрые манипуляции (наверное, при желании можно и в них погрузиться и понять), вычисляя согласно пропорции вклад базы и вклад налога. 2. Получает что-то вроде базы. 3. Рассчитывает сумму налога от этой базы. 4. Вычитает из общей суммы полученную сумму налога и вот теперь получает базу для записи в HWBAS. Этот же пункт служит какой-то мерой балансировки, скажем так. Вы не первый(ая), кто спросили. У всех проблемы с округлением, все живут. Если хотите, можете сделать очень простую штуку: написать на втором моменте проверку, которая будет рассчитывать свою сумму налога и применять арифметическое округление (вы же арифметическое применяете), сравнивать рассчитанный налог (до двух знаков после запятой) с тем налогом, что рассчитала система, выкидывать желтое предупреждение и дальше работать в нужном направлении. |
|
| Страница 1 из 1 | Часовой пояс: UTC + 3 часа |
| Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group http://www.phpbb.com/ |
|