1C SCP suteikia lanksčius bet kokio tipo apskaitos parametrų nustatymus, kurių pagalba galite visiškai sukonfigūruoti apskaitos taisykles, pagal kurias veikia organizacija.

Siekiant atsižvelgti į visus niuansus, rekomenduojame priešprojektinės apklausos etape apskaitos parametrus pilnai nusakyti ir derinti su pagrindiniais vartotojais. Pirma, tai gali būti tvirtas pagrindas kuriant tikrai efektyvią sistemą (kadangi reguliuojama apskaita turi griežtas taisykles, o vadybinė apskaita atspindi tikrąją įmonės padėtį), antra, padės išvengti įgyvendinimo problemų ir neatitikimų. duomenimis tarp senųjų Ir nauja sistema buhalterinė apskaita.

Šiame straipsnyje plačiau panagrinėsime reguliuojamų apskaitos rūšių – apskaitos ir mokesčių – parametrų nustatymą.

Prieiga prie apskaitos nustatymų

Prisijunkime administratoriaus teisėmis ir pereikime prie Apskaitos ir mokesčių apskaitos sąsajos.

1 pav. Darbas sąsajos dalyje su administratoriaus teisėmis

Pakeitus sąsają viršutiniame meniu atsiras papildoma skiltis „Apskaitos nustatymai“, kurioje reikia pasirinkti elementą „Apskaitos nustatymų nustatymai“.

2 pav. Parametrų nustatymų skirtukas

Atsidarys langas, kuriame visi galimi konfigūruoti parametrai yra logiškai sugrupuoti į skyrius. Pažvelkime atidžiau į kiekvieno skyriaus parametrus ir nustatymus.

Skyrius "Gamyba"

Skiltyje „Gamyba“ nurodykite projektavimo taisykles gamybos dokumentus:

• Naudokite tik surinkimo KS– suaktyvinę parametrą, vartotojai galės nustatyti rodinį „Surinkimas“. Išjungta vėliavėlė pasiekiama papildomų tipų specifikacijos – „Visas“, „Mazgas“. Jei neplanuojate jų naudoti, geriau nustatyti vėliavėlę, kad išvengtumėte vartotojo klaidų kuriant dokumentus.
• Specifikacijų versijos– jei vėliavėlė įjungta, vartotojai prekės specifikacijoje galės nurodyti skirtingas versijas, jei ji išjungta, kiekviena specifikacija gali turėti tik vieną versiją.
• Naudokite materialines problemas– įjungus vėliavėlę, įjungiama galimybė dirbti su limito-tvoros kortelių funkcionalumu. Geriau atžymėti vėliavėlę, kad neperkrautumėte konfigūracijos perteklinėmis, nereikalingomis funkcijomis, kai tai nepraktikuojama įmonėje.
• Naudokite veikimo laiką– įjungus vėliavėlę, „Pamainos gamybos ataskaitoje“ aktyvuojama galimybė nustatyti išvesties tipą „Darbo valandos“. Jei įmonėje tai nepraktikuojama, geriau pašalinti vėliavėlę, kad nebūtų perkrauta konfigūracija perteklinėmis, nereikalingomis funkcijomis.

3 pav. Apskaitos parametrų nustatymai "Gamyba"

Skyrius „Kaštų apskaitos režimas“

1C SCP sistema suteikia režimus „Išplėstinė analizė“, arba „Šventinė apskaita“*.

Pirmasis iš jų labiau tinka gamybai, nes. leidžia atsižvelgti į visas gamybos sąnaudas ir atsargas visose apskaitos sąskaitose atskirai reguliavimo ir valdymo apskaitai. Tuo pačiu metu vartotojai turi galimybę gauti išsamią prekės judėjimo ir išlaidų analizę. Šis režimas neatsižvelgia chronologinė tvarka dokumentų įvedimas.

Antrasis labiau tinka prekybos įmonėms, kurioms svarbu tiksliai nustatyti konkrečios partijos savikainą ir matyti bendrą pelną iš pardavimo realiu laiku.

4 pav. Kaštų apskaitos režimų nustatymai

* Režimo nustatymas aprašytas aukščiausiu lygiu, nes tai atskira, didelė tema. Kaip, pavyzdžiui, RAUS, galite nustatyti detalę, o partijoje - nurašymo tvarką.

Skyrius "Kaina"

Čia nurodote kainos tipą, į kurį atsižvelgiama savikaina. Pirmiausia reikia sukonfigūruoti informacijos registrą „Prekių kainos“.

Be to, valdymo arba įprastos apskaitos žymės langeliai nustatomi atskirai. Jis naudojamas, jei skirtinguose tos pačios įmonės sandėliuose yra skirtingos verslo sąlygos. Tuo pačiu metu sumos ir partijų apskaita bus tvarkoma kiekvienam sandėliui atskirai. Kai parinktis neįjungta, skaičiuojama visai įmonei, nepriklausomai nuo konkretaus sandėlio.

5 pav. Išlaidų nustatymai

Skyrius „Išlaidų paskirstymo metodai“

Šie nustatymai naudojami išplėstinės sąnaudų apskaitos analizės režimu.

Jei vis tiek norite įjungti šį nustatymą, skirtuke „Paskirstymo bazė“, kuriame bus skaičiuojama paskirstymo bazė, turėtumėte nustatyti bazės apskaičiavimo taisykles ir kiekvieno produkto tipo išlaidų dalies apskaičiavimo strategiją. dėl produkcijos apimties, pardavimo apimties, tam tikrų žaliavų atsiradimo, pagal standartus arba rankiniu būdu.

Sąnaudas galite paskirstyti pagal gamybos rūšis: savo produkcijai, trečiojo šalies perdirbėjo produkcijai, produkcijai iš kliento patiektų žaliavų, darbo laikui, atskiriems padaliniams, procentais arba koeficientu.

6 pav. Išlaidų paskirstymo metodų nustatymai

Skyrius "Prekių apskaita"

• Suaktyvinus pirmąją grupę, dokumentuose ir kataloguose pridedamos atitinkamos eilutės, skirtos apskaitai pagal nurodytas charakteristikas, taip pat apdorojimo operacijoms su konteineriais.
• Antroji grupė yra atsakinga už galimybę dirbti su keliais sandėliais pasirinkto dokumento lentelių skyriuje.

7 pav. „Prekių apskaitos“ nustatymai

Skyrius "Spausdinimas, vienetai"

Skyrius skirtas nustatyti išvaizda spausdintų dokumentų blankų. Galima atvaizduoti papildomą stulpelį su reikiamu parametru, pavyzdžiui, prekės kodu ar preke, taip pat nurodyti svorio ir tūrio vienetą, kuris bus naudojamas prekės charakteristikoje.

8 pav. "Spausdinimas, vienetai"

Skyrius "Tarpusiai atsiskaitymai"

Jame nustatomos vienodos skolos kontrolės taisyklės ir banko dokumentus:

• Būdas kontroliuoti skolų dienas kalendorinių dienų arba darbo dienų.
• Dokumento paskelbimas pagal registracijos laiką- dokumentas bus patalpintas tą pačią akimirką, kai bus gautas patvirtinimas iš banko apie operaciją. Pageidautina, kai reikia stebėti klientų mokėjimus realiuoju laiku.
• Pasibaigus registracijos dienai paprastai sumažina sistemos apkrovą, gali būti naudojamas, kai užtenka ataskaitas apie mokėjimus gauti ne operatyviai.

9 pav. Apskaitos nustatymai „Tarpusiai atsiskaitymai“

Skyrius „Atsiskaitymai su personalu“

Skyrius skirta operacijų rekvizitų „Darbuotojai“ ir „Darbuotojų apskaičiavimo tipas“ pildymui nustatyti. Jei pasirinksite parinktį „Kiekvienam darbuotojui“, šiuos duomenis turėsite užpildyti apie kiekvieną darbuotoją. Pasirinkus parinktį „Santrauka…“, ši informacija neįtraukiama į skelbimus.

10 pav. Personalo skaičiavimai

Skyrius "Užsakymai"

Čia galite nustatyti darbą su užsakymais.

• Automatinio rezervavimo strategija nustato prekių rezervavimo tvarką klientų užsakymams.
• Aktyvinimas „Nurodykite užsakymus lentelės skiltyje“ kvito ir pardavimo dokumentuose rodomas papildomas stulpelis, kuriame rodomas užsakymo numeris.
• Naudokite vidinius užsakymus suaktyvina vidinių užsakymų, kaip atskiro dokumento tuo pačiu pavadinimu, kūrimo funkcionalumą. Jei įmonėje nenaudojama tokių užsakymų sistema, verčiau vėliavėlę išjungti, kad neapkrautumėte vartotojų pertekline informacija.
• Rezervuodami nurodykite seriją prekės sandėliuose leidžia atsižvelgti į serijas (tik jei yra rezervas užsakymams su kita sandorio šalies sutarties nuoroda, kurioje nustatytas ženklas „Atskira prekių apskaita pirkėjo užsakymams“).
• Klientų grąžinimo sąskaita– užsidėjus vėliavai, užsakytų prekių masė keičiama automatiškai, registruojant „Prekių grąžinimas iš pirkėjo“.

11 pav. „Užsakymų“ nustatymai

Skyrius "Gamybos užsakymai"

Skyrius skirtas darbo su gamybos užsakymais parametrams nustatyti.

Su įjungta vėliava „Naudoti gamybos užsakymus“ tampa prieinamas papildomas dokumentas „Užsakymas gamybai“.

Įtraukus šią vėliavėlę, kiekvienam užsakymui galima apskaičiuoti medžiagų ir pusgaminių reikalavimus gatavų prekių gamybai.

Uždarymo reikalavimus galima įgyvendinti vienu iš dviejų režimų:

• Aišku- naudojant dokumentą „Užsakymo koregavimas gamybai“. Jie taip pat visiškai uždaromi, kai vykdomas „Gamybos ataskaita pamainai“, „Nomenklatūros rinkimas“ ir „Gamybos paslaugų teikimo aktas“, jei visos prekės gaminamos pagal užsakymą.
• automatinis- tai yra atskiriant medžiagas prekių išleidimui, taip pat registruojant jas naudojant „Nomenklatūros rinkimą“.

12 pav. Gamybos užsakymai

Skyrius "Mažmeninė prekyba"

Sukurta mažmeninės prekybos parametrams konfigūruoti:

• Galimybė atsiskaityti mokėjimo kortelėmis, banko paskolos;
• Alkoholinių produktų pardavimo apskaita;
• Elektroninių čekių siuntimo pirkėjui tvarka.

13 pav. Mažmeninė prekyba

Skyrius "Planavimas"

Skyrius skirtas planavimo parametrams konfigūruoti:

• Prieigos prie pagrindinių išteklių dažnumas nustato laiko intervalą, per kurį vykdomas planavimas: diena, savaitė, dešimtmetis, mėnuo, ketvirtis, pusmetis, metai.
• Valdykite pamainų planavimą– suaktyvinus specifikacijose ir gamybos užduotyse, tampa prieinamas pamainų planavimo mechanizmas.

14 pav. Planavimo nustatymai

Skyrius "Projektai"

Čia galite nustatyti apskaitą projektų kontekste.

• Sekite projektus– suaktyvina papildomą detalizavimą apie projektus, susijusius su pardavimu, pirkimu, kintamosios srovės judėjimu, kaštais ir planavimu.
• Naudokite projektų paskirstymo tipus– įjungus vėliavėlę, aktyvuojami papildomi įrankiai, skirti projektams paskirstyti pagrindines išlaidas.
• Sekite projekto išlaidas– suaktyvina netiesioginių išlaidų paskirstymą projektams.
• Nurodykite projektus dokumentų lentelių skyriuje- finansines operacijas atspindinčiuose dokumentuose atsiranda papildoma stulpelis „Projektas“, kuriame galima nurodyti, su kokiais konkrečiais projektais susijusios išlaidos.

15 pav. Apskaitos nustatymai "Projektai"

Skyrius "Valiutos"

Čia galite nustatyti apskaitai*, vadybinei ir TFAS apskaitai naudojamas valiutas.

*Reglamentuojama valiuta yra bazinė valiuta, jos kursas visada lygus 1 (Rusijos Federacijoje – rublis).

16 pav. Apskaitos nustatymai "Valiuta"

Skyrius "PVM"

Skyrius skirta sąskaitų faktūrų numeracijai ir spausdintinėms formoms nustatyti. Galima nurodyti pilną arba pilną ir sutrumpintą pardavėjo pavadinimą, taip pat nustatyti atskirą numeraciją avansinėms sąskaitoms.

17 pav. PVM apskaitos nustatymai

Skyrius "PVM užsienio valiuta"

Šioje skiltyje nustatomas PVM sumos už pateiktus dokumentus apskaičiavimo metodas užsienio valiuta. Pasirinkus parinktį „Pagal dokumento rublio sumą“, PVM suma bus apskaičiuojama rublio sumą padauginus iš PVM tarifo.

Pasirinkus parinktį „PVM valiutos suma“, PVM rublio suma apskaičiuojama PVM valiutos sumą padauginus iš dokumento kurso.

18 pav. Apskaitos nustatymai "PVM valiuta"

Skyrius "Pajamų mokestis"

Pelno mokestis nustatomas už turtą ir paslaugas, iš anksto apmokėtas pagal sutartį užsienio valiuta ir paramos taisykles PBU18/02, atsižvelgiant į sumų skirtumus, kai mokėjimas pagal sutartis gaunamas c.u. po nuosavybės teisės perdavimo.

19 pav. Apskaitos nustatymai "Pajamų mokestis"

Skyrius "Kasos knyga"

Skyriuje galite konfigūruoti priežiūros parinktis kasos knygos: įjungta atskiri skyriai arba visai organizacijai.

Įjungus vėliavėlę „Naudoti atskirų padalinių kasos knygų tvarkymą“, prie 50.01 ir 50.21 sąskaitų bus įtrauktas subkonto tipas „Padaliniai“, kai vėliavėlė nepažymėta, subsąskaitos tipas bus ištrintas ir procesas bus galimas tik visa organizacija kaip visuma

20 pav. Apskaitos nustatymai "Kasos knyga"

Skyrius "Valstybės sutartys"

Skyrius skirta papildomam mokėjimų pagal valstybines sutartis apskaitos funkcionalumui nustatyti.

Įjungus vėliavėlę, atsiranda galimybė dirbti su posistemio „Viešosios sutartys“ objektais. Dėl banko sąskaita, sandorio šalių susitarimus ir prašymus išleisti lėšas, galite nustatyti vyriausybės sutarties laikymąsi.

