Настройка НДС "по отгрузке"

Тиграшин друг

Уважаемые коллеги!

Имеем вот такую схему калькуляции налогов

Code:

Тип налога           К/счета  Нов.ставка налога Уров.  С уровня  Вид условия
Базовая сумма                                    100   0         BASB
Предв. налог         VST                         110   100       MWVS
ПредвНалогНевычит    NVV                         120   100       MWVN
НДС/кредит      (РФ) MWS                         140   100       MWR1
НДС/дебет Выр.  (РФ) ZUD                         150   140       MWR2
НДС/кредит Выр. (РФ) ZUK                         160   140       MWR3
Местн.НДС Кредит(РФ) MW1                         170   100       MWR4
Мест.дебет Выр. (РФ) ZUD                         180   100       MWR5
Местн.кредитВыр.(РФ) ZUK                         190   100       MWR6

Возникла идея. Чтобы не возиться с переносом налогов с 19 счёта на 68 настроить код НДС следующим образом:

Code:

Тип налога           К/счета  Нов.ставка налога Уров.  С уровня  Вид условия
Базовая сумма                                    100   0         BASB
Предв. налог         VST       18,000            110   100       MWVS
ПредвНалогНевычит    NVV                         120   100       MWVN
НДС/кредит      (РФ) MWS                         140   100       MWR1
НДС/дебет Выр.  (РФ) ZUD                         150   140       MWR2
НДС/кредит Выр. (РФ) ZUK                         160   140       MWR3
Местн.НДС Кредит(РФ) MW1                         170   100       MWR4
Мест.дебет Выр. (РФ) ZUD       18,000-           180   100       MWR5
Местн.кредитВыр.(РФ) ZUK       18,000            190   100       MWR6

, где

Code:

Операция   ОснСчет
VST        19*
ZUD        19*
ZUK        68*

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

mihail_c

ставку условий для ZUD и ZUK только наверное надо ставить не 18 а 100. если не хотите чтобы в проводке 68-19 была сумма по ставке 18%*18% = 3.24%

проводка такая сформируется, но вы уже смотрели как в книге покупок это отражается? а также в декларации

darkduck

Я не совсем понимаю смысла такой комбинации: прокидывать через 19й счет и сразу на 68й.
Проводка идет через 19й счет, чтобы обеспечить отражение наличия фактуры поставщика. Это является обязательным требованием законодательства. Сумма НДС лежит на 19м счете и ждет появления фактуры. Затем "переезжает" на 68й по "вторичному событию".
Или я что-то путаю?

Если Вы не хотите ждать появления фактуры, зачем вообще заморачиваться наличием 19го счета? Прописывайте только VST с 68м счетом в коде налога, и живите спокойно.

Тиграшин друг

На мой взгляд тут два момента:

1. Корреспонденция 60* 68.НДС к зачёту не предусмотрена, только 60* 19.НДС к зачёту, т.е. через 19й нужно обороты "прогнать". Как я понимаю, именно из-за/для этого, в частности, используется программа переноса налогов.
2. Если речь идёт об услугах, которые проводятся на основании Акта выполненных работ, то они вроде бы проводятся сразу документом "счёт поставщика", который соответствует и Акту, и счёту-фактуре поставщика одновременно.
Вот я и подумал, что вместо того, чтобы запускать перенос налогов с 19 на 68 отдельной программой, сделать его сразу.

Дмитрий О.

Тиграшин друг написал(а):

На мой взгляд тут два момента:

2. Если речь идёт об услугах, которые проводятся на основании Акта выполненных работ, то они вроде бы проводятся сразу документом "счёт поставщика", который соответствует и Акту, и счёту-фактуре поставщика одновременно.
Вот я и подумал, что вместо того, чтобы запускать перенос налогов с 19 на 68 отдельной программой, сделать его сразу.

с\ф может быть предоставлен в течение 5 дней после акта ( по сроку могу ошибиться, может поменялось с тех пор)

darkduck

С.ф. должна быть предоставлена. Без нее Вам не разрешат зачесть НДС. То, что Вы проводите задолженность по акту, а не по фактуре - это уже Ваше (компании) решение.
Именно из требования по наличию фактуры "растут ноги" у отсутствия корреспонденции 60-68, а также использования программы переноса НДС по вторичным событиям.

Тиграшин друг

Извините, коллеги, на будущее попробую выражать свою мысль точнее

