Текущее время: Пт, мар 29 2024, 04:28

Часовой пояс: UTC + 3 часа




Начать новую тему Ответить на тему  [ Сообщений: 7 ] 
Автор Сообщение
 Заголовок сообщения: Переоценка 19 счета при выравнивании в рублях
СообщениеДобавлено: Сб, дек 10 2022, 12:48 
Старший специалист
Старший специалист

Зарегистрирован:
Пн, май 07 2007, 09:44
Сообщения: 408
Всем доброго дня суток.

Есть входящая задолженность с выделением 19 счета в валюте по курсу на дату счета.
Есть платеж в РУБЛЯХ по курсу ЦБ на дату платежа.
Соответственно при выравнивании должна появиться курсовая по ДТ 91 КТ 60.
Так получается, если выравнивание делается в валюте.
Но если выравнивание делается в рублях, то добавляются позиции по 19 счету, т.е. программа переоценивает сумму входящего НДС.

Подскажите, как это отключить?

https://disk.yandex.ru/i/jJnPxQju5fWxog


Пометить тему как нерешенную
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Переоценка 19 счета при выравнивании в рублях
СообщениеДобавлено: Сб, дек 10 2022, 22:20 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Ср, фев 21 2007, 08:50
Сообщения: 1570
Откуда: Пермь
Пол: Мужской
Хм. Хм. Хм.
В сапе такого не бывает.
В налогах действительно есть настройка курсовой, но это относится к моменту фактурирования, когда позволит вам отнести нужную часть на 19 счет, а остальное на выбранный счет курсовых разниц в НДС.
Из того, что я вижу, у 19 счета KTOSL - это обыкновенный VST. То есть обыкновенный входящий налог, его выкрутил 91 счет курсовой разницы.
Далее. 91 счета сами по себе действительно могут выступать налоговой базой, но, конечно, не курсовые.
Наконец. В платежах не бывает кода налога, если только это не аванс. Он туда в принципе не поставляется.
Отсюда вердикт: как мне кажется, 91 счет потянул за собой код налога, который вытянул за собой VST.
Проверьте налоговую категорию 91 счета, с ней что-то не то. А еще возможные замещения.
Могу сказать однозначно - в этой проводке не может быть кода НДС, проводка прошла не по ОГК. Появившийся из ниоткуда код налога на 91 счете - путь к решению задачки пилы.

_________________
Алё, это Пакистан? Нам нужен один килограмм


Пометить тему как нерешенную
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Переоценка 19 счета при выравнивании в рублях
СообщениеДобавлено: Вс, дек 11 2022, 11:53 
Старший специалист
Старший специалист

Зарегистрирован:
Пн, май 07 2007, 09:44
Сообщения: 408
Как выяснилось, дело в Сумме платежа, которая указана в задолженности.
Если ее точно поставить равной сумме по курсу выравнивания, то все нормально.
Если не по курсу платежа, то на 19-ый счет идет разница между курсом на дату выравнивания и курсом от Суммы платежа.
Как бы отключить этот расчет?


Пометить тему как нерешенную
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Переоценка 19 счета при выравнивании в рублях
СообщениеДобавлено: Вс, дек 11 2022, 21:47 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Ср, фев 21 2007, 08:50
Сообщения: 1570
Откуда: Пермь
Пол: Мужской
Так. Заморочился я, так как много лет хотел это сам раскопать. Ну раскопал в итоге.
У Вас KDW настроено в зависимости от кода налога. В данном случае отработала настройка для кода PK.
Посмотреть это можно в FBKP - Курсовые разницы - KDW.
Чтобы получился результат, как у вас, должны были совпасть 3 фактора (и они совпали).
1. Настройка KDW выполнена в разрезе кодов налога.
2. 91 счет имеет налоговую категорию непустую.
3. В документе задолженности стоит альтернативная валюта и сумма в валюте.

С пунктом 3 интересная ситуация. Ведь компания заранее порой может и не знать, когда будет оплачивать. Я пробовал оставить только альтернативную валюту, не указывая сумму оплаты в альтернативной валюте. Но тогда я ухожу в операцию ZDI неизбежно. ZDI при любых отклонениях всегда все принимает на себя, KDW и KDZ не выкручиваются. Отсюда я делаю вывод, что сумма оплаты в альтернативной валюте у Вас указана.