Dėl Patvirtinamųjų dokumentų įkėlimo nustatymai nurodytas patvirtinamųjų dokumentų iškrovimo keičiantis su banku katalogas, taip pat maksimalus dydis pagalbinio dokumento failas (MB) ir pagalbinio dokumentų archyvo failas (MB).

21 pav. Apskaitos nustatymai "Vyriausybės sutartys"

Tai užbaigia apskaitos parametrų nustatymų apžvalgą 1C SCP sistemoje. Norėdami gauti išsamesnės informacijos apie sistemos galimybes ir konfigūravimo taisykles, galite susisiekti su mūsų konsultantais.

Klaidas, sukeliančias netinkamą dokumento „Pajamų mokesčio apskaičiavimai“ elgesį, rasti nėra lengva.
Pirma, kaltas jo sudėtingas algoritmas, antra, jo tikrasis įgyvendinimas (žr. žemiau pateiktos ir tikrosios funkcijos neatitikimo pavyzdį). Analizė pagrįsta SCP kodu, tačiau kai kurie punktai gali būti taikomi kitoms konfigūracijoms.

Kalbėdamas apie dokumentą „Pelno mokesčio apskaičiavimai“, turiu omenyje, kad jis atliekamas „Nuolatinio ir atidėtojo mokesčio turto ir įsipareigojimų bei pelno mokesčio apskaičiavimo“ režimu (pirmasis režimas).

Nuoroda-skaičiavimas "Nuolatiniai ir laikini skirtumai" pridedamas prie dokumento kaip spausdinamas, tačiau pagal nutylėjimą jis yra sukurtas "Nuolatiniai skirtumai" režimu ir gali būti kuriamas gana ilgą laiką (iki 15-20 minučių). . Ta pati pagalba-skaičiavimas yra kaip atskira ataskaita, o tada nustatymuose pirmiausia galima pasirinkti dominančio skirtumo tipą (man asmeniškai visada buvo įdomesni laikini skirtumai).

Su ja yra ir viena nemaloni bėda - pagal apskaitos rūšį "Ilgalaikis turtas" orientaciniame-skaičiavime nerodomos 03 ir 02.02 sąskaitos, nors jos dalyvauja skaičiuojant atidėtuosius mokesčius. Galbūt yra ir kitų man nežinomų problemų.

Be to, pagalbos skaičiavimo forma neturi „įprastų“ grupuočių, todėl yra labai nepatogi naudoti.

Prie dokumento taip pat prideta dar viena nuoroda-skaiciavimas "Pajamo mokescio apskaiciavimas", su kuriuo istorija lygiai tokia pati - irgi formuojasi ilgam, lygiai taip pat nepatogiai sukonstruota, o taip pat ne pagal nutylima. tokiu režimu, kuris mums įdomiausias (gali rodyti skaičiavimą pagal BU duomenis, bet su pastoviais ir laikinais skirtumais, o pagal nutylėjimą rodo tik BU duomenis).

Praktiškai niekam nerekomenduoju rimtai pasikliauti abiem šiomis pažymomis ieškant neteisingo mokesčio apskaičiavimo priežasčių.

Svarbu suprasti, kad tarpiniai pelno mokesčio apskaičiavimo rezultatai (skirtingai nei savikainos apskaičiavimo) niekur nesaugomi duomenų bazėje, todėl bet koks orientacinis apskaičiavimas kiekvieną kartą atlieka visus skaičiavimus iš naujo, o duomenų iš patalpinto dokumento nepaima. . Taigi nenustebkite, jei spausdinta forma neatitiks laidų.

SVARBU: konfigūracijoje „Įmonės apskaita“ dokumente „Pajamų mokesčio apskaičiavimai“ taip pat atliekami judesiai per pagalbinius registrus, pagal kuriuos vėliau galėsite kurti įprastas žmogaus nuorodas-skaičiavimus. Kas anksčiau įdiegė ar naudojo BP 2.0 ar 3.0, žino, kad SCP ir KA tai naudingą funkcionalumą Ne, ir bijau, kad to nebus.

Galiausiai dar vienas svarbus priminimas: visi dokumento „Pajamų mokesčio apskaičiavimai“ įrašai atsispindi tik BU, nes. dokumento prasmė yra apmokestinti apskaitos rezultatus, o ne atvirkščiai!

Taigi, mes kalbėjome apie dokumentą, o dabar apie mokesčių apskaičiavimo mechanizmą. Tai atliekama etapais:

1 etapas – PNA ir PNA apskaičiavimas pagal PR

Mes žiūrime į apskaitos registrą Mokestis pagal apskaitos rūšį PR apyvartoje 90 ir 91 sąskaitose nesutampa su plg. 99.01.

Iš siuntų matyti, kad nuolatiniai skirtumai į pelno mokesčio skaičiavimus įtraukiami tik tada, kai jie atsispindi organizacijos pajamose ar sąnaudose. Bet kokie balanso turto ar įsipareigojimų PR likučiai NEĮTAKOS mokesčių apskaičiavimui!

Gaminami laidai:

Dt 99.02.3 Kt 68.04.2 sumai (TurnoverDt * Pajamų mokesčio tarifas) - PNO

Dt 68.04.2 Ct 99.02.3 sumai (ApyvartosKt * Pajamų mokesčio tarifas) - PNA

Pagrindinė taisyklė:

Jei pelnas (pajamos atėmus sąnaudas) pagal BU yra didesnis nei pagal NU, tada susidaro nuolatinis mokestinis turtas (PTA), kitu atveju atsiranda nuolatinė mokestinė prievolė (PNT).

Paprasčiau pasakius: teigiamas PR kiekispajamose * 20% = PNA; poz. PR sąnaudose * 20% = PNO.

Pavyzdys :

Dt 26 PR už 100 000 rublių. - atspindėtos išlaidos. Mėnesio pabaigoje jie susiformuos debeto apyvarta sąskaitoje 90.

Dt 99.02.3 Kt 68.04.2 už 20 000 rublių. - PNO atspindys

2 etapas - IT skaičiavimas dėl srovės praradimo. laikotarpis (pagal NU, tik jei yra nuostolių)

Mes žiūrime į likučius 99 pagal NU apskaitos tipą ir likučius 09 "LossTekPer" pateikė BU.

Dabartinio laikotarpio nuostoliai 09 = AmountEndingBalanceDt_ac99.01NU * Pajamų mokesčio tarifas – SumaEndingBalanceDt_ac09BU, skirta einamojo laikotarpio nuostoliams

Gaminami laidai:

Dt 68.04.2 Kt 09- jei suma yra neigiama

Dt 09 Ct 68.04.2- jei suma teigiama

Būtina, kad pelno mokesčio tarifai būtų užpildyti organizacijai (per apskaitos politiką), be jų skaičiavimas neveikia tinkamai.

3 etapas - IT ir IT skaičiavimas BP pagal turto ir įsipareigojimų rūšių sąskaitas

pastaba: skirtingai nei PNA / PNO, SIT ir IT susidaro tada, kai atsiranda laikinasis skirtumas turto ir įsipareigojimų sąskaitose, o ne jį priskiriant pajamoms ar sąnaudoms.

Taigi, VR atsiradimas vertinant sąskaitoje esančią medžiagą. 10 sukels IT formavimąsi, net jei šios medžiagos visą mėnesį buvo sandėlyje ir niekur nebuvo nurašytos!

Skaičiavimo procedūra "kaip turi būti" , pagal 1C pastabas tipinio SCP kode:

1. Nustatomas apmokestinamųjų ir atskaitomų skirtumų likutis pagal turto rūšis kaip visuma.

1. Pagal skirtumų likutį apskaičiuojamas atidėtojo mokesčio turto ir įsipareigojimų likutis, kuris mėnesio pabaigoje turi atsispindėti 09 ir 77 sąskaitose.

1. Nustatoma atidėtųjų mokesčių turto ir įsipareigojimų suma, kuri mėnesio pabaigoje atsispindi 09 ir 77 sąskaitose.

1. Sąskaitos 09 ir 77 koreguojamos atsižvelgiant į skirtumus tarp to, kas atsispindi sąskaitoje, ir to, kas turėtų būti pagal skaičiavimo rezultatus.

Atsiskaitymas „kaip yra“ , tiesiai iš įprasto minkštojo starterio kodo:

1. Likučiai ir apyvartos skaičiuojami pagal BP apskaitos rūšis turto ir įsipareigojimų rūšims. Sąskaitos, susijusios su iš anksto nustatytais turto ir įsipareigojimų tipais, yra nurodytos kode(žr. žemiau esančią turto ir įsipareigojimų tipų lentelę).
2. Skaičiavimo rezultatas BalanceStart / TurnoverDt / TurnoverCt / BalanceCon forma (visoms šio tipo turto mokesčių sąskaitoms), apdorojamas atskiraikiekvienam subconto reikšmių rinkiniui pagal šį algoritmą:

• Jeigu BalanceStart > 0:

• Jeigu BalanceStart< = 0 :

Ilgalaikiam ir nematerialiajam turtui skaičiuojant įtraukiamos nusidėvėjimo sąskaitos, t.y. Skaičiavimas pagrįstas likutine verte.

Sąskaitų 09, 77 siuntimai formuojami korespondencijai su sąskaita 68.04.2.

Įvedus sandorius „sutraukiami“ pagal turto ir įsipareigojimų tipą kiekvienoje sąskaitoje.

Komandiruotės suma dauginama iš pajamų mokesčio tarifo.
BU likučiai sąskaitose 09, 77 neatsižvelgta.

4 etapas - sąlyginių pajamų / mokesčių sąnaudų sumos apskaičiavimas(nuo apyvartos 99 BU per mėnesį)

Tiesą sakant, šiame etape mes nustatome, kiek mokesčių sumokėtume, jei skaičiuotume tik pagal buhalterinę apskaitą.

Mokesčio suma apskaičiuojama kaip (ApyvartaKt_BU_99_01_1 - ApyvartaDt_BU_99_01_1)*Pajamų mokesčio tarifas

Dt 68.04.2 – Kt 99.02.2- jei mokesčio suma yra teigiama

Dt 99.02.1 – Kt 68.04.2- jei mokesčio suma yra neigiama

Po šio veiksmo dokumentai registruojami, kad į judėjimus būtų atsižvelgiama kitame skaičiavimo etape.

5 etapas – mokėtino mokesčio apskaičiavimas (nuo apyvartos 68.04.2 BU per mėn.)

Mokėjimo suma = ApyvartaKt_BU_68_04_2 – ApyvartaDt_BU_68_04_2

Suma suskirstyta į mokėjimų į biudžetą tipus (federacijos biudžetą ir Rusijos Federacijos subjekto biudžetą) ir apmokestinama:

Dt 68.04.2 Ct 68.04.1

Neigiamų sumų čekio nėra.

Taigi techniškai UPP gali imti neigiamą pajamų mokestį. Arba imti teigiamą mokestį, kai einamųjų metų praėjusių laikotarpių nuostolių tikrai turėtų pakakti einamojo mėnesio pelno sumai padengti.

Pabandykime išsiaiškinti, kodėl taip gali nutikti praktiškai:

Tipinės pajamų mokesčio skaičiavimo klaidų priežastys

#	Problema	Sprendimas
1	Neteisingai uždarytos BU arba NU sąnaudų sąskaitos NU / PR / VR apskaitos tipų kontekste. „Pakabinkite“ likučius išlaidų registruose.	Patikrinkite WWS ir išlaidų sąskaitą. Neturėtų būti jokių likučių. Ištaisykite klaidas, jei tokių yra. Jei reikia, perskaičiuokite savikainą (įsitikinkite, kad skaičiavimas atliktas be klaidų). Tada atlikite Fin apibrėžimą. rezultatai ir pelno mokesčio skaičiavimai.
	Išlaidų sąskaitos apyvartos nesutampa su sąnaudų registro apyvartomis.	Kai kur dokumentuose neteisingai nurodytas išlaidų straipsnis (išlaidų pobūdis nevienodas).
	Pagrindinis taisyklių pažeidimas: "BU = NU + PR + VR" (vadinamasis " boroto")	Neatitikimus galima rasti registratoriams užklausus apskaitos sąskaitas ir, jei reikia, paskyrų analitiką. Būsenos analizės ataskaita gali padėti tai padaryti. mokesčių apskaita bet tai nelabai patogu naudoti.
	Tokiose sąskaitose yra VR likučiai, kuriems IT ir IT nėra automatiškai formuojami. Pavyzdys: Dt 91,02 BP Kt 14 Mokesčių apskaitoje nėra 14 sąskaitos, todėl 14 sąskaita turi būti pakeista 96 sąskaita.	Sąskaitų, kurioms IT ir IT generuojamos automatiškai, sąrašą rasite turto ir įsipareigojimų tipų lentelėje. Jei reikia atspindėti BP, kur IT ir IT nėra skaičiuojami automatiškai, skaičiavimą turite atlikti rankiniu būdu ir atspindėti registruodami į sąskaitą. 09 arba 77 susirašinėjant su sąskaita 68.04.2 Praktiškai neseniai turėjau rankiniu būdu įrašyti IT pagal turto tipą " Mokėtinos sąskaitos„nes skola buhalteriniuose įrašuose atsispindėjo anksčiau nei NU, dėl to atsirado laikinas skirtumas.
	Pajamų ir išlaidų sąskaitos (20, 26, 44, 90, 91, 99) pagal apskaitos rūšį VR atitinka kitas apskaitos rūšis. Dėl to atidėtasis mokestis negeneruojamas. Pavyzdys: Dt 91.02.1 BP Kt 01.09 NU	Reikia arba pakeisti BP į kitą apskaitos rūšį (jei BP nurodytas klaidingai), arba pasirinkti paskolą pagal BP apskaitos rūšį su tokia sąskaita, kuriai automatiškai apskaičiuojama SHE/ONO (žr. 1 priedą žemiau). Turėjau pataisyti laidus iš pavyzdžio į Dt 91.02 BP Kt 01.09 BP.
	BP nurašomas į PR (tiesiogiai arba netiesiogiai).	Dažniausiai taip nutinka, kai turtas nurašomas į mokestinę apskaitą nepriimamus elementus. Tokiu atveju susidaro per didelis PNA / PNO kaupimas. Tai traktuojama nurašant VR į VR, metodiškai tai teisingiau. Techniškai tai išspręsta išlaidų dokumento PM pakeičiant priimtą išlaidų elementą ir nulinę NU sumą (su ne nuline BU suma) - taip gaunamas registravimas pagal VR apskaitos tipą. .
	Turtas, kuriame yra laikinų skirtumų, yra kredituojamas ir nurašomas pagal skirtingą analizę. Dėl to gali atsirasti 77, o ne 09, ir atvirkščiai.	Pavyzdžiui, statybos objektas įėjo pagal „savarankišką“ statybos būdą, o paliko „sutartinį“ statybos būdą (vyko „perrūšiavimas“ pagal subkonto, kurio kontekste formuojasi IT ir IT). Analitiką reikia pataisyti.
	Neteisingai uždarytas normalizuotų išlaidų straipsniai mokesčių apskaitoje.	Dokumentą būtina persiųsti laiku “ Suplanuotos operacijos mokesčių apskaita (pajamų mokesčiui)“ per mėnesio uždarymą.
	Dokumentas „Apibrėžimas finansinius rezultatus“ buvo pakartotinai atliktas gruodį, kai buvo paskelbtas dokumentas „Metų uždarymas“.	Išimkite iš laikymo dokumentą „Metų uždarymas“, tada iš naujo apibrėžkite finansinį apibrėžimą. rezultatai ir pelno mokesčio skaičiavimai. Skaičiavimo pabaigoje nepamirškite atlikti metų uždarymo.
	09 ir (arba) 77 sąskaitos laikotarpyje yra rankinių įrašų.	Tokie skelbimai turi būti surasti ir perkelti į būsimą laikotarpį, arba veikla turi būti pašalinta pelno mokesčio apskaičiavimo laikotarpiui. Jei paliksite juos, apskaičiuojant mokesčius bus atsižvelgta į jų buvimą ir tokie skelbimai bus pateikti taip uždarymo balansas atitiko skaičiuojamąjį. Jei rankiniu būdu taisote sąskaitas 09 ir 77, tai po to arba neperduokite mokesčių paskaičiavimų, arba pašalinkite veiklą / nuneškite dokumentą į priekį!
	Rankiniai įrašai paskyroje. 09 „Einamojo laikotarpio praradimas“	Rankinis sąskaitos 09 koregavimas dėl einamojo laikotarpio praradimo yra labai keista idėja. Greičiausiai tokius laidus galima (ir dar geriau) pašalinti. taisyklė" ConOstDt 09_UbTekPer \u003d KonOstDt_99.01_NU x 20 %„Visada reikia gerbti!
	Yra pranešimų korespondencijoje su 84 paskyra	Pakeiskite 84 vietoj 99-osios sąskaitos gautuose laiduose.

