Separarea separată 1

Este introdusă conceptul de "unitate detașată" în Contour. Contabilitate?
Ne propunem să deschidă mai multe divizii separate, în legătură cu care, cel puțin, va fi obligat să plătească impozitul pe venitul personal al angajaților la locul de amplasare a diviziunilor care acum Kontur.Buhgalteriya nu fac acest lucru foarte ușor, și trimite 2NDFL în diferite inspecții care fac acum Kontur.Buhgalteriya este imposibil. În plus, fiecare PO (probabil) va avea propriul box-office, iar această funcționalitate este cu siguranță nu.







Susțin oferta. Și în Kontur.Buksterii există deja conceptul de "unitate structurală", indicat pentru fiecare angajat. Am indicat exact care este numele unei subdiviziuni separate. Aceasta facilitează deja platozhek pentru impozitul pe venitul personal pe diverse OKTMO (atunci când se analizează salariile lăsând doar un bilet într-o singură unitate și se poate vedea în partea de jos suma necesară).

Pentru a nu complica situația, propun să permite utilizatorilor pentru fiecare "unitate structurală" să specifice un cod OCTM opțional. Apropo, în continuare pe aceste coduri puteți determina codul IFNS corespunzător la întocmirea declarației.

Cum ar trebui să faciliteze acest lucru?

(1) La întocmirea plăților lunare pentru impozitul pe venitul persoanelor, ar trebui create plăți pentru fiecare OCTM separat.

2. Atunci când se întocmesc plăți trimestriale pentru UTII, plățile trebuie, de asemenea, create pentru fiecare OCTM separat.

3. La întocmirea declarațiilor trimestriale privind UTII, declarațiile ar trebui să fie create în mod implicit pentru fiecare INFU separat. Apropo, în declarațiile privind UTII, este mai inconvenient să se impună necesitatea introducerii acelorași indicatori la fiecare trimestru, dar aceasta este o problemă separată.

4. La întocmirea declarației 2-NDFL - la fel. Dar o dată pe an să o faceți manual - nu înfricoșător.

Alte taxe nu mă interesează, dar poate și ceva poate fi mai ușor.

Cred că adăugarea codului OCTMO la unitățile structurale nu va crea mari probleme pentru programatorii dvs. și nu va speria utilizatorii care nu au nevoie de ele. Mai departe, legarea unității de INFS de tabelul de corespondență este următorul pas separat. Pentru început, este suficient să introduceți OCTMO pentru unități.






Un alt plus de trei luni, dar întrebarea nu a fost luată în considerare.

Faceți una dintre următoarele acțiuni:

1) permite modificarea punctului de control și a OCTM în raportul 6-NDFL sau

2) permite să trimită un raport 6-PIT, chiar dacă o astfel de acolo INN-CIO nu corespunde certificatului nor TVA-CIO (acest lucru este atât de necesar, dacă vă dați seama primul paragraf), sau

3) dați-mi codul de activare al serviciului "Contour.Estern for small business".

Ultima dată când am ieșit, trimițând fișiere xml prin intermediul CAMP, la sfatul asistenței tehnice. Dar perioada de probă de trei luni a expirat și nu sunt gata să plătesc câteva mii de ruble pe an, de dragul celor opt rapoarte de trei pagini. Nu există nicio funcționalitate suplimentară utilă a CEMB în comparație cu KB, cu excepția faptului că în afară de acest lucru.

Am spus deja că serviciul dvs. fără probleme vă permite să modificați punctul de control în rapoartele UTII și să le trimiteți, chiar dacă nu se potrivește cu punctul de control din certificatul de cloud. Ie în acest caz, nu există diferențe fundamentale ideologice și / sau religioase. Ceea ce împiedică realizarea aceluiași lucru în raportul 6-NDFL, nu înțeleg.

Anul Nou - noi probleme.

Ie platozhki în loc de unul și un raport pentru fiecare primă de asigurare au acum pentru fiecare plata primei de asigurare și de a face cât mai multe rapoarte ca divizii separate ale companiei are. Hei, dezvoltatorii, să acorde atenție companiei cu cutiile! Începeți puțin: cel puțin permiteți-mi să modific codul OCTMO în orice raport și nu numai în raportul despre UTII.

Mă bucur că trebuie să lucrăm.

Wow, wow! Deja văd cardurile unor unități separate și chiar un bifat "Există o raportare separată privind impozitul pe venitul personal într-un alt IFNS" (mai corect, spuneți "unui alt IFTS"). Este păcat că până acum acest lucru nu sa făcut. Poate ai nevoie de un tester? Am cinci detașamente în două IFNS, în organizație vor fi ceva despre opt puncte de control diferite. Deși următorul raport privind impozitul pe venitul pe care îl vom lua în primăvară, această funcționalitate trebuie pusă în aplicare înainte de noul an, apoi să nu numărăm manual linia a 70-a.

În plus, pentru organizațiile din UTII există un marcaj "Există o raportare separată privind UTII la un alt IFNS". Dar acolo, spre deosebire de impozitul pe venitul personal, are multe dintre nuanțele sale.

1. Codul Inspectoratului Fiscal și OCMO rămân aceleași, dar aici punctul de control este în mod necesar diferit (adesea [Codul Fiscal] 35001, dar nu întotdeauna).

2. În cazul în care forma C-03.01.09 PPC este atribuit fiecărui obosobke diferit, forma UTII - unul pentru inspectoratul fiscal în termen de o (cel puțin în cazul meu). Rapoartele trebuie, de asemenea, în contextul IRS-CIO (OKTMO nu poate fi ignorat atunci când „tăiat“, așa cum am înțeles această logică). Prin urmare, în cazul în care organizația are mai multe obosobok un INFS, în inspectoratul fiscal pentru impozitul pe venitul personal este necesară pentru a trimite mai multe rapoarte, iar pe UTII unul.







Articole similare

Trimiteți-le prietenilor: