>

Mida tähendab dokumendi postitamine 1 sekundiga. Dokumentide hoidmine infobaasis

Raamatupidamise tabud
Alustame raamatupidamisest. Vastavalt 21. novembri 1996. aasta föderaalseaduse nr 129-FZ “Raamatupidamine” artiklite 8 ja 9 nõuetele ei ole teil enne äritehingut kinnitavate esmaste dokumentide olemasolu põhjust seda raamatupidamises kajastada.
Olles avastanud dokumendi hilinemisega, peate juhinduma finantsaruannete koostamise ja esitamise korra juhendi lõikest 11 (kinnitatud Venemaa rahandusministeeriumi 22. juuli 2003. aasta korraldusega nr 67n). Selle lõike sisust tuleneb koheselt kolm raamatupidamisreeglit.
Reegel 1. Registreerige vastamata tehingud nende avastamise kuu sama aruandeperioodi jooksul.
Kui avastate, et jooksva perioodi majandustehingud on enne aruandeaasta lõppu valesti kajastatud (dokumendid laekusid hilinenult), tehakse parandused vastavate raamatupidamiskontode kannetega selle aruandeperioodi kuul, millal moonutused tuvastati.
Reegel 2. Aasta unustatud tehingute kuupäev, mille kohta ei ole veel aruannet esitatud, detsember.
Kui tegemata jäänud majandustehing sai teatavaks aruandeaastal pärast selle lõpetamist, kuid raamatupidamise aastaaruanne ei ole veel ettenähtud korras kinnitatud, tehakse parandused kannetega selle aasta detsembris, mille kohta raamatupidamise aastaaruanne kinnitamiseks koostatakse. ja esitamine.
Reegel 3. Kajastada eelmise aasta tegemata tehinguid jooksval perioodil.
Kui jooksval aruandeperioodil avastatakse, et eelmisel aastal on majandustehinguid raamatupidamisarvestuses valesti kajastatud, ei ole vaja teha parandusi eelmise aruandeaasta raamatupidamises ja raamatupidamisaruannetes (pärast raamatupidamise aastaaruande kinnitamist ettenähtud korras). .
Lisaks tehakse nii aruandeaasta kui ka eelmiste perioodide (pärast nende kinnitamist) seotud finantsaruannetes muudatusi selle aruandeperioodi kohta koostatud aruannetes, mille käigus avastati selle andmete moonutused (raamatupidamise eeskirja ja raamatupidamise aastaaruannete punkt 39). Vene Föderatsioonis, heaks kiidetud Venemaa Rahandusministeeriumi 29. juuli 1998. aasta korraldusega nr 34n, edaspidi määrused). Eeskirja punktis 80 on täpsustatud aruandeaastal tuvastatud eelmiste aastate kasumi või kahjumi kajastamise mehhanism. Seega, kui aruandeaastal tuvastatakse kasum või kahjum, kuid see on seotud eelmiste aastate tegevusega, tuleks see kajastada organisatsiooni aruandeaasta majandustulemustes.
Jooksval aastal tuvastatud eelmiste aastate vigade parandamiseks kasutatakse raamatupidamises kontot 91 “Muud tulud ja kulud”.
Seega parandatakse raamatupidamises vead nende avastamise perioodil.

Tähelepanu!
Praegu on olemas eraldi raamatupidamismääruse eelnõu: PBU 22/2009 “Arvestus- ja aruandlusvigade parandamine”, mille töötas välja Venemaa rahandusministeerium eelmise aasta lõpus. Projekt eeldab, et kõik vead tuleb jagada olulisteks ja ebaolulisteks ning nende parandamise kord raamatupidamises sõltub nende tuvastamise hetkest ja olulisuse tasemest. Teave aruandeperioodi jooksul tuvastatud eelmiste aruandeperioodide oluliste vigade kohta peab kajastuma organisatsiooni raamatupidamise aastaaruande selgitavas märkuses. Praegu on see PBU aga vastu võtmata, mis tähendab, et raamatupidamises tehtud vead tuleb parandada kehtivate reeglite järgi.

Maksureeglid
Tehingut maksuarvestuses hilinenud dokumendil kajastada polegi nii lihtne. Jätkame hilinenud dokumentide salvestamise reeglite loendit ...
Reegel 4. Maksustamise eesmärgil aktsepteeritud kulud kajastatakse sellistena sellel aruandeperioodil (maksustamisperioodil), millega need on seotud.
Kui leiate dokumendi hilja, võib kulud arvata tulumaksu maksubaasi vähendamise alla, kuid ainult selle aruandeperioodi (maksustamisperioodi kohta), millega need on seotud (Vene Föderatsiooni maksuseadustiku artikli 272 punkt 1). ). See toob loomulikult kaasa vajaduse esitada ajakohastatud maksudeklaratsioonid selle perioodi kohta, millesse dokument on dateeritud.
Mõned raamatupidajad arvavad ekslikult, et pärast eelmise aruandeperioodi dokumendi saamist ei ole vaja praeguses "uuendust" esitada. Kõik sündmused toimuvad ju ühe maksustamisperioodi sees ja olenemata sellest, millal aasta kulusid või tulusid arvesse võtta, on tulumaksu summa õige. See ei ole tõsi. Tuletame meelde, et kui maksubaasi arvutamisel avastatakse vigu (moonutusi), mis on seotud nii möödunud maksustamis- kui ka aruandeperioodidega, siis jooksval maksustamis(aruande) perioodil nõuab maksuseadustik maksubaasi ja maksusumma ümberarvutamist. periood, mille jooksul kindlaksmääratud vead (moonutused) ilmnesid (Vene Föderatsiooni maksuseadustiku artikli 54 punkt 1).
Lisaks kohustavad MKS artikli 54 lõige 1 ja artikli 81 lõige 1 maksumaksjat esitama ajakohastatud deklaratsiooni, kui sellelt tasumisele kuuluv maks oli alahinnatud, ning annab õiguse esitada korrigeerimine, kui selline alahinnang ei esine. Seega, kui kasutasite seda õigust ja otsustasite korrigeeritud deklaratsiooni mitte esitada, olete mõne oma kuluga vabatahtlikult hüvasti jätnud.
Muidugi ei taha te maksu üle maksta, kuid ka "selgituse" esitamine pole parim valik - see tõmbab maksuinspektorite tähelepanu. Näitame näitega, milleni see mõttekäik võib viia.

