Відновлення першої події ПДВ при поверненні товару в програмах BAS
Дуже часто перша подія в програмі збивається після того, як було повернення. Розглянемо як і чому це відбувається, і як вийти з цієї ситуації в програмах BAS Бухгалтерія.
Приклад 1.
Вихідні данні: розрахунки ведуться по договору вцілому, аванси отримані не виділяються на 6811, а обліковуються на 361 рахунку.
8 квітня. Реалізація товару
-------------------------------------------
Провели документ Реалізація товарів та послуг
Дт 361 Кт 702 - 120 грн
Дт 702 Кт 6432 - 20 грн
-------------------------------------------
Виписали податкову накладну
Дт 6432 Кт 6412 - 20 грн
-------------------------------------------
Надійшла оплата
Дт 311 Кт 361 - 120 грн
-------------------------------------------
10 квітня. Повернення
-------------------------------------------
Провели документ Повернення товарів від покупця
Дт 704 Кт 361 - 120 грн
Дт 704 Кт 6432 – (-20) грн
-------------------------------------------
Виписали Додаток 2 до податкової
Дт 6432 Кт 6412 – (-20) грн
-------------------------------------------
При поверненні товарів або грошових коштів, сторнування податкового кредиту (податкових зобов'язань) завжди відбувається за першою подією (п.192.1 ст.192 ПКУ).
На даному етапі ми маємо передплату від клієнта в розмірі 120 грн. Клієнт не просить повернути кошти, а замість поверненого товару бере інший товар на ту саму суму. По логіці залишку на 361 рахунку - це має бути друга подія, але насправді це нова перша подія, і ми виписуємо податкову накладну.
11 квітня. Реалізація іншого товару
-------------------------------------------
Провели документ Реалізація товарів та послуг.
Дт 361 Кт 702 - 120 грн
Дт 702 Кт 6432 – 20 грн
-------------------------------------------
Виписали податкову накладну
Дт 6432 Кт 6412 - 20 грн
-------------------------------------------
Чому так відбувається? Тому що процес реалізації, і процес повернення товару – це два різні ланцюги перших/других подій. Є ланцюг продажу/оплати, а є ланцюг повернення товару/повернення коштів, і вони один з одним не пересікаються. В проводках ми бачимо передплату від покупця, і відвантаження має бути другою подією. А в регістрах ця оплата була другою подією, коли ми відвантажували товар вперше, вона так і залишається другою подією, і зараз нове відвантаження – це нова перша подія. І повернення товару – це перша подія в ланцюжку повернення, і другою подією для нього буде повернення коштів.
В результаті маємо ситуацію, коли:
1. є перша подія за поверненням (є повернення товарів, але немає подальшого повернення грошей)
2. є перша подія за повторним відвантаженням (є відвантаження, але немає подальшої оплати)
Якщо все так і залишити, то наступний авансовий платіж в програмі відобразиться як друга подія, хоча матиме бути першою.
Щоб цього уникнути потрібно відобразити взаємозалік таких заборгованостей. Для цього скористаємося документом «Коригування боргу» з видом операції «Проведення взаємозаліку».
От тільки зараз в програмі нема на що робити взаємозалік, бо на Рис. 3 ми бачимо, що ОСВ по 361 рахунку закрилася в нуль. Тому нам потрібно спочатку добитися на ньому розгорнутого сальдо. Для цього в другій реалізації від 11 квітня поставимо рахунок розрахунків по авансам 6811, що отримати на рах 361 розгорнуте сальдо, яке будемо згортати, а заодно виправимо данні в регістрах.
Створюємо і
заповнюємо (по кнопці Заповнити) Коригування боргу. В результаті його
проведення будуть створені недостаючі рухи по регістрах для коректного
формування першої події по ПДВ, і закриється розгорнуте сальдо на 361 рахунку.
Це все. Після цього
подальші документи по цьому контрагенту будуть корректно формувати проводки по
ПДВ.
Маєте запитання? Потрібна консультація або у вас виникли питання? Звертайтесь до спеціалістів компанії Evsesvit.