Salīdzinoši nesen tika izstrādāts produkts ar nosaukumu 1C UPP. Tomēr ne visi uzņēmēji zina, kas tas ir. Produkts aptver galvenos organizācijas darba aspektus. Šī programma ļauj organizēt visaptveroša rakstura informācijas sistēmu, kas atbilst vietējai, starptautiskai un Produkts cita starpā ļauj nodrošināt uzņēmuma darba finansiālo un ekonomisko pusi. Sīkāk apskatīsim 1C UPP: kas tas ir, kādi rīki tajā ir, kā darbs darbojas sistēmā.

Galvenā informācija

Lai izveidotu vienotu informācijas telpu uzņēmuma finansiālo un ekonomisko operāciju attēlošanai, 1C UPP sistēma šobrīd tiek uzskatīta par visefektīvāko rīku. Kas tas ir? Šis produkts ļauj aptvert visus uzņēmumā notiekošos biznesa procesus. Vienlaikus tas nodrošina diferencētu piekļuvi uzglabātajiem datiem un iespēju veikt noteiktas darbības atbilstoši darbinieku statusam. 1C datu bāzes uzņēmumā ar holdinga struktūru var aptvert visas tajā iekļautās organizācijas. Tas ļauj ievērojami samazināt ziņošanas darbietilpību, jo dažādi uzņēmumi atkārtoti izmanto kopējos informācijas failus. Tajā pašā laikā visām organizācijām tiek uzturēta pilnīga finanšu, ekonomikas un nodokļu uzskaite. Tomēr UPP (1C) pēdējo veido atsevišķi uzņēmumi. Viena no preces iezīmēm ir darījuma fakta reģistrācija. Tas tiek veikts vienu reizi. Dokuments darbojas kā reģistrācijas rīks 1C. Datu iekļaušanas veidlapu var iestatīt "pēc noklusējuma". Tas ir, jauna informācija tiek ievadīta, pamatojoties uz iepriekš ievadīto informāciju.

Datu kontrole 1C UPP: kas tas ir?

Visaptverošā risinājumā tiek pieņemta noteikta informācijas attiecība no dažādiem ziņojumiem. Jo īpaši tiek nodrošināta nodokļu, finanšu, ekonomikas un vadības grāmatvedības datu neatkarība un salīdzināmība. Turklāt saistību un aktīvu kvantitatīvajām un kopējām aplēsēm ir jāsakrīt, ja neatbilstībai nav objektīvu iemeslu. Lietotāja sistēmā ievadīto datu kontroli veic pati programma 1C Enterprise. Piemēram, reģistrējot skaidras naudas maksājumus, aplikācijas risinājums pārbauda nepieciešamās summas pieejamību, ņemot vērā esošos tēriņu pieprasījumus. Fiksējot preču nosūtīšanu, sistēma izvērtē savstarpējo norēķinu statusu ar kravas saņēmējiem. Programma 1C Enterprise ietver saskarņu komplektu. Tas ļauj katram lietotājam piekļūt nepieciešamajiem datiem.

Regulēta ziņošana

1C UPP uzskaite tiek veikta nacionālajā valūtā. Kas attiecas uz vadības atskaitēm, tai var izvēlēties jebkuru naudas vienību. Dažādas vienas un tās pašas 1C informācijas bāzes organizācijas var izmantot dažādas nodokļu sistēmas. Tātad dažos tā var būt vienkāršotā nodokļu sistēma, citās tā var būt OSNO. Turklāt var izmantot dažādus nodokļu un finanšu uzskaites iestatījumus. UTII izmantošana ir atļauta dažu veidu darbībām. Papildus regulētajai un vadības grāmatvedībai varat izmantot SFPS pārskatus. Darba intensitātes samazināšanai tas tiek veikts neoperatīvi, izmantojot informācijas pārrēķinu (tulkojumu) no citiem dokumentiem.

Attīstības specifika

Veidojot produktu, tika ņemtas vērā gan mūsdienu starptautiskās organizācijas vadības metodes, gan pašmāju pieredze efektīvā automatizācijā. Konfigurācijas projektēšana un izstrāde tika veikta, piedaloties ITRP uzņēmuma speciālistiem. Kas attiecas uz 1C UPP instrukciju izstrādi un metodisko materiālu izveidi, kā arī konsultāciju atbalstu, tad šo darbību veic pazīstamā audita un konsultāciju korporācija PricewaterhouseCoopers. Lietojumprogrammas risinājumu raksturo augsta uzticamība, mērogojamība un iespēja veidot ģeogrāfiski sadalītas sistēmas. Produktu var integrēt ar citu programmatūru. Tas ir pilnībā atvērts izpētei un pielāgošanai atkarībā no organizācijas vajadzībām.

Lietojumprogrammas risinājuma struktūra

Visi automatizācijas mehānismi ir nosacīti sadalīti divās lielās grupās:

1. Atbalstīt uzņēmuma operatīvo darbu.
2. Veikt neoperatīvo reģistrāciju un uzskaiti.

Lietojumprogrammas risinājuma struktūra ietver dažādas apakšsistēmas. Viņi ir atbildīgi par līdzīgu uzdevumu grupu īstenošanu. Piemēram, tās varētu būt personāla vai naudas pārvaldības apakšsistēmas. Šis dalījums tiek pasniegts kā noteikta vienošanās, kas atvieglo sistēmas apguvi. Pašreizējā lietotāja darbā robežas starp šīm apakšsistēmām tikpat kā nav jūtamas.

Piemērošanas joma

1C UPP "Ražošanas" sistēmu var izmantot dažādās organizācijas nodaļās un dienestos. Tie jo īpaši ietver:

1. Direkcija. Lietotāji var būt vadītājs, galvenais inženieris, komercdirektors utt.

2. Ražošanas darbnīcas.

3. Nodaļas:

• ekonomiskā plānošana;
• galvenais mehāniķis;
• pārdošana;
• mārketings;
• galvenais dizainers;
• atbalsts (materiāli tehniskais nodrošinājums);
• materiāli un gatavie izstrādājumi;
• personāls;
• nodarbinātība un darba organizācija;
• kapitālā celtniecība;
• administratīvā un ekonomiskā;
• stratēģiskā attīstība;
• informāciju un analītisku.

4. Grāmatvedība.

5. IT serviss.

