Skubus apskaitos patikrinimas 1C 8.3. Kaip patikrinti savo buhalterinius įrašus

Apskaitos parametrų nustatymas 1C 8.3 yra vienas iš pirmųjų veiksmų, kuriuos turite atlikti prieš pradėdami dirbti visą darbo dieną programoje. Nuo jų priklauso teisingas jūsų programos veikimas, įvairių funkcijų prieinamumas ir apskaitos taisyklės.

Pradedant nuo 1C versijos: Apskaita 3.0.43.162, pasikeitė apskaitos parametrų nustatymo sąsaja. Be to, kai kurie parametrai pradėti konfigūruoti atskirai.

Eikite į meniu „Administravimas“ ir pasirinkite „Apskaitos nustatymai“.

Šį nustatymų skyrių sudaro šeši elementai. Toliau apžvelgsime kiekvieną iš jų. Visi jie leidžia paveikti tam tikrų sąskaitų ir subsąskaitų subsąskaitų sudėtį.

Iš pradžių jau turime dviejuose elementuose nustatytas vėliavėles, kurių negalima redaguoti. Taip pat galite papildomai įjungti priežiūrą apskaitos metodais.

Šis nustatymas taip pat buvo baigtas. Elemento „Pagal prekę“ naudoti negalima, tačiau prireikus galima redaguoti kitus nustatymus. Sąskaitų ir antrinių paskyrų, kurioms turi įtakos šie nustatymai, sąrašas parodytas toliau pateiktame paveikslėlyje.

Čia vyksta 41.12 ir 42.02 subsąskaitų tvarkymas. Pagal numatytuosius nustatymus buvo įdiegta tik sandėlio apskaita. Jis yra iš anksto nustatytas ir negalime jo redaguoti. Be to, tokio tipo apskaita gali būti vedama pagal nomenklatūrą ir PVM tarifus.

Pinigų srautų apskaita

Šio tipo apskaita būtinai bus vykdoma pagal sąskaitą. Taip pat rekomenduojama 1C 8.3 papildomai atsižvelgti į DS judėjimus pagal jų elementus, kad būtų galima atlikti papildomą valdymo apskaitos analizę.

Galite vesti tokio tipo atsiskaitymų įrašus tiek visiems darbuotojams, tiek kiekvienam asmeniui. Šie nustatymai turi tiesioginės įtakos 70, 76.04 ir 97.01 antrinėms paskyroms.

Išlaidų apskaita būtinai bus vykdoma pagal prekių grupes. Jei reikia parengti audituotas ataskaitas pagal TFAS, patartina vesti ir išlaidų elementų bei straipsnių apskaitą.

Atlyginimo nustatymai

Norėdami pereiti prie šio nustatymų paketo, apskaitos parametrų formoje turite vadovautis to paties pavadinimo hipersaitu. Daugelis čia esančių nustatymų turėtų būti palikti numatytaisiais, tačiau vis tiek turite daug galimybių veikti.

Bendrieji nustatymai

Norėdami užbaigti pavyzdį, pažymime, kad šioje programoje bus tvarkomi atlyginimų ir personalo įrašai. Žinoma, čia yra apribojimų, tačiau jei jūsų organizacijoje nėra daug darbuotojų, tada 1C: Apskaita funkcionalumo visiškai pakaks.

Pamatysite kiekvienos organizacijos, kuri yra įtraukta į programą, nustatymų sąrašą. Atidarykime „Confetprom LLC“ nustatymus.

Čia galite nurodyti, kaip darbo užmokestis atsispindės apskaitos sistemoje, jų mokėjimo laiką, atostogų rezervus ir visas specialias teritorines sąlygas.

Grįžkime atgal ir sekite kitą hipersaitą.

Be kita ko, taip pat galite pakeisti darbuotojų sąrašo tvarkymą dokumentuose ir nustatyti spausdintų formų nustatymus.

Leidžia konfigūruoti mokesčių ir atskaitymų tipų sąrašus. Iš pradžių jie jau užpildyti kai kuriais duomenimis.

Be to, šiame 1C skyriuje galite įjungti nedarbingumo atostogų, atostogų ir vykdomųjų dokumentų funkcijas. Nustatymas pasiekiamas tik tuo atveju, jei duomenų bazėje nėra organizacijų, kuriose dirba daugiau nei 60 žmonių.

