Текущее время: Сб, июл 19 2025, 01:00

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




Начать новую тему Ответить на тему  [ Сообщений: 5 ] 
Автор Сообщение
 Заголовок сообщения: ПБУ 3/2006
СообщениеДобавлено: Ср, май 14 2008, 12:05 
Ассистент
Ассистент

Зарегистрирован:
Чт, окт 04 2007, 09:42
Сообщения: 36
В связи с изменениями ПБУ 3/2006 получаемые и отгружаемые товары по импорту/экспорту в условия авансовых платежей должны оцениваться по курсу на дату авансов, а не на дату оприходования/отгрузки. НУ не изменился. Нам понятны условия: один аванс- одно поступление –одна фактура на сумму аванса; один аванс – одна отгрузка – одна фактура на сумму аванса. Непонятно, как выполнить эти операции, когда есть один и более авансов на часть прихода/реализации. Мы рассмотрели 3 варианта решения:
1. Формирование отдельных заказов на закупку/продажу в объеме авансов. Курс в заказе на дату аванса. Недостатки: увеличение количества заказов; поступившую счет-фактуру необходимо разбить, по крайней мере, на две, на авансовую и неавансовую части со своими курсами валют; увеличение операций фактурирования; на практике часто остаются остатки от авансов; для налогового учета курсовые разницы придется считать вручную. Этот вариант для практического использования не реален.
2. Корректировка запасов и реализации. Рассчитывать реализованные (перерасчетные) курсовые разницы, как и раньше. Отмечать по кодам причин проводки разниц, относящихся к выравниванию авансов. При закрытии периода получить отчет «Отдельные позиции» в разрезе причин разниц и корр.счетов. Разницы итоговые по причинам списывать на счета отклонений 16* или 90* в корреспонденциями с техническими счетами. Распределять эти счета: 16* как ТЗР , 90* - на объекты учета результатов – распределяются пропорционально выручке на группы продукции. Корреспонденции с 91* счетами затем сторнировать только в бухгалтерской области с помощью транзакции FBB1.
Недостатки: очень сложная для ручного исполнения технология - будут ошибки. Счета отклонений должны корреспондировать с какими-то техническими счетами- закрываться они никогда не будут. В отчете в рамках 11-го журнала на нижнем уровне будут строки «не присвоено». На уровне групп продукции – все нормально. Автоматизировать это – ничего на ум не приходит.
Преимущества: ничего не нужно делать в налоговом учете.
3. Использование среднего курса. См. методику SAP (нота 1166801). Мы проверили на тесте. Технологично. На практике расчет среднего курса даже без специального калькулятора для ввода в заказ особых проблем не вызывает. Необходимые условия: в бухгалтерии дебиторов/кредиторов для авансов должна использоваться особая главная книга; авансы закрывать через перерасчет.
Недостаток: необходимо принять отсутствие разниц в условиях авансов и в НУ – как это сделать? Невозможна сверка по валютным договорам, если платежи в руб., т.к. контрагент требует сверяться по курсу ЦБ.
Другое: запрет в БУ оценки открытых позиций авансов на отчетную дату проблем в НУ не вызывает.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, май 14 2008, 17:05 
Ассистент
Ассистент

Зарегистрирован:
Пт, апр 04 2008, 15:38
Сообщения: 44
сап разместил коменты по этому вопросу на www.service.sap.com


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Сб, май 17 2008, 23:35 
Начинающий
Начинающий

Зарегистрирован:
Сб, май 17 2008, 23:31
Сообщения: 8
САП еще и ноту выпустил. Почти все вручную делать
но я слышала, что подообное требование есть на Украине и там не ручное решение.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт, май 20 2008, 10:52 
Ассистент
Ассистент

Зарегистрирован:
Чт, окт 04 2007, 09:42
Сообщения: 36
Ручная работа добавляется коммерсантам - расчитывать средний курс. Можно чуть облегчить - добавить к электронному калькулятору список авансов. Я не вижу здесь сложностей внедрения.
Самая большая проблема - нужно расчитать курсы (разницы) для налогового учета и провести их в специальные регистры, на которых сделан НУ. SAP намерен сделать такую программу. У кого не сделан НУ, нужен отчет по тому же алгоритму.


Украина, а как у вас работает аналогичный ПБУ?


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, июн 27 2008, 23:50 
Директор
Директор

Зарегистрирован:
Вт, сен 25 2007, 09:47
Сообщения: 943
Пол: Мужской
_Иван_ написал(а):
Ручная работа добавляется коммерсантам - расчитывать средний курс. Можно чуть облегчить - добавить к электронному калькулятору список авансов. Я не вижу здесь сложностей внедрения.
Самая большая проблема - нужно расчитать курсы (разницы) для налогового учета и провести их в специальные регистры, на которых сделан НУ. SAP намерен сделать такую программу. У кого не сделан НУ, нужен отчет по тому же алгоритму.

Услуги-то, быть может, как-то и можно извратиться и списать в НУ по-другому. Хотя и это задача не самая простая.
Но вот что делать с товарами-материалами в этом случае?:)


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

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


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

Сейчас этот форум просматривают: Ahrefs [Bot]


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

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