Документ "Поступление товаров и услуг"
Номенклатура "Шестигранник"
Цена 8590,83 за тонну
Количество 0,020 тн (сам в шоке)
Сумма 171,82 (171,8166 без округления)


Отчет "Ведомость по партиям товаров на складах"

Первый документ:

Начальный остаток
Количество    0,020
Стоимость    171,82
                            
Приход
Количество    0,005
Стоимость    42,96

Остаток
Количество    0,015
Стоимость    128,86

Второй документ:

Начальный остаток
Количество    0,015
Стоимость    128,86
                            
Приход
Количество    0,015
Стоимость    128,86

Остаток
Количество    0
Стоимость    0


Отчет "Ведомость затраты на выпуск продукции (Наработка)"

Первый документ

Количество    0,005
Стоимость    42,96

Второй документ

Количество    0,015
Стоимость    128,87 !!!


В "Движения документа по регистрам" документов "Отчет производства за смену" и "Требование-накладная" та же ситуация.
Мне уже эта копейка снится.
Я так понимаю проблема округления в механизах движения документов. Посоветуйте как лечить конфигурацию.

забей

Ни как

(2) Не разменивай свою жизнь на копейку

(3) Это к чему?

(4) пардон, я хотел это сказать топик-стартеру

У меня та же проблема - похоже нет единого стандарта.

(0) Не конфигурацию лечить надо, а менять правила математики.

(7) Ага типа вот так:
Все знают, что число Пи равно 3,1415..... но в штате Индиана значение числа Пи составляет 4.
))

Я пытался проследить стоимость в движениях документа по конфигурации, в процедуре СформироватьДвиженияПоРегистрамЗатратыНаВыпускПродукцииНаработка (например) СтрокаВыборки.СуммаУУ имеет значение еще не округленное "128,865" и может в такие моменты отловить значение и округлить его принудительно?

не мелочись, наденька...

(10) а вот 5 у тебя будет 1 или 0 ? ))

(0) Когда учился бухучету, рассказывали про бухгалтера, который сначала сошел с ума, а потом застрелился из-за того, что баланс не сходился на 1 копейку! Осторожнее там.

(12) В том и проблема, что документы "Отчет производства за смену" и "Требование-накладная" имеют разное мнение о том сколько будет.

вести в кг нельзя?

(8), (15) Стоимость килограмма или центнера изменит стоимость тем-же округлением но еще в документе оприходования.

Разница в отчетах встречается время от времени, не постоянно, даже по одной номенклатуре она может быть в одном документе, в другом - нет. Эта номенклатура была разбита на 2 работы, в одной эти 2 отчета без всякого отличия, в другой разница.

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

если вы в кг торгуете/списываете значит на хреновине должен быть "ценник" тоже в рублях и копейках. который потом при складывании обратно в исходный в тонны не вернется.

или крестик или трусы

рекомендую посмотреть ценобразование аптечных конфигураций

там есть понятие торговля блистерами. и трахомудия с округлением и "куда девать ошметки округления" когда вы пачку таблеток начали на бристеры драконить

(20) На меня и так в офисе бухгалтерия смотрит как на человека пытавшегося вызвать сатану на латыни, после попытки провести грани между ИБ, БД, конфигурацией и платформой, а теперь представьте что я начну пояснять как "на бристеры драконить" и про аптеку ляпну... Меня ж в наркоманы запишут тотчас. Тут вариант только через конфигурацию решать ньюансы. Бухгалтера там, в своем деле, не первый день, думаю если бы были варианты иначе вносить, они бы так и поступили.