In-TCS on Sales of Goods ( Changes on CBDT cidular 17 dated 30 вересня 2020 р.)

Загальні відомості

TCS про продаж товарів

 У цьому документі охоплює функціональні можливості податкових накладних за ціною Source (TCS) про продаж товарів. У цій функції описано, як виконайте базове настроювання для відрахування TCS на здійснення транзакцій товарів, обчислення TCS під час транзакцій від клієнта або на group of customer, TCS on the transaction when a customer not have PAN номер тощо.

 Як описано в розділі 206C (1H) TCS слід зібрати на сторінці час отримання платежу від клієнта з урахуванням продажів. Коли продавець отримує суму TCS платежу в проміжному періоді і зараховано на рахунок Оплачуваного TCS. Сума TCS у публікації рахунка-фактури буде опубліковано на проміжний рахунок для оплати та додається до значення рахунка-фактури

 Ще один важливий аспект цієї функції полягає в тому, що якщо кілька клієнтів мають однаковий номер PAN, накопичений номер буде взято суму транзакції, щоб порівняти з граничним обмеженням визначити відповідність транзакції для відрахування TCS.

Базова сума для відрахування TCS:

CBDT vide cide circular no. 17 Dated 30.09.2020, має указує, що з моменту отримання колекції виводиться сума урахування продажу, жодне коригування з урахуванням непрямих податків, включно з податком на продаж, потрібно стягувати податки за цим резервом. Таким чином, TCS потрібно зібрати з урахуванням податку на продаж, включно з податок на продаж.

У розділі з групою оподаткування, користувач може включити Компонент "Податок на податок із продажу" та відрахування, які включаються в базову суму для обчислення TCS.

 Було багато плутанини із впровадженням цієї функції, Щоб прибрати сумніви, спричинені застосуванням нових положень TCS, видано циклічним no. 17 від 30-09-2020 уточнив, що варіант (в) більш зручний, реалістичний і раціональний, щоб отримати очікуваний результат. 

Накопичування на основі PAN для транзакцій кількох клієнтів.

 У випадку TCS щодо "продажу товарів" відрахування TCS буде бути створені на основі номера PAN. Якщо кілька клієнтів мають однаковий номер PAN, усі транзакції, які виконуються різними клієнтами з однаковою панорамуванням, накопичується та порівнюється з граничним обмеженням, визначеним державній установі.

 Користувач може накопичувати граничне значення придбання на основі кількості постачальників, наприклад клієнтів, PAN. Проте, накопичування відбудеться залежно від постачальника або клієнта в межах однієї юридичної сутність. Накопичування взаємодії юридичної особи буде визнано неможливим.

Точка колекцію податків

 ТМЗК з тлумачення обсягу збуту товарів у/с 206C (1H), податок потрібно стягувати під час отримання квитанції. Указується відповідно до закону, який TCS щодо продажу товарів буде зібрано, коли фактична виплата отримує продавець.

Однак для збирання TCS на на продаж товару продавець повинен підняти рахунок-фактуру зі збуту, зокрема the amount of TCS, account in the books as a TCS liability even in actual з'ясувати, що це не сплачує. Незважаючи на те, що сума TCS дебетується покупцю, відповідальність, викладена в розділі 206C (1H), не стягується до дати збираються. Щоб узяти на цю вимогу новий варіант "Податкова відповідальність на платіж" додається в розділі "У рамках податкової групи".

On marking this option system will activate the "interim account" field under the withholding tax . Під час публікації продажу товарів в рахунку-фактурі буде опубліковано суму податку на товари до "Проміжний TCS payable account" і debit to "customer account". Коли користувач отримує платіж від покупця, коли в цей час система опублікував рахунок-фактуру транзакцію нарахувати відповідальність TCS під час платежу.

 TCS після отримання попередньої квитанції:

 Щоразу, коли продавець отримує платіж на виплату з урахуванням продажу або отримує авансовий платіж, продавець мусить відрахувати TCS у розділі 206C(1H). Виникають труднощі в обчислення суми, коли отримана сума платежу перетинає гранична система значень для валової вартості транзакцій і обчислення суми TCS де потрібно вказувати ручне налаштування обчисленого обсягу TCS. Початкові два квартали користувач повинен вручну скоригувати суму TCS, обчислену за платежем клієнта транзакції

  Зміни, внесені на основі CBDT Press Release:

Спочатку для нового положення TCS інтерпретації були зроблені експертами: 

  (а) Податок, який потрібно податок, коли надається сума продажу, і сума, отримана в міру продажу, перевищує Rs. 50 lakhs during the попереднього року;

(б) Податок, який потрібно отримати, коли сума продажу перевищує Rs. 50 лахів незалежно від суми продажу, отриманої під час попереднього року;

(в) Податок, який потрібно зібрати, коли сума, отримана як розпродаж обміркування перевищує Rs. 50 lakhs незалежно від суми продажу, протягом попереднього року. 

Рішення на основі початкової інтерпретації в Dynamics AX2012R3  було передбачено на варіанті (a).

Було багато плутанини із впровадженням цієї функції, Щоб прибрати сумніви, спричинені застосуванням нових положень TCS, видано циклічним no. 17 від 30-09-2020 уточнив, що варіант (в) більш зручний, реалістичний і раціональний, щоб отримати очікуваний результат.

Щоб рішення відповідав новій інтерпретації після внесення змін включено в наявну функцію:  

• Введено "Початкове досягнуте порогу значення" Concept: As per CBDT cBDT clarification, "it may be noted that this TCS shall be застосовується лише на суму, отриману 1 жовтня 2020 р. або після неї. Проте граничне право на основі річної квитанції, можна помітити, що тільки для calculation of this threshold of Rs. 50 lakh, the receipt from the beginning of фінансовий рік, тобто від 1 квітня 2020 року.  Наприклад, продавець, який отримав Rs. 1 crore before 1st October 2020 from a particular buyer and receives Rs. 5 lakh після 1 жовтня 2020 р. потрібно буде сплатити податок у Rs. 5 lakh only and не у Rs. 55 lakh [i.e Rs.1.05 crore - Rs. 50 lakh (threshold)] but for також розглядатиметься порогова сума обчислення, отримана до 1 жовтня.  Щоб виконати цю зміну, ми ввели поняття початкового порогу.

• TCS про суму платежу з клієнту з урахуванням продажів:

Як на розказування КБДТ "It may зверніть увагу, що цей TCS застосовується лише в тих випадках, коли квитанція на продаж обміркування перевищує Rs. 50 lakh in a financial year. Наприклад, продавець хто зробив продажі RS. 1 crore до 1 жовтня 2020 р. з конкретного покупець і отримує лише Rs. 10 lakh after 1st October 2020 would not required щоб стягувати податок на 10 лак, оскільки сума платежу не перетинала поріг з Rs. 50.

Згідно з наведеним вище прикладом ми надаємо параметр у розділі "Загальні параметри облікової книги", щоб увімкнути відрахування TCS на стягнення платежу від клієнта з урахуванням продажів.

• Direct voucher posting of TCS amount on Транзакція з оплатоюта рахунком-фактурою: у початковому рішенні, наданому для TCS відрахування, допис було зроблено за допомогою пов'язаних ваучерів. Redesign based CBDT press Примітка дає змогу користувачу публікувати суму TCS безпосередньо в обліковому полі без публікації за допомогою пов'язаного ваучера.

• "TCS on sales" when applied on AP Transaction після сплати податкув обліковому записі для відшкодування: на випадок, якщо користувач застосовує "TCS на Sales" on the purchase transaction TCS amount will directly post to "TCS" "відновлюваний обліковий запис". User-has do matching of TCS ledger with Form 26AS відповідності, щоб визначити суму TCS для позову з податковою відповідальність.
  
  

