- Складний облік ПДВ або відкладений облік «першої» події »
- приклад
- Моменти визначення бази ПДВ і податку на прибуток
29 серпня 2013
Ведення податкового обліку в напівавтоматичному режимі - одна з ключових можливостей, за яку клієнти цінують програмні продукти «1С». Останні надають зручний і надійний спосіб підрахунку всіх податкових вирахувань, що здатне не тільки заощадити час бухгалтера, а й виключити людський фактор в процесі підведення підсумків.
Наведені в наступному матеріалі приклади відтворювалися на базі рішення « 1С: Бухгалтерія для України 8 ». Дана методика також справедлива і для програми « 1С: Управління торговим підприємством 8 ».
У типових конфігураціях реалізовано дві можливості відстеження ситуацій виникнення бази ПДВ:
- «Облік на льоту» - являє собою спрощену форму обліку. При її використанні в оперативному режимі момент виникнення бази оподаткування розраховується відразу ж після проведення кожного документа, який має до цього відношення. Облік ведеться за правилами, встановленими в договорі з контрагентом. Цей спосіб хороший тим, що дозволяє контролювати нарахований ПДВ в довільний момент часу.
- «Складний податкової облік» - дозволяє реєструвати податковий кредит і зобов'язання по ПДВ по засобом накладних та актів послуг за фактом відвантаження. Після закінчення податкового періоду відбувається коригування показників на всю суму незакритих авансів так, щоб дані по минулого періоду відповідали попередньо обраної схемою оподаткування. Перевага даної методики виявляється в стосунках з покупцями і постачальниками, т. К. В таких випадках не завжди є можливість точно позначити параметри операцій в розрізі податків. У цей момент бухгалтер не бачить перелік оплачуваних послуг і цінностей. Методика «складного обліку» допускає пропуск податкових параметрів для деяких документів і оплат. Ці параметри визначаються пізніше в процесі закриття податкового періоду для так званих «завислих» авансових платежів.
Методику можна вибрати для кожного конкретного контрагента або для окремого договору. Якщо «галочка» навпроти «Складний податковий облік» відсутній, то облік буде вестися за спрощеною схемою.
Для того, щоб налаштувати позначку даної «галочки» за замовчуванням, можна скористатися пунктом меню «Основні значення для підстановки в документи і довідники», як це показано на малюнку нижче.
Складний облік ПДВ або відкладений облік «першої» події »
Для більш дохідливого опису даної можливості коротко зупинимося на загальних принципах реалізації обліку податку на додану вартість в конфігураціях на базі програмних продуктів « 1с Підприємство 8 ».
Перш за все слід розуміти, що процес ведення податкового обліку незалежний від ведення обліку бухгалтерського. Це означає, що кожна операція відображається паралельно в обох типах обліків. Що Їх господарські операції відзначаються в регістрах накопичення податкового обліку і на аналогічних рахунках за допомогою одних і тих же документів, які використовуються і в бухгалтерському обліку. Однак в цьому випадку користувач отримує можливість змінювати дані для проведення їх по податковим документам в залежності від специфіки об'єкта або інших чинників.
Як зазначено в Податковому кодексі України, в більшості випадків датою нарахування ПДВ, вона ж дата виникнення права на податковий кредит та податкових зобов'язань, вважається дата тієї події, що відбулася раніше - будь це відвантаження або оплата. Іншими словами, в переважній більшості випадків база оподаткування ПДВ визначається датою «першої події». Але іноді нарахування проводяться, грунтуючись на інших операціях, наприклад по оплаті (тоді це називається касовий метод) або ж по відвантаженню (т. Н. Метод нарахування).
У розглянутій конфігурації були передбачені всі можливі методи визначення моментів виникнення податкових зобов'язань та податкового кредиту з ПДВ, а саме:
- за першою подією;
- після оплати;
- по відвантаженню;
- уникнути нарахування взагалі.
Той варіант, який був прийнятий в роботі організації з певним контрагентом, вказується у відповідному договорі. Це можна зробити за допомогою довідника з назвою «Схеми податкового обліку». Серед зазначених там схем можна вибрати різноманітні комбінації моментів визначення бази ПДВ.
Однак при відображенні первинних операцій, пов'язаних з оподаткуванням та податковим кредитом, незалежно від зазначеної в договорі схеми податкового обліку використовуються тільки документи надходження або відвантаження. Подібної методикою було віддано перевагу через низку моментів, що виникають в ході роботи, де вона має явні переваги.
Серед таких переваг, перш за все, слід відзначити те, що при здійсненні оплати не завжди відомо, за які конкретно товари або послуги ця оплата проведена. До того ж, коли оплата зроблена частково, або ж був внесений авансовий платіж, виникає питання, яка саме частина оплачена. Особливо дана ситуація стосується податкових накладних з обов'язковим заповненням табличній частині номенклатурним складом. Застосовувана в конфігурації методика дає можливість уникнути вказівки параметрів відображення в податковому обліку для кожної окремої оплати або кожного конкретного документа. Замість цього їх можна вказати один раз у кінці звітного періоду.
Також в кінці звітного періоду за допомогою спеціального документа «Реєстрація авансів в податковому обліку» вносяться дані щодо всіх договорів поточного періоду, для яких момент виникнення податкових зобов'язань з ПДВ не збігається з моментом «по відвантаженню». При цьому є можливість автоматично заповнити відповідні графи, натиснувши клавішу «Заповнити». Документ виправляє проводки по ПДВ, сформовані під час звітного періоду, так, щоб ті відповідали бажаною схемою податкового обліку.
Крім цього, угоди, які були повністю завершені по ходу поточного податкового періоду, взагалі не вимагають коригувань, так як обидві події - і відвантаження, і оплата - вже відбулися.
приклад
Розглянемо представлену інформацію на конкретному прикладі. У договорі з якимсь контрагентом, назвемо його «ЕвроПостач», була обрана схема податкового обліку «За першою подією». Також в поточному податковому періоді була отримана передоплата за товари, відвантаження яких поки не відбулася. Виходячи з документа «Платіжне доручення вхідне» проводки по ПДВ не сформовані. При цьому в кінці місяця вручну формуємо документ «Реєстрація авансів в податковому обліку».
Моменти визначення бази ПДВ і податку на прибуток
У типовій конфігурації « 1С : Бухгалтерія для України »момент визначення бази ПДВ і податку на прибуток вказується в договорі контрагента. У даній конфігурації передбачені такі моменти:
- «За першою подією» - за дату збільшення валового доходу / витрат і ПДВ прийнята дата події, що відбулася раніше - відвантаження або отримання.
- «По відвантаженню» - за дату наростання валового доходу / витрат і ПДВ приймається дата відвантаження або надходження. Наприклад, якщо при отриманні товарів або послуг від нерезидентів, валові витрати нараховуються виключно за фактом надходження матеріальних цінностей або ж за фактом оформлення акта отриманих послуг, незалежно від дати оплати.
- «По оплаті» - за дату зміни величини ПДВ і валового доходу / витрат прийнятий день оплати. Наприклад, якщо при реалізації товарів через посередника податкові зобов'язання з ПДВ нараховуються виключно за фактом отримання грошей від посередника, незалежно від дати, зазначеної в звіті посередника.
Крім цього, в даній конфігурації передбачена можливість «Не визначати», яка введена для реєстрації в зазначених схемах розрахунків з комітентами в зв'язку з імпортом товарів. За своєю суттю, це значення для службового користування, що застосовується в тих алгоритмах, які відносяться до конкретних документів. Застосування такого моменту для операцій по «рядовим» поставкам послуг або товарів у типовій конфігурації не передбачено, а при його виборі буде використаний момент «За першою подією».