Näide
Raamatupidaja sai tõendi teenuse osutamise kohta aastase hilinemisega. Otsustades mitte pälvida inspektorite tähelepanu ja mitte esitada ajakohastatud deklaratsiooni, näis ta olevat leidnud väljapääsu: maksuseadustiku artikli 265 lõige 2 võimaldab võtta arvesse eelmiste maksustamisperioodide kahjumit, mis on tuvastatud. jooksev aruandeperiood (maksustamisperiood) mittetegevuskulude osana. Veelgi enam, ettevõtte tuludeklaratsioonis (kinnitatud Venemaa Rahandusministeeriumi 5. mai 2008. aasta korraldusega nr 54n) on selliste kulude jaoks eraldatud lehe 02 lisa nr 2 eraldi rida 301.
Selline arutluskäik on aga vale. Selgitame, miks.
Teenuse osutamise akt on dokument, millel on märgitud konkreetne koostamise kuupäev. Seetõttu määratakse kuluperiood. Eelmiste aruande(maksu)perioodidega seotud kulusid, mis on kinnitatud esmaste dokumentidega, ei kajastata tulumaksulehe 02 lisa nr 2 real 301 aruande(maksu)perioodil tuvastatud eelmiste maksustamisperioodide kahjumi osana. deklaratsioon, kuna neil on toimumise kuupäev (Venemaa Rahandusministeeriumi 5. mai 2008. a korraldusega nr 54 n kinnitatud ettevõtte tuludeklaratsiooni täitmise korra punkt 7.3).

Sellised olukorrad on sageli olnud kohtuvaidluste objektiks. Ja maksumaksjatega seotud kohtupraktika on mitmetähenduslik.

Vahekohtu praktika
Maksumaksja kajastas ettevõtte tuludeklaratsioonis käesoleval aruandeperioodil tuvastatud eelmiste aastate kahjumit.
Otsused maksumaksjate kasuks:
Moskva rajooni föderaalse monopolivastase teenistuse 16. jaanuari 2008. a resolutsioon nr KA-A40/13948-07 asjas nr A40-76807/06-142-512; 11. märtsi 2009. a nr KA-A40/1255-09 asjas nr A40-32554/08-129-101; 31. mai 2006 nr KA-A40/4822-06 asjas nr A40-55283/05-90-425
Otsused maksuameti kasuks:
Uurali ringkonna föderaalse monopolivastase teenistuse 9. jaanuari 2008. aasta resolutsioon nr F09-10856/07-S3 asjas nr A76-6072/07, Loode ringkonna föderaalne monopolivastane teenistus 16. aprillil 2007 nr A56- 14502/2006, Ida-Siberi ringkonna föderaalne monopolivastane teenistus, 26. november 2007 nr A19-9257/07-57-F02-8708/07, FAS Volga-Vjatka ringkond, 1. märts 2006 nr A11-5027 -K2-24/239, FAS North-Western District, 08.11.2006 nr A21-7106/2005).

Vene Föderatsiooni kõrgeim vahekohus tegi oma 9. septembri 2008. aasta resolutsiooniga nr 4894/08 aga ühemõttelise otsuse: maksuseadustiku artikli 265 lõike 2 esimese lõigu 1 sätteid tuleks kohaldada jooksev maksustamisperiood ainult juhtudel, kui maksumaksja poolt tehtud kulutuste tekkimise periood ei ole teada. Kõigil muudel juhtudel tuleks eelmiste maksustamisperioodidega seotud kulud kajastada maksuarvestuses vastavalt maksuseadustiku artiklite 54 ja 272 nõuetele. Selle resolutsiooni avaldamisega on maksumaksjate võimalused oma seisukohta kaitsta oluliselt vähenenud.
Reegel 5. Ärge püüdke pääseda "kahjuliku" deklaratsiooni eest.
Juhtub, et maksuhaldur soovitab “kahjumlike” tuludeklaratsioonide esitamisel vähendada deklaratsioonis kajastatud kulude summat, et muuta kahjumlik deklaratsioon “tulunduslikuks”. Pole saladus, et tekkinud kahjude deklaratsioonis kajastamise probleem on viimasel ajal väga teravaks muutunud ja raamatupidajad järgivad sageli mitteametlikke soovitusi – nad ei näita osa kuludest ühel aruandeperioodil lootuses, et järgmisel tulud võimaldavad nii näidatavaid kulusid ja saadavat kasumit.
Siiski peaksite meeles pidama tootmis- ja müügikulude summa kindlaksmääramise korda, mis on kehtestatud maksuseadustiku artikliga 318.
Kui kasutate tekkepõhist meetodit, tuleks kõik aruandeperioodi kulud jagada otsesteks ja kaudseteks. Konkreetse kulude loetelu määravad maksumaksjad iseseisvalt kindlaks oma maksuarvestuspõhimõtetes.
Otsesed kulud on seotud jooksva aruande(maksu)perioodi kuludega ainult siis, kui müüakse tooteid, töid ja teenuseid, mille maksumust võetakse arvesse vastavalt maksuseadustiku artiklile 319 (maksuseadustiku artikli 318 punkt 2). Vene Föderatsiooni maksuseadustik).
Aruande(maksu)perioodil tehtud tootmise ja müügi kaudsed kulud arvestatakse täies ulatuses jooksva aruande(maksu)perioodi kuludesse. Seetõttu ei saa neid ühest aruandeperioodist teise üle kanda, isegi kui kinnitate fakti, et esmased dokumendid saadi hiljaks. Maksuseadustik sellist võimalust ei anna. Need organisatsiooni kulud enne tegevusest tulu saamist moodustavad jooksva aruande(maksu)perioodi kahjumi.
Kui ühel aruandeperioodil kulusid teadlikult ei näidata, siis järgmisel tuleb esitada korrigeeritud deklaratsioon selle perioodi kohta, millega need kulud on seotud, ning sellest tulenevalt kajastada kahjumit. Tekib nõiaring... Seega, kui otsustate kanda osa kuludest "jõukamale" deklaratsioonile, peate mõistma, et suure tõenäosusega lähevad need kaotsi.