Paskutinis nustatymas yra labai naudingas, nes redaguojant visos jo sumos bus automatiškai perskaičiuojamos.

Šiame skirsnyje būtina nurodyti darbo sąnaudų ir privalomojo draudimo įmokų paskirstymo iš darbo užmokesčio į buhalterines sąskaitas būdus. Iš pradžių šie nustatymai jau užpildyti, bet, žinoma, galite juos koreguoti.

Personalo įrašai ir klasifikatoriai

Nėra prasmės detaliai apibūdinti šių dviejų paskutinių skyrių, nes viskas čia yra intuityvu. Klasifikatoriai jau užpildyti ir dažnai nepalieka šių nustatymų.

Kiti nustatymai

Grįžkime prie apskaitos parametrų formos ir trumpai apsvarstykime likusius nustatymų elementus.

• Apmokėjimo sąlygos tiekėjams ir pirkėjams nustatyti, po kiek dienų pirkėjo skola mums bus laikoma pradelsta.
• Straipsnių spausdinimas– jų pristatymo spausdintomis formomis nustatymas.
• Kainų pildymas pardavimas leidžia nustatyti, kur kaina bus įterpta į atitinkamus dokumentus.
• Planuojamų kainų tipas turi įtakos kainų pakeitimui su gamyba susijusiuose dokumentuose.

Kai kurie iš šių 1C 8.3 nustatymų anksčiau buvo atlikti apskaitos parametruose. Dabar jie dedami į atskirą sąsają. Jį taip pat galite rasti meniu „Pagrindinis“.

Nustatymo forma parodyta paveikslėlyje žemiau. Čia, eidami per skyrius, galite nustatyti pajamų mokesčio, PVM ir kitus duomenis.

Čia apžvelgsime duomenų tikrinimo 1C: ZUP sistemoje galimybes.

70 sąskaitos likučio tikrinimas ZUP su 1C: Apskaita

Norėdami patikrinti 70 sąskaitą ZUP, turite įjungti galimybę generuoti balanso ataskaitą. Ši funkcija įjungta Išplėstiniuose nustatymuose.

1 pav

Nurodant šį požymį, į darbo užmokesčio išmokėjimą atsižvelgiama pagal faktinio išmokėjimo darbuotojui datą dokumente „Atlyginimo išmokėjimo ataskaita“, o ne pagal laikotarpį, už kurį šis atlyginimas buvo mokamas.

1C:ZUP sistemoje generuojame ataskaitą „Darbuotojų atlyginimų analizė (viso laikotarpio)“, kuri yra meniu „Atlyginimas - Atlyginimo ataskaitos“.

2 pav

Ataskaitoje rodomi sukaupimai, atskaitymai ir mokėjimai darbuotojams pagal darbuotoją ir kaupimo tipą, taip pat parodomas likutis laikotarpio pradžioje ir pabaigoje. Likutis pradžioje ir likutis pabaigoje turi sutapti su 70 sąskaitos balansu.

3 pav

Darbuotojų atskaitymų 20% nuo darbo užmokesčio ribose analizė

Tokiems atskaitymams analizuoti pateikiama ataskaita „Išskaitymai iš atlyginimo“, kuri yra meniu „Atlyginimas – atlyginimų ataskaitos“. Darbuotojai, kurių išskaičiuojama suma viršija 20 %, pažymėti raudonai.

4 pav

Norėdami patikrinti sumas, apskaičiuotas dokumente „Atlyginimų ir įmokų apskaičiavimas“ ir atsispindinčias dokumente „Atlyginimų atspindys apskaitoje“, turite naudoti ataskaitą „Atlyginimų apskaita“.

5 pav

Ataskaitoje rodomi nurodyto laikotarpio dokumentuose „Atlyginimų atspindys apskaitoje“ esantys duomenys. Blokų „Sukaupta“, „NDFL“, „Sulaikyta“ sumos turi sutapti su atsiskaitymų registrų duomenimis.

Įnašų į fondus analizė. Perduotų duomenų tikrinimas 1C: Apskaita

Norėdami patikrinti apskaičiuotas įmokas į Pensijų fondą, Socialinio draudimo fondą, Privalomojo sveikatos draudimo fondą ZUP sistemoje su apskaičiuotais duomenimis, turite naudoti ataskaitą „Įmokų apskaičiavimo tikrinimas“, esančią „Mokesčiai ir įmokos – ataskaitos apie Mokesčiai ir įmokos“ meniu. Ataskaitoje pateikiamos apskaičiavimo būdu gautos įmokos. Jei apskaičiuoti duomenys skiriasi nuo nurodytų sistemoje, tokios eilutės rodomos raudonai.

