Kas naujo 1c bloke. Apskaita

Visa įmonės ūkinė veikla atspindima apskaitoje. Konfigūracijoje įdiegti apskaitos principai visiškai atitinka Rusijos teisės aktus ir tuo pačiu atitinka verslo poreikius.

Konfigūracija apima apskaitos sąskaitų planą, sukonfigūruotą pagal Rusijos Federacijos finansų ministerijos įsakymą „Dėl organizacijų finansinės ir ūkinės veiklos apskaitos sąskaitų plano patvirtinimo ir jo taikymo instrukcijų“. 2000 m. 31 d. Nr.94n. Sąskaitų sudėtis, analitinės, valiutinės ir kiekybinės apskaitos nustatymai leidžia atsižvelgti į įstatymų reikalavimus. Vartotojas taip pat gali savarankiškai tvarkyti apskaitos metodiką, kaip dalį apskaitos politikos, kurti naujas subsąskaitas ir analitinės apskaitos skyrius. Tam nereikia specialių žinių ar konfigūravimo įgūdžių.

Apskaita tvarkoma pagal Rusijos įstatymus visose srityse:

• banko ir grynųjų pinigų operacijos;
• ilgalaikis ir nematerialusis turtas;
• medžiagų, prekių, gaminių apskaita;
• kaštų apskaita ir kaštų skaičiavimas;
• valiutos operacijos;
• atsiskaitymai su organizacijomis;
• atsiskaitymai su atskaitingais asmenimis;
• atsiskaitymai su personalu dėl darbo užmokesčio;
• skaičiavimai su biudžetu.

Apskaita automatiškai atspindi visas įmonės ūkines operacijas, registruotas kituose posistemiuose, ir užtikrina aukštą finansinių ataskaitų formavimo laipsnį.

Apskaita yra viena iš svarbiausių įmonės veiklos sričių. Buhalteriai turi būti aprūpinti patikimu ir efektyviu automatizavimo įrankiu.

Pagrindinis ūkinių operacijų registravimo būdas apskaitoje – suvesti į informacinę bazę dokumentus, kurie atitinka pirminius apskaitos dokumentus. Apskaitos įrašai dokumentui generuojami automatiškai, jei dokumente yra rodiklis, atspindintis dokumento ūkinę operaciją apskaitoje. Kai kurie dokumentai gali neatsispindėti apskaitoje.

Leidžiamas tiesioginis individualių apskaitos įrašų įvedimas.

Palaiko kelių juridinių asmenų apskaitą vienoje informacinėje duomenų bazėje. Tai bus patogu situacijoje, kai šių organizacijų ekonominė veikla yra glaudžiai susijusi viena su kita: tokiu atveju einamajame darbe galite naudoti bendrus prekių sąrašus, sandorio šalis (verslo partnerius), darbuotojus, nuosavus sandėlius ir pan. , o privalomos ataskaitos gali būti generuojamos atskirai.

Buhalteriniai įrašai

Tradicinėje apskaitoje įrašai naudojami verslo operacijoms registruoti tik didžiosios knygos sąskaitose. Konfigūracijoje išplėstos registravimo funkcijos: registravimas gali būti naudojamas verslo operacijoms atspindėti ir analitinėje apskaitoje. Tai pasiekiama naudojant papildomas detales paskelbiant - subconto.

Subconto yra analitinės apskaitos objektas, o subconto tipas yra panašių analitinės apskaitos objektų rinkinys, iš kurio parenkamas objektas. Visų pirma, subkontų tipai yra įmonės sandorio šalių, sandėlių, padalinių, darbuotojų sąrašai, inventoriaus prekių sąrašas, atsiskaitymo su sandorio šalimis dokumentai ir kt.

Subconto tipai pridedami prie apskaitos sąskaitų tiesiogiai sąskaitų plane.

Prie vienos apskaitos sąskaitos galite pridėti iki trijų tipų subsąskaitų.

Apskaitos įraše gali būti daug informacijos.

Be debeto ir kredito sąskaitų, operacija gali apimti iki trijų debeto antrinių sąskaitų ir iki trijų kredito antrinių sąskaitų. Jei bet kuriai komandiravimo sąskaitai sąskaitų plane nurodomas kiekybinės apskaitos požymis ir valiutos apskaitos požymis, tai be rublio sumos, komandiravimo įraše gali būti nurodytas kiekis ir suma užsienio valiuta (debetu ir/ar). kreditu).

Taigi, registravimas yra galingas įrankis, leidžiantis vienu metu atspindėti verslo operacijas sintetinėje apskaitoje ir keliose analitinės apskaitos skyriuose. Tačiau šio įrankio universalumas nesukelia papildomų sunkumų vartotojui, nes paprastai operacijos generuojamos automatiškai.

Straipsnis:

« 1C:ERP įmonės valdymas 2» – inovatyvus sprendimas kuriant kompleksines informacines sistemas, skirtas kelių pramonės įmonių veiklai valdyti, atsižvelgiant į geriausią pasaulinę ir vietinę stambių ir vidutinių įmonių automatizavimo praktiką. Sprendimą 1C:ERP Enterprise Management 2 sukūrė naujoje modernioje 1C:Enterprise platformos 8.3 versijoje 1C specialistų projekto komanda, dalyvaujant specialiai sukurtai ekspertų tarybai, kurioje dalyvavo specialistai iš pirmaujančių 1C partnerių (ERP centrų). , plėtros centrai „1C“) ir didelių pramonės įmonių specializuotų padalinių vadovai. Prieš išleidžiant galutinę versiją, šį produktą daugiau nei metus tyrė ir išbandė šimtai partnerių ir dešimtys klientų bandomuosiuose diegimuose.

