Кто-нибудь сталкивался с подобным:

Отражение счёт-факутры в книге продаж на забалансовых счетах по условию отгрузки DAF, при условии что отгрузка произведена но переход права собственности ещё не произошол. После момента права перехода собственности выпускается новая счёт-фактура (предыдущая НЕ сторнируется) и передаётся в FI с реальными счетами.

Т.е. отгрузили по DAF, товар в пути, до границы ещё не дошол но уже требуется счёт-фактура, потом товар пересёк границу требуется вторая счёт фактура дублирующая первую но на другоие счета с уже реальным валютным курсом.

Как это рализовать?
Что это вообще? FI говорит что это новые требования налогового законодательства.
Экспортники хелп ми

Привет.

Хм, насчет таких новых требований не слышал. Если можешь получить ссылку от своих бухгалтеров/финансистов о том, где это можно почитать, думаю будет гораздо полезней. Потому что опыт показывает, когда люди подсказывают готовые локальные решения для общей проблемы - они сами зачастую не понимают сути.

Ну а теперь по делу.

1. Почему только DAF? Почему не FOB, CIF, CPT, DDU ну и т.д.? Сомневаюсь, что в новом законодательстве оговариваются конкретные условия Инкотермс, которые не подвластны этому законодательству.

2. Фактура при экспортных отгрузках в момент самой отгрузки в любом случае требуется, но только для целей оформления ГТД. Может, это тот случай? Здесь проводок нет, т.к. это документ ТОЛЬКО для таможни.

3. Подозреваю, что проводки на забалансовые счета - это решение вашей финансовой кухни, т.к. никто еще не отменял основного принципа: товар отгружен - проводка на 45, товар реализован - проводка на 90.

4. Про то, что одна поставка не фактурируется (реальными счетами, а не проформами) дважды, думаю, вы и так знаете. Без сторнирования первой фактуры у вас остается только возможность пользоваться кредитовыми и дебетовыми авизо. Но при этом, должны будут очищаться ранее созданные забалансовые проводки. Это надо будет учитывать в схеме калькуляции.


От себя добавлю. Наша контора работает на экспорт и достаточно долго, экспортные операции у нас ведутся в системе и условия, когда отгрузка с завода (ОМ) произошла, а ППП будет гораздо позже, встречаются достаточно часто. Но о таком мы не слышали.


P.S. Есть подозрение, что речь идет о необходимости выставления СФ с 5 дней с даты отгрузки товара. Мы с этим делом уже сталкивались, однако если внимательно проштудировать НК, то видно, что понятие "дата отгрузки" может означать не только день физического покидания товара территории продавца. У нас день отгрузки считается датой ППП (в свое время прогоняли это через наших финансистов и, если не ошибаюсь, юристов), так что проблем нет.

Я тоже считаю что это всё гон.
Это пока требовалось и услышать.
Но если всё же продавят тогда дебетовое авизо по поставке на которую уже есть счёт реально стандартно сделать?

Где всё это написано тоже пока почитать не дают, москва письменно ничего пока не дала, только устно.

Привет! А можно краткий ликбез: дата ППП - это что такое и как расшифровывается? По контексту вроде имеется в виду дата перехода права собственности, но тогда сокращенно получается ППС.

LKU
В системе это LIKP-PODAT (Дата подтверждения получения поставки). Мы это используем как ППС. По сути эти два понятия разные, но не так уж далеки.

WarWar
По стандарту обычные авизо делаются со ссылкой на заказы кредитования/дебетования. Мы сделали со ссылкой на документ фактуры (была такая необходимость). Подозреваю, что не будет возможности сделать ДА по поставке, по которой уже есть счет-фактура, т.к. это означает, что ты получаешь возможность дважды проводить в системе одну и ту же поставку, что есть грубейшее нарушение ИМХО. Лучше делай по фактуре. Единственное, тебе надо будет выставлять дебетовое авизо по дате ППС (и соответственно, это же должна быть дата курса).

а у нас в связи с этим нк другая проблема...
бухгалтерия требует, чтобы при проводке на 45 счет печаталась сф и еще сразу выставлялся НДС, а далее после перехода права собственности уже проходила выручка и только выручка...ну мы и реализовали ...
хотя согласна с вышестоящим оратором - все дело" что есть дата отгрузки" и как ее трактовать...НЕЛЬЗЯ ВО ВСЕМ ПОЛЬЗОВАТЕЛЯМ ПОТАКАТЬ, а мы потакаем

Думаю, в последнем случае больше всех слушали бухгалтерию, что есть грустно. В любом случае есть неплохой подход, когда функционалы начинают требовать что-то из ряда вон. Мы просто рисуем им реальные проблемы, с которыми они (или кто-то другой) столкнется, если реализовать, что они просят. Если хорошо покопаться, то проблем можно найти немало, и "шапками закидать". Если и после этого упрямствуют, то хотя бы задокументировать, что "несмотря на... была принята следующая концепция".

P.S. Кстати, интересно, как вы реализовали проводки НДС по выручке при поставке, а саму выручку без НДС без поставки? Если бы у вас был экспорт, такой номер не прошел, т.к. там в случаях рассчроки платежа, вы должны были бы использовать рублевый курс на дату ППС.

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

некрасивый, но реальный (работает т.к. в поставке есть та же схема калькуляции что и в фактуре), черех экзит запускается проводка НДС в fi по ценовым условиям поставки (некрасивость: из-за нестандартности решения могут быть проблемы с книгой продаж, программой переноса и т.п)

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

Понятно, что наворотить можно много чего. Только ведь все это надо дотошно тестировать и поддерживать.

Я понимаю, что бывают ситуации, когда "клиент всегда прав". Только лучше людям сразу расписать (и как можно в более ярких красках), во что они вляпываются.

В случае когда НДС проводится в одном месте, а выручка в другом, возникает одна глобальная проблема - вы отделяете налоговую базу от самого налога. Во-первых, как потом это будете связывать в книге продаж? Во-вторых, за счет такого разделения возможно расхождение данных.
Хотя, о чем я, вы и так это знаете.

вот именно поэтому мне все это и не нравится