Полный - Тип расчета НДС

[carol]

Всем доброго рабочего дня.
У меня вопрос по поводу настройки полного типа расчета НДС. Мне нужно провести разными датами сумму НДС сначала на 19 счет, а затем уже на 68 счет.

На мой взгляд в настройке либо в журнале зачета НДС закралась ошибка.

В пятерке настроила НДС настройка учета (рисунок 1)
Покупку я сделала, сумма попала на 19 счет.
Дальше пытаюсь с помощью журнала зачета НДС зачесть НДС на 68 счет.
При нажатие кнопки сформировать документы пишется сообщение (рисунок 2) "Нереализованная база не должна быть 0 в НДС книге операции"
Я согласна что в данном случае нереализованная база должна быть О, так как это только сумма НДС.
В 4 ке полный тип расчета формировался и НДС засчитывался правильно с 19 на 68 счет.
Что я вижу в НДС книге операции можно посмотреть на (рисунок 3.)


Уважаемые форумчане как мне решить эту задачу?? Можно ли это как то решить.

[Alesha]

Quote:

Originally Posted by carol

В 4 ке полный тип расчета формировался и НДС засчитывался правильно с 19 на 68 счет.

В 4ке весь журнал зачета работал по другому.
Кстати, в 4ке не было журнала НДС, через который Вы хотите что-то сделать.
Просто через журнал не пробовали?

[Suok_imported]

Quote:

Originally Posted by carol

Всем доброго рабочего дня.
У меня вопрос по поводу настройки полного типа расчета НДС. Мне нужно провести разными датами сумму НДС сначала на 19 счет, а затем уже на 68 счет.

На мой взгляд в настройке либо в журнале зачета НДС закралась ошибка.

Уважаемые форумчане как мне решить эту задачу?? Можно ли это как то решить.

Добрый день.
Да... посмотрела ваш пример (хотела тоже протестировать зачет НДС в 5ке). Действительно, похоже на bug Microsoft.
У меня воспроизвелась ошибка как у вас,с вашими настройками по рисунку.
Далее я попробовала сделать в 5ке настройку полного НДС как мы ее у себя делаем в 4ке(не указывая Тип транзитного НДС, Транз. НДС Фин.Счет, не указывая Зачет НДС шаблон и раздел) - результат тот же, такое же сообщение об ошибке.
А в 4ке действительно, все работало. Причем, я сейчас еще раз посмотрела в 4ке и в 5ке поля Нереализ. Сумма/База и Остаток Нереал. Сумма/База заполняются при учете одинаково.
Поэтому похоже на баг.
Пишите партнерам вашим, пусть размещают инцидент.

[Alesha]

Quote:

Originally Posted by Suok

Quote:

Originally Posted by carol

Всем доброго рабочего дня.
У меня вопрос по поводу настройки полного типа расчета НДС. Мне нужно провести разными датами сумму НДС сначала на 19 счет, а затем уже на 68 счет.

На мой взгляд в настройке либо в журнале зачета НДС закралась ошибка.

Уважаемые форумчане как мне решить эту задачу?? Можно ли это как то решить.

Добрый день.
Да... посмотрела ваш пример (хотела тоже протестировать зачет НДС в 5ке). Действительно, похоже на bug Microsoft.
У меня воспроизвелась ошибка как у вас,с вашими настройками по рисунку.
Далее я попробовала сделать в 5ке настройку полного НДС как мы ее у себя делаем в 4ке(не указывая Тип транзитного НДС, Транз. НДС Фин.Счет, не указывая Зачет НДС шаблон и раздел) - результат тот же, такое же сообщение об ошибке.
А в 4ке действительно, все работало. Причем, я сейчас еще раз посмотрела в 4ке и в 5ке поля Нереализ. Сумма/База и Остаток Нереал. Сумма/База заполняются при учете одинаково.
Поэтому похоже на баг.
Пишите партнерам вашим, пусть размещают инцидент.

Тут похоже все просто поправить и своими силами. Надо просто проверку TESTFIELDS(Unrealized Base) заменить на TESTFIELDS(Unrealized Amount) поменять в нескольких местах. И будет Вам счастье.
Боюсь, что MS может и не исправить это как ошибку. Это же, похоже, на один из способов решения проблемы налогового агента.

[Suok_imported]

Quote:

Originally Posted by Alesha

Тут похоже все просто поправить и своими силами. Надо просто проверку TESTFIELDS(Unrealized Base) заменить на TESTFIELDS(Unrealized Amount) поменять в нескольких местах. И будет Вам счастье.
Боюсь, что MS может и не исправить это как ошибку. Это же, похоже, на один из способов решения проблемы налогового агента.

