IN- TCS щодо продажу товарів (зміни на основі КБДТ 17 дат від 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.

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

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

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

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

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

Однак для збирання TCS на на продаж товару продавець повинен підняти рахунок-фактуру зі збуту, зокрема the amount of TCS, account in the books as a TCS liability even in the 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 365 F&O було надано на варіанті (a).

Було багато плутанини із впровадженням цієї функції, Щоб прибрати сумніви, що вплинули на застосування нових TCS положеннях, виданих КБДТ 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 threshold розраховуватиметься сума обчислення, отримана до 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" прив'язано до облікового запису постачальника.

Основні сценарії:

• Податкова ставка за трьома десятковими розрядами

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

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

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

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

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

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

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

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

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

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

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

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

Фінансова версія Dynamics 365 із   

 Виправлення збірки 

Версія 10.0.15 – виправлення збірки 10.0.644.20001

Версія 10.0.14 – виправлення збірки 10.0.605.30002

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

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

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

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

Шлях: робочі області > керування функціями > Увімкніть обчислення TCS під час стягнення платежів із клієнтської бази.

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

а. Сторонній постачальник Сценарій рахунка-фактури. Увімкнення відомостей про TDS/TCS через обліковий запис рахунка-фактури

b.TCS On Purchase transactions: Enable "TDS/TCS withholding tax group" defaulting from the master form without differentiating the nature of the nature of the транзакція

2. Обов'язковий 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 на основі умови панорамування та без неї.

3. Позначити Прапорець "Відповідальність за платежем" у групі з податком на підсумок "TCS щодо продажів": Важливо установіть прапорець "Відповідальність за оплату", щоб відняти TCS під час стягнення платежу.

Примітка.

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

2. У програмі case the user does not enable the feature under feature management "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  

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

Шлях: податок >Setup>Withholding Tax > Initial threshold achieved value

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

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

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

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

Шлях. Tax>Setup>withholding tax code >Sale of товари

Коли користувач вкладає "увімкнений податковий компонент" введіть "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, коли система вперше перетинає сума порогу. Різниця буде неповнолітнім. Варіант в обчисленнях через поточні алгоритми працюють інакше. Виправлення буде виправлено на наступному випуску.

 Бухгалтерського обліку:

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

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

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

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

Перейдіть на веб->>Inquiries і reports>TDS/TCS inquiry

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

Ознаки

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

Причина

Збір з урахуванням продажів перевищує 50 лаків із резервом із резервом. 

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

Відрахування ТЗК за базовою сумою та податком на податок на доставку . 

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

Збірка fix для Dynamics 365 Finance 

10.0.15                                     10.0.644.20001

10.0.14                                     10.0.605.30002

https://fix.lcs.dynamics.com/issue/results/?q=4599032

Додаткова інформація

Ви можете звернутися до служби технічної підтримки Microsoft Dynamics за номером телефону, використовуючи ці посилання для конкретної країни телефона чисел. Для цього відвідайте один із таких веб-сайтів Корпорації Майкрософт:

 Партнери

https://mbs.microsoft.com/partnersource/resources/support/supportinformation/Global+Support+Contacts

Клієнти

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

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