Особливості відображення поточних господарських операцій у податковому обліку

Облік взаєморозрахунків із контрагентами

Момент визначення бази оподаткування

Принципи формування рухів у первинних документах

Реєстрація авансів за договорами зі складним податковим обліком

Реєстрація податкових накладних

Реєстрація отриманої від постачальника податкової накладної

Виписування податкової накладної покупцям

 

Облік взаєморозрахунків із контрагентами

Момент визначення бази оподаткування

Відповідно до ПКУ в більшості випадків датою нарахування ПДВ — датою виникнення податкових зобов'язань і права на податковий кредит вважається дата події, що відбулася раніше, — оплати або відвантаження. Тобто момент визначення бази оподаткування ПДВ у більшості випадків визначається моментом "першої події". Однак у низці випадків нарахування можуть здійснюватися, наприклад, за оплатою (касовий метод) або за відвантаженням (метод нарахування).

Наприклад, для операцій фінансової оренди датою виникнення податкових зобов'язань у орендодавця є дата фактичної передачі об'єкта фінансової оренди в користування орендарю (тобто "за відвантаженням"). А при постачанні товарів і послуг з оплатою за рахунок бюджетних коштів датою виникнення податкових зобов'язань є дата зарахування грошових коштів на банківський рахунок платника податку (тобто "за оплатою").

У типовій конфігурації передбачено всі можливі варіанти для моментів визначення ПЗ і ПК з ПДВ, а саме — за відвантаженням; за оплатою; за першою подією; а також є можливість не нараховувати зовсім.

Рис.36. Схеми податкового обліку

Схема податкового обліку з ПДВ задається в договорі з контрагентом. Перелік усіх можливих схем нарахування ПДВ при придбанні та при продажах ведеться в довіднику "Схеми податкового обліку за договорами контрагентів" (див. Рис. 6.6). Довідник може доповнюватися відповідно до потреб підприємства.

У типовому рішенні передбачено два варіанти визначення моменту виникнення бази оподаткування:

• "Облік на льоту" (спрощений податковий облік) — оперативно в момент проведення кожного документа на льоту розраховується момент виникнення бази оподаткування за правилами, встановленими податковою схемою в договорі контрагента. Цей спосіб дозволяє в будь-який момент часу оперативно контролювати нараховані суми ПДВ. Але він дуже вразливий з боку реєстрації подій "заднім числом". При великій кількості таких операцій розрахунки, виконані системою, будуть некоректними. Лише відновлення хронологічної послідовності взаєморозрахунків дозволить побачити реальну картину. Крім того, на такі розрахунки "на льоту", звісно, витрачається додатковий час і ресурси системи,

• Так званий "складний облік" — протягом податкового періоду податковий кредит і зобов'язання з ПДВ реєструються накладними й актами послуг (за фактом відвантаження). Наприкінці податкового періоду на суму незакритих авансів відбувається коригування показників таким чином, щоб дані за податковий період відповідали обраній схемі. Така методика має переваги, оскільки при відображенні в податковому обліку оплат покупцям і оплат від постачальників далеко не завжди можна точно вказати податкові параметри операції (податкове призначення, ставку та суму ПДВ). Бухгалтер у цей момент не бачить перелік оплачуваних цінностей і послуг. Методика "складного обліку" дозволяє не вказувати податкові параметри для кожної оплати, кожного платіжного документа. Такі параметри визначаються при закритті податкового періоду для "завислих" авансових платежів.

Потрібний варіант обирається користувачем на рівні конкретного договору з контрагентом (прапорець "Складний облік ПДВ").

Рис.37. Договір контрагента

Для договорів, за якими прийнята друга методика, нарахування ПДВ на суму незакритих авансів виконується регламентним документом "Реєстрація авансів у податковому обліку" наприкінці податкового періоду. Під реєстрацією авансів у податковому обліку мається на увазі операція нарахування ПДВ на суму не закритих відвантаженнями авансових платежів (для схем "за першою подією" або "за оплатою") або сторнування надмірно нарахованого ПДВ при незакритих відвантаженнях (для схеми "за оплатою"). Документ коригує сформовані протягом податкового періоду проводки з ПДВ таким чином, щоб вони відповідали обраній у договорі схемі податкового обліку. Такий підхід дозволяє здійснювати цю операцію один раз за весь податковий період.