Насчет проверки - возможно, и будет счастье. Я не программист, тут нужно код смотреть. А насчет налогового агента не поняла. что именно вы считаете решением проблемы? то, что система ругается на нереализованную базу?
а то, что такие проводки по НДС ручками можно сделать (по крайней мере раньше можно было) - это да. Только проблема налогового агента этим не ограничивается. При учете проводк с полным НДС еще нужно корректно книгу покупок/продаж сделать и отчет агента (которого в наве нет)...

[Alesha]

Quote:

Originally Posted by Suok

Quote:

Originally Posted by Alesha

Тут похоже все просто поправить и своими силами. Надо просто проверку TESTFIELDS(Unrealized Base) заменить на TESTFIELDS(Unrealized Amount) поменять в нескольких местах. И будет Вам счастье.
Боюсь, что MS может и не исправить это как ошибку. Это же, похоже, на один из способов решения проблемы налогового агента.

Насчет проверки - возможно, и будет счастье. Я не программист, тут нужно код смотреть.

Раз написал, значит посмотрел. Себе даже так и оставил (на всякий случай). Не верите, проверяйте, что зря сообщения постить?

Quote:

Originally Posted by Suok

А насчет налогового агента не поняла. что именно вы считаете решением проблемы? то, что система ругается на нереализованную базу?
а то, что такие проводки по НДС ручками можно сделать (по крайней мере раньше можно было) - это да. Только проблема налогового агента этим не ограничивается. При учете проводк с полным НДС еще нужно корректно книгу покупок/продаж сделать и отчет агента (которого в наве нет)...

Я про налогового агента и не пислал, что это проблему решит.
Просто из приложенных картинок я понимаю, что автор пытался найти (восстановить) функциональность операций по налоговому агенту, то есть использует функциональность полного НДС как один из шагов возможного решения задачи. А такую "ошибку" MS сказав, что ранее была просто "недокументированная" возможность.
Лично я не знаю, когда еще можно в России операция полного нереализованного НДС нужна (при импорте, вроде все сразу на 68 счет попадает).
Кореектировать НДС (как это в справке указано) все равно не получается, из-за книжек покупок-продаж.

[Suok_imported]

Quote:

Originally Posted by Alesha

Раз написал, значит посмотрел. Себе даже так и оставил (на всякий случай). Не верите, проверяйте, что зря сообщения постить?

Извините, действительно, машинально написала, не хотела вас задеть. Локально - я верю, что это решит проблему. Но по опыту - часто бывают ситуации, когда решение не лежит на поверхности. Замена поля в тестфилде может вылезти где-то боком (ведь для чего-то изначально хотели проверять именно нереал. базу). Табличка, где выскакивает ошибка - новая, раньше ее не было; я пока с этим функционалом не разбиралась и проверять весь функционал будет достаточно долго (ведь вылезти это может в неожиданном месте). Если вы уже в этом разобрались со всем, то - ок, я только рада (одним багом меньше с вашей помощью), извините мой скептицизм.

Quote:

Originally Posted by Alesha

Я про налогового агента и не пислал, что это проблему решит.
Просто из приложенных картинок я понимаю, что автор пытался найти (восстановить) функциональность операций по налоговому агенту, то есть использует функциональность полного НДС как один из шагов возможного решения задачи. А такую "ошибку" MS сказав, что ранее была просто "недокументированная" возможность.
Лично я не знаю, когда еще можно в России операция полного нереализованного НДС нужна (при импорте, вроде все сразу на 68 счет попадает).
Кореектировать НДС (как это в справке указано) все равно не получается, из-за книжек покупок-продаж.

По поводу недокументированной возможности не могу с вами согласиться. Дело в том, что в MS знают, что функциональность полного НДС используется для учета операций налогового агента, еще с 4той версии как минимум. И мы с коллегами еще в 4той версии настраивали, размещали какие-то инциденты в MS, MS что-то допиливал по НДС именно в контексте операций налогового агента. И предполагать, что к 5той версии Microsoft вдруг "забыл" об этой функциональности - как минимум нелогично.

По поводу полного НДС и где он используется. Да, он используется нечасто. Но не только для операций налогового агента. Мне приходилось сталкиваться с операциями, где НДС начисляется с межценовой разницы. И для таких случаев я тоже использовала настройку полного НДС.
Сходу нашла ссылку на письмо от 2004г, но в 2008 это также еще действовало.
http://www.auditprofi.ru/news/archiv/74_03_06_2004/
УМНС по г. Москве в письме от 11 мая 2004 г. № 24-11/31157 подробнейше разъяснило, в каких случаях НДС уплачивается с межценовых разниц и как при этом заполняется счет-фактура. Если в двух словах, то налог начисляется с разницы между ценой реализации имущества и его остаточной стоимостью в тех случаях, когда это имущество числиться на балансе организации с НДС.