Jei žinote kitų neteisingo pajamų mokesčio apskaičiavimo priežasčių – rašykite komentaruose!

1 PRIEDAS:

Tipinės turto ir įsipareigojimų rūšys

su apskaitos sąskaitomis ir analitika (iš SCP kodo)

Turto ir įsipareigojimų rūšys

Sąskaitos

Subconto

Šiame skyriuje pradedame apžvalgos straipsnių seriją, kuri padės įsisavinti „1C: gamybos įmonės valdymo“ konfigūraciją.

Įvadas

„1C: valdymas gamykla 8" yra išsamus taikomųjų programų sprendimas, apimantis pagrindines valdymo ir apskaitos kilpas gamybos įmonėje. Sprendimas leidžia organizuoti išsamią informacinę sistemą, atitinkančią įmonių, rusų ir tarptautinius standartus ir teikiant įmonės finansinę ir ūkinę veiklą.

Programos sprendimas sukuria vieningą informacinę erdvę finansinei ir ekonominė veiklaįmonės, apimančios pagrindinius verslo procesus. Tuo pačiu metu yra aiškiai apribota prieiga prie saugomos informacijos, taip pat tam tikrų veiksmų galimybė, atsižvelgiant į darbuotojų statusą.

Valdos struktūros įmonėse bendroji informacijos bazė gali apimti visas į valdą įtrauktas organizacijas. Tai žymiai sumažina apskaitos sudėtingumą, nes įvairios organizacijos pakartotinai naudoja bendrus informacijos masyvus. Tuo pačiu metu visoms organizacijoms tvarkomas galutinis valdymas ir reguliuojama (buhalterinė ir mokesčių) apskaita, tačiau reguliuojamos ataskaitos organizacijoms generuojamos atskirai.

Įsipareigojimo faktas verslo sandoris registruojamas vieną kartą ir atsispindi valdymo bei reglamentuojamoje apskaitoje. Nereikia iš naujo įvesti informacijos. Verslo operacijos registravimo priemonė yra dokumentas, o darbui pagreitinti „pagal nutylėjimą“ plačiai naudojami duomenų keitimo mechanizmai, įvedant naujus dokumentus pagal anksčiau įvestus.

Taikomame sprendime naudojamas toks skirtingų sąskaitų duomenų santykis:

• valdymo, apskaitos ir mokesčių apskaitos duomenų nepriklausomumas;
• valdymo, apskaitos ir mokesčių apskaitos duomenų palyginamumas;
• turto ir įsipareigojimų suminių ir kiekybinių įverčių pagal valdymo, buhalterinę ir mokesčių apskaitą sutapimas, nesant objektyvių jų neatitikimo priežasčių.

Vartotojų įvestus duomenis operatyviai valdo programos sprendimas. Taigi, registruojant mokėjimą grynaisiais Pinigai sistema patikrins, ar yra lėšų, atsižvelgdama į esamas paraiškas jų išleidimui. O registruojant prekių siuntą, sistema patikrins tarpusavio atsiskaitymų su prekių gavėju būklę.

Programos sprendimas pateikiamas su sąsajų rinkiniu, kuris kiekvienam vartotojui suteikia pirmumo teisę prie jam reikalingų taikomosios programos duomenų ir mechanizmų.

Organizacijų reguliuojama (buhalterinė ir mokesčių) apskaita vedama nacionaline valiuta, o visos įmonės valdymo apskaitai galima pasirinkti bet kurią valiutą. Įvairiose organizacijose gali būti naudojama viena informacinė bazė skirtingos sistemos apmokestinimas: kai kuriose organizacijose - bendra sistema apmokestinimas, kitose – supaprastintas; skirtingi mokesčių politikos nustatymai ir buhalterinė apskaita. Be to, tam tikroms organizacijos veiklos rūšims gali būti taikoma vieno priskiriamų pajamų mokesčio apmokestinimo sistema.

Be vadybinės ir reguliuojamos apskaitos, galite vesti apskaitą pagal tarptautinius standartus finansinės atskaitomybės(TFAS). Siekiant sumažinti apskaitos pagal TFAS sudėtingumą, ji vykdoma ne operatyviai, naudojant kitų apskaitos rūšių duomenų vertimą (perskaičiavimą).

Kuriant 1C: Manufacturing Enterprise Management 8 sprendimą buvo atsižvelgta tiek į šiuolaikinius tarptautinius įmonių valdymo metodus (MRP II, CRM, SCM, ERP, ERP II ir kt.), tiek į sukauptą sėkmingo gamybos įmonių automatizavimo patirtį. 1C ir partnerių bendruomenė. Kuriant ir kuriant konfigūraciją dalyvavo ITRP (gamybos valdymo) ir 1C-Rarus (apskaita pagal TFAS) specialistai. Vadovavimo įgyvendinimo metodologiniais klausimais, finansinė apskaita o ataskaitų teikimą pagal TFAS konsultavimo pagalbą teikia visame pasaulyje žinoma audito ir konsultacijų bendrovė „PricewaterhouseCoopers“.

Sprendimas „1C:Manufacturing Enterprise Management 8“ buvo sukurtas modernioje technologinėje platformoje „1C:Enterprise 8“. Be platformos, programinės įrangos pakete yra „Gamybos įmonės valdymo“ konfigūracija.

Didelis taikomo sprendimo patikimumas ir našumas, mastelio keitimas, geografiškai paskirstytų sistemų kūrimas, integracija su kitomis Informacinės sistemos. Taikomo sprendimo vidinė struktūra yra visiškai atvira studijoms ir pritaikymui specifiniams įmonės poreikiams.

„1C Company“ baigia ir plėtoja „Gamybos įmonės valdymo“ konfigūraciją, siekdama atspindėti teisės aktų pokyčius ir išplėsti funkcionalumą. Numatytas operatyvus įdiegtų taikomų sprendimų atnaujinimas. 1C ir jos partneriai teikia kelių lygių techninės pagalbos sistemą.

1C: Manufacturing Enterprise Management 8 yra pavyzdinis 1C taikomųjų programų sprendimas, turintis plačiausią funkcijų spektrą. Bendroji sprendimo samprata iliustruojama diagrama.

Visus taikomo sprendimo automatizavimo mechanizmus galima suskirstyti į dvi dideles klases:

• įmonės pagrindinės veiklos priežiūros mechanizmai, neoperacinės apskaitos tvarkymo mechanizmai.
• Kiekvienoje apskaitos rūšyje (išskyrus TFAS apskaitą) galima nustatyti pagrindinei veiklai priklausančias sritis.

Be to, taikomas sprendimas yra suskirstytas į atskirus posistemius, atsakingus už panašių užduočių grupių sprendimą: grynųjų pinigų valdymo posistemis, personalo valdymo posistemis, apskaitos posistemis ir kt. Toks suskirstymas yra savotiškas susitarimas, palengvinantis taikomosios programos plėtrą. sprendimas. Dabartiniame vartotojų darbe ribos tarp posistemių praktiškai nejaučiamos.

Naujausias „Gamybos įmonės valdymo“ konfigūracijos leidimas, kuriam suteiktas numeris 1.3, aiškiai parodo naujos 1C:Enterprise platformos 8.2 versijos pranašumus. Konfigūraciją galima naudoti įprastu taikymo režimu, kuris yra žinomas ankstesnių leidimų vartotojams.

„1C: Gamybos įmonės valdymas 8“ gali būti naudojamas daugelyje gamybos įmonių padalinių ir paslaugų, įskaitant:

• direkcija ( generalinis direktorius, finansų direktorius, komercijos direktorius, gamybos direktorius, vyriausiasis inžinierius, žmogiškųjų išteklių direktorius, IT direktorius, plėtros direktorius), planavimo ir ekonomikos skyrius;
• gamybos cechai;
• gamybos ir išsiuntimo skyrius;
• vyriausiojo dizainerio skyrius;
• vyriausiasis technologas skyrius;
• vyriausiojo mechaniko skyrius;
• Pardavimų skyrius;
• logistikos (tiekimo) skyrius;
• Marketingo departamentas;
• medžiagų sandėliai ir gatavų gaminių;
• buhalterinė apskaita;
• Žmogiškųjų išteklių departamentas;
• darbo ir užimtumo organizavimo skyrius;
• IT paslaugos;
• administracinis ir ūkinis skyrius;
• kapitalinės statybos skyrius;
• informacijos ir analizės skyrius;
• strateginės plėtros skyrius.

Tikimasi, kad pritaikyto sprendimo įdiegimas didžiausią efektą duos įmonėse, kuriose dirba nuo kelių dešimčių iki kelių tūkstančių žmonių, turinčiose dešimtis ir šimtus automatizuotų darbo vietų, taip pat holdingo ir tinklo struktūrose.

„1C: Manufacturing Enterprise Management 8“ suteikia:

• įmonės valdymas ir vadovai, atsakingi už verslo plėtrą – plačios galimybės analizuoti, planuoti ir lanksčiai valdyti įmonės resursus, siekiant padidinti jos konkurencingumą, padalinių vadovai, vadovai ir darbuotojai, tiesiogiai dalyvaujantys gamyboje, rinkodaroje, tiekimo ir kitose veiklose, siekiant užtikrinti gamybą. procesas – priemonės efektyvumui gerinti kasdienis darbas savo srityse;
• įmonės buhalterinės apskaitos tarnybos darbuotojai - automatizuotos apskaitos priemonės, visiškai atitinkančios įstatymų ir įmonės standartų reikalavimus.

Gamybos apskaita ir sąnaudos kaip pagrindinis jos tyrimo objektas

Pagrindinis gamybinės įmonės valdymo komponentas yra gamybos apskaita.

Gamybos apskaita yra sudėtinga ir įdomi technologija, turinti savo metodus ir būdus. Gamybos apskaitos uždavinys – atsižvelgti į visą kaštų transformacijos eigą: kaštai keičia savo pobūdį, susilieja, skaidosi, transformuojasi. Skirtingi keliai gamybos metu, t.y. gamybos apskaitos subjektas yra dinamiškai besikeičiantys objektai. Pavyzdžiui, gamybos apskaita duoda atsakymą į klausimą: kokia yra prekės savikaina, jei jos gamybai reikėjo tam tikros patirtų kaštų Nr.4, susidedančios iš dalys išlaidos Nr. 1 ir Nr. 2 ir visiškai įtrauktos į išlaidas Nr. 3. Kodėl dalys? Nes, pavyzdžiui, perkamos tam tikros didelės apimties medžiagos ir pirmiausia reikia paskaičiuoti, kokia dalis šios bendros medžiagų apimties atiteko produkcijos vienetui. Tas pats galioja ir daugeliui kitų išlaidų – elektros ir kt. Tuo pačiu metu būtina atsižvelgti į visą išlaidų perėjimo per gamybą istoriją - nuo to momento, kai sąnaudos atsiranda apskaitoje iki jų įtraukimo į savikainą ir pardavimą kaip produkto dalį, ir atsiradimo apskaitoje. ir įtraukimas į savikainą gali būti skirtingais ataskaitiniais laikotarpiais.

Minkšto starterio montavimas ir paleidimas

Norėdami dirbti, mums reikia 1C 8.2 platformos. SCP leidimas gali būti paimtas iš bet kurio naujausio 1.3 leidimo.
Dirbsime su demonstracine duomenų baze. Pagrindiniuose pagrindinio paleidimo režimo nustatymuose pasirinkite „Storas klientas“. Likusius nustatymus galima palikti kaip numatytuosius.

Tiems, kurie dar nėra susipažinę su 8.2 platforma, duosime trumpa nuoroda terminu „storas klientas“.
Turtingas (turtingas) klientas kliento-serverio architektūroje yra programa, teikianti (priešingai nei plonajam klientui) pažangias funkcijas, nepriklausanti nuo centrinio serverio. Dažnai serveris šiuo atveju yra tik duomenų saugykla, o visas šių duomenų apdorojimo ir pateikimo darbas yra perkeliamas į kliento mašiną.
Storo kliento privalumai
Storas klientas, skirtingai nei plonas klientas, turi platų funkcijų spektrą.
Kelių vartotojų režimas.
Suteikia galimybę dirbti net nutrūkus ryšiui su serveriu.
Jis turi galimybę prisijungti prie bankų nenaudojant interneto.
Didelis našumas.
trūkumai
Didelis paskirstymas.
Didelė dalis kliento darbo priklauso nuo to, kokiai platformai jis buvo sukurtas.
Dirbant su juo, kyla problemų dėl nuotolinės prieigos prie duomenų.
Gana sudėtingas diegimo ir konfigūravimo procesas.
Atnaujinimo sudėtingumas ir su tuo susijęs duomenų nereikšmingumas.

