Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Оптимизация подсчета НДС
|
|||
|---|---|---|---|
|
#18+
Возникла проблема оптимального подсчета НДС при различной степени агрегирования исходных данных. Как следствие, необходимость хранить НДС исходных данных. Пути решения: 1. Итоговое НДС (полученное после агрегации) вычисляется с помощью суммирования исходного НДС на каждом уровне агрегации. В этом случае возникает погрешность в пределах 1 рубля в итоговых суммах. 2. Итоговое НДС выделяется от итоговой суммы. В отчетах все чисто, но если просуммировать НДС на любой степени агрегирования, то возникает погрешность, доходящая до 10 руб. в лучшем случае. как вы решаете эту проблему? Какой алгоритм используете и как храните данные? Мной был разработан алгоритм сведения погрешности к минимуму для обоих случаев, но он слишком ресурсоемкой для наших обьемов. Идеи закончились, а проблема осталась. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.11.2005, 16:28 |
|
||
|
Оптимизация подсчета НДС
|
|||
|---|---|---|---|
|
#18+
здесь вы ничегонового не придумает, есть два способа подсчета ндс, так скажем прямой и обратный, только не понятно почему у вас в обоих случаях есть "погрешность" ? если вы продаете то в накладной есть сумма безНДС, суммаНДС , итого вот от этого и пляшите. когда вы приходуете товар, то здесь просто придется накладную приходывать так же з.ы. и погрешность 1р с какой суммы получается? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.11.2005, 17:25 |
|
||
|
Оптимизация подсчета НДС
|
|||
|---|---|---|---|
|
#18+
Есть проблема между подсчётом НДС по безнальным документам и фискальным чекам. Причина : разный способ расчёта НДС. В безнале сумма НДС формируется построчно. В фиск.чеке она формируется от итоговой базы налогообложения. Поэтому смесь таких документов потенциально может содержать погрешности. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.11.2005, 17:51 |
|
||
|
Оптимизация подсчета НДС
|
|||
|---|---|---|---|
|
#18+
LSVЕсть проблема между подсчётом НДС по безнальным документам и фискальным чекам. Причина : разный способ расчёта НДС. В безнале сумма НДС формируется построчно. В фиск.чеке она формируется от итоговой базы налогообложения. Поэтому смесь таких документов потенциально может содержать погрешности. Про чеки - считать также как считает кассовый аппарат и расхождений не будет :). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.11.2005, 18:41 |
|
||
|
Оптимизация подсчета НДС
|
|||
|---|---|---|---|
|
#18+
msn13здесь вы ничегонового не придумает, есть два способа подсчета ндс, так скажем прямой и обратный, только не понятно почему у вас в обоих случаях есть "погрешность" ? если вы продаете то в накладной есть сумма безНДС, суммаНДС , итого вот от этого и пляшите. когда вы приходуете товар, то здесь просто придется накладную приходывать так же з.ы. и погрешность 1р с какой суммы получается? Исходная сумма уже содержит НДС. Но суть не в этом. Предположим я формирую счет-фактуру по ряду услуг. В каждой строке для каждой услуги я выделяю НДС от общей суммы. В строке "Итого" пишу итоговую сумму по всем услугам, суммируя суммы услуг. Как при этом считать НДС? Как сумму НДС всех услуг или же выделить НДС от общей суммы? И в том и в другом случае идет погрешность округления(см. мое описание выше). Погрешность не превышает 1р. если итоговую НДС считать как сумму НДС всех услуг, но тогда она получается меньше 18% от итоговой суммы. От суммы строк не зависит. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.11.2005, 08:17 |
|
||
|
Оптимизация подсчета НДС
|
|||
|---|---|---|---|
|
#18+
Пункт 2 статьи 168 НК РФ говорит, что: 2. Сумма налога, предъявляемая налогоплательщиком покупателю товаров (работ, услуг), исчисляется по каждому виду этих товаров (работ, услуг) как соответствующая налоговой ставке процентная доля указанных в пункте 1 настоящей статьи цен (тарифов). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.11.2005, 10:17 |
|
||
|
Оптимизация подсчета НДС
|
|||
|---|---|---|---|
|
#18+
>> Про чеки - считать также как считает кассовый аппарат и расхождений не будет :). Именно это я имел ввиду. Проблема в том, что алгоритм чуть другой, чем для других документов. Нужны дополнительные непростые алгоритмы для устранения расхождений. Иначе могут появиться расхождения между товарными и фин. журналами. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.11.2005, 11:05 |
|
||
|
Оптимизация подсчета НДС
|
|||
|---|---|---|---|
|
#18+
IgorMПункт 2 статьи 168 НК РФ говорит, что: 2. Сумма налога, предъявляемая налогоплательщиком покупателю товаров (работ, услуг), исчисляется по каждому виду этих товаров (работ, услуг) как соответствующая налоговой ставке процентная доля указанных в пункте 1 настоящей статьи цен (тарифов). Это понятно. А итоговое НДС как считать? Как сумму всех НДС по каждой услуге и товару или выделять из итоговой суммы? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.11.2005, 13:07 |
|
||
|
Оптимизация подсчета НДС
|
|||
|---|---|---|---|
|
#18+
ну вы даете .... каждая строка СФ может иметь свою ставку ндс -> считать построчно и суммировать (и только так и всегда) а на приходе разницу относят на прибыль\убытки см ПБУ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.11.2005, 14:12 |
|
||
|
Оптимизация подсчета НДС
|
|||
|---|---|---|---|
|
#18+
ндсну вы даете .... каждая строка СФ может иметь свою ставку ндс -> считать построчно и суммировать (и только так и всегда) а на приходе разницу относят на прибыль\убытки см ПБУ "А слона-то я и не заметил" :) Спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.11.2005, 14:20 |
|
||
|
|

start [/forum/topic.php?fid=32&fpage=145&tid=1545537]: |
0ms |
get settings: |
6ms |
get forum list: |
13ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
33ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
41ms |
get tp. blocked users: |
1ms |
| others: | 240ms |
| total: | 349ms |

| 0 / 0 |
