Applies ToDynamics 365 for Finance and Operations

Обобщена информация

TCS при продажба на стоки

Този документ покрива функционалността на данъка при източника (TCS) при продажбата на стоки. Тази функция описва как да направете основната настройка за TCS удръжка на продажба на сделка със стоки, изчисляване на TCS по транзакции от клиент или на група клиенти, TCS за транзакцията, когато клиентът няма PAN число и т.н.

Съгласно раздел 206C (1H) TCS трябва да се събира в време на получаване на плащането от клиента срещу настъпления от продажби. Когато продавачът получава сумата на TCS за плащане, ще бъде дебитирана към сметка и кредитирана към сметката за плащане на TCS. При публикуване на фактура, TCS сума ще бъде публикувано в междинна сметка за плащане и добавено към стойността на фактурата

  • Друг важен аспект на тази функция е, че ако няколко клиенти имат едно и също PAN число, натрупаното сумата на транзакцията ще бъде взета за сравняване с праговата граница за определяне на допустимостта на транзакцията за намаляване на TCS.

image.png

Базовата сума за удръжка на TCS:

CbdT vide circular no. 17 Dated 30.09.2020, има пояснено, че тъй като събирането е направено по отношение на получаването на не е необходима корекция за косвени данъци, включително GST, трябва да се направи за събирането на данъци по тази разпоредба. Следователно TCS се изисква да бъде събирано при продажната престация, включително GST.

Под данък при източника потребителят на групата има опция да включи GST Tax component and Charges to include in base amount for TCS calculation.

Натрупване на транзакции на множество клиенти, базирано на PAN:

 В случай на TCS при "продажба на стоки" удръжката на TCS ще да се прави на базата на PAN число. Ако няколко клиенти имат един и същ PAN номер, тогава всички транзакции, изпълнени от различни клиенти, които имат един и същ PAN, ще бъдат натрупани и сравнени спрямо праговата граница, предписана от правителството.

 Потребителят има възможност да да натрупате праг на покупка въз основа на PAN брой доставчици, като например клиенти. Въпреки това, натрупването ще се извършва въз основа на доставчик или клиент в рамките на един обект. Натрупването между юридически лица ще бъде извън обхвата.

Точката на събиране на данъци

 Съгласно тълкуването на TCS за продажбите на стоки u/s 206C (1H), данъкът трябва да се събира в момента на получаване". Изяснено е съгласно закона, че TCS върху продажбите на стоки ще се събира, когато действителното плащане се получава от продавача.

Въпреки това, за да съберете TCS на продажбата на стоки, продавачът трябва да вдигне фактурата за продажба, включително сумата на TCS, акаунт в книгите като TCS пасив дори в действителния чувството, че не е платима. Въпреки че сумата на TCS се дебитира на купувача, отговорността по раздел 206C (1H) не възниква до момента, в който сумата се събира. За да се пристоите към тази нова опция "Данъчна отговорност на плащане" се добавя под "Група за данък при източника".

При маркирането на тази опция системата ще активира полето "междинна сметка" под данъка при източника код. Към момента на публикуване на продажбата на стоки сумата на фактурата данък ще бъде публикувана към "Междинна сметка за плащане на TCS" и дебитиране към "клиентска сметка". Когато потребителят получава плащане от купувача по това време, когато системата е публикувала фактура за начисляване на TCS отговорност при плащане.

TCS при предварително получаване на плащане:

 

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

 

Промени, включени въз основа на съобщението за медиите на CBDT:

Първоначално за новата TCS разпоредба, следвана от интерпретации са направени от експертите:   

а) Данък, който трябва да се събира, когато както размерът на продажбата, така и сумата, получена като продажна престация, надхвърля Rs. 50 lakhs по време на предишната година;

(б) Данък, който трябва да се събира, когато размерът на продажбата надхвърля Rs. 50 lakhs независимо от размера на продажната престация, получена по време на предишната година;

в) Данък, който трябва да се събира, когато сумата, получена като продажба Rs. 50 lakhs независимо от размера на продажбата, направена през предходната година. 

Въз основа на първоначалното решение за тълкуване в Dynamics 365 F&O е предоставена на опция (a).

Имаше много объркване относно изпълнението на тази функция, За да премахнете съмненията, възникващи по отношение на приложимостта на новите TCS 17, от 30-09-2020 изяснени тази опция ( в ) е по-удобна, реалистична и разумна, за да получите очакван резултат.

