Добрый день! БП 2.0. Столкнулись с таким вопросом конечный остаток по оборотке счета 41.02 количество разнится с суммой на копейки, а ведь должны совпадать, потому что весь товар (не ведется пономенклатурный учет, весь товар числится как Товар) при приходе количество=сумма, т.е. себестоимость считается 1рубль. Метод списания по фифо.
Почему остатки начали разниться? в приходе ошибок нет точно. У количества три знака после запятой, у суммы два. Может со списанием последней партии как то связано? Потому что сделали тестовые операции: завели склад новый, оформили туда несколько приходов, сделали несколько списаний. и по тем операциям все ок: не возникает так чтобы было например 234,546 количество и сумма 234,55...
Подскажите как с этим бороться?

в бухгалтерии нету партий

(1) да что вы говорите???

(1) есть

(0) ошибки округления при расчете
Доп. расходов никаких не накручивалось на партию товара?

(4) а по какой причине возникают ошибки округления? (на тесте все без ошибок округления). на партию не накручивалось доп. расходов.

Восстановление последовательности делали?

Не понял, если при приходе  количество=сумма, то как у вас себестоимость может быть 234,546 количество и сумма 234,55.

(6) восстановление последовательности делали, не помогло

(7) мне тоже интересно почему так получается....

(9) а открыть карточку счёта нельзя? все должны на кофейной гущи гадать?

+(7)234,546 количество и сумма 234,55. при этом в документе списания количество ставим 234,55. А в проводках получается  234,546 количество и сумма 234,55.

(0)Округления проверь.
Это такая пакастная вещь...

(12)где проверить?

(13)Там где цифры на выходе естественно

(12) округления чего? ну нет у него округления априори

У меня был соучай, продавец до 2  знаков округлял, а программа покупателя(кстати 1С) до 3.
Вы бы видели эту ругань по переписке:-)

(15)Если что-то начинает разниться на копейки - это округление, к гадалке не ходи

(16)  у него нет суммового учёта, точнее сумма = количество. поэтому 3 штуки за 10 рублей у него не может быть

А вот что может - это доп.расходв

(17) несогласен

(18)Ладно, послушаем, что скажет

(14) на выходе вот эти цифры 234,546 количество и сумма 234,55

(18) нет доп расходов

(21)Это реквизиту присваевается или переменной?

(23)это получается в запросе партий для списания, а затем попадает и в проводки

(24)Ты не поняла.
Результат может иметь точность до 3 знака.
Но если у реквизита установлена точность до 2 знаков, то он естественно отрежет и округлит.
Поэтому я и спрашиваю- куда результат присваевается?

(25)реквизиту

ошибки округления решаются корректировкой последней суммы.
если количество_товара после списания =0 то
сумма_списания = сумма_остатка_на_счете
вот и вся недолга

(26)Вот и посмотри округление у реквизита в свойствах

(27) ручной корректировкой? и вы предлагаете суммы остатка по всем партиям корректировать?

(29) идиот (с)
это как бы должно было быть сделано в базовой процедуре отработки. если этого нет то я поздравляю фирму 1С и всех 1Сников что не дают друг другу умереть без работы ;)

(28) доработки не устраивают, т.к. должно и так быть нормально... нужно понять в чем причина

(11) Не поняла

Пишите сами же кол= 234,546 сумма = 234,55

Списываете кол= 234,55 и сумма= 234,55

и что хотите у видеть в таком случае???

почему количество не ставите одинаковым?

Здесь округление никаким боком!

ошибка окруления есть была и будет.
просто ее решать надо в базовом функционале. как?! я уже написал выше. ВСЕГДА (!!!) должна корректироваться ПОСЛЕДНЯЯ СУММА списания, чтоб не было хвостов.

(32)количество и ставим таким 234,55. При проведении в проводках оно попадает Кол= 234,546 сумма = 234,55  по партии

(35) конфа нетиповая чтоли?

(33) Да, Пеппи, Вы абсолютно правы, что здесь округление не виновато!
А причина в "кривеньких ручках" товарищей бухгалтеров!

(36)  конфа типовая

Причина, собственно, найдена. Всем спасибо!!!