U ovoj publikaciji M.A. Vlasova, nastavnik-konzultant u Centru za certificiranu obuku tvrtke "1C: Automation", detaljno ispituje mehanizam implementiran u "1C: Complex Automation 8" za izvođenje završnih operacija mjeseca, koji je namijenjen za formiranje transakcija propisanih zakonom, zatvaranje određenog broja računa i utvrđivanje financijskog rezultata poslovanja. Posebnu relevantnost i praktičnu vrijednost članku daju preporuke autora o organiziranju kontrole ispravnosti rutinskog poslovanja, kao i razmatranje zaključnog poslovanja na kraju godine.

Postupak zatvaranja mjeseca

Postupak za zatvaranje mjeseca sastoji se od niza rutinskih operacija: obračun amortizacije, otplata troškova radne odjeće i posebne opreme, određivanje troška kretanja zaliha za mjesec, revalorizacija strane valute, otpis budućih troškova kao tekućih. troškova, utvrđivanje stvarne cijene proizvedenih proizvoda i usluga, utvrđivanje odstupanja u procjenama prihoda i rashoda u računovodstvu i poreznom računovodstvu, obračun poreza na dobit, obračun obveza PDV-a itd. Sve ove radnje provode se posebnim regulatornim dokumentima koji su izrađeni i provedeni izlazi u određenom nizu.

Kako bi se korisniku olakšao rad u obavljanju rutinskih operacija u konfiguraciji "1C: Integrirana automatizacija 8", stvorena je funkcionalnost "Zatvaranje mjeseca". Omogućuje vam konfiguraciju i kontrolu postupka zatvaranja na kraju mjeseca i pomaže u koordinaciji interakcije odgovornih osoba koje obavljaju pojedine regulatorne operacije.

Postavljanje postupka zatvaranja na kraju mjeseca

Prvo se izvode predpodešavanja (izbornik - Regulatorne operacije - Postavljanje kraja mjeseca). Postavke zatvaranja svih mjeseci su elementi istoimenog imenika. Svaka postavka kreirana je neovisno o organizacijama koje čine poduzeće i može se koristiti za bilo koju od njih.

U obrascu za podešavanje navedeno je razdoblje od kojeg se može primjenjivati, kao i znakovi odraza u računovodstvenom, poreznom i upravljačkom računovodstvu. Također biste trebali odabrati opciju sustava oporezivanja - opći ili pojednostavljeni (s različitim vrstama porezne osnovice), budući da se sastav transakcija razlikuje za različite porezne režime.

Na knjižnoj oznaci Postavke sažetka navedene su operacije koje se moraju izvesti. Postavka zatvaranja mjeseca prema zadanim postavkama uključuje sve operacije koje je moguće izvršiti, osim onih koje ne odgovaraju računovodstvenim postavkama (izbornik I Sučelje "Upravitelj računa". - Postavljanje računovodstva - Postavljanje računovodstvenih parametara).

Tako se sukladno postavljenim računovodstvenim parametrima u programu može voditi paketno računovodstvo ili koristiti način napredne analitike troškovnog računovodstva (RAUZ). Kada koristite RAUZ, rutinske operacije koje zahtijevaju velike resurse Vratite redoslijed skupnog računovodstva I Prilagodite troškove otpisa zaliha nisu ispunjeni, stoga, u dijagramu prikazanom na sl. 1, oni su neaktivni i njihova upotreba se ne može konfigurirati.

Riža. 1. Popis rutinskih operacija koje će se obaviti pri zatvaranju mjeseca

Sve ostale rutinske radnje, osim neaktivnih, mogu se uključiti u postavku zatvaranja mjeseca ili isključiti iz nje označavanjem odgovarajućih kućica. Tako, na primjer, ako organizacija nema devizna sredstva i ugovore s drugim ugovornim stranama sklopljene u stranoj valuti, tada nema potrebe za provedbom regulatorne operacije Revalorizirajte valutna sredstva i tako dalje.

Za svaki regulacijski rad mora biti određena odgovorna osoba. Prilikom izravnog izvođenja postupka za zatvaranje mjeseca, program će za to generirati zadatak. Odgovorni za obavljanje rutinskih operacija dodijeljeni su na kartici istog naziva. To je jednostavno učiniti tako da u lijevom polju odaberete operaciju, au desnom polju - korisnika (ili grupu korisnika) koji bi je trebao izvršiti, te strelicom (slika 2).

Riža. 2. Određivanje korisnika odgovornih za obavljanje rutinskih operacija

Na knjižnoj oznaci Raspodjela troškova Trebali biste navesti metode raspodjele troškova koje se koriste za postavku zatvaranja na kraju mjeseca. Standardno su svi troškovi odjela tipa "Glavna proizvodnja" i "Pomoćna proizvodnja" raspoređeni prema obujmu proizvodnje, a troškovi odjela tipa "Ostalo" raspoređeni su prema planiranom trošku proizvodnje.

Ako je potrebno, postavka raspodjele troškova može se promijeniti odabirom vlastite metode raspodjele, na primjer, za svaku stavku troškova svakog odjela (pri izračunu troškova ovisno o vrsti proizvodnje - materijalno intenzivna, radno intenzivna itd. - ili druge značajke poduzeća, kao iu skladu s odobrenom regulativnom dokumentacijom organizacije).

Osim toga, morate imati na umu da je, kako bi program pravilno izvršio raspodjelu troškova, potrebno konfigurirati korespondenciju između odjela poduzeća i odjela organizacija u bazi podataka (izbornik Sučelje "Puno" - Imenici - Društvo - Divizije).

Također, u postavci zatvaranja na kraju mjeseca za svaku rutinsku operaciju naznačeno je koji dokumenti trebaju biti kreirani i knjiženi kada se ona izvrši.