Sistēmas priekšrocības

1C UPP ieviešana nodrošina vadītājus, darbiniekus, nodaļu vadītājus, kas ir tieši iesaistīti pārdošanā, piegādē un citās darbībās, kas saistītas ar produktu ražošanas procesa apkalpošanu, ar īpašiem sistēmas rīkiem. Tie ļauj uzlabot ikdienas darba kvalitāti konkrētās jomās. Grāmatvedības nodaļu darbinieki saņem automatizētus atskaites rīkus. Tajā pašā laikā dokumentācija pilnībā atbilst juridiskajām prasībām un uzņēmuma korporatīvajiem standartiem. Organizācijas vadītāji un tiešie vadītāji, kuru uzdevumos ietilpst biznesa attīstība, saņem plašas iespējas analīzei, prognozēšanai un plānošanai, kā arī elastīgai uzņēmuma resursu bāzes pārvaldībai. Tas savukārt nodrošina uzņēmuma konkurētspējas pieaugumu.

Veiktspējas monitors

Šis pārskats sniedz ātru uzņēmuma vadības galveno darbības rādītāju novērtējumu. Veiktspējas monitors ļauj:

1. Aptveriet visus uzņēmējdarbības aspektus vienā informācijas sistēmā.
2. Savlaicīgi atklāt novirzes no plānā noteiktajiem rādītājiem, izaugsmes punktus un negatīvo dinamiku.
3. Precizējiet sniegto informāciju.
4. Izmantojiet demonstrācijas pamatnei pievienoto veiktspējas rādītāju komplektu.
5. Konfigurējiet vairākas atskaites opcijas noteikta veida darbībām vai vadības personāla atbildības jomām.
6. Ātri izveidojiet jaunus veiktspējas parametrus.

Demo datu bāzē ir 42 darbības rādītāji. Lietotājs var augšupielādēt tos ražošanas sistēmā, izmantojot iebūvēto informācijas apmaiņu. Šis mehānisms ļauj pievienot arī noteiktus rādītājus, kas ir nepieciešami konkrētam uzņēmumam.

OS

Racionāla aktīvu pārvaldīšana darbojas kā galvenais uzņēmuma stratēģijas elements, lai sasniegtu savus mērķus ilgtermiņā. Šo faktoru ņēma vērā 1C UPP izstrādātāji. Vienotā informācijas sistēmā automatizētā režīmā tiek fiksēti pamatlīdzekļi, ekspluatācijā nepieņemtās, bet uzņēmumā saņemtās un uzstādīšanai nodotās iekārtas, kā arī būvprojekti. Lietotājiem ir pieejamas šādas iespējas:

1. Būvniecības, uzstādīšanas un remontdarbu izmaksu uzskaite.
2. Ar OS un iekārtu reģistrāciju saistīto darbību automatizācija.
3. Rekonstrukcijas un modernizācijas izmaksu uzskaite.
4. Atskaišu ģenerēšana nepieciešamajās sadaļās.
5. Reģistra izveide nodokļu uzskaitei un nolietojuma aprēķināšanai, pamatojoties uz atskaitījumiem no peļņas.
6. Darbību ar OS un aprīkojumu atspoguļošana atskaites dokumentācijā.

Visas galvenās darbības lietojumprogrammā ir automatizētas:

Palīgrīki

Pamatlīdzekļiem ar sezonālām ekspluatācijas īpašībām var norādīt nepieciešamību piemērot grafiku ikgadējā nolietojuma ikmēneša sadalei. Lietojumprogramma produktam sniedz detalizētu informāciju par pašreizējo operētājsistēmas stāvokli, ļauj analizēt nolietojuma pakāpi un uzraudzīt mašīnas apkopes darbu izpildi. Ražošanas programmas termiņu ievērošana un resursu racionāla sadale un izmantošana prasīs ļoti efektīvu OS uzturēšanas plānošanu. Lai to izdarītu, sistēma nodrošina šādas iespējas:

1. OS uzturēšanas normatīvā regulējuma izstrāde un reģistrācija.
2. Darba rezultātu reģistrācija.
3. OS uzturēšanas plānošana un tai nepieciešamie resursi.
4. Apjomu un termiņu ievērošanas uzraudzība.

1C UPP: sākotnējo atlikumu ievadīšana savstarpējiem norēķiniem

Šī darbība tiek veikta no izvēlnes "Dokumenti". Nepieciešamā veidlapa atrodas cilnē "Papildu". Tālāk jums jāizvēlas darbība. Jāaizpilda "Izlīguma dokuments". Tas tiek darīts pat tad, ja saskaņā ar līgumu nav norēķinu. Lietotājs var norādīt pašu bilances ieraksta veidlapu kā dokumentu. Lai to izdarītu, noklikšķiniet uz pogas "Ierakstīt". Ja uzņēmumam ir piegādātāji, kuriem tas veic avansa maksājumus, bet tie vēl nav piegādājuši preces, jums jāaizpilda cilne “Avansi”. Sistēmai darījumu ar klientiem atlikumu atspoguļošanai ir 2 cilnes. Viens no tiem ir “Avansi”, otrs – “Norēķini ar darījumu partneriem”. Citu savstarpējo norēķinu ievadīšanas režīmā pēc konta. 76 cilnes tiek sauktas par “Palielinošs parāds” un “Samazinošs parāds”. Papildus norādītajam kontam tiek atspoguļota informācija par kontu. 66, 67 un citi, kas izmanto apakškontus “Līgumi” un “Darījuma partneri”. Principā jūs varat izvēlēties rakstu, par kuru savstarpējie norēķini netiek veikti. Attiecīgi tam nav nepieciešamo subkontu. Šajā gadījumā darījumos netiks izmantota līgumu vai darījumu partneru analītiskā uzskaite. Tādējādi šāda veida darbībai nav jēgas, neskatoties uz to, ka dators to veiks.

Komisijas tirdzniecība

