1s 8.3 consideră incorect impozitul pe venitul personal. Registrul de acumulare „calculele contribuabililor cu buget de impozit pe venitul persoanelor fizice”

În acest articol, vom lua în considerare lucrul cu impozitul pe venitul personal în 1C 8.3 Contabilitate 3.0 - de la setări la operațiuni și raportare.

date fiscale

Înainte de a continua cu calculul impozitului pe venitul personal, precum și de a utiliza cea mai mare parte a funcționalității, este necesar să o configurați.

Selectați „Organizații” din meniul „Principal”.

Selectați organizația pe care doriți să o configurați din listă și deschideți cardul acesteia. În formularul de setări completați datele de bază și cele care se află la subsecțiunea „Inspectoratul Fiscal”.

Stabilirea salariului

În meniul „Salariu și personal”, accesați elementul „Setări salariale”.

În setările generale, specificați că evidența salariilor și a personalului vor fi păstrate în acest program. În caz contrar, restul setărilor pur și simplu nu vor fi afișate. Apoi, faceți clic pe hyperlinkul „Procedura de contabilitate salarială”.

În formularul de listă, selectați linia corespunzătoare organizației pe care o configurați. Formularul corespunzător se va deschide în fața ta. În partea de jos a acestuia, selectați elementul „Configurarea taxelor și rapoartelor”.

În fereastra care se deschide, accesați secțiunea „impozit pe venitul personal” și indicați cum veți aplica aceste deduceri.

Acum să trecem la stabilirea tipurilor de venituri și deduceri utilizate la calcularea impozitului pe venitul personal. Pentru a face acest lucru, în meniul „Salariu și personal”, selectați elementul la care am mers mai devreme - „Setări salariale”.

Accesați secțiunea „Clasificatori” și faceți clic pe hyperlinkul „NDFL”.

Verificați corectitudinea completării datelor deschise, în special fila „Tipuri de impozit pe venitul persoanelor fizice”.

Dacă este necesar, puteți personaliza și lista. Reveniți la formularul de configurare a salariului și selectați articolul corespunzător din secțiunea Salarizare. De regulă, în livrarea tipică a configurației, vor exista deja date acolo.

Contabilitatea impozitului pe venitul persoanelor fizice în 1C

Impozitul pe venitul personal se percepe nu numai din salarii, ci și din concediu și alte venituri, cu excepția veniturilor prevăzute de lege (de exemplu, alocația pentru îngrijirea copilului).

Luați în considerare impozitul pe venitul personal în documentul „”. Se află pe fila cu același nume din acest document. Aici se aplică și deducerile. După postare, aceste date intră în postări.

Impozitul este reținut la data afișării documentului. El nu reține impozitul pe venitul personal din alte venituri, cum ar fi,. Pentru a face acest lucru, se folosește „Operațiunea contabilă a impozitului pe venitul persoanelor fizice”.

În meniul „Salariu și personal” selectați elementul „Toate documentele privind impozitul pe venitul personal”. În formularul de listă deschis, creați un nou document cu tipul operațiunii „Operațiune contabilă privind impozitul pe venitul persoanelor fizice”.

Principalul registru de contabilizare fiscală pentru impozitul pe venitul persoanelor fizice din 1C 8.3 este registrul de acumulare „Calculele contribuabililor cu buget pentru impozitul pe venitul persoanelor fizice”.

Raportare

Cele mai utilizate documente de raportare a impozitului pe venitul personal sunt: ​​„2-NDFL” și „6-NDFL”. Sunt în meniul „Salariu și personal”.

Help 2-NDFL este necesar doar pentru obținerea de informații și transferul fie către un angajat, fie către IFTS.

Formarea 6-NDFL se referă la raportarea reglementară și este transmisă trimestrial. Umplerea se face automat.

Verificarea corectitudinii calculului impozitului pe venitul persoanelor fizice

