Спасибо, Юрий!
... и еще (только не кидаться камнями)...
я правильно понимаю, что вместо 76* теперь будет 68*, а значит переносить ничего не надо и коды будут в книгу продаж попадать сразу (ну, конечно, после настроек)?

Да,... с этим полем XREF1 одни заморочки... А в MIRO его уже разве можно увидеть?

ну какие счета вам использовать это скажет ваш глбух . у нас используется и 76-й ( для необлагаемых), и 68-й. налоги все переносятся на 68-е технические, а с них уже на расчеты с бюджетом.

если бы все сразу попадало бы в книгу, то зачем тогда 26-й отчет?

насколько я понимаю вся схема остается прежней, т.е. формируются документы переноса налога. по которым составляются книги и декларация. если, конечно, у вас не самописное все

Все же непонятно что с входящим НДС по материалам и услугам делать. RFUM25 переносит пропорционально оплате, а теперь надо полностью переносить. Почему САП не переделал прогу - непонятно! RFUM26 новый действительно работает.

Добрый день,
У меня 2 вопроса, к тем, кто уже попробовал настроить 26 отчет для новых кодов НДС.
1) При заполнении таблицы T007K в версии SHP, какой указывать код группы?
2) Поле XREF1 открывается для позиций документа, тогда встает вопрос - в каких счетах его нужно открыть в контрольных или НДС? А может, имелось ввиду поле в заголовке но, тогда его имя XREF1_HD?

В настоящее время входящий НДС принимается к вычету в два этапа:
1. Поступление счёта фактуры: К Кредитора - Д(15*,…) - Д 19
2. Перенос отсроченных налогов (J_3RFUM25 по оплате счёта-фактуры): К 19 - Д 68
Работая по данной схеме, мы пользуемся двумя кодами налога, один из которых отсроченный (Налоговый счёт - 19), другой - целевой (Налоговый счёт - 68). Для настройки обоих кодов в FTXP мы обходились одной строкой, у которой:
Тип налога - Предварительный НДС; К/Счёта – VST; В/Условия - MWVS.

Для правильного отражения входящего НДС, начиная с 01.01.2006, счета-фактуры от кредитора должны иметь вид (у нас выставление счёта-фактуры возможно только после оприходования в MIGO):
К Кредитора - Д (15*, …) - Д 19 - К 19 - Д 68

Следовательно, счета-фактуры, выставленные нам до Нового года, работают по старой схеме (через J_3RFUM25), а для создания новых счетов-фактур необходимо создавать новые коды налогов, которые должны при подстановке в счёт-фактуру генерить не одну, а три проводки (Д 19, К19 и Д 68).

Для обсуждения предлагаю следующую схему настроек.

В TAXRU добавляем две настроечные строки, для этого:

1) SPRO→Финансы→Основные параметры →НДС→Основные параметры→Проверка схемы калькуляции→Определение видов условий. Создаём два новых В/Условия:ZWVD, ZWVC по аналогии с MWVS.
2) В транзакциях ОВ40 и OBCN по аналогииVST настраиваем новый К/счёта ZST

В FTXP создаём новый код налога настроенный на трёх строках:
Тип налога - Предварительный НДС; К/Счёта – VST; В/Условия - MWVS.
Тип налога - Предварит НДС/дебет; К/Счёта – ZST; В/Условия - ZWVD.
Тип налога - Предварит НДС/кредит; К/Счёта – ZST; В/Условия - ZWVC.

Т.к. счета привязаны к операции, прописываем для VST – 68 счёт, а для ZST – 19.

При использовании данного кода три необходимые строки генерятся автоматически.

Для того, чтобы обороты по 19 не попадали в декларацию при прогоне RFUMSV00 исключаем из обработки К/Счёта – ZST. Для того, чтобы обороты по 19 не попадали в книгу покупок в Т007К и Т007L (PUR) для нового кода налога добавляем только вид операции VST.

Естественно данная методика не является панацеей для решения всех проблем (в частности экспорт или кап.строительство, где без 26 не обойтись), но её использование позволяет: значительно сократить количество кодов налогов в системе, свести к минимуму количество документов которые создаются программой переноса налогов.

Финик - по поводу 1 вопроса - я пока копирую с "рабочих" кодов в продуктиве;
2 вопрос - точно позиция документа, открывается на котрольных счетах, читайте описание ноты.

получается, что целевые коды НДС по исходящим счетам-фактурам теперь не нужны, просто вместо 76* отложенного НДС использовать 68* технический и все коды НДС настроить в таблицах T007K и T007L, чтобы попадали в книгу продаж и декларацию
и, в таком случае, получается нет необходимости настраивать новые коды по исходящим НДС в T007K с версией SHP?

Классно!, надо попробовать.

Alic:
Я вот думаю, а если не заводить новые коды, их итак выше крыши. Все коды прописать как "по отгрузке". А в 25-й ограничивать датой открытых позиций.
Кто-нить видит, где попасть можно будет?


Для российских предприятий может оно и ок, у которых рублевые договора. А тем, у кого есть суммовые?...По ним документы переноса позже выполняются, и чем тогда разграничивать в отчетах данные по налогу "до" и "после" 2006, если одинаковый код налога?...А в отчетности эти данные понадобятся, как проверки пойдут так и выплывет.

неплохая идея, интересно как такой документ корреспондения переварит?

А еще интересно как книга покупок будет работать с такой схемой. Она же проверяет, выровнен инвойс или нет. стало быть новые счета-фактуры не будут попадать в книгу покупок, пока не будут оплачены. А должны попадать сразу.

книга покупок не проверяет выравнен сч/ф или нет. она формируется по фактическому коду НДС описаному в таблицах T007K b T007L. а фактический код НДС содержится в документе переноса налога, сформированного 25-м отчетом (или 26-м по экспорту и т.д.), который проверяет оплачен счет или нет.

С книгой покупок "по отгрузке" более-менее понятно, есть несколько вариантов решения. Не пойму вот что делать с книгой продаж "по отгрузке" при особом переходе права собственности (ч/з 45-й счет), когда отгрузка есть а реализации еще нет. У кого-нить есть какие-нить идеи?

сорри, чушь спросил:lol: Был пьян.
есественно, с механизмом 25 глав спутал

У нас зависает 26-я программа при работе даже с одной записью в j_3rtse (указываем даже конкретный номер документа). Раньше 400 записей обрабатывались 3 мин., теперь одна 20мин. Режим необходим для списания 1/6 НДС по данным инвентаризации кредиторской, п.10 ст.2 119-ФЗ. Подтвердите, так ли это(по зависанию).