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

то ли я не понимаю, то ли автор по 26 проге, в законе прописано четко, что по ОС мы учитываем только факт постановки объекта на учет, зачем нам оплата ?????

Реально не понятно: на кой в 26-ой проге столько наворочено? И зачем новый НДС через неё гонять:

1.Настроить входящий "по отрузке" по дополнительным условиям транзитом через 19й.
2.По оплате переходный период гонять 25-м отчетом
3.По вводам ОС и др.втор.событиям - 26м отчетом

Присоединяюсь к коллегам (каменты рулят !): документация к доработкам 26го отчета не понятна .

AlexG - проводка Д68 К19 никуда из бухучета не делась, исчезло только условие "по оплате"; так что настраиваете точно также отложенный и целевой код налога. Настройки касаются только счетов-фактур с датой документа после 31.12.2005.
alexF - кода налога по кредиту нет, так как один документ тр.fb05. Обещали сделать настройки как в 25 - "заменить fb05" на "fb01", и формировать два документа - док.переноса+док.выравнивания. Но когда сделают, не сказали, видимо уже после праздников.

А почему не сделать Д 19 К60 и Д68 К19 в фактуре сразу? Зачем перенос нужен - он какое-то событие отслеживает?

Лично я не очень доверяю этому нововведению. Входящий НДС настроил так: тр.FTXP - код PC скопировал в PK, в уже существующие строки схемы калькуляции 180 и 190 (используются для переброски базы налога при ставке 0%) ввел проценты -18 и 18, а также счета 19 и 68 (виды условия MWR5 и MWR6 коды счетов ZUD и ZUK). В результате в фактуре дополнительно делается переброска с 19 на 68 счет. Подкорректировал таблицы т007к и т007л. Протестил - книга покупок и налоговая декларация строятся замечательно. Никаких новых видов условий и кодов счетов заводить не буду, 26 программой буду пользоваться только для вторичных событий. Повезло - по сбыту клиент и так работает "по отгрузке". Всем Удачи.

trexx 46C - наши бухгалтера не хотят формировать в счф, подозреваю, просто привыкли проводку переноса делать раз в месяц

Для Ales: а почему 68* прописываете не в VST? Ведь декларация (RFUMSV00) не обрабатывает ZUD. Конечно в ZUD будет тоже самое, но все таки не лучше бы в VST 68* поставить?

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

Ales - решение красивое и заманчивое. Какие риски могут быть, кроме декларации?

Можно подумать, что я о чем-то другом говорил выше. А рисков никаких - коллеги общались с САПом и те подтвердили, что 19й можно транзитом настраивать без ущерба. А их решение с 26-ой прогой спорное.

trexx 46C - о том же, о том же -)
спросим сап сами...

По поводу рисков - протестировал - работает. Думаю, что большинство читающих форум (как оказалось бывают исключения) прежде чем вносить изменения в продуктив тестируют настройки - дабы потом не было мучительно больно
То bobrov: разницы нет где прописывать 68 счет. Мне просто лень было. Я же скопировал код налога РК с PС, а там в этой строке 19 счет стоит. Декларация действительно не отрабатывает ZUD (его сначала надо прописать в т007к/л), она отрабатывает комбинацию код налога/код операции, а это как раз PK/VST (ну и что, что 19 счет - в комбинации он не участвует). Так что декларация строится.
То trexx 46C: Конечно, по сути, я тоже самое предложил - мыслим похоже У меня коды налогов уже в продуктиве, бухи обучены и наказаны.

Спасибо всем ! Стоило так долго чего-то ждать от САПа?
Есть, правда, правило с 2007-го по взаимозачетам и пр. платить НДС поставщику живыми деньгами для зачета. Интересненькое положение для реализации

САП ждать может и не стоило, но вот к сожалению не на всех проектах соглашаются прямо в с/ф на 68 сумму НДС относить

А вот как быть с корреспонденцией: получается что видим Дт68-Кт60, а так нельзя (бухгалтерия точно может придраться). Мельком глянул на подсистему и пока не нашелся, как показать Дт19-Кт60 и Дт68-Кт19, когда все это в одном документе.
Решили такое уже?

А с продажей чего думаете делать, когда например на 45 счет пошло? Пока видится 2 варианта: User-Exit или отдельным документом SD (обдумываем еще).

всем доброго,

вопрос уже звучал в этой ветке, но ответа не было.

по исходящему НДС использовать с 1 января вместо отложенного кода (условно В2) фактический (условно ВС) - плохо ли это и если да, то почему? где могут вылезти проблемы? (если исходить из предпосылки, что экспорта нет). Ответьте, пжл, кто может дать ответ/совет по этому поводу....