Pradėdami įdiegtą demonstracinę duomenų bazę, pasirinkite vartotoją „Abdulov“, kurį jis turi visas teises. Jums nereikia įvesti slaptažodžio.

Norėdami ištirti SCP, pirmą kartą iš naujo apibrėžkite vartotojo sąsają „Abdulov“ į „Pilna“: meniu „Vartotojai - Vartotojai - Administravimas - Abdulovas - Dukart spustelėkite, kad atidarytumėte Abdulovo formą - Laukas "Pagrindinė sąsaja" - Visas – mygtukas Išsaugoti ir uždaryti“. Tada įrankių juostoje spustelėkite mygtuką „Perjungti sąsają“ ir pasirinkite parinktį „Visa“.

Dėl sąvokų „Įmonė“ ir „Organizacija“, „Reguliuojama“ ir valdymo apskaita.Įmonė yra visų organizacijų, kurių įrašai saugomi duomenų bazėje, rinkinys. « Reguliuojama buhalterinė apskaita» lemia tai, kad jos priežiūros taisykles nustato įstatymas. “ Valdymo apskaita» Kiekviena įmonė gali turėti savo, jos elgesio taisyklių niekas nereglamentuoja ir nustato konkrečios įmonės vadovybė. SCP konfigūracijoje yra tam tikra vizija, kaip geriausia (patogiau, aiškiau, racionaliau) vesti valdymo apskaitą, tačiau kiekviena konkreti įmonė gali turėti savo jos priežiūros viziją dėl to, kad nėra vienodų taisyklių ir standartų. , ir šiuo atveju jį reikės užbaigti. Įprastoje PRM konfigūracijoje valdymo apskaita iš tikrųjų grindžiama pirmiausia apskaitos reikalavimais, o valdymo apskaitoje ataskaitų teikimas yra skirtas patenkinti poreikį planuoti pirkimus, išlaidas ir pan. Diegiant valdymo apskaitą principas nenaudojamas dvigubas įėjimas, t.y. pvz., galite kapitalizuoti ką nors „iš niekur“, ir tuo pačiu nebus skolų ir pan. Reguliuojama buhalterinė apskaita atliekami kiekvienai organizacijai atskirai. vadybinis- iš dalies visoje įmonėje.

Apie tarptautinę apskaitą.Įžangoje buvo pasakyta, kad SCP galima vesti tarptautinę apskaitą. Verta pažymėti, kad tokia galimybė atsiranda tik tada, kai apskaitos politikos nustatymuose nustatyta partijų apskaita. Jei (žr. „Apskaitos tvarkytojas“ sąsajoje, esančiame meniu „Apskaitos nustatymai - Apskaitos nustatymai“) pasirinksite išplėstinę kaštų apskaitos analizę (vietoj paketinės apskaitos), tuomet tarptautinės apskaitos vesti nebebus galimybės.

Naudojami terminai, objektų, kuriuos veikia 1C ir kuriuos reikia suprasti dirbant su duomenų baze, žymėjimai

• Žinynai
• Sąrašai
• Konstantos
• Skaičiavimo tipo planai
• Charakteristikos tipų planai
• Informacinis registras
• dokumentas
• Kaupimo registras
• Sąskaitų planas
• Pranešimas
• Gydymas

Žinynai

Katalogas yra skirtingų kažko vertybių rinkinys. Katalogas susideda iš Referenciniai elementai. Kiekviena žodyno elemento reikšmė apibūdinama tam tikru parametrų rinkiniu. Paprastai vienas iš žodyno elemento parametrų yra nesikartojantis – kiekvienam katalogo elementui jo reikšmė yra unikali. Paprastai tai yra katalogo elemento kodas. Paprastai katalogas pildomas, t.y. dirbdami su duomenų baze galite pridėti naujų elementų (yra ir neatnaujintų katalogų, dažniausiai iš kitų vietų įkeliami kažkokie klasifikatoriai).
Katalogai naudingi tuo, kad leidžia daug kartų greičiau užpildyti dokumentus, tuo tarpu elementas visur bus toks pat pavadinimas ir pateikimas, nustačius elemento parametrus, juos galėsite naudoti kur tik reikia.

Kiekvienas katalogo elementas yra objektas, į kurį galima kreiptis iš kitų vietų. Pavyzdžiui, yra tokia žinyno knyga „Rangovai“:


Tarkime, į duomenų bazę reikia įvesti duomenis apie kitą prekių ir paslaugų gavimą. Užuot atitinkamoje vietoje įrašius sandorio šalies pavadinimą „LLP“ InnoTrade „“ ir nurodant visas jos charakteristikas, kurių gali prireikti norint išrašyti kvitą, pakaks pasirinkti atitinkamą katalogo „Sąlygų šalys“ elementą.

Arba, pavyzdžiui, yra toks katalogas - "Valiutos":

Užuot rašę valiutos pavadinimą ir nurodydami jos kursą kiekviename kvite, galime tiesiog pasirinkti valiutos nuorodos reikšmę tinkamoje vietoje:

Informaciniai registrai

Informacijos registras yra informacijos saugojimo įrenginio tipas, kuris atrodo labai panašus į žinyną. Tačiau skirtingai nei katalogas, informacijos registro eilutė negali būti nurodyta kaip objektas – registro eilutė negali būti nurodyta, kaip, pavyzdžiui, į konkrečią katalogo „Sąlygų šalys“ sandorio šalį. Tačiau informacijos registre galite saugoti, pavyzdžiui, kai kurių katalogo elementų pakeitimų istoriją. Pavyzdžiui, žinyno „Valiutos“ elementų reikšmių keitimo istorija saugoma informacijos registre „Valiutų kursai“:

Dėl valiutos istorijos saugojimo „Valiutų kursų“ registre, kiekviename kvite nereikia daug kartų nurodyti valiutos kurso. Pati programa ją nustatys, jei reikia, pagal datą.

Sąrašai

Sąrašas yra ypatingas katalogo atvejis. Sąrašas yra tam tikras fiksuotas kažko verčių rinkinys. Skirtingai nuo peržvalgos, kiekviena sąrašo reikšmė neturi papildomų parametrų.

Konstantos

Konstanta yra kažko reikšmė, paprastai apibrėžiama kartą ir visiems laikams, kai pradedate dirbti su duomenų baze. Visų pirma UPP konstantose saugomi apskaitos politikos nustatymai.

Skaičiavimo tipo planai

Specialaus tipo žinynas, kuriame aprašomi kaupimo ir atskaitymo algoritmai bei kita informacija, reikalinga kaupimams ir atskaitymams apskaičiuoti.

Charakteristikos tipų planai

Speciali žinyno rūšis, kurioje aprašoma papildoma informacija, esanti duomenų bazės objektuose.

Dokumentai

Dokumentas yra duomenų įvedimo, įvestų duomenų apdorojimo priemonė su galimybe atsižvelgti į esamus duomenis ir konvertuoti esamus duomenis, atsižvelgiant į įvesties duomenis, į informacinę bazę.

Dokumentus galima suskirstyti į keletą tipų:

• atspindintis ūkinės veiklos faktą, pvz., registracijos dokumentas prekių ir paslaugų gavimo duomenų bazėje (dėl dokumento turi būti įskaitytos prekės į sandėlį, atsirasti skola tiekėjui, PVM mokėtojas. fiksuojamas, siuntimai turi būti registruojami ir pan.) arba dokumentas „Pranešti apie produkciją per pamainą“ (fiksuojamas produkcijos išleidimo, perkėlimo į sandėlį faktas, registruojami siuntimai ir pan.)
• norminiai dokumentai – dokumentai, kuriais atliekami veiksmai, kurie turi būti atliekami tam tikru dažnumu, pavyzdžiui, apskaičiuojamas nusidėvėjimas arba apskaičiuojamas darbo užmokestis, apskaitoje atspindimas darbo užmokestis, apskaičiuojama išdavimo savikaina, apmokama išdavimo kaina, baigiami metai (su balanso reforma). ), platinti medžiagas išleidimui, paskirstyti išlaidas ir pan.
• planavimo dokumentai - kai kurių renginių planavimo fakto registravimas, planuojamų rodiklių fiksavimas (pardavimo planas, gamybos planas, gamyba pamainomis, pirkimo planas, pirkėjo užsakymas, užsakymas tiekėjui, užsakymas gamybai, ilgalaikio turto priežiūros užsakymas)
• vadybininkai – supažindinami su kitų dokumentų darbo tvarkymu (pavyzdžiui, nuolaidų nustatymas – dokumente nustatomos nuolaidos suteikimo sąlygos, kad pirkėjui pasiekus šias sąlygas jam automatiškai būtų suteikta nuolaida)
• inventorizacija - patikslinimo, likučių patikslinimo dokumentai, pvz., nebaigtų darbų likučiai ar likutinių kaštų defektams fiksavimas (pastaba: SCP konfigūracijoje inventorizacijos dokumentuose informacija neįrašoma į registrą, o saugoma tik patys).

Kaupimo registrai

Kaupimo registrai yra pagrindinė kiekybinių ir suminių duomenų saugykla duomenų bazėje. Kiekvienas kaupimo registras saugo savo specifinę informaciją. Kaupimo registrus galima suskirstyti į grupes pagal saugomos informacijos tipą:

• ilgalaikis turtas
• Gamyba
• Sandėlis

Tuo pačiu metu šie duomenys gali būti saugomi skirtinguose registruose, priklausomai nuo apskaitos skyriaus, pavyzdžiui, registras Santuoka gamyboje (tarptautinė apskaita), Santuoka gamyboje (apskaita), Santuoka gamyboje (mokesčių apskaita).

Informacijos saugojimo būdo požiūriu kaupimo registrai yra likutinis Ir galima derėtis.

Likučių kaupimo registrai yra skirti saugoti tik likučius kiekvienu laiko momentu. Apyvartos registruose saugomi duomenys, kaip bėgant laikui kito likutis, t.y. tuo momentu tiek buvo gauta dėl tokio ir tokio veiksmo, tuo momentu tiek daug buvo prarasta dėl kito veiksmo. Apyvartos registrai leidžia analizuoti sumos ar kiekio pokyčių istoriją per tam tikrą laikotarpį kai kurių parametrų kontekste. Pavyzdžiui, pardavimų registre bus rodoma, kiek ir už kokią sumą konkreti prekė kurioms sandorio šalims buvo parduota per tam tikrą laikotarpį.

Kaupimo registruose informacija atsiranda dirbant su dokumentais, t.y. dokumentai jį ten supažindina.

Sąskaitų planas

Įprastą SCP konfigūraciją sudaro keturi sąskaitų planai (ir atitinkamai 4 apskaitos registrai - fiziškai sąskaitų planų informacija saugoma atitinkamuose apskaitos registruose):

• Biudžeto sudarymas
• tarptautinis
• Mokesčiai
• save išlaikantis

Nes diegiant valdymo apskaitą nesilaikoma dvigubo įrašo principo, tada sąskaitų planas tam nereikalingas. Atitinkamai, tipinėje PMS konfigūracijoje valdymo balansas nesudaromas. Norėdami tai padaryti, galite patikslinti konfigūraciją arba, pageidautina, naudoti biudžeto sudarymo posistemį (jis leidžia saugoti labai skirtingą informaciją, galite sukurti specialų scenarijų „Valdymo likutis“ ir pagal valdymo apskaitą įvesti informaciją apie tai scenarijus, kad galiausiai gautumėte valdymo balansą, bet apie tai vėliau)

SCP yra informacija, kuri saugoma tik sąskaitų plane (pavyzdžiui, informacija apie 80-90 sąskaitų, duomenys apie pradinę objektų kainą nematerialusis turtas, nematerialiojo turto įsigijimas (sąskaita 08.05), mokslinių tyrimų, plėtros ir technologinių darbų vykdymas (08.08 sąskaita), MTEP išlaidos, dalis 29 sąskaitos išlaidų ir kt.), taip pat yra informacija, kuri yra saugoma. tik kaupimo registruose (viskas, kas susiję su planavimu, užsakymais, rezervacijomis ir pan.) ir yra saugoma informacija tiek sąskaitų plane, tiek kaupimo registre (sandėlio apskaita, sąnaudų apskaita ir kt.). Pastaba. Pavyzdžiai skliausteliuose pateikti skiltyje „apskaita“. Tos pačios savybės egzistuoja ir kitose apskaitos rūšyse.

Pažiūrėkime į pavyzdį. Atidarykite dokumentą „Prekių ir paslaugų gavimas“ – meniu „Dokumentai – Pirkimų valdymas – Prekių ir paslaugų gavimas“. Pavyzdžiui, atidarykite pirmąjį dokumentą. Pažiūrėkite į jo operacijas naudodami piktogramą Atkreipkite dėmesį į tai, kokią analitikos paskyrą turi 10: t.y. po kvito iškabinimo informacija apie prekę ir sandėlį bus saugoma sąskaitų plane.

Dabar pažiūrėkite į dokumento judėjimą naudodami mygtuką „Eiti – dokumento judėjimas pagal registrus“:

Bus atidaryta dokumentų judėjimo ataskaita. Grupės medį galite sutraukti spustelėdami ataskaitos lauką ir vienu metu paspausdami klavišų kombinaciją „Ctrl + Shift + MINUS mygtukas NumLock klaviatūros skyriuje“. Pažiūrėkite (išplėskite) grupę „Kaupimo registras „Prekių siuntos sandėliuose (apskaita)“:

Atkreipkite dėmesį į detales, apjuostas rėmeliu – šios analizės sąskaitų plane nebuvo. Bet tai yra šiame kaupimo registre.

Yra dokumentų, koreguojančių tik sąskaitų plano įrašus, ir yra pilnaverčių dokumentų, koreguojančių visą reikiamą informaciją, įskaitant pažangią analizę registruose.

Reikia suprasti, kad visaverčiuose dokumentuose informacija įrašoma pirmiausia į registrus, o tik šios informacijos išrašai, reikalingi likučiui, rašomi į sąskaitų planą. Be to, atliekant bet kokius skaičiavimus, reikalingus „skraidydamas“, visada naudojami registrų duomenys, o tik šių skaičiavimų rezultatai gali būti įrašomi kaip įrašai į sąskaitų planą. Atitinkamai, jei taisoma tik sąskaitų plano operacijos, tai nereiškia, kad viskas visur savaime pagerės, nes. niekas nepateks į registrus naudojant pažangią analizę. Tie. visi darbai turi būti atliekami atitinkamuose, „teisinguose“ dokumentuose, o ne koreguojant sąskaitų plano įrašus.
Jei vis dėlto pradėsite rankiniu būdu taisyti sąskaitų plano įrašus, turėsite juos dar koreguoti - pavyzdžiui, ateinančio mėnesio dokumente „Kaštų apskaičiavimas“ nebus atsižvelgta į sąskaitų plane pakoreguotus įrašus. , dirba su registrais ir tik įrašo rezultatą į sąskaitų planą , - dėl to darbo kiekis gali taip padidėti, kad programa pasidaryti nebeįmanoma.
Prieš naudodamas dokumentą, buhalteris turi suprasti, ar šis dokumentas taiso tik operacijas, ar taiso informaciją, kur reikia. Patikrinimui galite naudoti aukščiau jau paminėtą ataskaitą, kuri atsidaro paspaudus mygtuką „Eiti – dokumento judėjimas pagal registrus“

Ekstremaliais atvejais, kai problemos nepavyksta išspręsti pilnu duomenų bazėje esančiu dokumentu, kuriame informacija įrašoma tiek kaupimo registruose, tiek sąskaitų plane, reikėtų naudoti ne tik komandiruotės tikslinimo dokumentą, bet ir specialų kaupimo registro koregavimą. dokumentas. Tuo pačiu, žinoma, reikia gerai suprasti ne tik kokius įrašus reikia daryti sąskaitų plane, bet ir kokiuose kaupimo registruose ir kaip reikia taisyti informaciją, kad taisymas pasirodytų būk išsamus - tai labai subtilus ir sudėtingas dalykas, geriau patikėti tai tik labai geram specialistui.

Ataskaitos

Ataskaita – tai informacijos gavimo iš duomenų bazės priemonė, apdorota ir specialiai parengta aiškia, patogia, vartotojui reikalinga forma. Konfigūracijoje yra daug ataskaitų, jos visos turi savo paskirtį.

Esamų ataskaitų pavyzdžiai:

• Ataskaitos, sukurtos pagal sąskaitų planą:
• Apyvartos balansas
• šachmatų lapas
• Sąskaitos analizė ir kt.

• Reguliuojamos ataskaitos

SCP 1.3.7.1 versijos konfigūracijoje „visoje sąsajoje“ negalima iškviesti įrankio, skirto dirbti su reguliuojamomis ataskaitomis. Todėl norėdami jį rasti, pereikite prie Apskaitos ir mokesčių apskaitos sąsajos:

Šioje sąsajoje įrankis, skirtas dirbti su reguliuojamomis ataskaitomis, yra meniu „Apskaita“:

• Ataskaitos apie kaupimo registrų, informacinių registrų, žinynų ir kt. duomenis (produkcijos produkcija, gamybos planai, gamybos brokas, prekių prieinamumo sandėliuose analizė, lėšų prieinamumo analizė ir kt.). Įprastai, jei ataskaita sugeneruojama pagal vieno registro duomenis, jos pavadinime yra žodis „pareiškimas“. Jei ataskaitai ataskaita generuojama remiantis kelių skirtingų registrų duomenimis, tada ataskaitos pavadinime dažniausiai vartojamas žodis „analizė“.

• Individualios ataskaitos.

Patyrusiems vartotojams yra mechanizmas, leidžiantis kurti savo ataskaitas. Daugiau apie juos bus aptarta šiek tiek vėliau.

Apdorojimas

Apdorojimas yra 1C:Enterprise įrankis, kuris atlieka tam tikrą programiškai nurodytą duomenų transformaciją. Skirtingai nuo ataskaitų, apdorojimas įrašo šiuos konvertuotus duomenis į duomenų bazę. Pavyzdžiui, žinyne „Nomenklatūra“ asmenį, atsakingą už jo pirkimą, turite pakeisti Chugunova S.G. apie Ubeikin V.Ya. Norėdami tai padaryti, galite naudoti apdorojimą „Katalogų ir dokumentų tvarkymas grupėje“:

Apdorojimo laukelius užpildykite taip:

Ir spustelėkite mygtuką Pasirinkti. Tada eikite į skirtuką „Apdorojimas“:

Pasirinkite „Veiksmas“ ir naują reikšmę. Ir spustelėkite mygtuką „Vykdyti“. Dėl to visa nomenklatūra, kuri buvo priskirta atsakingam pirkimų vadovui Chugunov S.G. bus naujas atsakingas pirkimų vadovas.

Konfigūracijoje taip pat yra specialių apdorojimų, kurie atlieka tam tikrus įprastinius veiksmus. Pavyzdžiui, gamybos savikainos apskaičiavimas, atliktas pagal grafiką.

Darbo su dokumentais principai

Šiame skyriuje apžvelgsime pagrindinius darbo su dokumentais principus: kūrimas, įrašymas, talpinimas (operatyvinis ir neeksploatuojamas, atidėtas), žymėjimas ištrynimui, dokumentų ištrynimas.

Dokumentų kūrimas

Dokumentą galima kurti įvairiais būdais. Apsvarstykite dokumento „Prekių ir paslaugų gavimas“ pavyzdį

1 būdas – naudojant įrankį „Add (Ins)“. Sukurti naują dokumentą galima paspaudus piktogramą „Pridėti“ dokumentų sąraše, kuris atsidaro tiesiai iš pagrindinio programos meniu. Tarkime, kad norite sukurti dokumentą „Prekių ir paslaugų gavimas“. Pagrindiniame programos meniu galite atidaryti šių dokumentų sąrašą:

Tada atsidariusiame kvitų sąraše pasirinkite vieną iš paveikslėlyje rėmelyje apibrauktų metodų (jie yra lygiaverčiai, daroma tas pats):

Tai atsidarys naujas dokumentas„Prekių ir paslaugų gavimas“, tada turėsite nuosekliai užpildyti visus jo laukus (ir nepamirškite apie skirtingus šio dokumento skirtukus - jie apibraukti):

2 būdas – naudojant kopijavimo mechanizmą. Naują dokumentą galima sukurti paspaudus piktogramą „Pridėti pagal kopiją“:

Tokiu atveju dokumentas, ant kurio dokumentų sąraše padėtas žymeklis, bus nukopijuotas ir atidaroma jo kopija. Šioje kopijoje dokumento laukai jau bus užpildyti. Belieka tik juos redaguoti, jei reikia:

Žinoma, šis metodas dažnai yra daug greitesnis nei tiesiog sukurti dokumentą.

3 metodas - naudojant įvesties mechanizmą pagrindu. Galite sukurti naują dokumentą iš pagrindinio dokumento. Pavyzdžiui, „Prekių ir paslaugų gavimas“ galima sukurti įvedus pagal dokumentą „Prekių gavimas“. Tokiu atveju, pirma, originalus prekių kvitas taps pagrindu kuriamam dokumentui „Prekių ir paslaugų gavimas“, antra, taip sukurtas „Prekių ir paslaugų gavimas“ bus automatiškai užpildytas bazinio dokumento duomenimis. Norėdami iškviesti pagrindo įvedimo mechanizmą, turite atidaryti dokumentą „Gaunamas prekių užsakymas“ ir spustelėti pagrindo įvesties piktogramą. Be to, tą patį galima padaryti neatidarius paties „Gaunamų prekių užsakymo“, o tiesiai iš „Gaunamų prekių užsakymų“ sąrašo, tik pirmiausia užvedus žymeklį ant norimą dokumentą. Žiūrėkite paveikslėlį, remiantis įvesties metodai yra apibraukti:

Sukurtas naujas gavimo dokumentas „paims“ prekių sąrašą iš motinos kvito orderis:

4 metodas - naudojant specialius gydymo būdus. Naujas dokumentas gali būti sukurtas automatiškai, naudojant tam tikrą specialų apdorojimą. Paprastai tokiu atveju vienu metu sukuriama daug dokumentų (apdorojimas reikalingas norint pagreitinti procesą, kai reikia atlikti kažkokius masinius veiksmus ar tam tikrą veiksmų seką). Šis metodas bus išsamiau aptartas vėliau.

Dokumentų įrašymas

Paspaudus mygtuką „Rašyti“, dokumentas įrašomas į duomenų bazę. Kol naujajame dokumente nepaspaudžiamas šis mygtukas, dokumentas duomenų bazėje neišsaugomas, o netikėtai nutrūkus darbui (pavyzdžiui, dingus elektrai), nerašytas dokumentas bus prarastas. Tai ypač svarbu žinoti dirbant su dokumentais, kuriuose yra daug informacijos, pavyzdžiui, su didele ranka užpildyta skaičiuokle. Dažnai rašykite dokumentus, kad nereikėtų vėl įvesti duomenų. Dokumento rašymo metu nėra svarbių pokyčių duomenų bazėje, kurios turi įtakos kitiems su šiuo dokumentu nesusijusiems duomenims, t.y. rašant duomenys tiesiog išsaugomi, o šie duomenys išsaugomi tik dokumento rėmuose, informacija niekur toliau nekeliauja.

Pastaba. Būtent įrašymo momentu dokumentas užima vietą duomenų bazėje laiko juostoje tarp to paties tipo dokumentų. Paaiškinkime išsamiau. Pažiūrėkite į lauką „nuo“ su dokumento data ir laiku:

Kuriant dokumentą laikas nepildomas, o rašant – iki sekundės tikslumu. Tuo pačiu metu tą pačią sekundę to paties tipo dokumentus gali parašyti kiti jūsų duomenų bazės vartotojai (ty tarkime, kad keli tos pačios duomenų bazės vartotojai spustelėjo mygtuką „Rašyti“, kiekvienas savo dokumente „Kvitas prekės ir paslaugos“ ir tai įvyko per vieną ir tą pačią sekundę). Kiekvienas įrašytas dokumentas, nepaisant to paties laiko, per vieną sekundę užims tam tikrą vietą. Tie. net ir per vieną sekundę dokumentų kūrimo „laiko juostoje“ kiekvienas dokumentas turės savo unikalią vietą – būtent surašant dokumentą jam ir priskiriama vieta.

Apskritai, priklausomai nuo dokumento tipo, gali būti, kad, be įrašo, nieko daugiau ir nereikia, t.y. dokumentas skirtas tik duomenims saugoti savyje (*žr. tokių dokumentų sąrašą žemiau), tačiau daugumai dokumentų tipų įrašų yra nedaug. Faktas yra tas, kad apskritai dokumentas nėra patogiausias informacijos saugojimas, jo galimybės šiuo atžvilgiu yra ribotos.

*Tik įrašytų dokumentų sąrašas:

„Atsiskaitymų sutikrinimo aktas“, „Įgaliojimas“, „Atsiskaitymų su sandorio šalimi dokumentas (rankinė apskaita)“, „Mokesčių mokėtojo informacinio aptarnavimo prašymas“, „Gamybos defektų inventorizacija“ ir visos kitos inventorizacijos rūšys. , „Neformalizuotas dokumentas mokesčių institucija, „Neformalizuotas mokesčių mokėtojo dokumentas“, „Apklausa“, „Pamainos sudėties ataskaita“, „Anketų paskirstymas“, „Skaičiavimas planuojama kaina gaminiai“, „Reglamentuota ataskaita“, „Sąskaitų registras“, „Apmokėjimo pirkėjui sąskaita“, „Tiekėjo apmokėjimo sąskaita“, „Transporto komunikacija“.

Dokumentų laikymas

Kaip jau minėta, rašant dokumentą įvesti duomenys tiesiog išsaugomi dokumento viduje. Tačiau daugeliui dokumentų įrašymo neužtenka, jį taip pat būtina atlikti.

Dokumento paskelbimas yra specialus veiksmas, kuris atliekamas siekiant pataisyti tam tikrą informaciją, siekiant apsaugoti ją nuo tolesnio atsitiktinio pakeitimo. Tuo pačiu ši informacija gali likti pačiame dokumente (ty dokumentas nedaro judėjimų kitur, pavyzdžiui, kaupimo registre), arba gali būti užfiksuota dokumentų judėjimo forma kažkur: kaupimo registruose, informacija. registrai, sąskaitų planai, atsiskaitymų registrai ir kt.

Tai yra, gali būti patalpinti ir judesių niekur neatliekantys dokumentai. Paprastai jų įgyvendinimo prasmė yra užfiksuoti tam tikrą informaciją dokumente, kad būtų išvengta tolesnio jo modifikavimo. Standartinėje 1.3.7 versijos SCP konfigūracijoje registruojami tik dviejų tipų dokumentai, tačiau judesių neatlieka: „Paraiška sąskaitoms atidaryti“ ir „Parametrų nustatymas prekių apskaitai“.

Operatyvinis ir neoperatyvus dokumentų tvarkymas

Dokumentacija gali būti veikianti arba neveikianti.
Operatyvinis elgesys – tai elgesys, kurio metu tikrinant pagrįstumą. Kas tai yra?

Tarkime, sukūrėme ir įrašėme dokumentą, kuris padidina sandorio šalies skolą. Tarkime, su sandorio šalimi yra nustatytas tam tikras limitas gautinos sumos. Tarkime, praėjo pora dienų nuo dokumento sukūrimo ir kažkas įvedė ir paskelbė kitą dokumentą, padidinusį tos pačios sandorio šalies skolą, ir šis paskutinis dokumentas išnaudojo šios skolos limitą. Ir čia yra įvairių tolesnio įvykių raidos variantų.

Jei organizacija nori užkirsti kelią išleidžiant prekes, viršijančias kitos sandorio šalies gautinas sumas, sandorio metu turime patikrinti jos likutį. Bet jei datos nepakeisime, tai pagal programą skola dar nebus viršyta – juk dokumentas, kuris ją išnaudojo, buvo įrašytas vėliau ir anksčiau įrašyti tarpusavio atsiskaitymų likučiai už mūsų dokumentą bus nereikšmingi. Būtent tam ir buvo įvestas operatyvaus įgyvendinimo mechanizmas – t.y. dokumento perkėlimas į išsiųstų dokumentų eilės pabaigą, nes tik tokiu atveju galima atlikti visus reikiamus patikrinimus.

