[Voha74]

Возникла проблема. 1С 7.7 Бухгалтерия. релиз переписан и доведен до 291.
Время от времени возникает трение с бухгалтерами.
В НН и в Расходной 4 знака после запятой в цене, в Сумме, в НДС и т.д.
Как в НН , так и в РН при печати происходит округление в суммах до 2-го знака . В итоге получается расхождения в копейки. Общая сумма выходит правильной,
Но если сложить вручную суммы - получаем расхождения. Это я им обяьснил - они решили меня добить и пошли другим путем. Хотят чтобы я корректировал суммы НДС и без НДС отталкиваясь от уже просуммированых сумм.
Т.е. 1 позиция сумма без НДС 74917,782 НДС 14983,556 ПенсФонд 5647,0464
2 позиция сумма без НДС 1120,993 НДС 224,1986 ПенсФонд 106,428

Итого выводит в печать: 1 позиция без НДС 74917,78
2позиция без НДС 1120,99

ВСЕГО БЕЗ НДС И ПФ 76038,78
НДС 5753,47
ПФ 15207,75
ВСЕГО 90000,00

вот такая картина... всего без НДС и ПФ на копейку врет из-за округления. я то понимаю из-за чего и пытаюсь вбить в голову бухгалтерам, но они твердят свое. и при формировании НН такая же картина с округлениями - поэтому МЕДОК ругается на копейку.
Бухи предложили брать 1-ю позицию и менять сумму без НДС на копейку в нужную сторону. я им вталковываю что такого делать нельзя, но они не верят.. как еще можно их убедить.
Или опишите /помогите с алгоритмом для этого безобразия

[Vofka]

У меня такое когда-то тоже было. И тоже были проблемы с округлением. Короче, ситуация до боли знакома (и, кстати, это тоже было на 7.7). А исправляли как.. По-моему подгоняли руками цены, чтоб итоговая сумма была такая как надо.

ЗЫ.

я то понимаю из-за чего и пытаюсь вбить в голову бухгалтерам, но они твердят свое

Прочитайте у нас в разделе "Юмор" тему "Совещание"

[awp]

У меня такое когда-то тоже было. И тоже были проблемы с округлением. Короче, ситуация до боли знакома (и, кстати, это тоже было на 7.7). А исправляли как.. По-моему подгоняли руками цены, чтоб итоговая сумма была такая как надо.

ЗЫ.

Прочитайте у нас в разделе "Юмор" тему "Совещание"

Отстаивайте свою позицию МЕНЯТЬ РУКАМИ БУХГАЛТЕРА так как болезнь прогресирует.

[Log1c]

Возникла проблема. 1С 7.7 Бухгалтерия. релиз переписан и доведен до 291.
Время от времени возникает трение с бухгалтерами.
В НН и в Расходной 4 знака после запятой в цене, в Сумме, в НДС и т.д.
Как в НН , так и в РН при печати происходит округление в суммах до 2-го знака . В итоге получается расхождения в копейки. Общая сумма выходит правильной,
Но если сложить вручную суммы - получаем расхождения. Это я им обяьснил - они решили меня добить и пошли другим путем. Хотят чтобы я корректировал суммы НДС и без НДС отталкиваясь от уже просуммированых сумм.
Т.е. 1 позиция сумма без НДС 74917,782 НДС 14983,556 ПенсФонд 5647,0464
2 позиция сумма без НДС 1120,993 НДС 224,1986 ПенсФонд 106,428

Итого выводит в печать: 1 позиция без НДС 74917,78
2позиция без НДС 1120,99

ВСЕГО БЕЗ НДС И ПФ 76038,78
НДС 5753,47
ПФ 15207,75
ВСЕГО 90000,00