Pirkšanas un pārdošanas attiecību veidu nosaka informācijas sistēmā iekļautie līguma ar darījumu partneri rekvizīti. Šajā gadījumā ar vienu priekšmetu var noslēgt vairākus dažāda veida līgumus. Daži var būt līgumi ar komisionāru, citi - pirkšana un pārdošana. Lai reģistrētu darījumus saskaņā ar šāda veida līgumiem, tiek izmantota viena un tā pati dokumentācijas kopa. Preču pieņemšana komisijā tiek ierakstīta veidlapā “Pakalpojumu un preču saņemšana”. Tas, ka notiek šāda veida tirdzniecība, ir norādīts līgumā. Tas ir norādīts veidlapas ekrāna formas attiecīgajā kolonnā. Gadījumā, ja atbildība par preču kopējo un kvantitatīvo uzskaiti tiek sadalīta starp uzņēmuma dienestiem, saņemšanas fiksēšanai var izmantot preces dokumentu.

Ražotnes vadība Nodokļi

Nodokļu uzskaite (ienākumu nodoklis)

Konfigurācija organizē nodokļu uzskaiti saskaņā ar Nodokļu kodeksa 25. nodaļas un PBU 18/02 “Grāmatvedība ienākuma nodokļa aprēķiniem” prasībām. Grāmatvedības politikas iestatījumos var atspējot automātisko atbalstu PBU 18/02.

Lai atrisinātu šo problēmu, konfigurācijai ir pievienots īpašs nodokļu uzskaites kontu plāns, kura analītiskās uzskaites struktūra un organizācija ir tuvu grāmatvedības kontu plānam. Speciāls kontu plāns nodokļu uzskaitei nav paredzēts normatīvajos dokumentos, un tas ir daļa no uzņēmuma 1C grāmatvedības metodoloģijas.

Konfigurācijai ir pievienots iepriekš aizpildīts nodokļu kontu plāns, kas ir kodēts, lai nodrošinātu salīdzināmību
dati par tiem apkopoti ar grāmatvedības datiem. Šāda pieeja ievērojami atvieglo tiesību aktu prasību izpildi.

Vienlaikus nodokļu kontu plānā ir atspoguļota arī nodokļu uzskaites specifika saskaņā ar Nodokļu kodeksa 25. nodaļu.

Nodokļu uzskaites kontu plāna iezīmes salīdzinājumā ar grāmatvedības kontu plānu ir šādas:

• visi nodokļu uzskaites konti ir ārpusbilances, tas ir, nodokļu grāmatvedībā var būt darījumi bez kontu korespondences, lai gan vairumā gadījumu joprojām tiek izmantota korespondence;
• nodokļu uzskaites kontu ziņā gandrīz visi norēķinu konti (pie piegādātājiem, pircējiem u.c.) tiek aizstāti ar PV kontu “Īpašumu, darbu, pakalpojumu, tiesību saņemšana un atsavināšana”;
• nav uzskaites objektiem, kas nekādā gadījumā neietekmē ienākuma nodokli (piemēram, nav statūtkapitāla, nesadalītās peļņas u.c. konta), vai arī tiek pieņemts, ka attiecīgajiem aktīviem vai saistībām ir tāds pats novērtējums kā grāmatvedības uzskaite (piemēram, kase);
• Gandrīz visos ražošanas izmaksu nodokļu kontos ir 3 apakškonti - tiešo un netiešo izmaksu uzskaitei;
• uz kontu 91 “Pārējie ieņēmumi un izdevumi” ir atvērts nodokļu uzskaitei nepieciešamais apakškontu skaits.

Nodokļu uzskaite tiek organizēta pēc šādiem pamatprincipiem:

• nodokļu uzskaites datu neatkarība no grāmatvedības datiem;
• nodokļu uzskaites datu salīdzināmība ar grāmatvedības datiem;
• ieņēmumu un izdevumu, aktīvu un saistību summu un kvantitatīvo aprēķinu sakritība pēc nodokļu un grāmatvedības datiem, ja nav objektīvu iemeslu to nesakritībai.

Uzņēmējdarbības darījumi tiek atspoguļoti paralēli grāmatvedībā un nodokļu uzskaitē. Bet konfigurācija novērš nepieciešamību lietotājam atsevišķi aprakstīt darbību nodokļu uzskaitei.

Veids, kā nodokļu grāmatvedībā parādīt biznesa notikumus, ir reģistrēt nodokļu darījumus. Nodokļu ieraksti ir līdzīgi grāmatvedības ierakstiem un ir pieejami apskatei, izmantojot nodokļu grāmatvedības ierakstu žurnālu, kura struktūra ir līdzīga grāmatvedības ierakstu žurnālam. Būtiskā atšķirība starp nodokļu ierakstu un grāmatvedības ierakstu ir tāda, ka, ierakstot nodokļu ierakstu, dubultās ierakstīšanas noteikums nav nepieciešams.

Ievadot dokumentu informācijas bāzē, nodokļu darījumi tiks ģenerēti automātiski, ja dokumenta ekrāna formā ir atzīmēta izvēles rūtiņa “Atspoguļot nodokļu uzskaitē”. Nodokļu darījumus var apskatīt caur nodokļu uzskaites žurnāla fragmentu, kuru var atvērt no dokumenta ekrāna formas (kopā ar līdzīgu grāmatvedības žurnāla fragmentu).

Nodokļu konti un cita informācija tiek ievietota nodokļu darījumos, kad tie tiek automātiski ģenerēti, tāpat kā tad, kad grāmatvedības ieraksti tiek ģenerēti automātiski. Nodokļu konti tiek automātiski atlasīti no tiem pašiem sarakstiem, kas tiek izmantoti, lai automātiski atlasītu grāmatvedības kontus. Pateicoties tam, darbu ar dokumentu informācijas datubāzes ievadīšanu var uzticēt darbiniekiem, kuri nav grāmatveži, un grāmatvežiem var atstāt uzņēmuma nodokļu politikas iestatījumu uzraudzīšanas un izmantoto sarakstu statusa uzraudzības funkciju. nodokļu kontu un grāmatvedības kontu automātiskai atlasei.

Kļūdas, kas izraisa ienākuma nodokļa aprēķinu dokumenta neatbilstošu darbību, nav viegli atrodamas.
Pirmkārt, pie tā ir vainojams tā sarežģītais algoritms un, otrkārt, tā faktiskā ieviešana (deklarētās un faktiskās funkcionalitātes neatbilstības piemēru skatīt zemāk). Analīzes pamatā ir mīkstā startera kods, taču daži punkti var būt piemērojami citām konfigurācijām.