Dacă impozitul pe venitul personal acumulat și reținut în 1C 8.3 nu se potrivește, puteți găsi erori cu un raport universal. În antet, selectați registrul „Decontări ale contribuabililor cu bugetul pentru impozitul pe venitul persoanelor fizice” și indicați că formarea acestuia se va face pe bază de solduri și cifre de afaceri.

Prin meniul „Mai multe” - „Altele” schimbați opțiunea de raportare. Setările pot fi făcute la orice doriți. În acest exemplu, am eliminat câteva câmpuri și am grupat după individ.

Acest raport vă va permite să verificați corectitudinea acumulării și deducerii impozitului pe venitul personal.

În acest articol vreau să iau în considerare aspecte legate de acumularea și reținerea impozitului pe venitul persoanelor fizice în 1C 8.3, precum și întocmirea de rapoarte privind formularele 2-impozit pe venit și 6-impozit pe venit.

Stabilirea inregistrarii la organul fiscal

Cel mai important cadru, fără el nu va fi posibilă transmiterea de rapoarte către autoritățile de reglementare. Să mergem la directorul „Organizații” (meniul „Principal” - „Organizații”). După selectarea organizației dorite, faceți clic pe butonul „Mai mult...”. Din lista derulantă, selectați „Înregistrare la autoritățile fiscale”:

Trebuie să completați cu atenție toate detaliile.

Configurarea contabilității salariilor

Aceste setări se fac în secțiunea „Salariu și personal” - „Setări salariale”.

Să mergem la „Setări generale” și să indicăm că contabilitatea este ținută în programul nostru, și nu într-unul extern, altfel nu vor fi disponibile toate secțiunile legate de contabilitatea personalului și a salariilor:

În fila „impozit pe venitul personal”, trebuie să indicați în ce ordine se aplică deducerile standard:

În fila „”, trebuie să indicați cu ce rată se calculează primele de asigurare:

Orice angajări către persoane fizice se fac conform codului de venit. Pentru a face acest lucru, programul are un director „Tipuri de impozit pe venitul personal”. Pentru a vizualiza și, dacă este necesar, a corecta directorul, trebuie să reveniți la fereastra „Setări salariale”. Extindeți secțiunea „Clasificatori” și faceți clic pe linkul „NDFL”:

Se va deschide o fereastră pentru setarea parametrilor de calcul al impozitului pe venitul personal. Pe fila corespunzătoare se află cartea de referință menționată:

Pentru a configura impozitul pe venitul personal pentru fiecare tip de acumulare și deducere, trebuie să extindeți secțiunea „Stalari” din fereastra „Setări de salarizare”:

În cele mai multe cazuri, aceste setări sunt suficiente pentru a începe contabilizarea salariilor și a impozitului pe venitul personal. Voi observa doar că directoarele pot fi actualizate la actualizarea configurației programului, în funcție de modificările legislației.

Contabilitatea impozitului pe venitul persoanelor fizice în 1C: angajare și deducere

Impozitul pe venitul personal se percepe pentru fiecare sumă de venit efectiv primit separat pentru perioada (lună).

Valoarea impozitului pe venitul personal este calculată și taxată cu documente precum „”, „”, „” și așa mai departe.

Ca exemplu, să luăm documentul „Statul de plată”:

Obțineți 267 de lecții video 1C gratuit:

Pe fila „impozit pe venitul personal” vedem suma calculată a impozitului. După înregistrarea documentului, se creează următoarele tranzacții cu impozitul pe venitul personal:

Documentul creează, de asemenea, înregistrări în registrul „Contabilitatea veniturilor pentru calculul impozitului pe venitul persoanelor fizice”, conform cărora se completează ulterior formularele de raportare:

Impozitul efectiv reținut de la angajat se reflectă în contabilitate la afișarea documentelor:

  • Operațiunea contabilității impozitului pe venitul persoanelor fizice.

Spre deosebire de angajamente, data reținerii impozitului la sursă este data documentului afișat.