За да направите решението съвместимо с новото тълкуване след промени са включени в съществуващата функция: 

 Въведена "Стойност на първоначално постигнат праг" концепция:Според разясненията на CBDT "може да се отбележи, че този TCS ще бъде приложими само за сумата, получена на или след 1 октомври 2020 г. Въпреки това прагът се базира на годишната разписка, може да се отбележи, че само за изчисляване на този праг от Rs. 50 lakh, получаването от началото на финансовата година, т.е. от 1 април 2020 г., се взема предвид.  Например продавач, който е получил Rs. 1 преди 1 октомври 2020 г. от конкретен купувач и получава Rs. 5 lakh след 1 октомври 2020 г. ще се изисква да събира данъци само за Rs. 5 lakh не на Rs. 55 lakh [т.е. Rs.1.05 crore - Rs. 50 lakh (праг)] но за праг сумата за изчисление, получена преди 1 октомври, също ще бъде взета предвид.  За да отговорим на тази промяна, въведохме първоначален концепция за прагова стойност.

  • TCS за събирането на плащане от клиент срещу съображения за продажби:

Съгласно разяснение на CBDT "Може да да се отбележи, че този TCS се прилага само в случаите, когато получаването на продажбата Rs. 50 lakh за една финансова година. Например продавач кой е направил продажби на Rs. 1 crore преди 1 октомври 2020 г. от конкретен купувач и получава само Rs. 10 lakh след 1 октомври 2020 г. няма да се изисква за събиране на данъци на 10 lakh, тъй като сумата на плащането не е преминала праговата стойност от Rs. 50.

Въз основа на горепосоченото предоставяме чрез управлението на функции, за да разрешите TCS изваждане на събиране на плащане от клиент срещу заплащане на продажбите.

  • Директно публикуване на ваучер на TCS сума на Транзакция "Плащане и фактура":В първоначалното решение, предоставено за TCS удръжка, публикуването е направено чрез свързани ваучери. Базирана на реснизайн CBDT преса забележка позволява на потребителя да публикува TCS сума директно в книгата, без да публикува чрез свързан ваучер.

  • "TCS при продажбите", когато се прилага за AP транзакция сума след данъците в възстановим акаунт:В случай че потребителят прилага "TCS на "Продажби" на TCS сумата на транзакцията за покупка ще се публикува директно в "TCS възстановим акаунт". Потребителят трябва да направи съответствие на TCS книга с формуляр 26AS съпоставяне, за да се определи размерът на TCS за вземане срещу данъчен пасив.

  • Кредитната бележка ще обърне TCS транзакция, без да се засяга натрупаната стойност за прага:Както данъкът трябва да се изчисли въз основа на полученото от купувача възнаграждение, корекцията, направена в книгата на купувача чрез издаване на кредитната бележка, няма да оказват влияние върху данъците, които трябва да се събират. Публикуването ще остане същото ако след събирането на данъка продавачът върне някаква сума на купувач. В такава ситуация размерът на продажната престация, така получена от продавачът не се намалява с така възстановената сума за изчисляване на TCS.

  • Потребителят може да разреши по подразбиране TCS група от Акаунт за фактура:Под опцията за управление на функции се предоставя на потребителя разрешаване на по подразбиране на TCS група за продажби транзакция от акаунта за фактура вместо акаунта на клиента. Това позволява на потребител, за да се погрижи за сценария на фактура на трета страна.

  • Потребителят може да разреши по подразбиране TCS група от акаунт за доставчик в транзакция за покупка:Под опцията за управление на функции е предоставена на потребителя, за да се разреши неизпълнението на TCS групата при транзакцията за покупка, ако Към акаунта на доставчика е прикачена "група за блокиране на TCS".

Основни сценарии, обхванати:

  • Данъчната ставка в три цифри след десетичния знак

  • Поръчка за продажба

  • Фактура за свободен текст

  • Дневник за плащания на клиенти

  • Фактура за проект

  • Общ дневник

  • Многоредни дневници

  • 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 за събиране на плащания от клиентска база.

image.png

Потребителят може също да разреши да следва две допълнителна функция, ако е необходима за бизнеса:

a. Трета страна Сценарий на фактура: Разрешаване на TDS/TCS информация чрез акаунт за фактура

b.TCS при транзакции за покупка: Разрешаване на "TDS/TCS група за данък при източника" от главния формуляр, без да се прави разлика между естеството на транзакция

2. Задължително маркирайте опцията "Разрешаване на прагова йерархия" в данъчния код "TCS при продажбите" за тази функция:би било необходимо да маркирайте "Разрешаване на йерархията на праговете" в данъчния код "TCS при продажбите на стоки", за да приложите TCS ставка, базирана на и без условие PAN.

3. Маркирайте Квадратче за отметка "Отговорност при плащане" под групата за данък при източника "TCS при продажби": Би било от съществено значение да поставете отметка в квадратчето "Отговорност при плащане", за да приспадне TCS към момента на събиране на плащане.

