Текущее время: Чт, июл 24 2025, 05:43

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




Начать новую тему Ответить на тему  [ Сообщений: 10 ] 
Автор Сообщение
 Заголовок сообщения: J_3RF_RATE_CALC (решение САП по ПБУ3) - ошибки округления курса
СообщениеДобавлено: Пн, янв 25 2010, 18:54 
Специалист
Специалист

Зарегистрирован:
Вс, фев 22 2009, 13:01
Сообщения: 101
Пол: Мужской
Коллеги, вот чето зациклился на проблемке... Думаю, что она должна возникать у всех, кто использует J_3RF_RATE_CALC

Краткое описание
Реализация в у.е. с авансами. При постинге счета-фактуры из SD в FI в документе FI по среднему курсу имеем ошибки округления, которых быть не должно.

Пример
01.12.2009 (курс 29,00000) получен аванс №1 - 232.000,00 руб. = 8.000 у.е.
20.12.2009 (курс 30,50000) получен аванс №2 - 7.930,00 руб = 260 у.е.

31.12.2009 (ср.к 29,04722) счет-фактура: 239.930,04 руб. = 8.260 у.е. * 29,04722

Курс вычислила J_3RF_RATE_CALC: (8.000 * 29,00000 + 260 * 30,50000) / 8.260

Соответсвенно, вылезает разница в 4 копейки, которую совсем не хочется видеть.

Вопрос
Как побороть ситуацию?)
Хочется как бы "перехватить" создание счета-фактруры в FI и подставить правильную сумму в локальную валюту...

У общественности есть мысли по этому поводу?

_________________
В теории практика ничем не отличается от теории, но на практике отличается.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: J_3RF_RATE_CALC (решение САП по ПБУ3) - ошибки округления курса
СообщениеДобавлено: Вт, янв 26 2010, 11:44 
Ассистент
Ассистент

Зарегистрирован:
Чт, окт 04 2007, 09:42
Сообщения: 36
Природа копеек может быть разная - не только от расчета среднего курса. Поэому, как обычно, списывайте копейки на счет малых отклонений в процессе выравнивания - бухгалтер по реализации подтвердил.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: J_3RF_RATE_CALC (решение САП по ПБУ3) - ошибки округления курса
СообщениеДобавлено: Вт, янв 26 2010, 12:01 
Специалист
Специалист

Зарегистрирован:
Вс, фев 22 2009, 13:01
Сообщения: 101
Пол: Мужской
_Иван_ написал(а):
Природа копеек может быть разная - не только от расчета среднего курса. Поэому, как обычно, списывайте копейки на счет малых отклонений в процессе выравнивания - бухгалтер по реализации подтвердил.


Спасибо. Списывать разницы указаной в примере природы, конечно, хорошо. Но вот есть ощущение, что можно обойтись ваще без них.
Не знаете, может быть существует событие OpenFI в момент, когда уже рассчитана сумма документа и ее можно подменить?

_________________
В теории практика ничем не отличается от теории, но на практике отличается.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: J_3RF_RATE_CALC (решение САП по ПБУ3) - ошибки округления курса
СообщениеДобавлено: Вт, янв 26 2010, 14:36 
Гуру-модератор
Гуру-модератор
Аватара пользователя

Зарегистрирован:
Пт, июл 08 2005, 13:07
Сообщения: 5274
Откуда: Geneva
Пол: Мужской
Вот это замечательное средство дает превосходный результат:

viewtopic.php?f=5&t=18575


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: J_3RF_RATE_CALC (решение САП по ПБУ3) - ошибки округления курса
СообщениеДобавлено: Ср, янв 27 2010, 12:39 
Ассистент
Ассистент

Зарегистрирован:
Чт, окт 04 2007, 09:42
Сообщения: 36
Мы пока делаем без J_3RF_RATE_CALC, т.к нас не устраивает применение тр. FB05 - делаем погашения СчФ через тр. перерасчета аванса. При окончательном выравнивании копейки прекрасно улетают на курсовую разницу. Я убедил бухгалтеров так и делать. Иначе, трудоемкость ввода проводки малого отклонения превосходит трудоемкость операции выравнивания. Считать в учетной политике, что это малое отклонение для курсовых разниц.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: J_3RF_RATE_CALC (решение САП по ПБУ3) - ошибки округления курса
СообщениеДобавлено: Ср, янв 27 2010, 15:15 
Специалист
Специалист