Kitas būdas – jei organizacijai svarbu tiksliai atspindėti verslo sandorio faktą, kai jis įvyko. Tai, pavyzdžiui, nepaisant to, kad gautinos sumos yra viršytos, prekės jau paleistas ir iš tikrųjų klientas skolingas daugiau nei jam buvo leista. Šiuo atveju mums svarbu išjungti čekį ir jį įjungti. Tada būtų teisinga laikyti dokumentą neveikiant, t.y. be visų šių patikrinimų.

Abiem atvejais tiek operatyvinio, tiek neoperatyvinio vykdymo metu bus atlikti visi reikalingi dokumento judesiai. Tačiau svarbu tai suprasti atliekant neoperatyvų elgesį, yra didelė tikimybė, kad duomenų bazėje bus gauti nereikšmingi duomenys ypač dėl vartotojo klaidos. Pažvelkime į supaprastintą pavyzdį.

Tarkime, pagal programą sandėlyje yra 10 vienetų kokios nors prekės. Tarkime, kad gauti du šio produkto išleidimo užsakymai: 7 vienetams ir 5 vienetams. Tarkime, buvo sukurtas, bet nepaskelbtas dokumentas dėl pirmųjų 7 vienetų išleidimo. Tada po kurio laiko buvo patalpintas dokumentas dėl 5 vnt išdavimo, likutis pagal programą po šio prekių išdavimo yra 5 vnt. O dabar atėjo eilė išduoti dokumentą dėl pirmųjų 7 prekių vienetų išleidimo. Jeigu sandėlyje tikrai nėra septynių vienetų, tuomet mums svarbu pasistengti tiksliai atlikti operatyvinį registravimą – tik tokiu atveju programa patikrins ir sufleruos vartotojui, kad prekių neužtenka. Bet ką daryti, jei šie 7 vienetai yra fiziškai sandėlyje? Tie. Ką daryti, jei reikia atspindėti įvykdyto verslo sandorio faktą? Kaip jau minėta, tokiu atveju vartotojui dokumentą reikia patalpinti ne operatyviai, jokie patikrinimai nebus atliekami, dokumentas bus įformintas, judesiai atlikti, tačiau pagal programą likusi dalis bus minus du vienetai.

Dėl to gauname dviašmenį kardą. Viena vertus, vartotojas gali išleisti prekes, nes jis fiziškai tai turi. Kita vertus, mes turime nereikšmingų likučių. Tie. akivaizdu, kad iš tikrųjų negali būti dviejų vienetų minuso ir greičiausiai kažkoks kvito dokumentas neįdėtas.

Jei visi dokumentai visada būtų atlikti laiku ir visada operatyviniu būdu, to nebūtų nutikę. Bet tai yra žmogiškasis faktorius. Jeigu duomenys galėtų atsirasti programoje kartu su fiziniais pokyčiais tame pačiame sandėlyje... bet duomenis į programą turi įvesti asmuo, t.y. tai taip pat užtrunka šiek tiek laiko.

Norint atnaujinti likučius, yra dokumentų perrašymo mechanizmas. Šis mechanizmas paleidžiamas tik išskirtiniu režimu, t.y. vartotojai šiuo metu negalės dirbti su duomenų baze. Tačiau kuo ilgiau tai vilkinama, tuo didesnę dokumentų grandinę reikia atkurti ir tai užtruks ilgiau. Todėl šį mechanizmą būtų optimalu paleisti gana dažnai ir reguliariai.

Operatyvaus vykdymo metu dokumentas juda laike iki paskutinio (einamojo) momento, t.y. apibrėžta kaip paskutinė eilutėje.
Žinoma, vartotojui nereikia specialiai kažkaip sekti ten esančių dokumentų eilės. Šis sekimas programoje vyksta automatiškai. Tik svarbu, kad vartotojas suprastų, kad jei programa užduoda klausimą apie ar paskelbti dokumentą neoperatyviai, tai reiškia, kad jo dokumento įrašymo data nesutampa su esama data, o vartotojas turi nuspręsti, ar jis sutinka šią datą pakeisti į esamą. Kad nebūtų „dokumentų interesų konflikto“, vartotojas turi sutikti su savo dokumento judėjimu eilėje ir vis tiek jį atlikti operatyviai. Arba vartotojas turi suprasti, kad sutikdamas su neoperaciniu vykdymu, vartotojas uždega žalią šviesą galimam likučių aktualumo praradimui (o tokiu atveju bet kokiu atveju anksčiau ar vėliau reikės atkurti užsisakyti ir atnaujinti likučius, todėl vis tiek geriau visada stengtis dokumentus sutvarkyti operatyviai).

Aukščiau jau minėjome, kad surašant dokumentą jam priskiriama tam tikra vieta įrašomų dokumentų eilėje. Jei įrašo data yra ne einamoji diena, paskelbimas internete negalimas, net jei po šio dokumento nebuvo sukurtas joks kitas dokumentas. Ir pirmiausia turite pakeisti jo datą į dabartinę arba paskelbti dokumentą ne iš karto.

Greito vykdymo metu data nebesikeičia, keičiasi tik dokumento laikas - jis tampa paskutinis dokumentų eilėje „laiko juostoje“. Dėl šio įskaitymo eilėje gali atsitikti taip, kad dokumentas, parašytas vėliau nei jis, vadinasi, pasirodė parašytas anksčiau už jį. Tačiau tai nesvarbu, nes kai tas veliau įrašytas dokumentas irgi bus pradėtas skelbti, tai jis taip pat persikels į eilės pabaigą - perkels į tą laiko momentą, kai bus patalpintas - ir jau bus paskutinis.

Kas bus vėliau, kai pradėsime visų dokumentų perrašymo mechanizmą, kad būtų atnaujinti likučiai? Programa kiekvieną kartą tikrins registravimo galimybę, o tuo momentu, kai, pavyzdžiui, bus viršyta gautinų sumų suma, registravimas sustos. O vartotojui reikės išspręsti šią problemą: arba padidinti paskolos sumą, arba įskaityti kokį neapskaitytą avansą, ar dar ką nors... apie dokumentų perkėlimo mechanizmą pakalbėsime vėliau.

Naujausioje „1C: Trade Management“ versijoje 8.2 platformoje buvo įdiegtas naujas dokumentų registravimo kontrolės metodas: „Dokumentų registravimo mechanizmas buvo visiškai pertvarkytas konfigūracijoje. Elgesio rezultatų operatyvinė kontrolė atliekama suformavus judesius, priešingai nei 10.3 versijoje (kur kontrolė buvo atlikta prieš elgesį). Šis sprendimas leido visiškai atskirti vykdymo ir valdymo logiką, radikaliai supaprastinant atitinkamą programos kodą, o tai, savo ruožtu, yra svarbu palengvinant konfigūracijos tobulinimą, sumažinant programų skaičių. galimos klaidos, didinant sistemos našumą. Esant poreikiui, kontrolė atliekama tiek persiunčiant dokumentą, tiek panaikinant dokumento registravimą. Pavyzdžiui, sistema neleis atšaukti užsakymo dėl prekių siuntimo toje dalyje, kurioje jis jau buvo įvykdytas. Galima tikėtis, kad panašūs pakeitimai palaipsniui pateks į naujas SCP versijas.

Atidėtas siuntimas ir papildomas dokumentų siuntimas

Kaip minėta anksčiau, registruojant dokumentus, dažnai atliekami judesiai į kažkokias duomenų saugyklas – kaupimo registrus, informacijos registrus ir kt. Šiems judesiams atlikti dokumentai užrakina registrų lenteles. Jei mūsų dokumento metu, bandant blokuoti registrą, paaiškės, kad šis registras jau yra užblokuotas (ty tuo pačiu metu su šiuo registru atlieka operacijas koks nors kitas dokumentas), tada mūsų dokumentas negalės blokuoti jį. Jis bus priverstas laukti, kol registras bus laisvas. Registruojant dokumentą, judesiai dažniausiai atliekami iš karto dideliame registrų skaičiuje. Kiekvienas iš šių registrų yra skirtas tam tikrai informacijai saugoti. Dėl to tikimybė, kad teks laukti, kol vienas iš jų bus laisvas, yra gana didelė.

Atidėto siuntimo ir pašto siuntimo mechanizmai reikalingi siekiant iki minimumo sumažinti tikimybę, kad reikės tokio laukimo dėl to, kad juos įjungus judesiai atliekami ne iš karto visuose registruose, kuriuose jų reikia. , bet tik pačiais „skubiausiais“ – ty . kai kuriuose veiklos ir valdymo apskaitos registruose. Tada pagal grafiką arba rankiniu būdu paleidžiamas sekimo mechanizmas, t.y. atliekami visi kiti judesiai.

Norėdami įjungti atidėto registravimo mechanizmą, turite sukurti „Atidėto registravimo nustatymą“: „Perjungti sąsają – Paskyros valdytojas – Atidėtas registravimas – Dokumento registravimo nustatymai“ – Pridėkite naują elementą, nurodykite pavadinimą ir metodą, pvz., „Reikalingas tik papildomas registravimas“ – Tada tame pačiame meniu „Atidėtas valdymas“ – punkte „Atidėto laikymo organizacijų sąrašas“ – pridėkite naują eilutę, nurodykite datą *, organizaciją ir ką tik sukurtą nustatymą.
*Nurodyta data dažniausiai yra reguliari, t.y. pamainos kas mėnesį. Tie. efektyvesniam darbui reikia kas mėnesį perkelti į pirmąją einamojo mėnesio dieną – tada kiekvieno mėnesio pabaigoje vartotojas, dirbantis su laikotarpio pabaigos dokumentais, galės normaliai pildyti jam reikalingus dokumentus ir užbaigti laikotarpį. vienas. Laikymas: judesiai formuojami išilgai dalys registrai
2. Papildomas įgyvendinimas: formuoja judesius išilgai likusieji registrai.

Konceptualiu požiūriu siuntimas po šėrimo yra panašus į siuntimą „neprisijungus“ pagal paketus.

Tolesnis stebėjimas atliekamas:

Mechanizmas naudingas, jei įvedant ir registruojant pirminius dokumentus:

• reikalavimus spektaklis Ir paralelizmas yra kieti
• judėjimai ne visuose registruose reikalingi „dabar“
• dalis informacijos, reikalingos judesiams formuotis, gali būti nežinoma – jos paaiškės vėliau.

Mechanizmas taikomas ne visiems dokumentams, o tik masyvi vienu metu įvedė daug vartotojų.

Atidėtas siuntimas nenaudojamas dokumentams, kurie:

• pristatė retai
• svarbu iškarto visiems registrams

Dokumentų, kuriems taikomas atidėtas siuntimas, sąrašą žr.

Darbo su mechanizmu procedūra

Mechanizmas „Pavėluotas dokumentų įregistravimas“ yra neprivalomas. Jo naudojimas yra tinkinamas iki organizacijos formos. Atidėtas turėjimas galioja nuo nurodytos datos.

Tai, kaip dokumentai bus paskelbti, priklauso nuo dokumento datos vietos, palyginti su atidėto siuntimo pradžios data:

Tikslinga naudoti atidėtą siuntimą tuo laikotarpiu, kai intensyviai įvedami pirminiai dokumentai. Todėl atidėto siuntimo pradžios datą rekomenduojama nustatyti mėnesio, kurio pirminiai dokumentai įvedami, pradžioje.

Papildomi dokumentai atliekami pagal. Jį galima paleisti ir automatiškai pagal grafiką, ir rankiniu būdu.

Prasminga pradėti papildomą registravimą pasibaigus intensyviam pirminių dokumentų įvedimui. Prieš pradėdami papildomą registravimą, turėtumėte įsitikinti, kad yra žinomi visi dokumentams atspindėti reguliuojamoje apskaitoje duomenys.

Jeigu, atlikus papildomą registravimą, pasikeitė duomenys, turintys įtakos dokumentų atspindėjimui reguliuojamoje apskaitoje (pvz., numatytieji sąskaitos nustatymai), visi dokumentai turi būti registruojami iš naujo. Tai galima padaryti pasirinkus tinkamą paskelbimo būdą .

Papildomas siuntimas turi būti atliktas iki įprastų mėnesio uždarymo procedūrų pradžios (žr. procedūros „mėnesio uždarymas“ schemą).

Baigus intensyvų laikotarpio dokumentų įvedimą ir sukomplektavus dokumentus, atidėto siuntimo pradžios datą patartina perkelti į priekį – į kito mėnesio pradžią.

Mechanizmo aprašymas

Registrai, ant kurių formuojami judesiai siunčiant dokumentą

Jei naudojamas atidėtas siuntimas, siunčiant dokumentus, judėjimai formuojami pagal tuos pačius registrus, kaip ir „pilno“ siuntimo režimu su „Atspindėti pvz. apskaita“. Paprastai šie registrai naudojami operatyviniams sprendimams priimti.

Yra „Kaštų apskaitos“ registro funkcijos: judėjimai formuojami tik registruojant „gamybos“ dokumentus, dokumentus „Prekių ir paslaugų gavimas“, „Avanso ataskaita“. Skelbiant visus kitus dokumentus judėjimai šiame registre negeneruojami.

Vykdant dokumentus nesusiformavo judėjimai registruose, kurie nenaudojami operatyviniams sprendimams priimti:

Parduotos prekės

Pardavimo kaina

Atidėtas laikymas nesuderinamas su režimais:

• Partijų nurašymas registruojant dokumentus

  Avansų nustatymas siunčiant dokumentus.

Šie režimai naudojami, kai

nėra našumo problemų

nėra užduoties užtikrinti apskaitos lankstumą

svarbesnis prioritetas yra gauti „šią minutę tikslius duomenis“.

Tai reiškia, kad naudojant tokius režimus atidėtas vedimas nereikalingas.

Dokumentų siuntimo (išdalinimo) atšaukimas

Paskelbus dokumentą, jį galima atšaukti naudojant piktogramą

Kai paskelbimas atšaukiamas, dokumentas vėl tampa prieinamas redaguoti, o visi anksčiau atlikti jo judesiai ištrinami (arba tampa neaktyvūs). Tada dokumentas gali būti vėl patalpintas (galbūt internetu, pasislinkus laiko eilutei arba neoperatyviai, t. y. nekeičiant datos ir laiko).

Dokumentų ištrynimas