• The credit note will reverse the TCS транзакція, не впливаючи на накопиченезначення для граничного значення: Як податок потрібно обчислити на розгляді, отриманому від покупця, коригування, внесене до книги покупця, надаючи кредит-примітку не впливають на податок, який потрібно зібрати. Допис не вимкнеться. якщо після стягнення податку продавець передає певну частину зверху на покупця. У такому випадку обсяг продажу на такий отриманий продавця не буде зменшено з сумою, тому відшкодовано для обчислення TCS.
  
  

• Користувач може ввімкнути функцію за замовчуванням для групи TCS з Обліковий записрахунка-фактури: у розділі "Керування функціями" користувачу надається enable defaulting of TCS group on sales з рахунку рахунка-фактури, а не з облікового запису клієнта. Це дає змогу щоб подбати про сценарій рахунка-фактури сторонніх постачальників.
  
  

• Користувач може ввімкнути функцію за замовчуванням для групи TCS з vendor account in purchase transaction:Under feature management option is що надається користувачу, щоб увімкнути за замовчуванням для групи TCS під час транзакції придбання, якщо "TCS withholding group" прив'язано до облікового запису постачальника.

 Сценарії поза областю:

• Транзакції між компаніями будуть недоступні для цієї функції.

Ця функція підтримується в таких випадках: або новіші версії фінансів:

• Dynamics AX2012R3

 Кроки з налаштування TCS щодо продажу товарів (на основі способу оплати) :

Існує три обов'язкові настройки користувач повинен зробити так, щоб "TCS про продажі добра" на основі суми платежів :

а. Увімкнення функції за допомогою керування функціями :

Розділ 206C(1H) передбачає, що податок потрібно вказувати зібрані, коли сума отримується враховується щодо продажу товарів. Простими словами, податок потрібно зібрати там, де потрібно отримати суму або після 01-10-2020. Таким чином, подія-тригер – це сповіщення про збут. Увімкнення функції для колекції платіжних користувачів увімкнуто у розділі "Параметр загальної книги". 

Шлях: загальні Ledger > Setup > Параметри головної книги > Direct Податки

б. Обов'язковий mark "Enable threshold hierarchy" option in the tax code "TCS on sales" for ця функція:

потрібно було б mark "Enable threshold hierarchy" in the Tax code "TCS on sales of goods" to apply Ставка TCS на основі умови панорамування та без неї.

в. Позначити Прапорець "Відповідальність за платежем" у групі з податком на підсумок "TCS on sales" важливо

установіть прапорець "Відповідальність за оплату", щоб відняти TCS під час колекція

платіж.

Примітка.

1. У програмі якщо користувач не позначає "відповідальність за оплату", система створить відповідальність TCS в рахунку-фактурі.

2. У програмі case the user does not enable the feature under General ledger parameters "Enable TCS calculation on payment collection від клієнтської базис" система враховуватиме суму рахунка-фактури та платежу для визначення порогу. (Зараз працюючи після першого випуску функція для TCS про продаж)

Початкове граничне значення " :

TCS застосовуватимуться з 1 жовтня, але для транзакції визначення порогу накопичування відбудеться з 1 квітня кожного фінансового року.

Приклад накопичення значення буде визначено для обчислення TCS:

Припустімо, що це поріг. значення INR 50 00 000  

TCS застосовується з 1^жовтня 2020 р.  

Відтепити транзакція, виконана як показано нижче:  

Початковий номер клієнта накопичене значення буде визначено нижче:   

Платіж отримано з¹ квітня по³⁰ вересня 2020 р. (15 000 000+500 000+20 000) =40 00 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=200 000 *0,1% = 20  

     Обчислення початкового накопиченого значення ми ввели нову інсталяцію:

      Шлях. Настроювання >податків>залишення" Tax > Initial threshold achieved value

Початкове граничне значення параметра:

Відкриття форми та визначення діапазону дат від 1^квітня 2020 р. до 30 вересня 2020 р. та натисніть кнопку "Ініціалізовано". Платіж транзакція, виконана в указаному діапазоні дат, вважатиметься автоматично , щоб визначити початкове пороге досягнення для кожного клієнта. Коли процес ініціалізується, кнопка Ініціалізація буде вимкнуто, і її не можна ввімкнути ще раз. 

Користувачі можуть змінювати згенероване системою початкове порогне значення для будь-якого клієнта, а також його збереження буде записано для клієнта. Користувачі можуть також додати нових клієнтів уручну, якщо новий клієнт створюється в після процесу ініціалізації. Проте початкове значення порогу потребує , щоб оновити вручну.

Створіть новий податковий код обороти "Продаж товарів":

Шлях. Оподаткування>налаштування>податковим кодом для >від продажу товарів

Коли користувач вкладає "увімкнений податковий компонент" введіть "TCS" у новому полі "Проміжний обліковий запис".

Не вибирайте жодного облікового запису, доки не вказувати прапорець "Податок" зобов'язання на оплату" в розділі "Групу податків, що надається за групою податків.

Установіть прапорець "Увімкнути ієрархію порогу"– "Так".

На основі вибраного параметра "Накопичування на основі панорамування" буде вибрано "Так" увімкні

Користувач може позначити цей параметр, якщо для угоди з клієнтами є той самий номер PAN.

Створення нового у групі оподаткування "Продаж товарів".

Шлях. Налаштування>податків>групі податків і>продажу товари

Створення групи податків із отриманням податків із типом "TCS" і позначкою check box"Tax liability on payment"-Yes.

Після цього поверніться до форми податкового коду та select " Interim TCS payable account" у полі "Проміжний обліковий запис" створено in the chart of account with posting type "India withholding tax (TCS)

Включити податковий компонент податок на сплату податку на доставку, якщо частина базової суми TCS calculation under the field "Include GST Tax component for TDS or TCS обчислення "

Якщо плата не входить до складу обчислення TCS, вибирання "Так" в полі "Виключити витрати для обчислення TDS або TCS"

Натисніть кнопку "Дизайнер" в області дій і визначте Формула обчислення TCS.

Визначення визначень граничного розміру.

Шлях. Податкові > інсталяції > граничне визначення.

Визначте визначення порогу для параметра "Продаж товарів".

Потрібно визначити дві порогні плитки.

• 0-Max

• Max-0

TCS Threshold setup for "Sale of товари"

TCS про продаж товарів застосовується до одного клієнта або кількох клієнтів мають однаковий номер PAN.

Якщо номер панорамування клієнтів недоступний із вищою податковою ставкою, після перетину звільненої суми обороту.

Якщо клієнт має номер PAN, застосовуватимуться нижчі податкові ставки.

Користувачам потрібно визначити граничне посилання для клієнтів:

Click on Threshold designer

Визначте дві плитки з параметром:

• З номером PAN

• Без номера PAN

Визначте окрему ставку TCS для кожного параметра.

Визначення базис обчислення за виключену плитку

• Обчислення податку – Ні

(Інше) option Calculate tax - Yes and value – 0) 

• Обчислення попередніх неоподаткових транзакцій –Ні.

• Включити в основу обвороту – Так.

Визначення базис обчислення для плитки оподатковуваних податків

• Обчислити податок – так.

• Обчислення попередніх неоподаткових транзакцій –Ні.

• Включити в основу обвороту – Так.

Важливо відмітити, що в розділі "Поріг" designer" user has define the date for each slab from 01.04.2020 – 31.03.2021. Система перевіряє, чи до проміжку часу порога входить дата початкової суми. діапазону. У такому разі система запропонує визначену початкову суму в зміну та не розглядає транзакції на початкову суму , для обізнаності протягом діапазону дат визначено як початковий сума. У наведеному вище прикладі діапазон дат порогу '01.04.2020 – 31.03.2021' містить діапазон дат '01.04.2020 – 30.09.2020', тому він приймає початковий threshold amount as part of the turnover, and then cumulates the payments of діапазон дат '01.10.2020 – 31.03.2021' в іншій частині обізнаності. Нарешті, після total turnover is the initial reshold amount + cumulative amount of '10/1/2020 – 3/31/2021'.