U pravilu, svaka regulatorna operacija odgovara jednom ili više dokumenata koji se moraju izraditi i provesti. Ova korespondencija je konfigurirana u registru informacija Popis regulatornih operativnih dokumenata. Otvara se ispunjeno prema zadanim postavkama kada kliknete gumb na naredbenoj traci Dokumenti regulatornog poslovanja(slika 3). U pravilu ga nije potrebno posebno ispunjavati.

Riža. 3. Dokumenti za obavljanje rutinskih operacija

Po potrebi se popis podudaranja može automatski ponovno napuniti sa zadanim postavkama (gumb na naredbenoj traci I), prije čega će se izbrisati svi prethodno stvoreni unosi. Za neke regulatorne radnje dokumenti se ne instaliraju prema zadanim postavkama prilikom ispunjavanja:

• ili zbog potrebe za izvođenjem dodatnih radnji (na primjer, možda ćete morati unijeti postotak aktivnosti na UTII pri izračunu plaća i poreza na "plaće");
• ili zbog mnoštva dokumenata koji se kreiraju, rezultati popunjavanja koji ovise o prethodnim (operacija Izračunajte plaće i jedinstveni socijalni porez);
• ili zbog nedostatka dokumenata (rutinska operacija se može izvršiti ne samo dokumentom, već i posebnom obradom);
• ili zbog činjenice da je postupak za izvođenje rutinske operacije detaljno opisan u zasebnom dijagramu.

Također je moguće konfigurirati popis izvješća koja će biti dostupna korisniku za praćenje rezultata izvođenja rutinske operacije iz obrasca Redoviti rad(pomoću gumba na naredbenoj ploči Izvještaji).

Postavke se vrše u informacijskom registru Popis izvješća o rutinskim operacijama(gumb naredbene ploče obrasca postavki zatvaranja mjeseca Regulatorna izvješća o radu). Za jednu rutinsku operaciju može se odrediti proizvoljan broj izvješća. Postavljanje sastava izvješća nije obavezno.

Sastav i redoslijed operacija odražava se na grafičkom dijagramu (dokument Postavljanje kraja mjeseca knjižna oznaka Shema). Omogućivanje/onemogućavanje izvođenja rutinske operacije i dodjeljivanje odgovornih osoba može se izvršiti izravno na dijagramu.

Razmotrimo postupak za izvođenje postupka zatvaranja na kraju mjeseca.

Pokretanje postupka zatvaranja na kraju mjeseca

U izborniku se kreira novi postupak zatvaranja mjeseca Sučelje "Voditelj računovodstva" - Regulatorne operacije - Postupak zatvaranja mjeseca.

U obliku Zatvaranje mjeseca Na kartici Parametri morate navesti:

• završni mjesec;
• organizacija;
• postavke zatvaranja mjeseca;
• pripadnost vrstama računovodstva (menadžersko, računovodstveno, porezno).

Zatim biste trebali učitati postavke i pokrenuti postupak pomoću istoimenih gumba.

Nakon dovršetka ovih koraka pojavit će se prozor s informacijama u kojem će korisnik biti obaviješten o tome koje će se rutinske radnje izvoditi i kojoj su odgovornoj osobi dodijeljene. Ako nisu potrebne promjene, kliknite na gumb Pokreni.

Tijekom postupka zatvaranja na kraju mjeseca:

• zadaci se automatski generiraju za odgovorne osobe za obavljanje rutinskih operacija;
• Prilikom izvođenja sljedeće rutinske operacije automatski se provodi prijelaz na sljedeću operaciju - generiraju se novi zadaci. Štoviše, neke se operacije mogu izvoditi paralelno (u isto vrijeme).

Postupak zatvaranja na kraju mjeseca smatra se završenim nakon što su dovršene sve regulatorne radnje.

Praćenje napredovanja postupka

Na knjižnoj oznaci Shema postupci Zatvaranje mjeseca Grafičkim slikama možete jasno vidjeti trenutno stanje pojedinih regulatornih poslova (slika 4):

• operacije koje se ne izvode (zbog postavki programa) nalaze se na bijeloj pozadini; dodatno naznačeno: "Nije izvršeno";
• operacije koje je korisnik onemogućio prikazane su sivom bojom;
• operacije koje je dodijelio trenutnom korisniku (ili grupi korisnika kojoj on pripada) označene su podebljanim okvirom;
• operacije za koje još nisu generirani zadaci prikazane su svijetlom bojom bez obrisa;
• operacije za koje su zadaci trenutno generirani (i čekaju izvršenje) zaokružene su crvenom točkastom linijom;
• dovršene operacije su zasjenjene;
• Kada se postupak zatvaranja mjeseca završi, pozadina dijagrama postaje tamna.

Riža. 4. Grafički prikaz postupka zatvaranja na kraju mjeseca

U zaglavlju obrasca ispisuje se trenutno stanje postupka zatvaranja na kraju mjeseca ("započeto", "završeno"). Formu rutinskog zadatka možete otvoriti dvostrukim klikom lijeve tipke miša na odgovarajući element grafičkog dijagrama ili rutinskog zadatka u popisu rutinskih operacija. Pomoću obrasca rutinskih zadataka možete kreirati i knjižiti odjednom sve dokumente potrebne za obavljanje rutinske operacije, provjeravati rezultate njihovog knjiženja u upisnike pomoću gumba izbornika, pregledavati izvješća o provedbi rutinskih operacija (reference, izračuni), te također unijeti u program podatke o tome da je ovaj regulatorni zahvat završen.

Izvođenje rutinskih operacija

Oni koji su odgovorni za obavljanje rutinskih operacija mogu vidjeti zadatke koji su im poslani za obavljanje rutinskih operacija u obliku popisa "Rutinske operacije" (izbornik Sučelje "Voditelj računovodstva" - Regulatorne operacije - Regulatorne operacije).

Za izvođenje svake regulacijske operacije potrebno je izvršiti sljedeće radnje.