Tuo atveju, kai vartotojas nusprendžia, kad, pavyzdžiui, jo įvestas dokumentas nereikalingas, jis gali jį ištrinti. Dokumentų ištrynimas atliekamas pažymint juos ištrinti. Tada galite pradėti apdorojimą „Pažymėtų objektų ištrynimas“ ir ištrinti jį visam laikui, o iki tol galite pašalinti ištrynimo ženklą ir atkurti dokumentą. Šis kelių etapų trynimas taip pat naudingas, nes pažymėtų objektų ištrynimo apdorojimas atlieka duomenų patikrinimus prieš ištrynimą ir apsaugo objektus, kurie naudojami kitur duomenų bazėje, nuo ištrynimo. Pavyzdžiui, būtų neteisinga tiesiogiai ir iš karto ištrinti kurią nors sandorio šalį, jei tai jau nurodyta kai kuriuose dokumentuose, nes. tokiu atveju bus pažeistas duomenų vientisumas – tokiame dokumente bus gauta nuoroda į kažkokį „nežinomą objektą“.

Be to, kartais dokumentus galima ištrinti „tiesiogiai“, t.y. iškarto. Paprastai tiesioginis pašalinimas atliekamas apdorojant: kai yra, būtų logiška, kad tas pats apdorojimas galėtų juos pašalinti.

****************************************************************************************************************************************

1C SCP ir KA 1.1 labai svarbu, kad apskaitos politika būtų nustatyta ne tik apskaitos ir mokesčių, bet ir valdymo apskaitai. Valdymo apskaitos politika konfigūruojama visai programai kaip visumai, o reguliuojamos apskaitos apskaitos politika pildoma kiekvienai organizacijai atskirai.

Eisime kūrėjo pateikta tvarka ir pradėsime nuo valdymo apskaitos politikos.

1C SCP ir komplekso apskaitos politika 1.1. yra užpildyti paskyros valdytojo sąsajoje. Meniu: Apskaitos sąranka – Apskaitos politika

Valdymo apskaitos apskaitos politika 1C SCP ir komplekse 1.1

Naujoje duomenų bazėje valdymo apskaitos politika jau sukonfigūruota pagal numatytuosius nustatymus. Ją peržiūrime ir, jei reikia, pataisome, kaip reikia mūsų įmonei.

1. Atsargos

Taip atrodo numatytasis atsargų nustatymas:

Čia galite:

Pakeiskite atsargų pardavimo savikainos įvertinimo strategiją

Dažnai buhalteriams visiškai užtenka atsargų disponavimą įvertinti „vidurkiu“, o vadovybės atskaitomybei nori gauti išsamesnę ir tikslesnę informaciją. 1C galite sau tai leisti - už tai, in apskaitos politika valdymo apskaita įdėti FIFO, o apskaitoje - vidutiniškai ir gauti nepriklausomus duomenis apie atsargų nurašymo išlaidas.

Į vakarėlių kainą neįtraukti PVM

Buhalterinėje apskaitoje PVM visada neįskaitomas į sandėlyje esančių atsargų savikainą, o valdymo apskaitoje galite pasirinkti jums pažįstamą variantą. Nors klasikinė valdymo apskaitos metodika reikalauja neįtraukti PVM į rezervų vertinimą, čia, Rusijoje, dažnai pirmenybė teikiama rezervus vertinti „grynųjų pinigų pagrindu“, tai yra pagal sumokėtą pinigų sumą. Tada nežymėkite langelio.

Jei traukiate link klasikinės mokyklos, pažymėkite langelį.

Nustatymas taikomas tiek PVM sumoms gavus, tiek muito PVM.

Tvarkykite organizacijų atsargų apskaitą sandėlių kontekste.

Tai vienas iš 1C nustatymų, kurio negalima pavadinti intuityviu.

1C turi keletą registrų, kuriuose saugoma informacija apie prekes įmonėje. Pagrindiniai registrai, kuriais 1C remiasi nustatydamas likučius, yra Prekės sandėliuose ir Prekės organizacijose. Jie atitinka ataskaitas: Prekės sandėliuose ir Prekių išrašas bei organizacijų muitinės deklaracija.

Prekės sandėliuose, kaip rodo pavadinimas, visada atsižvelgia į likutį sandėlių kontekste. Bet jie neturi organizacijų. Norint nustatyti mums reikalingą balansą organizacijoje, naudojamas kaupiamasis registras „Organizacijų prekės“. Šiame registre saugoma informacija apie prekes pagal organizacijas. Čia sandėlio analizė sukonfigūruojama apskaitos politikos parametru.

Kai kuriais atvejais patogu neatsižvelgti į organizacijų prekių sandėlį. Pavyzdžiui, sandėlių padalijimas jūsų įmonėje yra sąlyginis. Tada galite leisti vartotojams su papildomomis teisėmis parduoti prekes nekontroliuojant likučio sandėliuose, tačiau palikti organizacijų balanso kontrolę. Tada vadovas galės parduoti prekes iš bet kurio sandėlio, jei tik bus registruotas organizacijoje, kurios vardu parduoda. Tokiu atveju prekių judėjimas gali būti atliekamas po fakto. Taigi, norint išlyginti neigiamus sandėlių likučius.

Apskaitinių kainų formavimo tvarka.

Prekybos įmonėse, kaip taisyklė, atsargos apskaitomos tiesioginėmis (fakinėmis) sąnaudomis.

Apskaitoje jis konfigūruojamas savarankiškai.

2. Gamybos ir kaštų apskaita

Čia nustatome PVM įtraukimą į gamybos sąnaudas valdymo apskaitoje. Logiška, kad šis nustatymas sutampa su jūsų pasirinkimu įtraukti PVM į partijų kainą ankstesniame skirtuke.

1C SCP galima įjungti gamybos užsakymų naudojimą gamybos apskaitoje. Integruotoje automatizacijoje užsakymų naudojimas gamybai nenumatytas.

3. Išlaidų paskirstymas

Čia konfigūruojama tik apskaitos parinktis. bendrosios verslo išlaidos valdymo apskaitai. Arba įtraukti juos į visas gamybos išlaidas arba ... neįtraukti. Valdymo apskaitoje nėra pelno (nuostolių) ataskaitos. Todėl „tiesioginio sąnaudų apskaičiavimo“ atveju (pirmasis variantas skirtuke) su šiomis išlaidomis nieko neįvyksta. Tiesa, tokią ataskaitą vis tiek galima konfigūruoti kaip biudžeto sudarymo posistemio dalį, tačiau tai jau kita istorija.

Apskaitoje jis konfigūruojamas savarankiškai.

4. Išlaidų detalizavimas

Nurašant netiesiogines gamybos sąnaudas, jos gali būti įtrauktos į nebaigtą gamybą pagal tą patį išlaidų straipsnį arba sumuojamos. Tai yra, visoms vienos rūšies išlaidoms nustatyti apibendrintą elementą. Pavyzdžiui, visos bendrosios gamybos prekės, priskiriamos nebaigtai gamybai, yra įtraukiamos į elementą „Bendrosios gamybos sąnaudos“.

Tačiau jau seniai nemačiau čia naudojamų apibendrintų straipsnių. Mums patinka detalės, todėl galite ją padidinti ataskaitose.

Apskaitoje jis konfigūruojamas savarankiškai.

5. Nuolaidos

Čia nustatote pardavimo dokumentuose galimų nuolaidų tipus. Jei vėliavėlė nenustatyta, tai tokio tipo nuolaidos programoje nustatyti negalima. Jie bus matomi nuolaidos nustatymo dokumente, tačiau 1C neleis išsaugoti dokumento su tokio tipo nuolaida.

Naudojimo sąranka nuolaidų kortelės yra pakankamai išsamiai aprašytas programos kontekstinėje žinyne, čia to nekartosiu.

6. Pirkėjų klasifikacija

Pirkėjų klasifikaciją geriau nustatyti ne iš karto. Ši informacija yra pagrįsta pačios sistemos duomenų statistika. Todėl, nors duomenų yra mažai, pačioje klasifikacijoje yra mažai naudingos informacijos. Praėjus keliems mėnesiams, galite matyti, kaip statistika elgiasi priklausomai nuo nustatymų ir pasirinkti tinkamiausią jūsų veiklai variantą. Programa turi ne tik pirkėjų, bet ir nomenklatūros klasifikaciją. Ir duoda labai Naudinga informacija apie pardavimus.

Tai štai, mes laimėjome valdymo politiką. Kreipiamės į buhalterinę apskaitą ir mokesčių apskaitą.

Apskaitos ir mokesčių apskaitos politika 1C SCP ir komplekse 1.1

Kiekvienai organizacijai ir kiekvieniems metams, kuriais buvo atlikti bent keli apskaitos ir mokesčių apskaitos dokumentai, būtina nustatyti apskaitos politiką 1C SCP ir 1.1 komplekse. Įskaitant pradinių likučių dokumentus.

Spustelėkite žalią pliuso ženklą, kad pridėtumėte naują. Ir pradedame pildytis.

1. Bendra

Mes pasirenkame mokesčių sistemą ir nurodome, ar taikome UTII.

USN - jei pasirenkame USN, kai kurios žymės išnyksta, tačiau atsiranda USN skirtukas.

Jei šiame skirtuke pasirinksite parinktį Pajamos atėmus išlaidas, atsiras papildomas skirtukas USN išlaidos, kuriame papildomai galite nustatyti išlaidų pripažinimo iš supaprastintos mokesčių sistemos įvykius.

UTII - prideda UTII skirtuką, kuriame galite nurodyti bazę ir koreguoti UTII apskaitos sąskaitas.

Paskutinė vėliavėlė – vyksta gamybinė veikla. Jį nustatyti privaloma, jei jūsų organizacija gamina produktus ar teikia paslaugas, kurių savikainą norėtumėte apskaičiuoti. Žymimasis laukelis valdo gamybos parametrų prieinamumą ir galimybę tvarkyti gamybos įrašus programoje.

Jei tik turi prekybos veikla- tada geriau atžymėti langelį, tai supaprastins programos nustatymus.

2. Atsiskaitymai su sandorio šalimis

Pirmasis jungiklis nustato avansų kompensavimo momentą. Registruodama sąskaitą faktūrą, sistema gali rasti avansus pagal sutartį ir iš karto atlikti išankstinius uždarymo registravimus.

Kitas variantas: registruojant dokumentus, avansas nemokamas, pradedamas specialus apdorojimas, automatiškai uždarantis avansus. Ši parinktis dažniau naudojama, kai dokumentai įvedami netvarkingai ir dokumento įregistravimo metu negalima nustatyti, ar jam taikoma avanso suma.

Rezervo kaupimo nustatymas turi išsamų kontekstinį aprašą, todėl čia apie jį nekalbėsiu. Pasirinkite nustatymus, atitinkančius jūsų paskyros politiką.

3. Atsargos

Prie tų atsargų apskaitos nustatymų, kuriuos aptarėme valdymo apskaitos politikoje, čia pridėjome galimybę nustatyti TZR (transportavimo ir pirkimo išlaidų) apskaitą. Jie gali būti įtraukti į atsargų savikainą toje pačioje apskaitos sąskaitoje (pirmasis variantas) arba atskiroje sąskaitoje.

Atminkite, kad antroji parinktis dabar pasiekiama tik tuo atveju, jei apskaitos parametrai pasirinkote išplėstinę mokesčių analizę.

4. Gamybos ir kaštų apskaita

SCP kaštų apskaitą galima nustatyti reguliuojamoje gamybos užsakymų apskaitoje. Tai labai svarbus nustatymas, nes naudojant gamybos užsakymus galima sekti išlaidas ir nebaigtą darbą gamybos užsakymų kontekste. Tai yra, pavyzdžiui, tik tos išlaidos, kurios buvo priskirtos šiam užsakymui, bus nurašytos, kad būtų išleistos pagal konkretų užsakymą. Kito užsakymo išlaidos liks nebaigtos, net jei jos yra toje pačioje prekių grupėje.

Jei registruojate pagamintus produktus planuojamomis kainomis, čia taip pat galite nustatyti paskyros 40 naudojimą.

5. Išlaidų paskirstymas

Žymė yra tik 1C SCP. Tačiau net ir ten prasminga kol kas tai praleisti. Atvirai kalbant, šiame skirtuke yra nepatogu užpildyti išlaidų paskirstymo metodus. Juos galima konfigūruoti atskirame kataloge arba jums patiems kuriant išlaidų elementus.

6. Išlaidų detalizavimas

Pirmąjį bloką jau aptarėme toje pačioje valdymo apskaitos politikos pastraipoje. Bet antrasis labai įdomus. Kas atsitiks, jei paliksite numatytąjį nustatymą – nurašyti operacijas suvestinėje?

Paskirstomoms prekėms išlaidos bus įskaitytos į išlaidų sąskaitą, tačiau pagal šį punktą nenurašomos. Kita vertus, sumos be išlaidų straipsnio bus nurašomos. Apskritai viskas bus uždaryta sąskaitoje. Bet! Formuojant balanso lapas bet kurios išlaidų sąskaitos išlaidų straipsniams gausime kaupiamuosius išlaidų straipsnių likučius ir raudonus minusus už tuščią elementą. Dėl to apyvarta taps neįskaitoma ir netinkama nurašymo teisingumui patikrinti. Apskritai, mano nuomone, geriau dėti „detaliai“.

7. Bendrosios verslo išlaidos

Apskaitoje yra du bendrųjų verslo išlaidų paskirstymo variantai.

OHR yra įtrauktos į gamybos sąnaudas – jei pasirinksite šią parinktį, taip pat turėsite nustatyti „bendro verslo“ pobūdžio sąnaudų elementų paskirstymo metodus.

OHR nurašomi naudojant tiesioginių sąnaudų metodą. Jei pasirinksite šią parinktį, turite pasirinkti paskyros sąranką, nuo kurios bus apmokestinamos išlaidos. Paprastai tai yra 90,08. O paskirstymui pagal prekių grupes reikia pasirinkti bazę.

8. Pajamų mokestis

1C UPP ir 1.1 komplekse mokesčių apskaita tvarkoma nepriklausomai nuo apskaitos atskirame sąskaitų plane.

Natūralu, kad mokesčių sąskaitų į dokumentus atskirai vesti nereikia. Korespondencija sukonfigūruota apskaitos ir mokesčių sąskaitoms. Be to, paspaudę mygtuką „Nustatyti atitiktį tarp BU ir NU sąskaitų“, pamatysime, kad ši korespondencija jau nustatyta pagal nutylėjimą. Jei norite pakeisti kai kuriuos nustatymus arba pridėti sąskaitas faktūras, galite atlikti pakeitimus tiesiogiai esamame dokumente.

Ir galiausiai: nustatyti RAS 18/2 naudojimą laikiniesiems ir nuolatiniams skirtumams skaičiuoti.

9. Kombinezonai ir speciali įranga