Separat, ar trebui să luați în considerare documentul „Operațiunea contabilă a impozitului pe venitul persoanelor fizice”. Este prevăzut pentru calcularea impozitului pe venitul persoanelor fizice din dividende, plăți de concediu și alte beneficii materiale.

Documentul este creat în meniul „Salariu și personal” din secțiunea „Impozit pe venitul persoanelor fizice”, linkul „Toate documentele privind impozitul pe venitul persoanelor fizice”. În fereastra cu lista de documente, când faceți clic pe butonul „Creați”, apare o listă derulantă:

Aproape toate documentele care afectează într-un fel sau altul impozitul pe venitul persoanelor fizice creează înregistrări în registrul „Decontări contribuabililor cu bugetul impozitului pe venitul persoanelor fizice”.

Ca exemplu, să luăm în considerare formarea înregistrărilor din registrul contabil fiscal prin documentul „Stergere din contul curent”.

Să adăugăm documentul „” (meniul „Salariu și personal” - linkul „Facturi către bancă”) și pe baza acestuia vom crea un „Debit din contul curent”:

După efectuare, să vedem afișările și mișcările în registrele pe care le-a generat documentul:

Formarea raportării privind impozitul pe venitul persoanelor fizice

Mai sus, am descris principalele registre care sunt implicate în formarea principalelor rapoarte privind impozitul pe venitul persoanelor fizice și anume:

În fereastra cu lista de documente, faceți clic pe butonul de creare și completați certificatul pentru angajat:

Documentul nu generează înregistrări și înregistrări în registre, ci este folosit doar pentru tipărire.

  • (sectiunea 2):

Raportul se referă la raportarea reglementată. De asemenea, puteți accesa designul acestuia din secțiunea „Impozit pe venitul persoanelor fizice”, meniul „Salariu și personal”, sau prin meniul „Rapoarte”, secțiunea „Raportare 1C”, „Rapoarte reglementate”.

Un exemplu de completare a celei de-a doua secțiuni:

Verificarea impozitului pe venitul personal reținut și acumulat

Pentru a verifica corectitudinea calculului și plății impozitului la buget, puteți utiliza „”. Se află în meniul „Rapoarte”, secțiunea – „Rapoarte standard”.

Rentabilitatea este un indicator foarte important pentru orice companie. La ținerea evidenței în programul „1C: Managementul comerțului, ed. 10.3" puteți urmări profitul brut din vânzarea de bunuri. Dar, în unele situații, informațiile despre profitul brut pot fi incorecte din cauza calculării incorecte a costului mărfurilor.

În acest articol, vom analiza principalele erori care cauzează costuri incorecte și cum să le eliminăm.

Ștergerea mărfurilor „în roșu”

Cea mai frecventă situație care implică un calcul incorect al costului este anularea mărfurilor în sens negativ. Adică, conform programului, produsul nu se află în depozitul tău, dar tot îl vinzi.

Dacă utilizatorii introduc documente în baza de date prompt (adică cu data de astăzi și ora curentă), atunci nu va funcționa să vândă mărfurile la un „minus” - programul va raporta o eroare. Dar dacă utilizatorii introduc documente în baza de date în mod neoperativ (adică, retroactiv), atunci programul vă permite să anulați bunurile în mod negativ. În acest caz, sunt afișate mesaje de eroare, dar documentul este încă postat și mărfurile sunt anulate.

Notă: anularea în minus și erorile corespunzătoare pot apărea și la postarea unui document până la ora curentă, dacă utilizatorul are dreptul de a depăși soldurile din depozit și din organizație. Aceste drepturi sunt acordate în setarea drepturilor suplimentare de utilizator.

Un exemplu de document „Vânzări de bunuri și servicii”:

Cu ajutorul acestor erori, programul ne informează că mărfurile au fost anulate din depozit în mod negativ, iar programul nu a putut calcula costul.

În raportul de profit brut, vom vedea cost zero pentru această vânzare și, în consecință, profit brut de 100%.