Tai pravers!

„1C:ERP Enterprise Management 2“

Ypatingas dėmesys kuriant buvo skirtas funkcionalumo, reikalingo didelėms įmonėms įvairiose veiklos srityse, įgyvendinimui, įskaitant ir turinčias techniškai sudėtingą kelių procesų gamybą. Šis metodas leido žymiai išplėsti naujojo ERP sprendimo galimybes ir apimtį, palyginti su „1C: Manufacturing Enterprise Management“ 1.3 leidimu.

Pagrindiniai produkto pranašumai:

• platus funkcionalumas tarptautinės klasės ERP sistemų lygiu;
• lanksti ir produktyvi moderni platforma „1C:Enterprise 8.3“, palaikantis darbą internetu, įskaitant „debesų“ technologijas ir darbą mobiliaisiais įrenginiais;
• daugybė specializuotų sprendimų, kurie išplečia sistemos galimybes vienoje platformoje (PDM, EAM, PMO, ITIL, CRM, MDM, WMS, TMS, BSC, ECM, CPM, ESB, GIS ir kt.);
• platus partnerių tinklas, turintis ilgametę patirtį diegiant ERP sistemas;
• mažos nuosavybės sąnaudos ir galimybė gauti reikšmingą ekonominį efektą, padidėjus produktyvumui ir greita investicijų grąža.

Pagrindinės plėtros kryptys:

• Sukurta nauja gamybos valdymo posistemė– perėjimų tarp parduotuvių ir eksploataciniu lygmeniu valdymas, maršruto lapai, paleidimo partijų valdymas, grupinės ir asmeninės darbo užduotys, operatyvinis išsiuntimas, kliūčių valdymas, apkrovos valdymas, planavimas iki laiko kiekio, pasirengimas dirbti su netiksliais standartais .
• Sukurtas remonto organizavimo posistemis– remonto objektų apskaita, darbo valandų registravimas, einamųjų ir neplaninių remontų apskaita, integravimas su gamybos posistemiu – įrangos prieinamumo grafikai.
• Išlaidų apskaitos ir sąnaudų skaičiavimo sistemos sukūrimas– detalizuojama iki pradinių išlaidų apimties, matomumas ir skaičiavimo pagrįstumo kontrolė.
• Finansų valdymo posistemės kūrimas– apskaita pagal veiklos sritis, paraiškų tvirtinimo etapus, lanksčios platinimo taisyklės, įsigijimo operacijos.
• Biudžeto sudarymo mechanizmų ir priemonių tobulinimas – lentelių biudžeto sudarymo modelis, versijų sudarymas, planuojamų rodiklių skaičiavimas, duomenų dekodavimas.
• Įmonės prekybos ir sandėliavimo veiklos automatizavimo posistemių kūrimas – efektyvumo valdymas pardavimo procesai Ir sandoriai su klientu, pritaikomos automatinės kainodaros galimybės, reguliuojamų pardavimo procesų naudojimas, pažangus klientų užsakymų valdymas, prekybos atstovų valdymas, pardavimo procesų būklės stebėjimas, atskira užsakymų apskaita – rezervavimo poreikiai, mobilios darbo vietos sandėlio darbuotojams, daugkartinių pakuočių apskaita, statistinė atsargų analizė, pristatymo valdymas ir prekių kalendorius (sujungimas su Prekybos valdymu, 11.1 leidimas).
• Posistemių kūrimas reguliuojama apskaita- ūkinių operacijų atspindėjimo taisyklių nustatymas finansinės apskaitos grupėms, ūkinės veiklos faktų apskaita atidėtu būdu, kontroliuojant atspindžio aktualumą, operatyvinė operacijų formavimo savavališkam dokumentui kontrolė, atsiskaitymai su atskirais apskaitos padaliniais. organizacija (79 sąskaita), automatinis „sudėtingo“ PVM apskaitos palaikymas be papildomų nustatymų , pajamų mokesčio deklaracijų aiškinimas ir reguliuojamas ataskaitų teikimas.
• Produkto valdymo galimybių tobulinimas personalas ir darbo užmokestis– personalo lentelės tvarkymas, darbo užmokesčio apskaičiavimas pagal darbuotojų našumą, lanksčios darbo užmokesčio atspindėjimo finansinėje ir reguliavimo apskaitoje galimybės.
• Naudojant naujas 8.3 versijos funkcijas 1C: Įmonės platforma – palaiko darbą plono kliento ir žiniatinklio kliento režimais.

Turėdamas pakankamai patirties diegiant SCP, noriu pastebėti, kad kiekviename projekte anksčiau ar vėliau tekdavo buhalteriją perkelti kaip skyrių dirbti programoje. Šiame procese yra nemažai sunkumų. Visų pirma norėčiau atkreipti dėmesį į perėjimą nuo BP 2.0 prie UPP. Nepaisant to, kad BP 3.0 jau buvo išleistas, manau, kad šis klausimas kurį laiką išliks populiarus. Taigi koks yra sunkumas?

