IN- TCS za prodaju robe ( promene zasnovane na CBDT kružnom 17 datu 30 sept. 2020)

Rezime

TCS o prodaji robe

Ovaj dokument pokriva funkcionalnost poreza u source (TCS) o prodaji robe. Ova funkcija opisuje kako da osnovno podešavanje za TCS deduction on prodaja transakcija robe, izračunavanje TCS-a za transakcije od klijenta ili na grupa klijenta, TCS za transakciju kada klijent nema PAN broj itd.

Po odeljku 206C (1H) TCS treba da se sakupi na vreme plaćanja od klijenta u odnosu na razmatranje prodaje. Kada se prodavac dobija iznos uplate TCS će biti zadužen za vreme naloga i kredita na TCS nalogu za dodeljivanje. Na objavljivanju fakture, TCS iznos biće objavljeno u periodu od povoljnog domena i dodato vrednosti fakture

• Drugi važan aspekt ove funkcije je da ako više klijenata ima isti PAN broj, onda se akumulirani broj iznos transakcije biće preduzet za poređenje sa ograničenim ograničenjom praga na utvrdite da li ispunjavate uslove za transakciju TCS oduzivanja.

Osnovni iznos za TCS deduction:

CBDT vide kružni broj. 17 Dated 30.09.2020, ima pojašnjeno da je od prikupljanja u vezi sa potvrdom o iznosu od uzima u obzir prodaju, bez prilagođavanja naloga indirektnih poreza uključujući GST je obavezno da se plati za prikupljanje poreza prema ovoj odredbi. Tako, TCS se traži da se prikupi na osnovu prodaje, u sveukun broju GST.

U okviru grupe za blokiranje poreza korisnik ima opciju da uključi Komponente "GST porez" i "Troškovi" koje treba uključiti u osnovni iznos za TCS izračunavanje.

PAN akumulacija transakcije većeg broja klijenata:

 U slučaju TCS-a o "prodaji robe" odužiće se ugovor TCS se pravi na osnovu broja PAN. Ako više klijenata ima isti PAN broj, onda sve transakcije koje izvrše različiti klijenti koji imaju isti PAN biće akumulirane i u poređenju sa ograničenjom praga propisanom od strane državnoj upravi.

 Korisnik ima opciju da akumulirate prag kupovine na osnovu broja prodavaca kao što su klijenti. Međutim, akumulacija se oduzima na osnovu prodavca ili klijenta u okviru jednog pravnog entitet. Inter legal entity accumation will be out of scope.

Tačka kolekcija poreza

 Kao po interpretaciji TCS-a o prodaji robe u/s 206C (1H), porez treba da se prikupi u vreme potvrde.. Razjašnjeno je zakonom da će se TCS o prodaji robe prikupljati prilikom stvarnog plaćanja primio/ga je prodavac.

Međutim, da biste prikupili TCS dana prodaju robe, prodavac treba da podigne fakturu prodaje, uključujući količinu TCS, nalog u knjigama kao TCS odgovornost čak i u stvarnom da nije zadužen. Iako je iznos TCS zadužen kupcu, odgovornost u odeljku 206C (1H) ne prouzrokuju do vremena u iznosu se prikuplja. Da biste prema kataeru na ovu zahtevnu novu opciju "Oslonjanje na porez na plaćanje" je dodato u okviru "Grupa za porez bez prekidu".

Pri označavanju ove opcije system will activate the "interim account" field under the withholding tax kodu. U vreme objavljivanja objave o prodaji fakture za robu, iznos poreza će biti objavljen u "Prelazni TCS nalog za dugovanja" i da se zaduži na "korisnički nalog". Kada korisnik prima uplatu od kupca u tom trenutku kada je sistem objavio fakturu transakcije da bi se snosi odgovornost TCS-a za plaćanje.

TCS za avansno plaćanje:

Svaki put kada se prodavac prima uplatu putem razmatranja prodaje ili dobija napredno plaćanje, prodavcu je obavezana da deduct TCS u okviru odeljka 206C(1H). Nastaje poteškoće u izračunavanju iznosa kada primljeni iznos prelazi preko threshold value system to gross-up of transaction value and compute TCS amount gde je potrebno ručno prilagođavanje iznosa koji se sačinju od određenog iznosa TCS- a. Početna dva kvartala korisnika mora ručno da prilagodi TCS iznos koji se sačiva za plaćanje klijenta transakcije

