Добрый день!
К сожалению, не нашла ответа именно на интересующий меня вопрос. В результате прогона программы платежей генерится документ авансового платежа кредитору, в котором 2 позиции технического 19-го счета. Во многих темах упоминается, что одна позиция "идет из кода налога, вторая - из настройки перерасчетного счета предварительного НДС (операция VVA)". Вопрос: Я правильно понимаю, что это означает, что только дебетовая позиция НДС является налоговой позицией в BSEG и попадает в BSET. Если ошибаюсь, подскажите, как настроить, чтобы и кредитовая позиция имела идентификатор строки проводки T в BSEG и попадала в BSET. Не мега-критично, но было бы на мой взгляд правильнее и удобнее для анализа позиций на основании BSEG. И теперь уже вопрос перешел в ранг спортивного интереса.
Пробовала разные извращения
Например, добавить в FTXP позицию ZUK (-18%) плюс к VST (18%). Тогда в документе платежа обе позиции получаются налоговыми. Но при создании ТАП автоматический расчет налога дает нулевую сумму налога (несмотря на 18% в FTXP) - видимо, потому что тогда уже операция VVA оказывается в пролете (кредит занят)? - не додебажила до этого места - и, соответственно, в позиции кредитора в документе платежа тоже нулевая сумма НДС. Поскольку для текста назначения платежа рассчитываемая системой сумма налога у нас не используется, то этот вариант бы меня устроил, если бы не неправильная налоговая база в строчках налога - сумма с НДС (т.е. 118%).
Если же при создании ТАП при использовании ZUK сумму налога проставлять вручную, то по документу не формируется предложение в программе платежей - программа ругается, что налога быть не должно.
Вход
Регистрация
FAQ пользователя
Поиск
Просто один финский софт, который для головной компании тянет закупочные данные из САП, настроен на идентификатор строки проводки в BSEG и к ним из-за этого попадает 2-я позиция (VVA). Я и озаботилась, почему это так и можно ли это в САПе поправить. Пусть тогда у себя условия выборки меняют.
Только называть "стандартным" вариант с тремя позициями НДС во входящей фактуре, где сумма гоняется по 19 счетам туда обратно, а потом кладется на 68 счет, - это конечно очень громко сказано. А если НДС не предъявляете к вычету по авансам и соответственно не восстанавливаете его в книге продаж, то почему вообще не обойтись без двух лишних позиций по 19 счету? Например, обойтись одной операцией MWS, код налога сразу настроить на 68 счет, который играл бы роль целевого? А в авансе и правда брутально садить дебет и кредит на пару технических счетов.