Nagbibigay ang 1C UPP ng mga flexible na setting para sa mga parameter ng anumang uri ng accounting, kung saan maaari mong ganap na i-configure ang mga panuntunan sa accounting alinsunod sa kung saan nagpapatakbo ang organisasyon.

Upang isaalang-alang ang lahat ng mga nuances, inirerekumenda namin na sa yugto ng survey bago ang proyekto, ang mga parameter ng accounting ay ganap na tinukoy at napagkasunduan sa mga pangunahing gumagamit. Una, ito ay maaaring magsilbing isang matatag na batayan para sa pagbuo ng isang tunay na epektibong sistema (dahil ang regulated accounting ay may mahigpit na mga patakaran, at ang pamamahala ay sumasalamin sa tunay na estado ng mga gawain sa negosyo), at pangalawa, ito ay maiiwasan ang mga problema sa pagpapatupad at mga pagkakaiba sa data sa pagitan ang lumang At bagong sistema accounting.

Sa artikulong ito ay titingnan namin ang isang detalyadong pagtingin sa pag-set up ng mga parameter ng mga regulated na uri ng accounting - accounting at buwis.

Access sa pag-set up ng mga parameter ng accounting

Mag-log in tayo gamit ang mga karapatan ng administrator at lumipat sa interface na "Accounting at Tax Accounting".

Figure 1. Paggawa sa interface na may mga karapatan ng administrator

Pagkatapos baguhin ang interface, isang karagdagang seksyon na "Mga Setting ng Accounting" ay lilitaw sa tuktok na menu, kung saan kailangan mong piliin ang item na "Mga Setting ng Mga Parameter ng Accounting".

Figure 2. tab na Mga Setting

Magbubukas ang isang window kung saan ang lahat ng mga parameter na magagamit para sa pagsasaayos ay lohikal na nakagrupo sa mga seksyon. Tingnan natin ang mga parameter at setting para sa bawat seksyon.

Seksyon "Produksyon"

Sa seksyong "Produksyon" ipahiwatig ang mga panuntunan sa disenyo mga dokumento ng produksyon:

• Gumamit lamang ng mga detalye ng pagpupulong– sa pamamagitan ng pag-activate ng parameter, magagawa ng mga user na itakda ang view sa “Assembly”. Ginagawang available ang isang naka-disable na flag karagdagang mga uri mga pagtutukoy - "Buong", "Yunit". Kung hindi mo planong gamitin ang mga ito, mas mainam na itakda ang bandila upang maiwasan ang mga error ng user sa paghahanda ng dokumento.
• Mga bersyon ng pagtutukoy– kung ang flag ay pinagana, ang mga user ay makakapagtukoy ng iba't ibang bersyon sa detalye ng item; kung hindi pinagana, ang bawat detalye ay maaaring magkaroon lamang ng isang bersyon.
• Gumamit ng mga limitasyon sa materyal na isyu– kapag ang bandila ay naka-on, ang kakayahang magtrabaho kasama ang pag-andar ng limit-fence card ay isinaaktibo. Mas mainam na alisin ang tsek sa bandila upang hindi ma-overload ang pagsasaayos na may kalabisan, hindi kinakailangang pag-andar kapag hindi ito isinasagawa sa negosyo.
• Gumamit ng oras ng pagpapatakbo– kapag ang flag ay naka-on, ang kakayahang itakda ang uri ng output na "Mga oras ng pagtatrabaho" sa "Ulat sa produksyon para sa isang shift" ay isinaaktibo. Kung hindi ito isinasagawa sa enterprise, mas mahusay na alisin ang bandila upang hindi ma-overload ang pagsasaayos na may kalabisan, hindi kinakailangang pag-andar.

Figure 3. Mga setting para sa mga parameter ng accounting "Produksyon"

Seksyon "Cost Accounting Mode"

Ang 1C UPP system ay nagbibigay ng mga mode "Advanced na Analytics", o "Bahagi ng accounting"*.

Ang una sa kanila ay mas angkop para sa produksyon, dahil nagbibigay-daan sa iyo na isaalang-alang ang lahat gastos sa produksyon at mga imbentaryo sa lahat ng accounting account nang hiwalay para sa mga account sa regulasyon at pamamahala. Kasabay nito, may pagkakataon ang mga user na makatanggap ng detalyadong analytics sa paggalaw ng mga item at gastos. Kapag pinipili ang mode na ito, hindi ito isinasaalang-alang magkakasunod-sunod pagpasok ng mga dokumento.

Ang pangalawa ay mas angkop para sa mga kumpanya ng kalakalan, kung saan mahalaga na tumpak na matukoy ang halaga ng isang partikular na batch at makita ang kabuuang kita mula sa mga benta sa real time.

Figure 4. Mga setting ng cost accounting mode

*Ang pagtatakda ng mga mode ay inilarawan sa pinakamataas na antas, dahil ito ay isang hiwalay, malaking paksa. Halimbawa, sa RAUZ maaari mong i-configure ang pagdedetalye, at sa batch - ang pagkakasunud-sunod ng write-off.

Seksyon "Gastos"

Ipinapahiwatig nito ang uri ng mga presyo kung saan isinasaalang-alang ang gastos. Ang rehistro ng impormasyon na "Mga presyo ng item" ay dapat munang i-configure.

Susunod, lagyan ng check ang mga kahon para sa pamamahala o regulatory accounting nang hiwalay. Ito ay ginagamit kung ang iba't ibang mga bodega ng parehong kumpanya ay may iba't ibang mga kondisyon ng negosyo. Sa kasong ito, ang kabuuan at batch accounting ay pananatilihin nang hiwalay para sa bawat bodega. Kapag ang opsyon ay hindi na-activate, ang pagkalkula ay ginawa para sa kumpanya sa kabuuan, anuman ang partikular na bodega.

Figure 5. Mga setting ng gastos

Seksyon "Mga paraan ng pamamahagi ng gastos"

Ginagamit ang mga setting na ito sa advanced cost accounting analytics mode.

Kung gusto mo pa ring paganahin ang setting na ito, dapat mong itakda ang mga panuntunan para sa pagkalkula ng base sa tab na "Distribution Base", sa loob ng framework kung saan kakalkulahin ang distribution base, at pipili ka rin ng diskarte para sa pagkalkula ng bahagi ng mga gastos para sa bawat uri ng produkto depende sa dami ng output, dami ng benta , paglitaw ng ilang mga hilaw na materyales, ayon sa mga pamantayan, o mano-mano.

Maaari mong ipamahagi ang mga gastos ayon sa uri ng produksyon: para sa iyong sariling mga produkto, mga produkto ng isang third-party na processor, mga produkto mula sa mga hilaw na materyales na ibinigay ng customer, para sa oras ng pagpapatakbo, para sa mga indibidwal na departamento, para sa isang porsyento o para sa isang koepisyent.

Figure 6. Mga setting para sa mga paraan ng pamamahagi ng gastos

Seksyon " Accounting ng Mga Kalakal"

• Ang pag-activate ng unang pangkat ay nagdaragdag ng kaukulang mga linya sa mga dokumento at mga reference na libro para sa accounting ayon sa tinukoy na mga katangian, pati na rin para sa pagproseso ng mga transaksyon sa mga lalagyan.
• Ang pangalawang grupo ay may pananagutan para sa kakayahang magtrabaho sa ilang mga bodega sa tabular na bahagi ng napiling dokumento.

Figure 7. Mga setting ng "Goods Accounting".

Seksyon "Pagpi-print, mga yunit ng pagsukat"

Ang seksyong ito ay para sa pag-set up hitsura mga nakalimbag na anyo ng mga dokumento. Posibleng magpakita ng karagdagang column na may gustong parameter, halimbawa, code ng produkto o numero ng artikulo, pati na rin tukuyin ang unit ng timbang at unit ng volume para gamitin sa mga katangian ng produkto.

Figure 8. "I-print, mga yunit ng pagsukat"

Seksyon "Mutual settlements"

Nagtatatag ito ng magkakatulad na mga tuntunin para sa pagkontrol sa utang at mga dokumento sa bangko:

• Paraan upang makontrol ang mga araw sa utang sa kalendaryo o weekdays.
• Pag-post ng isang dokumento batay sa oras ng pagpaparehistro– ipo-post ang dokumento sa parehong sandali kapag natanggap ang kumpirmasyon ng transaksyon mula sa bangko. Mas mainam kapag kailangan mong subaybayan ang mga pagbabayad mula sa mga customer sa real time.
• Sa pagtatapos ng araw ng petsa ng pagpaparehistro Sa pangkalahatan, binabawasan nito ang pag-load ng system; maaari itong magamit kapag hindi sapat upang makatanggap kaagad ng mga ulat sa pagbabayad.

Figure 9. Mga setting para sa mga parameter ng accounting "Mutual settlements"

Seksyon "Mga pakikipag-ayos sa mga tauhan"

Ang seksyon ay inilaan para sa pag-set up ng pagpuno sa mga detalye ng "Mga Empleyado" at "Uri ng pag-iipon ng sahod" sa mga transaksyon. Kung pipiliin mo ang opsyong "Para sa bawat empleyado," kakailanganin mong punan ang mga detalyeng ito para sa bawat empleyado. Kapag pinili mo ang opsyong “Buod...”, ang mga detalyeng ito ay hindi kasama sa mga transaksyon.

Figure 10. Mga kalkulasyon ng tauhan

Seksyon "Mga Order"

Dito maaari mong i-configure ang trabaho sa mga order.

• Diskarte sa auto-reservation tumutukoy sa pamamaraan para sa pagreserba ng mga kalakal batay sa mga order ng customer.
• Pag-activate "Ipahiwatig ang mga order sa seksyon ng talahanayan" nagpapakita ng karagdagang column sa mga dokumento ng resibo at pagbebenta, na nagpapakita ng numero ng order.
• Gumamit ng mga panloob na order ina-activate ang functionality para sa paglikha ng mga panloob na order bilang isang hiwalay na dokumento na may magkaparehong pangalan. Kung ang kumpanya ay hindi gumagamit ng isang sistema ng naturang mga order, mas mainam na huwag paganahin ang bandila upang hindi mabigatan ang mga gumagamit ng labis na impormasyon.
• Tukuyin ang serye kapag nagpapareserba ng mga kalakal sa mga bodega ay nagpapahintulot sa iyo na isaalang-alang ang mga serye (napapailalim lamang sa isang reserba para sa mga order na nagpapahiwatig ng kasunduan sa katapat, na nagtatakda ng katangiang "Paghiwalayin ang accounting ng mga kalakal ayon sa mga order ng mamimili").
• Account para sa mga pagbabalik ng customer– kapag naka-on ang bandila, awtomatikong nagbabago ang bigat ng inorder na mga kalakal kapag nagpo-post ng "Pagbabalik ng mga kalakal mula sa bumibili".

Figure 11. Mga setting ng "Mga Order".

Seksyon "Mga order para sa produksyon"

Ang seksyon ay inilaan para sa pagtatakda ng mga parameter para sa pagtatrabaho sa mga order ng produksyon.

Kapag ang bandila ay pinagana "Gumamit ng mga order ng produksyon" Ang karagdagang dokumento na "Production Order" ay magiging available.

Ang pagpapagana sa sumusunod na bandila ay ginagawang posible para sa bawat order na kalkulahin ang mga kinakailangan para sa mga materyales at semi-tapos na mga produkto para sa produksyon ng mga natapos na produkto.

Maaaring ipatupad ang mga pangangailangan sa pagsasara sa isa sa dalawang mode:

• Obvious naman– gamit ang dokumentong "Pagsasaayos ng order ng produksyon". Sila rin ay ganap na sarado kapag nagsasagawa ng "Ulat sa Produksyon para sa Shift", "Pagtitipon ng Item" at "Act on the Provision of Production Services", kung ang lahat ng mga kalakal ay nailabas ayon sa utos.
• Awtomatiko- iyon ay, kapag hinahati ang mga materyales sa pagpapalabas ng mga kalakal, pati na rin kapag inirehistro ito gamit ang "Item Assemblage".

Larawan 12. Mga order sa produksyon

Seksyon "Mga benta ng tingi"

Idinisenyo upang i-configure ang mga parameter ng retail sales:

• Posibilidad ng pagbabayad sa pamamagitan ng mga card sa pagbabayad, pautang sa bangko;
• Accounting para sa pagbebenta ng mga produktong alkohol;
• Ang pamamaraan para sa pagpapadala ng mga elektronikong tseke sa mamimili.

Larawan 13. Mga benta ng tingi

Seksyon "Pagpaplano"

Ang seksyon ay idinisenyo upang i-configure ang mga parameter ng pagpaplano:

• Dalas ng pag-access sa mga pangunahing mapagkukunan tumutukoy sa pagitan ng oras kung saan isinasagawa ang pagpaplano: araw, linggo, dekada, buwan, quarter, kalahating taon, taon.
• Magsagawa ng pagpaplano ng shift– kapag na-activate sa mga detalye at mga order ng produksyon, magiging available ang mekanismo ng pagpaplano ng shift.

Figure 14. Mga setting ng pag-iiskedyul

Seksyon "Mga Proyekto"

Dito maaari mong i-configure ang accounting sa konteksto ng Mga Proyekto.

• Panatilihin ang mga talaan ng mga proyekto– isinaaktibo ang karagdagang detalye sa mga proyekto para sa mga benta, pagbili, daloy ng pera, gastos at pagpaplano.
• Gumamit ng mga uri ng pamamahagi ayon sa proyekto– kapag ang bandila ay pinagana, ang mga karagdagang tool ay isinaaktibo para sa paglalaan ng mga pangunahing gastos sa mga proyekto.
• Subaybayan ang mga gastos sa proyekto– pinapagana ang pag-post ng mga hindi direktang gastos sa mga proyekto.
• Ipahiwatig ang mga proyekto sa tabular na bahagi ng mga dokumento– sa mga dokumentong sumasalamin sa mga transaksyon sa pananalapi, isang karagdagang column na "Proyekto" ang magiging available, kung saan maaari mong ipahiwatig kung aling mga partikular na proyekto ang nauugnay sa mga gastos.

Figure 15. Mga setting ng accounting parameters ng "Mga Proyekto".

Seksyon "Mga Pera"

Dito maaari mong i-configure ang mga pera na ginagamit para sa accounting*, pamamahala at IFRS accounting.

*Ang currency ng regulasyon ay ang batayang pera, ang rate nito ay palaging katumbas ng 1 (para sa Russian Federation - ruble).

Figure 16. Mga setting ng accounting parameters ng "Currency".

Seksyon "VAT"

Ang seksyon ay inilaan para sa pag-set up ng pagnunumero at mga naka-print na anyo ng mga invoice. Posibleng ipahiwatig ang buo o buo at pinaikling pangalan ng nagbebenta, pati na rin magtakda ng hiwalay na pagnunumero para sa mga invoice para sa mga paunang pagbabayad.

Figure 17. Mga setting para sa VAT accounting

Seksyon "VAT sa pera"

Itinatag ng seksyong ito ang paraan para sa pagkalkula ng halaga ng VAT para sa mga dokumento sa dayuhang pera. Kapag pumipili ng opsyon na "Sa pamamagitan ng halaga ng ruble ng dokumento", ang halaga ng VAT ay kakalkulahin sa pamamagitan ng pag-multiply ng halaga ng ruble sa rate ng VAT.

Kapag pumipili ng opsyon na "Sa pamamagitan ng halaga ng pera ng VAT", ang halaga ng ruble ng VAT ay kinakalkula sa pamamagitan ng pagpaparami ng halaga ng pera ng VAT sa halaga ng palitan ng dokumento.

Figure 18. Mga setting para sa mga parameter ng accounting "VAT sa pera"

Seksyon "Buwis sa Kita"

Ang buwis sa kita ay naka-set up para sa ari-arian at mga serbisyo na nauna nang binayaran sa ilalim ng isang kasunduan sa dayuhang pera at ang mga patakaran para sa pagsuporta sa PBU 18/02 kapag isinasaalang-alang ang mga pagkakaiba sa halaga kapag ang bayad ay natanggap sa ilalim ng mga kasunduan sa cu. pagkatapos ng paglipat ng pagmamay-ari.

Figure 19. Mga setting para sa mga parameter ng accounting "Buwis sa Kita"

Seksyon "Cash Book"

Kino-configure ng seksyon ang mga opsyon sa pagpapanatili mga libro ng pera: Sa pamamagitan ng magkahiwalay na unit o ang organisasyon sa kabuuan.

Kapag ang flag na "Gumamit ng pagpapanatili ng mga cash book sa pamamagitan ng hiwalay na mga dibisyon" ay pinagana, ang subaccount na uri na "Mga Dibisyon" ay idaragdag sa mga account 50.01 at 50.21; kapag ang bandila ay tinanggal, ang subaccount na uri ay tatanggalin at ang proseso ay magiging posible lamang para sa buong organisasyon sa kabuuan.

Figure 20. "Cash Book" mga setting ng accounting parameters

Seksyon "Mga kontrata ng pamahalaan"