[Suok_imported]

PS последний абзац - не мой текст, а вырезка из статьи по ссылке.

[Alesha]

Quote:

Originally Posted by Suok

По поводу недокументированной возможности не могу с вами согласиться. Дело в том, что в MS знают, что функциональность полного НДС используется для учета операций налогового агента, еще с 4той версии как минимум. И мы с коллегами еще в 4той версии настраивали, размещали какие-то инциденты в MS, MS что-то допиливал по НДС именно в контексте операций налогового агента. И предполагать, что к 5той версии Microsoft вдруг "забыл" об этой функциональности - как минимум нелогично.

Ну это, как мне кажется, ничего не значит. Вам предложили плохой или хороший workaround. А, судя по всему MS, сам понимает, что нет еще налогового агента (см. Что еще надо в локализации, второе сообщение).

Quote:

Originally Posted by Suok

По поводу полного НДС и где он используется. Да, он используется нечасто. Но не только для операций налогового агента. Мне приходилось сталкиваться с операциями, где НДС начисляется с межценовой разницы. И для таких случаев я тоже использовала настройку полного НДС.
Сходу нашла ссылку на письмо от 2004г, но в 2008 это также еще действовало.
http://www.auditprofi.ru/news/archiv/74_03_06_2004/
УМНС по г. Москве в письме от 11 мая 2004 г. № 24-11/31157 подробнейше разъяснило, в каких случаях НДС уплачивается с межценовых разниц и как при этом заполняется счет-фактура. Если в двух словах, то налог начисляется с разницы между ценой реализации имущества и его остаточной стоимостью в тех случаях, когда это имущество числиться на балансе организации с НДС.

Про цитату поняла, только вот, причем тут обсуждаемый вопрос - нереализованный НДС при покупке.
Как, мне кажется, тут речь идет о продаже.
И вроде (тут уж я не проверял и не изучал законодателььство), как можно вообще обойтись без полного НДС, а тупо разрешить корректировку НДС в счете продажи. И фактура получиться нормальная и в книге продаж будут и база, и сумма НДС

[Suok_imported]

Quote:

Originally Posted by Alesha

Ну это, как мне кажется, ничего не значит. Вам предложили плохой или хороший workaround. А, судя по всему MS, сам понимает, что нет еще налогового агента (см. Что еще надо в локализации, второе сообщение).

По поводу MS не вижу смысла дальше мусолить вопрос и решать за них - исправят они это или нет. Нужно просто разместить инцидент.

Quote:

Originally Posted by Alesha

Про цитату поняла, только вот, причем тут обсуждаемый вопрос - нереализованный НДС при покупке.
Как, мне кажется, тут речь идет о продаже.
И вроде (тут уж я не проверял и не изучал законодателььство), как можно вообще обойтись без полного НДС, а тупо разрешить корректировку НДС в счете продажи. И фактура получиться нормальная и в книге продаж будут и база, и сумма НДС

Да, в цитате речь идет о продаже. Я просто вставила первую попавшуюся, объясняющую в принципе, что в таких операциях НДС считается нетрадиционным способом и вычислить какую-то постоянную ставку (не равную 18%) там нереально.
Но согласитесь, что если кто-то продает с таким НДС и делает счет-фактуру, то кто-то это должен купить
Я была по обе стороны этой сделки. В продажах там действительно как-то было несложно (хотя точно я уже не помню что мы там придумали), а вот при покупке использовали как раз полный НДС .

[Alesha]

Quote:

Originally Posted by Suok

Да, в цитате речь идет о продаже. Я просто вставила первую попавшуюся, объясняющую в принципе, что в таких операциях НДС считается нетрадиционным способом и вычислить какую-то постоянную ставку (не равную 18%) там нереально.
Но согласитесь, что если кто-то продает с таким НДС и делает счет-фактуру, то кто-то это должен купить
Я была по обе стороны этой сделки. В продажах там действительно как-то было несложно (хотя точно я уже не помню что мы там придумали), а вот при покупке использовали как раз полный НДС .

Ну так все равно, я не вижу сложности. Так как в покупках есть точно такой же механизм коррекции суммы НДС вручную.
Единственное неудобство я тут вижу, так это то, что обычно мы ставим ограничение на округление 1 руб, а тут нельзя ограничивать сумму округления. Я, пожалуй, про это в MS Connect попробую написать.