1. Izraditi i provesti relevantne (dodijeljene regulatornoj operaciji) regulatorne dokumente ili izvršiti obradu. Obrada se provodi odvojeno od poslovnog procesa zaključenja mjeseca, pomoću gumba glavnog izbornika programa. Izrada dokumenata također se može obaviti odvojeno od poslovnog procesa, ali je razumno to učiniti iz obrasca regulatornog zadatka - pomoću istoimenog gumba koji vam omogućuje automatsku izradu potrebnih dokumenata. Obrazac rutinskog zadatka otvara se klikom lijeve tipke miša na grafički prikaz postupka na dijagramu zatvaranja mjeseca ili klikom na odgovarajuću liniju u popisu rutinskih zadataka.

2. Provjerite rezultat.

3. Označite rutinsku operaciju kao dovršenu (gumb "Označi kao dovršenu"). Štoviše, ako je rutinska operacija dodijeljena postupku zatvaranja mjeseca, ali zapravo njeno izvršenje nije potrebno (o čemu program prikazuje odgovarajuću poruku), tada za takvu rutinsku operaciju u svom obliku možete dodijeliti radnju „Izvrši bez provjere”.

Razmotrimo operacije uključene u regulatorne.

Izvršite dodatnu obradu dokumenata

Ova operacija se izvodi istoimenom obradom (izbornik Sučelje "Voditelj računovodstva" - Odgođeno - Dodatna dokumentacija). Postupak je neophodan kada je za organizaciju postavljen odgođeni način obrade dokumenata (slika 5).

Riža. 5. Postavljanje načina odgođenog objavljivanja

Prilikom obrade dokumenti koji su tijekom mjeseca knjiženi u skladu s načinom odgođenog knjiženja samo u dijelu potrebnih upisnika bit će proknjiženi u svim ostalim upisnicima.

Nakon završetka završne obrade dokumenata, rutinsku operaciju označavamo završenom. U tom slučaju, na popisu rutinskih operacija, program će označiti kućice koje označavaju da je operacija završena, a na grafičkom dijagramu će element koji odgovara završenoj rutinskoj operaciji biti zasjenjen (slika 6).

Riža. 6. Oznaka završetka rutinske operacije

Istovremeno, u popisu rutinskih operacija, procedura zatvaranja mjeseca će generirati zadatak za izvođenje sljedeće rutinske operacije, koja će se na grafičkom dijagramu pojaviti označena točkastom linijom.

Slične radnje treba provesti prilikom izvođenja svake rutinske operacije.

Vratite redoslijed izračuna za akvizicije (prodaje)

Ove rutinske operacije obavlja obrada Vraćanje stanja poravnanja s drugim ugovornim stranama (izbornik Sučelje "Voditelj računovodstva" - Regulatorne operacije - Vraćanje redoslijeda izračuna), koji je namijenjen identificiranju prisutnosti napredovanja (slika 7).

Riža. 7. Obnavljanje slijeda namirenja s drugim ugovornim stranama

Obnavljanjem sekvenci obrada generira transakcije i kretanja specijaliziranih registara povezanih s otplatom duga i prijebojem avansa za obračune s dobavljačima i kupcima.

Osim toga, za poravnanja u stranoj valuti, obrada usklađuje primitke i iznose prodaje prilikom prijeboja predujmova po različitoj stopi, a također revalorizira stanja na svim deviznim računima i generira unose za tečajne razlike u računovodstvu i poreznom računovodstvu.

Vratite redoslijed skupnog računovodstva

Ukoliko tvrtka ne koristi RAUZ, tada je potrebno izvršiti dodatnu operaciju koju izvodi obrada Post po serijama (izbornik Sučelje "Voditelj računovodstva" - Računovodstvo troškova - Izvođenje po serijama), koji je namijenjen:

• vratiti ispravan redoslijed računovodstva za serije zaliha, ako su dokumenti primitka i otpisa provedeni retroaktivno;
• za regulirani otpis troška serija zaliha u slučaju da takav otpis nije izvršen u trenutku knjiženja dokumenata (odnosno kod postavljanja računovodstvenih parametara stavljena je potvrdna kućica Otpis serija prilikom knjiženja dokumenata nije odabrano).