Promene inkorisane na osnovu CBDT izdanja za štampu:

Prvobitno za novu TCS odredbu koja sledi interpretacije su napravili stručnjaci:   

(a) Porez koji se prikuplja kada su i iznos prodaje i iznos primljen kao razmatranja prodaje premašuje vrednost rs. 50 lakhs tokom prethodna godina;

(b) Porez koji se prikuplja kada iznos prodaje premaši rs. 50 lakhs bez uzimanja u obzir količinu prodaje primljenih tokom prethodna godina;

(c) Porez koji se prikuplja kada se dobije iznos koji se dobija kao prodaja premašuje rs. 50 lakhs bez bilo koje količine napravljene prodaje u prethodnoj godini. 

Na osnovu početnog rešenja za tumačenje u sistemu Dynamics 365 F&O je obezbeđeno pri opciji (a).

Došlo je mnogo zabuna u primeni ove funkcije, kako bi se uklonile nedoumice na osnovu primene novog TCS-a zalihe, CBDT je izdao Kružni broj. 17, razjašnjeno pojašnjeno od 30 do 09.09.2020. ta opcija ( c ) je praktičnija, realističnija i razumnija da biste nabavili očekivani rezultat.

Da bi rešenje bilo usavršano sa novim interpretacijom sledećih promena je uklonjena u postojeću funkciju: 

 Predstavljeno "Početna dostignuta vrednost praga" koncept:Kao što je po CBDT pojašnjanju, "možda će biti zanemačeno da će ovaj TCS biti primenljivo samo na iznos primljen od 1. oktobra 2020. ili posle 1. oktobra 2020. Međutim, prag se zasniva na godišnjoj potvrdi, ali može biti zapaženo da će se samo za izračunavanje ove praga od rs. 50 lakh, priznanica od početka finansijska godina će biti uzimana u obzir od 1. aprila 2020.  Na primer, prodavac koji je primio rs. 1 crore before 1st october 2020 from a particular buyer and receives Rs. 5 lakh nakon 1. oktobra 2020. bilo bi neophodno da se naplati porez samo na rs. Samo 5 lakih i ne na rs. 55 lakh [i.e Rs.1.05 crore - Rs. 50 lakh (prag)] ali za prag izračunati iznos primljen pre 1. oktobra takođe će biti u razmatranju.  Da bismo ispunili ovu promenu, uveli smo početni koncept praga vrednosti.

• TCS o kolekciji plaćanja iz klijent u odnosu na razmatranje prodaje:

Kao što za CBDT pojašnjavanje "Može da imajte u znanju da se ovaj TCS primenjuje samo u slučajevima kada je potvrda o prodaji razmatranje premašuje rs. 50 lakh u finansijskoj godini. Na primer, prodavac ko je napravio prodaju rs. 1 crore pre 1. oktobra 2020. iz određene kupcu i prima samo rs. Neće biti neophodno da 10 lakh nakon 1. oktobra 2020. bude potrebno da bi se prikupio porez 10 lakih pošto iznos uplate nije prešao graničnu vrednost rs. 50.

Na osnovu gorenavedenih uslova pružamo opciju putem upravljanja funkcijama da biste omogućili TCS deduction na kolekcije plaćanja od klijenta u odnosu na razmatranje prodaje.

• Direktno objavljivanje TCS iznosa u e-pošti za Transakcija plaćanja i fakture:U početnom rešenju koje je obezbeđeno za TCS deduction, the posting was made through related vouchers. Redizajn klik na CBDT note omogućava korisniku da objavljuje TCS iznos direktno u glavnoj knjizi bez objavljivanja u povezanom vaučeru.

• "TCS on sales" when applied on AP Transaction post-tax amount in recoverable account:In case the user a "TCS on Sales" on the purchase transaction TCS amount will directly post to "TCS nalog koji se može oporaviti". Korisnik mora da uradi podudaranje TCS glavne knjige sa Form 26AS se podudara da bi se utvrdio TCS iznos za tužbu u odnosu na odgovornost poreza.
  
  
  