Я имел в виду, что когда услуги проводятся в FI, то два бумажных документа поставщика (Акт + с/ф) отражаются в системе одним документом. Поэтому, на мой взгляд, выполнять отдельную операцию по переносу налога с 19 на 68 - лишнее.
Вот и хочу понять, почему так не делают.

Или не одним? Тогда просьба: подскажите как?

yury

На мой взгляд схема, предлагаемая ТС, имеет право на существование.
Более того, даже видел практическую реализацию.

Каких-то серьезных подводных камней, думаю, нет.

Plank

yury написал(а):

Каких-то серьезных подводных камней, думаю, нет.

Хотелось бы посмотреть на настройку корреспонденции счетов этой практической реализации. Автоматически разобрать такой документ только настройками у меня не получилось.

darkduck

Plank написал:

yury написал(а):

Каких-то серьезных подводных камней, думаю, нет.

Хотелось бы посмотреть на настройку корреспонденции счетов этой практической реализации. Автоматически разобрать такой документ только настройками у меня не получилось.

Скажу честно, я не пытался такого настраивать, ибо не на чем. Системы с русской спецификой под рукой нет как класса.
Но я бы попробовал воспользоваться
1) запрещенными/разрешенными корреспонденциями
2) правилами группировки, чтобы "сгруппировать" ZUD-ZUK позиции в отдельный поддокумент на основе поля BSEG-KTOSL.

Но, прежде всего, я бы не стал вообще такой код налога вводить. Это лишняя головная боль. Есть унифицированный процесс: фактура на 19й счет, перенос налога автоматической программой 19-68. Зачем еще давать лазейку неправильно введенным документам? А ну как тетя Маня введет фактуру на основании одного акта, без наличия реальной фактуры?

atyapin

darkduck написал:

Но я бы попробовал воспользоваться
...

2) правилами группировки, чтобы "сгруппировать" ZUD-ZUK позиции в отдельный поддокумент на основе поля BSEG-KTOSL.

Разрешите поинтересоваться в целях повышения образованности (с)

А где эти правила задаются?

darkduck

atyapin написал(а):

А где эти правила задаются?

Читаем здесь: http://help.sap.com/erp2005_ehp_06/help ... ameset.htm

И еще одним уровнем help'а ниже.

Maksimus

На текущем проекте другим консультантом сразу был настроен код налога через 19-й и сразу на 68-й, т.е. программа обработки вторичных событий не используется. Я конечно понимаю, что раз нет претензий, то пусть так и работает, но для себя хочется разобраться. Почему такой вариант не есть хорошо? Только из за проблем с разбором корреспонденции? У меня разбирается на основе запрещенной/разрешенной.

Plank

Maksimus написал:

На текущем проекте другим консультантом сразу был настроен код налога через 19-й и сразу на 68-й, т.е. программа обработки вторичных событий не используется. Я конечно понимаю, что раз нет претензий, то пусть так и работает, но для себя хочется разобраться. Почему такой вариант не есть хорошо? Только из за проблем с разбором корреспонденции? У меня разбирается на основе запрещенной/разрешенной.

У вас две хозяйственных операции сведены в один документ. Гибкости - нуль. Это может и работает, но принципиально не правильно и повышает вероятность проблем на проекте. Если хотите, это вопрос уходит в плоскость красоты решений, эстетизма проводки, и вообще консалтрелигии

И еще, можно опубликовать настройки разрешенной/запрещенной корреспонденции для этого случая, а то у меня не получилось только настройками сделать разбор документа.

Maksimus

Plank написал:

И еще, можно опубликовать настройки разрешенной/запрещенной корреспонденции для этого случая, а то у меня не получилось только настройками сделать разбор документа.

J3RKKRN - разрешить/запретить

Цитата:

0060* 0068* N Запретить
0068* 0060* N Запретить

J3RKPAC - приоритеты

Цитата:

++++++++++ 1
0015* 2
0019* 3
0060* 1
0068* 9

Попробуйте так.

Plank написал:

У вас две хозяйственных операции сведены в один документ. Гибкости - нуль. Это может и работает, но принципиально не правильно и повышает вероятность проблем на проекте. Если хотите, это вопрос уходит в плоскость красоты решений, эстетизма проводки, и вообще консалтрелигии

Т.е. решение в котором, проводки делаются в течении месяца и НДС собирается на 19-м счете и потом разово в конце месяца переносится на 68, более красивое? (в конце месяца ж оно переносится, или я что то не понял?

не работал просто с этими программами )

Настройка НДС "по отгрузке"

Кто сейчас на конференции