Runājot par dokumentu "Ienākuma nodokļa aprēķini", es domāju, ka tas tiek veikts režīmā "Pastāvīgā un atliktā nodokļa aktīvu un saistību un ienākuma nodokļa aprēķins" (pirmais režīms).

Dokumentam drukātā veidā ir pievienota aprēķina atsauce “Pastāvīgās un īslaicīgās atšķirības”, taču pēc noklusējuma tas tiek veidots režīmā “Pastāvīgās atšķirības”, un tā izveidošana var aizņemt diezgan ilgu laiku (līdz 15-20 minūtēm) . Tas pats aprēķinu sertifikāts ir pieejams kā atsevišķa atskaite, un tad iestatījumos vispirms var izvēlēties sev interesējošo atšķirību veidu (man personīgi man vienmēr ir bijušas interesantākas pagaidu atšķirības).

Ar to ir arī viena nepatīkama problēma - pēc uzskaites veida “Pamatlīdzekļi” aprēķina izziņā nav uzrādīti konti 03 un 02.02, lai gan tie ir iesaistīti atlikto nodokļu aprēķināšanā. Var būt arī citas problēmas, kas man vēl nav zināmas.

Turklāt aprēķinu sertifikāta veidlapā nav “parastu” grupējumu, un tāpēc tā ir ļoti neērta lietošanā.

Tāpat dokumentam pievienota vēl viena izziņa-aprēķins “Ienākuma nodokļa aprēķins”, ar kuru sižets ir tieši tāds pats - arī tas veidojas ilgi, arī ir neērti uzbūvēts, kā arī pēc noklusējuma netiek veidots režīmā kas mums ir visinteresantākais (var parādīt aprēķinus, pamatojoties uz BU datiem, bet ar pastāvīgām un īslaicīgām atšķirībām, un pēc noklusējuma parāda tikai BU datus).

Praksē nevienam neiesaku nopietni paļauties uz abām šīm izziņām, lai atrastu nepareizu nodokļu aprēķinu iemeslus.

Svarīgi saprast, ka ienākuma nodokļa aprēķina starprezultāti (atšķirībā no pašizmaksas aprēķina) nekur datu bāzē netiek saglabāti, tāpēc jebkura aprēķinu izziņa katru reizi veic visus aprēķinus no jauna, nevis neņem datus no iegrāmatotā dokumenta. Tāpēc nebrīnieties, ja drukātā forma neatbilst vadiem.

SVARĪGI: konfigurācijā “Uzņēmuma grāmatvedība” dokumentā “Ienākuma nodokļa aprēķini” tiek veiktas kustības arī palīgreģistros, kurus vēlāk var izmantot, veidojot parastās cilvēku atsauces un aprēķinus. Ikviens, kurš iepriekš ir ieviesis vai izmantojis BP 2.0 vai 3.0, zina, ka šī noderīgā funkcionalitāte nav pieejama UPP un KA, un es baidos, ka tā vairs nebūs.

Nobeigumā vēl viens svarīgs atgādinājums: visi ieraksti dokumentā “Ienākuma nodokļa aprēķini” tiek atspoguļoti tikai grāmatvedības sistēmā, jo Dokumenta jēga ir panākt, lai grāmatvedības rezultāti tiktu saistīti ar nodokļu rezultātiem, nevis otrādi!

Tātad mēs runājām par dokumentu, tagad par nodokļu aprēķināšanas mehānismu. To veic posmos:

1. posms - PNA un PNA aprēķins saskaņā ar PR

Apskatām Nodokļu uzskaites reģistru pēc grāmatvedības veida PR 90. un 91. kontu apgrozījumā nesaskan ar kontu. 99.01.

No ierakstiem redzams, ka pastāvīgās atšķirības ienākuma nodokļa aprēķinos tiek iekļautas tikai pēc tam, kad tās ir atspoguļotas organizācijas ieņēmumos vai izdevumos. Jebkuri PR atlikumi aktīvu vai saistību bilances kontos NEIETEKMĒ nodokļu aprēķinu!

Ziņojumi tiek ģenerēti:

Dt 99,02,3 Kt 68,04,2 par summu (Apgrozījums * Peļņas nodokļa likme) - PNO

Dt 68.04.2 Kt 99.02.3 par summu (ApgrozījumsKt * Peļņas nodokļa likme) - PNA

Vispārējs noteikums:

Ja peļņa (ienākumi mīnus izdevumi) pēc grāmatvedības datiem ir lielāka nekā pēc NU datiem, tad veidojas pastāvīgs nodokļa aktīvs (PTA), pretējā gadījumā rodas pastāvīgas nodokļu saistības (PTA).

Vienkārši liec: pozitīva summa PRienākumos * 20% = PNA; pozitīvs PR izdevumos * 20% = PNO.

Piemērs:

Dt 26 PR par 100 000 rubļu. - tiek atspoguļoti izdevumi. Mēneša beigās tie veidosies debeta apgrozījums kontā. 90.

Dt 99.02.3 Kt 68.04.2 par 20 000 rubļu. - PNO atspoguļojums

2. posms - OTA aprēķins strāvas zudumam. periods (saskaņā ar NU datiem, tikai tad, ja ir zaudējumi)

Mēs aplūkojam atlikumus 99 pēc NU uzskaites veida un atlikumus 09 “LossTekPer” saskaņā ar BU.

Pašreizējā perioda zaudējumi 09 = SummaFinalBalanceDt_account99.01NU * Peļņas nodokļa likme - SummaFinalBalanceDt_account09BU subkontam Pašreizējā perioda zaudējumi

Ziņojumi tiek ģenerēti:

Dt 68.04.2 Kt 09- ja summa ir negatīva

Dt 09 Kt 68.04.2- ja summa ir pozitīva

Organizācijai ir nepieciešams aizpildīt ienākuma nodokļa likmes (izņemot grāmatvedības politiku, aprēķins nedarbojas pareizi).

3. posms - ONA un ONO aprēķins BP aktīvu un saistību veidu kontos

Piezīme: atšķirībā no PNA/PNO, ONA un ONO veidojas īslaicīgas starpības PARĀDĪBAS brīdī aktīvu un saistību kontos, nevis tās attiecināšanas uz ieņēmumiem vai izdevumiem brīdī.

Tādējādi VR rašanās materiālu novērtēšanā kontā. 10 novedīs pie IT veidošanās, pat ja šie materiāli bija noliktavā visu mēnesi un netika nekur norakstīti!

