Неверная сумма НДС при учете в валюте.

Новая тема
Добрый день!

Столкнулся с очень неприятной особенностью\ошибкой.

При распечатывании накладной (Документы->Учет товаров->Отгрузка товаров, продукции..) получателю с которым учет ведется в долларах - в накладной неверно указывается размер НДС!

Т.е. есть накладная на 1000 долларов, что по курсу, допустим 36,1234 = 36123 рубля 40 копеек.
В ней НДС должен быть 1000*18/118=152,54237... что, фактически в рублях (*36.1234) = 5510 р. 35 коп.

Но в программе он $152.54 и всё что после - выбрасываеется (логично, доли центов наверно нигде не учитываются), но в рублях сумма уже иная из-за этого и составляет 5510 р. 26(!) копеек.

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

Каким образом можно изменить точность учета(операций) в валюте с 2зн. после точки до 5.
И есть ли иное известное решение этой проблемы?

Насколько я понимаю она вполне возможно повсеместная при условии учета в долларах..

UPD: с точностью проблема практически решена правкой конфигурации и увеличением точности в ф-ции "Окр" и увеличением "точности" в поле таблицы "ндс". Осталась проблема с авторасчетом суммы НДС в таблицу (в у.е.).

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

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

Вы ведь не указали, какая у вас платформа, какой релиз, какая конфигурация. Так что на частные и конкрутные ответы не расчитывайте.
BelikovS, спасибо за совет! К сожалению не пользовался отладчиком никогда, попробую.

Речь идет о 1С Бухгалтерия 7.7 \ 504, конфигурация типовая.

Проблема возникает в форме "Документы->Учет товаров->Отгрузка товаров, продукции", на данный момент отредактировал таким образом чтобы в таблице формы была возможность указывать сумму НДС в виде "12.34567", и при распечатывании накладной пересчитывать все это в рубли\копейки корректно.
Но при автоматической подстановке при внесении данных в таблицу формы (товар, кол-во..) НДС подставляется автоматически в виде "12.34000" что не позволяет считать проблему окончательно решенной (
Интересно а платить Вам тоже будут с тысячными долями или как?
Спасибо даже за такой ответ :)

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

Указанный в накладной НДС не соответствует тому, который считается по формуле <сумма*18\118> только из-за такого непродуманного округления. Я не бухгалтер и не мне судить о том насколько критична эта погрешность в 2 или 75 копеек в указанном в накладной НДС, но она есть и ясно откуда она, важность обозначена как очень высокая, и я буду очень благодарен каким либо мыслям о том какими действиями еще можно решить подобную проблему.

Практически любой совет по теме может помочь так или иначе, поскольку я не занимался 1С и программированием в этой системе, в частности..
"В глобальном модуле посмотрите ф-цию глПоказательДокумента(). В конце написано: Возврат Окр(Результат, 2, 1);
Только учтите - это уже будет распространяться не только на этот документ, а вообще на любой, который пользуется этой ф-цией."
спасибо!

В рублях, что логично, копейки тоже делит на тысячные, буду думать как разграничить на "у.е"...
Прошу прощения, но у вас проблема только в печатной форме? То есть в "Книгу продаж" по выданной С/ф заносится сумма с корректно рассчитанной себестоимостью?
Читают тему
(гостей: 1)

Быстрый переход