• Naznaka o kreditu će opokrenuti TCS transakcije bez uticaja na akumuliranu vrednost za prag:Kao porez mora da se računa na razmatranje koje ste dobili od kupca, korekcije koje su napravljene u glavnoj knjizi kupca tako što ćete je imenovati, ne utiču na porez koji treba da se prikupi. Objavljivanje bi ostalo isto ako, nakon prikupljanja poreza, prodavac će se neke stvari koje treba uzeti u obzir u kupcu. U takvoj situaciji, uzima se u obzir iznos prodaje koji je primio prodavac neće biti smanjen sa iznosom refundacije za izračunavanje TCS-a.
  
  

• Korisnik može da omogući podrazumevano podešavanje TCS grupe u Nalog fakture:Opcija upravljanja funkcijama je obezbeđena korisniku da bi enable defaulting of TCS group on sales transakcije sa naloga fakture umesto iz korisničkog naloga. Ovo omogućava korisnik da bi se postarao za scenario fakture nezavisnog dobavljača.
  
  

• Korisnik može da omogući podrazumevano podešavanje TCS grupe u nalog prodavca u transakciji kupovine:U okviru opcije upravljanja funkcijama je za korisnika da omogući podrazumevano podešavanje TCS grupe za transakciju kupovine ako "TCS grupa za preklapanje" priložena je nalogu prodavca.

Ključni scenariji pokriveni:

• Poreska stopa na tri decimalna mesta

• Sales Order

• Faktura za besplatni tekst

• Dnevnik plaćanja klijenta

• Project Invoice

• Dnevnik Opšteg dnevnika

• Dnevnici sa više redova

• TCS putem naloga fakture

• Akumulacija praga zasnovana na PAN-u

• Naplaćeno kreditom

Van scenarija:

• Transakcije u među preduzećima će biti van dosepe za ovu funkciju.

Funkcija je podržana u sledećem ili novije verzije sistema Finansije:

Dynamics 365 finance version with   

 Fix Build 

Verzija 10.0.15 – popravka verzije 10.0.644.20001

Verzija 10.0.14 – Popravka verzije 10.0.605.30002

Koraci za konfigurisanje za TCS o prodaji robe (na osnovu kolekcije plaćanja) :

Tri obavezna podešavanja korisnik mora da omogući "TCS u dobroj prodaji" po osnovu naplate :

1. Omogućavanje funkcija putem upravljanja funkcijama :

Odeljak 206C(1H) pruža da porez mora da bude prikupljeni tamo gde se taj iznos prima kao razmatranje za prodaju robe. Jednostavnim rečima, porez treba da se sakupi na mestu na kom se prima iznos ili posle 01-10-2020. Tako je događaj okidača potvrda o prodaji razmatranja. Da biste omogućili funkciju za kolekciju plaćanja korisnici imaju je omogućila ovu funkciju u okviru "Upravljanje funkcijama". 

Putanja: Radni prostori > upravljanje funkcijama > Omogućite TCS izračunavanje pri prikupljanju plaćanja iz klijenta.

Korisnik takođe može da omogući sledeće dve stavke dodatna funkcija ako je potrebna za posao:

a. Nezavisni Scenario fakture: Omogućavanje TDS/TCS informacija putem naloga fakture

b.TCS on Purchase transactions: Enable "TDS/TCS withholding tax group" defaulting from the master form without differentiating the nature of the transakcija

2. Obavezno označavanje opcije "Omogući hijerarhiju praga" u poreskom kodu "TCS za prodaju" za ova funkcija:bilo bi neophodno da označavanje oznake "Omogućavanje hijerarhije praga" u poreskom kodu "TCS za prodaju robe" da biste primenili TCS stopa na osnovu uslova PAN i bez nje.

3. Označavanje Polje za potvrdu "Odgovornost za plaćanje" u okviru zasnivanja poreske grupe "TCS za prodaju": Bilo bi od suštinskog značaja označite polje za potvrdu "Odgovornost za plaćanje" za oduzimanje TCS-a u vreme naplate.

Napomi:

1. U slučaju da korisnik ne označava "odgovornost" na "plaćanje" sistem kreira TCS odgovornost na fakturi.

2. U e-po case the user does not enable the feature under feature management "Enable TCS calculation on payment collection iz korisničke osnove", sistem će uzeti u obzir i fakturu i iznos plaćanja za determinaciju praga. (Kao što trenutno funkcioniše posle prvog izdanja funkcija za TCS za prodaju )