Aprēķina procedūra "kā vajadzētu" , saskaņā ar 1C komentāriem standarta mīkstā startera kodā:

1. Tiek noteikts ar nodokli apliekamo un atskaitāmo starpību atlikums pa aktīva veidiem kopumā.

1. Pamatojoties uz starpību atlikumu, tiek aprēķināts atliktā nodokļa aktīvu un saistību atlikums, kas mēneša beigās jāatspoguļo 09. un 77. kontos.

1. Tiek noteikta atliktā nodokļa aktīvu un saistību summa, kas mēneša beigās tiek atspoguļota 09. un 77. kontos.

1. Konti 09 un 77 tiek pielāgoti starpību summai starp to, kas ir atspoguļots kontā, un to, kas jābalsta uz aprēķinu rezultātiem.

Aprēķina procedūra "kā ir" , tieši no standarta mīkstā startera koda:

1. Atlikumus un apgrozījumus aprēķina pēc BP uzskaites veida aktīvu un saistību veidiem. Konti, kas saistīti ar iepriekš noteiktiem aktīvu un saistību veidiem, ir norādīti kodā(skatīt tabulu zemāk par aktīvu un saistību veidiem).
2. Aprēķina rezultāts formā Sākuma atlikums / ApgrozījumsDt / ApgrozījumsKt / BilanceCon (visiem šāda veida aktīvu nodokļu kontiem) tiek apstrādāts atsevišķikatrai subconto vērtību kopai, izmantojot šādu algoritmu:

• Ja Sākuma atlikums > 0:

• Ja BalanceStart< = 0 :

Pamatlīdzekļiem un nemateriālajiem aktīviem aprēķinā tiek iekļauti nolietojuma konti, t.i. Aprēķins ir balstīts uz atlikušo vērtību.

Iegrāmatojumi kontos 09, 77 tiek ģenerēti korespondencē ar kontu 68.04.2.

Reģistrējot darījumus, katrā kontā tiek “apkopoti” pēc aktīvu un saistību veida.

Darījuma summa tiek reizināta ar ienākuma nodokļa likmi.
Grāmatojiet atlikumus kontos 09, 77 netiek ņemti vērā.

4. posms - nosacītā ienākuma/nodokļu izdevumu summas aprēķināšana(no BU 99 apgrozījuma mēnesī)

Faktiski šajā posmā mēs nosakām, cik lielu nodokli mēs maksātu, ja to aprēķinātu tikai pēc grāmatvedības datiem.

Nodokļa summa tiek aprēķināta kā (ApgrozījumsKt_BU_99_01_1 - ApgrozījumsDt_BU_99_01_1)*Peļņas nodokļa likme

Dt 68.04.2 - Kt 99.02.2- ja nodokļa summa ir pozitīva

Dt 99.02.1 - Kt 68.04.2- ja nodokļa summa ir negatīva

Pēc šī posma tiek reģistrēti dokumentu grāmatojumi, lai kustības tiktu ņemtas vērā nākamajā aprēķina posmā.

5. posms - maksājamā nodokļa aprēķināšana (no apgrozījuma BU 68.04.2 mēnesī)

SummaCUPay = ApgrozījumsKt_BU_68_04_2 — ApgrozījumsDt_BU_68_04_2

Summa ir sadalīta maksājumu veidos budžetā (federālais budžets un Krievijas Federācijas veidojošās vienības budžets) un tiek uzkrāts:

Dt 68.04.2 Kt 68.04.1

Nav čeka par negatīvām summām.

Tādējādi tehniski UPP var uzlikt negatīvu ienākuma nodokli. Vai arī iekasēt pozitīvo nodokli situācijā, kad kārtējā gada iepriekšējo periodu zaudējumiem acīmredzot vajadzētu pietikt, lai segtu kārtējā mēneša peļņas summu.

Mēģināsim noskaidrot, kāpēc tas var notikt praksē:

Tipiski kļūdu iemesli ienākuma nodokļa aprēķinos