В результате система кидает разницу на KDW, добрасывает VST, а потом все вместе балансирует на KDZ.
Чтобы НДС не выкручивался, Вам достаточно пойти по любому сценарию из следующих
1. Убрать настройку от кода НДС. Сделать универсальную, без кода, галку НДС снять в KDW. Тогда не будет ни KDW, ни VST, ни KDZ.
2. Убрать налоговую категорию на 91 счете курсовых разниц. Тогда останется KDW, который будет равен KDZ. VST не будет.

Я бы выбрал вариант 1. Мне кажется, что это слишком модная западная дичь какая-то.

p.s. Ништяк, 1500-е сообщение! :)))

_________________
Алё, это Пакистан? Нам нужен один килограмм


Пометить тему как нерешенную
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Переоценка 19 счета при выравнивании в рублях
СообщениеДобавлено: Пн, дек 12 2022, 01:01 
Старший специалист
Старший специалист

Зарегистрирован:
Пн, май 07 2007, 09:44
Сообщения: 408
KDW у меня настроено без привязки к кодам налога.
Убрал налоговую категорию у 91 счета в KDW.
И отключил сообщение FF 827.
Тогда проводка стала более менее объяснима.
на счет KDW относится разница между суммой платежа и суммой по курсу на дату платежа.
А на KDZ относится курсовая разница между курсами задолженности и курсом оплаты.


https://disk.yandex.ru/i/wCRvo3xm7YXMzA

Yozhhhhh, спасибо за совет.


Пометить тему как нерешенную
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Переоценка 19 счета при выравнивании в рублях  Тема решена
СообщениеДобавлено: Пн, дек 12 2022, 09:42 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Ср, фев 21 2007, 08:50
Сообщения: 1570
Откуда: Пермь
Пол: Мужской
CrecerRu написал(а):
на счет KDW относится разница между суммой платежа и суммой по курсу на дату платежа.
А на KDZ относится курсовая разница между курсами задолженности и курсом оплаты.


Я уверен, что это не так.
KDZ - это именно offset счет. Это следует из его названия (перерасчетный) и из того, что в его настройке (обратите внимание) нет управления по дебету или кредиту, то есть он всегда одинаков. При этом сап все курсовые разницы всегда разворачивает в зависимости от выручки или расхода. Таким образом, KDZ - это просто компенсация, корреспондирующий счет. Он призван просто забалансировать баланс по документу и вывести его в 0.
Он всего лишь берется равным
- KDW или
- KDW + VST (если налог выкручивался)
Вот и вся история.

Решил проверить еще кое-что: убрал настройку в FBKP в зависимости от кодов налога. И представьте себе, отработало аналогично (ваш пример исходный). Думал, что это из-за налоговой категории (специально вписал B2, как в задолженности). Результат аналогичный. Заменил категорию на *. Результат аналогичный. Стер категорию, KDW и KDZ исчезли. Но что интересно: если сумма оплаты вписана 6300 руб в задолженности, а платеж делаю на 6400, ну хоть ты тресни разница у меня всегда летит на ZDI. Но это уже неинтересно.

Знаете что. Налоговая категория может ведь пригодиться теоретически (вдруг этот 91 счет специфический). На вашем месте я бы поставил там *.
А в замещении 2 момента сделал затирку кода налога на позициях по предпосылке
- БЕ
- создание нового документа
- ..... (as you wish)
- and ( bseg-ktosl = 'KDW' ).
При затертом коде налога VST не будет выкручиваться.

p.s. У вас достаточно необычный бизнес. Первый раз вижу, чтобы в кредиторской задолженности использовали заполненное поле суммы оплаты в альтернативной валюте. В ТАП еще ладно. Мне кажется, что именно поэтому вопрос мутный и в России не очень проработанный, так никто не делает :)

_________________
Алё, это Пакистан? Нам нужен один килограмм


Пометить тему как нерешенную
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Переоценка 19 счета при выравнивании в рублях
СообщениеДобавлено: Пн, дек 12 2022, 21:04 
Старший специалист
Старший специалист

Зарегистрирован:
Пн, май 07 2007, 09:44
Сообщения: 408
Не правильно написал, не KDZ, а KDF:

на счет KDW относится разница между суммой платежа и суммой по курсу на дату платежа.
А на KDF относится курсовая разница между курсами задолженности и курсом оплаты.


Пока на счетах КР убрали налоговую категорию.
Если будут проблемы, придется замещение делать.


Пометить тему как нерешенную
Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 7 ] 

Часовой пояс: UTC + 3 часа


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

Сейчас этот форум просматривают: нет зарегистрированных пользователей


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB