Registritega töötamise õppimine (1C: Raamatupidamine 8.3, väljaanne 3.0)

2016-12-08T13:50:45+00:00

Kallid lugejad, selles õppetükis tahan puudutada 1C-s töötades äärmiselt olulist teemat: Raamatupidamine 8.3 - Registrid.

Näitan teile kohe väikese näitega, miks see nii oluline on.

Anname jaanuarikuu palgaarvestuse:

Veebruari alguses koostame kassast palgalehe ja vajutame nuppu “Täida”:

Ja saame järgmise:

Aga jaanuari kohta:

• Kogunemine 50 000 rubla
• Üksikisiku tulumaks 6500 rubla
• Maksta kokku 43 500 rubla

Kuhu see viga sisse hiilis? Midagi läks valesti? Kas tõesti on nüüd võimalik makstavat summat alati käsitsi sisestada?

Kogenud raamatupidaja koostab koheselt bilansi kontole 70:

Ja ta on veelgi hämmingus, sest raporti järgi on samad 43 500 veel tasumata! Ja kust need 5000 rubla juurde tulid?

Veelgi enam, selline olukord (mis tahes arvutustega) võib juhtuda nii "troikas" kui ka "kahes".

Täna püüan kergitada saladusloori – miks programm mõnikord nii imelikult käitub. Ma ütlen teile, kuidas sellistel juhtudel viga leida ja parandada. Artikli lõpus saame aru, kust need 5000 rubla tulid.

Nii et lähme!

Registreid nägema õppimine

Dokumentide postitamisel teeb 1C:Accounting 8 kandeid raamatupidamiskontodele (nupp DtKt iga dokumendi jaoks):

Just nende tehingute põhjal koostatakse kõik raamatupidamisaruanded: Kontoanalüüs, Kontokaart, Bilanss...

Kuid seal on tohutu andmekiht, mida programm kirjutab paralleelselt postitustega ja mida kasutatakse kõigeks muuks: KUDIR-i täitmine, ostu-müügi raamat, reguleeritud aruandlus... makstav töötasu, lõpuks

Nagu te ilmselt juba arvasite, nimetatakse seda kihti registrid, siin ta on:

Nüüd ma ei lasku registrite endi kirjelduse üksikasjadesse, et teid veelgi rohkem segadusse ajada.

Ütlen lihtsalt, et meil on lihtsalt ülioluline õppida järk-järgult nendes registrites liikumisi “nägema”, et programmi käitumist paremini mõista ja vajadusel korrigeerida.

Vaatame lähemalt registrit "Maksatavad palgad" - see on meie probleemi lahendamiseks 5000 lisarahaga mõistlik:

Näeme selles registris kahte saabumisse tehtud kannet, see tähendab plussis. Kui kerida ekraani paremale, näeme esimesel real makstavat summat “-6500” ja teisel “50 000”.

Selle registri jääk -6 500 + 50 000 võrdub 43 500-ga, mis peaks sisalduma dokumendis "Kassast makse väljavõte", kui klõpsame nuppu "Täida".

Ma kordan veel kord - makseteatisega määratakse meie palgavõlg töötajale mitte konto 70, vaid registri “Maksatavad palgad” järgi.

Selgub, et me teame, et makstav palk täidetakse selle registri alusel, kuid isegi registrikirjeid nähes ei saa aru, mis valesti on.

Tõenäoliselt ei näe me tervikpilti (võib-olla on selle registri kohta muid kirjeid) ja mõni tööriist registri analüüsimiseks, sarnaselt raamatupidamisaruannetele, soovitab ennast.

Registrite analüüsimise õppimine

Ja seal on selline tööriist, mida nimetatakse " Universaalne aruanne".

Minge jaotisse "Aruanded" ja valige "Universaalne aruanne":

Valige registri tüüp "Kogunemisregister", register "Maksatav palk" ja klõpsake nuppu "Loo":

See ei osutunud eriti informatiivseks:

Selle põhjuseks on asjaolu, et aruande eelhäälestus on vajalik, klõpsake nuppu "Kuva sätted" ja lisage vahekaardile "Rühmitamine" väli "Töötaja".

Vahekaardil „Valikud” teeme oma organisatsiooni jaoks valiku:

Klõpsake nuppu "Genereeri":

Nüüd on see huvitavam. Näeme, et meie töötajale makstav saldo on sama 48 500 rubla!

Avage uuesti aruande seaded ja lisage vahekaardile "Indikaatorid" uus väli "Salvestaja".

Loome aruande uuesti:

Nüüd on selgelt näha, et 31.12.2014 operatsiooni (ilmselt saldode sisestamise) tulemusena tekkis 5000.

Ja me peame kas seda toimingut muutma või käsitsi kohandama registrit “Maksatavad palgad” ja sulgema need 5000 rubla näiteks 31. detsembril 2015.

Lähme teist teed. Seega on meie ülesandeks veenduda, et 2016. aasta alguses ei oleks „Maksatavate palkade“ registris töötaja ees võlgnevusi.

Seda tehakse käsitsi juhtimisega.

Registrite kohandamise õppimine

Minge jaotisse "Toimingud" ja valige "Käsitsi sisestatud toimingud":

Loome 2015. aasta lõpus uue toimingu:

Menüüst "Veel" valige "Vali registrid...":

Määrake register "Maksmisele kuuluv palk" ja klõpsake nuppu OK:

Minge ilmuvale vahekaardile register ja tehke 5000 rubla kulu:

Seda tehes lahutame registrist 5000 rubla töötaja kohta, et jõuda 2016. aasta alguseks nullini.

Teostame operatsiooni ja taastame universaalse aruande:

Kõik õnnestus! Näeme, et meie 31.12.2015 käsitsitöö viis saldo nulli ja tekkejärgne palk on võrdne oodatud 43 500-ga.

Hämmastav. Ja nüüd kontrollime seda makseteatises.

Kuid kõigepealt tahan juhtida teie tähelepanu veel ühele olulisele punktile:

Pange tähele, et grupi "Töötaja" saldod alguses ja lõpus näitavad jama. See ei ole viga, see on nüanss, mida tuleb 1c arhitektuuriliste omadustega seoses arvesse võtta.

Pea meeles. Juhul, kui kuvatakse universaalne aruanne koos üksikasjadega kuni dokumendini (registripidajani), näitavad saldod rühmitamise järgi jama.

Kui nõuame saldosid töötajate rühmitamise järgi, peame esmalt eemaldama seadetest lisatud indikaatori “Registreer”.

Otsustasime TÜ versiooni 11 konfiguratsioonis korra kuidagi taastada. Ja seal... Kaubajäägid ei ühti organisatsioonide saldodega (kasutatakse mitmeid organisatsioone) ja kaubasaadetistega pole need sugugi lähedased ning tavakaubanduse kõrval kasutatakse isegi komisjonikaubandust. Ühesõnaga, kõik on nii tähelepanuta jäetud, et lihtsam on nullist alustada, AGA... Nullist alustada ei saa - seal on seos ettevõtte raamatupidamise 3.0-ga (kataloogid, dokumendid) ja seal on aruandlus juba esitatud. Otsustasime raamatupidamises eraldi asjad korda seada, raamatupidamises eraldi. Konkreetselt TÜ jaoks otsustasime: nullime kõik kaubaga seonduva (kaubad laos, organisatsioonide kaubad, organisatsioonide kaubasaadetised, pluss vahendustasuga seotud registrid), siis teeme fiktiivse kviitungi (sh vahendustasu kohta), ja korrigeerime omavahelisi arveldusi, korrigeerides omavahelisi arveldusi. Algul alustasin töötlemist konkreetsete registrite jaoks, kirjutamise ajal mõtlesin umbes sama ajaga kirjutada universaalse, aga see sobiks kõigile registritele, et ei peaks hiljem kümme korda ümber kirjutama. . See peaks sobima ka Retail 2, Complexi ja muude hallatavate vormide konfiguratsioonide jaoks. Testitud UT11 peal.

Kuidas kasutada. Esmalt koostame käsitsi tühja “registri korrigeerimise” dokumendi, määrame kuupäeva ja kellaaja (mina määrasin kvartali lõpus 23:59:59), registrijäägid viiakse täpselt sellele positsioonile (dokumendi positsioon), üldiselt, dokumendist vajame ainult positsiooni ja vajame. Seejärel valime, millised registrid peame nullima ja klõpsame nuppu "Genereeri". Avame korrigeerimise, vaatame, kontrollime registreid aruannete ja/või universaalaruande abil. Kõigi dimensioonide ja kõigi ressursside saldod on suletud. Ka vormil on valik organisatsiooni ja lao järgi (tagasiviskamine algversioonist, aga töötab), muid valikuid ei lisanud (kuna mul polnud seda üldse vaja), kellel vaja, saab lisa ise, moodulis on kõik selgelt kirjas ja mitte ma ei hakanud seda kasutama, sest näiteks kui teed valiku organisatsiooni järgi, siis registri “Organisatsioonide kaubad” puhul valik toimib, aga registri puhul “ Kaup ladudes” seda ei tee (sellist mõõtu pole), seega nullisin selle ilma valikuta.

Mõni aeg on möödas...

Uus versioon on välja antud, nüüdseks on töötlemine õppinud (varem andis vea - ehk töötas tegelikult ainult bilansiregistritega) ringluses olevas akumulatsiooniregistris liikumisi tagasi pöörama. Pealegi on liigutused tagurpidi, st. kui vaadata registrit, ütleme UT11-s “Müük”, siis peale tagasipööramist ei näidata müüki üldse, st. nagu polekski müüki olnud - perioodi käive tervikuna jääb tühjaks. Taaskord - tuleb välja näiteks, et meil oli müük perioodil 1.-30. jaanuar, 31. kuupäeval teen tagasikäigu, peale seda kui vaatan aruannet 1-30 - näen müüki, 31. 31 – ma näen tagurpidi liikumisi, 1–31 – kuvatakse tühjana. Näiteks pöörasin UT11-s ja Jaekaubanduses 2.2 “Kassa” registri liikumised ümber, kui pidin “Kassa” korda tegema (50 kontot, kes teab).