Ang seksyon ay inilaan para sa pag-set up ng karagdagang pag-andar para sa accounting para sa mga pagbabayad sa ilalim ng mga kontrata ng gobyerno.

Kapag naka-on ang bandila, nagiging posible na magtrabaho sa mga bagay ng subsystem na "Mga Kontrata ng Pamahalaan". Para sa Bank account, ang mga kasunduan sa counterparty at mga kahilingan para sa paggasta ng mga pondo ay maaaring itatag alinsunod sa kontrata ng gobyerno.

Para sa Mga setting para sa pag-upload ng mga sumusuportang dokumento ang catalog para sa pag-upload ng mga sumusuportang dokumento kapag nakikipagpalitan sa bangko ay ipinahiwatig, pati na rin maximum na laki file ng sumusuportang dokumento (MB) at file ng archive ng mga sumusuportang dokumento (MB).

Figure 21. Mga setting ng accounting "Mga kontrata ng gobyerno"

Kinukumpleto nito ang pagsusuri ng mga setting ng mga parameter ng accounting sa 1C UPP system. Para sa mas detalyadong impormasyon tungkol sa mga kakayahan ng system at mga panuntunan sa pagsasaayos, maaari kang makipag-ugnayan sa aming mga consultant.

Ang mga error na nagdudulot ng hindi naaangkop na pag-uugali ng dokumento ng Mga Pagkalkula ng Buwis sa Kita ay hindi madaling mahanap.
Una, ang kumplikadong algorithm nito ay dapat sisihin para dito, at pangalawa, ang aktwal na pagpapatupad nito (para sa isang halimbawa ng pagkakaiba sa pagitan ng ipinahayag na pag-andar at ang aktwal na isa, tingnan sa ibaba). Ang pagsusuri ay batay sa soft starter code, ngunit ang ilang mga punto ay maaaring naaangkop para sa iba pang mga configuration.

Sa pagsasalita tungkol sa dokumentong "Mga Pagkalkula para sa buwis sa kita", ang ibig kong sabihin ay isinasagawa ito sa mode na "Pagkalkula ng permanenteng at ipinagpaliban na mga asset at pananagutan ng buwis at buwis sa kita" (unang mode).

Naka-attach sa dokumento bilang isang naka-print na form ay isang sanggunian sa pagkalkula na "Permanent at pansamantalang mga pagkakaiba", ngunit bilang default, ito ay binuo sa mode na "Permanenteng mga pagkakaiba", at maaaring tumagal ng medyo mahabang oras upang mabuo (hanggang sa 15-20 minuto) . Ang parehong sertipiko ng pagkalkula ay magagamit bilang isang hiwalay na ulat, at pagkatapos ay sa mga setting maaari mo munang piliin ang uri ng pagkakaiba kung saan ka interesado (ang mga pansamantalang pagkakaiba ay palaging mas interesante sa akin nang personal).

Mayroon ding isang hindi kasiya-siyang problema dito - ayon sa uri ng accounting na "Fixed asset", ang sertipiko ng pagkalkula ay hindi nagpapakita ng mga account 03 at 02.02, kahit na sila ay kasangkot sa pagkalkula ng mga ipinagpaliban na buwis. Maaaring may iba pang mga problema na hindi ko pa alam.

Bilang karagdagan, ang form ng sertipiko ng pagkalkula ay walang mga "normal" na pagpapangkat at samakatuwid ay napaka-inconvenient na gamitin.

Naka-attach din sa dokumento ang isa pang pagkalkula ng sertipiko na "Pagkalkula ng buwis sa kita", kung saan ang kuwento ay eksaktong pareho - tumatagal din ito ng mahabang panahon upang mabuo, ay hindi rin maginhawang itinayo, at sa pamamagitan din ng default ay hindi nabuo sa mode iyon ang pinakainteresante sa amin (maaari itong magpakita ng mga kalkulasyon batay sa data ng BU, ngunit may mga permanenteng at pansamantalang pagkakaiba, at bilang default ay nagpapakita lamang ng data ng BU).

Sa pagsasagawa, hindi ko inirerekomenda ang sinuman na seryosong umasa sa parehong mga sertipikong ito upang mahanap ang mga dahilan para sa maling pagkalkula ng buwis.

Mahalagang maunawaan na ang mga intermediate na resulta ng pagkalkula ng buwis sa kita (hindi katulad ng pagkalkula ng gastos) ay hindi nai-save saanman sa database, kaya ang anumang sertipiko ng pagkalkula ay nagsasagawa muli ng lahat ng mga kalkulasyon sa bawat oras, at hindi kumukuha ng data mula sa nai-post na dokumento. Kaya huwag magtaka kung nakalimbag na anyo hindi tutugma sa mga kable.

MAHALAGA: sa pagsasaayos ng "Enterprise Accounting", ang dokumentong "Mga Pagkalkula para sa Buwis sa Kita" ay gumagawa din ng mga paggalaw sa mga auxiliary na rehistro, na maaaring magamit sa ibang pagkakataon upang bumuo ng mga normal na sanggunian at kalkulasyon ng tao. Sinuman na dati nang nagpatupad o gumamit ng BP 2.0 o 3.0, alam na sa UPP at CA nito kapaki-pakinabang na pag-andar hindi, at natatakot ako na wala na.

Sa wakas, isa pang mahalagang paalala: lahat ng mga entry sa dokumentong "Mga Pagkalkula para sa buwis sa kita" ay makikita lamang sa sistema ng accounting, dahil ang layunin ng dokumento ay magbigay mga resulta ng accounting sa mga awtoridad sa buwis, at hindi kabaliktaran!

Kaya, napag-usapan namin ang tungkol sa dokumento, ngayon tungkol sa mekanismo ng pagkalkula ng buwis. Ito ay isinasagawa sa mga yugto:

Stage 1 - pagkalkula ng PNA at PNA ayon sa PR

Tinitingnan namin ang Tax accounting register ayon sa uri ng accounting PR sa turnover ng mga account 90 at 91 hindi sa pagsusulatan sa account. 99.01.

Malinaw mula sa mga entry na ang mga permanenteng pagkakaiba ay kasama sa mga pagkalkula ng buwis sa kita pagkatapos lamang maipakita ang mga ito sa kita o gastos ng organisasyon. Anumang mga balanse ng PR sa mga account sa balanse ng mga asset o pananagutan ay HINDI NAKAKAAPEKTO sa pagkalkula ng buwis!

Ang mga pag-post ay nabuo:

Dt 99.02.3 Kt 68.04.2 para sa halaga (Turnover * Profit Tax Rate) - PNO

Dt 68.04.2 Kt 99.02.3 para sa halaga (TurnoverKt * Profit Tax Rate) - PNA

Pangkalahatang tuntunin:

Kung ang tubo (income minus expenses) ayon sa data ng accounting ay mas malaki kaysa ayon sa data ng NU, pagkatapos ay isang permanenteng asset ng buwis (PTA) ang mabubuo, kung hindi, magkakaroon ng permanenteng pananagutan sa buwis (PTA).

Sa madaling salita: positibong kabuuan ng PRsa kita * 20% = PNA; positibo PR sa mga gastos * 20% = PNO.

Halimbawa:

Dt 26 PR para sa 100,000 rubles. - ang mga gastos ay makikita. Sa pagtatapos ng buwan sila ay mabubuo debit turnover sa account 90.

Dt 99.02.3 Kt 68.04.2 para sa 20,000 rubles. - salamin ng PNO

Stage 2 - pagkalkula ng OTA para sa kasalukuyang pagkawala. panahon (ayon sa datos ng NU, kung may talo lang)

Tinitingnan namin ang mga balanseng 99 ayon sa uri ng accounting para sa NU at mga balanseng 09 “LossTekPer” ayon sa BU.

Pagkawala ng kasalukuyang panahon 09 = AmountFinalBalanceDt_account99.01NU * Rate ng ProfitTax - AmountFinalBalanceDt_account09BU para sa subaccount Pagkawala ng CurrentPeriod

Ang mga pag-post ay nabuo:

Dt 68.04.2 Kt 09- kung ang halaga ay negatibo

Dt 09 Kt 68.04.2- kung ang kabuuan ay positibo

Kinakailangan para sa organisasyon na mapunan ang mga rate ng buwis sa kita (sa pamamagitan ng patakaran sa accounting); kung wala ang mga ito, ang pagkalkula ay hindi gumagana nang tama.

Stage 3 - pagkalkula ng ONA at ONO para sa BP sa mga account ng mga uri ng mga asset at pananagutan

tala: hindi tulad ng PNA/PNO, ang ONA at ONO ay nabuo sa sandaling lumitaw ang isang pansamantalang pagkakaiba sa mga account ng mga ari-arian at pananagutan, at hindi sa sandali ng pag-ugnay nito sa kita o mga gastos.

Kaya, ang paglitaw ng VR sa pagsusuri ng mga materyales sa account. 10 ay hahantong sa pagbuo ng IT, kahit na ang mga materyales na ito ay nasa bodega para sa buong buwan at hindi naalis kahit saan!

Ang pamamaraan para sa pagkalkula ng "tulad ng nararapat" , ayon sa mga komento ng 1C sa karaniwang soft starter code:

1. Ang balanse ng mga nabubuwisang at mababawas na pagkakaiba ayon sa uri ng asset sa kabuuan ay tinutukoy.

1. Batay sa balanse ng mga pagkakaiba, ang balanse ng ipinagpaliban na mga asset at pananagutan ng buwis ay kinakalkula, na dapat na maipakita sa mga account 09 at 77 sa katapusan ng buwan.

1. Ang halaga ng ipinagpaliban na mga asset at pananagutan ng buwis ay tinutukoy, na makikita sa mga account 09 at 77 sa katapusan ng buwan.

1. Ang mga account 09 at 77 ay inaayos sa dami ng mga pagkakaiba sa pagitan ng kung ano ang makikita sa account at kung ano ang dapat na batay sa mga resulta ng pagkalkula.

Pamamaraan ng pagkalkula "as is" , direkta mula sa karaniwang soft starter code:

1. Ang mga balanse at turnover ay kinakalkula ayon sa uri ng accounting BP para sa mga uri ng mga asset at pananagutan. Ang mga account na nauugnay sa mga paunang natukoy na uri ng mga asset at pananagutan ay tinukoy sa code(tingnan ang talahanayan sa ibaba para sa mga uri ng mga asset at pananagutan).
2. Ang resulta ng pagkalkula sa form na Simula Balanse / TurnoverDt / TurnoverKt / BalanceCon (para sa lahat ng mga account sa buwis ng ganitong uri ng asset), ay pinoproseso nang hiwalaypara sa bawat hanay ng mga subconto na halaga gamit ang sumusunod na algorithm:

• Kung Panimulang Balanse > 0:

• Kung BalanseStart< = 0 :

Para sa mga fixed asset at intangible asset, ang mga depreciation account ay kasama sa kalkulasyon, i.e. Ang pagkalkula ay batay sa natitirang halaga.

Ang mga pag-post sa mga account 09, 77 ay nabuo sa pakikipag-ugnayan sa account 68.04.2.

Kapag nagre-record, ang mga transaksyon ay "binulong" ayon sa uri ng asset at pananagutan sa bawat account.

Ang halaga ng transaksyon ay i-multiply sa rate ng buwis sa kita.
Mga balanse sa libro sa mga account 09, 77 ay hindi isinasaalang-alang.

Stage 4 - pagkalkula ng halaga ng conditional income/tax expense(mula sa BU 99 turnover bawat buwan)

Sa katunayan, sa yugtong ito, tinutukoy namin kung magkano ang buwis na babayaran namin kung kinakalkula namin ito ayon lamang sa data ng accounting.

Ang halaga ng buwis ay kinakalkula bilang (TurnoverKt_BU_99_01_1 - TurnoverDt_BU_99_01_1)*Profit Tax Rate

Dt 68.04.2 - Kt 99.02.2- kung positibo ang halaga ng buwis

Dt 99.02.1 - Kt 68.04.2- kung ang halaga ng buwis ay negatibo

Pagkatapos ng yugtong ito, ang mga pag-post ng dokumento ay naitala upang ang mga paggalaw ay isinasaalang-alang sa susunod na yugto ng pagkalkula.

Stage 5 - pagkalkula ng buwis na babayaran (mula sa turnover ng BU 68.04.2 bawat buwan)

HalagaCUPay = TurnoverKt_BU_68_04_2 - TurnoverDt_BU_68_04_2

Ang halaga ay nahahati sa mga uri ng mga pagbabayad sa badyet (federal na badyet at badyet ng isang constituent entity ng Russian Federation) at naipon:

Dt 68.04.2 Kt 68.04.1

Walang tseke para sa mga negatibong halaga.

Kaya, sa teknikal, ang UPP ay maaaring magpataw ng negatibong buwis sa kita. O maningil ng positibong buwis sa isang sitwasyon kung saan ang mga pagkalugi mula sa mga nakaraang panahon ng kasalukuyang taon ay dapat na malinaw na sapat upang masakop ang halaga ng kita para sa kasalukuyang buwan.

Subukan nating alamin kung bakit ito maaaring mangyari sa pagsasanay:

Mga karaniwang sanhi ng mga pagkakamali sa pagkalkula ng buwis sa kita

#	Problema	Solusyon
1	Maling pagsasara ng mga account ng gastos para sa BU o NU sa konteksto ng mga uri ng accounting NU/PR/BP. Ang mga balanse sa mga rehistro ng gastos ay natigil.	Suriin ang SALT at pahayag ng gastos. Dapat ay walang huling nalalabi. Iwasto ang mga pagkakamali kung mayroon man. Kung kinakailangan, muling kalkulahin ang gastos (siguraduhin na ang pagkalkula ay isinasagawa nang walang mga error). Pagkatapos ay isagawa ang pagpapasiya ng palikpik. mga resulta at pagkalkula ng buwis sa kita.
	Ang turnover sa mga account ng gastos ay hindi tumutugma sa turnover sa rehistro ng gastos.	Sa isang lugar sa mga dokumento ang item ng gastos ay hindi wastong ipinahiwatig (ang likas na katangian ng mga gastos ay hindi tama).
	Pagkabigong sumunod sa pangunahing tuntunin: "BU = NU + PR + VR" (tinatawag na " boroto")	Maaaring matagpuan ang mga pagkakaiba sa pamamagitan ng paghiling ng mga accounting account ng mga registrar at, kung kinakailangan, account analytics. Makakatulong dito ang ulat sa pagsusuri ng kundisyon. accounting ng buwis, ngunit hindi ito masyadong maginhawang gamitin.
	May mga balanse sa BP sa mga account kung saan hindi awtomatikong nabuo ang SHE at IT. Halimbawa: Dt 91.02 VR Kt 14 Walang account 14 sa tax accounting, kaya kailangan mong palitan ang account 14 ng account 96.	Para sa listahan ng mga account kung saan awtomatikong nabuo ang ONA at ONO, tingnan ang talahanayan ng mga uri ng mga asset at pananagutan. Kung kinakailangan upang ipakita ang BP kung saan ang SHE at ONO ay hindi awtomatikong kinakalkula, kinakailangan na gawin ang pagkalkula nang manu-mano at ipakita ito sa pamamagitan ng pag-post sa account. 09 o 77 sa sulat sa account 68.04.2 Sa pagsasagawa, kinailangan kong manu-manong ipakita ang IT ayon sa uri ng asset" kamakailan. Mga account na dapat bayaran", dahil ang utang ay naipakita sa sistema ng accounting nang mas maaga kaysa sa NU, na nagdulot ng pansamantalang pagkakaiba.
	Mga account sa kita at gastos (20, 26, 44, 90, 91, 99) ayon sa uri ng accounting BP ay tumutugma sa iba pang mga uri ng accounting. Bilang resulta, walang ipinagpaliban na buwis ang nabuo. Halimbawa: Dt 91.02.1 VR Kt 01.09 NU	Kinakailangang palitan ang BP ng ibang uri ng accounting (kung ang BP ay ipinahiwatig nang hindi tama), o pumili ng loan ayon sa uri ng BP accounting na may account kung saan ang SHE/IT ay awtomatikong kinakalkula (tingnan ang Appendix 1 sa ibaba) . Kinailangan kong itama ang mga kable mula sa halimbawa hanggang sa Dt 91.02 VR Kt 01.09 VR.
	Ang BP ay isinulat sa PR (direkta o hindi direkta).	Kadalasan ito ay nangyayari kapag ang isang asset ay tinanggal para sa mga item na hindi tinatanggap para sa accounting ng buwis. Sa kasong ito, nangyayari ang labis na accrual ng PNA/PNO. Ito ay ginagamot sa pamamagitan ng pagtanggal ng VR para sa VR, sa pamamaraang ito ay mas tama. Sa teknikal, ito ay nalutas sa pamamagitan ng pagpapalit ng tinanggap na item sa gastos sa PM ng dokumento ng gastos at pag-zero sa halaga ng yunit ng accounting (kung ang halaga ng accounting ay hindi zero) - ito ay kung paano nakuha ang isang pag-post ayon sa uri ng accounting BP .
	Ang mga asset na naglalaman ng mga pansamantalang pagkakaiba ay kredito at isinasawi ayon sa iba't ibang analyst. Bilang resulta, ang mga pag-post ay maaaring mabuo sa 77 sa halip na 09 at vice versa.	Halimbawa, pumasok ang isang proyekto sa konstruksiyon gamit ang "self-supporting" construction method, ngunit umalis mula sa "contract" construction method (mayroong "re-grading" ayon sa mga subcontos, sa konteksto kung saan nabuo ang ONA at ONO) . Kailangang ayusin ang Analytics.
	Maling sarado standardized na mga item sa gastos sa accounting ng buwis.	Kinakailangan na muling ipadala sa oras ang dokumentong "Mga regular na operasyon ng accounting sa buwis (para sa buwis sa kita)" sa pagsasara ng buwan.
	Dokumento "Kahulugan pinansiyal na mga resulta" noong Disyembre ay muling isinagawa sa pagkumpleto ng "Pagsasara ng Taon" na dokumento.	Alisin ang dokumentong "Pagsasara ng Taon" mula sa pagpapatupad, pagkatapos ay gawing muli ang pagpapasya sa pananalapi. mga resulta at pagkalkula ng buwis sa kita. Huwag kalimutang isara ang taon sa pagtatapos ng pagkalkula.
	Sa panahon mayroong mga manu-manong entry para sa 09 at/o 77 na mga account.	Ang mga naturang pag-post ay kailangang mahanap at maaaring ilipat sa isang hinaharap na panahon, o ang aktibidad ay dapat alisin para sa panahon ng pagkalkula ng buwis sa kita. Kung iiwan mo sila, isasaalang-alang ng pagkalkula ng buwis ang kanilang presensya at gagawa ng mga entry tulad ng pagsasara ng balanse tumutugma sa kinakalkula. Kung manu-mano mong inaayos ang mga invoice 09 at 77, pagkatapos ay huwag muling i-post ang mga kalkulasyon ng buwis pagkatapos nito, o kanselahin ang aktibidad/ipasa ang dokumento!
	Mga manu-manong pag-post sa mga account. 09 "Pagkawala ng kasalukuyang panahon"	Ang manu-manong pagsasaayos ng account 09 para sa pagkawala ng kasalukuyang panahon ay isang kakaibang ideya. Malamang, ang gayong mga kable ay maaaring (at mas mabuti) na alisin. Panuntunan" ConOstDt 09_UbTekPer = ConOstDt_99.01_NU x 20%"Dapat obserbahan sa lahat ng oras!
	May mga pag-post sa sulat sa account 84	Sa resultang pag-post, sa halip na ang ika-99 na account, palitan ang 84.

Kung alam mo ang iba pang mga dahilan para sa hindi tamang pagkalkula ng buwis sa kita, isulat sa mga komento!

ANNEX 1:

Mga karaniwang uri ng mga asset at pananagutan

na may accounting account at analytics (mula sa SPP code)

Mga uri ng mga ari-arian at pananagutan

Mga account

Subconto

Sa seksyong ito, magsisimula kami ng isang serye ng pagsusuri ng mga artikulo na makakatulong sa iyong makabisado ang configuration ng "1C: Manufacturing Enterprise Management".

Panimula

"1C: Pamamahala negosyong pagmamanupaktura 8" ay isang komprehensibong solusyon sa aplikasyon na sumasaklaw sa mga pangunahing contours ng pamamahala at accounting sa isang manufacturing enterprise. Ang solusyon ay nagbibigay-daan sa iyo upang ayusin ang isang komprehensibong sistema ng impormasyon na tumutugma sa corporate, Russian at internasyonal na pamantayan at pagtiyak ng mga aktibidad sa pananalapi at pang-ekonomiya ng negosyo.

Ang solusyon sa application ay lumilikha ng isang pinag-isang puwang ng impormasyon para sa pagpapakita ng pananalapi aktibidad sa ekonomiya negosyo, na sumasaklaw sa mga pangunahing proseso ng negosyo. Kasabay nito, ang pag-access sa naka-imbak na impormasyon ay malinaw na inilarawan, pati na rin ang posibilidad ng ilang mga aksyon depende sa katayuan ng mga empleyado.

Sa mga negosyo ng isang holding structure, maaaring saklawin ng isang karaniwang base ng impormasyon ang lahat ng organisasyong kasama sa holding. Ito ay makabuluhang binabawasan ang labor intensity ng record keeping dahil sa muling paggamit ng mga karaniwang set ng impormasyon ng iba't ibang organisasyon. Kasabay nito, pinapanatili ang end-to-end na pamamahala at kinokontrol (accounting at tax) accounting para sa lahat ng organisasyon, ngunit hiwalay na binubuo ang kinokontrol na pag-uulat para sa mga organisasyon.

Katotohanan ng komisyon transaksyon sa negosyo ay nakarehistro nang isang beses at makikita sa pamamahala at regulated accounting. Hindi na kailangang muling ipasok ang impormasyon. Ang paraan ng pagpaparehistro ng isang transaksyon sa negosyo ay isang dokumento, at upang mapabilis ang trabaho, ang mga mekanismo para sa pagpapalit ng "default" na data at pagpasok ng mga bagong dokumento batay sa mga naunang naipasok ay malawakang ginagamit.

Sa inilapat na solusyon, ang sumusunod na ratio ng iba't ibang data ng accounting ay pinagtibay:

• pagsasarili ng data ng pamamahala, accounting at accounting sa buwis;
• pagkakahambing ng data ng pamamahala, accounting at accounting ng buwis;
• coincidence ng sum at quantitative estimates ng mga asset at liabilities ayon sa management, accounting at tax accounting data, sa kawalan ng mga layuning dahilan para sa kanilang pagkakaiba.

Ang data na ipinasok ng mga user ay mabilis na kinokontrol ng solusyon ng application. Kaya, kapag nagrerehistro ng cash na pagbabayad Pera susuriin ng system ang pagkakaroon ng mga pondo na isinasaalang-alang ang mga kasalukuyang kahilingan para sa kanilang paggasta. At kapag nirerehistro ang pagpapadala ng mga produkto, susuriin ng system ang katayuan ng mutual settlements sa tatanggap ng mga kalakal.

Ang solusyon sa application ay may kasamang hanay ng mga interface, na nagbibigay sa bawat user ng priyoridad na access sa data at mga mekanismo ng solusyon sa application na kailangan niya.

Ang regulated (accounting at tax) accounting para sa mga organisasyon ay isinasagawa sa Pambansang pananalapi, habang para sa pamamahala ng accounting para sa enterprise sa kabuuan, anumang pera ay maaaring mapili. Maaaring gumamit ang iba't ibang organisasyon ng isang base ng impormasyon iba't ibang sistema pagbubuwis: sa ilang organisasyon - pangkalahatang sistema pagbubuwis, sa iba pa - pinasimple; maaaring gumamit ng iba't ibang setting ng patakaran sa buwis at buwis accounting. Bilang karagdagan, ang isang sistema ng pagbubuwis sa anyo ng isang solong buwis sa imputed na kita ay maaaring ilapat sa ilang mga uri ng mga aktibidad ng isang organisasyon.

Bilang karagdagan sa pamamahala at kinokontrol na accounting, maaari mong mapanatili ang accounting ayon sa mga internasyonal na pamantayan Financial statement(IFRS). Upang mabawasan ang intensity ng paggawa, ang accounting sa ilalim ng IFRS ay isinasagawa nang walang operasyon, gamit ang pagsasalin (muling pagkalkula) ng data mula sa iba pang mga uri ng accounting.

Kapag binubuo ang "1C: Manufacturing Enterprise Management 8" na solusyon, parehong modernong internasyonal na diskarte sa pamamahala ng enterprise (MRP II, CRM, SCM, ERP, ERP II, atbp.) at ang karanasan ng matagumpay na automation ng mga manufacturing enterprise na naipon ng 1C at mga kasosyong kumpanya isinaalang-alang.komunidad. Ang mga espesyalista mula sa mga kumpanyang "ITRP" (pamamahala ng produksyon) at "1C-Rarus" (accounting ayon sa IFRS) ay lumahok sa disenyo at pagbuo ng pagsasaayos. Sa mga isyung metodolohikal ng pagpapatupad ng pamamahala, accounting sa pananalapi at ang paghahanda ng mga pahayag sa pananalapi sa ilalim ng IFRS, ang suporta sa pagkonsulta ay ibinibigay ng sikat na kumpanya sa pag-audit at pagkonsulta na PricewaterhouseCoopers.

Ang solusyon na "1C:Manufacturing Enterprise Management 8" ay binuo sa modernong teknolohiyang platform na "1C:Enterprise 8". Bilang karagdagan sa platform, kasama sa software package ang configuration ng "Manufacturing Enterprise Management".

Nagbigay ng mataas na pagiging maaasahan at pagganap ng solusyon sa aplikasyon, scalability, pagbuo ng mga sistemang nahahati sa heograpiya, pagsasama sa iba pang mga sistema ng impormasyon. Ang panloob na istraktura ng solusyon sa aplikasyon ay ganap na bukas para sa pag-aaral at pagpapasadya sa mga partikular na pangangailangan ng negosyo.

Ang kumpanya ng 1C ay tinatapos at binubuo ang configuration ng "Manufacturing Enterprise Management" upang maipakita ang mga pagbabago sa batas at palawakin ang functionality. Tinitiyak ang agarang pag-update ng mga naka-install na solusyon sa application. Ang 1C at ang mga kasosyo nito ay nagbibigay ng isang multi-level na technical support system.

Ang "1C: Manufacturing Enterprise Management 8" ay ang flagship application solution ng kumpanyang 1C na may pinakamalawak na hanay ng functionality. Ang pangkalahatang konsepto ng solusyon ay inilalarawan ng diagram.

Ang lahat ng mga mekanismo ng automation ng solusyon sa aplikasyon ay maaaring nahahati sa dalawang malalaking klase:

• mga mekanismo para sa pagpapanatili ng mga aktibidad sa pagpapatakbo ng negosyo; mga mekanismo para sa pagpapanatili ng non-operational accounting.
• Ang mga lugar na kabilang sa mga aktibidad sa pagpapatakbo ay maaaring makilala sa bawat uri ng accounting (maliban sa accounting sa ilalim ng IFRS).

Bilang karagdagan, ang solusyon sa aplikasyon ay nahahati sa magkakahiwalay na mga subsystem na responsable para sa paglutas ng mga grupo ng mga katulad na problema: isang subsystem ng pamamahala ng cash, isang subsystem ng pamamahala ng tauhan, isang subsystem ng accounting, atbp. Ang dibisyong ito ay isang tiyak na kombensiyon na nagpapadali sa pag-master ng solusyon sa aplikasyon. . Sa kasalukuyang gawain ng mga gumagamit, ang mga hangganan sa pagitan ng mga subsystem ay halos hindi nararamdaman.

Ang pinakabagong edisyon ng configuration ng Manufacturing Enterprise Management, na may bilang na 1.3, ay malinaw na nagpapakita ng mga pakinabang ng bagong bersyon 8.2 ng 1C:Enterprise platform. Maaaring gamitin ang configuration sa normal na application mode, na pamilyar sa mga user ng mga nakaraang edisyon.

Maaaring gamitin ang "1C:Manufacturing Enterprise Management 8" sa ilang mga departamento at serbisyo ng mga manufacturing enterprise, kabilang ang:

• direktorat ( CEO, financial director, commercial director, production director, chief engineer, HR director, IT director, development director); economic planning department;
• mga workshop sa paggawa;
• departamento ng produksyon at pagpapadala;
• punong taga-disenyo ng departamento;
• punong technologist department;
• punong kagawaran ng mekaniko;
• departamento ng pagbebenta;
• departamento ng logistik (supply);
• departamento ng marketing;
• mga bodega ng materyal at tapos na mga produkto;
• accounting;
• Kagawaran ng Human Resources;
• departamento ng organisasyon ng paggawa at pagtatrabaho;
• serbisyo sa IT;
• departamento ng administratibo at ekonomiya;
• departamento ng konstruksyon ng kapital;
• departamento ng impormasyon at analitikal;
• departamento ng estratehikong pag-unlad.

Inaasahan na ang pagpapatupad ng solusyon sa aplikasyon ay magkakaroon ng pinakamalaking epekto sa mga negosyo na may workforce na ilang sampu hanggang ilang libong tao, na may sampu at daan-daang mga automated na workstation, gayundin sa mga istruktura ng paghawak at network.

Ang "1C:Manufacturing Enterprise Management 8" ay nagbibigay ng:

• para sa pamamahala ng negosyo at mga tagapamahala na responsable para sa pagpapaunlad ng negosyo - sapat na mga pagkakataon para sa pagsusuri, pagpaplano at kakayahang umangkop na pamamahala ng mga mapagkukunan ng kumpanya upang madagdagan ang pagiging mapagkumpitensya nito; mga pinuno ng mga departamento, tagapamahala at empleyado na direktang kasangkot sa produksyon, pagbebenta, supply at iba pang mga aktibidad sa suportahan ang proseso ng produksyon - mga tool, na nagbibigay-daan upang mapataas ang kahusayan pang araw-araw na gawain sa kanilang mga direksyon;
• mga empleyado ng mga serbisyo sa accounting ng enterprise - mga tool para sa automated na accounting sa ganap na pagsunod sa mga legal na kinakailangan at mga pamantayan ng korporasyon ng enterprise.

Production accounting at mga gastos bilang pangunahing paksa ng pag-aaral nito

Ang pangunahing bahagi ng pamamahala ng isang manufacturing enterprise ay production accounting.

Ang production accounting ay isang masalimuot at kawili-wiling teknolohiya, na may sariling mga pamamaraan at pamamaraan. Gawain accounting ng produksyon— accounting para sa buong proseso ng pagbabagong-anyo ng gastos: ang mga gastos ay nagbabago sa kanilang kalikasan, sumanib, nahati, nagbabago iba't ibang paraan sa panahon ng produksyon, i.e. Ang paksa ng accounting ng produksyon ay dynamic na nagbabago ng mga bagay. Halimbawa, ang production accounting ay nagbibigay ng sagot sa tanong: ano ang halaga ng isang produkto kung ang produksyon nito ay nangangailangan ng isang tiyak na halaga ng natamo na gastos No. 4, na binubuo ng mga bahagi nagkakahalaga ng No. 1 at No. 2 at ganap na nabilang na mga gastos No. 3. Bakit parts? Dahil, halimbawa, ang mga materyales ng isang tiyak na malaking dami ay binili, at una kailangan mong kalkulahin kung anong bahagi ng kabuuang dami ng mga materyales ang ginugol sa bawat yunit ng produksyon. Ang parehong naaangkop sa maraming iba pang mga gastos - kuryente, atbp. Sa kasong ito, kinakailangang isaalang-alang ang buong kasaysayan ng pagpasa ng mga gastos sa pamamagitan ng produksyon - mula sa sandaling lumitaw ang gastos sa accounting hanggang sa maisama ito sa presyo ng gastos at ibinebenta bilang bahagi ng produkto, at ang paglitaw nito sa accounting at pagsasama sa presyo ng gastos ay maaaring nasa iba't ibang panahon ng pag-uulat.

Pag-install at paglunsad ng soft starter

Upang gumana, kailangan namin ang 1C 8.2 platform. Maaaring kunin ang release UPP mula sa anumang pinakabagong edisyon 1.3.
Makikipagtulungan kami sa database ng "demo". Sa mga setting ng database, piliin ang "Thick client" bilang pangunahing launch mode. Ang natitirang mga setting ay maaaring iwanang default.

Para sa mga hindi pa pamilyar sa 8.2 platform, magbibigay kami maikling impormasyon sa pamamagitan ng terminong "makapal na kliyente".
Ang isang makapal na kliyente sa isang arkitektura ng client-server ay isang application na nagbibigay (kumpara sa isang manipis na kliyente) advanced na pag-andar, na independiyente sa gitnang server. Kadalasan ang server sa kasong ito ay isang imbakan lamang ng data, at ang lahat ng gawain sa pagproseso at pagpapakita ng data na ito ay inililipat sa makina ng kliyente.
Mga kalamangan ng isang mataba na kliyente
Ang makapal na kliyente ay may malawak na hanay ng pag-andar, hindi katulad ng manipis na kliyente.
Multi-user mode.
Nagbibigay ng kakayahang magtrabaho kahit na ang komunikasyon sa server ay nagambala.
Ito ay may kakayahang kumonekta sa mga bangko nang hindi gumagamit ng Internet.
Mataas na pagganap.
Bahid
Malaking laki ng pamamahagi.
Karamihan sa pagganap ng kliyente ay nakasalalay sa platform kung saan ito binuo.
Kapag nagtatrabaho dito, lumitaw ang mga problema sa malayuang pag-access sa data.
Medyo isang kumplikadong proseso ng pag-install at pagsasaayos.
Ang pagiging kumplikado ng pag-update at ang nauugnay na kawalan ng kaugnayan ng data.

Kapag inilunsad ang naka-install na database ng demo, piliin ang gumagamit na "Abdulov", mayroon siya buong karapatan. Hindi na kailangang tukuyin ang isang password.