вот такая картина... всего без НДС и ПФ на копейку врет из-за округления. я то понимаю из-за чего и пытаюсь вбить в голову бухгалтерам, но они твердят свое. и при формировании НН такая же картина с округлениями - поэтому МЕДОК ругается на копейку.
Бухи предложили брать 1-ю позицию и менять сумму без НДС на копейку в нужную сторону. я им вталковываю что такого делать нельзя, но они не верят.. как еще можно их убедить.
Или опишите /помогите с алгоритмом для этого безобразия

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

"В НН и в Расходной 4 знака после запятой в цене" - меня тоже пытались когда-то присадить на "больше двух знаков после запятой". Мотивируя это тем, что на мелких товарах, которые продаются большими партиями, разница в цене дает ощутимое колебание в прибыли.

Пришлось научить объединять шт. в ящики, граммы в килограммы и т. д. И объяснить что товар не может иметь стоимость ... + пол копейки.

[Стрелок]

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

"В НН и в Расходной 4 знака после запятой в цене" - меня тоже пытались когда-то присадить на "больше двух знаков после запятой". Мотивируя это тем, что на мелких товарах, которые продаются большими партиями, разница в цене дает ощутимое колебание в прибыли.

Пришлось научить объединять шт. в ящики, граммы в килограммы и т. д. И объяснить что товар не может иметь стоимость ... + пол копейки.

Может. Пример? рекламная фирма. выпускает визитки. минимальный заказ 1000 шт. клиенту надо накладная в единицах измерения "шт". стоимость комплекта из 1000 шт - 92 грн. Вопрос - сколькостоит 1 шт? Какая цифра будет стоять в накладной?

По теме - бухи правы - это проблема программиста. я не понял фразы - "Бухи предложили брать 1-ю позицию и менять сумму без НДС на копейку в нужную сторону. я им вталковываю что такого делать нельзя, но они не верят". Нельзя то почему? И ещё - Ваша главная ошибка - увиличение разрядность в РН и НН. Этим вы ступили на минное поле. Исходя из опыта оптимальное количество знаков после запятой - все что без НДС - 3 знака, всё что с НДС - 2 знака. Всё что больше путь в никуда. А докинуть копейку куда надо - просто. Бухгалтера отвечают за бухгалтерские документы а не программист.

[lals]

Может. Пример? рекламная фирма. выпускает визитки. минимальный заказ 1000 шт. клиенту надо накладная в единицах измерения "шт". стоимость комплекта из 1000 шт - 92 грн. Вопрос - сколькостоит 1 шт? Какая цифра будет стоять в накладной?

По теме - бухи правы - это проблема программиста. я не понял фразы - "Бухи предложили брать 1-ю позицию и менять сумму без НДС на копейку в нужную сторону. я им вталковываю что такого делать нельзя, но они не верят". Нельзя то почему? И ещё - Ваша главная ошибка - увиличение разрядность в РН и НН. Этим вы ступили на минное поле. Исходя из опыта оптимальное количество знаков после запятой - все что без НДС - 3 знака, всё что с НДС - 2 знака. Всё что больше путь в никуда. А докинуть копейку куда надо - просто. Бухгалтера отвечают за бухгалтерские документы а не программист.

Совершенно согласен, на предложение увеличить разрядность я им в самом начале объяснил чем это будет чревато. И сейчас если схожие ситуации то "подгоняют" ручками..
тут другая мина постоянно напрягает, В НН по новым правилам НДС считается не как Итог("НДС") а Итог"СуммаБезНДС") *0,2
И тут точно лезут вовсю ошибки округления

[Стрелок]

Совершенно согласен, на предложение увеличить разрядность я им в самом начале объяснил чем это будет чревато. И сейчас если схожие ситуации то "подгоняют" ручками..
тут другая мина постоянно напрягает, В НН по новым правилам НДС считается не как Итог("НДС") а Итог"СуммаБезНДС") *0,2
И тут точно лезут вовсю ошибки округления

А не надо считать сумму с НДС в НН. Я просто отключаю ввод не на основании и всё. табличная часть закрыта от редактирования. А в РН всё считается пучком . Так обеспечивается одинаковость РН и НН