Забележка:

  1. В случай че потребителят не маркира "отговорност на плащане" системата ще създаде TCS отговорност във фактурата.

  2. В в случай че потребителят не разреши функцията под управление на функции "Разрешаване на TCS изчисление на събирането на плащания от клиентска база" системата ще вземе предвид както сумата на фактурата, така и сумата на плащането за определяне на прага. (Тъй като в момента работи след първото издание на функция за TCS при продажби )

Инициализирана "Първоначална стойност, постигната с праг" :

TCS ще се прилага от 1 октомври, но за сделка за определяне на прага натрупването ще се извършва от 1 април на всяка финансова година.

Пример за това как ще бъде определена натрупаната стойност за TCS изчисление:

Праг на да предположим стойност INR 50 00 000  

TCS, приложими от 1октомври 2020 г.

Следване транзакция, изпълнена по-долу:  

image.png

За "Първоначален клиент" натрупаната стойност ще бъде определена по-долу:

Получено плащане от 1април до 30 септември 2020 г. (15 00 000+500 000+20 000) =40 00 000

 Първоначално натрупано стойност = 40 00 000 

Първо стойност на плащане след 10октомври 2020 г. =12 00 000 

Обща сума, натрупана стойност ще бъде = 40 000 000+12 00 000= 52 000 000 

TCS ще изчисли както е показано по-долу: 

52 00 000-50 00 000=200 000 *0,1% = 20  

За да изчислите първоначалната натрупана стойност след новата настройка е въведена

Път: Данъци >настройка>при източника, > стойност на първоначалния праг

  image.png

  Стойност на постигнатата стойност на първоначалния праг на опцията:

Отваряне на формуляра и дефиниране на диапазона от дати от 1април 2020 г. до 30 септември 2020 г. и щракнете върху "Инициализиран бутон". Плащането транзакцията, изпълнена в дадения диапазон от дати, ще се счита автоматично за да определите стойността, постигната от първоначалния праг за всеки клиент. След като процесът "инициализира" бъде изпълнен, бутонът Инициализиране ще бъде забранен и не може да бъде разрешен отново. 

Потребителите могат да редактират генерираната от системата първоначална прагова стойност за всеки клиент и при записването му ще бъде записано за клиента. Потребителите могат да също да добавяте ръчно нови клиенти, в случай че новият клиент е създаден в след процеса на инициализация. Обаче първоначалните нужди от прагови стойности за да актуализирате ръчно.

image.png

Създаване на нов код за данък при източника "Продажба на стоки":

Път: Данъчни>настройка>данък при източника >продажба на стоки

Когато потребителят прикачи компонента "данък при източника" на въведете "TCS", ще бъде активирано новото поле "Междинна сметка".

Не избирайте акаунт, докато не поставите отметка в квадратчето "Данък" "Данъчна група при източника".

Изберете "Разрешаване на йерархията на праговете"- "Да".

Въз основа на избора на "Да" "натрупване, базирано на PAN", опцията ще разрешаване

Потребителят може да маркира тази опция, ако отношенията с клиентите имат едно и също PAN число.

image.png

Създаване на нов данъчна група при източника "Продажба на стоки".

Път: Данъчна>настройка>групата за данък при източника>продажба на стоки

Създаване на група за данък при източника с данъчен тип "TCS" и маркиране квадратче за отметка "Данък пасив при плащане"-Да.

След това се върнете към формуляра за код на данък при източника и изберете " "Междинна сметка за плащане на TCS" в полето "Временен акаунт", създадено в диаграмата на акаунта с тип на публикуване "Индия удържан данък (TCS)

Включване на компонент на данъка за GST, ако част от базовата сума на TCS изчисление под полето "Включване на GST данък компонент за TDS или TCS изчисление "

Ако таксите не са част от избора за изчисляване на TCS "Да" под полето "Изключване на такси за изчисляване на TDS или TCS"

Щракнете върху бутона "Designer" в екрана с действия и дефинирайте формулата за изчисляване на TCS.

image.png

Дефиниране на дефиниции на праг:

Път: Дефиниции на > настройка > праг.

Дефиниране на дефиниция на праг за "Продажба на стоки".

Трябва да се дефинират две прагови плочи.

  • 0-Max

  • Максимум 0

image.png

Настройка на TCS праг за "Продажба на стоки"

TCS при продажбите на стоки се отнася за един клиент или няколко клиенти с едно и също PAN число.

Ако номерът pan на клиента не е наличен, ще се прилага по-висока данъчна ставка след преминаване на сумата на освободения оборот.