#	Problēma	Risinājums
1	Nepareizi slēgti izmaksu konti BU vai NU grāmatvedības veidu NU/PR/BP kontekstā. Izmaksu reģistros iestrēgst atlikumi.	Pārbaudiet SĀLS un izmaksu pārskatu. Nevajadzētu būt galīgiem atlikumiem. Izlabojiet kļūdas, ja tādas ir. Ja nepieciešams, pārrēķiniet izmaksas (pārliecinieties, ka aprēķins tiek veikts bez kļūdām). Pēc tam veiciet spuras noteikšanu. rezultāti un ienākuma nodokļa aprēķini.
	Apgrozījums izmaksu kontos neatbilst apgrozījumam izmaksu reģistrā.	Kaut kur dokumentos izmaksu pozīcija ir norādīta nepareizi (izmaksu raksturs nav pareizs).
	Pamatnoteikuma neievērošana: "BU = NU + PR + VR" (tā sauktais " boroto")	Neatbilstības var atrast, pieprasot reģistratūras grāmatvedības kontus un, ja nepieciešams, kontu analīzi. Pārskats par nodokļu uzskaites stāvokļa analīzi var palīdzēt, taču tas nav īpaši ērti lietojams.
	Kontos, kuriem SHE un IT netiek ģenerēti automātiski, ir BP atlikumi. Piemērs: Dt 91.02 VR Kt 14 Nodokļu uzskaitē nav konta 14, tāpēc jums ir jāaizstāj konts 14 ar kontu 96.	To kontu sarakstu, kuriem ONA un ONO tiek ģenerēti automātiski, skatiet aktīvu un saistību veidu tabulā. Ja nepieciešams atspoguļot BP, kur SHE un ONO netiek aprēķināti automātiski, aprēķins jāveic manuāli un jāatspoguļo, iegrāmatojot kontā. 09 vai 77 sarakstē ar kontu 68.04.2 Praksē man nesen nācās manuāli atspoguļot IT pēc aktīvu veida “Kreditori”, jo... parāds uzskaites sistēmā tika atspoguļots agrāk nekā negrāmatotajā kontā, kā rezultātā radās pagaidu starpība.
	Ienākumu un izdevumu konti (20, 26, 44, 90, 91, 99) pēc uzskaites veida BP atbilst citiem grāmatvedības veidiem. Rezultātā atliktais nodoklis netiek veidots. Piemērs: Dt 91.02.1 VR Kt 01.09 NU	Nepieciešams vai nu aizstāt BP ar citu uzskaites veidu (ja BP norādīts nepareizi), vai arī izvēlēties kredītu atbilstoši BP uzskaites veidam ar kontu, kuram automātiski tiek aprēķināta SHE/IT (skat. 1. pielikumu zemāk) . Man bija jālabo elektroinstalācija no piemēra uz Dt 91.02 VR Kt 01.09 VR.
	BP tiek norakstīts uz PR (tieši vai netieši).	Visbiežāk tas notiek, kad aktīvs tiek norakstīts par posteņiem, kas netiek pieņemti nodokļu uzskaitei. Šajā gadījumā notiek pārmērīga PNA/PNO uzkrāšanās. Tas tiek apstrādāts, norakstot VR uz VR, metodiski tas ir pareizāk. Tehniski tas tiek atrisināts, aizstājot akceptēto izmaksu pozīciju izmaksu dokumenta PM un atiestatot NU summu uz nulli (ja BU summa nav nulle) - šādi tiek iegūts grāmatojums atbilstoši uzskaites veidam BP.
	Aktīvi, kuros ir pagaidu atšķirības, tiek kreditēti un norakstīti pēc dažādu analītiķu domām. Rezultātā ziņas var tikt ģenerētas 77, nevis 09 un otrādi.	Piemēram, būvprojekts, kas ievadīts ar “pašnesošās” būvniecības metodi, bet atstāts no “līgumbūves” metodes (notika “pārvērtēšana” pēc apakškontēmām, kuras kontekstā veidojas ONA un ONO) . Analytics ir jālabo.
	Nepareizi aizvērts standartizētas izmaksu pozīcijas nodokļu grāmatvedībā.	Mēneša slēgšanas laikā nepieciešams savlaicīgi pārsūtīt dokumentu “Kārtējās nodokļu uzskaites operācijas (par ienākuma nodokli)”.
	Dokuments "Finanšu rezultātu noteikšana" decembrī tika atkārtoti ievietots, kad tika veikts dokuments "Gada slēgšana".	Izņemiet no izpildes dokumentu “Gada slēgšana”, pēc tam atkārtojiet finanšu noteikšanu. rezultāti un ienākuma nodokļa aprēķini. Neaizmirstiet aizvērt gadu aprēķina beigās.
	Periodā ir manuāli ieraksti 09 un/vai 77 kontiem.	Šādi ieraksti ir jāatrod un vai nu jāpārceļ uz nākamo periodu, vai arī darbība ir jānoņem uz ienākuma nodokļa aprēķina periodu. Ja jūs tos atstāsit, nodokļu aprēķinā tiks ņemta vērā viņu klātbūtne un veikti šādi ieraksti, lai gala atlikums atbilstu aprēķinātajam atlikumam. Ja manuāli koriģējat rēķinus 09 un 77, tad vai nu pēc šī nodokļa aprēķinus nepārgrāmatojiet, vai arī atceliet darbību/vediet dokumentu uz priekšu!
	Manuāla grāmatošana kontos. 09 "Pašreizējā perioda zaudējumi"	Manuāla konta 09 pielāgošana pašreizējā perioda zaudējumiem ir ļoti dīvaina ideja. Visticamāk, šādu vadu var (un pat labāk) noņemt. Noteikums " ConOstDt 09_UbTekPer = ConOstDt_99.01_NU x 20%"Jāievēro vienmēr!
	Ir sūtījumi sarakstē ar kontu 84	Iegūtajā ziņojumā 99. konta vietā aizstājiet 84. kontu.

Ja zināt citus nepareizu ienākuma nodokļa aprēķinu iemeslus, rakstiet komentāros!

1. PIELIKUMS:

Tipiski aktīvu un saistību veidi

ar grāmatvedības kontiem un analīzi (no SPP koda)

Aktīvu un saistību veidi

Konti

Subconto

Ja uzņēmums ienākuma nodokļa aprēķināšanai izmanto PBU 18/02 (Krievijas Federācijas Finanšu ministrijas 2002. gada 19. novembra rīkojums N 114n “Par grāmatvedības noteikumu “Uzņēmumu ienākuma nodokļa aprēķinu uzskaite” apstiprināšanu) PBU 18/02”), pēc tam programmā 1C Manufacturing Enterprise Management 8 (1C:UPP) nepieciešams veikt atbilstošus iestatījumus. Tikai šajā gadījumā turpmāk programma veiksmīgi noteiks pastāvīgās un pagaidu atšķirības un sasaistīs grāmatvedības un nodokļu peļņu, uzkrājot atlikto un pastāvīgo nodokļu aktīvus un saistības.

Un jums jāsāk ar grāmatvedības politiku grāmatvedībai un nodokļu uzskaitei: izvēlne "direktoriji" - organizācijas - organizācijas. Mēs ejam uz savas organizācijas karti un noklikšķiniet uz pogas “Aiziet” un atlasiet vienumu “Grāmatvedības politika (grāmatvedības un nodokļu uzskaite)”.

Cilnē “Ienākuma nodoklis” ir jāiestata indikators, uz kuru attiecas PBU 18/02. Pēc tam, neizejot no šī loga, jānoklikšķina uz atbilstošām pogām un jāiestata ienākuma nodokļa likmes un konti grāmatvedības un grāmatvedības normatīvo aktu ievērošanai.

Ir veikti visi nepieciešamie iestatījumi izmantošanai programmā 1C:UPP PBU 18/02.

Lai veidotu galveno peļņu mūsu piemērā, katrā periodā tika ievadīti preču saņemšanas un pārdošanas dokumenti, kas veido peļņu no pārdošanas 200 000 rubļu apmērā.

Apskatīsim pastāvīgo atšķirību. Šī atšķirība palielina mūsu nodokļu maksājumus, jo... var rasties tādu izdevumu dēļ, kurus nevar pieņemt nodokļu grāmatvedībā. Šādi izdevumi var būt darbiniekam sniegtās finansiālās palīdzības summa.

Finansiālo palīdzību aprēķināsim, izmantojot dokumentu “Vienreizējo maksājumu reģistrēšana”