Hilinenud arve
Reegel 6. Müüjatelt saadud arved kuuluvad registreerimisele ostureskontras kohe pärast maksu mahaarvamise õiguse tekkimist.
Pikka aega vaevas “hilinenud” arvete osturaamatus kajastamise küsimus nii maksumaksjate kui ka pädevate osakondade spetsialistide meelt. Seega kuuluvad müüjatelt saadud arved registreerimisele osturaamatus, kuna tekib õigus maksu mahaarvamisele maksuseadustiku artiklis 172 sätestatud korras. See on sätestatud käibemaksu arvutamisel vastuvõetud ja väljastatud arvete, osturaamatute ja müügiraamatute logide pidamise eeskirja (kinnitatud Vene Föderatsiooni valitsuse 2. detsembri 2000. a määrusega nr 914, edaspidi ) punktis 8. viidatud kui reeglid).
MKS artikkel 172 aga ei täpsusta, andes maksumaksjale sisendkäibemaksu mahaarvamise õiguse, millal see õigus täpselt tekib. Selge normi puudumine tekitab vaidlusi.
Praegu leiab rahandusministeerium, et "hilinenud" arved registreeritakse osturaamatus perioodil, mil need organisatsioonile laekusid, olenemata nende väljastamise kuupäevast, mistõttu kasutate samal perioodil mahaarvamisõigust. (Venemaa Rahandusministeeriumi kiri 13. juuni 2007 nr 03-07-11/160). Mahaarvamisega seotud probleemide vältimiseks peate kinnitama, et saite arve kätte just sellel maksustamisperioodil. Näiteks võib see olla sissetuleva kirjavahetuse logi või ümbrik, millel on tempel postkontorist, mille kaudu arve vastu võeti (Venemaa föderaalse maksuteenistuse Moskva kiri 20. aprill 2007 nr 19-11 /036466).
Protseduuri lihtsustamiseks kinnitavad mõned organisatsioonid saadud arvetele organisatsiooni templi laekumise kuupäevaga. Nii maksuhaldurid kui ka kohtunikud suhtuvad sellistesse tõenditesse skeptiliselt, kuna usuvad, et sissetuleva kirjavahetuse tempel ei saa olla ühemõtteline tõend vastaval perioodil arve laekumise kohta, kuna see kuulub maksumaksjale endale (Föderaalse Monopolivastase Talituse resolutsioon). Põhja-Kaukaasia ringkond 7. juuli 2008 nr F08-3751/2008 asjas nr A32-20193/2007-3/370).
Kui saate arve kättesaamise kuupäeva kinnitada vaid suuliselt, siis olge valmis selleks, et pärast auditit tühistatakse ühe maksustamisperioodi arvete mahaarvamine ja teisel maksustamisperioodil mahaarvamist nõutud arvetelt. Sellest tulenevalt tekivad käibemaksu võlgnevused.
Vaatamata väljakujunenud vahekohtupraktikale (Vene Föderatsiooni kõrgeima vahekohtu otsus 8. augustist 2008 nr 9726/08, FAS Moskva rajooni 26. juuni 2008 otsused nr KA-A40/5396-08 asjas nr. . A40-31872/07-117-187 , 17. jaanuaril 2008 nr KA-A40/14126-07 asjas nr A40-17087/07-126-123) ja Rahandusministeeriumi lojaalne seisukoht, maks inspektorid juhinduvad jätkuvalt Venemaa föderaalse maksuteenistuse 6. septembri 2006 kirjast nr MM-6 -03/896 “Osturaamatus ja müügiraamatus muudatuste tegemise korra kohta”. Selle kohaselt on maksumaksjal õigus teha maksusoodustust, kui see on dokumentaalselt tõendatud, nimelt on olemas arve ja vastavad esmased dokumendid, mis kinnitavad, et kaup (töö, teenused), varalised õigused on soetatud ja registreeritud.
MKS §-s 81 sätestatust tulenevalt on maksumaksjal, kes on avastanud varem esitatud maksudeklaratsioonis teabe (sealhulgas maksu mahaarvamiste kohta) mittetäieliku kajastamise faktid, õigus teha maksus vajalikke täiendusi ja muudatusi. selle maksustamisperioodi deklaratsioon, millega asjaomased tehingud on seotud.
Sellest tulenevalt, kui maksumaksja avastas jooksval maksustamisperioodil oma varem esitatud käibedeklaratsioonis, et ta ei kajastanud täielikult mahaarvamisele kuuluvaid maksusummasid, siis peab ta esitama korrigeeriva maksudeklaratsiooni nende maksustamisperioodide kohta, mil maksusoodustusi ei ole täies mahus. peegeldunud.
Maksuhalduri sõnul on vaja täita osturaamatu lisaleht selle kvartali kohta, millesse arve kuupäev langeb. Osturaamatu lisalehel tuleks õigeaegselt registreerida nende arvete rekvisiidid, mida selles osturaamatus ei registreeritud - koondage "hilinenud" arvete andmed real "Kokku" olevate andmetega. lisalehelt.
Teeme kokkuvõtte. Iga kord, kui kajastada majandustehingut hilinenud dokumendi alusel, ärge jätke tähelepanuta raamatupidamise ja maksuarvestuse reegleid. Hilinenud dokumendid nõuavad erilist tähelepanu – sisendage seda ka unustavatele töötajatele ja töövõtjatele.