Meniu: Rapoarte - Vânzări - Analiza vânzărilor - Profit brut

Motivele apariției soldurilor negative pot fi diferite, dar se găsesc în principal următoarele:

  • Documentul de recepție a mărfurilor nu a fost încă introdus în baza de date.
  • Documentul de primire a mărfurilor este introdus în baza de date, dar ulterior vânzării mărfurilor.
  • Există un surplus de mărfuri sau suprasortare în depozit.

In cazul unui surplus de marfa sau al reclasarii, este necesara inventarierea marfurilor din depozit si valorificarea surplusului. Afișarea surplusului trebuie efectuată înainte ca mărfurile să fie vândute.

Dacă eroarea a apărut din cauza datelor incorecte ale documentelor, atunci este suficient să corectați datele și să repostați documentul pentru vânzarea mărfurilor.

Puteți evalua soldul mărfurilor și tratați cauza erorii în raportul „Declarație de mărfuri în depozite”.

Meniu: Rapoarte - stocuri (depozit) - Lista mărfurilor din depozite

În setările raportului, să facem grupări după depozit, articol și document de mișcare. De asemenea, vom seta steagul „Roșu negativ” (pentru a vedea soldurile negative) și vom seta selecția pentru produsul dorit:

Un exemplu de raport generat:

În acest caz, vedem că vânzarea mărfurilor a fost emisă cu 3 ore mai devreme decât primirea mărfurilor la depozit. Pentru anularea corectă, este suficient să schimbați timpul de implementare cu unul ulterioară și să postați documentul.

Dacă datele documentelor sunt în zile diferite (de exemplu, primirea pe 1 aprilie, iar vânzarea a fost făcută pe 31 martie), atunci trebuie să înțelegeți mai detaliat această situație. Este posibil ca unul dintre documente să fi fost introdus în program cu o dată greșită (de exemplu, primirea mărfurilor și documentele de pe acesta au fost datate 30 martie, dar programul a stabilit data greșită). Sau furnizorul a trimis documente primare emise cu data greșită (de exemplu, marfa a sosit pe 30 martie, iar furnizorul a trimis documente cu data de 1 aprilie) - în acest caz, vor fi necesare noi documente de la furnizor.

În orice caz, în cele din urmă, nu ar trebui să existe solduri negative în raport, iar primirea mărfurilor ar trebui să fie emisă mai devreme în timp decât vânzarea acesteia.

Exemplu de raport după remediere:

Corectarea erorilor în contabilitatea loturilor. Efectuarea pe loturi

Chiar dacă programul nu a afișat nicio eroare pentru dvs. în momentul documentării, erorile în calcularea costului pot apărea în continuare atunci când lucrați cu „backdating”. Câteva exemple de situații eronate sunt mai jos.

Notă: metoda de calcul a costului din exemple este FIFO.

Exemplul 1

După aceea, managerul de achiziții a emis o altă chitanță de frigidere în program - pe 15 pentru 10.500 de ruble.

Ca urmare, dacă managerul de achiziții a introdus toate informațiile în program la timp, atunci când vinde frigidere, ar exista un preț de cost diferit (10.500 * 3 = 31.500 ruble) și un profit brut diferit (10.500 ruble).

Dar documentul de implementare a fost deja finalizat, cel mai probabil nimeni nu îl va retrimite. Aceasta înseamnă că prețul de cost poate rămâne incorect.

Exemplul 2

Pe 21 au sosit frigiderele - 10 buc. pentru 11.000 de ruble.

Pe 25, managerul a vândut 3 frigidere la un preț de 14.000 de ruble. În același timp, prețul de cost a fost anulat - 33.000 de ruble, iar profitul brut a fost calculat - 9.000 de ruble.

După aceea, managerul de achiziții a intrat în documentul de chitanță și a schimbat prețurile frigiderelor din acesta cu 12.000 de ruble. (Inițial, prețul a fost introdus greșit).