6 pav

Pervestus duomenis apie draudimo įmokas galite patikrinti naudodami ataskaitą „Įmokų į fondus analizė“ ir 69 sąskaitos bei subsąskaitų balansą 1C: Apskaita.

7 pav

8 pav

9 pav

Gyventojų pajamų mokesčio patikrinimas

Norint išanalizuoti mokesčio bazę, pritaikytus atskaitymus ir palyginti apskaičiuotą, išskaičiuotą ir pervestą gyventojų pajamų mokestį, reikia naudoti ataskaitą „Gyventojų pajamų mokesčio analizė pagal mėnesius“. Apskaičiuotas gyventojų pajamų mokestis turi sutapti su gyventojų pajamų mokesčiu 68 sąskaitoje balanse 1C: Apskaita.

10 pav

Norėdami kontroliuoti gyventojų pajamų mokesčio sumokėjimo terminą, turite naudoti ataskaitą „Gyventojų pajamų mokesčio sumokėjimo termino kontrolė“. Jei galutinis likutis tą dieną yra teigiamas, mokėjimas yra pradelstas.

11 pav

Norėdami patikrinti 6-NDFL ataskaitos 2 skyrių, galite naudoti ataskaitą „Tikrinimo skyrius. 2 6-NDFL. Ataskaita visiškai iššifruoja 6-NDFL ataskaitos 2 skyrių.

12 pav

Tikrinami darbuotojų tarpusavio atsiskaitymai 1C:ZUP

Norėdami analizuoti darbuotojų tarpusavio atsiskaitymus, turite naudoti ataskaitą „Atlyginimo nepriemokos“.

13 pav

Ataskaita generuojama pagal atlyginimų likutį, neatsižvelgiant į programos nustatymus. Sumos įrašomos pagal mokėjimo mėnesį (ir kaupimo mėnesį), o ne pagal mokėjimo faktinio mokėjimo datą.

Ataskaita yra kataloge „Ataskaitos“ ir skirta peržiūrėti bei pašalinti nustatytas problemas su dokumentais, registrais ir bet kokiais programoje esančiais duomenimis, peržiūrėti apskaitos patikrinimų rezultatus. Ataskaitoje rodomas nuskaitymo tipas – informacija apie nuskaitymą ir probleminių objektų sąrašas, galimos priežastys ir rekomendacijos taisyti.

14 pav

Patyrusiems vartotojams ir administratoriams yra „Universali ataskaita“, kuri generuojama naudojant katalogus, dokumentus ir registrus.

Šiandien mes kalbėsime apie nuostabų įrankį, integruotą į 1C programas - apie Greitas įrašų saugojimo patikrinimas. Tikiuosi, kad ši ataskaita taps Jūsų patikimu asistentu tikrinant su pardavimo knygos ir pirkimo knygos tvarkymu susijusių operacijų atspindėjimo teisingumą ir galėsite operatyviai identifikuoti programoje dažniausiai pasitaikančias PVM apskaitos klaidas.

Kaip įprasta, dirbsime su jumis programoje 1C: Accounting 8 edition 3.0.
Meniu Ataskaitos rasti ataskaitą Greitasis čekis

Atsidariusiame lange pasirinkite reikiamą laikotarpį ir atidarykite ataskaitos nustatymus:

Kadangi šiame straipsnyje kalbame apie klaidas PVM apskaitoje, paliekame aktyvius tik paskutinius du žymimuosius langelius. Likusią dalį filmuojame.

Galite išplėsti kiekvieną tikrinimo parinktį ir pamatyti, ką programa patikrins:

Spustelėkite mygtuką Paleiskite patikrinimą ir matome, pavyzdžiui, šį paveikslėlį:

Kodėl aš rašau "Pavyzdžiui..."? Nes greičiausiai duomenų bazėje neturėsite tiek daug klaidų. Su kolegomis labai stengėmės pateikti pavyzdį, kuris jus sudomintų.

Taigi, tvarkydami pardavimo knygą nustatėme 11 klaidų. Na. Mes išsiaiškinsime. Atskleidžiame savo klaidas, oho! VISŲ galimų patvirtinimo parametrų klaidos. Štai kokie mes puikūs.

