Пдв та округлення, корпоративний блог компанії
ПДВ і округлення
Ах, ПДВ, ПДВ ... Нікуди нам від цього не подітися: хто б кому чого не продав (за деяким винятком, наприклад підприємці, які перейшли на спрощену систему оподаткування) - зобов'язаний сплатити державі фіксований відсоток від суми угоди. Вся економіка країни на цьому тримається. Ось саме про деякі технічні нюанси обчислення податку на додану вартість і піде мова нижче.
У бухгалтерських документах (рахунку, рахунку-фактурі, видатковій накладній і т. Д.) Ми неодмінно знайдемо рядки «Сума без ПДВ» ( «Сума» і т. П.), «ПДВ» ( «в тому числі ПДВ» і т . п.), «Сума з ПДВ» ( «Разом» і т. п.). При цьому Сума з ПДВ - та сума, яку заплатить покупець, величина ПДВ - то, що ми винні державі, і
Сума з ПДВ = Сума без ПДВ + ПДВ.
Нижче ми будемо позначати суми з ПДВ і без ПДВ як S з ПДВ і S без ПДВ відповідно, через p з ПДВ і p без ПДВ позначимо ціни с / без ПДВ, буквою a позначимо кількість товару.
На даний момент вУкаіни стандартна ставка ПДВ дорівнює 18%. Що призводить до такої формули для обчислення суми з ПДВ:
Аналогічне співвідношення для цін:
І вже коли у нас одна ціна завжди може бути отримана з іншого множенням на якийсь фіксований коефіцієнт, немає потрібні зберігати в базі лише основну ціну. Яку саме ціну (з ПДВ або без ПДВ) зберігати - байдуже, але так як в прайсах звичайно вказується ціна з ПДВ (саме вона цікавить покупця) і тому саме ця ціна є «круглої і красивою», то будемо вихідної вважати ціну з ПДВ (проблематика статті не втратить актуальності, якщо вихідної вважати ціну без ПДВ, просто формули трохи зміняться).
Отже, ми знаємо, що покупець придбав у нас a одиниць товару за ціною p з ПДВ. Питання: чому дорівнюють суми з ПДВ і без ПДВ (наш «борг державі» ми отримаємо як їх різниця)? З сумою з ПДВ все начебто просто:
Суму ж без ПДВ можна обчислити двома способами:
або спершу обчислити ціну без ПДВ, а вже через неї суму:
«Які дурниці,» - скаже хтось, - «досить шкільного курсу математики, щоб зрозуміти, що результат в обох випадках буде однаковий:
S без ПДВ = p без ПДВ * a = (p з ПДВ / 1.18) * a = (p з ПДВ * a) / 1.18 = S з ПДВ / 1.18
Так, це так - якщо не враховувати похибки округлення. Але на правктіке і ціни, і суми (хоч в рублях, хоч в доларах, хоч в євро; ось про тугрики не в курсі) ми зобов'язані округляти до двох знаків після коми - до цілого числа копійок (центів і т.п.). Не може у нас в рахунку стояти ціна без ПДВ, що дорівнює скажімо +423,728813559 .... а стоятиме 423.73 і не часткою копійки більше-менше.
Очевидно S з ПДВ = 3500,00. Обчислимо суму без ПДВ двома різними способами:
(Можете самі взяти калькулятор або відкрити Excel і переконатися, що я вас не обманюю в обчисленнях.)
А-а-а, хто копієчку вкрав?
Все стає ще заплутаніше, якщо ми вважаємо суму по всій продажу, містить кілька товарних позицій.
Звичайно, ніяких хитрощів немає, в рамках курсу обчислювальної математики про похибки округлення, пов'язані з обмеженістю розрядної сітки обчислювальної машини, всім розповідали. І навіть якщо не обмежуватися двома знаками після коми, все одно розрядність у нас не нескінченна, просто розбіжність буде проявлятися на великих обсягах обчислень.
А може ну їх, ці копійки? Одна туди, 4 сюди, так копійки просто скасують скоро! Але, по-перше, копійка рубль береже. По-друге, на копійки суми розходяться на нашій одній невеликій продажу. Чим більше оборот, ніж за більший період будемо дивитися суму продажів - тим сильніше почнуть розходитися суми, обчислені в різний спосіб. По-третє, фінансова та податкова звітність не терплять ніяких розбіжностей. Особливо суворі податківці: за борг з податків в 12 копійок вас можуть цілком законно за кордон не пустити. Так що треба все робити правильно.
А як правильно? Що нам говорить про округлення законодавство?
За фактом в нашій країні більшість підприємств використовують для бухгалтерського обліку 1С. Наскільки я, порившись в інтернеті, з'ясувала, в цьому програмному продукті у типовій конфігурації для обчислення ПДВ задіяний спосіб 2: спершу обчислюємо суму без ПДВ по кожному товару, потім результати підсумовуємо. Але так як при цьому сума свідомо не буде сходитися з сумою, обчисленої способом 1, то під вимоги конкретного підприємства функцію обчислення суми «допилюють». приклад
В нашій СРМ в базовій версії для обчислення суми без ПДВ використовується спосіб 2 - саме через те, що він використовується в 1С, а СРМ з нею інтегрується.
Але при цьому знов приходять програмісти можуть цей нюанс (спосіб обчислення) або не відобразити, або махнути рукою - адже обчислювальна складність способу 1 менше, «від перестановки місць співмножників твір не змінюється», чому б не використати його. Про похибки, зв'язкова з округленням, програмісти забувають - і в підсумку виходить, що в різних частинах програми суми, що мають один і той же сенс, починають розходитися. Спіймати такі помилки дуже важко, тим більше, що на них накладаються ще й інші обчислювальні похибки. Ще складніше пояснити розгніваним клієнтам, чому в програмі баланс не сходиться.
Як підсумок:
1. Хотілося б послухати міркування про обчислення податку і округленні, може бути хтось може надати посилання на законодавчі акти з цього приводу.
2. Яким би не був спосіб обчислення - він повинен бути єдиний по всій програмі. Навіть якщо програмісту простіше реалізувати інший спосіб.
У рубриці "Наша робота" Мітки: CRM. налагодження
Так, ця штука неабияк попсувала мені крові свого часу ...
Що цікаво - багато бухгалтера взагалі не розуміють проблеми.
Але те, що написала Олена - безумовно, правильно, і «другого способу» треба дотримуватися у всіх реалізаціях.
Дотримуватися треба взагалі-то третього способу, і ось чому:
У первинному ринку (рахунку-фактурі) є ціна без ПДВ.
Сума без ПДВ (тобто облогаемая база) = ценаБезНдс * кількість.
Далі множимо на ставку - 0,18 - отримуємо суму ПДВ, далі складаємо - отримуємо загальну суму.
Якщо обчислювати за другим способом суму без ПДВ від загальної - то від такої ось «безПДВшний» суми ціну ви не отримаєте точну - її ще раз доведеться округлити.
В результаті прямий розрахунок рядка в рахунку - фактурі (ціна * кількість) може не зійтися з сумою без ПДВ, якщо ціну ми вираховували і округляли.
Так що схоже, що Ви теж не до кінця проблему розумієте.
Як підсумок: потрібно працювати з ціною без ПДВ, незважаючи на те, що бізнес хоче круглі і красиві цифри.
Це побажання призводить до того, що красиву цифру неможливо відтворити в рахунках - фактурах і накладних.
Бізнесу красиві ціни показувати з позначкою «довідково», в окремій колонці, а в рахунках на оплату розрахунок робити від ціни без ПДВ. Бізнес, звичайно, буде напружувати те, що при ціні в 10 000 руб з ПДВ за 100 штук товару в рахунку чомусь стоїть
1000 000.44 - це як раз через те, що ціну без ПДВ довелося округлити (тобто спотворити, якщо називати речі своїми іменами) і це спотворення збільшуючись на кількість дає такий ефект. Зате у податковій претензій не буде при перевірочному рассчете рядки.
Я б все-таки посперечався.
1. Не всі компанії в принципі платять ПДВ, багато на спрощеній системі, тому для них зберігати ціну без ПДВ - маячня.
2. Ми все-таки орієнтуємося на те щоб звичайні користувачі було зручно просто і зрозуміло. Я з жахом згадую час, коли тарифи у стільникових операторів були в у. е. і без ПДВ. Середнім умам зрозуміти скільки йому коштувала хвилина розмови було ой як не просто. Але ж пішли від цього і правильно.
3. При інтеграції з 1С краще б щоб в обох системах вважалося все однаково, щоб уникнути розбіжностей і помилок. А 1С де факто вже стандарт бухобліку.
Я не дуже розумію чому допоможе робота з ціною без ПДВ. Якщо у вас 12.53 кругла ціна без ПДВ, то точний ПДВ (18%) буде 2.2554. І якщо ви в рядку напишете сума ПДВ, 2.26 то майже півкопійки вже втратите. Потім ви отсумміруете 100 подібних рядків в накладній, і у вас сумарна база помножена на 0.18 не дасть сумарний податок. просто тому, що операція округлення - нелінійна. І далі що робити з декларацією, де сума податку обчислюється як сумарна база за період помножена на ставку? Ніколи не співпаде з первинним. У нас різниця досягає 30 рублів. (При великому документообіг). Як правильно округляти, щоб все збігалося по рядках та сумарно я поки не зрозумів.
Олексій Сутягін.
Виходячи з вимог податкової декларації - округляйте як хочете, але потім в декларації за рік вважаєте від загальної суми і платите в податкову саме її, а то, що вона розходиться з сумою в книзі продажів. добре якщо не спитають.
Я працював в стільникового зв'язку, і у нас все дробові суми були в биллинге, а в бухгалтерії два клієнта «физ.лицо» і «юридична особа» - і розрахунок ПДВ від загальної суми в книзі продажів, яка. з білінгу збережена в файл Excel, і на вимогу податкової надавалася на CD-ROM. Бо навіть податкова після пари виїзних перевірок просила не надавати журнал с / ф і книгу продажів в друкованому вигляді, бо 800 сторінок за місяць тільки книга продажів, і с / ф мінімум на 10000 сторінок тільки по Юрик 😉
Як в одному фільмі - приїжджає виїзна перевірка, вимагає пред'явити документи, кажуть - в тій кімнаті, людина відкриває двері і його засипає документами з головою. А клерк бубонить, що звітність за попередній квартал - другий коридор направо.