Ako se redoslijed skupnog računovodstva ne uspostavi, trebali biste provjeriti računovodstvo transakcija za primitak i prodaju (otpis) serija zaliha i osigurati da su svi dokumenti koji se odnose na kretanje zaliha objavljeni u informacijskoj bazi. (također se prije početka obrade možete uvjeriti da nema negativnih stanja na računima zaliha (na primjer, pomoću izvješća Popis robe u skladištima).

Za lakše pronalaženje grešaka preporuča se i korištenje gumba “Postavke” na vrhu obrade Izvođenje po serijama, te odabirom stavke izbornika Postavke obrade, potvrdite okvir Zaustavite grupnu obradu ako nema dovoljno serija. Nakon završetka obrade, sve poruke o nenapisanim lotovima mogu se dobiti iz prozora poruka i dnevnika.

Prilagodite troškove otpisa zaliha

Ako se RAUZ ne primjenjuje, tada organizacija mora pri zatvaranju mjeseca provesti rutinsku operaciju usklađivanja vrijednosti otpisanih zaliha. Provodi se dokumentom (Jelovnik - Dokumentacija - Regulatorne operacije - Usklađivanje troškova otpisa robe). Prilagodba je potrebna za:

• izračunavanje ponderiranog prosječnog troška otpisa serija pri korištenju metode procjene zaliha "Po prosjeku" (tijekom mjeseca trošak je uzet u obzir pomoću pomičnog prosjeka, a ovom operacijom se ponovno izračunava).
• preračunavanje troška zaliha, uključujući dodatne troškove za njihovu nabavu, ako su takvi troškovi iskazani u računovodstvenim evidencijama nakon otpisa imovine.

Paralelno izvođenje rutinskih operacija

Neki rutinski zadaci mogu se obavljati paralelno (slika 8). To se može vidjeti na popisu rutinskih zadataka i još jasnije na grafičkom dijagramu (zadaci se nalaze na istoj razini, svaki okružen točkastom linijom).

Riža. 8. Dodjeljivanje nekoliko rutinskih zadataka istovremeno

Odabir operacije Obračun amortizacije dugotrajne imovine , koji je namijenjen za obračun amortizacije i po potrebi dodatka za amortizaciju u skladu s postavkama napravljenim prilikom preuzimanja osnovnog sredstva u računovodstvo (stavljanje u pogon). Otvorite prozor rutinskih operacija dvostrukim klikom lijeve tipke miša na element prikazan na grafičkom dijagramu i kliknite na gumb "Kreiraj dokumente". Kao rezultat, kreirat će se dokument "Amortizacija dugotrajne imovine" s datumom zadnjeg dana u mjesecu koji se zatvara. Iz obrasca propisanog posla možete knjižiti dokument klikom na odgovarajuće gumbe i vidjeti rezultat knjiženja u računovodstvu i poreznom knjigovodstvu (slika 9).

Riža. 9. Knjiženje kreiranog dokumenta Amortizacija dugotrajne imovine

Nakon toga, operacija amortizacije mora biti označena kao završena. To se radi pomoću gumba Označi kao dovršeno u obliku rutinske operacije ili pomoću izbornika Radnje - Završeno na popisu rutinskih operacija.

Sljedeće operacije izvode se na sličan način.

Izračunati amortizaciju nematerijalne imovine. Ovom operacijom će se akumulirati amortizacija nematerijalne imovine i otpisati troškovi istraživanja i razvoja (R&D) prilikom provođenja kreiranog dokumenta Amortizacija nematerijalne imovine.

P platiti troškove posebne odjeće. Tijekom ove operacije dio troška posebne odjeće i posebne opreme bit će otpisan ako nije u potpunosti otplaćen prilikom puštanja u pogon. To će biti učinjeno prilikom knjiženja dokumenta Otplata troškova (radna odjeća, posebna oprema, inventar).

Otpisati RBP. Tijekom ove operacije dio troška razgraničenih troškova će se dokumentom prenijeti na tekuće troškove .

Revalorizirati stranu valutu. Revalorizacija se provodi dokumentom "Revalorizacija deviznih sredstava", pri čemu se vrši preračun valuta i dugova iskazanih u stranoj valuti u skladu s računovodstvenim i poreznim propisima.

Izračunajte troškove osiguranja. Dokument “Troškovi za dobrovoljno osiguranje” kreiran tijekom ove operacije namijenjen je otpisu budućih izdataka za dobrovoljno osiguranje zaposlenika u računovodstvu (76.01.2 “Uplate (doprinosi) za dobrovoljno osiguranje zaposlenika”) i poreznom knjigovodstvu (97.02 “Razgranična razdoblja). za dobrovoljno osiguranje”) osiguranje zaposlenika”).

Dokumenti za sljedeću regulatornu operaciju Izračunajte plaće i jedinstveni socijalni porez nastaju bez prolaska kroz njegov oblik. Takvi dokumenti uključuju:

• Platni spisak(Jelovnik Sučelje "Obračun plaća zaposlenika organizacija" - Obračun plaća - Obračun plaća);
• Obračun jedinstvenog socijalnog poreza(Jelovnik Sučelje "Obračun plaća zaposlenika organizacija" - Porezi - Jedinstveni obračun socijalnog poreza);
• Odraz plaće u regulatornom računovodstvu(Jelovnik Sučelje "Obračun plaća zaposlenika organizacija" - Računovodstvo plaća - Odraz plaća u regulatornom računovodstvu).

Operacija Izračunajte PDV uključuje stvaranje mnogih regulatornih dokumenata, pa se stoga napredak njegove provedbe može pratiti pomoću zasebnog grafičkog dijagrama (slika 10). Nakon izvršenja svih propisanih regulacijskih radnji, pozadina dijagrama potamni, a operacija Izračunajte PDV na glavnom dijagramu postaje dovršen (osjenčan).

Riža. 10. Grafički dijagram provedbe regulatornog poslovanja za PDV

Raspodijeliti troškove po vrsti djelatnosti, normirati troškove

Prilikom knjiženja dokumenta Redovno porezno knjigovodstveno poslovanje (porez na dohodak) izvršit će se one rutinske operacije koje su označene u dijaloškom obliku dokumenta.

Raspodjela troškova prema vrsti djelatnosti (UTII/non-UTII). Ova se operacija koristi ako se, uz aktivnosti koje podliježu plaćanju UTII, obavljaju aktivnosti koje ne potpadaju pod navedeni posebni režim. Poslovanjem se raspoređuju rashodi koji se ne mogu izravno pripisati niti jednoj vrsti djelatnosti, razmjerno udjelu prihoda od svake vrste djelatnosti u ukupnim prihodima.

Racioniranje troškova oglašavanja. Racioniranje troškova dobrovoljnog osiguranja i troškova naknade kamata zaposlenicima. Racioniranje troškova reprezentacije. Ove se transakcije koriste u odnosu na navedene troškove, uzimajući u obzir u porezne svrhe prema standardima utvrđenim Poglavljem 25. Poreznog zakona Ruske Federacije.

Izračunajte trošak (BU, NU). Izračunajte cijenu koštanja (CC)

U dokumentima nastalim tijekom ovih operacija obračunavaju se stvarni troškovi proizvodnje, izvođenja radova, pružanja usluga u računovodstvenom, poreznom i upravljačkom računovodstvu.

Operacija Obračun troškova dostupno samo uz korištenje RAUZ-a. Provodi se dokumentom Obračun troškova proizvodnje u nekoliko akcija, čiji sastav može biti različit za različite organizacije (slika 11).

Redoslijed radnji u dokumentu nije bitan, budući da program sadrži algoritam za njihovo automatsko izvođenje u ispravnom slijedu.