Ca urmare, dacă managerul de achiziții a introdus toate informațiile în program la timp, atunci când vinde frigidere, ar exista un preț de cost diferit (12.000 * 3 = 36.000 de ruble) și un profit brut diferit (6.000 de ruble).

Pot exista multe astfel de situații. De fapt, fiecare creare, modificare, ștergere a unui document retroactiv poate face ca prețul de cost din documentele de vânzare emise ulterior să fie eronat.

Pentru a vă asigura că toate documentele au fost publicate corect și că prețul de cost a fost calculat corect, trebuie să începeți repostarea secvențială a tuturor documentelor. Pentru a face acest lucru, puteți utiliza două mecanisme:

Mecanism general de repostare a documentelor platformei

Meniu: Operațiuni - Înregistrare documente

Acest mecanism vă va permite să retransmiteți toate documentele de tipul cerut într-o lună, dar are un mic dezavantaj - documentele vor fi retransmise indiferent dacă este necesar sau nu. La urma urmei, este foarte posibil ca angajații să nu fi efectuat operațiuni inoperante. Și toate documentele pot dura mult timp.

Mecanismul de desfășurare a programului „1C: Managementul comerțului, ed. 10,3"

Semnificația mecanismului este că programul își amintește așa-numita „limită de relevanță” - data până la care toate documentele au fost completate cu promptitudine și nu există erori. Dacă un document este postat retroactiv, programul schimbă această dată la data acestui document. Astfel, programul știe întotdeauna de la ce dată documentele pot conține erori. La sfarsitul lunii se lanseaza procesarea speciala „Afisare pe loturi”, care afiseaza secvential toate documentele de vanzare realizate dupa „data de relevanta”, si calculeaza din nou pretul de cost in ele.

Luați în considerare funcționarea celui de-al doilea mecanism pe primul exemplu.

Al doilea document de chitanță emis retroactiv:

După crearea celui de-al doilea document de chitanță, declarația de profit brut a rămas neschimbată:

Să deschidem procesarea „Efectuare pe loturi”.

Meniu: Documente - Avansat - Postare pe loturi

În procesare, vedem că succesiunea documentelor este relevantă pentru 22 martie - data celei de-a doua chitanțe, introdusă neoperativ.

Apăsați butonul „Run” și programul va revinde toate vânzările de bunuri efectuate după data de 15.

Raportul profitului brut după procesare:

Acum totul este corect în calculul costului.

Notă: la momentul procesării, este posibil să vedeți mesaje despre lipsa mărfurilor în stoc, deoarece retroactiv, nu numai că pot crea o chitanță, ci și o pot șterge sau reprograma la o dată ulterioară. Fiecare astfel de situație trebuie luată în considerare separat (așa cum este descris mai sus).

Pentru ca totul din program să fie corect în calcularea costului și profitului, este recomandabil să introduceți prompt toate documentele în baza de date (adică astăzi și ora curentă). Dar adesea există situații în care este necesară introducerea retroactivă a unui document sau corectarea unui document deja creat. Astfel de situații pot duce la costuri și profit calculate incorect în bază.

Dacă efectuați periodic postarea lotului și răspundeți la toate mesajele despre absența mărfurilor, prețul de cost din baza dvs. de date va fi întotdeauna calculat corect. Aceasta înseamnă că veți vedea întotdeauna informațiile corecte despre profitul brut din vânzări.

  • 1 Posibile erori în calcularea impozitului pe venitul personal în programul 1C 8.2 ZUP 2.5
  • 2 Posibile erori în calculul impozitului pe venitul persoanelor fizice în programul 1C 8.3 ZUP 3.0.
  • 3 Posibile erori în calculul impozitului pe venitul persoanelor fizice în programul 1C 8.3 Contabilitate 3.0
  • 4 Posibile erori în calculul impozitului pe venitul persoanelor fizice
  • 5 Posibile erori în documentele inter-decontare pe exemplul 1C 8.3 ZUP 3.0
  • 6 Posibile erori în documentele inter-decontare folosind exemplul 1C Accounting 3.0
  • 7 Posibile erori în documentele inter-decontare pe exemplul 1C 8.2 ZUP 2.5