P. Kolmakova,
juhtiv maksunduse ekspertkonsultant, ELKOD ettevõtete grupi õpetaja, Venemaa Kutseliste raamatupidajate ja Audiitorite Instituudi diplomeeritud õpetaja, Venemaa Maksukonsultantide Koja liige

Dokumentide postitamine 1C-s– see on kõigi rahaliste vahendite, kaupade ja teenuste korrektse arvestuse põhitingimus. 1C-s dokumendi postitamiseks on mitu võimalust. Seda saab teha dokumentide loendi avamisel. Joonisel on näha, kuidas Sularaha väljaminevate orderite puhul nõutud dokumenti konteerida või konteerimist tühistada. Esimene veerg näitab, kas dokument on postitatud. Kui ikoonil on roheline linnuke, siis on dokument postitatud. Näiteks on üks dokument, mis pole meie loendis postitatud. Valides hiire parema nupuga soovitud sularaha väljamineva orderi, saad valida menüüst “Postita” või “Tühista konteerimine” Kuidas postitada ja postitada 1c dokumenti

Saate dokumendi postitada versioonis 1C Enterprise 8.2, kasutades muid meetodeid. Pärast soovitud dokumendi sisestamist näeme akna ülaosas rohelise ja punase noolega nuppe. Esimene vastutab selle läbiviimise ja teine ​​tühistamise eest. Samuti saate dokumendi avada ja sulgeda, kasutades nuppu "OK".

1C-sse on võimalik dokumente rühmitada. Selleks tuleb kasutada kataloogide ja dokumentide grupitöötlust (Teenus – Universaalne töötlemine – Kataloogide ja dokumentide grupitöötlus).

Grupitöötlusel tuleb valida objektitüüp “Dokumendid” ja lisada vajalikud dokumendid (näiteks “Kauba ja teenuste vastuvõtt”). Samuti märkige jaotises "Seaded" ruut "Luba objekti üksikasjade muutmine" kõrval ja vajadusel lisage allservas valikukriteeriumid. Näiteks leiate kõik postitatud dokumendid “Kaubade ja teenuste kättesaamine” ja tühistate nende postitamise läbi töötlemise. Klõpsake nuppu "Vali".

Vahekaart "Töötlemine" sisaldab meie valitud dokumentide loendit. Väljal "Toiming" valige väärtus "Muuda üksikasju: Postitatud", valige soovitud väärtus (määrake või eemaldage) ja klõpsake nuppu "Käivita". Pange tähele, et 1C dokumentide töötlemisel tuleb arvestada raha ja kaupade korrektse arvestuse ajaga. Teatud juhtudel võib dokumentide grupipõhine postitamine kaasa tuua raamatupidamise järjepidevuse rikkumise.

Nüüd teate, kuidas dokumenti 1C Enterprise 8.2-s postitada. Soovitame lugeda artikleid kogumisregistrite ja teaberegistrite kohta.

Dokumendi postitamine on toiming, mis muudab dokumendi teabe põhjal muid süsteemiandmeid.

Kui klõpsate nupul dokumendivormil, mille jaoks on määratletud dokumendi postitamine (tavaliselt on see nupp "OKEI" või "Käitumine"), ilmub ekraanile taotlus dokumendi postitamise vajaduse kohta.

Kui vastate päringule "jah"- dokument viiakse läbi. Dokumendilogis märgitakse postitatud dokument kõige vasakpoolsemasse veergu märgiga.

Vastates "Ei" Soovi korral saate dokumendi kohe postitamisest keelduda ja postitada muul ajal.

Tavaliselt, kui hoiate dokumenti nupuga "OKEI" Kui dokument on täidetud, suletakse. Teatud juhtudel tekib dokumendi postitamisel olukord, mille tõttu ei saa postitamist teostada. Näiteks arve postitamisel avastatakse, et laos pole kirjas vajalikku kaubakogust. Kuvatakse teade, mis näitab, et dokumenti pole võimalik postitada. Sel juhul dokumenti automaatselt ei suleta, vaid teil palutakse dokument sulgeda. Kui keeldute dokumendi sulgemisest, saate teha selles parandused ja proovida dokumenti uuesti postitada.

Dokumenti postitamata jätmiseks, järgneb menüüs "Tegevused" programmi valimise funktsiooni peamenüü "Tee dokumenti postitamata". Pärast kinnitamist muutub postitatud dokumendi märgiks .

Kui tühistate dokumendi postitamise, tühistatakse kõik toimingud, mida see postitamise ajal tegi.

Postitamata dokumenti saab parandada, salvestada, konteerida (või konteerimata jätta) ning päeviku kõige vasakpoolsemas veerus olev märk kajastab õigesti dokumendi hetkeseisu.

Raamatupidamisdokumendi läbiviimise tunnused