Поэтому, опять полный НДС тут не причем. И опять проблем с книжками по НДС нет.
Мне вообще кажется, что полный НДС не совсем для РОссии.

[GalaM]

Quote:

Originally Posted by Alesha

Лично я не знаю, когда еще можно в России операция полного нереализованного НДС нужна (при импорте, вроде все сразу на 68 счет попадает).
Кореектировать НДС (как это в справке указано) все равно не получается, из-за книжек покупок-продаж.

Ну, если честно, мне то же сложно предложить полноценные сценарии использования полного нереализованного НДС.

Quote:

Originally Posted by Suok

По поводу недокументированной возможности не могу с вами согласиться. Дело в том, что в MS знают, что функциональность полного НДС используется для учета операций налогового агента, еще с 4той версии как минимум. И мы с коллегами еще в 4той версии настраивали, размещали какие-то инциденты в MS, MS что-то допиливал по НДС именно в контексте операций налогового агента. И предполагать, что к 5той версии Microsoft вдруг "забыл" об этой функциональности - как минимум нелогично.

Знать, как что-то к чему-то можно прикрутить и обеспечить реальный процесс - две разные вещи.
Кстати, за год (а функциональность изменилась в марте 2009) , это первая жалоба по части полного НДС, да и вообще журнала зачета НДС, который был значительно обновлен в рамках FP2.


Что бы избежать дальнейших вопросов в этой ветке скажу, что в работе находится очередной FP в котором будет улучшена функциональность по НДС, в том числе и в части операций НДС для налогового агента. Надеюсь, что число выполняемых шагов для данных операций уменьшиться.

Обновление будет выпущено на базе NAV 2009 R2, сроки выхода уточняются, более подробное описание функциональности будет опубликовано в планах разработки.

Все остальные предложения/пожелания по этой части огромная просьба писать в MS Connect.

[Suok_imported]

Quote:

Originally Posted by gala

Quote:

Originally Posted by Alesha

Лично я не знаю, когда еще можно в России операция полного нереализованного НДС нужна (при импорте, вроде все сразу на 68 счет попадает).
Кореектировать НДС (как это в справке указано) все равно не получается, из-за книжек покупок-продаж.

Ну, если честно, мне то же сложно предложить полноценные сценарии использования полного нереализованного НДС.

Уж не знаю, на сколько для вас эта ситуация считается полноценной или нет, но у моих клиентов НДС при импорте зависал на 19м счете.

Вызвано это было тем, что импортировалось основное средство, НДС по которому подлежал распределению по итогам квартала. Т.е. таможенный НДС до конца квартала висел на 19м счете, потом был распределен, и часть этого НДС пошла на 68, а часть - была включена в стоимость импортированного основного средства.

[Arshak]

Quote:

Originally Posted by carol

В 4 ке полный тип расчета формировался и НДС засчитывался правильно с 19 на 68 счет.
Что я вижу в НДС книге операции можно посмотреть на (рисунок 3.)


Уважаемые форумчане как мне решить эту задачу?? Можно ли это как то решить.

Добрый день,
пытаюсь решить такую же задачу, но на 4.0 SP3 выдает те же ошибки что и на 5.0
помжно узнать на какой 4 это работает корректно?
отчет 14973 Suggest Vendor VAT Settlement NAVRU4.00.03 07.08.06 в кронусовской базе без изменений, но не работает. Или не только в нем дело?

[Suok_imported]

Quote:

Originally Posted by Arshak

Добрый день,
пытаюсь решить такую же задачу, но на 4.0 SP3 выдает те же ошибки что и на 5.0
помжно узнать на какой 4 это работает корректно?
отчет 14973 Suggest Vendor VAT Settlement NAVRU4.00.03 07.08.06 в кронусовской базе без изменений, но не работает. Или не только в нем дело?

Добрый день. Смущает немного, что ошибки те же, что и в 5ке. Потому в 5ке они связаны с новой появившейся табличкой 14925 VAT Allocation Line и с изменившимся алгоритмом обработоки НДС. А в 4ке этой таблички нет, и ошибка изначально была в том, по-моему, что система вообще не хотела воспринимать эту строку с полным НДС, игнорировала ее в этом задании, а зачитывала только при применении. и MS присылал исправления на этот счет.
Функциональность работает в версии 4.0 SP3, но у меня в базе этот отчет 14973 изменен: NAVRU4.00.03.02,PS32235,PS43188.
Обновление PS43188 к этой проблеме отношения не имеет, а вот обновление PS32235 - это как раз, то о чем я говорю.