Sutvarkykime eilės tvarka. Atskleidžiame pirmąją programos aptiktą klaidą:

Taigi, pirmas dalykas, kurį mums atkreipia programa, yra sąskaitų faktūrų numeravimo chronologinės tvarkos nesilaikymas. Be to, programa siūlo daug linksmybių ir žaismingumo skyriuje Rekomendacijos siūlo pradėti tvarkyti automatinį dokumentų pernumeravimą. Štai kaip nuostabu. Tie. Visą ketvirtį dirbome su jumis, išrašėme sąskaitas mūsų sandorio šalims, o dabar viską darysime iš naujo. Tai yra būtent tai, ko jums nereikia daryti. Įstatyme niekur neparašyta, kad privalome griežtai laikytis sąskaitų numeracijos chronologijos, todėl šią klaidą suvoksime kaip sąlyginę ir nieko neperdarysime.

Kitas patikros etapas – pardavimo sąskaitų faktūrų išrašymo išsamumas. Išplėsdami šį etapą matome, kad programa nurodo konkretų įgyvendinimo dokumentą, kuriam kažkodėl neišrašėme sąskaitos. Tiesiogiai po šio apdorojimo galime atidaryti „problemos“ dokumentą. Norėdami tai padaryti, dukart spustelėkite jį kairiuoju pelės mygtuku. Atidarę dokumentą ištaisome rastą klaidą:

Išrašę sąskaitą faktūrą patikrinsime dar kartą. Klaida ištaisyta ir pereiname prie kito etapo. Savalaikis pardavimo sąskaitų faktūrų išrašymas. Čia programa aptiko klaidą, susijusią su pardavimo dokumento ir už jį išrašytos sąskaitos datų neatitikimu. Taip pat galime atidaryti diegimą arba sąskaitą faktūrą tiesiogiai iš šio apdorojimo ir pataisyti dokumento datą:

Ištaisome šią klaidą ir pereiname prie kitos. Čia įdomesnis atvejis. Programa patikrino apskaitos sistemoje 90.01.1 sąskaitos pajamų sumos atitiktį 90.03 sąskaitoje esančiai sukaupto pardavimo PVM sumai. Išsamioje klaidų ataskaitoje programa nurodo „probleminį“ dokumentą, kuriame greičiausiai yra klaida. Ir tada matome tokią situaciją: Trūksta pajamų sumos, PVM bazės ir pagal šį dokumentą apskaičiuoto PVM, bet priskaičiuotas PVM lygus 1525,42.

Prieš atidarydami šį dokumentą, pažvelkime į šią „Express Check“ klaidą:

Matome, kad tas pats dokumentas buvo įtrauktas į analizę ankstesniame etape, tik išsami informacija apie klaidą yra visiškai priešinga. Tie. Pajamų suma, PVM bazė ir pagal šį dokumentą apskaičiuotas PVM yra, bet trūksta priskaičiuoto PVM. Akivaizdu, kad pataisę dokumentą iš karto atsikratysime dviejų greitojo čekio nustatytų klaidų.

Jei dokumente nurodėte pajamų sąskaitą 91.01, tai PVM sąskaita šiuo atveju turėtų būti 91.02.

Tai, žinoma, prideda tam tikrų sunkumų tikrinant PVM deklaraciją, tačiau su tuo reikia susitaikyti. Atliekame apskaitos sąskaitų pataisymus, perregistruojame dokumentą ir performatuojame greitąjį čekį. Iškart buvo dviem klaidomis mažiau. Pereikime prie kitos ataskaitos eilutės:

Čia programa mums taip pat išryškina dokumentą, kuriame randamas neatitikimas tarp PVM bazės apskaitoje ir PVM bazės „Pardavimo PVM“ registre. Žinoma, šios klaidos priežasčių gali būti daug, ir programa mums siūlo kai kurias iš jų. Labai dažnai problemų kyla dėl rankinio įvedimo ir koregavimo. Šiuo konkrečiu atveju bandėme „pataisyti“ PVM sumą dokumente ir suklydome 1 rubliu. Turime atrasti klaidingą įgyvendinimą:

Ir tiesiog „perskaičiuokite“ pardavimo sumą. Ir programa pati apskaičiuos teisingą PVM:

Atliekame ir uždarome dokumentą ir vėl atliekame greitąjį patikrinimą. Kaip matote, klaidų skaičius mažėja. O kitas susijęs su dokumento nebuvimu. Tie vartotojai, kurie ilgą laiką dirba 1C programose, žino, kad šis dokumentas turi būti sugeneruotas kiekvieno ketvirčio pabaigoje. Rekomenduoju tai daryti visada, net jei esate tikri, kad užpildžius jį automatiškai, šis dokumentas bus tuščias.

Tiesiai iš šios ataskaitos galime eiti į PVM apskaitos asistentą arba į skyrių Operacijos eikite į PVM reguliavimo operacijų sąrašą ir sugeneruokite reikiamą dokumentą.

Užpildome dokumentą ir vėl atliekame greitąjį patikrinimą. Kita klaida susijusi su avansams priskaičiuotų PVM sumų ir sumų „Pardavimo PVM“ registre neatitikimu. Tačiau šiuo konkrečiu atveju programa mums net neduoda užuominos. Kuriame dokumente turėtume ieškoti klaidos:

Čia SALT 76AB paskyroje gali mums padėti:

O balanse iš karto atkreipiame dėmesį į eilutę su tuščiu subkonto. Atidarome šį dokumentą ir matome, kad šis paskelbimas buvo atliktas naudojant rankiniu būdu įvestas operacijas.

Paprastai vartotojai daro daugumą klaidų įvesdami rankiniu būdu. Dabar nesuprasime šio dokumento subtilybių. Tiesiog pažymėkime, kad jį reikia ištrinti kaip klaidingą. Mūsų tikslas – peržiūrėti greitojo patvirtinimo veikimą.

Kita klaida susijusi su nepilnu operacijų pagal atstovavimo sutartis atspindėjimu pardavimo knygoje.

O paskutinė pardavimo knygelės priežiūros tikrinimo skiltyje klaida susijusi su nepilnu statybos ir montavimo darbų PVM sumų atspindėjimu pardavimo knygoje. Programa taip pat siūlo mums problemos sprendimą sugeneruodama dokumentą reguliavimo PVM operacijų metu:

Dokumentas gali būti pildomas ir automatiškai naudojant informacinės bazės duomenis. Ir nepamirškite pagal šį dokumentą išrašyti sąskaitos faktūros.

Dabar dar kartą atliekame patikrą ir matome, kad tvarkant pardavimo knygelę liko viena klaida, kurios nepriimame kaip klaidos ir neištaisysime.

Na, o dabar pažvelkime į pirkimo knygos tvarkymo teisingumą. Beje, mūsų interesas yra teisingas ir kuo išsamesnis pirkimo knygoje esančios informacijos atspindėjimas, todėl šią skiltį paliesiu tik trumpai, pažvelgdamas į tris pagrindines klaidas.

Pirmasis – pagal analogiją su pardavimo knygele, programa siūlo, kad yra kvitų dokumentai, kuriems nėra sąskaitos faktūros. Arba tai klaida, arba jūs tikrai neturite originalaus dokumento. Turime tai išsiaiškinti. Bet kokiu atveju programa mums nurodo, kokius dokumentus reikia patikrinti:

Kita klaida yra pirkimo knygos įrašų trūkumas. Ši įprasta operacija taip pat turi būti atliekama kas ketvirtį:

Na, dar viena klaida. Kartais tai pasitaiko tarp vartotojų – PVM sąskaita dokumente Kvitai nurodyta neteisingai. Programa lygina 19 sąskaitos duomenis ir PVM registrų duomenis bei praneša apie klaidą.

Atsidarome „problemos“ dokumentą ir koreguojame PVM sąskaitą.

Be to, panaši greitojo čekio klaida dažnai įvyksta kuriant neautomatines operacijas 19 sąskaitoje. Primenu, kad PVM deklaracija pildoma pagal PVM posistemio kaupimo registrus, todėl rankinio PVM įrašų apskritai reikėtų vengti.

Dar kartą atlikime greitą buhalterinės apskaitos patikrinimą ir viskas sėkmingai ištaisyta, išskyrus sąskaitų numeraciją.

Žinoma, kai kuriems skaitytojams kai kurios aptartos klaidos atrodys tolimos, tačiau mano užduotis buvo supažindinti jus su labai naudingu apdorojimu ir parodyti jo veikimo principą. Žinoma, yra įvairių klaidų ir jas ne visada taip lengva rasti, kaip aš jums parodžiau, bet iš esmės, tikiuosi, šio straipsnio dėka radote kitą asistentą, skirtą PVM tikrinti programoje „1C Enterprise Accounting“.