Ще один важливий фактор, що впливає на визначення дати виникнення бази оподаткування, — аналітична деталізація взаєморозрахунків із контрагентами. Якщо ведеться спрощений податковий облік, то є можливість деталізувати до розрахункового документа не лише бухгалтерський, а й податковий облік. Такий облік реалізується, якщо в групі реквізитів договору "Ведення взаєморозрахунків" у полі "За обліком ПДВ" встановити "За розрахунковими документами". У цьому випадку визначення дати виникнення бази оподаткування ПДВ розраховуватиметься не за всіма операціями в межах договору, а за конкретними розрахунковими документами — рахунками, накладними, платежами.

Наприклад, якщо як розрахункові документи використовуються рахунки, то незалежно від наявності заборгованості за рахунком №1, отриманий авансовий платіж за рахунком №2 буде ідентифікований системою як "перша подія". А якщо в податковому обліку прийнято облік за договором загалом, то система порівняє суму заборгованості та суму авансу, і лише в тому разі, якщо платіж за рахунком №2 більший за заборгованість за рахунком №1, — на суму різниці визначить "першу подію".

Для методики "Складний ПУ" база оподаткування ПДВ завжди визначається лише "за договором загалом".

Принципи формування рухів у первинних документах

Залежно від налаштувань договору та вибору схеми податкового обліку одні й ті самі "товарні" та платіжні документи можуть формувати зовсім різні бухгалтерські та податкові проводки з ПДВ.

Розглянемо на схемах приклади формування проводок для простих послідовностей торговельних операцій відвантаження й оплати на однакову суму. При цьому використовуються одні й ті самі види документів, одні й ті самі господарські операції та однакова схема податкового обліку за договорами з контрагентами — "за першою подією". Для наочності в проводках використовуються окремі рахунки для авансових платежів. Для простоти в операціях придбання та продажу використовуватимемо послуги. При купівлі-продажу ТМЦ з'являться додаткові проводки зі списання собівартості.

Перший варіант. Операції з постачальником "відвантаження - оплата"

Рис.38. Варіант 1

Другий варіант. Операції з постачальником "оплата - відвантаження"

Рис.39. Варіант 2

Третій варіант. Операції з покупцем "відвантаження - оплата".

Рис.40. Варіант 3

Четвертий варіант. Операції з покупцем "оплата - відвантаження"

Рис.41. Варіант 4

У складніших прикладах —" розрахунки, що переходять на інший період, — схеми змінюються лише в тому разі, коли на інший період переходить закривальне відвантаження. Тобто якщо першим у послідовності було відвантаження, а потім оплата, то неважливо — відбувалося це в межах одного місяця чи різних. Проводки при цьому не змінюються.

Рис.42. Формування проводок

А от якщо першою була передоплата, то ситуація інша. Причому зміна стосується лише угод за договорами зі складним податковим обліком. Для спрощеного податкового обліку неважливо — чи буде авансовий платіж закриватися відвантаженням (повністю або частково) у тому самому місяці чи в наступному періоді. Схема проводок при цьому не змінюється. Тому розглянемо приклади формування проводок за схемою "оплата - відвантаження" для операцій із постачальником і покупцем за договорами зі складним податковим обліком у разі, коли два кроки операції припадають на різні податкові періоди.

На схемі (див.рис. 42) видно, що якщо на кінець періоду залишаються незакриті авансові платежі за договорами зі складним податковим обліком, то їх необхідно відобразити в податковому обліку. Тобто нарахувати ПДВ на суму незакритих авансів. Така процедура виконується регламентним податковим документом "Реєстрація авансів у податковому обліку". За його допомогою нараховуються відсутні проводки, але для збереження логіки роботи — ці самі суми сторнуються першим числом наступного періоду. Процес реєстрації авансів описано в наступному підрозділі.

Далі в таблицях наведено складніші приклади формування проводок для спрощеного та складного податкового обліку — часткові оплати й відвантаження, перехідні оплати та відвантаження за періодами. Операції розглядаються на прикладі купівлі та продажу товарів.

Рис.43. Операції з покупцем

Для операцій за договорами з іншими податковими схемами схеми проводок можуть відрізнятися. Але в будь-якому разі загальний принцип дотримується:

Рис.44. Операції з постачальником