Turime pradėti nuo to, kad 1.3 apskaitos skyrius yra arčiau 1.6 versijos įmonės apskaitos skyriaus nei 2.0, nors, žinoma, visas funkcionalumas atitinka šiuolaikines realijas. Nepaisant to, tai suvokiama kaip grįžimas prie kažko seno, moraliai pasenusio. Ir svarbiausia, kad tame yra nemažai tiesos.

Žinoma, atliekant apskaitos užduotis, konfigūracija (toliau – BP) 2.0 turi privalumų ir patogumų, tačiau nepaisant to, UPP akcentas yra jo gamybos grandinė, kuri neturi analogų jokiame 1C sprendime (išskyrus). Deja, šį konkretų psichologinį pranašumą sunku pakeisti tik stipriu vadovybės sprendimu, kad tie, kurie nesimokys, bus atleisti.

1C UPP ir 1C apskaitos skirtumai

Pagrindiniai neigiami taškai, išskiriantys UPP nuo BP, su kuriais susidūriau praktikoje:

• Sąskaitos faktūros generavimas naudojant nuorodą (BP ši sąskaita įvedama atskirame skirtuke).
• Ataskaitų išvaizda (apskaitos ataskaitos UPP tikrai atrodo blankiai, priešingai nei gražios BP ataskaitos su žalia antrašte ir daugybe nustatymų).
• Dokumentų žurnalų skirtumai (skirtingi BP buhalteriai įpratę dokumentų žurnalų pavadinimai ir sudėtis).
• Papildomų paieškos laukelių prieinamumas dokumentų žurnalų formose.

Gaukite 267 vaizdo įrašų pamokas 1C nemokamai:

Dabar apie šias ir kitas technines galimybes, kurios gali turėti įtakos apskaitai, reikėtų pakalbėti plačiau. Be to, kokias alternatyvas mums siūlo 1C UPP?

Svarbiausias apskaitos principų skirtumas UPP ir BP buhalteriui, mano nuomone, yra tai, kad neįmanoma (galbūt labai nedaug) verslo operacijų atspindėti su „Buhalterinės apskaitos ataskaitomis“. Kai kuriose įmonėse pusė apskaitos sudaroma naudojant „Operacijas“. Ši funkcija atsiranda dėl plačiai paplitusio apskaitos registrų UPP, o ne tik apskaitos registrų. UPP didžioji dauguma operacijų atliekama naudojant specializuotus dokumentus.

Pavyzdys: dauguma buhalterių atspindi palūkanas už paskolas, išduotas naudojant operaciją, nurodydami korespondenciją Dt91 Kt76, tačiau 1C UPP šis metodas neturės įtakos, pavyzdžiui, tarpusavio atsiskaitymų su sandorio šalimis registrui. Turėtumėte naudoti prekių ir paslaugų pardavimo dokumentus.

Atskirai verta paminėti, kad Operacijos dokumentą galima naudoti, tačiau tik kartu su Registro patikslinimo dokumentu, ir šis dokumentas gali suklaidinti bet kurį nepasiruošusį vartotoją.

Be to, reikia pažymėti, kad kai kuriose apskaitos sąskaitose skiriasi subkonto apskaita ir neįmanoma gauti dominančios informacijos naudojant standartinius metodus. Pavyzdžiui, 60 sąskaitoje nėra trečios subsąskaitos „Atsiskaitymų su sandorio šalimi dokumentai“, pagal kurią Registro dokumentas atitinkamai atsispindi BP, naudojant standartinį balansą nebus galima matyti šių dokumentų . Dalis išeities iš šios situacijos yra naudoti ataskaitą „Savitarpių atsiskaitymų su sandorio šalimis ataskaita“.

Kai kurių „nebalansinių“ sąskaitų nebuvimas 1C UPP, pavyzdžiui, MC sąskaitos. Iš tiesų, naudojamos medžiagos yra apskaitomos BP sąskaitoje MC paskyroje. UPP į informaciją apie perduotas eksploatuoti medžiagas atsižvelgiama „Eksploatuojamų medžiagų“ registre.

Trūksta mėnesio pabaigos uždarymo procedūros, kuri yra tokia artima ir suprantama. Taip, toks apdorojimas nėra įtrauktas į SCP. Mėnesio uždarymas atliekamas naudojant verslo procesą „Mėnesio uždarymo procedūra“, kuriame naudojamas katalogo elementas „Mėnesio uždarymo sąranka“.

Galbūt šis punktas yra visiškai ypatingas atvejis. Nepaisant to, verta paminėti. Dokumentas "Ilgalaikio turto judėjimas" - čia sunkumas tas, kad buhalterija nurodo iš kur ir kur perkeliamas ilgalaikio turto objektas, o SCP nurodo tik vietą, kur objektas perkeliamas. Tikroji objekto vieta nustatoma pagal registro įrašą tam tikru metu.

Nusidėvėjimo žiniaraščio ataskaita UPP yra kitokia ir neatspindi ilgalaikio turto judėjimo, taip pat galite naudoti atnaujintą ataskaitą.

Padidėjęs pildomų detalių skaičius. Žinoma, padaugėjo detalių. Tačiau dėl vartotojo nustatymų didžioji dauguma tokių duomenų gali būti užpildyti automatiškai.

Išeitys iš šios situacijos

Paprastai dauguma problemų, su kuriomis susiduriame, turi keletą sprendimų. Šioje situacijoje galiu pabrėžti, pavyzdžiui, tai:

Vienoje įmonėje buhalterijos padėtis buvo labai stipri, jiems labai nepatiko grįžti į praeitį ant 1C UPP 1.3, projektui grėsė žlugimas... Laimei, įmonė turėjo puikias finansines galimybes... Rezultatas buvo pilnas visų apskaitos ataskaitų perrašymas ir suvedimas į BP 2.0 formą, naujų dokumentų įtraukimas į dokumentų žurnalus, paieškos formų rodymas dokumentų žurnalų formose. Paaiškėjo, kad tai brangu: ir plėtros, ir tolesnės paramos prasme, bet buhalterija pajuto savo svarbą, o projektas tęsėsi.

Nors ši galimybė neatrodo labai efektyvi, gyvenime ji egzistuoja.

Diametrai priešingas sprendimas būtų griežtas vadovybės nurodymas naudoti tik esamas funkcijas. Beje, tai leidžia atlikti pilną apskaitą ir turi visus kontrolės mechanizmus. Šis požiūris yra optimalus įmonei!

Šis straipsnis tęsia publikacijų seriją apie apskaitos automatizavimą platformoje 1C:Enterprise 8 Šiandien kalbėsime apie valdymo apskaitos ir biudžeto sudarymo automatizavimo ypatybes naudojant programinės įrangos produktą 1C:Enterprise 8 Manufacturing Enterprise Management.

Prieš apsistodamas ties valdymo apskaitos automatizavimo ypatumais naudojant 1C: Enterprise 8 Manufacturing Enterprise Management programą, norėčiau bendrais bruožais apibūdinti šioje programoje įterptų apskaitos sprendimų ideologiją.
Pradėkime nuo paprasčiausio. Apibendrinta apskaitos blokinė schema (pavyzdžiu naudojant apskaitą) pateikta pav. 1.

Ryžiai. 1 Apibendrinta apskaitos struktūrinė schema

Kaip matyti iš 1 pav., bendriausiu atveju organizacija savo prekes, gaminius, darbus (paslaugas) parduoda klientams, už tai gauna iš jų pinigus, kurie savo ruožtu sumoka tiekėjams, gaudama iš jų prekes už vėlesnis perpardavimas, medžiagos ir kt. Tarp pajamų ir išlaidų susidaro einamosios veiklos finansinis rezultatas. Susidaro savotiškas apskaitos žiedas: pajamos – pinigai – išlaidos.

Jei panašiai, apskaitos žiedo pavidalu, bendrais bruožais aprašome kitus 1C: Enterprise 8 Manufacturing Enterprise Management programos apskaitos posistemius, tai programoje galime suskaičiuoti tokius septynis apskaitos žiedus (2 pav.) .

2 pav. Apibendrinta apskaitos blokinė schema 1C:Enterprise 8 Manufacturing Enterprise Management programoje

Kaip matyti iš 2 pav., du apskaitos žiedai (žiūrint iš viršaus) yra susiję su reguliuojama apskaita (apskaita ir mokesčiai), du apskaitos žiedai yra susiję su valdymo apskaita (planas ir faktas), du apskaitos žiedai yra susiję su biudžeto sudarymu (planas ir faktas). ), o vienas apskaitos žiedas yra susijęs su TFAS apskaita. Pažymėtina, kad visi septyni apskaitos žiedai turi nepriklausomus registrus duomenims saugoti, savo nepriklausomas ataskaitas apie duomenis iš šių registrų ir savo nepriklausomus dokumentus, skirtus šių registrų judėjimams generuoti. Šiuo atveju yra numatytos dvi savybės: pirma, judėjimai atitinkamuose registruose gali būti formuojami vienu metu registruojant vieną dokumentą buhalterinėje, mokesčių ir valdymo (faktų) apskaitoje ir, antra, judėjimai mokesčių apskaitos registruose visada formuojami kartu su formavimu. buhalterinės apskaitos judėjimų. Tokį suskirstymą pagal apskaitos rūšis lemia reguliuojamos (buhalterinės ir mokesčių) bei valdymo (veiklos ir finansinės) apskaitos sprendžiamų tikslų ir uždavinių skirtumas.

Geltonos rodyklės 2 pav. rodo posistemių sąveiką tarpusavyje, t.y. planavimas biudžeto sudarymo posistemyje gali būti vykdomas remiantis valdymo apskaitos planavimo duomenimis (tam valdymo apskaitos posistemyje numatyti galingi planavimo įrankiai) , o duomenis apie faktines operacijas biudžeto sudarymo posistemyje galima išgauti iš faktinių valdymo apskaitos duomenų (galite paimti duomenis ir iš apskaitos sistemos, viskas priklauso nuo sąrankos, tačiau manoma, kad pirmenybė teikiama faktiniams valdymo apskaitos duomenims).