Viktorija Budanova buvo su jumis. Ačiū, kad esate su mumis. Sėkmingų ataskaitų teikimo kampanijų jums. Manau, kad greitai suprasite, kad 1C yra paprasta.

Atsakingas ir kompetentingas vartotojas, tvarkantis įrašus standartinėse arba konkrečiai pramonės šakai skirtose 1C programose, turėtų turėti galimybę gauti patikimą informaciją, pateiktą patogia sutraukta ir išsamia forma. Informaciją sudaro įvestų duomenų teisingumo patikrinimas, kurio pagrindu kuriamos ataskaitos detaliai analizei ir generuojamos privalomos reguliuojamos ataskaitos.

Prieš generuojant ir teikiant reglamentuotas ataskaitas, būtina patikrinti ataskaitinio laikotarpio buhalterinių ir mokesčių sąskaitų būklę – tai padės išvengti daugkartinių ataskaitų taisymų ir pakartotinio jų pateikimo. Mūsų specialistai taip pat teikia pagalbą tikrinant buhalterinę ir mokesčių apskaitą.

Buhalterinės apskaitos kontrolė

Visiems 1C programų vartotojams, ypač pradedantiesiems, rekomenduojama periodiškai tikrinti verslo operacijų apskaitos teisingumą. Tipiškos ir labai dažnos klaidos gali būti kritinės, turinčios įtakos ataskaitų generavimui, arba laikomos nedideliais trūkumais, kuriuos lengva ištaisyti:

1. Neišsamus arba neteisingas apskaitos politikos nuostatų pildymas. Labai dažnai vartotojai arba tiesiog pamiršta tvarkyti apskaitos politiką, arba jos nesudaro kasmet – net ir nesikeičiant parametrams kiekvienai organizacijai turi būti sudaroma atskira apskaitos politika kiekvienais metais. Apskaitos politikos būklė yra svarbi teisingam norminių dokumentų formavimui uždarant laikotarpius, nurašant atsargas, tvarkant mokesčių apskaitą ir kt.
2. Būtina laikytis buhalterinės apskaitos tvarkymo taisyklių: teigiamas kredito ar neigiamas debeto likutis aktyviose sąskaitose arba teigiamas debeto likutis ar neigiamas kredito likutis pasyviose sąskaitose yra akivaizdi klaida, kurią būtinai reikia ištaisyti. Stebimi sąskaitų likučiai, apskaitos rezultatai, technologinės klaidos.
3. Kasos drausmė reiškia griežtą chronologinį kasos dokumentų numeravimą, neigiamų apskaitos likučių nebuvimą ir organizacijos nustatyto grynųjų pinigų limito kasoje laikymąsi bei teisingus atsiskaitymus su buhalteriais.
4. Pardavimo knygelėje ir pirkimo knygoje PVM turi būti teisingai suformuoti, apskaitos įrašai yra pagrindas teisingai sudaryti ketvirtinę PVM deklaraciją. Turėtumėte stebėti sąskaitų įvedimą į duomenų bazę ir sąskaitų registravimą pagal gavimo ir pardavimo dokumentus, PVM paskirstymą, jei reikia, tarp netiesioginių išlaidų ir kt.
5. Laikotarpio uždarymo norminiai dokumentai patys turi būti naujausi šiuo laikotarpiu.

Puikus asistentas, leidžiantis sekti apskaitos klaidas, yra apdorojimas „Skubus apskaitos patikrinimas naudojant 1C 8.3“, kuris patikrina kelias dešimtis pozicijų su galimybe jas pasirinkti mygtuku „Rodyti nustatymus“. Šis ir kiti standartiniai programinės įrangos patikrinimai pateikiami naudotojo skiltyje „Ataskaitos“:

Šio greito patikrinimo patogumas slypi ne tik vaizdiniame raudonojo klaidų sąrašo pateikime vartotojui, bet ir išsamiuose aprašymuose bei konkrečiose rekomendacijose: kuriame skyriuje yra probleminė klaida ar neatitikimas ir ką su jais reikia daryti. , iki tikslios registrų ir parametrų (datos ir numerių) nurodymo dokumentuose:

1C apskaitą galima tikrinti bent kiekvieną dieną, ypač pradiniame susipažinimo su programa etape.

Mokesčių apskaitos duomenų analizė