Posibile erori în calcularea impozitului pe venitul personal în programul 1C 8.2 ZUP 2.5 Să luăm în considerare în programul 1C ZUP 2.5 exemplul documentului „Vacanță”. S-a acumulat plata de concediu, care inițial era planificată să fie plătită pe 29 ianuarie 2016. De fapt, plata se face pe 28 ianuarie 2016. Prin urmare, modificăm data plății venitului în documentul de acumulare a concediului de odihnă la 28 ianuarie 2016. .

Unii utilizatori ai programului 1s 8.3 au probleme cu impozitul pe venitul personal. Și ce mai faci?

Există modalități de a reveni de la ultima actualizare și chiar de câteva bucăți înapoi. În noiembrie, totul era încă în regulă.Și acum, din neputință, îmi vine doar să plâng prostesc Adaugat: 19 ian 2018, 11:27 Citat: Gennady ObGES pe 19 ian 2018, 05:49 Pentru orice eventualitate, clarifica - documentele au fost retraduse (inclusiv cele necompletate), luni repornite? Ei bine, cum poți răspunde la asta pe baza capturii de ecran și a lipsei de informații chiar minime Gennady Ob HPP, te rog să-mi spui ce fel de informații să furnizez? Am început totul de la zero, am făcut și efectuat consecvent angajamente - extrase - plăți.

Nimic nu ajută. Faptul că după actualizări, tabelele de acumulare s-au schimbat dramatic este un fapt. Nu înțeleg subtilitățile tehnice, dar ceva nu este în regulă în actualizare.

Contabilitatea impozitului pe venitul persoanelor fizice în 1s 8.3 contabilitate 3.0

Important! Pentru a evita eventualele erori în impozitul pe venitul persoanelor fizice, urmăriți în programul 1C 8.3 (8.2) corespondența dintre data venitului din registrul veniturilor și data veniturilor din registrul fiscal, altfel programul va avea erori la calcularea impozitului. La înregistrarea oricărui venit în program, data primirii efective a venitului este fixă.
Pentru veniturile cu codul 2000, aceasta este ultima zi a lunii de acumulare. Pentru alte venituri, aceasta este data plății planificată din documentul de angajamente corespunzător.
La calculul impozitului, programul analizează din ce venituri se percepe acest impozit și determină data încasării efective a venitului, care se înregistrează în registrul contabil fiscal. De ce poate exista o diferență în data încasării venitului, care se ia în considerare în registrul veniturilor și registrul impozitului pe venitul persoanelor fizice? Luați în considerare mai jos.

Impozitul pe venit calculat nu este egal cu reținut

Posibile erori în documentele inter-decontare pe exemplul 1C 8.3 ZUP 3.0 Pe exemplul programului 1C ZUP 3.0 din documentul „Vacanță” data plății planificată este 28.01.2016, dar vom seta data documentului la 01 /30/2016, adică mai târziu decât data plății planificată. Să trecem. Evidența Registrului de Contabilitate Fiscală a fost constituită la 30 ianuarie 2016.

Important

Dacă plătim plata de concediu mai devreme decât data documentului - 28.01.2016, conform planului, completați declarația, vedem - impozitul pe venitul personal reținut nu este completat. Din 28.01.2016, nu există taxă calculată. În consecință, atunci când se efectuează o astfel de declarație a impozitului pe venitul personal, reținutul nu este înregistrat.


Atenţie

Dacă totul este în regulă cu data documentului și este mai devreme decât data planificată a plății: Apoi, la completarea extrasului, totul va fi, de asemenea, în regulă, se va stabili taxa. La efectuarea Vedomostiului, acesta a fost inregistrat ca impozit retinut.

Problema cu NDFL