• для договорів зі спрощеним податковим обліком відразу в момент відображення операції система визначає подієвість у податковому обліку та формуються відповідні проводки. Звісно, ця "подієвість" визначається за внесеними та проведеними документами в межах цього самого договору (розрахункового документа), що перебувають на хронологічній осі раніше за документ, який реєструється. При введенні документів "заднім числом" про будь-яку коректність обліку говорити не доводиться,

• для договорів зі складним податковим обліком податкові рухи формуються лише за актами/накладними. Платіжні документи не формують рухів, пов'язаних із податковим обліком. Наприкінці періоду загальна сума авансів, не закритих відвантаженнями за місяць за допомогою регламентного документа, відображається або не відображається в податковому обліку ПДВ (залежно від рішення користувача).

Нарахування ПДВ визначається не лише "податковою подією", а й значеннями податкових параметрів операції. Якщо вказати податкове призначення "Неопод. ПДВ, негосп. ", то ні за першою, ні за другою подією податкових рухів не буде.

Інше питання, яке найбільше хвилює користувачів, — правильність дати реєстрації податкових накладних. Контроль дати здійснюється для будь-яких договорів за допомогою спеціальних засобів типового рішення — автоматизованої обробки формування податкових накладних за податковими зобов'язаннями та звітів "Перевірка суми зобов'язань з ПДВ" і "Перевірка суми вхідного ПДВ". Ці засоби описані далі за розділом.

Тому при виборі варіанта податкового обліку за договором контроль дати податкової накладної не є вирішальним фактором. Як уже зазначалося раніше, визначення дати виникнення бази оподаткування здійснюється за даними податкових регістрів відповідно до схеми податкового обліку, зазначеної в договорі з контрагентом, а не залежно від варіанта податкового обліку.

Реєстрація авансів за договорами зі складним податковим обліком

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

Рис.45. Реєстрація авансів у податковому обліку

Документ виконує коригування очікуваного податкового кредиту та податкових зобов'язань з ПДВ таким чином:

• нарахування ПДВ – за всіма незакритими авансами для договорів, у яких у схемі податкового обліку обрано метод "за оплатою" або "за першою подією" для обліку ПДВ,

• сторнування надмірно нарахованого ПДВ – на суму перевищення відвантажень над оплатами для договорів, у яких у схемі податкового обліку обрано метод "за оплатою" для обліку ПДВ.

Документ вводиться наприкінці податкового періоду, після реєстрації всіх первинних (відвантажувальних, податкових, грошових) документів. Заповнювати документ рекомендується автоматично за кнопкою "Заповнити". На підставі інформації про всі операції з покупцями та постачальниками (за даними записів регістрів накопичення "Придбання податковий облік" і "Продажі податковий облік") виявляються незавершені операції. Тобто такі операції, за якими в межах договорів сума відвантаження не дорівнює сумі оплати або сума повернення товару не дорівнює сумі повернення грошей. Ці неповні операції і є предметом аналізу.

Таблична частина "Придбання" призначена для аналізу операцій із постачальниками, а таблична частина "Продажі" — для операцій із покупцями. Ці табличні частини автоматично заповнюються сумами тих неповних операцій, які відповідно до обраної в договорі податкової схеми можуть потребувати коригування в податковому обліку. Якщо користувач ухвалює рішення про необхідність коригувань, то для обраних операцій потрібно вказати податкові параметри:

• ставку ПДВ,

• податкове призначення ПДВ.

Автоматично ці параметри заповнюються за даними регістру відомостей "Рахунки обліку розрахунків із контрагентами".

Якщо увімкнено прапорець "Зворотна тара", це означає, що операція не обкладається ПДВ, і, отже, ПДВ не нараховується. Реквізит "% ПДВ" при цьому потрібно встановити в значення "Не ПДВ".

Принципи роботи з обома вкладками однакові:

• для договорів зі схемою податкового обліку "за першою подією" або "за оплатою" заповнюються суми з таким видом операцій:

  • "Аванс: визначення параметрів ПУ" — перевищення суми оплат над сумою відвантаження,

  • "Аванс (повернення): визначення параметрів ПУ" — перевищення суми повернення грошей над поверненням товару,