Riža. jedanaest. Obračun troškova proizvodnje

Ostvarite financijske rezultate

Ova regulatorna operacija služi za utvrđivanje financijskog rezultata za prihode i rashode iskazane tijekom mjeseca na računima 90 “Prodaja” i 91 “Ostali prihodi i rashodi”. Financijski rezultat utvrđen ovim dokumentom otpisuje se na konto 99 “Dobici i gubici”.

Dokument koji se stvara također može otpisati gubitke iz prethodnih godina za potrebe poreznog računovodstva, u skladu sa zahtjevima članka 283. Poreznog zakona Ruske Federacije. Iznos gubitaka izračunava se na sljedeći način: ako u trenutku zatvaranja mjeseca postoji dugovno stanje na računu 97.11 „Gubici prethodnih godina“, iznos otpisa budućih troškova izračunava se prema pravilima navedenim u analitika izgrađena na referentnoj knjizi Budući troškovi. Primljeni iznosi otpisuju se na račun 99.01 „Dobici i gubici bez poreza na dohodak“.

Izračunajte porez na dohodak

Dokument I izračunava trajnu i odgođenu poreznu imovinu i obveze u skladu s normama PBU 18/02 "Računovodstvo obračuna poreza na dobit", utvrđuje iznos uvjetnog rashoda (ili prihoda) poreza na dobit, a također obračunava tekući porez na dobit u proračunu ( s raspodjelom po proračunskim razinama).

Zatvorite godinu

Dokument Zatvaranje godine reformira bilancu i zatvara račune prihoda i rashoda u poreznom knjigovodstvu. Takav se dokument izrađuje krajem prosinca.

Nakon obavljenih svih rutinskih radnji predviđenih pokrenutim postupkom zatvaranja na kraju mjeseca, ovaj se postupak smatra završenim. Pozadina grafičkog dijagrama koji prikazuje rutinske operacije postaje tamnija (Sl. 12).

Riža. 12. Grafički prikaz završenog postupka zaključenja mjeseca

Otkazivanje rutinskih operacija za zatvaranje mjeseca

Ako trebate otkazati jednu od rutinskih operacija za zatvaranje mjeseca, trebali biste izvršiti sljedeće radnje. U dijagramu tekuće procedure za zatvaranje mjeseca (izbornik Redovno poslovanje - Zatvaranje mjeseca) potrebno je desnom tipkom miša kliknuti na grafičku sliku operacije koja se poništava i odabrati radnju Otkaži izvršenje rutinske operacije.

U tom slučaju, program će otkazati izvršenje odabrane rutinske operacije, a sve rutinske operacije koje slijede nakon otkazane u shemi bit će izbrisane. Obrada dokumenata stvorenih u sklopu ovih regulatornih operacija također će biti otkazana.

Kako biste otkazali izvršenje ne samo jedne rutinske operacije, već cijele procedure za zatvaranje mjeseca, morate kliknuti na gumb izbornika Radnje obrazaca za postupak zatvaranja mjeseca, potrebno je odabrati stavku Otkaži početak postupka. Program će otkazati izvršenje svih rutinskih operacija i dokumenata, a postupak zatvaranja na kraju mjeseca bit će prebačen u stanje "nije započeto".

Potvrde obračuna za završne transakcije u mjesecu

Za izradu računovodstvene dokumentacije i njezino slanje na odobrenje i pohranjivanje na papiru predviđen je skup izvješća pod nazivom „Reference-Izračuni“ (izbornik Sučelje "Računovodstveno i porezno računovodstvo" - Regulatorne operacije - Pomoć i izračuni).

Oni uključuju sljedeće potvrde i izračune:

• Revalorizacija strane valute(revalorizirani računi se odražavaju u kontekstu analitike, tečajne razlike);
• Otpis odgođenih troškova(prikazuje iznos svakog RBP-a raspoređenog na tekuće troškove, stanje neotpisanog iznosa);
• Racioniranje troškova(izvješće sadrži osnovice za raspodjelu troškova reprezentacije, oglašavanja i ostalih izdataka, iznose koji se uzimaju u obzir pri obračunu poreza na dohodak po načelu nastanka događaja za porezno razdoblje i za posljednji mjesec);
• Stalne i privremene razlike(odražavaju trajne i privremene razlike, postupak priznavanja i otpisa stalne i odgođene porezne imovine i obveza obračunatih na temelju njih);
• Obračun poreza na dohodak(uspoređuju se prihodi i rashodi koji su uzeti u obzir i koji nisu uzeti u obzir za potrebe poglavlja 25 Poreznog zakona Ruske Federacije, financijski rezultat se utvrđuje prema računovodstvenim podacima, prikazuju se usklađenja računovodstvenog financijskog rezultata, porez osnovica za porez na dohodak, obračunava se porez);
• Preračun vrijednosti odgođene imovine i obveza(korišteno prilikom preračunavanja ONA i ONO tijekom zakonskog smanjenja stope poreza na dohodak s početka 2009. godine).

Mnogi se ljudi sjećaju problema spore obrade i ponovnog prijenosa dokumenata u kombinaciji 1C 7.7 - MS SQL.

Jednom sam se susreo s istim problemom, nakon što sam prenio trgovačku bazu svog poduzeća iz DBF-a u SQL.

Tada je ova tehnologija implementirana. Iako mi se sama ideja pojavila nešto ranije.

Zadano: grupno računovodstvo robe, FIFO, otpis troška u trenutku ponovnog knjiženja dokumenta. Dnevno do 2500 dokumenata s kretanjem robnih i blagajničkih knjiga, što je iznosilo oko 60 tisuća mjesečno. U prosjeku 22 retka po dokumentu Provedbe inventara. Česte prilagodbe u robnim dokumentima tekućeg mjeseca "nazad". Prodaja putem TP-a. Kontrola troškova/markiranja od strane direktora on-line. Prosječno vrijeme obrade dokumenata Implementacija robe i materijala (kao najteže) je 2-2,5 sekundi.

