Добрый день! Может кому-то удалось зарегистрировать РК с типом причины 20? Ситуация: зарегистрированы 2 НН на одну операцию. Составлен РК на ошибочную с 20 кодом. Документ не принят: РК з кодом причини "20" не відповідає даним по перевищенню. Ошибочная НН в декларацию не включена ни у поставщика, ни у покупателя.
Буду благодарна
Коригування ПН (частина 3️⃣)
-
- Светоч Мысли
- Повідомлень: 1729
- З нами з: 31 травня 2015, 13:16
- Дякував (ла): 399 разів
- Подякували: 905 разів
Зайву ПН можна обнулити код причини коригування , повинно бути 301. Тип причини вгорі 20, і відмітку «Х» над ним не проставляють. У РК заповнюється графи 7,8 , 1-6, 11-15 (9 і 10 не заповнюють). Тільки в нижній частині РК зазначаються реквізити правильної ПН, зареєстрованої. Такий РК одночасно обнулити повторну ПН та відновить рег.ліміт. Перевірте суму перевищення , мабуть, десь копійки не сходятьсяMyproof писав: ↑08 жовтня 2020, 11:04Добрый день! Может кому-то удалось зарегистрировать РК с кодом причины 20? Ситуация: зарегистрированы 2 НН на одну операцию. Составлен РК на ошибочную с 20 кодом. Документ не принят: РК з кодом причини "20" не відповідає даним по перевищенню. Ошибочная НН в декларацию не включена ни у поставщика, ни у покупателя.
Буду благодарна
-
- Мудрец
- Повідомлень: 135
- З нами з: 25 січня 2017, 16:25
- Звідки: Одесса
- Дякував (ла): 59 разів
- Подякували: 34 рази
По складанню РК все вірно - "хрестики/галочки", реквізити правильної ПН й т.п.Nelli-Nelli писав: ↑08 жовтня 2020, 12:19Зайву ПН можна обнулити код причини коригування , повинно бути 301. Тип причини вгорі 20, і відмітку «Х» над ним не проставляють. У РК заповнюється графи 7,8 , 1-6, 11-15 (9 і 10 не заповнюють). Тільки в нижній частині РК зазначаються реквізити правильної ПН, зареєстрованої. Такий РК одночасно обнулити повторну ПН та відновить рег.ліміт.
В елкабі продавець може подивитись суму перевищення? (я в цій ситуації покупець, реєструю РК).Nelli-Nelli писав: ↑08 жовтня 2020, 12:19Перевірте суму перевищення , мабуть, десь копійки не сходяться
-
- Светоч Мысли
- Повідомлень: 1729
- З нами з: 31 травня 2015, 13:16
- Дякував (ла): 399 разів
- Подякували: 905 разів
Так в тому-то і діло, що реєструє ПРОДАВЕць такий РК, а не покупець. В разі реєстраціі мінусової РК покупцем, тоді і заповнюється РК по-іншому, коди всі інші.Myproof писав: ↑08 жовтня 2020, 13:05По складанню РК все вірно - "хрестики/галочки", реквізити правильної ПН й т.п.Nelli-Nelli писав: ↑08 жовтня 2020, 12:19Зайву ПН можна обнулити код причини коригування , повинно бути 301. Тип причини вгорі 20, і відмітку «Х» над ним не проставляють. У РК заповнюється графи 7,8 , 1-6, 11-15 (9 і 10 не заповнюють). Тільки в нижній частині РК зазначаються реквізити правильної ПН, зареєстрованої. Такий РК одночасно обнулити повторну ПН та відновить рег.ліміт.В елкабі продавець може подивитись суму перевищення? (я в цій ситуації покупець, реєструю РК).Nelli-Nelli писав: ↑08 жовтня 2020, 12:19Перевірте суму перевищення , мабуть, десь копійки не сходяться
-
- Мудрец
- Повідомлень: 135
- З нами з: 25 січня 2017, 16:25
- Звідки: Одесса
- Дякував (ла): 59 разів
- Подякували: 34 рази
Згідно листа ДФСУ № 36942/7/99-99-15-03-02-17 пп. 4.6.1. "Складання розрахунка коригування до "зайво складеної" податкової накладної, до якої не було складено та зареєстровано в ЄРПН розрахунка коригування": ....... Такий розрахунок коригування підлягає реєстрації в ЄРПН отримувачем (покупцем), який був зазначений у податковій накладній, що коригується, крім випадків, передбачених Порядком № 763.Nelli-Nelli писав: ↑08 жовтня 2020, 14:04Так в тому-то і діло, що реєструє ПРОДАВЕць такий РК, а не покупець. В разі реєстраціі мінусової РК покупцем, тоді і заповнюється РК по-іншому, коди всі інші.
Я розумію так:
У разі складання розрахунку коригування з типом причини 20 до податкової накладної, зайво складеної на операцію, за якою в Єдиному реєстрі податкових накладних вже зареєстрована податкова накладна, до якої раніше не складався розрахунок коригування, такий розрахунок коригування підлягає реєстрації в Єдиному реєстрі податкових накладних отримувачем (покупцем), який був зазначений у податковій накладній, що коригується, крім випадків, передбачених цим Порядком. У разі складання розрахунку коригування з типом причини 20 до податкової накладної, зайво складеної на операцію, за якою в Єдиному реєстрі податкових накладних вже зареєстрована податкова накладна, до якої раніше було складено розрахунок коригування, такий розрахунок коригування підлягає реєстрації в Єдиному реєстрі податкових накладних постачальником (продавцем)
На практиці серед знайомих бухгалтерів реєстрація РК з типом причини 20 не працює, виправляють такі помилки через 103 код. В моїй ситуації зайва помилкова ПН не була включена до декларації ПДВ постачальника й покупця. Тому, якщо коригувати через 103, вважаю правильним спочатку подати уточнюючі декларації.
Ось чому у першому своєму повідомленні спитала шановних форумчан, чи був у когось зареєстрований РК саме з типом 20?
-
- Светоч Мысли
- Повідомлень: 1729
- З нами з: 31 травня 2015, 13:16
- Дякував (ла): 399 разів
- Подякували: 905 разів
А я так розумію, що з 2018 року, яким датований лист (на що є Ваше посилання) багато що змінилось в плані реєстрації ПН та РК.Myproof писав: ↑08 жовтня 2020, 16:36
На практиці серед знайомих бухгалтерів реєстрація РК з типом причини 20 не працює, виправляють такі помилки через 103 код. В моїй ситуації зайва помилкова ПН не була включена до декларації ПДВ постачальника й покупця. Тому, якщо коригувати через 103, вважаю правильним спочатку подати уточнюючі декларації.
Ось чому у першому своєму повідомленні спитала шановних форумчан, чи був у когось зареєстрований РК саме з типом 20?
Ваше повідомлення "Добрый день! Может кому-то удалось зарегистрировать РК с кодом причины 20? Ситуация: зарегистрированы 2 НН на одну операцию. Составлен РК на ошибочную с 20 кодом. Документ не принят: РК з кодом причини "20" не відповідає даним по перевищенню. Ошибочная НН в декларацию не включена ни у поставщика, ни у покупателя." Надалі Ви написали, що такий РК намагається зареєструвати ПОКУПЕЦЬ. Тому програма і не приймає РК від покупця, бо РК з кодом причини "20" не відповідає даним по перевищенню. Понятно, що перевищення у ПОКУПЦЯ не виникло, та і не факт, що у ПРОДАВЦЯ це перевищення є, бо не включав в декларацію (до речі, це продавець бачить в своєму ел.кабінеті). Хоча, якщо факт реєстраціі ПН був, то перевищення десь вилізло.
Значить реєструйте без типу причини 20! А з таким кодом реєструються РК, якщо все заповнено згідно логіки ел.реєстрів
Журнал Податки та бухгалтерський облік №31 від 16.04.2020 року присвячений якраз заповненню РК
-
- Мудрец
- Повідомлень: 135
- З нами з: 25 січня 2017, 16:25
- Звідки: Одесса
- Дякував (ла): 59 разів
- Подякували: 34 рази
Нажаль роботодавець не витрачається на підписку на бухгалтерські видання. Тому опиралась на інетівську інформацію, а її на дану тему небагато. НАКАЗ 17.09.2018 № 763, яким затверджено ЗМІНИ до Порядку заповнення податкової накладної, на сьогоднішній день є чинним, в ньому викладено порядок складання РК до зайво складеної ПН. Згідно порядку неприйнятий РК заповнено вірно. Погоджуюсь, як Ви пишете "згідно логіки реєстрів", РК мав би реєструвати постачальник, але це суперечить порядку. Що робиться в електронному кабінеті постачальника - відомо одному постачальнику, є там перевищення, чи немає. Спробую запропонувати постачальнику відправити РК на реєстрацію, але з такою пропозицією до постачальника навіть немає на що законодавчо опиратись. Мені ця реєстрація потрібна виключно для того, щоб повернути постачальнику його лімітNelli-Nelli писав: ↑08 жовтня 2020, 21:01
А я так розумію, що з 2018 року, яким датований лист (на що є Ваше посилання) багато що змінилось в плані реєстрації ПН та РК.
Ваше повідомлення "Добрый день! Может кому-то удалось зарегистрировать РК с кодом причины 20? Ситуация: зарегистрированы 2 НН на одну операцию. Составлен РК на ошибочную с 20 кодом. Документ не принят: РК з кодом причини "20" не відповідає даним по перевищенню. Ошибочная НН в декларацию не включена ни у поставщика, ни у покупателя." Надалі Ви написали, що такий РК намагається зареєструвати ПОКУПЕЦЬ. Тому програма і не приймає РК від покупця, бо РК з кодом причини "20" не відповідає даним по перевищенню. Понятно, що перевищення у ПОКУПЦЯ не виникло, та і не факт, що у ПРОДАВЦЯ це перевищення є, бо не включав в декларацію (до речі, це продавець бачить в своєму ел.кабінеті). Хоча, якщо факт реєстраціі ПН був, то перевищення десь вилізло.
Значить реєструйте без типу причини 20! А з таким кодом реєструються РК, якщо все заповнено згідно логіки ел.реєстрів
Журнал Податки та бухгалтерський облік №31 від 16.04.2020 року присвячений якраз заповненню РК
-
- Светоч Мысли
- Повідомлень: 1729
- З нами з: 31 травня 2015, 13:16
- Дякував (ла): 399 разів
- Подякували: 905 разів
Скоріш за все Ваш постачальник не розібрався і заплутав і себе, і Вас. І скоріш за все тип20 в РК Вашої ситуації не стосується.
У постачальника є перевищення? Тоді він сам реєструє - як заповнювати РК - абзац 1. нижче.
У постачальника нема перевищення, а просто відновити рег. Ліміт - тоді рк (без 20!) з відміткою Х реєструє покупець.абзац 2 з поодинокою ПН Ваш варіант.
1.Якщо помилково задвоіли ПН,тобто склали повторно пн на 1 й ту саму операцію постачання з 1 і тим же покупцем то зайву 2-у помилково Пн можна обнулити сторонуючим РК з причиною коригування 301. Тому всі рядки цього РК будуть мінусовими. У верхній лівій частині цього РК зазначається спеціальний тип причини 20 проте відмітку Х над ним не представляють. Коригування проводять за кількістю у РК заповнюютьКількісні графи 7 , 8 а також графи 1 — 6 , 1 — 15 цінові графи 9, 10 не заповнюють. А в нижній частині розрахунку коригування зазначають реквізити правильної податкової зареєстрованої на це постачання. Такий розрахунок коригування одночасно зможе обнулити повторну податкову і відновити (Відкоригувати у сторін ліміт. Увага!!! Такий розрахунок коригування реєструє постачальник.
2.Але якщо виписана поодинока помилкова податкова накладна (без факту оплати чи відвантаження ) то таку податкову обнуляють за допомогою розрахунку коригування з причиною коригування 103. Зауважте, тип причини 20 уже не проставляється а реєструє цей розрахунок коригування покупець.
-
- Мудрец
- Повідомлень: 135
- З нами з: 25 січня 2017, 16:25
- Звідки: Одесса
- Дякував (ла): 59 разів
- Подякували: 34 рази
У постачальника є перевищення.Nelli-Nelli писав: ↑09 жовтня 2020, 14:32І скоріш за все тип20 в РК Вашої ситуації не стосується.
У постачальника є перевищення?
Саме так - помилково задвоїли ПН, склали дві на одну операцію. РК складено саме так, як Ви пишете, та як вимагає порядок складання РК на анулювання зайво виписаної задвоєної ПН.Nelli-Nelli писав: ↑09 жовтня 2020, 14:321.Якщо помилково задвоіли ПН,тобто склали повторно пн на 1 й ту саму операцію постачання з 1 і тим же покупцем то зайву 2-у помилково Пн можна обнулити сторонуючим РК з причиною коригування 301. Тому всі рядки цього РК будуть мінусовими. У верхній лівій частині цього РК зазначається спеціальний тип причини 20 проте відмітку Х над ним не представляють. Коригування проводять за кількістю у РК заповнюютьКількісні графи 7 , 8 а також графи 1 — 6 , 1 — 15 цінові графи 9, 10 не заповнюють. А в нижній частині розрахунку коригування зазначають реквізити правильної податкової зареєстрованої на це постачання. Такий розрахунок коригування одночасно зможе обнулити повторну податкову і відновити (Відкоригувати у сторін ліміт.
Будь-ласочка, ткніть носом, де прописано, що такий РК реєструє постачальник. Чи це з практичного досвіду бухгалтерів?Nelli-Nelli писав: ↑09 жовтня 2020, 14:32Увага!!! Такий розрахунок коригування реєструє постачальник.
Зважаючи на інформацію від постачальника, що сума перевищення, яку він бачить в ЕК, чомусь менша, ніж сума ПДВ зайво зареєстрованої ПН, маю думку, що проблема неприйняття саме в цьому, а не в тому, що РК має реєструвати постачальник, а не покупець.
-
- Светоч Мысли
- Повідомлень: 1729
- З нами з: 31 травня 2015, 13:16
- Дякував (ла): 399 разів
- Подякували: 905 разів
Мені дійшло, ВАШ постачальник зареєстрував дві ПН, хоче свій рег.ліміт відновити і не знає як виправити. А Ви як покупець згодні допомогти. Тому порада. Нехай створить мінусовий РК до неправильної ПН (як повернення 103) та відправить Вам на реєстрацію. Нічого нехай не міняє в тому РК, ніяких типів причин і т.п. ТОЙ РК реєструєте ВИ! Рег.ліміт постачальника відновиться.