Механізми розрахунку підсумкових сум від бази з ПДВ у прибуткових і видаткових документах
У цій статті будуть описані механізми розрахунку сум у прибуткових і видаткових документах, які реалізовані в типовій конфігурації "Виробництво + послуги + бухгалтерія для України" та комплексній конфігурації для України.
У цій статті будуть описані механізми розрахунку сум у прибуткових і видаткових документах, які реалізовані в типовій конфігурації «Виробництво + послуги + бухгалтерія для України» та комплексній конфігурації для України.
Конфігурації дозволяють розраховувати підсумкові суми за товарними позиціями накладної, відштовхуючись або від суми без ПДВ, або від суми з ПДВ. Для зберігання результатів розрахунку в кожному рядку документа зберігається сума без ПДВ, ПДВ і сума з ПДВ з точністю до 3-х знаків після коми. На рисунку наведено фрагмент табличної частини документа «Видаткова накладна (товари)» комплексної конфігурації.

Як видно, між підсумками не дотримується співвідношення
Це відбувається тому, що розрахунок підсумкової суми ПДВ призводить до появи 0,005 копійки в результуючому значенні. А оскільки підсумкова сума з ПДВ у табличній частині має точність 2 знаки (у третьому знаку "0"), то й сума без ПДВ також матиме "5" у 3-му розряді. Як відомо, мінімальною грошовою одиницею в Україні є копійка, тому під час проведення документа необхідно використовувати значення, округлені до двох знаків. Згідно з математичними правилами округлення виконується в більший бік. Тому і сума ПДВ, і сума без ПДВ округлюються в більший бік, що в результаті призводить до появи зайвої копійки.
У разі виникнення таких ситуацій документи типових конфігурацій не проводяться і видають відповідне попередження. Чому видається саме попередження, а не вмикається якийсь алгоритм боротьби з округленнями?
Давайте розглянемо докладніше роботу такого алгоритму на найпростішому прикладі.
Приклад.
У цьому виразі
після округлення до 2-х знаків отримуємо такий результат
Як бачимо, у разі розрахунку сум від ціни з ПДВ точність ПДВ 3 знаки не дає можливості отримати правильний підсумок без боротьби з помилками округлення.
У цьому випадку алгоритм боротьби з помилками має два варіанти:
- а) виправити суму без ПДВ, тоді результат розрахунку цього прикладу буде таким:
- б) виправити суму ПДВ, тоді результат роботи буде таким:
Оскільки ймовірність виникнення подібних ситуацій є досить малою, а також виходячи з припущення про те, що обидва описані варіанти мають право на існування, у типових конфігураціях право рішення відведено користувачу. Тобто користувач повинен самостійно відкоригувати одну із сум (Без ПДВ або ПДВ), щоб отримати коректний результат.
Якщо необхідне збереження суми без ПДВ, то слід зменшити на 0.001 копійки одну із сум ПДВ (для конфігурації «Виробництво + послуги + бухгалтерія для України») або збільшити на 0.001 одну із сум без ПДВ (для комплексної конфігурації) у будь-якому рядку.
Якщо користувач вважає, що має "зберегтися" сума ПДВ, то потрібно зменшити на 0.001 одну із сум без ПДВ у будь-якому рядку.