Raamatupidamisdokumentide puhul kasutatakse konteerimist eelkõige selleks, et kajastada raamatupidamises majandustehingut, mille kohta kantakse info dokumenti.

Pange tähele, et teatud tüüpi dokumentide puhul ei pruugita postitamist kasutada. Tavaliselt on need dokumenditüübid, mis ei mõjuta raamatupidamise tulemusi ega muuda süsteemi andmeid.

Toimingud ja postitused süsteemis 1C:Enterprise.

Enne dokumenditöötlusprotsessi kaalumist mõelgem lühidalt raamatupidamise põhimõtetele süsteemis 1C:Enterprise.

Info rahaliste vahendite liikumise kohta kajastub raamatupidamises raamatupidamiskirjeid sisaldavate raamatupidamistehingutena. Raamatupidamistehing ühendab mitu kirjet, mis kajastavad täielikult majandustehingut raamatupidamises. Iga raamatupidamistehing kuulub dokumendi juurde.

Käsitsi sisestatud raamatupidamistehingud kuuluvad eritüüpi dokumentide hulka "Operatsioon", ja neid dokumente ei saa postitada. Muude dokumentide puhul genereeritakse tehingute konteeringud ainult dokumendi konteerimise käigus. Sel juhul kasutatakse spetsiaalset algoritmi, mis määratakse konfiguratsioonis iga dokumenditüübi jaoks. See algoritm määrab dokumendi poolt genereeritud tehingutehingute koosseisu.

Protsessi käigus kajastuvad tehingud reaalselt ja kajastatakse raamatupidamistulemustes.

Lisaks saab teatud tüüpi dokumentide postitamisel määrata perioodiliste kataloogiandmete väärtused, mille jaoks konfiguratsioon määratleb dokumentide muutmise võimaluse.

Kui keeldute raamatupidamisdokumendi konteerimisest, siis dokumendi olemasolev tehing (kui see on varem konteeritud) ei muutu. Sellises olukorras on võimalik lahknevusi dokumendi andmete ja nende poolt genereeritud tehingute vahel. Teatud tüüpi dokumentide konfiguratsioonis võib aga postitatud dokumendi salvestamine olla keelatud ilma selle kohustusliku uuesti postitamata.

Lisaks saab süsteemiadministraator keelata töötajatel (näiteks müüjatel või operaatoritel) postitatud dokumente toimetada. Süsteemi seadistusseansil kasutajaõigusi muutes saab administraator lubada ainult vastutavatel töötajatel teha selliseid toiminguid nagu postitatud dokumentide muutmine ja dokumentide muutmine ilma uuesti postitamata.

Kui dokument jääb konteerimata, kustutatakse selle dokumendiga genereeritud tehingud konteerimispäevikust. Dokumendi poolt genereeritud toimingu saab kustutada ka juhul, kui see genereeriti ainult täitmise ajal, mis on määratud konfiguratsioonis. Lisaks, kui dokument muutis postitamise ajal kataloogide perioodiliste üksikasjade väärtusi, kustutatakse ka selle dokumendiga tehtud muudatused.

Oleme oma materjalides mitu korda rääkinud 1C-programmide erinevatest seadistustest. Kuid ühte neist, mis ilmus vähem kui aasta tagasi, on seni ebaõiglaselt ignoreeritud. Selles artiklis räägin väga kasulikust ja huvitavast sättest, mis mõjutab 1C: Enterprise Accounting 8 väljaande 3.0 dokumenditöötluse algoritme.

Läheme jaotisse "Haldamine" ja valige üksus "Postita dokumendid".

Avaneb seadete vorm.

1. Arvutuste hetk

Kui punkt on seatud väärtusele “Dokumentide postitamisel”, arvutatakse kõik summad otse esmaste dokumentidega töötamisel (seda võimalust on programmis 1C alati rakendatud). Kui aga teie organisatsioonis on palju dokumente ja iga päev kantakse maha või müüakse tuhandeid kaubaartikleid, siis nende dokumentide töötlemise kiirus vähendab üldist töötempot. Lõppude lõpuks tehakse kõik keerulised arvutused täitmise ajal.
Kui paned väljale “Kuu sulgemisel” täpi, siis dokumentide konteerimisel arvutusi ei tehta. Ja programm teeb kõik keerulised arvutused kuu lõpus. Selle valiku peamine eelis on see, et see suurendab dokumentide töötlemise kiirust ja säästab aega igapäevatöös. Kuid samal ajal ei näe te kiiresti maha kantud laoartiklite maksumust.

SOOL kuni kuu lõpuni näeb välja selline

Lisaks on mitmeid piiranguid: kõik organisatsioonid ei saa kuu lõpus arveldusvõimalust kasutada.

Erandid on järgmised:
- lihtsustatud maksusüsteemi kasutavad organisatsioonid ja üksikettevõtjad (tulu vähendatakse kulude võrra);
- üksikettevõtja üldises režiimis;
- sissetuleva käibemaksu eraldi arvestust pidavad organisatsioonid;
- organisatsioonid ja üksikettevõtjad, kes kasutavad varude hindamiseks FIFO meetodit;
- organisatsioonid ja üksikettevõtjad, kes kasutavad jaemüügis kaupade hindamise meetodit “Müügihinnaga”;
- organisatsioonid ja üksikettevõtjad, kes kasutavad lihtsustatud maksusüsteemi (tulu) ja kasutavad maksekaardiga maksmise funktsionaalsust.
Nende organisatsioonide puhul tehakse dokumentide postitamisel alati arvutused.

2. Varude mahakandmine, kui laos saldosid puuduvad

