Відображаємо в обліку оплату за товар через LiqPay

Децюра Сергій, податковий експерт
Податки & бухоблік Грудень, 2019/№ 102
В обраному У обране
Друк
Підприємство продає товари у інтернет-магазині через LiqPay (інтернет-еквайринг). Як у бухгалтерському обліку відобразити проведення оплати?

Що таке LiqPay? Це web-інтерфейс ПриватБанку, за допомогою якого клієнти — власники карток Mastercard/VISA можуть оплачувати за товари/послуги.

Щоб проводити оплату на сайті вашого інтернет-магазину через LiqPay, потрібно підключитися до сервісу за договором оферти (по суті, це договір інтернет-еквайрингу).

Тим інтернет-торговцям, хто вирішив приймати гроші за товар через LiqPay, відомо, що:

— комісія для отримувача коштів, тобто для продавця, за правилами LiqPay зазвичай становить 2,75 % від суми оплати покупцем;

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

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

Такий варіант вигідний, наприклад, платникам єдиного податку (ЄП). Річ у тім, що, коли інтернет-екваєр буде самостійно стягувати комісію з отримувача — платника ЄП, є ризик того, що таку операцію податківці можуть розцінити як здійснення негрошових розрахунків. А за таке порушення можна втратити статус спрощенця. Деталі — в «Податки та бухгалтерський облік», 2019, № 60, с. 8.

Крім того, якщо на рахунок платника ЄП буде надходити сума за вирахуванням комісії банку, йому додасться роботи із визначенням оподатковуваного доходу. Річ у тім, що коли банк сам утримує комісію із суми, що перераховується отримувачу, який є платником ЄП, то доходом буде повна сума виручки (з урахуванням комісії, утриманої банком). З цим погоджуються і фіскали (лист ДФСУ від 16.10.2018 р. № 4435/Д/99-99-13-01-02-14/ІПК). Деталі див. у «Податки та бухгалтерський облік», 2018, № 91, с. 3, 2019, № 60, с. 8.

Бухгалтерський облік. Інформацію про здійснення розрахунку через LiqPay банк-емітент довідається практично миттєво. І зазвичай блокує відповідну суму на картці покупця. Але кошти на рахунок продавця надійдуть не одразу. Адже на перерахування коштів відведено цілий операційний день.

Тому, на наш погляд, в період від погодження транзакції до надходження грошей на рахунок ці суми слід обліковувати за Дт субрахунку 333 «Грошові кошти в дорозі в національній валюті». І тільки коли кошти надійдуть на поточний рахунок отримувача (підприємства-продавця), перекинути їх на Дт субрахунку 311.

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

Якщо ж комісію сплачує сам отримувач коштів, то враховуючи невеликий строк, відведений на зарахування коштів на рахунок продавця, можна в обліку відображати оплату через LiqPay одразу на субрахунку 311. Тобто без залучення транзитного субрахунку 333.

Незалежно від вибраного способу, комісію відносимо до складу адмінвитрат підприємства, тобто на рахунок 92 (п. 16 П(С)БО 16 «Витрати»).

ПДВ-облік. У який момент відображати податкові зобов’язання при продажу товару з оплатою через LiqPay? Дехто може сказати, що тут все просто: орієнтуємося на першу подію.

Але насправді все не так. Річ у тім, що при оплаті за товар за допомогою платіжних карток (а LiqPay для здійснення оплати використовує саме реквізити платіжних карток) слід керуватися спеціальними правилами визначення податкових зобов’язань із п. 187.5 ПКУ. Відповідно до нього, у разі якщо постачання товарів/послуг здійснюється з використанням кредитних або дебетових карток, датою збільшення податкових зобов’язань вважається одна із подій, яка відбулася раніше:

— або дата, що засвідчує факт постачання платником податку товарів/послуг покупцю, оформлена податковою накладною;

— або дата виписування відповідного рахунка (товарного чека).

З цього випливає, що при отриманні оплати за товар через LiqPay визначати податкові зобов’язання з ПДВ за датою зарахування коштів на поточний рахунок продавця не можна.

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

Цю дату набагато простіше відслідкувати, опираючись на первинні документи з відвантаження товару.

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

При цьому рахунком, про який ідеться у п. 187.5 ПКУ, можна вважати, наприклад, збережені програмним забезпеченням дані про формування саме такого рахунка, або сформований QR-код із зашифрованим замовленням. Щоб такі цифрові сліди були рахунком, радимо це прописати в наказі про облікову політику.

Приклад. Підприємство продало товар на суму 2400 грн. (у тому числі ПДВ — 400 грн.) з оплатою через LiqPay. Винагорода банку за проведення операції склала 66 грн. Її банк утримує самостійно.

Відобразимо таку операцію в обліку.

Облік оплати за товар через LiqPay

№ з/п

Зміст господарської операції

Кореспонденція рахунків

Сума, грн.

дебет

кредит

1

На підставі отриманого повідомлення від LiqPay проведено оплату

333

681

2400

2

Відображено податкові зобов’язання з ПДВ на дату формування рахунка (замовлення на сайті)

643

641

400

3

Отримано кошти на рахунок (за банківською випискою)

311

333

2334

4

Відображену комісію інтернет-екваєру

92

333

66

5

Відвантажено товар

361

701

2400

6

Списано раніше відображені податкові зобов’язання

701

643

400

7

Списано собівартість відвантаженого товару

901

28

1500

8

Проведено взаємозалік

681

361

2400

Оформи передплату та читай все Передплатити журнал

Схоже, що ви використовуєте блокувальник реклами :(

Щоб користуватися всіма функціями сайту, додайте нас у винятку!

Як відключити
Завантажуйте наш мобільний додаток iFactor

© Factor.Media, 1995 -
Всі права захищені

Використання матеріалів без узгодження з редакцією заборонено

Ознайомитись з договором-офертою

Приєднуйтесь
Адреса
м. Харків, 61002, вул. Сумська, 106а
Powered by
Factor Web Solutions
Ми використовуємо cookie-файли, щоб зробити сайт максимально зручним для вас та аналізувати використання наших продуктів та послуг, щоб збільшити якість рекламних та маркетингових активностей. Дізнатися більше про те, як ми використовуємо ці файли можна тут.
Закрити
icon-block
Заважає реклама?
Ви маєте можливість її відключити!
Бажаєте побачити, як сайт буде виглядати без реклами?
Вимкнути на 10 секунд