• для договорів зі схемою податкового обліку "за оплатою" заповнюються суми з таким видом операцій:

  • "Відвантаження: скасування реєстрації в ПУ" — перевищення суми відвантажень над сумою оплат,

  • "Відвантаження (повернення): скасування реєстрації в ПУ" — перевищення суми повернення товару над поверненням грошей.

З метою збереження принципу роботи "за відвантаженням" протягом податкового періоду проводки та записи в регістрах формуються за таким принципом:

• останнім днем періоду (дата документа) здійснюється нарахування коригування,

• першим днем наступного періоду прийняті коригування компенсуються сторнувальними проводками та записами в регістрах.

Крім описаних вище дій, документ виконує ще одну функцію — закриття неповних операцій повернення в податкових регістрах накопичення.

Ця функція використовується в тих випадках, якщо операція повернення не передбачає основної схеми (товар - гроші). Тобто, наприклад:

• повернення товару закриває заборгованість за відвантаженням і руху оплат за цими операціями не передбачається,

• або повернення грошей закриває авансовий платіж, а руху товару не передбачається.

Щоб виконати "закриття" операцій за такою схемою в регістрах накопичення "Придбання податковий облік" і "Продажі податковий облік" використовується вкладка "Повернення".

Рис.46. Повернення при реєстрації авансів у податковому обліку

При цьому слід розуміти, що звичайні операції (відвантаження закривається оплатою, а повернення відвантаження закривається поверненням грошей) закриваються в регістрах автоматично.

Інформація в цю табличну частину вноситься автоматично (за кнопкою "Заповнити"), і від користувача потрібно лише прийняти рішення — чи планується закриття операції за звичайною схемою "товар - гроші" або виконати залік подій "товар - повернення товару" і "оплата - повернення оплати".

Дія, що виконується документом за даними цієї вкладки, фактично визначається значенням прапорця "Не передбачається закривальна операція". Якщо прапорець вимкнено, то жодних дій не здійснюється. Операції залишаться "висіти" як "незакриті". Наскільки це критично? Наприклад, якщо ми отримали передоплату від покупця, але через неможливість виконати свої зобов'язання повертаємо її. Обидві ці операції — оплата та повернення оплати — регулярно заповнюватимуться на вкладці "Продажі" для нарахування ПЗ за авансом і сторнування ПЗ за поверненням авансу. Лише якщо суму повернення авансу буде заповнено на вкладці "Повернення" та позначено прапорцем "не передбачається закривальна операція", припиниться заповнення цих податкових подій (з наступного періоду).

Реєстрація податкових накладних

Податкові документи реєструють в ІБ підтверджений ПДВ і формують проводки за рахунком розрахунків із бюджетом з ПДВ:

• реєстрація факту отримання податкової накладної від постачальника здійснюється введенням документа "Реєстрація вхідного податкового документа". Документ може бути створений незалежно (інтерактивним введенням) або введенням на підставі оперативних документів. Документом реєструється підтверджений вхідний ПДВ,

• виписування податкової накладної покупцю здійснюється документом "Податкова накладна", а при поверненні товару або інших коригувальних операціях оформлюється документ "Додаток №2 до податкової накладної". Так реєструється вихідний підтверджений ПДВ.

Податкові документи (Податкова накладна, Додаток 2 до податкової накладної, ВМД з імпорту, Реєстрація вхідного податкового документа) зі встановленим прапорцем "Включається до уточнюючого розрахунку" не відображаються в декларації з ПДВ за звітний період, а мають бути включені до уточнюючих розрахунків до декларації за відповідний місяць вручну.

Створення податкових документів може бути виконано кількома способами:

• незалежно інтерактивним способом (вручну);

• введенням на підставі товарних документів;

• за допомогою автоматизованих обробок "Формування податкових накладних" і "Формування податкових накладних за роздрібною торгівлею" (лише для виданих податкових документів).

Реєстрація отриманої від постачальника податкової накладної

Для реєстрації отриманих податкових накладних від постачальника та підтвердженого податкового кредиту призначено документ "Реєстрація вхідного податкового документа". Він є підставою для внесення записів до І розділу реєстру податкових накладних. Кожен документ відповідає одному рядку в реєстрі.

Рис.47. Реєстрація вхідної податкової накладної

Цим документом може бути зареєстрований підтверджений податковий кредит за різними господарськими операціями:

• податковий кредит за звичайною податковою накладною;