Selle kasti märkimisel ei teata programm veast laoartiklite mahakandmise või müügi dokumentide konteerimisel, kui neid kaupu või materjale laos pole (jääkide puudumisel tehakse mahakandmine “miinus” läbi viidud).
Kui aga linnuke on märkimata, siis kontrollib programm rangelt laos olevate kaubaartiklite hulka ega luba dokumenti postitada, kui kaubast või materjalist on puudus.
Selle sättega töötamise näidet käsitletakse ühes meie videos: Vead materjalide mahakandmisel 1C: ettevõtte raamatupidamine 8.

3. Dokumentide täitmise kontrollimine aruannete koostamisel

Kui märkida antud vormil alljärgnev ruut, siis aruannete koostamisel jälgib programm dokumentide järjekorda ja pakub vajadusel olukorra parandamiseks. Selle põhjuseks on asjaolu, et tehingute järjestus mõjutab oluliselt aruandlusandmeid: selle rikkumise korral ei pruugi kontodel olev teave olla täiesti õige.

4. Dokumentide aeg

Konfiguratsioonivormi viimane märkeruut on tõepoolest väga kasulik.

Kui see on installitud, levitab programm ise dokumente ajaskaalal kogu päeva jooksul.
Kindlasti olete kokku puutunud olukorraga, kus 1C ei näe lattu allesjäänud kaupa, sest... laekumine toimus samal päeval ja müügidokument sisestati vastuvõtudokumendist varasemal ajal. Või kahekordistab programm vastaspoolte arvelduskontode käivet kunstlikult, kui ettemakse krediteeriti samal päeval (st tegelikult ettemaksu polnud, lihtsalt maksedokumendi aeg on lühem kui laekumise või müügidokumendi aeg) .
Kõiki neid olukordi saab vältida, kui märgite seadetes selle kasti. Näiteks seatakse kõikide kaupade ja teenuste kättesaamise dokumentide ajaks automaatselt kell 7:00.

Ja rakendusdokumendid on tähtaeg 14:00.

Loodan, et selle artikli materjal oli teile kasulik, saate loetletud seadeid valida ja oma töös rakendada. Kui teil on küsimusi, võite neid kommentaarides küsida.

Olgem sõbrad

Selles artiklis käsitletakse sellist kontseptsiooni nagu 1C dokumendid, mis tüüpi konfiguratsiooniobjekt see on, mis on selle eesmärk, millised kohandatavad omadused on objektil olemas; kuidas saate selle objektiga interaktiivselt ja programmiliselt töötada.


Ühegi ettevõtte elu pole võimalik ilma erinevat tüüpi sündmuste salvestamiseta, mis esinevad väga sageli. Neid sündmusi nimetatakse - äritehingud. Äritehingu registreerimine 1C-s on dokument.

Näited äritehingutest: kauba vastuvõtmine lattu, kauba laost mahakandmine, raha laekumine kassasse, töötaja palkamine jne.

Kõik need tehingud tuleb dokumenteerida vastavates paberdokumentides. 1C süsteemis registreeritud dokumendiobjekt on täpselt selle paberdokumendi analoog. Tuleb märkida, et meil on vähemalt kaks erinevat kontot. Need on juhtimisarvestus ja reguleeritud raamatupidamine. Reguleeritud raamatupidamises ei saa majandustehing eksisteerida ilma seda kinnitava dokumendita. Juhtimisarvestuses ei ole äritehingu dokumendi olemasolu eelduseks, kuna juhtimisarvestuses tehtavate tehingute loetelu võib varieeruda. Sel juhul salvestatakse osa teabest lihtsalt elektroonilise dokumendi kujul.

Seega on meil paberdokument ja elektrooniline dokument. Nende vahel tuleb teha analoogia. Paberdokumendi väljastamisel on vaja lisada number ja kuupäev. Samuti peab elektrooniline dokument sisaldama numbrit ja kuupäeva. Neid välju kasutades leiame vajaliku dokumendi. Seetõttu on number ja kuupäev peamised omadused.

Vaatleme peamist omadust "Kuupäev". Versioonis 7.7 nimetati seda "DataDoc", versioonis 8 hakati seda lihtsalt nimetama "Kuupäev". See on dokumendi väga oluline omadus. Miks see nii on? Vaatleme olukorda kaubandusorganisatsiooniga, kus registreeritakse kauba kättesaamise fakt ja müük. Seega ei ole võimalik müüa toodet, mille kättesaamise kuupäev on müügikuupäevast pikem, sest pole võimalik müüa toodet, mis pole veel saabunud.

Pange tähele, et mõnes standardkonfiguratsioonis on võimalik müüa kaupu, mis pole veel saabunud. Kuid see on pigem erand kui reegel ja on seotud kauplemisettevõtte spetsiifikaga.

Just seetõttu on kuupäeva kandmine dokumendile nii oluline. Samuti tuleb märkida, et kinnistul "Kuupäev" sisaldab mitte ainult kuupäeva, vaid ka sekundi täpsusega dokumendi kellaaega.

Väga sageli ei piisa sellisest dokumendi tuvastamisest ajateljel.

Kujutagem ette olukorda, kus kuu 1. kuupäeval jõuab lattu 100 ühikut kaupa. Seejärel müüakse seda sama kuu 2. kuupäeval kell 23:59:59 80 tk. Dokument on tehtud probleemideta, kuna kaupa on piisavalt. Oletame, et 2. kuupäeval kell 23:59:59 müüb keegi teine ​​sama toodet 50 ühiku ulatuses. Seda dokumenti töödeldakse samuti probleemideta, sest seisuga 23:59:59 on see toode saadaval. Kuigi tegelikult on meil teise dokumendi tulemusena negatiivne saldo 30 ühikut kaupa.