Posibile erori în documentele inter-decontare folosind exemplul 1C Accounting 3.0 În programul 1C Accounting 3.0, totul este la fel. Data documentului este importantă. Luați în considerare exemplul documentului „Vacanță”. Data planificată a plății este 28.01.2016, iar data documentului va fi stabilită în mod deliberat ulterior, de exemplu, 30.01.2016. Să postăm documentul. Taxa calculată a fost înregistrată la 30.01.2016.


Dupa ce plata a fost efectuata, si nu in Vedomosti, respectiv plata „Retragere numerar” sau debitarea din contul curent anterior datei documentului „Vacanta”, impozitul retinut nu este inregistrat, determinat si nefixat in Inregistreaza-te. Prin urmare, este importantă data documentului, dacă punem 28 ianuarie 2016 și reemitem numerar, atunci s-a format evidența impozitului pe venit personal reținut, totul a intrat în Registru și apoi va intra în formularul 6-venit personal. impozit.

Posibile erori legate de impozitul pe venitul personal în 1s 8.3 și 8.2 - cum să găsiți și să remediați

Există și o dată de plată aici și când această dată se schimbă, totul se schimbă automat. În mod automat, se modifică și data încasării venitului pentru impozitul pe venitul personal.

Dar, pentru orice eventualitate, verifica. Posibile erori în calculul impozitului pe venitul persoanelor fizice De asemenea, la calcularea impozitului pe venitul persoanelor fizice, trebuie să fim atenți la data calculării impozitului. Acest lucru este valabil pentru programele din a treia versiune. Data scadenței impozitului trebuie să fie strict anterioară datei reținerii impozitului.

Dacă în momentul reținerii impozitului, impozitul în sine nu se acumulează, atunci, de fapt, nu există nimic de reținut. Important! Urmărirea în programul 1C: datele documentelor inter-decontare sunt data la care se percepe impozitul, dacă în momentul plății impozitul nu este perceput, atunci acesta nu va fi reținut. Acest lucru este valabil mai ales pentru veniturile nesalariale, deoarece data documentului este fixată ca dată de impozitare. Astfel, în cea de-a treia versiune sunt importante și data documentului „Vacanta”, data documentului „Concediu medical” și alte documente.

Dar dacă schimbăm data în forma principală a documentului, data este schimbată automat în formularul „Mai multe despre calculul impozitului pe venitul personal”. E mai ușor aici, programul ZUP 3.0. ea însăși ne garantează că aceste date vor coincide.

Singurul lucru este că în versiunea actuală a programului 1C există o eroare pentru documentul „Concediu medical”. Dacă se plătește cu un salariu și schimbăm data plății, atunci în acest caz data primirii venitului în formularul „Mai multe despre calcularea impozitului pe venitul personal” nu se modifică.


Aici trebuie să faceți o recalculare sau să modificați manual data în formularul „Mai multe despre calcularea impozitului pe venitul personal”. Pentru toate celelalte cazuri, data contabilă a impozitului pe venitul personal ar trebui să se modifice automat la data plății. Dar pentru orice eventualitate, verifică acest moment, controlează coincidența datelor. Posibile erori în calcularea impozitului pe venitul personal în programul 1C 8.3 Contabilitate 3.0 În ceea ce privește programul 1C Contabilitate 3.0, există și două documente inter-decontare „Concediul medical” și „Vacanță”.
Un rând în impozitul pe venitul persoanelor fizice cu „minus” din 29.01.2016, iar al doilea rând cu „plus” din 28.01.2016. Încă două grupuri de linii de la 100 la 140 se adaugă la 6- impozitul pe venitul personal.Într-una, totul este inversat, iar în cealaltă - totul este recalculat. Pentru a evita o astfel de situație, monitorizați cu atenție data încasării venitului, care va fi consemnată în Registrul veniturilor și data încasării veniturilor, care vor fi consemnate în Registrul fiscal.