Upang pag-aralan ang UPP, sa una mong pagsisimula, muling tukuyin ang "Abdulov" user interface sa "Buong": menu "Mga Gumagamit - Mga Gumagamit - Pangangasiwa - Abdulov - i-double-click upang buksan ang Abdulov form - field na "Pangunahing interface" - Buo - button I-record at isara." Pagkatapos sa toolbar, mag-click sa pindutan ng "Lumipat ng interface" at piliin ang opsyon na "Buong".

Sa mga konsepto ng "Enterprise" at "Organisasyon", "Regulated" at Management Accounting." Ang isang negosyo ay isang koleksyon ng lahat ng mga organisasyon kung saan ang mga talaan ay pinananatili sa database. « Reguladong accounting"ay tinutukoy ng katotohanan na ang mga patakaran para sa pag-uugali nito ay tinutukoy ng batas. " Pamamahala ng Accounting"Ang bawat negosyo ay maaaring magkaroon ng sarili nitong; ang mga patakaran para sa pagpapatakbo nito ay hindi kinokontrol sa anumang paraan at tinutukoy ng pamamahala ng isang partikular na negosyo. Ang pagsasaayos ng sistema ng pamamahala ng accounting ay naglalaman ng isang tiyak na pananaw kung paano pinakamahusay (mas maginhawa, mas visual, mas makatwiran) upang magsagawa ng pamamahala ng accounting, ngunit ang bawat partikular na negosyo ay maaaring magkaroon ng sariling pananaw sa pamamahala nito dahil sa katotohanan na walang pare-pareho. mga tuntunin at pamantayan, at sa kasong ito ay kakailanganin itong baguhin. Sa karaniwang pagsasaayos ng UPP, ang accounting ng pamamahala ay talagang batay sa mga kinakailangan ng pangunahing accounting, habang ang pag-uulat sa accounting ng pamamahala ay naglalayong matanto ang pangangailangan para sa pagpaplano ng mga pagbili, gastos, atbp. Ang pagpapatupad ng management accounting ay hindi gumagamit ng prinsipyo dobleng pagpasok, ibig sabihin. halimbawa, maaari mong i-capitalize ang isang bagay na "wala saanman", at walang utang, atbp. Reguladong accounting hiwalay na isinasagawa para sa bawat organisasyon. Managerial- bahagyang para sa negosyo sa kabuuan.

Tungkol sa internasyonal na accounting. Nakasaad sa panimula na posibleng mapanatili ang mga internasyonal na rekord sa UPP. Ito ay nagkakahalaga na tandaan na ang pagpipiliang ito ay lilitaw lamang kung ang batch accounting ay tinukoy sa mga setting ng patakaran sa accounting. Kung (tingnan sa interface ng “Accounting Manager” sa menu na “Mga Setting ng Accounting - Mga Setting ng Accounting”) pipiliin mo ang advanced cost accounting analytics (sa halip na batch accounting), hindi magiging posible na mapanatili ang internasyonal na accounting.

Mga terminong ginamit, mga pagtatalaga ng mga bagay na pinapatakbo ng 1C at kailangang maunawaan kapag nagtatrabaho sa database

• Mga direktoryo
• Mga paglilipat
• Mga Constant
• Mga plano para sa mga uri ng mga kalkulasyon
• Mga plano sa uri ng katangian
• Magrehistro ng impormasyon
• Dokumento
• Rehistro ng akumulasyon
• Tsart ng mga account
• Ulat
• Paggamot

Mga direktoryo

Ang isang direktoryo ay isang koleksyon ng iba't ibang kahulugan para sa isang bagay. Ang direktoryo ay binubuo ng Mga elemento ng direktoryo. Ang bawat halaga ng isang elemento ng direktoryo ay nailalarawan sa pamamagitan ng isang ibinigay na hanay ng mga parameter. Karaniwan ang isa sa mga parameter ng isang elemento ng direktoryo ay hindi umuulit - para sa bawat elemento ng direktoryo ang halaga nito ay natatangi. Kadalasan ito ay ang code ng elemento ng diksyunaryo. Karaniwan ang direktoryo ay pinupunan, i.e. Maaari kang magdagdag ng mga bagong elemento dito habang nagtatrabaho ka sa database (mayroon ding mga direktoryo na hindi na-update, kadalasan ay ilang uri ng mga classifier na na-download mula sa ibang mga lugar).
Ang mga direktoryo ay kapaki-pakinabang dahil pinapayagan ka nitong punan ang mga dokumento nang maraming beses nang mas mabilis, habang ang elemento ay papangalanan at ipapakita nang pareho sa lahat ng dako; kapag naitakda mo na ang mga parameter ng elemento, maaari mong gamitin ang mga ito saanman kinakailangan.

Ang bawat elemento ng direktoryo ay isang bagay na maaaring i-reference mula sa ibang mga lugar. Halimbawa, mayroong isang direktoryo na "Mga Counterparties":


Sabihin nating kailangan mong magpasok ng data tungkol sa susunod na pagdating ng mga produkto at serbisyo sa database. Sa halip na isulat sa naaangkop na lugar ang pangalan ng katapat na "InnoTrade LLP" at ipahiwatig ang lahat ng mga katangian nito na maaaring kailanganin upang maproseso ang resibo, sapat na upang piliin ang naaangkop na elemento ng direktoryo ng "Mga Counterparties".

O, halimbawa, mayroong isang direktoryo - "Mga Pera":

Sa halip na isulat ang pangalan ng currency at ipahiwatig ang rate nito sa bawat resibo, maaari lang nating piliin ang halaga ng direktoryo ng pera sa tamang lugar:

Mga rehistro ng impormasyon

Ang isang rehistro ng impormasyon ay isang uri ng kagamitan sa pag-iimbak ng impormasyon na halos kapareho sa isang direktoryo. Ngunit hindi tulad ng isang direktoryo, ang isang linya sa rehistro ng impormasyon ay hindi maaaring tukuyin bilang isang bagay—ang isang linya ng rehistro ay hindi maaaring i-reference, tulad ng, halimbawa, isang partikular na katapat sa direktoryo ng "Mga Counterparty." Ngunit sa rehistro ng impormasyon maaari kang mag-imbak, halimbawa, ang kasaysayan ng mga pagbabago sa ilang elemento ng direktoryo. Halimbawa, ang kasaysayan ng mga pagbabago sa mga halaga ng mga elemento ng direktoryo ng "Mga Pera" ay naka-imbak sa rehistro ng impormasyon ng "Mga Rate ng Pera":

Sa pamamagitan ng pag-imbak ng kasaysayan ng pera sa rehistro ng "Mga Rate ng Pera", hindi na kailangang ipahiwatig ang rate ng maraming beses para sa bawat resibo. Ang programa mismo ang magpapasiya nito, kung kinakailangan, ayon sa petsa.

Mga paglilipat

Ang enumerasyon ay isang espesyal na kaso ng isang direktoryo. Ang enumeration ay isang ibinigay na nakapirming hanay ng mga halaga para sa isang bagay. Hindi tulad ng isang direktoryo, ang bawat halaga ng enumeration ay walang karagdagang mga parameter.

Mga Constant

Ang isang pare-pareho ay ang halaga ng isang bagay, karaniwang tinutukoy kapag nagsimulang magtrabaho sa database nang minsan at para sa lahat. Sa partikular, ang mga setting ng patakaran sa accounting ay naka-imbak sa mga constant ng SCP.

Mga plano para sa mga uri ng mga kalkulasyon

Isang espesyal na uri ng direktoryo na naglalarawan ng mga algorithm para sa mga accrual at mga pagbabawas, at ilang iba pang impormasyon na kinakailangan para sa pagkalkula ng mga accrual at mga pagbabawas.

Mga plano sa uri ng katangian

Isang espesyal na uri ng direktoryo na naglalarawan ng ilang karagdagang impormasyon na naglalaman ng mga object ng database.

Dokumentasyon

Ang isang dokumento ay isang paraan ng pagpasok ng data, pagproseso ng ipinasok na data na may kakayahang isaalang-alang ang umiiral na data at i-convert ang umiiral na data, isinasaalang-alang ang data ng input, sa isang database ng impormasyon.

Ang mga dokumento ay maaaring nahahati sa maraming uri:

• sumasalamin sa katotohanan ng aktibidad sa ekonomiya - halimbawa, isang dokumento sa pagpaparehistro sa database ng pagtanggap ng mga kalakal at serbisyo (bilang resulta ng dokumento, ang mga kalakal ay dapat na mai-post sa bodega, isang utang ay dapat lumitaw sa supplier, ang VAT ay dapat na naitala , ang mga transaksyon ay dapat na nakarehistro, atbp.) o ang "Ulat" na produksyon ng dokumento bawat shift" (nagtatala ng katotohanan ng produksyon ng mga produkto, ang kanilang paglipat sa bodega, nagrerehistro ng mga transaksyon, atbp.)
• mga dokumento ng regulasyon - mga dokumento na nagsasagawa ng mga aksyon na dapat gawin sa isang naibigay na dalas - halimbawa, kalkulahin ang pamumura o kalkulahin ang sahod, sumasalamin sa sahod sa accounting, kalkulahin ang gastos ng produksyon, bayaran ang gastos ng produksyon, isara ang taon (na may balanse sheet reform), ipamahagi ang mga materyales para sa produksyon, ipamahagi ang mga gastos, atbp.
• mga dokumento sa pagpaplano - pagpaparehistro ng katotohanan ng pagpaplano ng ilang mga kaganapan, pag-record ng mga nakaplanong tagapagpahiwatig (plano sa pagbebenta, plano ng produksyon, produksyon sa pamamagitan ng mga shift, plano sa pagkuha, order ng mamimili, order ng supplier, order ng produksyon, order para sa pagpapanatili ng mga nakapirming assets)
• mga tagapamahala - ipinasok upang kontrolin ang gawain ng iba pang mga dokumento (halimbawa, pagtatakda ng mga diskwento - tinukoy ng dokumento ang mga kondisyon para sa pagbibigay ng diskwento, upang pagkatapos, kung maabot ng mamimili ang mga kundisyong ito, awtomatiko siyang bibigyan ng diskwento)
• imbentaryo - mga dokumento para sa paglilinaw, pag-update ng mga balanse, halimbawa, mga balanse ng kasalukuyang trabaho o pag-aayos ng mga balanse ng mga may sira na gastos (tandaan: sa pagsasaayos ng SCP, ang mga dokumento ng imbentaryo ay hindi nagsusulat ng impormasyon sa rehistro, ngunit iniimbak lamang ito sa kanilang sarili).

Mga rehistro ng akumulasyon

Ang mga rehistro ng akumulasyon ay ang pangunahing imbakan ng dami at kabuuang data sa database. Ang bawat isa sa mga rehistro ng akumulasyon ay nag-iimbak ng sarili nitong partikular na impormasyon. Ang mga rehistro ng akumulasyon ay maaaring nahahati sa mga grupo ayon sa uri ng impormasyong nakaimbak:

• Mga fixed asset
• Produksyon
• Stock

Bukod dito, ang data na ito ay maaaring maimbak sa iba't ibang mga rehistro depende sa seksyon ng accounting, halimbawa, ang rehistro Mga Depekto sa produksyon (internasyonal na accounting), Mga Depekto sa produksyon (accounting), Mga Depekto sa produksyon (tax accounting).

Mula sa punto ng view ng paraan ng pag-iimbak ng impormasyon, ang mga rehistro ng akumulasyon ay nalalabi At negotiable.

Ang mga natirang rehistro ng akumulasyon ay idinisenyo upang mag-imbak lamang ng mga nalalabi sa anumang oras. Ang mga kasalukuyang rehistro ay nag-iimbak ng data kung paano nagbago ang balanse sa paglipas ng panahon, ibig sabihin. sa sandaling ito, napakaraming natanggap bilang resulta ng ganito at ganoong aksyon, sa sandaling iyon, napakaraming nawala bilang resulta ng isa pang aksyon. Nagbibigay-daan sa iyo ang mga nagpapalipat-lipat na rehistro na suriin ang kasaysayan ng mga pagbabago sa isang halaga o dami sa loob ng isang yugto ng panahon sa konteksto ng ilang mga parameter. Halimbawa, ang isang rehistro ng pagbebenta ay magpapakita kung magkano at para sa kung anong halaga ang isang partikular na produkto ay naibenta kung aling mga katapat sa loob ng isang tiyak na tagal ng panahon.

Lumilitaw ang impormasyon sa mga rehistro ng akumulasyon kapag nagtatrabaho sa mga dokumento, i.e. ang mga dokumento ay nakalagay doon.

Tsart ng mga account

Ang isang karaniwang configuration ng UPP ay naglalaman ng apat na chart ng mga account (at, ayon dito, 4 na accounting registers - pisikal, ang impormasyon sa mga chart ng mga account ay naka-imbak sa kaukulang accounting registers):

• Pagbabadyet
• Internasyonal
• Buwis
• Pagsuporta sa sarili