Selliste olukordade vältimiseks lisatakse kuupäevale ja kellaajale ka dokumendi asukoht, nimelt selle link. See dokumendi tuvastamine kuupäeva ja kellaaja järgi + link kutsutakse välja ajahetk. Ja teise dokumendi postitamisel kuvab süsteem teate 30 kaubaühiku puudujäägi kohta ega luba dokumenti postitada.

Kuidas saada hetk ajas? Ja see selgub meetodi järgi "Aja hetk", mis kuulub klassi "Dokumendi objekt". Tagastatud andmetüüp on "Aja hetk".

Seda tüüpi andmed tuleb edastada päringutele, mis saavad parameetrina ülejäänud toote.

Näide ajapunkti määramisest:

&OnClient protseduur GetTimePoint(Command) GetTimeTimeOnServer(Object.Ref) ; EndProcedure &OnServer protseduur GetTimePointOnServer(Link) Kui link. Tühi() Seejärel teata( "Dokumenti ei salvestatud!") ; Tagasi ; EndIf ; DocumentObject = link. GetObject() ; Ajahetk = DocumentObject. Ajahetk() ; Aruanne(ajapunkt); Menetluse lõpp // GetTimePointOnServer()

Dokumendi aja määramine

Vaatame, kuidas süsteem paneb äsja sisestatud dokumentidele ajatempli. Dokumendi loomisel määratakse vaikimisi praegune süsteemi kuupäev koos nullajaga ja kirjutamisel määratakse praegune ajatempel.


Operatsiooni läbiviimisel on järgmine nüanss. Kui selle kuupäev on võrdne praegusega, võtab kellaaeg praeguse kellaajaga. Kui dokument postitataks mitteoperatiivselt, siis alles selle sisestamise hetkel omistataks kehtiv ajatempel ja siis jääks see muutumatuks. Kui dokumenti ei sisestata jooksva kuupäevaga, siis algselt määratakse null ajatempel ja salvestamisel selle päeva viimane ajatempel. See tähendab, et süsteem otsib selle päeva kohta viimase sisestatud dokumendi, vaatab selle kellaaega, suurendab seda sekundi võrra ja määrab selle meie dokumendile. Kui koostate dokumendi kuupäeva kohta, mil seda tüüpi dokumenti ei sisestatud (näiteks kauba vastuvõtmine), kuid sisestati teist tüüpi dokumendid (näiteks kauba mahakandmine), võtab süsteem teist tüüpi dokumendi viimane kuupäev, lisage sellele sekund ja määrake see meie dokumendile. Kui loote dokumendi kuupäevaga, kuhu pole sisestatud ühtegi tüüpi dokumenti, määrab platvorm selle kellaajaks 12:00:00.

Ja teine ​​olukord. Kujutagem ette, et meil on andmebaasis dokument ajatempliga 23:59:59 ja kui lisame veel ühe sekundi, on see järgmine päev. Seetõttu väljub süsteem sama kellaajaga ehk 23:59:59. Eespool kirjeldatud dokumendi aja seadistamise süsteem on vaid vaikeväärtus. Kuid sellest käitumisest on võimalik loobuda. Avame konfiguraatoris dokumendivormi ja pöördume selle atribuutide poole. Omadustes näeme välja "AutoTime". Kui me selles atribuudis midagi ei muuda, genereeritakse dokumendi aeg ülalkirjeldatud viisil. Kuid saate määrata kellaaja: praegune või päeva alguses, alati esimene, alati viimane ja mitte kasutada.

Dokumendi teine ​​oluline omadus on number. Dokumendi number, nagu ka kuupäev, on mis tahes dokumendi kohustuslik atribuut. Väljatrükilt on vaja dokument tuvastada.

Võimalus teostada

Dokumendil võib olla kolm olekut: loodud, kustutamiseks märgitud Ja läbi viidud. Postitatud dokument võib muuta ettevõtte majanduslikku seisu, muuta laos olevate kaupade arvu jne. See tähendab, et postitamata dokument on omamoodi mustand, kuid postitamisel jõustub ja vastavalt registreerib mingi sündmuse. . 1C süsteem võimaldab postitatud dokumenti muuta, selle täitmist tühistada, mis erinevalt lääne programmide analoogidest on pehmem raamatupidamispõhimõte.

Standardsed dokumendi üksikasjad

Lisaks detailidele, mille arendaja dokumendile lisab, on dokumenti platvormi tasemel manustatud ka standardne detailide komplekt. See: link, number, kuupäev, kustutamismärk, teostatud. Need leiate järjehoidjast "Andmed", nupp "Standarddetailid".

Numbrist ja kuupäevast oleme juba rääkinud. Kustutusmärk on Boole'i ​​atribuut, mis sisaldab teavet selle kohta, kas dokument on kustutamiseks märgitud või mitte. Link- atribuut, mis on ette nähtud dokumendi kordumatuks tuvastamiseks dokumenditabelis. Läbiviidud- Boole'i ​​atribuut, mis sisaldab teavet selle kohta, kas dokument on postitatud või mitte.

Dokument võib olla kolmes olekus:

  • Pole kustutamiseks märgitud ega teostatud;
  • Pole kustutamiseks märgitud ja teostatud;
  • Märgitud kustutamiseks ja seda ei teostatud.

Nagu varem märgitud, saab arendaja iseseisvalt lisada nii vajalikud üksikasjad kui ka tabeliosad. Igal tabeliosal on üks standardne atribuut - "Reanumber".


Dokumentide hoidmine infobaasis

Andmebaasis hoitakse igat tüüpi dokumente eraldi tabelis. See tabel sisaldab kõiki dokumendi üksikasju. Laua osi hoitakse eraldi tabelites. Dokumenditabeliga suhtlemine toimub detailide abil "Link".