Potrebno je: brzo, po mogućnosti unutar 4-5 sati, vratiti cijeli niz prije zatvaranja mjeseca. Štoviše, život je pokazao da se proces može ponoviti 2-3 puta. Istodobno, bez ikakvih promjena u strukturi i kodiranju konfiguracije.

Pogledajmo kretanja u registru "Dostupnost serije" dokumenta Provedba inventure:

Znamo da se pri otpisu serija zaliha stanje otpisuje iz serije koja je prva stigla. Ako je količina robe koja se otpisuje veća od količine u bilanci dane serije, dolazi do otpisa iz sljedećih serija.

Pogledajmo "Izjavu serije o inventaru i materijalima":

Postoji kopija serije. Koji uvjeti mogu dovesti do toga?

1. “Puzanje” dokumenata iz prethodne serije;

2. Smanjenje količine/vrijednosti u potvrdi/dokumentu prijema;

3. Povećanje količine u dokumentima otpisa;

4. Povrat je možda uklonjen iz ove serije;

5. Dokument je možda premješten prema vremenu dnevnika dokumenata - s kraja dana na početak, ili štoviše - s jednog dana na drugi.

Više nas ne zanima tko, kada, što, gdje i zašto. Naš cilj je ukloniti “crvenilo”.

Ako to radite ručno, što je za to potrebno? Tako je, ponovno objavite dokumente s rednim brojevima 3845 i 3846. Nakon toga, oni će "skliznuti" na sljedeću seriju. Zatim ažuriramo izvješće i vidimo ima li "crvenila" u sljedećoj seriji.

Istodobno, za sve ostale dokumente ponovna obrada neće igrati nikakvu ulogu! Svi proizvodi ostat će unutar svojih "izvornih" serija.

Pa, što nas sprječava da napišemo analitički modul koji će provjeriti tu korespondenciju između stranaka? Ništa.

Analiza je pokazala da takve promjene u ukupnoj masi kretanja ne iznose više od 10% od ukupnog broja dokumenata mjesečno. Ali ipak je lakše prebaciti 6000 nego 60 000.

To znači da redom za svaki dokument iz obrađenog razdoblja gradimo tablicu omjera broja robe u dokumentu, stanja po serijama i kretanja u šifrantu serija ovog dokumenta:

Odstupanja u bilansima i serijama označena su bojom.

Zapravo, sama činjenica barem jednog odstupanja u takvoj tablici već je signal da ovaj dokument treba revidirati.

Usput, u izravnom SQL upitu moguće je implementirati varijantu potpune analize takvih situacija, što smo uspjeli učiniti kao rezultat: upit nam je vratio samo retke s nedostatkom robe. Za ovaj primjer, to bi bile linije proizvoda br. 3, 6, 8.

Pronašli smo odstupanja i ponovno ih provjerili. Zatim sljedeći.

Analogno je organizirana analiza plaćanja.

Ovaj pristup omogućio je izvođenje preliminarne analize brzinom do 5 dokumenata u sekundi. A s obzirom na činjenicu da sama analiza više nije zahtijevala blokiranje baze podataka prebacivanjem na isključivi način rada i nije ometala procese stvaranja i održavanja tekućih dokumenata, u budućnosti se vraćanje slijeda često događalo ne samo noću, već i tijekom radnog vremena bez posebnih smetnji za zaposlenike.

23/10/2015

Paralelni paketni oporavak

Suvremeni računovodstveni zadaci proizvodnih poduzeća ostaju prilično složeni za sve sustave, posebno one koji rade pod velikim opterećenjem - veliki protok dokumenata ili broj korisnika. A jedan od najtežih zadataka ostaje zadatak izračunavanja troškova proizvodnje.

Tipične 1C konfiguracije, na primjer, "1C: Manufacturing Enterprise Management" (UPM), već dugo nude mnoge mehanizme za pojednostavljenje ovih izračuna, na primjer, alate mehanizma RAUZ (napredna analitika troškovnog računovodstva). Ovaj mehanizam stvarno omogućuje, u nekim slučajevima, značajno tehnički pojednostavljenje, a time i ubrzanje funkcija izračuna troškova. Jedini problem je što nije uvijek moguće koristiti ovaj pristup, te poduzeća moraju koristiti staro dobro serijsko računovodstvo, a uz to i proceduru vraćanja serijskog računovodstva.

U većini slučajeva, uz značajan protok dokumenata, zadatak „obnavljanja serija“ je najzahtjevniji i najdugotrajniji u procesu zatvaranja mjeseca i obračuna troškova. Pogledajmo ga pobliže sa svih strana i pogledajmo koji su načini optimizacije i smanjenja vremena.

Prva stvar s kojom se susrećete pri implementaciji projekata za optimizaciju izvedbe postupka skupnog oporavka su zastarjele metode izvođenja ovog postupka, odnosno potpuna ponovna obrada dokumenata. Nekada su to samo određene vrste dokumenata koji sudjeluju u “serijama”, nekada sve bez razlike. Čini nam se da ovaj pristup dolazi iz vremena kada zapravo nije bilo druge alternative, odnosno iz onih konfiguracija u kojima je to bio jedini način. Međutim, sada za konfiguraciju mekog pokretača koju razmatramo, to nije slučaj. UPP ima preciznije i učinkovitije mehanizme za obavljanje ovih zadataka, naime:

• Postupak vraćanja redoslijeda skupnog računovodstva (odvojeno za upravljanje, računovodstvo, organizacije)
• Postupak obnove međusobnih obračuna (definiranje avansa)