Pokrenuto "Početna prag dostignute vrednosti" :

TCS važi od 1. oktobra, ali za transakciju determinacije praga akumulacija će se odigrati od 1. aprila svake finansijske godine.

Primer načina na koji se akumulirana vrednost određuje TCS izračunavanje:

Recimo prag vrednost INR .50,00.000  

TCS primenljivo iz ^{1. oktobar} 2020.

Sledeće transaction executed as below:  

Za početni klijent Akumulirana vrednost će se odrediti kao u nastavku:

Primljeno plaćanje od^1. aprila do 30. septembra 2020. (15.00.000+5,00,000+20,00,000) =40,00,000

 Početno akumulirano vrednost = 40,00,000 

Prvo vrednost plaćanja posle 10.^oktobra 2020. =12,00.000 

Ukupno akumulirano vrednost bi bila = 40,00,000+12,00,000= 52,00,000 

TCS će da kao što je ispod: 

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

Da biste proučili početnu akumuliranu vrednost nakon novog podešavanja je uvedeno

Putanja: Porez >podešavanje>porez na > početnu dostignutu vrednost

  Opcija Početna dostignuta vrednost praga:

Otvaranje obrasca i definisanje opsega datuma od^{1. aprila} 2020. do 30.^septembra 2020. i kliknite na "Dugme 'Pokrenuto'". Plaćanje transaction executed in the given date date range will be considered automatically da biste utvrdili početnu prag dostignute vrednosti za svakog klijenta. Kada se proces "pokretanje" izvrši, dugme Poništi će biti onemogućeno i nije ga moguće omogućiti . 

Korisnici mogu da uređuju početnu prag vrednosti koju je generisati sistem za svakog klijenta, a o čuvanju će biti snimljen za klijenta. Korisnici mogu da dodajete nove klijente ručno, u slučaju da se novi klijent kreira u sistem nakon procesa pokretanja. Međutim, potrebne su početne vrednosti praga da biste ručno ažurirali.

Kreirajte novi kôd za prihvatanje poreskog koda "Prodaja robe":

Putanja:>podešavanje>se prislanja na poreski kôd >od prodaje goods

Kada korisnik priloži "komponentu poreza za prekid poreza" od otkucajte "TCS" novo polje "Prelazni nalog" će omogućiti.

Nemojte da izaberete nalog dok ne označite polje za potvrdu "Porez" u okviru "Usaporavajući poresku grupu.

Izaberite stavku "Omogući hijerarhiju praga"- "Da".

Pri izboru stavke "Da" "akumulacija zasnovana na PAN-u "opcija će omogući

Korisnik može da označi ovu opciju ako je u pitanju rad sa klijentima isti PAN broj.

Pravljenje novog ukidanje poreske grupe "Prodaja robe".

Putanja:>za podešavanje>se prislanja na grupu za porez>prodaja goods

Pravljenje grupe za porez za prekid poreza sa tipom poreza "TCS" i oznakom polje za potvrdu"Poreska odgovornost za plaćanje"-Da.

Kada se to vrati na obrazac poreskog koda koji je u toku i select " "Interim TCS payable account" u polju "Interim account" created u grafikonu naloga sa objavljivanjem tipa "Porez u indiji bez prekidu (TCS)

Uključi komponentu poreza GST ako je deo osnovnog iznosa TCS calculation under the field "Include GST tax component for TDS or TCS izračunavanje "

Ako troškovi nisu deo TCS izbora izračunavanja "Da" under the field "Exclude charges for TDS or TCS calculation"

Kliknite na dugme "Dizajner" u oknu sa radnjama i definišite TCS formula za izračunavanje.

Definisanje definicija praga:

Putanja: > podešavanje > definicije praga.

Definišite definiciju praga za "Prodaja robe".

Morati da definišete dve ploče sa pragom.

• 0-max

• Max-0

Podešavanje TCS praga za "Prodaju TCS praga" goods"

TCS o prodaji robe odnosi se na jednog klijenta ili više klijenata koji ima isti PAN broj.

Ako PAN broj klijenta nije dostupan, primeniće se veća poreska stopa nakon prelaženja eksplaćenog iznosa reovera.

Ako klijent ima PAN broj, primenjuju se niže poreske stope.

Korisnici treba da definišu referencu praga za klijenti:

Click on Threshold designer