Un mēs atspoguļosim savu 4000 rubļu uzkrājumu grāmatvedībā, izmantojot dokumentu “Algu atspoguļojums regulētajā grāmatvedībā”, kuru ievadīsim, pamatojoties uz reģistrācijas dokumentu.

Apskatīsim grāmatvedības un nodokļu uzskaites ierakstus.

Mēs redzam, ka mūsu izdevumi 4000 rubļu programmā tika novirzīti uz pastāvīgo starpību, kā arī tika iegrāmatoti speciālā nodokļu uzskaites kontā par izdevumiem, kas nav ņemti vērā nodokļu uzskaitē.

Kā programma 1C:Manufacturing Enterprise Management (1C:UPP) nosaka, ka noteiktie izdevumi nav jāņem vērā nodokļu uzskaitē? Ir direktorija “Citi ieņēmumi un izdevumi”, kurā varam ievadīt nepieciešamās izdevumu pozīcijas un norādīt pieņemšanas zīmi nodokļu uzskaitei:

Kā redzam, rakstā “Materiālā palīdzība” šādas zīmes nav.

Tagad programmā 1C: Manufacturing Enterprise Management noteiksim mūsu finanšu rezultātus atbilstoši grāmatvedības un nodokļu grāmatvedības datiem. Lai to izdarītu, mēs izveidosim un vadīsim.

Apskatīsim dokumentu apstrādes rezultātus pēc grāmatvedības datiem

Un saskaņā ar nodokļu uzskaiti

Redzam, ka nodokļu grāmatvedībā līdzīgi kā grāmatvedībā tiek fiksēta peļņa no pārdošanas 200 000 rubļu, bet 4000 netiek ņemti vērā nodokļu izdevumos. Tādējādi šis zaudējums nesamazina mūsu nodokļu bāzi, jo programma piešķīrusi pastāvīgai atšķirībai.

Un pēdējais solis ir no pastāvīgās starpības aprēķināt pastāvīgās nodokļa saistības un noteikt maksājamo ienākuma nodokli. Un dokuments “Ienākuma nodokļa aprēķini” mums palīdzēs.

Noklikšķinot uz pogas “Pastāvīgās un pagaidu atšķirības”, jūs varat iegūt informāciju par esošajām atšķirībām un to rezultātiem, neizejot no dokumenta:

Mēs redzam, ka programma 1C:UPP 8 mums ir aprēķinājusi pastāvīgu nodokļu saistības (4000*ienākumu nodokļa likme (20%), kas palielina mūsu nodokļu maksājumu).

Un tagad redzēsim dokumenta rezultātu:

Rezultātā 1C:UPP programma mums aprēķināja nodokli pēc grāmatvedības datiem, t.i. iespējamos ienākuma nodokļa izdevumus un koriģēja tos pastāvīgās nodokļa saistības apmērā.

Mūsu grāmatvedības peļņa sastādīja 196 000 rubļu. (200 000–4000).

Nosacītie izdevumi = 196 000 * 20% = 39 200 Un pēc nodokļu grāmatvedības datiem peļņa ir 200 000 rubļu, jo izdevumi 4000 rubļu. attiecīgi netiek pieņemts nodokļu uzskaitei, maksājamais ienākuma nodoklis ir 40 000 rubļu. (200000*20%). Un saskaņā ar PBU 18/02 noteikumiem programma 1C:UPP mums uzkrāja pastāvīgas nodokļu saistības (4000 * 20%) un pievienoja to ienākuma nodokļa parādam. Tāpat šis dokuments noteica nodokļu sadali, kas jāmaksā federālajam un reģionālajam budžetam.

Šis dokuments nerada nodokļu grāmatvedības ierakstus, jo tā mērķis ir saskaņot grāmatvedību ar nodokļu uzskaiti, nevis otrādi.

Kopējo priekšstatu par mūsu ienākumiem, izdevumiem, atšķirībām un maksājamā nodokļa apmēru var redzēt, izmantojot pārskatu “Ienākuma nodokļa nodokļu uzskaites stāvokļa analīze”

Pārskata struktūra katram datu veidam (grāmatvedība, nodokļu uzskaite, pastāvīgās un pagaidu atšķirības) nodrošina savu krāsu. Pārskats ļauj redzēt kopējo informāciju par ienākumiem un izdevumiem, atšķirībām un rezultātā arī ienākuma nodokļa datus. Ļoti ērts un informatīvs ziņojums.

Uz mūsu rezultātiem varam skatīties arī klasiskā veidā, izmantojot grāmatvedības atskaites. Piemēram, izveidosim bilanci kontam 99 “Peļņa un zaudējumi”

Pēc grāmatvedības datiem:

Un saskaņā ar nodokļu uzskaiti. Veidojot SALT nodokļu uzskaitei, ņemsim vērā, ka ir iespējams iestatīt uzskaites veidu: nodokļu uzskaites dati (TA), pastāvīgās atšķirības (PD), pagaidu atšķirības (TD). Ja atstājat šo lauku tukšu, dati tiks ģenerēti, ņemot vērā visas esošās atšķirības, tas ir, tie sakritīs ar grāmatvedības datiem.

Tagad iestatīsim PR uzskaites veidu

Un mēs redzam tikai savu atšķirību.

Tālāk apskatīsim laika starpību. Piemēram, iedomāsimies, ka nododam ekspluatācijā pamatlīdzekli, un grāmatvedībā un nodokļu uzskaitē izmantosim dažādas nolietojuma aprēķināšanas metodes. Un tā, mēs ņemam vērā noliktavas plauktu, sākotnējās izmaksas ir 60 000 rubļu, lietderīgās lietošanas laiks ir 12 mēneši. Nodokļu uzskaitē izmantosim lineārās nolietojuma metodi. Grāmatvedībā mēs aprēķināsim nolietojumu, izmantojot reducējošās bilances metodi, izmantojot paātrinājuma koeficientu, kas vienāds ar 2. Tādējādi ikmēneša nolietojuma maksa nodokļu uzskaites vajadzībām ir 60 000/12 = 5 000 rubļu, grāmatvedības vajadzībām 60 000 / 12 * 2 = 10 000 rubļu. . Tie. Grāmatvedībā statīvu pilnībā nolietosim 6 mēnešu laikā, savukārt nodokļu grāmatvedībā nolietojumu aprēķināsim 12 mēnešu laikā. Apskatīsim, kā atrisināt līdzīgu problēmu programmā 1C:Manufacturing Enterprise Management 8.