Активація обчислення TCS для клієнта:

Дебіторська заборгованість>клієнтів > всіх клієнтів

Публікація рахунка-фактури транзакції платежів і обчислення TCS.

• Поріг limit : 50 00 000

• TCS ставка : 0,0750

• Нижче – відомості про транзакцію:
  

Податкова ставка в трьох десяткових розрядахОсновні сценарії:

• Замовлення на продаж

• Рахунок-фактура за безкоштовні текстові повідомлення

• Журнал платежів клієнтів

• Рахунок-фактура за проект

• Загальний журнал

• Багаторядкові журнали

• TCS через рахунок-фактуру

• Накопичування граничного значення на основі PAN

• Кредит-нота

Коли користувач ініціалізує "Початкове поріг досягнуте значення", система обчислить і Відображення inR 53 00 000. 

Під час публікування платежу в розмірі 200 150 150 повідомлень від клієнта Буде опубліковано таку заявку бухгалтерського обліку:

Бухгалтерія. 

Примітка. Користувач має Вручну відкоригувати обчислену суму TCS, коли система вперше перетинає сума порогу. Різниця буде неповнолітнім. Варіант в обчисленнях через поточні алгоритми працюють інакше. Виправлення буде виправлено на наступному випуску.

Коли виставляєте рахунок-фактуру опубліковано, навпроти останньої заявки щодо транзакції платежу буде опубліковано, як показано нижче

 TCS у Покупка товарів, які відрахував постачальник:

Якщо TCS віднімає з організації продавець, користувач може застосувати таку саму групу оподаткування "TCS до продажу" товари". Поріг не застосовуватимуться до транзакції придбання.   На сторінці придбання сума TCS для замовлення вираховано постачальником, опублікованим безпосередньо в TCS відновлюваному обліковому записі.  Користувачам потрібно завантажити з govt форму 26AS. , щоб повернути суму до сплати позову уряду.

 Кожна організація сплатить кредит за відрахування TCS після узгодження з відніманням за допомогою форми 26AS.

Перейдіть на веб->>Inquiries > Tax >Withholding Tax > TCS

Щоб створити звіт, користувачі можуть вибрати обов'язкові поля стовпця.

Ознаки

Коли готівкові платежі, зібрані від клієнта, перевищують 50 лахів іншою мовою протягом фінансового року. 

Спосіб вирішення

Застосовуйте ставку TCS на суму, перевищуючи накопичене платіжне значення, перевищує 50 лак. 

Відомості про виправлення

Користувач має інсталювати оригінальну TCS для функції збуту до KB4089749 і KB4528707. Після цього потрібно інсталювати поточне виправлення по KB 4598394.The порядок інсталяції такий самий, як і за зростанням номерів, наприклад 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

Клієнти

https://mbs.microsoft.com/customersource/northamerica/help/help/contactus

У особливих випадках нарахування зазвичай для викликів служби підтримки може бути скасовано, якщо служба технічної підтримки Професійний для Microsoft Dynamics і пов'язаних продуктів визначає, що конкретне оновлення вирішить вашу проблему. Буде застосовано звичайні витрати на підтримку на будь-які додаткові запитання щодо підтримки та проблеми, які не можуть певне оновлення.

Примітка.Це стаття, створена безпосередньо в розділі в межах організації підтримки корпорації Майкрософт. Інформація, що міститься в цьому розголошення, за умови, що у відповідь на нові проблеми. У результаті швидкості щоб зробити їх доступними, матеріали можуть містити друкарську помилку, і вони можуть змінений у будь-який час без попереднього повідомлення. Переглянути умови Використаннядля інших міркень.