БП 1,6,11,7
Реализация. договор в USD.
при печати счета-фактуры (руб) - сумма НДС и общая рублевая рассчитывается просто: исходя из курса на дату документа и далее по схеме х*18/118

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

УправлениеПроизводством.РаспределитьПропорционально(СтрокаТовар.Сумма, МассивРаспределения);

В результате чего при общих одинаковых суммах документа (в печатных формах), значения сумм ндс и сумм без ндс получаются различными (от одной до пяти копеек разницы)

вопрос - это так зачем?

апну и спать пойду.

последний раз апну.
мож кто в этом тупняке разбирался...

итак, продолжу общаться сам с собой.

оказывается, есть такая константа, устанавливающаяся в настройках параметров учета на закладке НДС: "ДатаНачалаПересчетаСуммыНДСвРубляхПоДокументамВИностраннойВалютеПоСтавкеНДС"

прикол в том что по заполненности этой даты в счете-фактуре выбирается один из двух методов расчета ндс, а в расходной накладной нет анализа и соответственно выбора.

тоесть если указываем дату в эту константу (настройки параметров учета - ндс - по рублевой сумме документа (рекомендуется)) то в расходной накладной и счете-фактуре сумма ндс будет рассчитана разными способами.

если дату не укзаываем (по валютной сумме документа) то способ расчета ндс одниаковый - распределение посредством  "УправлениеПроизводством.РаспределитьПропорционально"


ппц. маразм.

всем спасибо за участие :)

до кучи.
проверка этой константы в конфигурации используется еще только в одном месте: в ГтдПоИмпорту.

и еще раз до кучи.
при очистке константы (положение - по валютной сумме документа) в счетах фактурах в печатных формах сумма ндс не соответствует сумме рассчитаной тупо на калькуляторе...

ппц.. даешь заказчику, он от нехрен делать считает сумму ндс своей счетной машиной и возвращает счет-фактуру ибо "не по формуле"

вот бл...