Зведення
ТКС з продажу товарів
Цей документ охоплює функціональність збору податків на source (TCS) з продажу товарів. Ця функція описує, як виконати базове налаштування для TCS відрахування на продаж товару транзакції, обчислити TCS на транзакції від клієнта або на групу клієнтів, TCS на транзакції, коли клієнт не має PAN номер і т.д.
Відповідно до розділу 206C (1H) TCS слід збирати під час отримання платежу від клієнта з урахуванням продажів. Коли продавець отримує суму платежу TCS буде списано на проміжний рахунок і зараховано на рахунок TCS, що підлягає сплаті. Після розміщення рахунка-фактури, TCS сума буде опубліковано проміжний платний обліковий запис і додається до вартості рахунка-фактури
Ще один важливий аспект цієї функції полягає в тому, що якщо кілька клієнтів мають однаковий номер PAN, то накопичений обсяг транзакції буде взято для порівняння з граничним обмеженням, щоб визначити відповідність транзакції для відрахування TCS.
Базова сума відрахування TCS:
Циркуляр CBDT vide No 17 від 30.09.2020 р., уточнив, що оскільки збір здійснюється щодо отримання суми розгляду продажу, для стягнення податку за цим положенням не потрібно здійснювати коригування з урахуванням непрямих податків, включаючи податок на податок. Таким чином, TCS має збиратися з урахуванням продажу включно з податок на продаж.
У розділі Користувач групи податку має можливість включити компонент податок на податок на податок і нарахування, щоб включити в основну суму для обчислення TCS.
Було багато плутанини з впровадженням цієї функції, Щоб зняти сумніви, що виникають у зв'язках з застосовністю нових положень TCS, CBDT видав Цикл No 17, датований 30-09-2020 роз'яснив, що варіант ( c ) є більш зручним, реалістичним і розумним, щоб отримати очікуваний результат.
Накопичення транзакції кількох клієнтів на основі PAN:
У випадку ТКС з «продажу товарів» відрахування ТКС здійснюватиметься на основі pan number. Якщо кілька клієнтів мають однаковий номер PAN, усі транзакції, виконані різними клієнтами, які мають однаковий PAN, накопичуються та порівнюються з граничним обмеженням, встановленим урядом.
Користувач може накопичити граничне значення покупки на основі кількості pan таких постачальників, як клієнти. Однак накопичення відбуватиметься на основі постачальника або клієнта в межах однієї юридичної особи. Накопичення юридичної особи Inter буде поза сферою дії.
Точка збору податків
Відповідно до інтерпретації ТКС з продажу товарів u/s 206C (1H), податок має бути зібраний на момент надходження' Згідно із законом уточнюється, що ТКС з продажу товарів буде збиратися, коли продавець отримає фактичну оплату.
Однак, щоб зібрати TCS на продаж товарів, продавець повинен підняти рахунок-фактуру продажу, включаючи обсяг TCS, рахунок в книгах як відповідальність TCS навіть в фактичному сенсі він не підлягає сплаті. Незважаючи на те, що сума TCS списується покупцеві, відповідальність за Розділом 206C (1H) не виникає до моменту збору суми. Для задоволення цієї вимоги додається новий варіант "Податкове зобов'язання зі сплати" в розділі "Група податку на утримання".
Якщо позначити цей параметр, система активує поле "проміжний обліковий запис" у відповідному податковому коді. Під час розміщення розміщення продажу товарів рахунок податок сума буде опубліковано на "Проміжний TCS платний рахунок" і дебет на "рахунок клієнта". Коли користувач отримує оплату від покупця в той час система розмістила рахунку транзакції нарахування TCS відповідальність за оплату.
TCS on Advance receipt of payment:
Щоразу, коли продавець отримує оплату проти розгляду продажу або отримує авансовий платіж, продавцю надається доручення відраховувати TCS відповідно до розділу 206C(1H). Труднощі виникають в обчисленні суми, коли отримана сума платежу перетинає систему граничного значення для валового збільшення вартості транзакції та обчислює обсяг TCS, де потрібно виконати деяке ручне коригування обчислюваного обсягу TCS. Початкові дві чверті користувача потрібно вручну змінити обсяг TCS, обчислений для клієнтів платіжних транзакцій
Зміни, включені на основі ПРЕС-релізу CBDT:
Спочатку для нової підготовки TCS були зроблені наступні інтерпретації експертів:
(a) Податок, який буде зібрано, коли сума продажу та сума, отримана в міру розгляду продажу, перевищує 50 лахів за попередній рік;
(б) Податок, який потрібно зібрати, коли сума продажу перевищує 50 лахів незалежно від суми розгляду суми продажу, отриманої протягом попереднього року;
(в) Податок, який потрібно зібрати, коли сума, отримана в міру розгляду продажу, перевищує 50 лахів незалежно від суми продажу, здійсненої протягом попереднього року.
На основі початкового рішення інтерпретації в Dynamics AX2012R3 було надано варіант (a).
Було багато плутанини з впровадженням цієї функції, Щоб зняти сумніви, що виникають у зв'язках з застосовністю нових положень TCS, CBDT видав Цикл No 17, датований 30-09-2020 роз'яснив, що варіант ( c ) є більш зручним, реалістичним і розумним, щоб отримати очікуваний результат.
Щоб рішення відповідало новій інтерпретації, до наявної функції було включено такі зміни:
- Введено поняття "Початкове досягнення граничного значення": Згідно з роз'ясненням КБРТ, "можна зазначити, що цей TCS застосовується тільки на суму, отриману 1 жовтня 2020 р. або пізніше. Однак граничне значення базується на річній квитанції, можна зазначити, що тільки для розрахунку цього порогу rs. 50 lakh, враховується квитанція від початку фінансового року , тобто з 1 квітня 2020 року. Наприклад, продавець, який отримав Rs. 1 crore до 1 жовтня 2020 року від конкретного покупця і отримує Rs. 5 lakh після 1 жовтня 2020 буде необхідно для стягнення податку на Rs. 5 lakh тільки, а не на Rs. 55 lakh [i.e Rs.1.05 crore - Rs. 50 lakh (threshold)], але для граничного обчислення суми, отриманої до 1 жовтня також буде розглянуто. Щоб виконати цю зміну, ми ввели концепцію початкового граничного значення.
- TCS про стягнення платежу від клієнта з урахуванням продажів:
Відповідно до роз'яснення CBDT "Можна зазначити, що цей TCS застосовується тільки в тих випадках, коли отримання розгляду продажу перевищує Rs. 50 lakh у фінансовому році. Наприклад, продавець, який здійснив продажі Rs. 1 crore до 1 жовтня 2020 року від конкретного покупця і отримує лише Rs. 10 lakh після 1 жовтня 2020 не буде потрібно для стягнення податку на 10 лах, оскільки сума платежу не перетнула граничне значення Rs. 50.
Виходячи з наведеного вище, ми надаємо параметр під параметрами загальної бухгалтерської книги , щоб увімкнути відрахування TCS на збір платежу від клієнта проти розгляду продажів.
- Прямий ваучер розміщення TCS суми на оплату та рахунку транзакції: у початковому рішенні, передбаченому для TCS відрахування, проводки було зроблено через пов'язані ваучери. Редизайн на основі CBDT прес-примітка дозволяє користувачу розміщувати суму TCS безпосередньо в бухгалтерській книзі, не розміщуючи через пов'язаний ваучер.
"TCS on sales" when applied on AP Transaction post-tax amount in recoverable account: In case the user applied "TCS on Sales" on the purchase transaction TCS amount will directly post to "TCS recoverable account". Користувач має виконати зіставлення облікової книги TCS із зіставленням форми 26AS, щоб визначити суму TCS для позову проти податкового зобов'язання.
Кредитна примітка скасовує транзакцію TCS, не впливаючи на накопичене значення граничного значення: Оскільки податок повинен бути обчислено на розгляд, отриманий від покупця, коригування, внесене до бухгалтерської книги покупця шляхом видачі кредитної примітки, не вплине на податок, який потрібно зібрати. Розміщення залишиться тим же, якщо, після збору податку, продавець погасить деякий розгляд покупцеві. У такій ситуації сума розгляду продажу, отримана продавцем, не зменшується разом із сумою, яка повертається для обчислення ПК.
Користувач може ввімкнути за замовчуванням групи TCS з облікового запису за рахунком-фактурою: у розділі керування функціями параметр надається користувачу, щоб увімкнути за замовчуванням TCS групи продажу транзакції з рахунку-фактури облікового запису замість облікового запису клієнта. Це дає змогу користувачеві подбати про сценарій стороннього рахунка-фактури.
Користувач може ввімкнути за промовчанням TCS групи з постачальника облікового запису в транзакції придбання: У розділі керування функціями параметр надається користувачу, щоб увімкнути за промовчанням TCS групи придбання транзакції, якщо "TCS утримання групи" приєднано до постачальника облікового запису.
Сценарії поза областю:
- Транзакції між компанією будуть недоступні для цієї функції.
Ця функція підтримується в таких або пізніших версіях програми "Фінанси":
- Dynamics AX2012R3
Кроки з налаштування для ПК з продажу товарів (на основі набору платежів):
Є три обов'язкові налаштування користувач повинен зробити, щоб увімкнути "TCS на продаж хороших" на основі збору платежів :
a.Enable feature through feature management :
Розділ 206C(1H) передбачає, що податок потрібно збирати там, де ця сума надходить з урахуванням продажу товарів. Простими словами, податок має бути зібраний там, де сума надходить на 01-10-2020 або після 01-10-2020. Таким чином, подія тригера – це отримання збуту. Щоб увімкнути функцію в колекції платіжних користувачів, активували цю функцію в розділі "Загальний параметр бухгалтерської книги".
Шлях: Загальний ledger > настроювання > головна книга параметри прямі > податки
b.Обов'язково позначте параметр "Увімкнути граничну ієрархію" в податковому коді "TCS on sales" для цієї функції:
потрібно було б позначити "Увімкнути граничну ієрархію" в податковому кодексі "TCS on sales of goods" для застосування ставки TCS на основі умов PAN і без нього.
c.Mark "Liability on payment" check box under-aholding tax group "TCS on sales"
Необхідно було б встановити прапорець "Відповідальність за оплату", щоб відняти TCS під час збору
платежу.
Примітка:
- Якщо користувач не позначає "відповідальність за оплату", система створить відповідальність TCS у рахунку-фактурі.
- Якщо користувач не активує функцію в параметрах загальної бухгалтерської книги "Увімкнути обчислення TCS на основі платежів від клієнтів", система розглядатиме як рахунок-фактуру, так і суму платежу для визначення граничного значення. (Як працює зараз після першого випуску функції на TCS з продажу )
Ініціалізовано "Початкове граничне значення досягнуто значення" :
TCS застосовується з 1 жовтня, але для накопичення операцій визначення порогу відбуватиметься з 1 квітня кожного фінансового року.
Приклад накопичення значення для обчислення TCS:
Припустімо, граничне значення INR .50,000,000
TCS застосовується з 1жовтня 2020 р.
Нижче виконано таку транзакцію:
Для клієнта Початкове накопичення значення буде визначено нижче:
Виплата отримана з 1квітня по30 вересня 2020 року (15 00 000+5 00 000+20 00 000) =40 000 000
Початкове накопичене значення = 40 00 000
Перша вартість платежу після 10жовтня 2020 р. =12 00 000
Загальна накопичена вартість буде = 40 00 000+12 00 000= 52 000 000
TCS буде обчислюватися нижче:
52 00 000-50 00 000=2 00 000 *0,1% = 20
Щоб обчислити початкове накопичене значення після нової інсталяції, виконайте такі дії:
Шлях: податок >настроювання>податку > початкове граничне значення досягнуто значення
Значення досягнутого початкового граничного значення параметра:
Відкрийте форму та визначте діапазон датвід 1 квітня 2020 року до30 вересня 2020 року та натисніть кнопку "Ініціалізовано". Транзакція платежу, виконана в указаному діапазоні дат, вважатиметься автоматичною, щоб визначити початкове граничне значення, досягнуте для кожного клієнта. Після ініціалізації процесу кнопку Ініціалізувати буде вимкнуто, і її не можна буде знову ввімкнути.
Користувачі можуть редагувати створене системою початкове граничне значення для будь-якого клієнта, а після збереження його буде записано для клієнта. Користувачі також можуть додавати нових клієнтів вручну, якщо новий клієнт створиться в системі після ініціалізації. Однак початкове граничне значення потрібно оновити вручну.
Створити новий податковий кодекс утримання "Продаж товарів":
Шлях : Податковий>налаштування>утримання податковий код >продаж товарів
Коли користувач вкладає "утримання податкового компонента" типу "TCS" нове поле "Проміжний обліковий запис" активується.
Не встановлюйте жодного облікового запису до позначки "Податкове зобов'язання зі сплати" в розділі "Група податку на утримання.
Виберіть "Enable threshold hierarchy" (Увімкнути ієрархію граничних значень)- "Так".
На вибір "Так" "Накопичення на основі PAN "параметр дозволить
Користувач може позначити цей параметр, якщо клієнти мають однаковий номер PAN.
Створення нової групи податку на утримання "Продаж товарів".
Шлях : Податкова>установка>утримання податкової групи>Продаж товарів
Створіть групу податку на утримання з типом податку "TCS" і встановіть прапорець "Податкове зобов'язання з платежу"-Так.
Після цього поверніться до форми коду податку на утримання і виберіть "Проміжний TCS, що підлягає сплаті облікового запису" в полі "Проміжний обліковий запис", створеному на діаграмі облікового запису з розміщення типу "Індія податку на утримання (TCS)
Включати компонент податку на податок на податок, якщо частина обчислення базової суми TCS у полі "Включати компонент податку на податок на продаж для обчислення TDS або TCS"
Якщо витрати не входять до вибору обчислення TCS "Так" у полі "Виключити витрати для обчислення TDS або TCS"
Натисніть кнопку "Designer" в області дій і визначте формулу обчислення TCS.
Визначення визначень граничного значення:
Шлях :Визначення граничного значення настроювання > податків>.
Визначення граничного значення для параметра "Продаж товарів".
Потрібно визначити дві граничні плити.
- 0– максимум
- Максимальна кількість
Налаштування граничного значення TCS для "Продажу товарів"
TCS щодо продажу товарів застосовується до одного клієнта або кількох клієнтів з однаковим номером PAN.
Якщо клієнт PAN номер недоступний більш висока податкова ставка буде застосовуватися після перетину виключені обороту суму.
Якщо клієнт має номер PAN, застосовуватиметься нижча ставка податку.
Користувачам потрібно визначити граничне значення для клієнтів:
Клацніть конструктор граничного значення
Визначте дві плити за допомогою параметра:
- З номером PAN
- Без номера PAN
Визначте окрему ставку TCS для кожного параметра.
Визначення базисів обчислення для виключеної плити
- Обчислити податок – ні
(Інший варіант Обчислення податку – Так і значення – 0)
- Обчислити попередні неподаткові транзакції–ні.
- Включити в основу обороту – Так.
Визначення базис обчислення для плити оподаткування
- Обчислити податок – так.
- Обчислити попередні неподаткові транзакції–ні.
- Включити в основу обороту – Так.
Дуже важливо відзначити, що в "Граничному конструкторі" користувач повинен визначити дату для кожної плити з 01.04.2020 до 31.03.2021. Система перевіряє, чи включає граничний проміжок часу початковий проміжок часу. Якщо це так, система приймає визначену початкову суму як частину обороту і не розглядає транзакції протягом початкового проміжку часу суми, для обороту протягом проміжку часу було визначено як початковий обсяг. У наведеному вище випадку граничний діапазон дат '01.04.2020 – 31.03.2021 включає діапазон дат '04.04.2020 – 30.09.2020', таким чином, вона бере початкову суму порогу в рамках обороту, а потім кумулює виплати діапазону дат '10/1/2020 - 31.03.2021' як ще одну частину обороту. Нарешті, загальний оборот становить початковий граничний розмір + сукупна сума '10/1/2020 – 31.03.2021'.
Активація обчислення TCS для клієнта:
Клієнти дебіторської заборгованості>> Всі клієнти
Публікування рахунків- і платіжних транзакцій і обчислень TCS.
- Граничне значення: 50 000 000
- Норма TCS : 0.0750
- Нижче наведено відомості про транзакцію:
Податкова ставка в трьох десяткових розрядахОсновні сценарії, що охоплюють:
- Замовлення на продаж
- Безкоштовний текстовий рахунок-фактура
- Журнал оплати клієнтів
- Рахунок-фактура за проект
- Загальний журнал
- Багаторядкові журнали
- TCS через обліковий запис за рахунком-фактурою
- Накопичення граничного значення на основі PAN
- Кредитна нотатка
Коли користувач ініціалізує значення "Початкове граничне значення", система обчислить і відобразить INR 53,000,000.
Після розміщення платежу 2,00,150received від клієнта наступний запис бухгалтерського обліку буде опубліковано:
Записи бухгалтерського обліку:
Примітка:** Користувач повинен вручну змінити обчислюваний обсяг TCS, коли система вперше перетинає граничне значення. Різниця буде незначною. Мовний формат в обчисленні обумовлений тим, що поточні алгоритми працюють по-різному. Її буде виправлено в наступному випуску.
Коли рахунок-фактура опубліковано, проти останнього запису транзакції оплати буде опубліковано, як показано нижче
TCS on Purchase of goods deducted by vendor:
У випадку, якщо постачальником продажу TCS відраховується від організації, користувач може застосовувати ту саму групу податку утримань "TCS з продажу товарів". Граничне значення не застосовується до транзакції придбання. Після розміщення покупки, замовлення TCS сума відраховується постачальником, опублікований на TCS відновлюваного облікового запису безпосередньо. Користувачі повинні завантажити форму 26AS з govt. веб-сайт, щоб відповідати відновлюваній сумі, перш ніж претендувати на уряд.
Кожна організація буде претендувати на кредит на відрахування TCS після узгодження відрахування з формою 26AS.
Перейти до податкового>>> податку на податки >> TCS
Користувачі можуть вибрати обов'язкові поля стовпців для створення звіту.
Ознаки
Коли оплата готівкою, зібрана клієнтом, перевищує INR 50 Lakhs протягом фінансового року.
Спосіб усунення проблеми
Застосовуйте норму TCS на суму, що перевищує накопичену суму платежу, яка перевищує 50 лах.
Відомості про виправлення
Користувач повинен інсталювати оригінальний TCS на функцію збуту через kb 4089749 та KB4528707. Після цього потрібно інсталювати поточне виправлення через KB 4598394.Порядок інсталяції такий самий, як і в порядку за зростанням (наприклад, KB4089749 –> KB4528707 –> KB4598394).
https://fix.lcs.dynamics.com/issue/results/?q=4598394
Додаткові відомості
За цими посиланнями можна звернутися до служби технічної підтримки Microsoft Dynamics по телефону. Для цього відвідайте один із таких веб-сайтів Корпорації Майкрософт:
Партнери
https://mbs.microsoft.com/partnersource/resources/support/supportinformation/Global+Support+Contacts
Customers
https://mbs.microsoft.com/customersource/northamerica/help/help/contactus
У особливих випадках стягнення плати, які зазвичай понесені для викликів на підтримку, може бути скасовано, якщо спеціаліст служби технічної підтримки Microsoft Dynamics і пов'язані продукти визначать, що конкретне оновлення вирішить вашу проблему. Звичайні витрати на підтримку застосовуватимуться до будь-яких додаткових запитань і питань підтримки, які не відповідають вимогам для конкретного оновлення, про яке йде мова.
Примітка Це стаття "FAST PUBLISH", створена безпосередньо в організації підтримки Microsoft. Інформація, що міститься в цьому документі, надається як у відповідь на нові проблеми. В результаті швидкості її використання матеріали можуть включати друкарські помилки і можуть бути переглянуті в будь-який час без попередження. Інші зауваження див. в розділі Умови використання .