Тёмный

BAS КУП. Податкова накладна. Проблеми округлення 

Intellect Technologies
Подписаться 8 тыс.
Просмотров 253
50% 1

Показуємо, як сформувати податкову накладну в BAS Комплексне управління підприємством. Розбираємо проблеми округлення в BAS, електронному кабінеті та МедОК. Буде корисно подивитись всім бухгалтерам, які працюють з реєстрацією податкових накладних. Чекатиму на Ваші інсайти та обмін досвідом

Опубликовано:

 

8 окт 2024

Поделиться:

Ссылка:

Скачать:

Готовим ссылку...

Добавить в:

Мой плейлист
Посмотреть позже
Комментарии : 6   
@mozart44
@mozart44 2 месяца назад
Дякую за відео. Зайшов глянути, думав що покажете якісь рішення, офіційні/неофіційні. А тут лише констатація проблеми, нажаль. 2. Як може податкова накладна за щоденними підсумками в роздрібному магазині відповідати первинному документу, якщо це фіскальні чеки? В зведену накладну попадає загальна кількість товару А на його ціну і тут вже можуть бути розбіжності. Та вони є ще на етапі формування z-заіту. Касова програма підсумовує ПДВ по чекам, а в зведену накладну йде значення ціна*кількість. І медок і кабінет відкидає щоразу такі накладні. Що робити? 1) округлюємо ціни до 5 копійок, а зараз можна і до 10. При цьому ПДВ не буде дробним числом. Це допомагає, поли товар штучний. Коли ваговий - ні. 2) в медку чи вашій обліковій системі робити авторозрахунок. Розходження з первинною буде в ту чи іншу сторону і в перспективі ці округлення будуть нівелювати себе. 3) (утопічно-фантастичний варіант) - податкова прийме зміни до податкового кодексу про округлення загального ПДВ по накладній до цілої гривні і відмовиться від розрахунку ПДВ по кожній номенклатурній позиції. А ще краще - відмінить це ПДВ взагалі 😊 До речі, проблеми з округленням є не лише в податковій накладній, а й в декларації з ПДВ 🤐
@intellecttechnologies4566
@intellecttechnologies4566 2 месяца назад
Третій варіант в саме серденько, якби ж так можна було... Бажано би взагалі податок з обороту, який враховує планове податкове навантаження і відмінити все інше, хоча б, як опцію - хочеш працюй на загальній системі, плати ПДВ, екологію, турзбір, акциз і т.д. , а хочеш, просто % з обороту і все. Швидше за все % буде/мав би виходити дорожче, але як збереже нервову систему і спростить ведення бізнесу...
@intellecttechnologies4566
@intellecttechnologies4566 2 месяца назад
Дякую, за такий розширений коментар😊, бажаю Вам успіхів!
@intellecttechnologies4566
@intellecttechnologies4566 2 месяца назад
Підкажіть, будь ласка, яке саме, програміст в мене є)
@mozart44
@mozart44 2 месяца назад
@@intellecttechnologies4566 то він (чи вона) рішенням називає "нормального програміста", мабуть його величність. Так, ніби тисячі програмістів вузької фінансової спрямованості до нього просто лошари якісь, не можуть використати звичайне математичне округлення. )))) Шановний, тут питання не математичне, а політичне і корупційне.
@intellecttechnologies4566
@intellecttechnologies4566 2 месяца назад
Саме в даному прикладі показана проблемна ситуація, пов'язана з ціною, найправильніше це встановити іншу ціну + або - 0.01 грн, але є регульовані ціни і т.д, а так дописати перевірку ціни при запису не проблема. Такі нюанси виникають, коли є стандартизована націнка і т.д. Практично дане питання вирішується реєстрацією з тими цифрами, які пропустить ел.кабінет, по суті, як сама програма і робить при вивантаженні.
Далее
Упрощенка с 2025 (изменения)
12:39