VATEntry - OnAfterGetRecord()
//PS32235.begin
//IF "Remaining Unrealized Base" = 0 THEN
IF ("Remaining Unrealized Base" = 0) AND
(NOT (("VAT Calculation Type" = "VAT Calculation Type"::"Full VAT") AND
(VATEntry."Remaining Unrealized Amount" <> 0))) THEN
//PS32235.end
CurrReport.SKIP;

Судя по коду исправления система не должна ругаться также, как в 5ке. Поэтому чтобы понять в чем дело, пришлите точно, где и как ругается.

Кстати, по поводу изначальной темы этого топика про ошибку в 5ке. Мы размещали инцидент в Microsoft, и у меня есть исправления этого бага для 5ки. Кому надо - могу поделиться. Исправления затрагивают таблицы 14925 VAT Allocation Line и table 81 Gen. Journal Line

[Arshak]

Quote:

Originally Posted by Suok

Кстати, по поводу изначальной темы этого топика про ошибку в 5ке. Мы размещали инцидент в Microsoft, и у меня есть исправления этого бага для 5ки. Кому надо - могу поделиться. Исправления затрагивают таблицы 14925 VAT Allocation Line и table 81 Gen. Journal Line

спасибо что в воскресный день уделили внимание моей проблеме.
я добавил код в отчет и теперь от пры выборе опции 28 фед. закон создает строчку в журнале.. но с 0 суммой.
при 119 законе ругается на разницу НДС.
буду благодарен если вышлете исправления для 5-0

поправлюсь.. оплатил счет, применил и все получилось.. но легче не стало... жду исправления для 5-0..

[Suok_imported]

Quote:

Originally Posted by Arshak

при 119 законе ругается на разницу НДС.

По идее в 4ке опция и должна быть 119 ФЗ.
Так у вас, получается какая-то "промежуточная" версия функционала НДС? И у вас есть табличка 14925? Мне казалось, что табличка 14925 появилась только в 5ке...

Ок, высылаю исправление для 5ки:

SOLUTION:
-------------------------------------
table 14925 VAT Allocation Line
-------------------------------------
BEFORE:
======
VAT Entry No. - OnValidate()

VATEntry.GET("VAT Entry No.");
VATEntry.TESTFIELD("Unrealized Base");
"CV Ledger Entry No." := VATEntry."CV Ledg. Entry No."; ...

AFTER:
======
VAT Entry No. - OnValidate()
VATEntry.GET("VAT Entry No.");
// NAVSE244107.begin
IF VATEntry."VAT Calculation Type" = VATEntry."VAT Calculation Type"::"Full VAT" THEN
VATEntry.TESTFIELD("Unrealized Amount") ELSE // NAVSE244107.end
VATEntry.TESTFIELD("Unrealized Base"); "CV Ledger Entry No." := VATEntry."CV Ledg. Entry No."; ...
-------------------------------
table 81 Gen. Journal Line
-------------------------------
BEFORE:
======
field 12419 "Unrealized VAT Entry No."
TableRelation = "VAT Entry"."Entry No." WHERE (Unrealized Base=FILTER(<>0))
======
Unrealized VAT Entry No. - OnValidate()

"VAT Settlement Part" := "VAT Settlement Part"::Custom; VATEntry.GET("Unrealized VAT Entry No."); "Initial Entry No." := VATEntry."CV Ledg. Entry No."; ...

AFTER:
======
field 12419 "Unrealized VAT Entry No."
TableRelation = "VAT Entry"."Entry No."
======
Unrealized VAT Entry No. - OnValidate()

"VAT Settlement Part" := "VAT Settlement Part"::Custom; VATEntry.GET("Unrealized VAT Entry No."); // NAVSE244107.begin IF VATEntry."VAT Calculation Type" = VATEntry."VAT Calculation Type"::"Full VAT" THEN
VATEntry.TESTFIELD("Unrealized Amount") ELSE
VATEntry.TESTFIELD("Unrealized Base"); // NAVSE244107.end "Initial Entry No." := VATEntry."CV Ledg. Entry No."; ...


Вообще, конечно, интересно, что именно пишет про разницу НДС?
Просто ошибка с разницей НДС - такой текст у меня ассоциируется с ошибкой, когда сумма НДС правится, допустим на 10 коп., руками в счете покупки (в окне Статистика), приводится в соотетствие с документом поставщика. А при этом в настройках Финансов (поле "Макс. Разреш. Разница НДС" стоит сумма меньше 10 копеек). Эта ошибка у вас возникает?

[Arshak]

Огромное спасибо! все работает..
ошибка была из-за ковыряния руками в 254 таблице