Definišite dve ploče sa opcijom:

• Sa PAN brojem

• Broj bez PAN-a

Definišite zasebnu TCS stopu za svaku opciju.

Prilikom definisanja osnove za izračunavanje za izuzetu slabu

• Izračunavanje poreza – Ne

(Drugi opcija Izračunavanje poreza – Da i vrednost – 0) 

• Izračunavanje prethodnih transakcija koje nisu poreske- ne.

• Uključi u bazu preokreta – Da.

Prilikom definisanja osnove za izračunavanje za poresku slabosivo

• Izračunavanje poreza – Da.

• Izračunavanje prethodnih transakcija koje nisu poreske- ne.

• Uključi u bazu preokreta – Da.

Veoma je važno da zaključite da se u e-pošti "Prag" dizajner" mora da definiše datum za svaku ploču od 01.04.2020. do 31.3.2021. Sistem proverava da li opseg datuma praga uključuje početni datum količine opseg. Ako to uradi, sistem usvaja definisani početni iznos u sklopu turnover i ne uzima u obzir transakcije u toku početnog datuma iznosa opseg, za preutonjivanje tokom opsega datuma definisan je kao početni iznos. U gorenavedenim slučaju opseg datuma praga "01.04.2020. – 31.03.2021." uključuje opseg datuma "01.04.2020. – 30.09.2020.", tako da uzima inicijal kao deo revera, a zatim kumulativne rate opseg datuma "01.10.2020. – 31.03.2021." kao još jedan deo reverata. Na kraju, ukupno reover je početni iznos praga + kumulativna količina '10/1/2020 – 3/31/2021'.

Aktiviranje izračunavanja TCS-a za klijenta:

Accounts Receiveive>Customers > All customers

Objavljivanje fakture i transakcije plaćanja i računske transakcije, kao i promociju TCS-a.

• Prag ograničenje: 50.00.000

• TCS stopa: 0,0750%

• Ispod je detalji transakcije:

Napomi:Korisnik mora da ručno prilagodite iznos TCS koji se sačinjava kada sistem prvi put pređe na prag iznosa. Razlika će biti mala. Varijacija u izračunavanju je zbog trenutnih algoritama radi drugačije. Biće ispravljeno u sledećem izdanje.

 Računovodstveni unos:

Kada je faktura objavljena, u odnosu na stavku transakcije poslednjeg plaćanja biće objavljena kao u nastavku

 TCS je pristigao Kupovina robe od koje je prodavac oduševljen:

U slučaju da TCS od strane organizacije od strane prodavac, korisnik može da primeni istu poresku grupu za preklapanje "TCS za prodaju goods". Prag se neće odnositi na transakciju kupovine.   Pri objavljivanju kupovine, poručite TCS iznos deducted by vendor posted to TCS recoverable account directly.  Korisnici treba da preuzmete Form 26AS sa govt. veb sajta kako bi se podudarali sa količinom koju je bilo možete oporaviti pre nego što ukažete zahtev od državne uprave.

Svaka organizacija će zahtevati kredit za TCS odužbu posle reconciling the deduction with Form 26AS.

Idite na "Poreska>>" i reports>TDS/TCS inquiry

Korisnici mogu da izaberu obavezna polja kolone za generisanje izveštaja.

Simptomi

Kada uplata koja je prikupljena od klijenta premašuje INR 50 laksa tokom finansijske godine. 

Uzrok

Kolekcija u odnosu na razmatranje prodaje premašuje INR 50 laka. 

Rezolucija

Deduction of TCS on base amount plus GST tax . 

Informacije o hitne ispravke

Dynamics 365 finance version 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

Više informacija

Možete da se obratite tehničkoj podršci za Microsoft Dynamics telefonom pomoću ovih veza za telefon specifičan za zemlju brojevima. Da biste to uradio, posetite jednu od sledećih Microsoft veb lokacija:

 Partneri

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

Klijenti

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

U specijalnim slučajevima, troškovi koji se obično upućeni za pozive podrške mogu se otkazati ako tehnička podrška Professional za Microsoft Dynamics i srodne proizvode određuju da je određena ispravka će rešiti problem. Uobičajeni troškovi podrške će se primenjivati na sva dodatna pitanja o podršci i probleme koji se ne kvalifikuju za određena ispravka u pitanju.