kasi Sa pagpapatupad ng pamamahala ng accounting, ang prinsipyo ng dobleng pagpasok ay hindi sinusunod, kung gayon ang isang tsart ng mga account ay hindi kinakailangan para dito. Alinsunod dito, sa karaniwang pagsasaayos ng SPP, hindi nabuo ang balanse sa pamamahala. Upang gawin ito, maaari mong baguhin ang pagsasaayos, o, kung saan ay mas kanais-nais, gamitin ang subsystem ng pagbabadyet (pinapayagan ka nitong mag-imbak ng ibang iba't ibang impormasyon, maaari kang lumikha ng isang espesyal na senaryo na "Balanse ng Pamamahala" at, gamit ang data ng accounting ng pamamahala, ipasok impormasyon ayon sa senaryo na ito upang makakuha ng balanse ng pamamahala sa huli, ngunit higit pa doon sa ibang pagkakataon)

Ang UPP ay naglalaman ng impormasyon na naka-imbak lamang sa chart ng mga account (halimbawa, impormasyon sa 80-90 na mga account, data sa paunang halaga ng hindi nasasalat na mga asset, pagkuha ng mga hindi nasasalat na asset (account 08.05), Pagganap ng pananaliksik, pag-unlad at teknolohikal na gawain (account 08.08 ), R&D expenses, bahagi ng mga gastos ng 29th account, atbp.), mayroon ding impormasyon na nakaimbak lamang sa accumulation registers (lahat ng bagay na nauugnay sa pagpaplano, order, reservation, atbp.) at mayroong impormasyon nakaimbak pareho sa tsart ng mga account at sa rehistro ng akumulasyon (warehouse accounting, cost accounting, atbp.). Tandaan. Ang mga halimbawa sa mga bracket ay ibinibigay sa seksyong "accounting". Ang parehong mga tampok ay umiiral sa iba pang mga uri ng accounting.

Tingnan natin ang isang halimbawa. Buksan ang dokumentong "Pagtanggap ng mga kalakal at serbisyo" - menu na "Mga Dokumento - Pamamahala sa Pagbili - Pagtanggap ng Mga Kalakal at Serbisyo". Halimbawa, buksan ang unang dokumento. Tingnan ang mga pag-post nito gamit ang icon. Bigyang-pansin kung anong mayroon ang analytics account 10: i.e. Matapos maproseso ang resibo, ang impormasyon tungkol sa item at bodega ay itatabi sa tsart ng mga account.

Ngayon tingnan ang mga paggalaw ng dokumento gamit ang "Go - Document movements by registers" na buton:

Magbubukas ang isang ulat sa mga paggalaw ng dokumento. Maaari mong i-collapse ang group tree sa pamamagitan ng pag-click sa field ng ulat at pagkatapos ay sabay-sabay na pagpindot sa key combination na “Ctrl + Shift + MINUS key sa seksyong NumLock keyboard.” Tingnan ang (palawakin) ang pangkat na "Rehistro ng akumulasyon" Batch ng mga kalakal sa mga bodega (accounting)":

Bigyang-pansin ang mga detalyeng binilog - ang analytics na ito ay wala sa chart ng mga account. Ngunit ito ay nasa rehistro ng akumulasyon na ito.

May mga dokumento na nagwawasto lamang sa mga entry sa chart ng mga account, at mayroong, kumbaga, ganap na mga dokumento na nagwawasto sa lahat ng kinakailangang impormasyon, kabilang ang mga advanced na analytics sa mga rehistro.

Kailangan mong maunawaan na ang mga ganap na dokumento ay nagtatala ng impormasyon lalo na sa mga rehistro, at tanging ang mga extract ng impormasyong ito na kinakailangan para sa balanse ang nakasulat sa tsart ng mga account. Bilang karagdagan, ang anumang mga kalkulasyon na kinakailangan "habang pumunta ka" ay palaging gumagamit ng data ng ledger, at ang mga resulta lamang ng mga kalkulasyong ito ang maaaring itala bilang mga entry sa chart ng mga account. Alinsunod dito, kung itatama mo tsart lamang ng mga transaksyon sa mga account, hindi ito nangangahulugan na ang lahat ay magiging mas mabuti kahit saan nang mag-isa, dahil... walang papasok sa mga rehistro na may advanced na analytics. Yung. lahat ng trabaho ay dapat isagawa sa naaangkop, "tama" na mga dokumento, at hindi sa pamamagitan ng pagsasaayos ng mga entry sa tsart ng mga account.
Kung, gayunpaman, sisimulan mong manu-manong ayusin ang mga entry sa chart ng mga account, kailangan mong ayusin pa ang mga ito - halimbawa, ang dokumentong "Pagkalkula ng Mga Gastos" para sa darating na buwan ay hindi isasaalang-alang ang anumang mga transaksyon na naayos sa tsart ng mga account, gumagana ito sa mga rehistro at isinusulat lamang ang resulta sa tsart ng mga account , - bilang isang resulta, ang dami ng trabaho ay maaaring tumaas nang labis na magiging imposible na gamitin ang programa.
Bago gumamit ng isang dokumento, dapat na maunawaan ng accountant kung ang dokumentong ito ay nagsasaayos lamang ng mga entry, o kung ito ay nagwawasto ng impormasyon kung saan kinakailangan. Upang suriin, maaari mong gamitin ang ulat, na nabanggit na sa itaas, na bubukas sa pamamagitan ng pag-click sa pindutang “Go – Document movements by registers”.

Sa matinding mga kaso, kapag ang problema ay hindi malulutas sa isang kumpletong dokumento na umiiral sa database na nagtatala ng impormasyon kapwa sa mga rehistro ng akumulasyon at sa tsart ng mga account, dapat mong gamitin hindi lamang ang dokumento ng pagsasaayos ng transaksyon, kundi pati na rin ang isang espesyal na dokumento para sa pagsasaayos. nagrerehistro ang akumulasyon. Kasabay nito, siyempre, kailangan mong maunawaan nang mabuti hindi lamang kung anong mga entry ang dapat gawin sa tsart ng mga account, kundi pati na rin kung saan nagrerehistro ang akumulasyon, at kung paano, dapat itama ang impormasyon upang ang pagsasaayos sa huli ay lumabas na kumpleto - ito ay isang napaka-pinong bagay at kumplikado, ito ay mas mahusay na ipagkatiwala lamang ito sa isang napakahusay na espesyalista.

Mga ulat

Ang ulat ay isang paraan ng pagkuha ng impormasyon mula sa isang database, naproseso at espesyal na inihanda sa isang form na naiintindihan, maginhawa at kinakailangan ng gumagamit. Mayroong maraming mga ulat sa pagsasaayos, lahat sila ay may sariling layunin.

Mga halimbawa ng mga kasalukuyang ulat:

• Mga ulat na nabuo batay sa chart ng data ng mga account:
• Balanse ng turnover
• Chess sheet
• Pagsusuri ng account, atbp.

• Mga regulated na ulat

Sa SCP na bersyon 1.3.7.1 na pagsasaayos, ang pagtawag sa tool para sa pagtatrabaho sa mga regulated na ulat ay hindi magagamit sa "buong interface". Samakatuwid, upang mahanap ito, lumipat sa interface na "Accounting at Tax Accounting":

Sa interface na ito, ang tool para sa pagtatrabaho sa kinokontrol na pag-uulat ay matatagpuan sa menu na "Accounting":

• Mga ulat batay sa data mula sa mga rehistro ng akumulasyon, mga rehistro ng impormasyon, mga direktoryo, atbp. (output ng produkto, mga plano sa produksyon, mga depekto sa produksyon, pagsusuri ng pagkakaroon ng mga kalakal sa mga bodega, pagsusuri ng pagkakaroon ng mga pondo, atbp.). Karaniwan, kung ang isang ulat ay nabuo batay sa data mula sa isang rehistro, ang pangalan nito ay naglalaman ng salitang "pahayag". Kung ang isang ulat ay nabuo batay sa data mula sa iba't ibang mga rehistro, kung gayon ang salitang "pagsusuri" ay karaniwang ginagamit sa pamagat ng ulat.

• Mga custom na ulat.

Para sa mga advanced na user, mayroong mekanismo para sa paggawa ng sarili nilang mga ulat. Pag-uusapan natin ang mga ito nang mas detalyado sa ibang pagkakataon.

Mga paggamot

Ang pagpoproseso ay isang tool na 1C:Enterprise kung saan isinasagawa ang ilang pagbabago ng data na tukoy sa programa. Hindi tulad ng mga ulat, isinusulat ng pagproseso ang na-convert na data na ito sa database. Halimbawa, sa direktoryo ng "Nomenclature", kailangan mong palitan ng S.G. Chugunova ang taong responsable sa pagbili nito. sa Ubeikin V.Ya. Upang gawin ito, maaari mong gamitin ang "Pagproseso ng pangkat ng mga direktoryo at mga dokumento" na pagpoproseso:

Punan ang mga patlang sa pagproseso tulad ng sumusunod:

At mag-click sa pindutang "Piliin". Pagkatapos ay pumunta sa tab na "Pagproseso":

Piliin ang “Action” at bagong value. At mag-click sa pindutang "Run". Bilang resulta, ang buong katawagan kung saan itinalaga ang responsableng manager ng pagbili ay si S.G. Chugunova. Magkakaroon ng bagong manager na responsable sa pagbili.

Mayroon ding mga espesyal na pagproseso sa pagsasaayos na gumaganap ng ilan mga aksyong pangregulasyon. Halimbawa, pagkalkula ng mga gastos sa produkto na isinagawa ayon sa isang iskedyul.

Mga prinsipyo ng pagtatrabaho sa mga dokumento

Sa seksyong ito ay titingnan natin ang mga pangunahing prinsipyo ng pagtatrabaho sa mga dokumento: paglikha, pag-record, paghawak (operational at non-operative, ipinagpaliban), pagmamarka para sa pagtanggal, pagtanggal ng mga dokumento.

Paglikha ng mga dokumento

Ang isang dokumento ay maaaring malikha sa iba't ibang paraan. Tingnan natin ang halimbawa ng dokumentong "Pagtanggap ng mga kalakal at serbisyo"

Paraan 1. - gamit ang tool na "Add(Ins)". Ang paglikha ng isang bagong dokumento ay maaaring gawin sa pamamagitan ng pag-click sa icon na "Magdagdag" mula sa listahan ng mga dokumento na direktang bubukas mula sa pangunahing menu ng programa. Sabihin nating gusto mong gumawa ng dokumentong “Receipt of goods and services”. Mula sa pangunahing menu ng programa maaari mong buksan ang isang listahan ng mga dokumentong ito:

Pagkatapos, sa listahan ng mga resibo na bubukas, pumili ng isa sa mga pamamaraan na binilog sa figure (katumbas sila, ang parehong bagay ay tapos na):

Bilang resulta nito, magbubukas ito bagong dokumento"Pagtanggap ng mga kalakal at serbisyo" at pagkatapos ay kakailanganin mong punan ang lahat ng mga patlang nito nang sunud-sunod (at huwag kalimutan ang tungkol sa iba't ibang mga tab ng dokumentong ito - na bilugan sa isang frame):

Paraan 2. - gamit ang mekanismo ng pagkopya. Ang paglikha ng isang bagong dokumento ay maaaring gawin sa pamamagitan ng pag-click sa icon na "Idagdag sa pamamagitan ng pagkopya":

Sa kasong ito, ang dokumento kung saan nakaposisyon ang cursor sa listahan ng mga dokumento ay makokopya at magbubukas ang kopya nito. Mapupunan na ng kopyang ito ang mga field ng dokumento. Ang natitira na lang ay i-edit ang mga ito kung kinakailangan:

Siyempre, ang pamamaraang ito ay kadalasang mas mabilis kaysa sa simpleng paglikha ng isang dokumento.

Paraan 3. - gamit ang mekanismo ng pag-input sa base. Maaari kang lumikha ng bagong dokumento mula sa batayang dokumento. Halimbawa, ang "Receipt of goods and services" ay maaaring gawin sa pamamagitan ng pagpasok batay sa dokumentong "Receipt order for goods". Sa kasong ito, una, ang orihinal na order ng resibo para sa mga kalakal ay magiging batayan para sa nilikhang dokumento na "Receipt of goods and services" at pangalawa, ang ginawang "Receipt of goods and services" ay awtomatikong mapupuno ng data mula sa batayang dokumento . Upang tawagan ang mekanismo ng pag-input sa batayan, kailangan mong buksan ang dokumentong "Receipt order para sa mga kalakal" at mag-click sa icon ng input sa batayan. Bukod dito, ang parehong ay maaaring gawin nang hindi binubuksan ang "Papasok na order para sa mga kalakal" mismo, ngunit direkta mula sa listahan ng "Papasok na mga order para sa mga kalakal", sa pamamagitan lamang ng unang pagpoposisyon ng cursor sa ang kinakailangang dokumento. Tingnan ang figure, ang mga pamamaraan ng pag-input sa base ay bilugan:

"Kukunin" ng nilikhang bagong dokumento ng resibo ang listahan ng mga kalakal mula sa magulang order ng resibo:

Paraan 4. - gamit ang mga espesyal na paggamot. Ang paglikha ng isang bagong dokumento ay maaaring awtomatikong gawin kapag ang ilang espesyal na pagproseso ay tumatakbo. Kadalasan sa kasong ito, maraming mga dokumento ang nilikha nang sabay-sabay (kailangan ang pagproseso upang mapabilis ang proseso kapag ang ilang uri ng mga mass action o isang naibigay na pagkakasunod-sunod ng mga aksyon ay kinakailangan). Ang pamamaraang ito ay tatalakayin nang mas detalyado sa ibang pagkakataon.

Pagre-record ng mga dokumento

Ang dokumento ay isinulat sa database kapag na-click mo ang "Write" button. Hanggang sa pinindot ang button na ito sa isang bagong dokumento, ang dokumento ay hindi mase-save sa database, at sa kaganapan ng ilang hindi inaasahang pagkagambala (halimbawa, isang pagkawala ng kuryente), ang hindi naitala na dokumento ay mawawala. Ito ay lalong mahalaga na malaman kapag nagtatrabaho sa mga dokumento na naglalaman ng maraming impormasyon, halimbawa, isang malaking tabular na bahagi na manu-manong napunan. Isulat ang mga dokumento nang madalas upang hindi mo na kailangang magpasok muli ng data. Sa oras ng pagtatala ng dokumento, hindi mahahalagang pagbabago sa database, na nakakaapekto sa iba pang data na hindi nauugnay sa dokumentong ito, i.e. kapag nagre-record, ang data ay nai-save lamang, at ang data na ito ay nai-save lamang sa loob ng dokumento; ang impormasyon ay hindi pa napupunta kahit saan pa.

Tandaan. Ito ay sa sandali ng pag-record na ang dokumento ay tumatagal ng lugar nito sa database sa linya ng oras sa mga dokumento ng parehong uri. Ipaliwanag natin nang mas detalyado. Tingnan ang field na "mula sa" na may petsa at oras ng dokumento:

Kapag lumilikha ng isang dokumento, ang oras ay hindi napunan, ngunit kapag nagre-record, ito ay napuno sa pinakamalapit na segundo. Kasabay nito, sa parehong segundo, ang mga dokumento ng parehong uri ay maaaring isulat ng ibang mga user ng iyong database (i. ” dokumento at mga serbisyo” at nangyari ito sa parehong segundo). Ang bawat isa sa mga naitala na dokumento, sa kabila ng parehong oras, ay sasakupin ang sarili nitong posisyon sa loob ng isang segundo. Yung. kahit sa loob ng isang segundo sa "time line" ng paglikha ng dokumento, ang bawat dokumento ay magkakaroon ng sarili nitong natatanging lugar - ito ay kapag ang dokumento ay naitala na ang lugar na ito ay itinalaga dito.

Sa pangkalahatan, depende sa uri ng dokumento, maaaring bukod sa pag-record, walang ibang kailangan, i.e. ang dokumento ay inilaan lamang para sa pag-imbak ng data sa loob ng sarili nito (*tingnan ang listahan ng mga naturang dokumento sa ibaba), ngunit para sa karamihan ng mga uri ng mga dokumento ang talaan ay hindi sapat. Ang katotohanan ay, sa pangkalahatan, ang isang dokumento ay hindi ang pinaka-maginhawang imbakan ng impormasyon, ang mga kakayahan nito sa bagay na ito ay limitado.

*Listahan ng mga dokumento na naitala lamang:

"Act of reconciliation of mutual settlements", "Power of attorney", "Document of settlements with the counterparty (manual accounting)", "Request for information services for the taxpayer", "Inventory of defects in production" at lahat ng iba pang uri ng imbentaryo, “Hindi pormal na dokumento awtoridad sa buwis", "Hindi pormal na dokumento ng nagbabayad ng buwis", "Survey", "Ulat sa komposisyon ng shift", "Pamamahagi ng mga questionnaire", "Pagkalkula nakaplanong gastos mga produkto", "Regulated na ulat", "Rehistrasyon ng mga invoice", "Invoice para sa pagbabayad sa mamimili", "Invoice para sa pagbabayad sa supplier", "Transportasyon".

Nagdadala ng mga dokumento

Tulad ng nabanggit na, kapag nagre-record ng isang dokumento, ang ipinasok na data ay nai-save lamang sa loob ng dokumento. Ngunit para sa karamihan ng mga uri ng mga dokumento, ang pag-record ay hindi sapat; kinakailangan din na isagawa ito.

Ang pag-post ng dokumento ay isang espesyal na aksyon na ginagawa upang maitala ang ilang impormasyon upang maprotektahan ito mula sa karagdagang hindi sinasadyang pagbabago. Sa kasong ito, ang impormasyong ito ay maaaring manatili sa mismong dokumento (ibig sabihin, ang dokumento ay hindi gumagawa ng mga paggalaw sa ibang lugar, halimbawa, sa rehistro ng akumulasyon), o maitala sa anyo ng mga paggalaw ng dokumento sa isang lugar: sa mga rehistro ng akumulasyon, mga rehistro ng impormasyon , mga tsart ng mga account, mga rehistro ng pagkalkula, atbp.

Iyon ay, ang mga dokumento na hindi nagsasagawa ng mga paggalaw kahit saan ay maaari ding iproseso. Karaniwan, ang punto ng pagsasagawa ng mga ito ay ang pagtatala ng ilang impormasyon sa isang dokumento upang maiwasan ang karagdagang pagbabago nito. Sa karaniwang configuration ng UPP na bersyon 1.3.7, dalawang uri lamang ng mga dokumento ang isinasagawa, ngunit walang mga paggalaw na ginagawa: "Application para sa pagbubukas ng mga account" at "Pagtatakda ng mga parameter ng accounting ng item."

Operational at non-operational processing ng mga dokumento

Ang pagsasagawa ng mga dokumento ay maaaring operative o non-operative.
Ang isang operative procedure ay isa kung saan ang posibilidad ng pagsasagawa nito ay sinusuri. Ano ito?

Ipagpalagay natin na gumawa at nagtala tayo ng dokumentong nagpapataas sa utang ng isang katapat. Ipagpalagay natin na ang isang tiyak na limitasyon ay naitatag sa katapat mga account receivable. Sabihin nating lumipas ang ilang araw pagkatapos magawa ang dokumento at may pumasok at nag-post ng isa pang dokumento na nagpapataas sa utang ng parehong katapat, at naubos na ng huling dokumentong ito ang limitasyon ng utang na ito. At dito lumitaw ang iba't ibang mga pagpipilian para sa karagdagang mga pag-unlad.

Kung gusto pa ng organisasyon pigilan paglabas ng mga kalakal kapag ang mga receivable ng katapat ay lumampas sa balanse, kailangan nating suriin ang balanse nito kapag nagsasagawa. Ngunit kung hindi namin babaguhin ang petsa, pagkatapos ay ayon sa programa ang utang ay hindi pa lalampas - pagkatapos ng lahat, ang dokumento na naubos ito ay ipinasok sa ibang pagkakataon at ang mga balanse para sa mutual settlements para sa aming dokumento na naitala nang mas maaga ay magiging walang kaugnayan. Ito ay para sa layuning ito na ang mekanismo ng pagpapatakbo ay ipinakilala - i.e. paglipat ng dokumento sa dulo ng pila ng mga nai-post na dokumento, dahil sa kasong ito lamang maisasagawa ang lahat ng kinakailangang pagsusuri.

Ang isa pang paraan ay kung mahalaga para sa organisasyon na ipakita ang katotohanan ng isang transaksyon sa negosyo nang eksakto kung kailan ito nangyari. Iyon ay, halimbawa, sa kabila ng katotohanan na ang mga account receivable ay nalampasan, ang mga kalakal nakalabas na at sa katunayan, ang kliyente ay may utang na higit sa kung ano ang itinatag bilang katanggap-tanggap para sa kanya. Sa kasong ito, mahalaga para sa amin na huwag paganahin ang tseke at payagan itong magpatuloy. Kung gayon, tama na i-post ang dokumento non-operatively, ibig sabihin. nang wala ang lahat ng mga pagsusuring ito.

Sa parehong mga kaso - parehong operative at non-operative, lahat ng kinakailangang paggalaw ng dokumento ay isasagawa. Gayunpaman, mahalagang maunawaan iyon Kung isinasagawa nang walang operasyon, may mataas na posibilidad na makakuha ng hindi nauugnay na data sa database, lalo na dahil sa mga error ng user. Tingnan natin ang isang pinasimpleng halimbawa.

Sabihin nating, ayon sa programa, mayroong 10 yunit ng ilang produkto sa bodega. Sabihin nating may dumating na dalawang order para sa pagpapalabas ng produktong ito: para sa 7 units at para sa 5 units. Sabihin nating may nagawang dokumento para sa pagpapalabas ng unang 7 unit, ngunit hindi nai-post. Pagkatapos, pagkaraan ng ilang oras, isang dokumento ang nai-post para sa pagpapalabas ng 5 mga yunit, ang balanse ayon sa data ng programa pagkatapos ng paglabas na ito ng mga kalakal ay 5 mga yunit. At ngayon ay oras na upang magsumite ng isang dokumento para sa pagpapalabas ng unang 7 mga yunit ng mga kalakal. Kung ang bodega ay talagang walang pitong yunit, kung gayon mahalaga para sa amin na subukang magsagawa ng pagpapatupad ng pagpapatakbo - sa kasong ito lamang ang programa ay magsasagawa ng isang tseke at sasabihin sa gumagamit na mayroong kakulangan ng mga kalakal. Ngunit paano kung ang 7 unit na ito ay pisikal na nasa bodega? Yung. ano ang gagawin kung kailangan mong ipakita ang katotohanan ng isang nakumpletong transaksyon sa negosyo? Tulad ng nabanggit na, sa kasong ito, kailangan ng user na iproseso ang dokumento nang walang operasyon, walang mga tseke na makukumpleto, ang dokumento ay ipoproseso, ang mga paggalaw ay isasagawa, ngunit ayon sa programa ang balanse ay magiging minus dalawang yunit.

Bilang resulta, nakakakuha tayo ng dalawang talim na espada. Sa isang banda, maaaring ilabas ng gumagamit ang produkto, dahil Nasa kanya ito ng pisikal. Sa kabilang banda, mayroon tayong mga hindi nauugnay na balanse. Yung. Malinaw na sa katotohanan ay hindi maaaring magkaroon ng isang minus ng dalawang yunit at, malamang, ang ilang uri ng dokumento ng resibo ay hindi pa natupad.

Kung ang lahat ng mga dokumento ay palaging isinasagawa sa oras at palaging kaagad, kung gayon hindi ito mangyayari. Ngunit ito ay isang kadahilanan ng tao. Kung ang data ay maaaring lumitaw sa programa nang sabay-sabay sa mga pisikal na pagbabago sa parehong bodega... ngunit ang data ay kailangang ipasok sa programa ng isang tao, i.e. tumatagal din ito ng ilang oras.

Upang i-update ang mga balanse, mayroong isang mekanismo para sa muling pag-post ng mga dokumento. Ang mekanismong ito ay inilunsad lamang sa eksklusibong mode, i.e. Ang mga gumagamit ay hindi magagawang magtrabaho kasama ang database sa oras na ito. Ngunit habang tumatagal ito ay ipinagpaliban, mas malaki ang kadena ng mga dokumentong kailangang ibalik at mas magtatagal. Samakatuwid, magiging pinakamainam na ilunsad ang mekanismong ito nang madalas at regular.

Sa panahon ng pagpapatakbo ng pag-post, ang dokumento ay gumagalaw sa oras hanggang sa huling (kasalukuyang) instant, i.e. tinukoy bilang huling linya.
Siyempre, hindi kailangang partikular na subaybayan ng user ang ilang uri ng pila ng dokumento. Ang pagsubaybay na ito ay awtomatikong nangyayari sa programa. Mahalaga lamang para sa gumagamit na maunawaan iyon kung ang programa ay nagtatanong tungkol sa kung isasagawa ang dokumento nang hindi gumagana, nangangahulugan ito na ang petsa ng pag-record ng kanyang dokumento ay hindi tumutugma sa kasalukuyang petsa, at kailangang magpasya ang user kung sumasang-ayon siyang baguhin ang petsang ito sa kasalukuyang petsa. Upang matiyak na walang "conflict of interest sa mga dokumento", kailangang sumang-ayon ang user sa paggalaw ng kanyang dokumento sa pila at mabilis pa rin itong ilipat. O kailangan ng user na maunawaan na sa pamamagitan ng pagsang-ayon sa non-operative processing, binibigyan ng user ang go-ahead para sa posibleng pagkawala ng kaugnayan ng mga balanse (at sa kasong ito, maaga o huli, kakailanganing ibalik ang order at i-update ang mga balanse, kaya mas mabuti pa rin na laging subukang iproseso kaagad ang mga dokumento).

Nabanggit na namin sa itaas na kapag nagre-record ng isang dokumento, ito ay itinalaga ng ilang posisyon sa pila ng mga naitala na dokumento. Kung ang petsa ng pag-record ay wala sa kasalukuyang araw, kung gayon ang agarang pagpapatupad ay imposible, kahit na walang ibang dokumento ang ginawa pagkatapos ng dokumentong ito. At una kailangan mong baguhin ang petsa nito sa kasalukuyan, o ang dokumento ay hindi mapoproseso kaagad.

Sa panahon ng pagpoproseso ng pagpapatakbo, ang petsa ay hindi na nagbabago, ang oras lamang ng dokumento ay nagbabago - ito ay nagiging pinakahuli sa pila ng mga dokumento "sa linya ng oras". Bilang resulta ng paglilipat na ito sa pila, maaaring mangyari na ang isang dokumentong isinulat nang mas huli kaysa ito ay, sa gayon, nakasulat sa harap nito. Gayunpaman, hindi ito mahalaga, dahil... kapag ang dokumentong iyon na naitala sa ibang pagkakataon ay nagsimula ring iproseso, sa parehong paraan ay lilipat ito sa dulo ng pila - ito ay lilipat sa sandali ng oras kung kailan ito ipoproseso - at ito ang magiging huli.

Ano ang mangyayari kapag inilunsad namin ang mekanismo para sa muling pag-post ng lahat ng mga dokumento upang ma-update ang mga balanse? Susuriin ng programa ang posibilidad ng pagpapatupad sa bawat oras at sa sandaling, halimbawa, ang halaga ng mga account na maaaring tanggapin ay lumampas, ang pagpapatupad ay titigil. At kakailanganin ng user na lutasin ang problemang ito: maaaring dagdagan ang laki ng pautang, o i-credit ang ilang hindi na-account na advance, o iba pa... pag-uusapan natin ang higit pa tungkol sa mekanismo para sa muling pag-post ng mga dokumento sa ibang pagkakataon.

SA pinakabagong edisyon Ang "1C: Trade Management" sa platform 8.2 ay nagpatupad ng isang bagong pamamaraan para sa pagkontrol sa pag-post ng mga dokumento: "Ang mekanismo para sa pag-post ng mga dokumento ay ganap na muling idinisenyo sa pagsasaayos. Ang kontrol sa pagpapatakbo ng mga resulta ng pagpapatupad ay isinasagawa pagkatapos ng pagbuo ng mga paggalaw, sa kaibahan sa edisyon 10.3 (kung saan ang kontrol ay isinagawa bago ang pagpapatupad). Ang solusyon na ito ay naging posible upang ganap na paghiwalayin ang execution logic at control logic, na radikal na pinasimple ang kaukulang code ng programa, na, sa turn, ay mahalaga para sa pagpapadali ng mga pagbabago sa pagsasaayos at pagbabawas ng bilang ng posibleng mga pagkakamali, pagtaas ng pagganap ng system. Kung kinakailangan, ang kontrol ay isinasagawa kapwa kapag nag-repost nang retroactive at kapag kinakansela ang pag-post ng isang dokumento. Halimbawa, hindi ka papayagan ng system na kanselahin ang isang order para sa pagpapadala ng mga kalakal hanggang sa naisakatuparan na ito.” Maaaring asahan na ang mga katulad na pagbabago ay unti-unting dadaloy sa mga bagong bersyon ng SCP.

Ipinagpaliban ang pagproseso at karagdagang pagproseso ng mga dokumento

Tulad ng nabanggit kanina, kapag nagpo-post ng mga dokumento, ang mga paggalaw ay madalas na ginagawa sa ilang uri ng pag-iimbak ng data - mga rehistro ng akumulasyon, mga rehistro ng impormasyon, atbp. Upang maisagawa ang mga paggalaw na ito, ini-lock ng mga dokumento ang mga talahanayan ng rehistro. Kung sa oras ng pag-post ng aming dokumento, kapag sinusubukang i-block ang isang rehistro, lumalabas na ang rehistrong ito ay naharang na (iyon ay, sa parehong sandali sa oras ng ilang iba pang dokumento ay gumaganap ng mga operasyon kasama ang rehistrong ito), kung gayon ang aming dokumento ay hindi ito ma-block. Mapipilitan siyang maghintay hanggang sa libre ang rehistro. Kapag nagpo-post ng isang dokumento, ang mga paggalaw ay madalas na ginagawa sa isang malaking bilang ng mga rehistro nang sabay-sabay. Ang bawat isa sa mga rehistrong ito ay idinisenyo upang mag-imbak ng ilang uri ng impormasyon. Bilang resulta, ang posibilidad na kailangang maghintay hanggang ang isa sa kanila ay libre ay medyo mataas.

Ang mga mekanismo para sa pagkaantala ng pagpapatupad at karagdagang pagpapatupad ay kinakailangan upang mabawasan sa pinakamababa ang posibilidad ng pangangailangan para sa naturang paghihintay dahil sa katotohanan na kapag sila ay naka-on, ang mga paggalaw ay hindi agad na isinasagawa sa lahat ng mga rehistro kung saan ito kinakailangan, ngunit sa mga pinaka "kagyat" lamang - ibig sabihin. sa ilang mga rehistro ng operational at management accounting. Pagkatapos, ayon sa isang iskedyul o manu-mano, ang follow-up na mekanismo ay inilunsad, i.e. lahat ng iba pang mga paggalaw ay ginaganap.

Upang paganahin ang mekanismo ng ipinagpaliban na pag-post, kailangan mong lumikha ng isang "Setting ng naantalang pag-post": "Lumipat ng interface - Accounting manager - Ipinagpaliban ang pag-post - Mga setting ng follow-up ng dokumento" - Magdagdag ng bagong elemento, tukuyin ang pangalan at paraan, halimbawa, " kailangan lang ng follow-up" - Pagkatapos sa parehong menu "Naantala ang pagpapatupad" - item na "Listahan ng mga organisasyon para sa ipinagpaliban na pagpapatupad" - magdagdag ng bagong linya, ipahiwatig ang petsa*, organisasyon at ang bagong likhang setting.
*Ang ipinahiwatig na petsa ay karaniwang regular, ibig sabihin. nagbabago buwan-buwan. Yung. para sa mas mahusay na trabaho, kailangan mong ilipat ito buwan-buwan sa unang araw ng kasalukuyang buwan - pagkatapos ay sa katapusan ng bawat buwan ang user na nagtatrabaho sa mga dokumento sa pagtatapos ng panahon ay normal na makukumpleto ang mga dokumentong kailangan niya at kumpletuhin ang panahon. 1. Isakatuparan: ang mga paggalaw ay nabuo kasama mga bahagi nagrerehistro
2. Pagsubaybay: bumubuo ng mga galaw yung iba nagrerehistro

Mula sa isang konseptong pananaw, ang pag-follow-up ay katulad ng off-line na pagpapatupad sa pamamagitan ng batch.

Isinasagawa ang follow-up:

Ang mekanismo ay kapaki-pakinabang kung, kapag nagpapasok at nagpo-post ng mga pangunahing dokumento:

• mga kinakailangan sa pagiging produktibo At paralelismo ay matigas
• ang mga paggalaw sa lahat ng mga rehistro ay hindi kinakailangan "ngayon"
• Ang ilan sa mga impormasyong kinakailangan para sa pagbuo ng mga paggalaw ay maaaring hindi alam - malalaman sila sa ibang pagkakataon.

Ang mekanismo ay hindi nalalapat sa lahat ng mga dokumento, ngunit lamang sa malaki at mabigat, na ipinasok nang sabay-sabay ng malaking bilang ng mga user.

Ang ipinagpaliban na pag-post ay hindi ginagamit para sa mga dokumento na:

• ay ipinakilala bihira
• mahalagang isakatuparan kaagad sa lahat ng mga rehistro

Para sa isang listahan ng mga dokumento kung saan inilapat ang ipinagpaliban na pag-post, tingnan.

Paano patakbuhin ang mekanismo

Opsyonal ang mekanismong "Naantalang pag-post ng mga dokumento." Ang paggamit nito ay nako-customize hanggang sa organisasyon sa form. Ang pagpapaliban ay may bisa mula sa tinukoy na petsa.

Kung paano ipo-post ang mga dokumento ay depende sa lokasyon ng petsa ng dokumento na nauugnay sa petsa ng pagsisimula ng ipinagpaliban na pag-post:

Makatuwirang gamitin ang naantalang pag-post sa isang panahon kung saan nagaganap ang masinsinang pag-input ng mga pangunahing dokumento. Samakatuwid, inirerekomendang itakda ang petsa ng pagsisimula ng ipinagpaliban na pag-post sa simula ng buwan kung saan ipinasok ang mga pangunahing dokumento.

Ang karagdagang dokumentasyon ay isinasagawa alinsunod sa. Maaari itong ilunsad alinman sa awtomatikong ayon sa isang iskedyul o mano-mano.

Makatuwiran na maglunsad ng karagdagang pagproseso pagkatapos ng pagtatapos ng masinsinang pag-input ng mga pangunahing dokumento. Bago simulan ang follow-up, dapat mong tiyakin na alam mo ang lahat ng data para sa pagpapakita ng mga dokumento sa regulated accounting.

Kung, pagkatapos makumpleto ang karagdagang pag-post, ang data na nakakaapekto sa pagmuni-muni ng mga dokumento sa regulated accounting ay nagbago (halimbawa, mga default na setting ng account), dapat mong muling i-post ang lahat ng mga dokumento. Magagawa ito sa pamamagitan ng pagpili ng naaangkop na paraan ng pagkumpleto sa.

Ang follow-up ay dapat makumpleto bago magsimula ang mga regulasyong pamamaraan para sa pagsasara ng buwan (tingnan ang diagram ng "pagsasara ng buwan" na pamamaraan).

Matapos makumpleto ang masinsinang pagpasok ng mga dokumento para sa panahon at ang mga dokumento ay naproseso, ipinapayong ilipat ang petsa ng pagsisimula ng ipinagpaliban na pag-post sa simula ng susunod na buwan.

Paglalarawan ng mekanismo

Mga rehistro, mga paggalaw kasama na nabuo kapag nagpo-post ng isang dokumento

Kung ginamit ang naantalang pag-post, kapag nagpo-post ng mga dokumento, ang mga paggalaw ay nabuo sa parehong mga rehistro tulad ng sa "buong" mode ng pag-post kapag ang flag na "Reflect in ex." ay nakatakda. accounting". Karaniwan, ang mga rehistrong ito ay ginagamit upang gumawa ng mga pagpapasya sa pagpapatakbo.

Mayroong mga tampok para sa rehistro ng "Cost Accounting": ang mga paggalaw ay nabuo lamang kapag nagpo-post ng mga dokumento ng "produksyon", mga dokumento na "Pagtanggap ng mga kalakal at serbisyo", "Advance na ulat". Kapag nagpo-post ng lahat ng iba pang mga dokumento, ang mga paggalaw sa rehistrong ito ay hindi nabuo.

Kapag nagsasagawa ng mga dokumento ay hindi nabuo mga paggalaw sa pamamagitan ng mga rehistro na hindi ginagamit para sa paggawa ng mga pagpapasya sa pagpapatakbo:

Nagbenta ng mga kalakal

Gastos sa pagbebenta

Ipinagpaliban hindi magkatugma may mga mode:

• Pagwawasto ng mga batch kapag nagpo-post ng mga dokumento

  Pagpapasiya ng mga pag-unlad kapag nagsasagawa ng mga dokumento.

Ang mga mode na ito ay ginagamit kapag

walang mga isyu sa pagganap

walang layunin upang matiyak ang kakayahang umangkop sa accounting

ang mas mataas na priyoridad ay ang makakuha ng "tumpak na data kaagad."

Iyon ay, ang naantala na pagpapatupad ay hindi kinakailangan kapag gumagamit ng mga naturang mode.

Pagkansela ng pag-post (pamamahagi) ng mga dokumento

Pagkatapos mag-post ng dokumento, maaari mong kanselahin ang pag-post nito gamit ang icon

Kapag kinansela mo ang pag-post, muling magiging available ang dokumento para sa pagbabago, at ang lahat ng mga naunang naisagawang paggalaw nito ay tatanggalin (o magiging hindi aktibo). Pagkatapos ay maaaring mai-post muli ang dokumento (maaaring operatively, na may pagbabago sa time line, o non-operatively, ibig sabihin, nang hindi binabago ang petsa at oras).

Pagtanggal ng mga dokumento

Sa kaso kapag ang gumagamit ay nagpasya na, halimbawa, ang dokumentong ipinasok niya ay hindi kailangan, maaari niyang tanggalin ito. Ang mga dokumento ay tinanggal gamit ang isang marka ng pagtanggal. Pagkatapos ay maaari mong patakbuhin ang pagpoproseso ng "Delete marked objects" at permanenteng tanggalin ito, ngunit hanggang doon ay maaaring alisin ang marka ng pagtanggal at maibabalik ang dokumento. Kapaki-pakinabang din ang multi-step na pagtanggal na ito dahil ang pagpoproseso ng "Delete Marked Objects" ay nagsasagawa ng kontrol ng data bago ang pagtanggal at pinoprotektahan ang mga bagay na ginagamit sa ibang lugar sa database mula sa pagtanggal. Halimbawa, magiging mali na direkta at agad na tanggalin ang anumang katapat kung ito ay nakasaad na sa ilang mga dokumento, dahil sa kasong ito, ang integridad ng data ay lalabag - ang naturang dokumento ay maglalaman ng isang link sa ilang "hindi kilalang bagay".

Bilang karagdagan, kung minsan ang mga dokumento ay maaaring tanggalin nang "direkta", i.e. kaagad. Karaniwan ang direktang pag-aalis ay ginagawa sa pamamagitan ng pagpoproseso: kapag mayroong , magiging lohikal na ang parehong pagproseso ay maaaring magtanggal sa kanila.

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

Para sa 1C UPP at KA 1.1, napakahalaga na ang patakaran sa accounting ay naka-set up hindi lamang para sa accounting at buwis, kundi pati na rin para sa management accounting. Ang mga patakaran sa pamamahala ng accounting ay na-configure para sa buong programa sa kabuuan, at ang mga regulated na patakaran sa accounting ay pinupunan para sa bawat organisasyon nang hiwalay.

Pupunta kami sa pagkakasunud-sunod na inireseta ng developer at magsisimula sa mga patakaran sa pamamahala sa accounting.

Mga patakaran sa accounting sa 1C UPP at Complex 1.1. napunan sa interface ng Accounting Manager. Menu: Setup ng accounting - Patakaran sa accounting

Patakaran sa accounting para sa management accounting sa 1C UPP at Comprehensive 1.1

Sa bagong database, ang mga patakaran sa pamamahala sa accounting ay na-configure na bilang default. Sinusuri namin ito at, kung kinakailangan, ayusin ito kung kinakailangan para sa aming kumpanya.

1. Mga Imbentaryo

Ganito ang hitsura ng default na setting ng imbentaryo:

Dito maaari mong:

Baguhin ang diskarte para sa pagtatasa ng halaga ng imbentaryo sa pagtatapon

Kadalasan sapat na para sa mga accountant na tantyahin ang pagtatapon ng mga imbentaryo "sa average", ngunit para sa pag-uulat ng pamamahala gusto nilang makatanggap ng mas detalyado at tumpak na impormasyon. Sa 1C maaari mong bayaran ito - para sa layuning ito sa patakaran sa accounting Sa management accounting inilalagay nila ang FIFO, at sa accounting - ayon sa average at kumuha ng independiyenteng data sa halaga ng pagsusulat ng mga imbentaryo.

Huwag isama ang VAT sa halaga ng mga pagpapadala

Sa accounting, ang VAT ay palaging hindi kasama sa halaga ng mga imbentaryo sa isang bodega, ngunit sa management accounting, maaari mong piliin ang opsyon na pamilyar sa iyo. Bagaman ang klasikal na pamamaraan ng accounting sa pamamahala ay nangangailangan ng pagbubukod ng VAT mula sa pagtatasa ng mga imbentaryo, sa Russia madalas naming ginusto na suriin ang mga imbentaryo sa "cash na batayan", iyon ay, sa halaga ng perang binayaran. Pagkatapos ay huwag lagyan ng tsek ang kahon.

Kung mahilig ka sa klasikal na paaralan, lagyan ng tsek ang kahon.

Ang setting ay may kinalaman sa parehong mga halaga ng VAT sa pagtanggap at customs VAT.

Panatilihin ang mga talaan ng mga imbentaryo ng mga organisasyon ayon sa bodega.

Isa ito sa mga setting ng 1C na hindi matatawag na intuitive.

Ang 1C ay may ilang mga rehistro na nag-iimbak ng impormasyon tungkol sa mga produkto ng kumpanya. Ang mga pangunahing rehistro - kung saan umaasa ang 1C kapag tinutukoy ang mga balanse - ay Mga Goods sa mga bodega at Goods sa mga organisasyon. Tumutugma sila sa mga ulat: Mga kalakal sa mga bodega at Pahayag ng mga kalakal at deklarasyon ng customs ng mga organisasyon.

Ang mga kalakal sa mga bodega, gaya ng ipinahihiwatig ng pangalan, ay palaging isinasaalang-alang ang mga balanse sa pamamagitan ng bodega. Ngunit wala silang mga organisasyon. Upang matukoy ang balanse nang eksakto sa organisasyon na kailangan namin, ginagamit namin ang rehistro ng akumulasyon na "Mga Produktong Pang-organisasyon". Ang rehistrong ito ay nag-iimbak ng impormasyon tungkol sa mga kalakal ayon sa organisasyon. Dito, na-configure ang warehouse analytics gamit ang parameter ng patakaran sa accounting.

Sa ilang mga kaso, maginhawa na huwag isaalang-alang ang bodega para sa mga kalakal ng organisasyon. Halimbawa, ang dibisyon ng mga bodega sa iyong kumpanya ay may kondisyon. Pagkatapos ay maaari mong payagan ang mga user na may mga karagdagang karapatan na magbenta ng mga produkto nang hindi kinokontrol ang mga balanse ng stock sa mga bodega, ngunit iwanan ang kontrol sa mga balanse ng mga organisasyon. Pagkatapos ay magagawa ng manager na ibenta ang produkto mula sa anumang bodega, hangga't nakalista ito sa organisasyon kung kanino siya nagbebenta. Sa kasong ito, ang paggalaw ng mga kalakal ay maaaring gawin pagkatapos ng katotohanan. Upang i-level out ang mga negatibong balanse ng warehouse.

Ang pamamaraan para sa pagbuo ng mga presyo ng accounting.

SA mga kumpanya ng kalakalan Bilang isang tuntunin, ang mga talaan ng imbentaryo ay pinananatili sa mga direktang (aktwal) na gastos.

Sa accounting, ito ay naka-configure nang nakapag-iisa.

2. Accounting ng produksyon at gastos

Dito namin i-configure ang pagsasama ng VAT sa mga gastos sa produksyon sa management accounting. Lohikal para sa setting na ito na tumugma sa iyong pinili tungkol sa pagsasama ng VAT sa halaga ng mga pagpapadala sa nakaraang tab.

Para sa 1C UPP, posibleng paganahin ang paggamit ng mga order ng produksyon sa accounting ng produksyon. Sa Integrated Automation, hindi ibinigay ang paggamit ng mga production order.

3. Pagbabahagi ng gastos

Tanging ang opsyon sa accounting ang naka-configure dito pangkalahatang gastos sa negosyo para sa management accounting. Isama ang mga ito sa buong halaga ng produksyon o... huwag isama ang mga ito. Walang pahayag ng tubo at pagkawala sa accounting ng pamamahala tulad nito. Samakatuwid, sa kaso ng "direktang paggastos" (ang unang opsyon sa tab), walang nangyayari sa mga gastos na ito. Totoo, maaari pa ring i-customize ang naturang ulat sa loob ng subsystem ng pagbabadyet, ngunit ibang kuwento iyon.

Sa accounting, ito ay naka-configure nang nakapag-iisa.

4. Mga detalye ng gastos

Kapag isinusulat ang mga hindi direktang gastos sa produksyon, maaari mong isaalang-alang ang mga ito sa kasalukuyang gawain sa ilalim ng parehong item ng gastos, o maaari mong pagsama-samahin ang mga ito. Iyon ay, para sa lahat ng mga gastos ng isang uri, tukuyin ang isang pangkalahatang item. Halimbawa, kapag ipinamahagi sa kasalukuyang gawain, ang lahat ng mga pangkalahatang item sa produksyon ay ibinabagsak sa item na "Overhead na gastos sa produksyon."

Gayunpaman, matagal na akong hindi nakakakita ng mga pangkalahatang artikulo na ginagamit dito. Gustung-gusto namin ang mga detalye, at maaari mong palakihin ang mga ito sa mga ulat.

Sa accounting, ito ay naka-configure nang nakapag-iisa.

5. Mga diskwento

Dito mo iko-configure ang mga uri ng mga diskwento na magagamit sa mga dokumento sa pagbebenta. Kung ang bandila ay hindi nakatakda, kung gayon ang isang diskwento ng ganitong uri ay hindi maaaring itakda sa programa. Makikita ang mga ito sa dokumento ng pagtatakda ng diskwento, ngunit hindi ka papayagan ng 1C na mag-save ng dokumento na may ganitong uri ng diskwento.

Pag-set up ng paggamit mga kard ng diskwento Ito ay inilarawan sa sapat na detalye sa tulong sa konteksto ng programa; hindi ko na ito uulitin dito.

6. Pag-uuri ng mga mamimili

Pinakamainam na huwag mag-set up kaagad ng pag-uuri ng customer. Ang impormasyong ito ay batay sa mga istatistika ng data mula sa system mismo. Samakatuwid, habang may maliit na data, ang pag-uuri mismo ay naglalaman ng maliit na kapaki-pakinabang na impormasyon. Kapag lumipas ang ilang buwan, makikita mo kung paano kumikilos ang mga istatistika depende sa mga setting at piliin ang pinakaangkop na opsyon para sa iyong aktibidad. Ang programa ay may isang pag-uuri ng hindi lamang mga mamimili, kundi pati na rin ang mga item. At ito ay nagbibigay ng napaka kapaki-pakinabang na impormasyon tungkol sa mga benta.

Yun nga lang, natalo na natin ang management politics. Lumipat tayo sa accounting at tax accounting.

Patakaran sa accounting para sa accounting at tax accounting sa 1C UPP at Comprehensive 1.1

Kinakailangang mag-set up ng mga patakaran sa accounting para sa accounting sa 1C UPP at Comprehensive 1.1 para sa bawat organisasyon at para sa bawat taon kung saan mayroong hindi bababa sa ilang mga dokumento na isinagawa sa accounting at tax accounting. Kasama ang mga dokumento ng paunang balanse.

Mag-click sa berdeng plus sign para magdagdag ng bago. At sinimulan naming punan ito.

1. Pangkalahatan

Pumili kami ng sistema ng pagbubuwis at ipahiwatig kung gumagamit kami ng UTII.

Pinasimpleng sistema ng buwis - kung pipiliin natin ang pinasimpleng sistema ng buwis, mawawala ang ilan sa mga bookmark, ngunit lilitaw ang bookmark ng pinasimpleng sistema ng buwis.

Kung pipiliin mo ang opsyon na Income minus expenses sa tab na ito, may lalabas na karagdagang tab Mga gastos sa pinasimpleng sistema ng buwis, kung saan maaari mong higit pang i-configure ang mga kaganapan para sa pagkilala sa mga gastos ng pinasimpleng sistema ng buwis.

UTII - nagdaragdag ng tab na UTII kung saan maaari mong tukuyin ang base at isaayos ang mga account sa accounting ng UTII.

Ang huling bandila ay ang aktibidad ng produksyon. Dapat itong mai-install kung ang iyong organisasyon ay gumagawa ng mga produkto o nagbibigay ng mga serbisyo kung saan gusto mong kalkulahin ang gastos. Kinokontrol ng checkbox ang pagkakaroon ng mga setting ng produksyon at ang kakayahang mapanatili ang mga talaan ng produksyon sa programa.

Kung ikaw lang aktibidad ng kalakalan- pagkatapos ay mas mahusay na i-uncheck ang kahon, ito ay gawing simple ang mga setting ng programa.

2. Mga pakikipag-ayos sa mga katapat

Kino-configure ng unang switch ang sandali ng pag-unlad ng pag-credit. Kapag nagpo-post ng invoice, makakahanap ang system ng mga advance sa ilalim ng kontrata at agad na gumawa ng mga pag-post upang isara ang advance.

Ang isa pang pagpipilian: kapag nagpo-post ng mga dokumento, ang advance ay hindi na-offset; ang espesyal na pagproseso ay inilunsad upang awtomatikong isara ang mga advance. Ang pagpipiliang ito ay mas madalas na ginagamit kapag ang mga dokumento ay naipasok nang wala sa order at sa oras ng pag-post ng dokumento ay imposibleng matukoy kung ang paunang halaga ay nalalapat dito.

Ang pag-set up ng pagkalkula ng mga reserba ay may mga detalyadong paglalarawan sa konteksto, kaya hindi ko ito tatalakayin dito. Piliin ang mga setting na angkop sa iyong patakaran sa accounting.

3. Mga Imbentaryo

Sa mga setting ng accounting ng imbentaryo na aming tinalakay sa patakaran sa accounting para sa pamamahala ng accounting, dito namin idinagdag ang kakayahang mag-set up ng accounting para sa TRP (transportasyon at mga gastos sa pagkuha). Maaari silang isama sa halaga ng imbentaryo sa parehong accounting account (unang opsyon) o i-account para sa isang hiwalay na account.

Pakitandaan na ang pangalawang opsyon ay magagamit lamang ngayon kung mga parameter ng accounting Pinili mo ang advanced cost analytics.

4. Accounting ng produksyon at gastos

Para sa UPP, posibleng i-configure ang cost accounting sa regulated accounting para sa mga production order. Ito ay isang napakahalagang setting, dahil nagbibigay-daan ito, kapag gumagamit ng mga order ng produksyon, na subaybayan ang gastos at gumagana sa progreso sa konteksto ng mga order ng produksyon. Iyon ay, halimbawa, para sa produksyon para sa isang partikular na order, tanging ang mga gastos na inilaan sa order na ito ang ipapawalang-bisa. Ang mga gastos para sa isa pang order ay mananatili sa kasalukuyang trabaho, kahit na kabilang sila sa parehong pangkat ng item.

Kung sinusubaybayan mo ang mga ginawang produkto sa mga nakaplanong presyo, maaari mo ring i-configure ang paggamit ng 40 account dito.

5. Pagbabahagi ng gastos

Available lang ang bookmark sa 1C UPP. Ngunit kahit na doon ay makatuwiran na laktawan ito sa ngayon. Ang pagpuno ng mga paraan ng pamamahagi ng gastos sa tab na ito ay lantarang hindi maginhawa. Maaaring i-configure ang mga ito sa isang hiwalay na reference na libro o habang ang mga cost item mismo ay nilikha.

6. Mga detalye ng gastos

Napag-usapan na natin ang unang bloke sa parehong talata ng patakaran sa accounting ng pamamahala. Ngunit ang pangalawa ay napaka-interesante. Ano ang mangyayari kung aalis ka sa default na setting - isulat ang mga transaksyon nang sama-sama?

Para sa mga inilalaang item, ang mga gastos ay sisingilin sa account ng gastos, ngunit hindi ipapawalang-bisa laban sa item na ito. Sa kabilang banda, ang mga halagang walang gastos ay ipapawalang-bisa. Sa pangkalahatan, ang lahat ng nasa account ay isasara. Ngunit! Kapag bumubuo balanse sheet para sa mga item sa gastos para sa anumang account sa gastos, makakatanggap kami ng mga naiipon na balanse para sa mga item sa gastos at mga pulang minus para sa isang walang laman na item. Gagawin nitong hindi nababasa ang likod at hindi angkop para sa pagsuri sa kawastuhan ng write-off. Sa pangkalahatan, sa palagay ko, mas mainam na ilagay ang "detalye".

7. Pangkalahatang gastos

Sa accounting, mayroong dalawang pagpipilian para sa pamamahagi ng mga pangkalahatang gastos sa negosyo.

Kasama ang OCR sa halaga ng produksyon - kung pipiliin mo ang opsyong ito, kakailanganin mo ring mag-set up ng mga paraan ng pamamahagi para sa mga item sa gastos na may likas na "pangkalahatang negosyo".

Ang OHR ay tinanggal gamit ang direktang paraan ng paggastos. Kung pipiliin mo ang opsyong ito, dapat mong piliin na i-set up ang account kung saan sisingilin ang mga gastos. Karaniwan ito ay 90.08. At kailangan mong pumili ng base para sa pamamahagi sa mga pangkat ng item.

8. Buwis sa kita

Sa 1C UPP at Comprehensive 1.1, ang tax accounting ay pinananatili nang hiwalay sa accounting sa isang hiwalay na chart ng mga account.

Naturally, hindi na kailangang magpasok ng mga account sa buwis sa mga dokumento nang hiwalay. Ang pagsunod ay na-configure para sa accounting at tax account. Higit pa rito, sa pamamagitan ng pag-click sa button na "Itakda ang pagsusulatan sa pagitan ng accounting at mga financial statement," malalaman naming nakatakda na ang sulat na ito bilang default. Kung gusto mong baguhin ang ilang setting o magdagdag ng mga invoice, maaari kang direktang gumawa ng mga pagbabago sa isang kasalukuyang dokumento.

At panghuli: itatag ang paggamit ng PBU 18/2 para sa pagkalkula ng pansamantala at permanenteng pagkakaiba.

9. Mga damit na pantrabaho at espesyal na kagamitan

Dito maaari mong tukuyin ang paraan ng pagbabayad ng halaga para sa accounting ng buwis. Ang unang opsyon ay malinaw - palagi kaming nagbabayad kaagad, sa pag-commissioning.

Sa accounting, posibleng i-configure ang paraan ng pagbabayad para sa bawat item nang hiwalay. Maaari itong i-configure nang direkta sa reference book ng item. Iyon ay, ang pangalawang paraan ay ang awtomatikong gawin ito sa accounting ng buwis sa parehong paraan na ito ay iko-configure sa accounting.

10. VAT

Tungkol sa mga setting ng VAT, ang mga paghihirap ay maaaring lumitaw lamang kapag nagse-set up ng accounting sa mga rate na walang VAT at 0% kung mayroon kang mga benta sa mga rate na ito.

Kapag nagtatakda ng bandila, kailangan mong bigyang pansin ang setting na magagamit:

Panatilihin ang batch accounting ng VAT sa konteksto ng serye at mga katangian.

Ang katotohanan ay kapag ang accounting para sa mga rate ng VAT ay pinagana, ang batch accounting para sa pamamahagi ng VAT ay isinasagawa nang nakapag-iisa. Kung pananatilihin mo ang mga batch record ayon sa mga katangian ng batch o paggamit, dapat itakda ang attribute na ito. Kung hindi, malamang na lumitaw ang mga sitwasyon kapag, dahil sa mga pagkakaiba sa pagkakasunud-sunod ng mga write-off, ang mga halaga ng write-off at mga dokumento ng partido para sa VAT accounting at sa accounting ay mag-iiba. Ito ay maaaring lumikha ng mga kahirapan para sa iyo kapag pumipili ng mga dokumento na kumpirmahin sa tanggapan ng buwis.

Mga pag-record sa webinar

Ang artikulong ito ay magiging kapaki-pakinabang para sa mga nagsisimula pa lamang sa trabaho Advanced na cost accounting analytics(mula rito ay tinutukoy bilang RAUZ) sa 1C:UPP at 1C:KA.

Ang problema ay kapag una mong tiningnan ito, ang mga paggalaw sa rehistro ng cost accounting ay maaaring mukhang kakaiba :)

Gayunpaman, ang lahat ay magiging mas malinaw kung ihahambing mo ang mga paggalaw sa RAUZ sa mga entry sa accounting.

Ang artikulong ito ay batay sa pangunahing mga prinsipyo production accounting, kaya ipinapalagay namin na ang mambabasa ay pamilyar sa mga pangunahing kaalaman sa production accounting at may pangunahing kaalaman sa accounting sa PPP.

Mga kinakailangan para sa paggamit ng detalyadong accounting ng gastos sa magkahiwalay na mga rehistro

Sa 1C: Accounting 8, ang cost accounting analytics sa regulated accounting ay limitado sa apat na analyst: organisasyon, dibisyon, pangkat ng produkto at item ng gastos. Ito ay malinaw na hindi sapat upang kalkulahin ang halaga ng yunit ng produksyon.

Halimbawa, gumagawa kami ng mga solid fuel boiler at lahat ng mga gastos ay ipapangkat bilang isang buo sa ilalim ng pangkat ng produkto na "Solid fuel boiler", ngunit kailangan naming kalkulahin ang halaga ng bawat boiler nang hiwalay upang isaalang-alang ang mga gastos ng mga depekto. Upang malutas ang problema, sa pangkalahatang kaso, kailangan mong gumamit ng ilang trick at gawin ang direktoryo ng "Mga Pangkat ng Nomenclature" na katulad ng direktoryo ng "Nomenclature".

Alinsunod dito, upang makalkula ang gastos sa bawat yunit ng produksyon, kailangan ng isa pang antas ng analytics - nomenclature. At kung isasaalang-alang mo na sa UPP, ang accounting ng item ay maaaring isagawa sa konteksto katangian at serye, pagkatapos ay kasama ang dalawa pang antas. Sa kabuuan, hindi bababa sa pitong seksyon ng analytics ang kinakailangan.

Pagpapatupad ng pitong antas analytical accounting gamit ang accounting register ay magkakaroon Mga negatibong kahihinatnan, tulad ng makabuluhang paglago ng database, nabawasan ang pagganap ng solusyon sa aplikasyon. Iyon ang dahilan kung bakit ang detalyadong accounting sa gastos ay isinasagawa sa magkahiwalay na analytical registers, at hindi sa accounting register. Sa UPP ay tinatawag ang naturang rehistro Accounting ng gastos (accounting at tax accounting), pagkatapos nito ay tinutukoy bilang "Accounting para sa BU at NU Costs" o ang Cost Accounting Register.

Paghahambing ng analytics ng accounting register at cost accounting register

	Accounting ng gastos para sa control equipment at control equipment		Rehistro ng accounting
	SCP	CA	UPP, KA, BP
Analytical measurements	Seksyon ng accounting, accounting account	Seksyon ng accounting, accounting account	Account
	Organisasyon	Organisasyon	Organisasyon
	Subdivision	Subdivision	Subdivision
	Pangkat ng nomenclature	Pangkat ng nomenclature	Pangkat ng nomenclature
		—	—
	item ng gastos	item ng gastos	item ng gastos
	Gastos	Gastos	—

Ang talahanayan ay sadyang pinaghalo ang mga detalye mula sa iba't ibang mga sukat ng rehistro na "Accounting para sa Accounting at National Accounting Costs", dahil ang layunin ng artikulong ito ay isaalang-alang ang RAUZ mula sa isang punto ng accounting, at hindi isang teknikal na paglalarawan ng pagpapatupad ng mekanismong ito.

Sa katunayan, ang rehistro ng RAUZ ay may higit na analytical na mga sukat, at ang kanilang komposisyon ay nakasalalay sa mga setting ng mga parameter ng accounting, ngunit, muli, hindi namin isasaalang-alang ang mga ito sa artikulong ito.

Istraktura ng rehistro ng gastos

Mula sa pananaw ng accounting, ang rehistrong "Accounting para sa mga gastos sa BU at NU" ay maaaring katawanin bilang sumusunod na hanay ng mga sukat:

• Seksyon ng Accounting
• Account
• Organisasyon
• Subdivision
• item ng gastos
• Gastos
• Pangkat ng nomenclature
• Mga Produkto (Mga Katangian, Serye).

Ang mga sukat na ito ay maaaring nahahati sa tatlong pangkat ng analitikal:

Uri ng accounting analytics- mga gastos sa "lokasyon".

Cost Accounting Analytics- anong uri ng gastos ito, at kung ano ang gagawin dito.

Analytics ng Paglalaan ng Gastos- kung saan pupunta ang gastos na ito (sa anong mga produkto).

Sa rehistrong “Accounting for Accounting and NU Costs” ay mayroon ding pang-apat na dimensyon - Batch Accounting Analytics. Ang dimensyong ito ay naglalaman ng na-update na impormasyon sa gastos na kinakailangan, halimbawa, para sa customized na produksyon.

Gayunpaman, ang pagsukat na ito ay walang koneksyon sa accounting at hindi tinalakay sa artikulong ito.

Ngayon tungkol sa bawat dimensyon nang mas detalyado.

• Seksyon ng Accounting- maaari lamang kumuha ng sampung halaga, isasaalang-alang namin ang 4 sa mga ito: Imbentaryo, Mga Gastos, Mga Gastos sa Produksyon at Output (upang gawing simple ang pag-unawa sa artikulo, ang iba pang mga halaga ay hindi isinasaalang-alang)
• MPZ- ang seksyong ito ng accounting ay responsable para sa pag-iimbak ng impormasyon tungkol sa mga imbentaryo. Logically tumutugma ito sa mga account sa accounting bilang 10, 21, 41 at 43
• Mga gastos- ay responsable para sa pag-iimbak ng impormasyon tungkol sa mga natapos na gastos sa produksyon at hindi produksyon. Logically, ang seksyong ito ng accounting ay tumutugma sa debit turnover ng mga account 20, 23, 25, 26 at 44
• Mga gastos sa produksyon- ay responsable para sa pag-iimbak ng impormasyon tungkol sa kung aling mga produkto ang kasama kung aling mga gastos. Walang analogue sa accounting
• Palayain- Responsable para sa pag-iimbak ng impormasyon tungkol sa mga inilabas na produkto. Logically, ang accounting section na ito ay tumutugma sa pag-post ng 43-20.
• Organisasyon- ang organisasyon kung saan ipinakita ang operasyon ng produksyon
• Subdivision- ang dibisyon kung saan ipinakita ang operasyon ng produksyon
• Account- accounting sa accounting
• item ng gastos- pagsukat para sa pinagsama-samang accounting ng materyal at hindi nasasalat na mga gastos
• Gastos- gastos sa materyal. Hindi tinukoy para sa hindi nasasalat na mga gastos
• Pangkat ng nomenclature- pangkat ng produkto kung saan ibabahagi ang mga gastos
• Mga Produkto (Mga Katangian, Serye)- mga produkto kung saan isasama ang gastos.

Sa pangkalahatan, mula sa punto ng view ng isang accountant, ang rehistro ng "Accounting for Accounting at NU Costs" ay maaaring ituring bilang isang tsart ng mga account, at mga paggalaw kasama nito bilang mga pag-post.

Halimbawa, kunin natin ang write-off ng mga materyales para sa produksyon.

Ang sumusunod na entry ay gagawin sa accounting register:

At ang mga sumusunod na entry ay gagawin sa rehistro ng cost accounting:

Pansinin ang pangalawang paggalaw:

• Sa seksyon ng accounting na "Mga Gastos" para sa organisasyon na "Aming organisasyon", sa dibisyon na "Pangunahing dibisyon" sa accounting account 20 mula sa seksyon ng accounting na "Imbentaryo", 10 piraso ng Nails sa halagang 100 rubles ang isinulat mula sa accounting account 10.

Hindi ba parang accounting entry ito?

Pag-aaral ng Kaso

Upang gawing mas madaling maunawaan ang mga prinsipyo ng pagkalkula ng gastos kapag gumagamit ng RAUS, isaalang-alang natin ang mga ito gamit ang isang praktikal na halimbawa.

Isipin natin ang isang organisasyon na nakikibahagi sa paggawa ng mga kasangkapan. Ang mga materyales na ginagamit sa paggawa ay mga tabla, pako, at kuryente. Mga ginawang produkto: mga bangkito at upuan.

• Mga board, mga kuko - direktang gastos sa materyal
• Elektrisidad - pangkalahatang produksyon na hindi nasasalat na mga gastos
• Assembly shop - departamento ng produksyon
• Warehouse ng mga materyales - pangunahing (at tanging) bodega

Ang aming upuan ay gagawin mula sa 4 na tabla at 40 na pako, at ang dumi ay gagawin mula sa 2 tabla at 16 na pako.

Gagamitin namin ang malinis na database ng UPP release 1.3.85. Gawin natin ito bagong organisasyon na may pangalang "Our Organization".

Ang mga paunang setting ay bilang default, maliban sa pag-set up ng cost accounting para sa mga imbentaryo ayon sa bodega sa RAUZ (interface Accounting Manager -> Pag-setup ng accounting -> Pag-set up ng mga parameter ng accounting -> Presyo ng gastos): dapat itong i-on.

Bumili

Aayusin namin ang pagbili ng mga materyales mula sa supplier.

Ihambing natin ang mga transaksyon at paggalaw sa rehistro ng accounting ng gastos.

Tulad ng makikita mula sa screenshot na ito, ang mga pag-post at paggalaw sa kahabaan ng RAUZ ay medyo maihahambing.

Ngayon ay aayusin natin ang pagbili ng kuryente.

Ipapakita namin ang biniling enerhiya sa account 25 at, muli, ihambing ang mga transaksyon at paggalaw sa RAUZ.

Pakitandaan na ang hindi nasasalat na gastos ay agad na nahulog sa seksyong accounting ng "Mga Gastos".

Write-off para sa produksyon

Ngayon kailangan nating ipakita ang produksyon at isulat sa Mga Gastos (sa produksyon) ang mga materyales na kailangan para sa produksyon. Ginagawa ito gamit ang mga dokumentong "Ulat sa produksyon para sa shift" at "Humiling ng invoice".

Ulat ng produksyon para sa shift.

Mga pag-post at paggalaw sa rehistro na "Accounting para sa Mga Gastos ng BU at NU":

Tulad ng makikita mula sa screenshot sa itaas, ang isang accounting entry ay tumutugma sa dalawang entry sa RAUZ: ang isang gastos ay isang kredito sa account 20, at ang isang resibo ay isang debit sa account 43.

Kinakailangan ng invoice:

Mga pag-post at paggalaw ayon sa mga gastos:

Matapos maalis ang mga materyales para sa produksyon, maaari mong ihambing ang katayuan ng mga account sa accounting ng gastos at ang rehistro ng RAUZ sa mga tuntunin ng mga gastos.

Habang ang mga entry sa accounting ay nagbibigay lamang ng pangkalahatang impormasyon, ang RAUZ ay naglalaman ng pinakamataas na posibleng impormasyon tungkol sa likas na katangian ng gastos, "lokasyon" nito at paraan ng pamamahagi.

Sa aming halimbawa, ang debit 20 ng account sa pagpaparehistro ng accounting ay naglalaman ng impormasyon tungkol sa organisasyon, accounting account, dibisyon, pangkat ng item at item ng gastos kung saan ipinapakita ang materyal na gastos.

Sa RAUZ, bilang karagdagan, sa seksyon ng accounting Mga gastos naglalaman ng karagdagang impormasyon tungkol sa kung anong partikular na materyal ang isinulat namin sa account 20, at sa seksyon ng accounting Mga gastos sa produksyon– sa halaga ng kung aling mga produkto kasama ang materyal na halagang ito.

Ang pamamaraan para sa pagsasama ng mga gastos sa materyal sa mga produkto ay tinutukoy alinman sa dokumentong "Ulat sa Produksyon para sa isang Shift" o sa dokumentong "Pamamahagi ng Mga Materyal para sa Produksyon".

Para sa hindi nasasalat na mga gastos sa accounting, ang aming halimbawa ay naglalaman ng impormasyon tungkol sa accounting account, organisasyon, dibisyon at item ng gastos, at ang RAUZ ay naglalaman din ng impormasyon tungkol sa pangkat ng produkto kung saan ibabahagi ang hindi nasasalat na gastos na ito.

Kung paano isasama ang isang hindi nasasalat na gastos sa halaga ng mga natapos na produkto (sa pamamagitan ng kung anong formula ang magaganap ang pamamahagi) ay tinutukoy ng mga setting ng pamamahagi ng gastos ng organisasyon at ang likas na katangian ng kung paano ipinapakita ang gastos na ito sa pangunahing mga dokumento at hindi tinalakay sa materyal ng artikulong ito.

Sa aming halimbawa, ipapamahagi ang kuryente sa loob ng pangkat ng produkto na "Mga Produkto" sa proporsyon sa dami ng mga produktong ginawa.

Pagkalkula ng gastos

Kalkulahin natin ang halaga ng produksyon.

Upang gawin ito, gagawa kami ng dokumentong "Pagkalkula ng Gastos," patakbuhin ito at ihambing ang mga entry sa accounting sa mga paggalaw sa rehistro ng gastos.

Pagkatapos kalkulahin ang gastos, ang rehistro ng "Accounting para sa BU at NU Costs", sa kaibahan sa accounting register, ay naglalaman ng detalyadong impormasyon tungkol sa kung aling materyal o hindi nasasalat na mga gastos ang isinama kung saan.

Sa aming kaso, ang halaga ng hindi nasasalat na mga gastos ay nahahati nang pantay-pantay sa pagitan ng mga produktong ginawa, dahil gumawa kami ng isang upuan at isang dumi, at sa mga setting para sa pamamahagi ng mga hindi nasasalat na gastos ay ipinahiwatig na ito ay ibinahagi sa proporsyon sa output.

Konklusyon

Kaya, ang mga paggalaw sa rehistro ng RAUZ para sa ilang mga seksyon ay magkatulad mga entry sa accounting na may pagkakaiba lamang na ang mga karagdagang seksyon ng analytical ay idinagdag sa rehistro ng RAUZ para sa isang detalyadong pagkalkula ng halaga ng produksyon. Dahil dito, ginagawang posible ng UPP na tumpak na kalkulahin ang halaga ng mga ginawang produkto.

Alalahanin natin na sa "1C: Accounting 8" ang ganitong problema ay hindi malulutas sa pangkalahatang kaso, dahil hindi posibleng i-detalye ang mga gastos hanggang sa output.