Бухия 290. Отчет "ЖО по субконто", по сч.63, за декабрь 2011г. По одному из счетов итог по колонке не сходится с суммой цифр в строках, если их сложить на калькуляторе, на 1 копейку. Как исправить?
Скопируйте в Эксель и проверьте сумму. Калькулятор -... слишком много человеческого фактора. Ну и вопрос - суммы в доках руками правили? - отставить, загоняюсь)
Копировал в Эксель - то же самое. Второй вопрос не понял. В смысле - суммы проводок изменял? Нет.
Цитата(Vofka @ 05.01.12, 16:59)
Тестирование и исправление/Пересчет итогов не пробовали (на копии, естественно)?
а если добавляете операцию с кучей проводок по этому счету? что-то меняется? Проверяли ли вы те же суммы с пом. других отчетов? где врет? итоговая или какая-то отдельная сумма строки?
Группа: Местный
Сообщений: 1994
Из: Киева и окрестностей
Спасибо сказали: 406 раз
Рейтинг: 0
Цитата(vadim007 @ 06.01.12, 7:55)
Увеличивал. По требованию той же бухгалтерии. Как это связано с отчетом ЖО?
Непосредственно. Ваша копейка - результат округления. Увеличивайте точность ЖО, а заодно и всех остальных отчетов. Если, нпр округлять до целых числа 1,4 и 2,4 по отдельности и затем сложить - получим 3 (это Вы считаете строки на калькуляторе). Если же вначале сложить(3,8) и затем округлять - получим 4 (это выводит отчет в итоговой строке).
Возможно, выход - в использовании "бух" округления ( всегда вверх) - надо проверять и гемора будет ненамного меньше.
Проще было в самом начале пару бухгалтеров удавить(
Группа: Местный
Сообщений: 1994
Из: Киева и окрестностей
Спасибо сказали: 406 раз
Рейтинг: 0
Просто в других отчетах не пересчитывали. Да и "рвать" будет только там, где наберется достаточно погрешностей - а это уж как получится по настройкам каждого формирования отчета. Нпр, та же ОСВ по счету 361 при отборе по одному Контру может работать нормально, причем для каждого Контра. А если взять по всем - порвет, но кто ж такую простыню пересчитывать будет?
ЗЫ. Очень яркий пример того, что одинэсить - это не только буковки в модулях рисовать.
Проще было в самом начале пару бухгалтеров удавить(
Или разработчиков Бухии (ПУБа, Комплексной), которые не удосужились разработать документ "Переработка давальческого сырья у исполнителя". Там элементарные проводки. Пришлось проводки писать вручную, и два знака после запятой поля Сумма операции явно недостаточно. Сейчас на коленке лабаю этот документ, затем точность Суммы верну взад. Может у кого уже есть такой или подобный документ?
Цитата(Домовик @ 06.01.12, 11:33)
сумма должна рвать во всех отчетах тогда, а тут в ЖО и только по счету 63...
Группа: Местный
Сообщений: 1994
Из: Киева и окрестностей
Спасибо сказали: 406 раз
Рейтинг: 0
Цитата(vadim007 @ 06.01.12, 11:48)
Или разработчиков Бухии (ПУБа, Комплексной), которые не удосужились разработать документ "Переработка давальческого сырья у исполнителя".
Проверять некогда, но по памяти - в ПУБе это УслугиПроизводственногоХарактера. И вроде операции с давальческим сырьем там проработаны "с обеих сторон"... но утверждать не буду. Упс... Ваша фирма перерабатывает? поройтесь внимательно в конфе - должно быть, материал заказчика - норм ситуация.
В бухии давальческое производство - только ручными проводками (очень даже можно использовать ТиповыеОпераци - ГБ разработал, бухи пользуются). Комплексная - в плане производства - полный 0, если не "-". А вообще, функционал типовых наращивается до тех пор, пока это может существенно(!) расширить круг потенциальных покупателей.
1С Предприятие 8.3, 1С Предприятие 8.2, 1С Предприятие 8.1, 1С Предприятие 8.0, 1С Предприятие 7.7, Литература 1С, Общие вопросы по администрированию 1С, Методическая поддержка 1С - всё в одном месте: на Украинском 1С форуме!