Коригування ПН: як виправити помилку з завищеною ціною

Найбезпечніше обнулити помилкову ПН через РК з кодом 103 та зареєструвати нову правильну ПН датою 14.10, а РК скласти датою виявлення помилки (наприклад, 31.10), незалежно від того, що зареєстрований він буде у листопаді.

Обґрунтування

1. Сумова помилка (завищена ціна) виправляється через анулювання ПН і складання нової. Завищена ціна означає сумову помилку в ПН, тобто показники ПН не відповідають первинним документам. За позицією ДПС, у такому випадку слід повністю анулювати помилкову ПН РК з кодом причини 103, вивівши всі рядки в нуль, і скласти нову ПН з правильними показниками датою «першої події» (у вас – 14.10). Можливість виправити таку помилку одним «частковим» РК податківці не визнають, оскільки і ПН, і РК мають відповідати первинним документам, інакше покупець втрачає право на податковий кредит. Цей підхід узгоджується з вимогою коригувати зобов’язання та кредит на підставі РК, складеного до ПН, у разі зміни суми компенсації вартості товарів/послуг, у тому числі через перегляд цін, передбаченою п. 192.1 Податкового кодексу України.

2. Дата складання РК – дата виявлення помилки, а не дата ПН. Для виправлення помилок у ПН РК складається саме на дату виявлення помилки, а не датою самої ПН. Це відповідає загальному правилу: РК при зміні суми компенсації або виправленні помилок складають на дату події/виявлення, а реєстрація може відбутися пізніше, в межах 1095 днів з дати складання ПН згідно з п. 192.1 ПКУ. Тому якщо помилку виявлено 31.10, РК слід скласти датою 31.10, навіть якщо реєстрація буде вже у листопаді.

3. Практичні дії для вашої ситуації.

   • Складаєте РК до ПН від 14.10 з кодом причини 103, у табличній частині всі показники (обсяг, сума без ПДВ, ПДВ) зазначаєте зі знаком «–» так, щоб суми стали нульовими. Цей РК, як «мінусовий» до ПН на платника ПДВ, реєструє покупець.
   • Складаєте нову ПН на правильну ціну за тією самою операцією датою 14.10, з нульовою ставкою ПДВ (як і було), та реєструєте її в ЄРПН.
   • Дату РК ставите дату виявлення помилки (у вашому прикладі – 31.10), а не 14.10, що відповідає загальним правилам складання РК, викладеним у п. 23 Порядку №1307.

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

Можу пошукати матеріали на цю тему — цікаво?