Ако клиентът има PAN номер, ще се прилага по-ниска данъчна ставка.

Потребителите трябва да дефинират прагова препратка за клиенти:

image.png

Щракнете върху Конструктор на праг

Дефиниране на две плочи с опция:

  • С PAN число

  • Без PAN число

Дефиниране на отделна TCS ставка за всяка опция.

При дефиниране на базата за изчисление за освободена плоча

  • Изчисляване на данъци – не

(Друг опция Изчисляване на данъци – Да и стойност – 0) 

  • Изчисляване на предишни транзакции без данъци-No.

  • Включване в основата на оборота – Да.

При дефиниране на базата за изчисление за данъчна плоча

  • Изчисляване на данъци – Да.

  • Изчисляване на предишни транзакции без данъци-No.

  • Включване в основата на оборота – Да.

image.png

Много е важно да се отбележи, че в раздела "Праг" потребителят трябва да дефинира датата за всяка плоча от 1.4.2020 г. – 31.3.2021 г. Системата проверява дали праговият диапазон от дати включва датата на първоначалното количество диапазон. Ако е така, системата приема дефинираната първоначална сума като част от оборот и не разглежда транзакциите по време на датата на първоначалната сума за оборота по време на диапазона от дати е дефиниран като първоначалния сума. В горния случай праговият диапазон от дати "4.1.2020 г. – 3.31.2021 г." включва диапазона от дати "4.1.2020 г. – 30.9.2020 г.", така че да е необходимо праговата сума като част от оборота и след това сумира плащанията на диапазон от дати "10.1.2020 г. – 3.31.2021 г." като друга част от оборота. И накрая, общият оборот е първоначалният праг + кумулативното количество '10/1/2020 – 3/31/2021'.

Активиране на изчислението на TCS за клиента:

Акаунти за>клиенти > всички клиенти

image.png

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

  • Праг ограничение: 50 00 000

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

  • По-долу е подробности за транзакцията:

image.png

 Когато потребителят инициализира "Стойност, постигната от първоначалния праг", системата ще изчисли и показва 53 000 000 INR. При публикуване на плащане на 200 150 от клиента ще бъде публикуван следният счетоводен запис:

Забележка:Потребителят трябва да ръчно да регулирате изчислената сума на TCS, когато системата за първи път пресече прагово количество. Разликата ще бъде незначителна. Промяната в изчислението е поради текущите алгоритми работи по различен начин. Той ще бъде коригиран в следващия изданието.

 Счетоводни записи:

image.png

Когато фактура е публикуван, срещу последния запис за транзакция за плащане ще бъде публикуван както е показано по-долу

  image.png

 TCS на Закупуване на стоки, приспаднати от доставчика:

В случай че TCS бъде приспадната от организацията от продавач, потребителят може да приложи една и съща данъчна група при източника "TCS върху продажбите на стоки". Прагът няма да се прилага към транзакцията за покупка.   При публикуване на покупка, сума за поръчка на TCS приспаднати от доставчика, публикуван директно в TCS възстановим акаунт.  Потребители трябва да изтеглите формуляр 26AS от govt. уеб сайт, за да съответства на възстановимата сума преди да предявите иск от правителството.

image.png

Всяка организация ще иска кредит за TCS удръжка след съпоколяване на удръжката с формуляр 26AS.

Отидете на Данъчни>>запитвания и отчети>TDS/TCS запитване

Потребителите могат да избират задължителни полета на колони, за да генерират отчета.

image.png

Симптоми

Когато плащането, събирано от клиента, надвишава 50 лакове в INR през финансовата година. 

Причина

Събирането спрямо съображения за продажби надхвърля 50 лака в INR. 

Решение

Удръжка на TCS на базова сума плюс GST данък. 

Информация за актуалната корекция

Версия за финанси на Dynamics 365 Fix Build 

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 по телефона с помощта на тези връзки за конкретен за страната телефон номера. За да направите това, посетете един от следните уеб сайтове на Microsoft:

 Партньори

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

Клиенти

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

В специални случаи таксите, които са обикновено направени за разговори с поддръжка може да бъдат отменени, ако техническа поддръжка Професионален за Microsoft Dynamics и свързани продукти определя, че конкретна актуализация ще реши проблема ви. Обичайните разходи за поддръжка ще важат допълнителни въпроси и проблеми в поддръжката, които не отговарят на условията за конкретна актуализация.

Нуждаете ли се от още помощ?

Искате ли още опции?

Разгледайте ползите от абонамента, прегледайте курсовете за обучение, научете как да защитите устройството си и още.

Общностите ви помагат да задавате и отговаряте на въпроси, да давате обратна връзка и да получавате информация от експерти с богати знания.