Зарегистрирован:
Вс, фев 22 2009, 13:01
Сообщения: 101
Пол: Мужской
Погодите, а если не активировать J_3RF_RATE_CALC, то как вычислять средний курс?
Ручками? :shock:

_________________
В теории практика ничем не отличается от теории, но на практике отличается.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: J_3RF_RATE_CALC (решение САП по ПБУ3) - ошибки округления курса
СообщениеДобавлено: Ср, янв 27 2010, 15:27 
Ассистент
Ассистент

Зарегистрирован:
Чт, окт 04 2007, 09:42
Сообщения: 36
Да, ручками, пока мало авансов, через курс цены в заказе. В конце концов внедрим САП - решение, но с транзакцией перерасчета.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: J_3RF_RATE_CALC (решение САП по ПБУ3) - ошибки округления курса
СообщениеДобавлено: Пт, янв 29 2010, 10:40 
Начинающий
Начинающий

Зарегистрирован:
Пт, янв 29 2010, 09:21
Сообщения: 3
Пол: Мужской
_Иван_ написал(а):
Природа копеек может быть разная - не только от расчета среднего курса. Поэому, как обычно, списывайте копейки на счет малых отклонений в процессе выравнивания - бухгалтер по реализации подтвердил.


Списывать копейки на счета малых отклонений - это конечно "выход".
Но выручка по среднему курсу попадет в книгу продаж, а там списанные копейки никакого отражения не получат и налоговая база по ставке 0 % сформируется не правильно!

Как быть в данной ситуации пока не понимаю!
Хотелось бы, чтобы рублевая сумма счет-фактуры расчитывалась не из сложившегося среднего курса (J_3RF_RATE_CALC), а из сумм авансов в рублевых эквивалентах плюс рублевый эквивалент неоплаченной суммы фактуры. Может кто-то уже работал в этом направлении?


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: J_3RF_RATE_CALC (решение САП по ПБУ3) - ошибки округления курса
СообщениеДобавлено: Пт, янв 29 2010, 12:35 
Ассистент
Ассистент

Зарегистрирован:
Чт, окт 04 2007, 09:42
Сообщения: 36
Книга продаж по 0% ставке делается только на отгрузку - на авансы не делается. Поэтому перерасчет авансов (НДС) с участием книги покупок отсутствует - копейки эти, таким образом, выявлены не будут.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: J_3RF_RATE_CALC (решение САП по ПБУ3) - ошибки округления курса
СообщениеДобавлено: Пн, фев 01 2010, 07:22 
Начинающий
Начинающий

Зарегистрирован:
Пт, янв 29 2010, 09:21
Сообщения: 3
Пол: Мужской
_Иван_ написал(а):
Книга продаж по 0% ставке делается только на отгрузку - на авансы не делается. Поэтому перерасчет авансов (НДС) с участием книги покупок отсутствует - копейки эти, таким образом, выявлены не будут.


Я про отгрузку и говорю.

Лёдчик написал:
Коллеги, вот чето зациклился на проблемке... Думаю, что она должна возникать у всех, кто использует J_3RF_RATE_CALC

Краткое описание
Реализация в у.е. с авансами. При постинге счета-фактуры из SD в FI в документе FI по среднему курсу имеем ошибки округления, которых быть не должно.

Пример
01.12.2009 (курс 29,00000) получен аванс №1 - 232.000,00 руб. = 8.000 у.е.
20.12.2009 (курс 30,50000) получен аванс №2 - 7.930,00 руб = 260 у.е.

31.12.2009 (ср.к 29,04722) счет-фактура: 239.930,04 руб. = 8.260 у.е. * 29,04722

Курс вычислила J_3RF_RATE_CALC: (8.000 * 29,00000 + 260 * 30,50000) / 8.260

Соответсвенно, вылезает разница в 4 копейки, которую совсем не хочется видеть.

Вопрос
Как побороть ситуацию?)
Хочется как бы "перехватить" создание счета-фактруры в FI и подставить правильную сумму в локальную валюту...

У общественности есть мысли по этому поводу?


Если посмотреть пример из первого сообщения темы, то видно что в книгу продаж должна попасть сумма 239930,00 (рублевый сумма авансов), а попадет сумма 239930,04 (рублевая сумма фактуры по среднему курсу).


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

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


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

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


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

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