Transformuojant duomenis verslo operacijų lygmeniu, duomenis apskaitos posistemyje pagal TFAS galima gauti po išankstinio nustatymo iš apskaitos pagal RAS, kas taip pat parodyta 2 pav. su geltona rodykle.
Nepaisant to, kad 1C:Enterprise 8 Manufacturing Enterprise Management programa yra labai galingas ir lankstus sprendimas, įvairiuose automatizavimo etapuose nebūtina pilnai išnaudoti visų funkcijų. Be to, bet kuri funkcionalumo dalis apskaitos žiedo lygiu gali būti naudojama nepriklausomai nuo kitų. Pavyzdžiui, biudžeto sudarymo posistemyje planavimo dokumentus ir faktinių operacijų atspindėjimą galima pildyti rankiniu būdu, o sistema naudotis autonomiškai, neįtraukiant valdymo, apskaitos ir mokesčių apskaitos posistemių funkcionalumo. Tačiau praktikoje biudžeto sudarymo posistemio autonominio naudojimo galimybė yra imlesnė darbo jėgai, palyginti su standartiniu variantu, kai duomenys į biudžeto sudarymo posistemį patenka iš valdymo apskaitos posistemio.

Taigi, programoje 1C:Enterprise 8 Manufacturing Enterprise Management, kaip matyti iš 2 pav., visi standartinės programos posistemiai yra tarpusavyje susiję, nepaisant to, kad įmonės struktūra, analitinė apskaita ir kiti apskaitos parametrai skirtinguose posistemiuose gali būti kitoks.

Paprastai automatizavimas įmonėse prasideda nuo apskaitos ir mokesčių apskaitos. Tačiau jei organizacija valdymo apskaitą ir (arba) biudžeto sudarymą ketina vesti lygiagrečiai arba ateityje, tuomet visos apskaitos sistemos kūrimas turėtų būti atliekamas sujungiant visus svarstomus posistemius (apskaitos automatizavimas pagal TFAS yra ne tik šio straipsnio taikymo sritį ir neturi santykinai jokios įtakos nagrinėjamai medžiagai). Pradėjus kurti vieningą apskaitos sistemą, apimančią apskaitą, mokesčius, valdymo apskaitą ir biudžetą, iškyla nemažai metodinių problemų, kurių sprendimas turi būti atliktas „ant popieriaus“, dar neprasidėjus automatizavimo procesui. Šios metodinės problemos tam tikra prasme yra sisteminio pobūdžio ir neturi nieko bendra su pačiu apskaitos automatizavimo procesu, nepaisant to, kokiu programiniu produktu bus automatizuotas ateityje. Jie taip pat yra automatizuojant apskaitą naudojant 1C: Enterprise 8 Manufacturing Enterprise Management programą. Pažvelkime į pagrindinius.

Pirmoji metodinė problema yra sudėtingumo laiku gauti tam tikrus duomenis, kurie turi būti atspindėti apskaitoje. Duomenys apie pardavimus ir pinigų srautus per banką ir kasą iš esmės gali būti įvesti į apskaitos sistemą beveik realiu laiku. Kalbant apie sąnaudų apskaitą, iškyla nemažai sunkumų. Taigi apskaitoje ir mokesčių apskaitoje ilgalaikio ir nematerialiojo turto nusidėvėjimas skaičiuojamas vieną kartą mėnesio pabaigoje, darbo užmokestis gali būti skaičiuojamas kelis kartus per mėnesį, medžiagos nurašomos mėnesio pabaigoje ar net jam pasibaigus, išlaidos ir atidėtųjų pajamų pajamos įrašomos tik vieną kartą mėnesio pabaigoje ir pan.

Vadinasi, finansinio rezultato formavimas kasdien apskaitoje ir mokesčių apskaitoje negalimas tik ataskaitinio laikotarpio (mėnesio, ketvirčio) pabaigoje. Norėdama greičiau gauti duomenis, įmonė turi organizuoti valdymo apskaitą. Tačiau iš karto kyla kitas klausimas: kas tvarkys valdymo dokumentus? Buhalterinėje apskaitoje vykdoma apskaita ir mokesčių apskaita, ekonominio planavimo (o gal ir finansų) skyrius planuoja įmonės operatyvinę ir finansinę veiklą, vėliau iš apskaitos paimdamas faktinius duomenis plano-fakto analizei. Dauguma organizacijų neturi faktų tvarkymo paslaugų valdymo apskaitoje.

Programoje „1C:Enterprise 8 Management of a Manufacturing Enterprise“ valdymo apskaita (faktas) gali būti vykdoma visiškai nepriklausomai nuo reguliuojamos apskaitos. Tačiau, kaip minėta, dokumentus vienu metu galima vykdyti trijų rūšių apskaitoje: mokesčių apskaitoje ir tvarkyme (2 pav. ši galimybė pavaizduota punktyrine linija). Tačiau pasinaudojimas šia galimybe, pirma, reiškia apskaitos ir valdymo apskaitos analitikos panašumą, o taip pat, antra, vėl laikiną valdymo apskaitos finansinių rezultatų formavimo vėlavimą (yra pagrįstas klausimas: kam reikalinga kita buhalterinė apskaita – valdymo apskaita?).

