Бухгалтерия 3.0 Алгоритм пересчета валютных реализаций в рубли #783245

Всем привет! Бухгалтерия предприятия, редакция 3.0 (3.0.44.155) В документе Реализация (при взаиморасчетах в валюте USD) пересчитывает не построчно. Нашел алгоритм расчета так он очень интересный. Они берут и суммируют все строки в валюте(Колонка Всего сумма) табличной части документа. Полученную сумму умножают на курс валюты(USD) а затем распределяют построчно (Плывут копейки при таком расчете). Ни кто не задавался вопросом почему у них такой алгоритм и почему сразу не считают построчно!?

потому что взаиморасчеты возникают по документу, а не построчно

Но копейки то плывут в проводках

куда плывут копейки?

Если посчитать бухгалтерским способом "Калькулятором" :) то разница в дробной части. Тоесть цена за еденицу товара 1 777,76р а по рачету 1С 1777,71р

а теперь сложи всё что ты насчитал и сравни с суммой за весь документ (переведённую на рубли)

Да. Все будет верно. НО! При выводе ТОРГ12 или счет-Фактура выданный он разобъет номенклатуру по строкам и всунет цифры цена за еденицу (в рублях) и НДС именно 1777,71 (тоесть неверную).

Неужели больше ни кто не сталкивался с такой проблемой??? :(

Я так и не понял в чём проблема... Сумма по ТОРГ-12 и Счёт-фактуре совпадает с суммой документа в рублёвой оценке?

почему неверную то?

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

Цена в строке в ТОРГ-12 умноженная на количество даёт Сумму без НДС? Вы с контрагента какую оплату будете требовать? За весь документ или за каждую строку? Контрагент будет вам платить умножая сумму документа в у.е. на курс? Или за каждую строку?

А кого вообще волнует колонка "цена" в этом документе?

Допустимо цена*количество<>сумма.

Проверяющие органы?

На кой ляд этим мифическим "проверяющим органам" цена сдалась?

Контрагенту она сдаласть (Покупателю).

А они требуют точные цены до копейки. По их расчетам цена в рублях одна а мы торг 123 и счет фактуру отдаем с другой ценой

Так если сделать построчно, тогда в итоговой сумме копейки поплывут.

Мало что они требуют. Арифметика есть арифметика - все пляшет от суммы.

Предлагаю еще усложнить для полного счастья - цену реализации указывать с НДС :)

Можно наоборот упростить - делать отдельный документ на каждую позицию. Тогда всё будет совпадать.

Такая же хрень при поступлении Материалов в УЕ

Сумма проводки по НДС вычисляется по ставке 18% от разности между суммой поступления по курсу документа и курсу аванса, а должна вычисляться как разность между суммами НДС (округленными до 2х знаков после запятой) от этих сумм.

Да так то сто пудов будет совпадать)))))

Темя очень скользкая и как правильно бытб непонятно. Менять алгоритм расчета 1С считаю не правильно. Но и отдавать контрагенту (покупателю) Документы Торг12 и счет-фактуру с неверными цифрами в строках (хоть и общая сумма верна) тоже не не правильно... пфффф.....

"с неверными цифрами" - это лишь твое мнение. При частичной оплате ты вообще устанешь на калькуляторе это проверять. К сожалению, даже от расхождения с.ф. и ТОРГ-12 не во всех типовых избавились, когда в с.ф. идут разные ГТД а в ТОРГ-12 свернуто некоторые типовые показывают разные суммы.

+ считай, что если у тебя рублёвая сумма в проводках совпала с суммой с с.ф. и ТОРГ-12 и при этом корректно закрылись авансы - всё ВЕРНО (по определению).

откажитесь от центов, проблем не будет

"К сожалению, даже от расхождения с.ф. и ТОРГ-12 не во всех типовых избавились, когда в с.ф. идут разные ГТД а в ТОРГ-12 свернуто некоторые типовые показывают разные суммы." - писали руко(.)опы, поэтому и не сходится. я писал сам (клюшки! мои любимые старые клюшки!) - поэтому сходится. и сумма НДС и потоварно и в целом по документу и итоговая сумма и по товару и по документу и ты не поверишь но даже сумма без ндс - и потоварно и по документу.

как думаешь в твой код можно перенести в 8. расскажи как считал что бы не рвало суммы. или твоё ноухау расспростроняется даже логику расчета?:)

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

Многие современные бухи не понимают, что арифметика круче чем НК и ПБУ вместе взятые, а когда они встречаются с "программистами", которые не знают, что арифметика круче чем программирование возникают такие ветки. ...а потом конфигурации с пятизначными суммами и десятизначными курсами.