Svaka od ovih točaka provodi se zasebnom obradom, koja umjesto potpunog preknjiženja dokumenata ispravlja samo kretanja vrlo ograničenog broja upisnika, zbog čega se proces završava neusporedivo brže. Druga obrada za vraćanje međusobnih poravnanja odvija se približno na isti način. Osim toga, ako usporedite rad ovih mehanizama s uobičajenom ponovnom obradom dokumenata, možete naići na sljedeći problem koji iskrivljuje računovodstvene podatke: razvrstavanje dokumenata po datumu, potrebno za slaganje dokumenata "kronološkim redom", radi s točnošću od sekunde, a unutar jedne sekunde sustav može imati nekoliko različitih dokumenata (primjerice, potvrda o primitku i otpisu), čiji slijed obrade će odrediti generirani trošak. Tijekom normalnog rada ne postoji način da se osigura takav poredak, a takav izračun može dati različite rezultate s vremena na vrijeme. Kako bi riješila ovaj problem, platforma pruža poseban objekt, "slijed", koji rješava ovaj problem i uvijek zajamčeno raspoređuje dokumente u istom kronološkom redoslijedu, a obrada obnove niza uvijek se temelji na ovom redoslijedu.

U redu, ali što ako koristimo upravo ove tretmane, a proces obnavljanja serija traje dugo, na primjer, ne stigne se završiti preko noći? Pritom su kapaciteti poslužitelja najčešće u stanju mirovanja (ni 30% opterećeni).

Prema našem iskustvu, vrijeme obrade jednog dokumenta ne prelazi 0,2 - 0,8 sekundi, a sam kod za ispravljanje pokreta je prilično dobro napisan. Da biste dobili značajno povećanje, trebate smanjiti ovo vrijeme, na primjer, s 0,2 sekunde na 0,05, što se čini gotovo nemogućim zadatkom, čak i ako uzmemo u obzir mogućnost promjene ne samo konfiguracijskog koda, već i potpune zamjene opreme s najnovije generacije procesora i sustava za pohranu podataka na Flash/SSD. Zar stvarno nema izlaza?

Ispada da jest! Ovdje nam u pomoć priskače naše iskustvo u programiranju Olimpijade i radoznali um koji šapuće naizgled apsurdnu frazu - učinimo proces vraćanja "niza" "paralelnim"! Čini se da je to nemoguće, jer dokumente namjerno “slažemo” striktno jedan za drugim i tako ih obrađujemo. To objašnjava sporost procesa - izvodi se u jednoj niti, ograničen performansama jedne procesorske jezgre poslužitelja, koji u pravilu imaju dosta drugih jezgri u mirovanju u ovom trenutku.

Naime, slaganje dokumenata jedan za drugim je pojednostavljenje koje se namjerno koristi i jamči ispravnost računovodstva, ali nije jedino moguće rješenje. Svaki dokument u nizu ne ovisi o svim prethodnim dokumentima, već samo o nekima, npr. o onim dokumentima koji sadrže istu nomenklaturu. Istovremeno, sve ostale dokumente nije potrebno knjižiti “prije” našeg odabranog dokumenta, već ih je moguće knjižiti paralelno!