Jeigu valdymo apskaita visiškai atskirta nuo buhalterinės ir mokesčių apskaitos, t.y. valdymo apskaitos dokumentai generuojami savarankiškai, tada grįžtame prie klausimo: Kokie ištekliai bus naudojami tvarkyti dar vieną apskaitą – tvarkymą?
Na, o resursai valdymo apskaitos faktui palaikyti yra išmanūs, kyla toks klausimas: kaip metodologiškai teisinga valdymo apskaitoje realiu laiku atspindėti tas aukščiau paminėtas operacijas, kurios atsispindi periodiškai (nusidėvėjimas, darbo užmokestis ir mokesčiai, išlaidos ir atidėtųjų pajamų ir pan.)? Ir net jei ši problema būtų kažkaip išspręsta (pavyzdžiui, darbo užmokestis kasdien skaičiuojamas 1/30 praėjusio mėnesio sumos ir taip pat atspindi kitas operacijas), tada faktinių duomenų ir faktinių valdymo apskaitos duomenų neatitikimų problema. Vėliau koreguojant, pavyzdžiui, pagal apskaitos duomenis, faktas valdymo apskaitoje gali būti perkeltas į faktinius duomenis, tačiau tai galima padaryti ne dažniau kaip kartą per ketvirtį po finansinių ataskaitų pateikimo. Tai reiškia, kad valdymo apskaitos fakte per visą ketvirtį kaupiasi klaidos, kurių dydis gali pasirodyti reikšmingas.

Be to, norint gauti veiklos finansinį rezultatą, būtina atlikti visas valdymo apskaitos mėnesio uždarymo reguliavimo procedūras. Toliau duomenys turėtų patekti į biudžeto sudarymo posistemį, nes pati valdymo apskaita programoje 1C:Enterprise 8 Gamybos įmonės valdymas iš esmės yra veikiantis, o finansiniai rezultatai generuojami biudžeto sudarymo posistemyje. Pats norminių dokumentų sukūrimas gali užtrukti nemažai laiko. Suformavus veiklos finansinius rezultatus, visos valdymo apskaitos reguliavimo procedūros turėtų būti panaikintos. Apskritai, kaip rodo praktika, geriau kalbėti apie valdymo apskaitoje ne dienos, o savaitės ar dešimties dienų finansinių rezultatų gavimą.

Jei valdymo apskaita tvarkoma nepriklausomai nuo apskaitos, tai dėl valdymo ir apskaitos analitikos bei metodologijos skirtumų šiose dviejose apskaitos rūšyse gali būti gauti skirtingi finansiniai rezultatai. Praktikoje gali būti psichologinė problema: kokiais rezultatais tikėti – apskaita ar vadyba?
Buhalterinėje apskaitoje ūkinės operacijos įrašymo pagrindas yra pirminis dokumentas popieriuje, o valdymo apskaitoje duomenų įvedimo į apskaitos sistemą pagrindas gali būti telefono žinutė, paskaičiavimo išrašas, el. Tai veda prie griežto valdymo apskaitos reguliavimo poreikis.

Pirmiau minėti svarstymai kilo praktiškai įgyvendinant valdymo apskaitą įmonėse, naudojančiose 1C: Enterprise 8 Manufacturing Enterprise Management programą. Programą galima nesunkiai priderinti prie naudojamos valdymo apskaitos ir biudžeto sudarymo metodikos, tačiau į aukščiau aptartus klausimus reikia atsižvelgti ir juos išspręsti prieš prasidedant automatizavimo procesui. Jei iš pradžių viskas „išrašyta ant popieriaus“ ir rezultatas pasirodo priimtinas, belieka tik įdiegti metodiką naudojant programą. Priešingu atveju valdymo apskaitos ir biudžeto sudarymo automatizavimo procesas gali būti nebaigtas.

Valdymo apskaita yra nepaprastai svarbi sėkmingam įmonės egzistavimui. Per pastaruosius kelis dešimtmečius atsiradę automatizavimo įrankiai labai supaprastino šį reikalą. Taigi, kas yra valdymo apskaita 1C 8.3?

Bendra informacija

Optimalaus problemų sprendimo būdo pasirinkimas yra dviprasmiškas ir labai priklauso nuo atliekamų darbų specifikos bei struktūrinės vidinės informacinės sistemos organizavimo. Nors yra daug sutampančių momentų. Visų pirma, reikia atkreipti dėmesį į informacinės sistemos konfigūraciją. Ir čia reikia pradėti nuo pat pradžių – dizaino. Nuo to labai priklauso visos sistemos stabilumas ir nenutrūkstamas veikimas. Jei jo nenustatysite nuo pat pradžių, ateityje tai sukels daug nepatogumų.

Kas yra valdymo apskaita?

„1C“ 8.3 yra gana daug galimybių. Vieniems tai – mokėjimų planavimas, kiti pagal sistemą formuoja biudžetus, treti skaičiuoja pelną, gautą pardavus prekes. Todėl kuriant visą sistemą reikia apsispręsti, kokiam tikslui ji bus naudojama. Be to, čia reikia ieškoti aukso vidurio - kad tuo pačiu būtų supratimas apie situaciją įmonėje ir nebūtų perkrautas jums žinomais duomenimis - situacija jau pasikeitė.

Valdymo apskaita taip pat galima 1C: Apskaita, tačiau reikia atsiminti, kad ji negali egzistuoti savarankiškai. Jis visada pagrįstas pateiktais duomenimis ir informuoja apie veiklos situaciją. Nors ne visada būtina atspindėti operacijas realiu laiku. Tačiau turėtumėte pasirūpinti jų finansiniu įvertinimu. Nors pagrindinis reikalavimas – kad duomenys atvyktų laiku. Čia daug kas priklauso nuo įmonės veiklos, duomenų reikalavimų, kuriais remiantis generuojamos ataskaitos, specifikos ir jų teikimo laikotarpių. Viena informacija turi būti teikiama kasdien, antra – kas ketvirtį, trečia – pagal pageidavimą.