Pirmkārt, pareizi jāaizpilda dokuments “Pieņemšana pamatlīdzekļu uzskaitei”:

Aizpildiet cilni “Grāmatvedība”.

Aizpildiet cilni “Nodokļu uzskaite”.

Šajā dokumentā mēs uzstādījām 1C:UPP programmas nosacījumu, ka mēs izmantojam dažādas nolietojuma aprēķināšanas metodes. Attiecīgi starp grāmatvedību un nodokļu uzskaiti radīsies pagaidu atšķirības, kas ietekmēs maksājamā nodokļa summu. Pagaidu, jo kopumā 12 mēnešu laikā abos grāmatvedības veidos statīva izmaksas tiks norakstītas 60 000 rubļu. Tas notiks dažādos laika periodos.

Aprēķināsim nolietojumu, izmantojot dokumentu “Pamatlīdzekļu nolietojums” un redzēsim rezultātus.

Grāmatvedības un nodokļu uzskaites rezultāts:

Kā redzams no rezultātiem, nodokļu uzskaites vajadzībām 5000 rubļu tika pieņemti kā izdevumi, bet atlikušie 5000 rubļu tika attiecināti uz programmu kā pagaidu starpība gan nolietojuma kontā, gan izmaksu kontā.

Dokuments "Finanšu rezultātu noteikšana"

Mēs redzam, ka grāmatvedības peļņa sastādīja 190 000 rubļu. (peļņa no pārdošanas 200 000 - nolietojums pēc grāmatvedības grāmatiņas 10 000). Bet nodokļu peļņa sasniedza 195 000 rubļu (200 000 - nolietojums NU 5000). Un programma izdevumus 5000 apmērā attiecināja uz pagaidu starpību, kuru mēs atmaksāsim turpmāk.

Un mūsu pēdējais dokuments “Ienākuma nodokļa aprēķini”

Pēc grāmatvedības datiem mūsu nodoklis (nosacītā ienākuma nodokļa izdevumi) ir 38 000 rubļu (190 000*20%), pēc nodokļu uzskaites – 39 000 rubļu (195 000*20%). Šis dokuments mums uzkrāja atliktā nodokļa aktīvu, kas nodrošināja mūsu nodokļu uzskaites datu atbilstību nodokļu datiem.

Kopējos rezultātus var apskatīt visos pārskatos, kas parādīti pastāvīgās atšķirības aprakstā. Bet apskatīsim palīdzības aprēķinu “Pastāvīgās un pagaidu atšķirības” un pievērsīsim uzmanību iestatījumiem.

Iestatījumos mēs 1C:UPP programmai iestatām to, ko mēs vēlamies redzēt, pastāvīgas vai īslaicīgas atšķirības. Sertifikātā ir sniegti dati par to, kā starpības veidojušās un ko tās mums dod, atliktie aktīvi vai saistības, vai to atmaksa. Tāpat saskaņā ar sertifikātu mēs redzam informāciju par atšķirību statusu (bilance sākumā, atzīšana, atmaksa, atlikums perioda beigās), par aktīviem un saistībām, kas ir sākotnējais starpības cēlonis.

Papildus apskatīsim bilanci kontam 02 “Pamatlīdzekļu nolietojums” pēc nodokļu uzskaites datiem pa grāmatvedības veidiem NU un BP un ​​pēc grāmatvedības datiem:

Šie pārskati ir diezgan informatīvi un sniedz mums nepieciešamo informāciju.

Pieņemsim, ka ir pagājuši attiecīgi 6 mēneši, grāmatvedībā mūsu plaukts ir pilnībā nolietots, un nodokļu grāmatvedībā turpina aprēķināt nolietojumu. Sāk atmaksāt mūsu uzkrāto starpību un atliktā nodokļa aktīvu. Apskatīsim, kā tas izskatās programmā 1C: Manufacturing Enterprise Management.

Kā redzam, grāmatvedībā nolietojums vairs netiek uzkrāts, bet nodokļu grāmatvedībā tas turpina uzkrāties un mūsu starpība ir sākusi dzēst.

Dokuments "Finanšu rezultātu noteikšana"

Tātad grāmatvedības peļņa sastādīja 200 000 rubļu, t.i. grāmatvedībā mums ir tikai peļņa no pārdošanas. Un nodokļu grāmatvedībā peļņa tagad ir mazāka un sastāda 195 000 rubļu, jo Nodokļu uzskaitē joprojām ir izdevumi par statīva nolietojumu. Un programma 1C: Manufacturing Enterprise Management 5000 attiecināja uz pagaidu starpību, bet vērtība jau ir pozitīva, t.i. mūsu ienākuma nodoklis pēc nodokļu uzskaites datiem būs mazāks nekā pēc grāmatvedības datiem.

Dokuments “Ienākuma nodokļa aprēķini”

Peļņu aprēķināsim pēc grāmatvedības datiem: 200 000*20%=40 000 rubļu. Saskaņā ar nodokļu uzskaites datiem 195 000 * 20% = 39 000 rubļu. Dokuments, lai grāmatvedību saskaņotu ar nodokļu uzskaiti, mums izveidoja atliktā nodokļa saistību atmaksu. Un mūsu nodokļu maksājums tika samazināts par aprēķināto atmaksu.

Attiecīgi pēc 12 mēnešiem konts 09 “Atliktā nodokļa aktīvi” tiks pilnībā slēgts. Un arī tiks slēgtas visas pagaidu atšķirības nodokļu grāmatvedības kontos, kuras ietekmēja šis saimnieciskais darījums, proti: 02 “aktīvu nolietojums”, 44 “pārdošanas izdevumi”, 90 “pārdošana”, 99 “peļņa un zaudējumi”. Kustības šajos kontos veido mūsu izskatītie dokumenti.

Jāņem vērā arī tas, ka pirms finanšu rezultātu noteikšanas dokumentu veikšanas un ienākuma nodokļa aprēķiniem ir nepieciešams veikt izmaksu aprēķinu. Šī darbība tiek veikta, izveidojot un ievietojot dokumentu “Izmaksu aprēķins”. Tas arī rada atšķirības izdevumu kontos.

Paldies!