Dokumentide nummerdamine

Igal dokumendil on number, mille seaded määratakse vahekaardil "Nummerdamine". Sellel vahekaardil saate seadistada automaatse nummerdamise funktsiooni, unikaalsuse kontrolli funktsiooni, määrata numbri tüüpi (numbriline või string) ja selle pikkuse.

Soovitatav on määrata numbritüübiks string, sest edaspidi võib tekkida vajadus märkida numbrisse organisatsiooni eesliide, mida juhtub väga sageli.

Eesliide määratakse dokumendiobjekti moodulis protseduuris "Uue numbri installimisel".

Uue numbri installimise protseduur (standardne töötlemine, eesliide) Protseduuri lõpp

Samuti vahekaardil "Nummerdamine" saame määrata dokumendi sageduse.

Võimalikud väärtused:
  • mitteperioodiline;
  • aasta jooksul;
  • Ploki sees;
  • kuu jooksul;
  • Ühe päeva jooksul.
Tavaliselt vali väärtus "aasta jooksul", see tähendab, et uuel aastal algab dokumentide nummerdamine otsast peale.

Mõnikord tuleb ette olukordi, kus mitut tüüpi dokumentide jaoks on vajalik pidev nummerdamine. Nendel juhtudel pakub süsteem sellise objekti lugejana.

See tuleb väljale märkida "lugeja".

Dokumentide läbiviimine

Veidi dokumentide töötlemisest. Süsteemi jaoks tähendab see, et dokument postitatakse, kui Boole'i ​​lipp "Läbistatud" dokument on seatud "Tõsi". Üldloendis on sellised dokumendid vastava ikooniga esile tõstetud. Platvormi jaoks ei tähenda see enamat, kuid programmi loogika seisukohalt võib valminud dokument mõjutada ettevõtte majandustulemust. See tähendab, et see suudab genereerida liikumisi registrite järgi, mille põhjal aruandeid genereeritakse.

Kui interaktiivne või programmiline täitmine toimub, käivitub protseduur "ProcessingConduct()", mis asub dokumendiobjekti moodulis.

// Sisestage käitleja sisu. Menetluse lõpp

Sellel protseduuril on kaks parameetrit: keeldumine Ja režiimis. Kui määrate tõrkeparameetri väärtuseks "Tõsi", siis postitamist ei teostata. Parameeter "Režiim" loob dokumenditöötlusrežiimi - töökorras või mitteoperatiivne. Arendaja peab selles protseduuris iseseisvalt registreerima liikumised registrites ise.

Vahekaardil on määratud registrid, milles dokument liigub "Liikumised".

Näide tehingute töötlemise protseduurist

Töötlemisprotseduur (tõrge, režiim) // Selle fragmendi on ehitanud konstruktor. // Konstruktori taaskasutamisel on tehtud käsitsi muudatusi // läheb kaduma!!! // registreeri GoodsInStocki saabumine Liikumised. Tooted on laos. Kirjuta = Tõene ; Iga TechStringi toodete puhul toodetest Tsükli liikumine = liikumine. Tooted on laos. Lisama() ; Liikumine. Liikumise tüüp = Akumulatsiooniliikumise tüüp. Tulemas; Liikumine. periood = kuupäev; Liikumine. Toode = TechStringProducts. Toode; Liikumine. Kogus = TechStringProducts. Kogus; EndCycle ; //__CONSTRUCTOR_MOVEMENT_REGISTERS Menetluse lõpp

Juurdepääsuõigused dokumentidele

1C süsteemis on erinevat tüüpi juurdepääsu. Need on interaktsioonianalüüs ja programmi tegevuse analüüs.

Mis on interaktiivsed tegevused? Need on toimingud, mida teeb otse kasutaja: nuppude, märkeruutude jms vajutamine. Tarkvaratoiminguid teostab mingi algoritm, mille teostamisest ei pruugi kasutaja isegi teadlik olla.

Dokumendi juurdepääsuõigused on konfigureeritud vahekaardil "Õigused". Siin näeme mitut jaotist, see on jaotis, kus kuvatakse rollid, otse õiguste jaotis ja jaotis "Andmejuurdepääsu piirangud"(me ei võta seda arvesse; see on vajalik nn RLS-mehhanismi kasutamisel).

Peatükk "Rollid" kuvab kõik teabebaasi loodud rollid, mille jaoks jaotises "Õigused" Seadsime just juurdepääsuõigused.

Võimalikud juurdepääsuõiguste tüübid:
  • lugemine (programmiliselt), vaatamine (interaktiivselt);
  • lisama (programmiliselt), interaktiivselt lisama (interaktiivne);
  • muuta (programmiliselt), redigeerida (interaktiivselt);
  • kustutada (programmiliselt), interaktiivne kustutada (interaktiivne);
  • dirigeerimine (programmiliselt), interaktiivne dirigeerimine (interaktiivselt);
  • täitmise tühistamine (programmiliselt), interaktiivne täitmise tühistamine (interaktiivselt);

Interaktiivne juurdepääsutüüp sisaldab ka järgmisi õigusi: interaktiivne märgistamine kustutamiseks, interaktiivne märgistuse eemaldamine kustutamiseks, interaktiivne märgitute kustutamine, interaktiivne mittetoimiv postitamine, postitatud kirjete interaktiivne muutmine, rea sisestamine.

Dokumendi tabeliosa

Dokumendi tabeliosad on määratud vahekaardil "Andmed" ja pole midagi muud kui kogud, mille elementideks on tabeliosa read. Seetõttu on selle elementide läbimine võimalik nii tsükliga kui ka otsejuurdepääsuga indeksiga (numeratsioon algab nullist).