Iskreno govoreći, takva ideja i pristup sigurno nisu novi; na primjer, u bazi znanja tvrtke 1C o tehnološkim pitanjima postoji članak (http://kb.1c.ru/articleView.jsp?id=72) koji je opisao slične pristupe. Na internetu možete pronaći i druge slične teme, uključujući različita tumačenja takvih pristupa (na primjer, "mehanizam blokiranja" http://www.softpoint.ru/article_id375.htm, itd.). Međutim, problemi sa svim ovim pristupima su u tome što se temelje na određenim pretpostavkama ili umjetno oblikovanim "blokovima" obrade podataka i nemaju jasan redoslijed obrade. Željeli smo te nedostatke otkloniti na najakademskiji način i vjerujemo da smo u tome uspjeli.

Paralelni skupni proces oporavka koji smo implementirali sastoji se od dvije važne faze. Prva i ključna faza je izračun međusobnih ovisnosti dokumenata pomoću posebnih algoritama, uključujući uzimanje u obzir općih primijenjenih pretpostavki. Na primjer, možete primijetiti da svi primici čine nove serije i ne ovise ni o kome "prije", za razliku od otpisa. Sve takve ovisnosti prikazane su u obliku grafikona čije su točke dokumenti, a rubovi njihove ovisnosti. Strogo govoreći, ovo je usmjereni graf, ali se način njegovog obilaska razlikuje od klasičnih tehnika i algoritama, pa smo morali napisati svoj, za koji to nije važno.

Druga faza je izravna restauracija (ispravak pokreta), samo ne prema slijedu u kojem platforma registrira dokumente, već prema našem grafikonu. Pritom je bitno da sam kod i algoritmi za generiranje pokreta ostaju potpuno standardni, što znači da konfiguracija zadržava mogućnost ažuriranja. Sve naše izmjene nalaze se u zasebnom podsustavu i koriste samo funkcije uobičajenih modula, koji se također koriste u standardnoj obradi. To također jamči ispravnost rezultata - uvijek će se podudarati s tipičnim, sekvencijalnim oporavkom. Štoviše, to vrijedi i za industrijska rješenja (na primjer, "1C: Upravljanje farmom peradi"), gdje određeni dokumenti mogu biti prisutni u nizu. Prisutnost prve faze i daljnjeg klasičnog obilaženja grafa u dubinu čak omogućuju predviđanje i vremena obrade i stupnja "paralelizma" procesa, što očito ovisi o specifičnim podacima u bazi podataka. Uz pomoć ovih mehanizama možemo razumjeti potrebne resurse poslužitelja i također njima učinkovito upravljati.

Stvarna obrada reda dokumenata pomoću takvog grafikona ne predstavlja nikakve poteškoće i prilično je tipična - postoji kontrolni pozadinski posao koji određuje dokumente dostupne za obradu traženim redoslijedom i pokreće potreban broj radnih pozadinskih poslova, svaki od kojih obrađuje određeni dokument. Cijeli proces odvija se asinkrono, što znači da operater ne mora držati otvorenu sesiju soft startera u kojoj je izvršeno pokretanje - sve će raditi samostalno, dinamički prikazujući proces na posebnom dijagramu. Ovdje možete regulirati opterećenje - maksimalan broj niti (pozadinskih radnika) koji će biti pokrenuti istovremeno. I ovdje možete čak i pauzirati ovaj proces pauziranjem obrade, kao i nastaviti, bez potrebe za ponovnim izračunavanjem i pokretanjem. Budući da u prvoj fazi provodimo posebne izračune kako bismo bili sigurni u mogućnost paralelne obrade dokumenata, zastoji i zaključavanja praktički su eliminirani tijekom obrade. U proces se mogu miješati samo paralelni korisnici koji ga mogu samo malo usporiti, ali to neće ništa pokvariti i rezultat će u svakom slučaju biti točan. Da, dobro ste razumjeli - slijed možete vratiti prilično učinkovito čak i s radnim korisnicima, glavna stvar je isključiti promjene podataka tijekom razdoblja oporavka.

Dakle, činilo se da je problem riješen, algoritam je napisan, provjeren i testiran do najsitnijih detalja, ali pokretanje na stvarnoj radnoj bazi, nakon što je počelo raditi u normalnom načinu rada, počelo je značajno slabiti u performansama do sredine grafikona obrada. Vrijeme obrade jednog dokumenta počelo je prelaziti 10 sekundi (umjesto planiranog - ne više od sekunde), a ovdje su već primijenjeni standardni pristupi optimizaciji - analiza planova upita i njihova optimizacija. Kao rezultat ovog rada, pronašli smo standardni upit u UPP-u, koji malim prepisivanjem može eliminirati takvu degradaciju, a njegovi rezultati ostaju potpuno isti kao u standardnom obrascu. Ova se "zakrpa" može koristiti i za sekvencijalno vraćanje niza i za potpunu ponovnu obradu dokumenata. Možemo vam ga pružiti potpuno besplatno, na zahtjev na našu e-poštu: .

Sada smo dobili točno ono što smo planirali: mnogostruko smanjenje vremena obnavljanja niza (više od 16 puta!), učinkovito učitavanje opreme, prikladne i fleksibilne alate za upravljanje procesom. Ali ono što je najvažnije je zadovoljan kupac, što nam je uvijek glavni cilj i najveća vrijednost.

Recenziju ćete moći pročitati vrlo brzo na našim stranicama.

I na kraju, mali kontrolni popis za vas.

Osnovne tehnike sekvenciranja, od najjednostavnijih do najinovativnijih:

• Knjižite li dokumente ponovno da biste vratili redoslijed samo za one dokumente koji se koriste u redoslijedu skupnog računovodstva i razvrstani po trenutku u vremenu, a ne po datumu?
• Umjesto ponovnog knjiženja, koristite li specijalizirani mehanizam za vraćanje serija i međusobnih obračuna (u UPP-u i sličnim konfiguracijama)?
• Koristite naš vlastiti višenitni, paralelni skupni oporavak? J

Predstavlja sekvencijalno kreiranje i obradu određene vrste dokumenata i provođenje posebne obrade.

Ovisno o vrsti poslovnih transakcija prikazanih u sustavu, sastav dokumenata i obrada mogu se promijeniti. Ovaj članak navodi one najčešće. Pogledajmo korak po korak upute za zatvaranje mjeseca.

Neke akcije koje po mom mišljenju treba razjasniti , komentirat će se.

Osim toga, postupak zatvaranja na kraju mjeseca može se odnositi na sistemski poslovni proces; zahtijeva preliminarnu konfiguraciju. Na temelju radnog iskustva mogu reći da je izvedivost njegove uporabe upitna, postupak postavljanja i korištenja neće biti opisan.

Procedure korak po korak

Prije pokretanja postupka zatvaranja na kraju mjeseca, potrebno je izvršiti neke operacije za organiziranje podataka sustava. Izvršenje ovih obrada zahtijeva znatan vremenski utrošak, preporučljivo ih je provoditi kada u bazi nema aktivnih korisnika (kako se ne bi mijenjao dokument koji je već obrađen).

Besplatno nabavite 267 video lekcija o 1C:

Slijedom navedenog, preporučljivo ih je provoditi u neradno vrijeme. Navedena obrada provodi se prije zatvaranja mjeseca u bazi podataka 1C UPP 8.2, u slučaju korištenja načina obračuna troškova -. Ako se koristi RAUZ, ne očekuje se izvršenje ovih operacija obrade.

• Obnovi redoslijed naselja za akviziciju – obradu (Vrati redoslijed naselja).
• Obnovi redoslijed izračuna za implementaciju – obradu (Vrati redoslijed izračuna).
• Vratite slijed skupnog računovodstva - obrade (Post by batch).
• Usklađivanje troška otpisa robe - dokument (dovodi trošak na pomični prosjek).

• Amortizacija dugotrajne imovine – dokument.
• Otplata troška () – dokument.
• – dokument.
• Revalorizacija deviza - dokument.
• - liječenje. Pronalazi primljene predujmove (stanja na kontu 62.02), klikom na gumb “Pokreni” kreira račune za predujam, ako takvi računi već postoje u sustavu, prepisuje ih (ne udvostručuje).
• Potvrda o nultoj stopi PDV-a – dokument. Popunjava se ako u sustavu postoji odgovarajuće računovodstvo.
• Formiranje knjižica nabavne knjige – dokument.
• Generiranje zapisa u knjizi nabave (0%) – dokument. Popunjava se ako u sustavu postoji odgovarajuće računovodstvo.
• Formiranje prodajnih knjiga – dokument.
• Generiranje prodajnih zapisa (0%) – dokument. Popunjava se ako u sustavu postoji odgovarajuće računovodstvo.
• Troškovnik - dokument. Najvažniji dokument zatvara skupe račune.
• Utvrđivanje financijskog rezultata - dokument.
• Obračuni poreza na dohodak – dokument.