Kokia prasmė?

Kai žmonės kalba apie valdymo apskaitą 1C:Enterprise, jie dažnai paaiškina, kad ji turėtų būti išsamesnė ir tikslesnė nei apskaita. Žinoma, taip gali būti. Bet nebūtinai. Juk valdymo apskaita 1C:UPP yra galingas įrankis, kurio pagrindinis tikslas – teikti apskaitą sąskaitų plane ir dirbant su registrais. Todėl, jei buhalterija apima visus prašymus, tada kito laikotarpio pradžioje galite turėti visus reikiamus duomenis. Tačiau reikia suprasti, kad yra daug įvairių veiksnių, turinčių didelę įtaką renkamos informacijos „teisingumui“ ir jos atitikimui vadovybės tikslams. Tarkime, kad dirbame su sandorio šalimi. Įmonės partnerės savininkas per šį laiką nepasikeitė. Bet iškabą, juridinį adresą ir pavadinimą – ne vieną kartą. Todėl apskaitos skyriuje bus keletas sandorio šalių. Nors valdymo apskaitai pageidautina ją rodyti kaip vieną įmonę. Todėl darbas pagal apskaitos duomenis labiau tinka mažoms įmonėms.

Kokią programinę įrangą turėčiau naudoti?

Žinoma, mes jau turime 1C:Enterprise. Tačiau dažnai trūksta pagrindinių galimybių. Todėl dažnai naudojami įvairių kompanijų gaminami priedai ir nustatymai. Kaip pavyzdį galime apsvarstyti „1C BIT.FINANCE.Management Accounting“. Jis tinka tiems, kurie nori konsoliduoti atskaitomybę, suderinti ją su tarptautinių standartų reikalavimais, numatyti daugialypį biudžeto planavimą, leisti vesti visų sutarčių apskaitą. Taip pat galite dirbti su „1C BIT.FINANCE.Management Accounting“ iš mobiliojo įrenginio, kuri leidžia lanksčiai ir greitai reaguoti į kylančius poreikius. Tiesa, vienu vystymu visų patenkinti neįmanoma. O čia papildomai galime rekomenduoti naudoti „1C:ERP Management Accounting“. Ši konfigūracija skirta ekonominio planavimo tarnybų darbuotojams, viduriniosios grandies ir aukštesniesiems vadovams.

Atskiri momentai suvokime

Daugeliui, kai jie kalba apie 1C - apskaitą, valdymo apskaitą, pirmasis priskiriamas prie baltųjų (fiskalinių), o antrasis - kaip tikras, paaiškinantis esamą reikalų būklę. Taip, taip gali nutikti. Bet nebūtinai. Yra daug įmonių, kurios dirba sąžiningai ir nieko neslepia. Todėl jiems galima taikyti apskaitos ir valdymo apskaitos sąvoką. Bet ką daryti, jei dalis informacijos neturėtų būti pateikta BU? Čia taip pat yra variantų. Pažvelkime į vieną iš jų:

1. Duomenų bazėje sukuriamos dvi organizacijos. Vienam gali būti suteiktas tikras vardas, o antrasis gali būti vadinamas, pavyzdžiui, „vadovas“.
2. Visa pirminė dokumentacija įvedama į antrąją duomenų bazę. Jei dokumentas turi būti rodomas baltoje apskaitoje, galite sukonfigūruoti automatinį jo kopijavimą į duomenų bazę tikruoju organizacijos pavadinimu.
3. Panašus metodas gali būti naudojamas sprendžiant konsolidavimo problemą. Pavyzdžiui, jei įmonėje yra keli juridiniai asmenys ir jums reikia neįtraukti sandorių grupės viduje.

Kiek šie metodai gali būti taikomi, kiekvienas individualios įmonės vadovas turi nuspręsti pats.

Apie duomenų aktualumą

Dažnai galite išgirsti, kad valdymo apskaita 1C rodo dabartinius duomenis ir kad ji yra efektyvesnė už apskaitą. Na, tame yra dalis tiesos, bet ne visada. Panagrinėkime šį pavyzdį. Parduotuvių buhalteriai apskaitoje operatyviai atspindi esamų tam tikrų prekių gamybos užsakymų uždarymą. Tuo tarpu jis nepatenka į BU arba progresuoja labai vėluojant. Bet vargu ar tai bus naudinga asmeniui, kuris eina finansų direktoriaus pareigas. Atvirkščiai, ji skirta gamybos vadovams, pardavėjams ir viduriniosios grandies vadovams. Ne visi duomenys turi būti rodomi OU. Bet kita vertus, buhalterija apskaitoje įrašo darbuotojų avansines ataskaitas. Ir čia yra viena techninė savybė.

Darbuotojai gali periodiškai pamiršti atsinešti reikiamus dokumentus (lėktuvo bilietus, kelionės korteles). Ir todėl išankstinės ataskaitos bus išduodamos ne operatyviai, o atgaline data. Tokia padėtis yra gana įprasta. Bet! Jei paslaugas teikia sandorio šalies įmonė, ji turi pateikti darbų atlikimo pažymėjimą. O jei vėluos, tai apskaitoje bus suformuotos gautinos sumos. Tuo tarpu, pasak CU, jo neturėtų būti. Be to, valdymo apskaita 1C reiškia ankstesnį laikotarpio uždarymą (paprastai ne vėliau kaip dešimtą dieną).