Ele trebuie să se potrivească. Posibile erori în calculul impozitului pe venitul personal în programul 1C 8.3 ZUP 3.0. În programul 1C ZUP 3.0, data încasării veniturilor este luată în considerare și în două registre: Registrul Contabilitate Venituri și Registrul Contabilitate Fiscală.

De exemplu, luați în considerare documentul „Vacanță”. Data plății din forma principală a documentului merge la Registrul Contabilității Venituri. Și în Registrul de contabilitate fiscală - data din formularul „Mai multe detalii despre calculul impozitului pe venitul personal”.

Aceste două date trebuie să se potrivească.
În acest articol, vom lua în considerare lucrul cu impozitul pe venitul personal în 1C 8.3 Contabilitate 3.0 - de la setări la operațiuni și raportare. Conţinut

  • 1 Configurare program
    • 1.1 Date fiscale
    • 1.2 Stabilirea salariului
  • 2 Operațiuni contabile privind impozitul pe venitul personal în 1C
  • 3 Raportare
  • 4 Verificarea corectitudinii calculului impozitului pe venitul persoanelor fizice

Uneori observați că 1C consideră incorect ceva, îl face, îl distribuie, completează greșit formulare etc. Rezolv si eu astfel de probleme, desi costa putin mai mult. Permiteți-mi să vă reamintesc că specializarea mea astăzi este 1C: Contabilitate. Dar asta nu înseamnă că nu te pot ajuta. Trebuie să te uiți înainte de a sari la concluzii.

Beneficii cheie

  • Nu este nevoie să corectați manual erorile rezultate de fiecare dată.
  • Uneori economisește timp
  • Cererea dumneavoastră este întotdeauna binevenită

Posibilitati

Modificarea și dezvoltarea documentelor Cazul 1. Configurare „Documente de plată” pentru 1C. Date incorect calculate si introduse despre TVA, daca calculul TVA s-a facut prin metoda de calcul, in documentele FACTURA, FACTURA, FACTURA. Problema a fost complet rezolvată. S-au adăugat noi forme de documente de plată: CERERE DE PLATĂ, ORDIN DE PLATĂ, ÎNCĂSARE.. Cazul 2. Configurare „Contabilitate”. La imprimarea unei facturi, dacă numărul de mărfuri este mai mare de 6 (sau 7 - nu-mi amintesc), atunci jumătate din factură este tipărită pe o parte, iar celelalte poziții ale mărfurilor pe cealaltă parte a paginii , ceea ce era incomod, pentru că trebuie să întoarceți foaia în imprimantă. S-a corectat acest defect - documentul este tipărit complet pe o parte a foii. La actualizarea la o nouă versiune a programului, modificările pe care le-am făcut nu s-au pierdut. Am evidențiat și ceva în factură cu caractere aldine la cererea clientului. Transferarea directoarelor Cazul 1. O persoană m-a contactat cu o solicitare de a transfera cataloagele de mărfuri și antreprenori din versiunea 8.6 pentru Comerț și depozit în noua versiune 9.2. Pentru ce? În primul rând, a avut o nouă plată și nimeni nu a putut actualiza versiunea veche pentru el (diferite ediții, spun ei, vom pune o nouă bază de date pentru tine și vei introduce totul din nou în ea cu pixuri). În al doilea rând, a acumulat peste 5 mii de produse, dintre care majoritatea nu mai sunt necesare (vândute cu mult timp în urmă), și nu pot fi șterse deoarece au fost folosite în documente (de exemplu, la emiterea facturilor). În noua ediție, cel puțin în fiecare lună poți face asta. Deoarece programul este licențiat, nu au existat dificultăți. Pe lângă aceste directoare, au fost transferate directoarele Băncilor, Conturile de decontare și alte informații, astfel încât să nu fie nevoie să fie introduse din nou. Cazul 2. Din configurația „Comerț și Depozit”, am încărcat date în cea „Complex” (mai mult de 6 mii de produse în lista de prețuri). Elaborarea de noi rapoarte