Jah, ma unustasin öelda, ilmus väli "Alguskuupäev" - seda kasutatakse käiberegistrite perioodi alguskuupäeva määramiseks (saldode puhul see muidugi ei kehti), dokumendi positsioon "Registri korrigeerimine" kasutatakse perioodi lõpukuupäevana (käiberegistrite puhul) - s.o . saldoregistri osas (saldod eemaldatakse dokumendi positsiooni). Käiberegistrite puhul võib "Alguskuupäev" jääda tühjaks - sel juhul peetakse seda kõige varasemaks kuupäevaks, mis võib eksisteerida, ja käiberegistri jaoks tähendab see seda, et kõik liikumised raamatupidamise algusest positsioonini " Registri korrigeerimine” dokumendid on vastupidised.

Hea uudis – hind punktides on vähenenud.

On olukordi, kus teenuse arvutamisel “Arvesti näitude järgi” arvutusmeetodil sisestatakse üks näit ja teenuse tasumisel selgub kulu hoopis teistsuguseks. Sellised olukorrad võivad tekkida juhtudel, kui kasutaja muudab käsitsi andmeid dokumentides “Arvesti näitude sisestamine” ja “Laadimisteenused”. Vaatame näidet.

• Sisestame jaanuarikuu teenuse “Soojaveevarustus” arvestite näidud:

• Võtame teenuse eest tasu:

Sel juhul oli arvutus õige.

Tarbimise salvestamiseks mõõteseadmete kaupa kasutatakse akumulatsiooniregistrit “Mõõteseadmete arvestus”. Avame selle registri menüüst “Toimingud – Akumulatsiooniregistrid – Mõõteseadmete arvestus”. Registri saab avada ka dokumentidest “Arvestinäitude sisestamine” või “Teenuste kogumine”, vajutades nuppu “Mine – Mõõteseadmete arvestus”.

Teeme kogumisregistris valiku isikliku konto ja teenuse järgi:

Registrist nähtub, et jaanuari kuu „Teenuste tekke“ dokumendis olev kulu vastab sama kuu „Arvesti näitude sisestamise“ dokumenti kantud näidule. Õigeks arvutamiseks peab tarbimine vastama iga kuu sisestatud näitudele.

• Avame jaanuarikuu dokumendi “Arvesti näitude sisestamine” ja muudame käsitsi sisestatud näitu:

Samas ei täida me jaanuarikuu dokumenti “Teenuste kogumine”.

• Sisestame veebruarikuu arvestite näidud:

• Võtame veebruari eest tasu:

On näha, et dokumendil oli vale kulu. Avame akumulatsiooniregistri “Mõõteseadmete arvestus” ja teeme valiku isikliku konto ja teenuse järgi:

Registrist nähtub, et sisestatud näidud ja kulud ei vasta üksteisele.

Selles näites saate loomulikult "Teenuste tekkepõhise" dokumente uuesti täita ja uuesti postitada, kuid see on lihtne näide, tegelikkuses võib dokumente olla palju, uuesti täitmine võib olukorda ainult halvendada.

Sel juhul tuleb kasutada töötlust “AOB_Akumulatsiooniregistrite saldode lähtestamine”.

MÄRKUS. Enne töötlemise kasutamist on soovitatav teha teabebaasist varukoopia.

Selle olukorra parandamiseks teeme järgmised sammud:

1. Režiimis “1C:Enterprise” avage menüü “Fail – Ava” kaudu töötlemine “AOB_Akumulatsiooniregistrite saldode lähtestamine”;

2. Väljal “Liikumisdokument” valige jaanuarikuu dokument “Teenuste tekkepõhine”.

MÄRKUS. Valitakse dokument, mis eelneb dokumendile, millest peate hankima õiged andmed. Sel juhul parandame veebruari kohta dokumenti “Teenuste tekkelaekumine”, mistõttu on liikumisdokumendiks valitud jaanuarikuu dokument “Teenuste tekkelaekumine”.

3. Väljal "Reset register" valige register "Mõõteseadmete arvutamine":

MÄRKUS. Töötlemise ajal võidakse valida jääke. Valikukriteeriumid on konfigureeritud tabelis.

4. Klõpsake nuppu "Käivita".
Sellele nupule vajutades akumulatsiooniregistris “Mõõteseadmete arvestus” andmed visuaalselt ei muutu, vaid saldod nullitakse.

5. Täiendame veebruari kohta dokumenti “Teenuste kogumine”:

On näha, et peale töötluse kasutamist muutus arvutus õigeks.

Valed väärtused akumulatsiooniregistris “Mõõteseadmete arvestus” võivad tekkida ka siis, kui dokumendis “Teenuste arvestamine” on käsitsi muudetud andmeid või sisestatud mitu dokumenti “Arvesti näitude sisestamine” või “Arvestite kogumine”. teenused” perioodi kohta.