Apie planavimą

Kitas svarbus momentas. Apskaitos ataskaitoje daugiau dėmesio skiriama praeičiai ir fiksuojami atlikti ūkinės veiklos faktai. Tuo tarpu valdymo apskaita kuriama tam, kad būtų galima planuoti ateitį. Tačiau čia yra keletas niuansų. Taigi, visų pirma, būtina užtikrinti būtinų užduočių automatizavimą (pavyzdžiui, biudžeto sudarymą). Tačiau norint išvengti nemalonių akimirkų, būtina pasirūpinti plano-fakto analize ir atnaujinimu.

Už ką?

Taigi, kodėl valdymo apskaita gali būti įdiegta 1C: Apskaita 8.3? Tai būtina tais atvejais, kai reikia žinoti apie pinigų srautus, pajamas, išlaidas ir valdymo balansą. Atskiras ir atidus dėmesys reikalingas tikslams, kurie keliami lyderiui. Juk į valdymo apskaitą galima sugrūsti daug duomenų. Bet ar jie bus naudingi? Taip pat neturėtume pamiršti apie informacijos apdorojimo automatizavimą. Juk jei vadovai apdoros ir surūšiuos daugybę ataskaitų, kurių daugelis tiesiog nereikalingos, tada jų darbo efektyvumas sumažės. Ir net sėkmingiems sprendimams priimti prireiks daug kartų daugiau laiko nei tinkamai organizuojant darbą.

Pagrindinės užduotys ir sunkumai juos sprendžiant

Taigi, apžvelgėme programas, valdymo apskaitą „1C“ bei skirtumus tarp valdymo ir apskaitos. Dabar pakalbėkime apie praktiką. Visų pirma, būtina atkreipti dėmesį į tai, kad valdymo ir apskaitos sistemose sukurtos ataskaitos gali būti vienodos formos, tačiau ryškiai skirtingos savo turiniu. Tai aktualiausia detalumo (analitikos) ir finansinio rodiklių vertinimo klausimais. Ateityje daugiausia dėmesio bus skiriama valdymo apskaitai. Formuojant pajamų ir išlaidų ataskaitas, jose pateikiamas išlaidų centrų suskirstymas. Tai būtina norint nustatyti, kas atneša daugiau pajamų ir (arba) išlaidų tiek absoliučiais, tiek santykiniais dydžiais. Panašiu principu generuojamos ir pinigų srautų ataskaitos. Tuo pačiu nuoroda eina ne tik į daiktus, bet ir į vietas, kur atsiranda išlaidos.

Sunkiausias dalykas yra valdymo pusiausvyra. Ankstesniems pavyzdžiams pakako atsižvelgti tik į apyvartos rodiklius. Tuo tarpu vadovybės pusiausvyrai būtina skirti dėmesio likusiai daliai. Taip pat ją sudarant dažnai reikia nurodyti veiklos kryptį, jei įmonė daugiadalykė. Siekiant supaprastinti šią užduotį, galima sukurti produktų grupes ir paskirstyti asortimentą tarp jų.

Pirmas pavyzdys

Tarkime, Statybos įmonėje yra informacinių technologijų skyrius, prižiūrintis kompiuterinę įrangą ir programinę įrangą. Jų paslaugų vartotojai – įvairios statybų komandos, kuriose yra sudėtinga statybinė technika. Tuo pačiu IT skyrius formuojamas kaip savarankiška organizacija A ir yra atskirame balanse. Kiekvieno mėnesio pabaigoje darbų atlikimo pažymėjimas iš jos perduodamas kitai organizacijai B, kuri tiesiogiai dalyvauja statybose. Reguliuojamoje apskaitoje atsiranda pajamos A ir išlaidos B Bet jie turi tą patį savininką! Todėl visas šis judėjimas neturėtų vykti, nes viskas vyksta vienos įmonės rėmuose. Bet valdymo apskaitai vis tiek reikia atsižvelgti į informacinių technologijų skyriaus patiriamas išlaidas. Juk programų ir įrangos aptarnavimas nėra nemokamas, be to, reikia mokėti darbuotojams atlyginimus.

Antras pavyzdys

Tarkime, turime įmonę, kurioje prekės eina per tam tikrą tiekimo grandinę per kelis skyrius. Iš pradžių jie yra didmeninės prekybos sandėlyje, vėliau – regioniniame paskirstymo centre, o galiausiai patenka į mažmeninės prekybos padalinį. Tarkime, kad tenkinamos šios sąlygos:

1. Visi išvardyti padaliniai yra vienos organizacijos, turinčios vieną savininką, dalis.
2. Valdymo apskaitos politika numato, kad pajamos skaičiuojamos tik nuo produkto, kuris parduodamas galutiniam vartotojui.

Kai produktai parduodami rinkoje, turi būti atsižvelgiama į visų skyrių dalyvavimą. Tam skaičiuojamas vadinamasis per pelningumas. Tai yra, valdymo apskaitoje būtina numatyti galimybę registruoti prekių judėjimą per sandėlio patalpas. Tačiau būtina atsižvelgti ir į tokį dažnai praleidžiamą tašką kaip perdavimo kainas, į kurias įeina produktų perkėlimo tarp skirtingų taškų išlaidos. Ir atsižvelgiant į visa tai, turėtų susidaryti galutiniai rodikliai.