Analitinė nuolatinių ir laikinųjų skirtumų (PD ir TD) apskaitos analizė vertinant organizacijos turtą ir įsipareigojimus atliekama remiantis standartinių ataskaitų duomenimis (apyvartos, šaškių lentelės, sąskaitos kortelės ir subkontos ir kt.). Ataskaitos leidžia gauti numatomą objektų ir įsipareigojimų vertę buhalterinėje ir mokesčių apskaitoje, taip pat įrašytą ir nefiksuotą PR ir VR. Analizė automatiškai stebi, ar laikomasi principo BU = NU + PR + VR, kur BU – objekto savikainos rodiklis apskaitoje, NU – objekto savikainos rodiklis mokesčių apskaitoje.

Pilnai mokesčių apskaitos analizei 1C specialistai parengė ataskaitą „Pelno mokesčio mokesčių apskaitos būklės analizė“, kurios tikslas – atkreipti vartotojo dėmesį į galimas informacinių duomenų klaidas. Ataskaitos patogumas yra grafinis rodiklių reikšmių sujungimas į struktūrines schemas, kurių kiekvienos turinys formuojamas ekonominiu aspektu. Ryšių tarp blokų kryptis (vertės perkėlimas tarp apskaitos objektų) rodoma rodyklėmis.

Kiekvienas blokas, dukart spustelėjus, atveria galutinius rodiklius arba kitą, išsamesnę blokinę diagramą, kurioje yra šių keturių apskaitos komponentų reikšmės. Ataskaita turėtų būti sugeneruota tik baigus mėnesio pabaigos uždarymo procedūrą, nes užpildyti norminiai dokumentai turi tiesioginės įtakos apskaitos duomenims, numatomiems finansiniams rezultatams ir pajamų mokesčio apskaičiavimui 1C.

Remiantis rodikliais, kuriems nereikia dekoduoti, rodoma sąskaitos operacijų forma, turėjusi įtakos šios reikšmės formavimui. Kiekvienas rodiklis gali būti detalizuotas iki pirminių programos dokumentų.

Mokestinės PVM apskaitos būklės analizė

Ataskaitos „Mokesčių apskaitos PVM būklės analizė“ tikslas – kontroliuoti pirkimo knygos, pardavimo knygos ir PVM deklaracijos pildymo teisingumą.

Ataskaitoje numatyta toliau vertinti susikaupusių mokesčių ir PVM atskaitų sumas, suskirstytas pagal verslo veiklos rūšis, tiek bendrai visai mokesčių bazei, tiek suskirstant konkrečias sandorių rūšis.

Ataskaita sugeneruojama už tam tikrą bet kokio diapazono ir konkrečios organizacijos, PVM mokėtojo audituotą laikotarpį.

Spalvota legenda kiekviename bloke (kairėje – kaupimas, dešinėje – PVM atskaita) išryškina du rodiklius:

• geltoname fone – programoje apskaičiuota PVM suma;
• pilkame fone – apskaičiuota šio rodiklio PVM apskaičiavimo klaida. Turėtumėte išanalizuoti situaciją ir, jei įvesdami dokumentus tai iš tiesų buvo praleista, pataisykite.

Kad būtų patogiau dirbti su klaidomis ir abejotinais skaičiais, vartotojas, dukart spustelėjęs bet kurį norimo bloko rodiklį, gali pamatyti sumos suskirstymą su informacija apie pirminius dokumentus, sudarančius jo vertę.

Tipiškų klaidų ir netikslumų pavyzdžiai – nepilnas arba neteisingas iš tiekėjų gautų sąskaitų faktūrų atspindys, neteisingo PVM tarifo nurodymas, PVM paskirstymas tarp skirtingų veiklos rūšių.

Tvarkant apskaitą ir rengiant apskaitą bei mokesčių ataskaitas naudojant apskaitos programą, vartotojams svarbu įsitikinti, kad nepadarė klaidų ar netikslumų.

Standartinė „1C:Accounting 8“ konfigūracija apima specialų mechanizmą „Skubus apskaitos patikrinimas“, leidžiantis buhalteriui savarankiškai atlikti savo informacinės bazės duomenų būklės „mini auditą“. Tokia vidaus kontrolė skirta padėti buhalteriui laiku aptikti ir ištaisyti klaidas 1C: Apskaita 8 informacinėje bazėje prieš sugeneruojant ataskaitas.