Čia galite apibrėžti vertės apmokėjimo mokesčių apskaitai būdą. Pirmas variantas aiškus – visada grąžiname iškart, pervedus eksploatuoti.

Buhalterinėje apskaitoje galima nustatyti kiekvienos atsargos prekės grąžinimo būdą atskirai. Tai sukonfigūruojama tiesiogiai elementų kataloge. Tai yra, antras būdas yra automatiškai tai padaryti mokesčių apskaitoje taip, kaip bus sukonfigūruota apskaitoje.

10. PVM

Iš PVM nustatymų sunkumų gali kilti tik nustatant apskaitą pagal tarifus be PVM ir 0%, jei parduodate šiais tarifais.

Nustatydami vėliavą, turite atkreipti dėmesį į nustatymą, kuris tampa prieinamas šiuo atveju:

Tvarkyti PVM partijos apskaitą serijų ir charakteristikų kontekste.

Faktas yra tas, kad įjungus apskaitą pagal PVM tarifus, PVM paskirstymo paketinė apskaita vykdoma savarankiškai. Jei tvarkysite partijos įrašus pagal serijas arba naudojimo charakteristikas, ši funkcija turėtų būti nustatyta. Kitu atveju greičiausiai susiklostys situacijos, kai dėl nurašymų eiliškumo skirtumo skirsis PVM apskaitai ir apskaitai skirtų nurašymų ir partijos dokumentų sumos. Dėl to jums gali kilti sunkumų renkantis dokumentus, kuriuos reikia patvirtinti mokesčių inspekcijoje.

Webinaro įrašai

Šis straipsnis bus naudingas tiems, kurie tik pradeda dirbti Pažangi kaštų apskaitos analizė(toliau RAUS) 1C: UPP ir 1C: KA.

Bėda ta, kad iš pirmos pažinties judesiai sąnaudų apskaitos registre gali pasirodyti keisti :)

Tačiau viskas taps daug aiškiau, jei RAUS judėjimus palyginsime su įrašais buhalterijoje.

Šis straipsnis remiasi Pagrindiniai principai gamybos apskaitą, todėl darome prielaidą, kad skaitytojas yra susipažinęs su gamybos apskaitos pagrindais ir turi pirminių žinių apie apskaitą PMS.

Būtinos sąlygos naudoti detalią išlaidų apskaitą atskirose knygose

1C:Accounting 8 kaštų apskaitos analizė reguliuojamoje apskaitoje apsiriboja keturiomis analizėmis: organizacija, padalinys, prekių grupė ir išlaidų straipsnis. To akivaizdžiai nepakanka norint apskaičiuoti vieneto gamybos sąnaudas.

Pavyzdžiui, mes gaminame kieto kuro katilus ir visos išlaidos bus sugrupuotos į visumą pagal prekių grupę „Kieto kuro katilai“, tačiau reikia skaičiuoti kiekvieno katilo savikainą atskirai, kad būtų atsižvelgta į santuokos išlaidas. Norint išspręsti problemą, paprastai tenka griebtis kažkokios gudrybės ir žinyną „Nomenklatūros grupės“ padaryti panašų į žinyną „Nomenklatūra“.

Atitinkamai, norint apskaičiuoti produkcijos vieneto kainą, reikalingas dar vienas analitikos lygis - nomenklatūra. Ir jei atsižvelgsime į tai, kad SCP, nomenklatūros apskaitą galima laikyti kontekste charakteristikos ir serija, tada plius dar du lygiai. Iš viso reikia bent septynių analitinių sumažinimų.

Septynių lygių įgyvendinimas analitinė apskaita naudodamasis apskaitos registru turės Neigiamos pasekmės, pvz., reikšmingas duomenų bazės augimas, programos sprendimo našumo sumažėjimas. Štai kodėl detali išlaidų apskaita vykdoma atskiruose analitiniuose registruose, o ne apskaitos registre. SCP toks registras vadinamas Sąnaudų apskaita (apskaita ir mokesčių apskaita), toliau – „Kaštų apskaita BU ir NU“ arba sąnaudų apskaitos registras.

Apskaitos registro ir kaštų apskaitos registro analitikos palyginimas

	BU ir NU sąnaudų apskaita		Buhalterinės apskaitos registras
	SCP	KA	SCP, KA, BP
Analitiniai matavimai	Apskaitos skyrius, Buhalterinė sąskaita	Apskaitos skyrius, Buhalterinė sąskaita	buhalterinė sąskaita
	Organizacija	Organizacija	Organizacija
	Padalinys	Padalinys	Padalinys
	Nomenklatūros grupė	Nomenklatūros grupė	Nomenklatūros grupė
		—	—
	Kainos elementas	Kainos elementas	Kainos elementas
	kaina	kaina	—

Lentelėje sąmoningai sumaišyta informacija iš įvairių registro „BU ir NU sąnaudų apskaita“ matavimų, nes šio straipsnio tikslas yra atsižvelgti į RAMS apskaitos požiūriu, o ne techninis šio mechanizmo įgyvendinimo aprašymas. .

Tiesą sakant, RAUS registre yra daug daugiau analitinių matavimų, o jų sudėtis priklauso nuo apskaitos parametrų nustatymų, tačiau, vėlgi, šiame straipsnyje mes jų nenagrinėsime.

Išlaidų registro struktūra

Apskaitos požiūriu registrą „BU ir NU sąnaudų apskaita“ galima pavaizduoti kaip tokį matavimų rinkinį:

• Apskaitos skyrius
• buhalterinė sąskaita
• Organizacija
• Padalinys
• Kainos elementas
• kaina
• Nomenklatūros grupė
• Produktai (charakteristika, serija).

Šiuos matavimus galima suskirstyti į tris analitines grupes:

Apskaitos tipo analitika- „vietos nustatymo“ išlaidos.

Sąnaudų apskaitos analitika– kiek kainuoja ir ką su tuo daryti.

Išlaidų paskirstymo analizė- kur bus šios išlaidos (kokiuose produktuose).

Taip pat registre yra ir ketvirta dimensija „BU ir NU apskaita“ – partijų apskaitos analizė. Šiame matmenyje yra patikslintos informacijos apie išlaidas, kuri reikalinga, pavyzdžiui, gaminant pagal užsakymą.

Tačiau šis matavimas nesusijęs su apskaita ir šiame straipsnyje nenagrinėjamas.

Dabar apie kiekvieną dimensiją išsamiau.

• Apskaitos skyrius- gali paimti tik dešimt verčių, mes atsižvelgsime į 4 iš jų: atsargas, išlaidas, gamybos sąnaudas ir produkciją (kad būtų lengviau suprasti straipsnį, likusios vertės neatsižvelgiamos)
• MPZ- šis apskaitos skyrius atsakingas už informacijos apie atsargas saugojimą. Logiškai tai atitinka tokias apskaitos sąskaitas kaip 10, 21, 41 ir 43
• Išlaidos- Atsakingas už informacijos apie įsipareigojusias gamybos ir negamybines išlaidas saugojimą. Logiškai mąstant, ši apskaitos sekcija atitinka 20, 23, 25, 26 ir 44 sąskaitų debeto apyvartą.
• Išleidimo išlaidos- Atsakingas už informacijos apie tai, kokie produktai įeina į kokias išlaidas, saugojimą. Apskaitoje analogo neturi
• Paleisti- Atsakingas už informacijos apie išleistus produktus saugojimą. Logiškai mąstant, ši apskaitos dalis atitinka 43-20 registraciją.
• Organizacija- organizacija, kurios gamybos operacija buvo užregistruota
• Padalinys- vienetas, kuriam buvo užregistruota gamybos operacija
• buhalterinė sąskaita- buhalterinė sąskaita
• Kainos elementas- matavimas, skirtas integruotai materialinių ir nematerialinių sąnaudų apskaitai
• kaina- medžiagų kaina. Nenurodyta nematerialiosioms išlaidoms
• Nomenklatūros grupė- nomenklatūros grupė, kurioje bus paskirstytos išlaidos
• Produktai (charakteristika, serija)- produktai, į kuriuos bus įtrauktos išlaidos.

Apskritai, buhalterio požiūriu, registras „BU ir NU sąnaudų apskaita“ gali būti laikomas sąskaitų planu, o judėjimai jame – kaip siuntimai.

Pavyzdžiui, medžiagų nurašymą perkelkime į gamybą.

Apskaitos registre bus daromas toks įrašas:

O sąnaudų apskaitos registre bus daromi šie įrašai:

Atkreipkite dėmesį į antrąjį judesį:

• Apskaitos skiltyje „Išlaidos“ organizacijai „Mūsų organizacija“, skyriuje „Pagrindinis padalinys“ į 20 sąskaitą iš apskaitos skyriaus „MPZ“ iš 10 sąskaitos, 10 vnt Vinių buvo nurašyta 100 rublių suma.

Ar tai nėra labai panašu į apskaitos įrašą?

Praktinis pavyzdys

Kad būtų lengviau suprasti sąnaudų skaičiavimo principus naudojant RAUS, panagrinėkime juos praktiniu pavyzdžiu.

Įsivaizduokite organizaciją, kuri gamina baldus. Gamybai naudojamos medžiagos - lentos, vinys, taip pat elektra. Pagaminta produkcija – taburetės ir kėdės.

• Lentos, vinys – tiesioginės medžiagų sąnaudos
• Elektra – pridėtinės nematerialinės išlaidos
• Surinkimo cechas – gamybos padalinys
• Medžiagų sandėlis – pagrindinis (ir vienintelis) sandėlis

Mūsų kėdė bus pagaminta iš 4 lentų ir 40 vinių, o taburetė – iš 2 lentų ir 16 vinių.

Naudosime švarią bazinę SCP 1.3.85 versiją. Jame kursime nauja organizacija su pavadinimu „Mūsų organizacija“.

Pradiniai nustatymai – pagal nutylėjimą, išskyrus atsargų savikainos apskaitos nustatymą sandėliams RAUS (sąsaja Buhalterinės apskaitos vedėjas -> Buhalterinės apskaitos nustatymas -> Nustatykite apskaitos parinktis -> Savikaina): jis turi būti įjungtas.

Pirkimas

Suorganizuosime medžiagų pirkimą iš tiekėjo.

Palyginkime sąnaudų apskaitos registro siuntimus ir judėjimus.

Kaip matyti iš šios ekrano kopijos, įrašai ir judėjimai RAUS yra gana panašūs.

Dabar susitarkime dėl elektros pirkimo.

Supirktą energiją atspindėsime 25 d. paskyroje ir vėl palyginsime įrašus ir judėjimus RAUS.

Atkreipkite dėmesį, kad nematerialioji sąnauda iš karto pateko į apskaitos skyrių „Išlaidos“.

Nurašymas į gamybą

Dabar turime atspindėti produkciją ir išleidimui reikalingas medžiagas nurašyti į sąnaudas (gamyboje). Tai atliekama naudojant dokumentus „Pamainos gamybos ataskaita“ ir „Reikalavimas-sąskaita“.

Gamybos ataskaita per pamainą.

Kvietimai ir judėjimai registre „BU ir NU išlaidų apskaita“:

Kaip matyti iš aukščiau esančios ekrano kopijos, vienas apskaitos įrašas atitinka du įrašus RAUZ: išlaidos yra 20-os sąskaitos kreditas, o pajamos - 43-osios sąskaitos debetas.

Sąskaitos faktūros reikalavimas:

Išlaidų skelbimai ir judėjimai:

Nurašius medžiagas į gamybą, galima palyginti sąnaudų apskaitos sąskaitų ir RAUS registro būklę sąnaudų kontekste.

Nors apskaitos įrašuose pateikiama tik apibendrinta informacija, RAUS pateikia maksimalią įmanomą informaciją apie savikainos pobūdį, jos „vietovę“ ir paskirstymo būdą.

Mūsų pavyzdyje apskaitos registro sąskaitos debete 20 yra informacija apie organizaciją, buhalterinę sąskaitą, padalinį, prekių grupę ir savikainos straipsnį, kuriam atspindimos medžiagų sąnaudos.

RAUS, be to, buhalterinės apskaitos skyriuje Išlaidos yra papildomos informacijos apie tai, kokią konkrečią medžiagą nurašėme į 20 sąskaitą, ir apskaitos skiltyje Išleidimo išlaidos- į kurių gaminių kainą buvo įtraukta šios medžiagos kaina.

Medžiagų sąnaudų įtraukimo į gaminius tvarka yra nustatyta dokumente „Pamainos gamybos ataskaita“ arba dokumente „Medžiagų paskirstymas išleidimui“.

Nematerialiųjų sąnaudų apskaitoje mūsų pavyzdyje pateikiama informacija apie sąskaitą, organizavimą, padalinį ir sąnaudų elementą, o RAUS papildomai pateikiama informacija apie prekių grupę, kurioje bus paskirstytos šios nematerialios išlaidos.

Kaip nematerialios išlaidos bus įtrauktos į gatavos produkcijos savikainą (pagal kokią formulę vyks paskirstymas), lemia organizacijos sąnaudų paskirstymo nuostata ir šios sąnaudos atspindžio pobūdis. pirminiai dokumentai ir šiame straipsnyje nenagrinėjamas.

Mūsų pavyzdyje elektra bus paskirstoma prekių grupėje „Produktai“ proporcingai pagamintos produkcijos kiekiui.

Išlaidų skaičiavimas

Apskaičiuokite gamybos savikainą.

Tam sukursime dokumentą „Kaštų apskaičiavimas“, atliksime jį ir palyginsime apskaitos įrašus su judėjimais sąnaudų registre.

Paskaičiavus savikainą, registre „BU ir NU sąnaudų apskaita“, skirtingai nei buhalteriniame registre, pateikiama išsami informacija apie tai, kur kur buvo įtrauktos materialinės ar nematerialios išlaidos.

Mūsų atveju nematerialiųjų kaštų suma yra padalinta po lygiai tarp išleistų gaminių, kadangi pagaminome vieną kėdę ir vieną taburetę, o nematerialiųjų kaštų paskirstymo nustatymuose nurodyta, kad paskirstoma proporcingai išleidimui.

Išvada

Taigi kai kurių atkarpų RAUS registre judesiai yra panašūs apskaitos įrašus su tik tuo skirtumu, kad RAUS registre buvo papildyti papildomi analitiniai skyreliai detaliam gamybos savikainos skaičiavimui. Tai leidžia tiksliai apskaičiuoti pagamintų produktų savikainą UPP.

Prisiminkite, kad „1C: Apskaita 8“ tokios užduoties apskritai neįmanoma išspręsti, nes nėra galimybės detalizuoti produktų sąnaudų.