• сторнування податкового кредиту за додатком №2 до податкової накладної при поверненні або зміні сум компенсації;

• податковий кредит за чеками в допустимих законодавством межах без податкової накладної;

• податковий кредит за податковим векселем (при імпорті товарів);

• податковий кредит за послугами, отриманими від нерезидента тощо.

Вибір операції впливає на підстановку за замовчуванням статей податкової декларації, а отже, і на відображення у звітності з ПДВ.

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

Таблична частина дозволяє в межах одного документа відобразити операції з різними ставками ПДВ, об'єднані в одній податковій накладній. Наприклад, за актом отриманих послуг мобільного зв'язку відобразити відрахування до пенсійного фонду, що не обкладаються ПДВ, або податок на рекламу. Заповнювати табличну частину найменуваннями номенклатури немає сенсу, достатньо ввести дані підсумковими сумами.

Номер "живої" податкової накладної постачальника та дату виписування потрібно вносити в спеціальних полях у групі реквізитів шапки "Вхідний податковий документ".

Якщо в документі "Реєстрація вхідного податкового документа" обрано вид операції "Інше (товарний чек тощо)", то в реквізиті "Вид документа" слід вказати один із наперед визначених видів вхідного податкового документа:

• (-) - Інший документ;

• БО - Документ бухгалтерського обліку;

• ЧК - Товарний (касовий) чек;

• ТК - Транспортний квиток;

• ГР - Рахунок з готелю;

• ПЗ - Рахунок за послуги зв'язку;

• ПО - Послуги, вартість яких за даними показань приладів обліку;

• ЗП - Заява платника податку.

Реквізит призначений для коректного автоматичного заповнення колонки "Вид документа" у реєстрі податкових накладних.

Вид операції "Виправлення помилки" призначений для виправлення помилок минулого періоду методом сторно. У шапці документа вказується вид документа, дані якого виправляються в поточному періоді. Вид документа обирається з наперед визначеного переліку. Тут же в шапці вказується номер і дата документа, що коригується.

Рис.48. Виправлення помилок

Документ слід заповнювати двома рядками:

• Старий неправильний запис із "мінусом" (сторнування),

• Новий правильний запис без "мінуса" (правильне нарахування).

При цьому в нижній частині документа потрібно вказати — записи якого періоду уточнюються, тобто до уточнюючої декларації за який місяць буде включено цей запис. У реєстрі податкових накладних запис буде відображено в тому періоді, до якого належить документ із видом операції "Виправлення помилок", як уточнюючий.

Автоматичне заповнення уточнюючої декларації з ПДВ не передбачено. Фактично прапорець "Включається до уточнюючого розрахунку" просто виключає цей податковий документ із декларації з ПДВ у тому періоді, до якого належить дата його реєстрації в ІБ.

Виписування податкової накладної покупцям

Для реєстрації підтверджених податкових зобов'язань з ПДВ і формування друкованих форм податкових накладних, виписаних покупцям організації, призначено документ "Податкова накладна". Він є підставою для внесення записів до ІІ розділу реєстру податкових накладних.

Рис.49. Податкова накладна

В одному документі можуть бути присутні лише активи, що належать до одного виду операції (визначається видом діяльності ПДВ). Вид операції визначається в шапці документа за кнопкою "Операція". Крім розділення податкових зобов'язань за ставками ПДВ, також передбачено окремі види операції для зобов'язань за роздрібними продажами; за фактом використання ТМЦ за нецільовим неоподатковуваним ПДВ призначенням (умовний продаж), зобов'язання за отриманими від нерезидента послугами. Крім того, якщо списання основних засобів документом "Списання ОЗ" відбувається за рішенням платника податку, а не внаслідок руйнування, то для нарахування податкових зобов'язань з ПДВ на залишкову вартість потрібно ввести на підставі цього документа податкову накладну з видом операції "Умовний продаж при списанні ОЗ".

Згідно з ПКУ податкові накладні, у яких сума ПДВ перевищує встановлений розмір, повинні бути зареєстровані в Єдиному реєстрі податкових накладних. Ці нормативи становлять:

• З 01.01.11-понад 1 млн. грн,

• З 01.04.11 - понад 500 тис. грн,

• З01.07.ll -понад 100тис. грн,

З 01.01.12 - понад 10 тис. грн.