Бухия 290. Отчет "ЖО по субконто", по сч.63, за декабрь 2011г.
По одному из счетов итог по колонке не сходится с суммой цифр в строках, если их сложить на калькуляторе, на 1 копейку.
Как исправить?

Тестирование и исправление/Пересчет итогов не пробовали (на копии, естественно)?

Скопируйте в Эксель и проверьте сумму. Калькулятор -... слишком много человеческого фактора.

Ну и вопрос - суммы в доках руками правили? - отставить, загоняюсь)

Копировал в Эксель - то же самое.
Второй вопрос не понял. В смысле - суммы проводок изменял? Нет.


Сделал. Не помогло.

Вот из-за такого и меняют чаще всего 1с-ников.

а если добавляете операцию с кучей проводок по этому счету? что-то меняется?
Проверяли ли вы те же суммы с пом. других отчетов? где врет? итоговая или какая-то отдельная сумма строки?

Это... точность суммы в проводках не увеличивали?

Если ТиИ и пересчет не помогают, проводки в копейках и БухИтоги в копейках - этой разнице просто взяться неоткуда.
Там ломаться нечему(

а движок может такое дать?

План счетов перекраивали?

Может вся причина в округлении?, в пенсионном отчете это норма.

+

++

Увеличивал. По требованию той же бухгалтерии. Как это связано с отчетом ЖО?

Непосредственно. Ваша копейка - результат округления. Увеличивайте точность ЖО, а заодно и всех остальных отчетов.
Если, нпр округлять до целых числа 1,4 и 2,4 по отдельности и затем сложить - получим 3 (это Вы считаете строки на калькуляторе).
Если же вначале сложить(3,8) и затем округлять - получим 4 (это выводит отчет в итоговой строке).

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

Проще было в самом начале пару бухгалтеров удавить(

сумма должна рвать во всех отчетах тогда, а тут в ЖО и только по счету 63...

Просто в других отчетах не пересчитывали. Да и "рвать" будет только там, где наберется достаточно погрешностей - а это уж как получится по настройкам каждого формирования отчета.
Нпр, та же ОСВ по счету 361 при отборе по одному Контру может работать нормально, причем для каждого Контра.
А если взять по всем - порвет, но кто ж такую простыню пересчитывать будет?

ЗЫ. Очень яркий пример того, что одинэсить - это не только буковки в модулях рисовать.

Или разработчиков Бухии (ПУБа, Комплексной), которые не удосужились разработать документ "Переработка давальческого сырья у исполнителя". Там элементарные проводки.
Пришлось проводки писать вручную, и два знака после запятой поля Сумма операции явно недостаточно.
Сейчас на коленке лабаю этот документ, затем точность Суммы верну взад.
Может у кого уже есть такой или подобный документ?


Уже обратили внимание и на другие отчеты - рвет!

Проверять некогда, но по памяти - в ПУБе это УслугиПроизводственногоХарактера. И вроде операции с давальческим сырьем там проработаны "с обеих сторон"... но утверждать не буду.
Упс... Ваша фирма перерабатывает? поройтесь внимательно в конфе - должно быть, материал заказчика - норм ситуация.

В бухии давальческое производство - только ручными проводками (очень даже можно использовать ТиповыеОпераци - ГБ разработал, бухи пользуются).
Комплексная - в плане производства - полный 0, если не "-".
А вообще, функционал типовых наращивается до тех пор, пока это может существенно(!) расширить круг потенциальных покупателей.

Мы отдаем на переработку. В ПУБе такого документа нет. Как исполнителя - есть, но как Заказчика - нет.