„Buhalterinės apskaitos skubus čekis“ – tai čekių rinkinys, sugrupuotas į apskaitos skyrius: „Apskaitos politikos nuostatos“, „Kasos operacijos“, „Pridėtinės vertės mokesčio pardavimo knygos tvarkymas“ ir kt. (1 pav.). Kiekvienas patikrinimo tipas stebi, ar informacijos bazės duomenyse nėra klaidų. Valdymas gali būti susijęs su kredencialų atitikimu tam tikroms įstatymų nuostatoms arba duomenų atitikimui vidiniams algoritmams, kuriuos kūrėjas įtraukė į programą. Pavyzdžiui, programa „stebi“ kasos likučio 50 sąskaitoje „Kasa“ dienos limito viršijimą, lėšų išdavimą darbuotojams jiems nepateikus avansinių ataskaitų, sąskaitų faktūrų pardavimo dokumentų išrašymo savalaikiškumą, atspindėjimą PVM sumų pardavimo knyga už avansus iš klientų ir kt. .d. Tokių nuostatų, kaip PBU 1/98 „Organizacijos apskaitos politika“, PBU 4/99 „Organizacijos apskaitos ataskaitos“, Rusijos Federacijos mokesčių kodekso 21 skyriaus „Pridėtinės vertės mokestis“, 26.2 skyriaus „Supaprastinta“ nuostatos. Mokesčių sistema“ Rusijos Federacijos mokesčių kodekso „Grynųjų pinigų operacijų Rusijos Federacijoje tvarka“ ir kt.

Atlikęs greitąjį patikrinimą, vartotojas gauna jos rezultatų ataskaitą, kurioje nurodomas bendras atliktų patikrinimų tipų skaičius ir patikrinimų, kurių metu buvo aptiktos informacinės bazės duomenų klaidos, skaičius.

Greitojo čekio rezultatai gali būti rodomi išsamiai pagal apskaitos skyrius ir kiekvienam čekio tipui. Be to, ataskaitoje gali būti rodomi kiekvieno atlikto patikrinimo komentarai. Komentaruose pateikiama ši informacija: kontrolės objektas – ką tiksliai tikrina einamoji patikra; patikrinimo rezultatas – ar patikrinimo metu buvo rasta klaidų; galimos klaidų priežastys ir rekomendacijos joms pašalinti (2 pav.).

Ryžiai. 2

Patikrinimų, kurių metu buvo aptiktos klaidos, ataskaitoje dažniausiai pateikiama išsami informacija apie klaidą. Priklausomai nuo konkretaus patikrinimo, tai gali būti laikotarpis, per kurį buvo aptikta klaida, likučiai ir apyvartos buhalterinėse sąskaitose ir kituose apskaitos registruose, atskiri dokumentai, kuriuose patikros algoritmu buvo rasta klaidų.

Sukūręs ataskaitą su išsamia informacija apie aptiktas klaidas, buhalteris gali pereiti nuo jos prie pirminių dokumentų arba standartinių ataskaitų. Atlikę reikiamus pakeitimus, galite iš naujo atlikti duomenų tikrinimo procedūrą. Galimi keli tikrinimo ciklai, kol visos klaidos bus visiškai ištaisytos.

Pavyzdžiui, organizacijoms, kurios yra PVM mokėtojai, prie kiekvieno paskelbto pardavimo dokumento turi būti pateikta išrašyta sąskaita faktūra. Jei programoje sąskaitos faktūros išrašomos ne visiems pardavimo dokumentams, greitajame čekiuose bus rodoma informacija apie klaidą skiltyje „Pridėtinės vertės mokesčio pardavimo knygos tvarkymas“ pagal čekio tipą „Pardavimo dokumentų sąskaitų faktūrų išrašymo išsamumas“. Išsamioje ataskaitoje per klaidą bus rodomi visi pardavimo dokumentai, kuriems nėra išrašytų sąskaitų faktūrų. Buhalteris gali tiesiogiai atidaryti kiekvieną pardavimo dokumentą paeiliui iš ataskaitos ir užregistruoti trūkstamą sąskaitą.

Naudodami nustatymą „Apskaitos greitieji patikrinimai“ galite apriboti atliekamų patikrų apimtį (3 pav.). Norėdami išvengti bet kokio tipo patikrinimo, turite jį išjungti panaikindami atitinkamo langelio žymėjimą. Taip pat galite išjungti visą čekių skyrių.