Nagbibigay ang 1C SCP ng mga nababaluktot na setting para sa mga parameter ng anumang uri ng accounting, sa tulong 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 isang survey bago ang proyekto, ang mga parameter ng accounting ay ganap na inireseta at i-coordinate sa mga pangunahing gumagamit. Una, maaari itong 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 managerial accounting ay sumasalamin sa tunay na estado ng mga gawain sa negosyo), at pangalawa, ito ay makakatulong upang maiwasan ang mga problema sa pagpapatupad at mga pagkakaiba. sa data sa pagitan ng luma at bagong sistema accounting.

Sa artikulong ito, susuriin natin nang mas malapitan ang pagtatakda ng mga parameter ng mga regulated na uri ng accounting - accounting at buwis.

Access sa mga setting ng accounting

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

Figure 1. Paggawa sa bahagi ng 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 accounting".

Figure 2. Tab ng mga setting ng parameter

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 assembly BOM– sa pamamagitan ng pag-activate ng parameter, magagawa ng mga user na itakda ang view na “Assembly”. Ginagawang available ang naka-disable na flag karagdagang mga uri mga pagtutukoy - "Buong", "Node". Kung hindi mo planong gamitin ang mga ito, mas mainam na magtakda ng bandila upang maiwasan ang mga error ng user sa disenyo ng mga 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 ito ay hindi pinagana, ang bawat detalye ay maaaring magkaroon lamang ng isang bersyon.
• Gumamit ng mga limitasyon sa materyal na isyu– kapag ang bandila ay pinagana, ang kakayahang magtrabaho kasama ang pag-andar ng mga 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.
• Gamitin ang oras ng pagpapatakbo– kapag pinagana ang bandila, ang pagkakataon ay isinaaktibo sa "Ulat ng produksyon para sa isang shift" upang itakda ang uri ng output na "Mga oras ng pagtatrabaho". Kung hindi ito isinasagawa sa negosyo, 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 SCP system ay nagbibigay ng mga mode "Advanced na Analytics", o "Party Accounting"*.

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

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

Figure 4. Mga setting ng cost accounting mode

* Inilalarawan ang setting ng mode sa pinakamataas na antas, dahil isa itong hiwalay, malaking paksa. Bilang, halimbawa, sa RAUS, maaari mong i-set up ang detalye, at sa batch - ang pagkakasunud-sunod ng write-off.

Seksyon "Gastos"

Dito mo tinukoy ang uri ng presyo kung saan isinasaalang-alang ang presyo ng gastos. Ang rehistro ng impormasyon ng "Mga presyo ng item" ay dapat munang i-configure.

Dagdag pa, ang mga checkbox para sa managerial o regular na accounting ay nakatakda nang hiwalay. Ito ay ginagamit kung ang iba't ibang mga bodega ng parehong kumpanya ay may iba't ibang mga kondisyon ng negosyo. Kasabay nito, 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 buong kumpanya, anuman ang partikular na bodega.

Figure 5. Mga setting ng gastos

Seksyon "Mga paraan ng paglalaan 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", kung saan kakalkulahin ang distribution base, at ang diskarte para sa pagkalkula ng bahagi ng mga gastos para sa bawat uri ng produkto depende sa dami ng output, dami ng benta , mga paglitaw ng ilang mga hilaw na materyales, ayon sa mga pamantayan, o mano-mano.

Maaari kang maglaan ng mga gastos ayon sa mga 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 ibinibigay ng customer, para sa oras ng pagpapatakbo, para sa mga indibidwal na dibisyon, para sa isang porsyento o para sa isang koepisyent.

Figure 6. Mga setting ng pamamaraan ng paglalaan ng gastos

Seksyon "Accounting para sa mga kalakal"

• Ang pag-activate ng unang pangkat ay nagdaragdag ng mga kaukulang linya sa mga dokumento at direktoryo para sa accounting ayon sa mga tinukoy na katangian, pati na rin para sa mga operasyon sa pagproseso na may mga lalagyan.
• Ang pangalawang grupo ay responsable para sa kakayahang magtrabaho kasama ang ilang mga bodega sa tabular na seksyon ng napiling dokumento.

Figure 7. Mga setting ng "Goods Accounting".

Seksyon "I-print, mga unit"

Ang seksyon ay inilaan para sa pagtatakda hitsura mga nakalimbag na anyo ng mga dokumento. Posibleng magpakita ng karagdagang column na may kinakailangang parameter, halimbawa, isang code ng produkto o isang artikulo, pati na rin tukuyin ang isang yunit ng timbang at isang yunit ng volume na gagamitin sa mga katangian ng produkto.

Figure 8. "I-print, mga unit"

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 ng utang araw ng kalendaryo o araw ng negosyo.
• Pag-post ng isang dokumento sa oras ng pagpaparehistro- ipo-post ang dokumento sa parehong sandali kapag natanggap ang kumpirmasyon mula sa bangko tungkol sa transaksyon. Mas gusto kapag kailangan mong subaybayan ang mga pagbabayad mula sa mga customer sa real time.
• Sa pagtatapos ng araw ng petsa ng pagpaparehistro sa pangkalahatan ay binabawasan ang pagkarga ng system, maaaring magamit kapag ito ay sapat na upang makatanggap ng mga ulat sa mga pagbabayad nang hindi kaagad.

Figure 9. Mga setting 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 pagkalkula ng payroll" sa mga transaksyon. Kung pipiliin mo ang opsyong "Para sa bawat empleyado," kakailanganin mong punan ang mga detalyeng ito para sa bawat empleyado. Kapag pinipili ang opsyong “Buod…”, ang mga detalyeng ito ay hindi kasama sa mga pag-post.

Figure 10. Mga kalkulasyon ng tauhan

Seksyon "Mga Order"

Dito maaari kang mag-set up ng trabaho gamit ang mga order.

• Diskarte sa Auto-Reserve nagtatakda ng pagkakasunud-sunod ng pagpapareserba ng mga kalakal para sa mga order ng customer.
• Pag-activate "Ipahiwatig ang mga order sa tabular na seksyon" 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 parehong pangalan. Kung ang sistema ng naturang mga order ay hindi ginagamit sa kumpanya, mas mahusay na patayin ang bandila upang hindi mabigatan ang mga gumagamit ng labis na impormasyon.
• Tukuyin ang Serye Kapag Nagpareserba Ang mga kalakal sa mga bodega ay nagbibigay-daan sa iyo na isaalang-alang ang serye (kung mayroong isang reserba para sa mga order na may indikasyon ng kasunduan sa katapat, kung saan nakatakda ang sign na "Hiwalay na accounting ng mga kalakal para sa mga order ng mamimili").
• Account para sa mga pagbabalik ng customer– kapag ang bandila ay naka-on, ang masa ng mga inorder na kalakal ay awtomatikong nababago 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.

Gamit ang flag na pinagana "Gumamit ng mga order ng produksyon" isang karagdagang dokumento na "Order para sa produksyon" ay magiging available.

Ang pagsasama ng sumusunod na watawat 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 kinakailangan sa pagsasara sa isa sa dalawang mode:

• Malinaw- gamit ang dokumentong "Pagsasaayos ng order para sa produksyon." Ang mga ito ay ganap ding sarado kapag ang "Ulat ng Produksyon para sa isang shift", "Pagpili ng Nomenclature" at "Act on the provision of production services" ay isinasagawa, kung ang lahat ng mga kalakal ay ginawa ayon sa pagkakasunud-sunod.
• awtomatiko- iyon ay, kapag naghihiwalay ng mga materyales para sa pagpapalabas ng mga kalakal, pati na rin kapag nirerehistro ito gamit ang "Pagpili ng Nomenclature".

Figure 12. Mga order para 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 Pagbebenta ng Titingi

Seksyon "Pagpaplano"

Ang seksyon ay inilaan para sa pag-configure ng mga parameter ng pag-iiskedyul:

• Dalas ng pag-access sa mga pangunahing mapagkukunan nagtatakda ng agwat ng oras kung saan isinasagawa ang pagpaplano: araw, linggo, dekada, buwan, quarter, kalahating taon, taon.
• Pamahalaan ang pagpaplano ng shift– kapag naisaaktibo sa mga pagtutukoy at sa mga gawain sa produksyon, magiging available ang mekanismo ng pagpaplano ng shift.

Figure 14. Mga setting ng pag-iiskedyul

Seksyon "Mga Proyekto"

Dito maaari kang mag-set up ng accounting sa konteksto ng Mga Proyekto.

• Subaybayan ang mga proyekto– isinaaktibo ang karagdagang detalye sa mga proyekto para sa mga benta, pagbili, paggalaw ng AC, gastos at pagpaplano.
• Gamitin ang Mga Uri ng Paglalaan ng Proyekto– kapag ang bandila ay pinagana, ang mga karagdagang tool para sa paglalaan ng mga pangunahing gastos sa mga proyekto ay isinaaktibo.
• Subaybayan ang mga gastos sa proyekto– isinaaktibo ang paglalaan ng mga hindi direktang gastos sa mga proyekto.
• Tukuyin ang mga proyekto sa tabular na seksyon ng mga dokumento- sa mga dokumentong sumasalamin sa mga transaksyon sa pananalapi, isang karagdagang column na "Proyekto" ang magagamit, kung saan maaari mong tukuyin kung aling mga partikular na proyekto ang nauugnay sa mga gastos.

Figure 15. Mga setting ng accounting "Mga Proyekto"

Seksyon "Mga Pera"

Dito maaari mong itakda ang mga pera na ginagamit para sa accounting*, managerial at IFRS accounting.

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

Figure 16. Mga setting ng accounting "Currency"

Seksyon "VAT"

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

Figure 17. Mga setting para sa VAT accounting

Seksyon "VAT sa foreign currency"

Itinatakda ng seksyong ito ang paraan para sa pagkalkula ng halaga ng VAT para sa mga dokumento sa dayuhang pera. Kung pipiliin mo ang 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.

Kung pipiliin mo ang opsyong "VAT currency amount", ang halaga ng VAT ruble ay kinakalkula sa pamamagitan ng pag-multiply ng halaga ng VAT currency sa rate ng dokumento.

Figure 18. Mga setting ng accounting "VAT sa pera"

Seksyon "Buwis sa Kita"

Ang buwis sa kita ay naka-set up para sa ari-arian at mga serbisyong nabayaran nang paunang bayad sa ilalim ng isang kontrata sa dayuhang pera at mga patakaran ng suporta PBU18/02 kapag isinasaalang-alang ang mga pagkakaiba sa kabuuan sa pagtanggap ng bayad sa ilalim ng mga kontrata sa c.u. pagkatapos ng paglipat ng pagmamay-ari.

Figure 19. Mga setting ng accounting "Buwis sa kita"

Seksyon "Cash book"

Sa seksyon, maaari mong i-configure ang mga opsyon sa pagpapanatili mga aklat ng pera: sa magkahiwalay na dibisyon o ang organisasyon sa kabuuan.

Kapag naka-enable ang flag na "Use maintaining cash books for separate divisions", ang subconto type na "Subdivisions" ay idaragdag sa mga account 50.01 at 50.21, kapag ang flag ay hindi naka-check, ang uri ng subaccount ay tatanggalin at ang proseso ay magiging posible lamang para sa ang buong organisasyon sa kabuuan

Figure 20. Mga setting ng accounting "Cash book"

Seksyon "Mga kontrata ng estado"

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 pinagana ang bandila, nagiging posible na magtrabaho sa mga bagay ng subsystem na "Mga pampublikong kontrata". Para sa Bank account, counterparty na kasunduan at mga aplikasyon para sa paggastos ng mga pondo, maaari kang magtatag ng pagsunod sa kontrata ng gobyerno.

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

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

Kinukumpleto nito ang pangkalahatang-ideya ng mga setting para sa mga parameter ng accounting sa 1C SCP 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 dokumentong "Mga Pagkalkula para sa buwis sa kita" ay hindi madaling mahanap.
Una, ang kumplikadong algorithm nito ay dapat sisihin para dito, at pangalawa, ang aktwal na pagpapatupad nito (tingnan sa ibaba para sa isang halimbawa ng pagkakaiba sa pagitan ng ipinahayag na pag-andar at ang aktwal na isa). Ang pagsusuri ay batay sa SCP code, ngunit ang ilang mga punto ay maaaring naaangkop 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 at buwis sa kita" (unang mode).

Ang reference-calculation na "Permanent at temporary differences" ay naka-attach sa dokumento bilang napi-print, ngunit bilang default, ito ay itinayo sa "Permanent differences" mode, at maaaring itayo nang medyo matagal (hanggang 15-20 minuto) . Ang parehong pagkalkula ng tulong 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 reference-calculation ay hindi nagpapakita ng mga account 03 at 02.02, kahit na sila ay lumahok sa pagkalkula ng mga ipinagpaliban na buwis. Marahil ay may iba pang mga problema na hanggang ngayon ay hindi ko alam.

Bukod pa rito, ang form ng tulong-kalkulasyon ay walang mga "normal" na pagpapangkat at samakatuwid ay napaka-inconvenient na gamitin.

Ang isa pang reference-calculation "Pagkalkula ng buwis sa kita" ay naka-attach din sa dokumento, kung saan ang kuwento ay eksaktong pareho - ito ay nabuo din sa loob ng mahabang panahon, ito ay tulad ng hindi maginhawang binuo, at hindi rin ito nabuo bilang default sa mode na pinaka-kawili-wili sa amin (maaari itong ipakita ang pagkalkula ayon sa data ng BU, ngunit may pare-pareho at pansamantalang pagkakaiba, at bilang default ay ipinapakita lamang nito ang data ng BU).

Sa pagsasagawa, hindi ko inirerekomenda ang sinuman na seryosong umasa sa parehong mga sertipiko 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 nakaimbak saanman sa database, kaya ang anumang reference-calculation 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 ng Buwis sa Kita" ay gumagawa din ng mga paggalaw sa pamamagitan ng mga auxiliary na rehistro, ayon sa kung saan maaari kang bumuo ng mga normal na sanggunian-pagkalkula ng tao. Kung sino man ang nagpatupad o gumamit ng BP 2.0 o 3.0 dati, alam na sa SCP at KA ito kapaki-pakinabang na pag-andar Hindi, at natatakot ako na wala.

Sa wakas, isa pang mahalagang paalala: lahat ng mga pag-post ng dokumentong "Mga Pagkalkula para sa buwis sa kita" ay makikita lamang sa BU, dahil. ang kahulugan ng dokumento ay upang dalhin ang mga resulta ng accounting sa buwis, at hindi vice versa!

Kaya, napag-usapan namin ang tungkol sa dokumento, ngayon tungkol sa mekanismo ng pagkalkula ng buwis. Ginagawa ito sa mga yugto:

Stage 1 - pagkalkula ng PNA at PNA ayon sa PR

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

Mula sa mga pag-post, malinaw na ang mga permanenteng pagkakaiba ay kasama sa mga kalkulasyon ng buwis sa kita pagkatapos lamang na maipakita ang mga ito sa kita o mga gastos ng organisasyon. Anumang mga balanse ng PR sa mga asset o pananagutan ng balanse ay HINDI NAKAKAapekto sa pagkalkula ng buwis!

Ang mga wire ay nabuo:

Dt 99.02.3 Kt 68.04.2 para sa halaga (TurnoverDt * Income Tax Rate) - PNO

Dt 68.04.2 Ct 99.02.3 para sa halaga (TurnoverKt * Income Tax Rate) - PNA

Pangkalahatang tuntunin:

Kung ang tubo (income minus expenses) ayon sa BU ay mas malaki kaysa ayon sa NU, pagkatapos ay isang permanenteng tax asset (PTA) ang mabubuo, kung hindi, magkakaroon ng permanenteng tax liability (PNT).

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

Halimbawa:

Dt 26 PR para sa 100,000 rubles. - masasalamin na mga gastos. Sa pagsasara 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 IT para sa pagkawala ng kasalukuyang. panahon (ayon sa NU, kung may talo lang)

Tinitingnan namin ang mga balanse 99 ayon sa uri ng accounting para sa NU at ang mga balanse 09 "LossTekPer" ng BU.

Pagkawala ng kasalukuyang panahon 09 = AmountEndingBalanceDt_ac99.01NU * Rate ng Income Tax - AmountEndingBalanceDt_ac09BU para sa subconto Pagkawala ng CurrentPeriod

Ang mga wire ay nabuo:

Dt 68.04.2 Kt 09- kung ang kabuuan ay negatibo

Dt 09 Ct 68.04.2- kung ang kabuuan ay positibo

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

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

tala: hindi tulad ng PNA / PNO, ang SIT at IT ay nabuo sa oras ng paglitaw ng isang pansamantalang pagkakaiba sa mga account ng mga ari-arian at pananagutan, at hindi sa oras ng pagpapatungkol 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 warehouse sa buong buwan at hindi naalis kahit saan!

Pamamaraan ng pagkalkula "tulad ng nararapat" , ayon sa mga komento 1C sa code ng isang tipikal na SCP:

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

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

1. Tinutukoy ang halaga ng mga asset at pananagutan ng ipinagpaliban na buwis, na makikita sa mga account 09 at 77 sa katapusan ng buwan.

1. Ang mga account 09 at 77 ay inaayos para sa kabuuan ng mga pagkakaiba sa pagitan ng kung ano ang makikita sa account at kung ano ang dapat ayon sa mga resulta ng pagkalkula.

Settlement "as is" , direkta mula sa code ng isang tipikal na soft starter:

1. Ang mga balanse at turnover ay kinakalkula ayon sa uri ng BP accounting 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 sa ibaba ang talahanayan ng mga uri ng mga asset at pananagutan).
2. Ang resulta ng pagkalkula sa anyo ng BalanceStart / TurnoverDt / TurnoverCt / BalanceCon (para sa lahat ng tax account ng ganitong uri ng asset), na pinoproseso nang hiwalaypara sa bawat hanay ng mga subconto na halaga ayon sa sumusunod na algorithm:

• Kung ang BalanceStart > 0:

• Kung ang BalanseStart< = 0 :

Para sa mga fixed asset at para sa hindi nasasalat na mga asset, ang mga account ng depreciation ay kasama sa pagkalkula, 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.

Sa pagpasok, ang mga transaksyon ay "na-collapse" ayon sa uri ng asset at pananagutan sa bawat account.

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

Stage 4 - pagkalkula ng halaga ng kondisyong kita / gastos sa buwis(mula sa turnover BU 99 bawat buwan)

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

Ang halaga ng buwis ay kinakalkula bilang (TurnoverKt_BU_99_01_1 - TurnoverDt_BU_99_01_1)*Rate ng Buwis sa Kita

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 hakbang na ito, ang mga pag-post ng dokumento ay naitala upang ang mga paggalaw ay isinasaalang-alang sa susunod na hakbang sa pagkalkula.

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

Halaga ng bayad = TurnoverKt_BU_68_04_2 - TurnoverDt_BU_68_04_2

Ang halaga ay nahahati sa mga uri ng mga pagbabayad sa badyet (fed. budget at ang badyet ng paksa ng Russian Federation) at sinisingil:

Dt 68.04.2 Ct 68.04.1

Walang tseke para sa mga negatibong halaga.

Kaya, sa teknikal, ang UPP ay maaaring maningil ng negatibong buwis sa kita. O maningil ng positibong buwis sa isang sitwasyon kung saan ang pagkawala ng mga nakaraang panahon ng kasalukuyang taon ay tiyak na sapat upang masakop ang halaga ng tubo ng kasalukuyang buwan.

Subukan nating alamin kung bakit ito maaaring mangyari sa pagsasanay:

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

#	Problema	Desisyon
1	Maling pagsasara ng mga account ng gastos para sa BU o NU sa konteksto ng mga uri ng accounting NU / PR / VR. "I-hang" ang mga balanse sa mga rehistro ng gastos.	Suriin ang WWS at bill ng mga gastos. Dapat walang natira. Ayusin ang mga error kung mayroon man. Kung kinakailangan, muling kalkulahin ang gastos (siguraduhin na ang pagkalkula ay isinasagawa nang walang mga error). Pagkatapos ay isagawa ang kahulugan ng Fin. mga resulta at pagkalkula ng buwis sa kita.
	Ang mga turnover ng cost account ay hindi tumutugma sa mga turnover ng 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 pareho).
	Paglabag sa pangunahing panuntunan: "BU = NU + PR + VR" (tinatawag na " boroto")	Ang mga pagkakaiba ay matatagpuan sa pamamagitan ng pagtatanong sa mga accounting account ng mga registrar at, kung kinakailangan, account analytics. Makakatulong dito ang ulat ng pagsusuri sa katayuan. accounting ng buwis ngunit hindi ito masyadong maginhawang gamitin.
	May mga balanse ng VR sa mga naturang account, kung saan ang IT at IT ay hindi awtomatikong nabuo. Halimbawa: Dt 91.02 BP Kt 14 Walang account 14 sa tax accounting, kaya ang account 14 ay kailangang mapalitan ng account 96.	Para sa isang listahan ng mga account kung saan awtomatikong nabuo ang IT at IT, tingnan ang talahanayan ng mga uri ng mga asset at pananagutan. Kung kailangan mong ipakita ang BP kung saan ang IT at IT ay hindi awtomatikong kinakalkula, dapat mong 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 i-record kamakailan ang IT ayon sa uri ng asset " Mga account na dapat bayaran"Dahil ang utang ay naipakita sa mga talaan ng accounting nang mas maaga kaysa sa NU, na nagdulot ng pansamantalang pagkakaiba.
	Ang mga account ng kita at gastos (20, 26, 44, 90, 91, 99) ayon sa uri ng accounting VR ay tumutugma sa iba pang mga uri ng accounting. Bilang resulta, walang ipinagpaliban na buwis ang nabuo. Halimbawa: Dt 91.02.1 BP Kt 01.09 NU	Kinakailangang palitan ang BP ng ibang uri ng accounting (kung ang BP ay ipinahiwatig nang mali), o pumili ng loan ayon sa uri ng BP accounting na may ganoong account kung saan SHE/ONO ay awtomatikong kinakalkula (tingnan ang Appendix 1 sa ibaba). Kinailangan kong itama ang mga kable mula sa halimbawa hanggang Dt 91.02 BP Kt 01.09 BP.
	Ang BP ay isinulat sa PR (direkta o hindi direkta).	Kadalasan, ito ay nangyayari kapag ang isang asset ay naisulat 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 sa VR, sa pamamaraang ito ay mas tama. Sa teknikal na paraan, ito ay nalulutas sa pamamagitan ng pagpapalit ng tinanggap na item sa gastos sa PM ng dokumento ng gastos at pag-zero sa halaga ng NU (na may hindi zero na halaga ng BU) - ito ay kung paano nakuha ang pag-post ayon sa uri ng accounting para sa VR .
	Ang mga asset na naglalaman ng mga pansamantalang pagkakaiba ay kredito at isinasawi ayon sa iba't ibang analytics. Bilang resulta, ang mga pag-post ng 77 sa halip na 09 ay maaaring mabuo at vice versa.	Halimbawa, pumasok ang isang construction object ayon sa "self-supporting" construction method, at umalis sa "contract" construction method (mayroong "re-sorting" ayon sa subconto, sa konteksto kung saan nabuo ang IT at IT). Kailangang itama ang analytics.
	Maling sarado normalized na mga item sa gastos sa accounting ng buwis.	Kinakailangang ipasa ang dokumento sa isang napapanahong paraan " Mga Naka-iskedyul na Operasyon tax accounting (para sa income tax)" sa pagsasara ng buwan.
	Dokumento "Kahulugan pinansiyal na mga resulta" ay muling isinagawa noong Disyembre nang ang dokumentong "Pagsasara ng Taon" ay nai-post.	Alisin mula sa paghawak sa dokumentong "Pagsasara ng taon", pagkatapos ay muling gawin ang kahulugan ng pananalapi. mga resulta at pagkalkula ng buwis sa kita. Huwag kalimutang isagawa ang pagsasara ng taon sa pagtatapos ng pagkalkula.
	May mga manu-manong entry sa panahon para sa account 09 at/o account 77.	Ang mga naturang pag-post ay dapat mahanap at maaaring ilipat sa hinaharap na panahon, o ang aktibidad ay dapat na alisin para sa panahon ng pagkalkula ng buwis sa kita. Kung iiwan mo sila, isasaalang-alang ng pagkalkula ng buwis ang kanilang presensya at gagawin ang mga naturang pag-post upang iyon pagsasara ng balanse tumutugma sa kinakalkula. Kung manu-mano mong itatama ang mga invoice 09 at 77, pagkatapos ay huwag ipasa ang mga kalkulasyon ng buwis pagkatapos noon, o alisin ang aktibidad / isulong ang dokumento!
	Mga manu-manong pag-post sa 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 \u003d KonOstDt_99.01_NU x 20%"Dapat igalang palagi!
	May mga pag-post sa sulat sa account 84	Palitan ang 84 sa halip na ang ika-99 na account sa resultang mga wiring.

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

APENDIKS 1:

Mga karaniwang uri ng mga asset at pananagutan

na may mga account sa accounting at analytics (mula sa SCP 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 planta ng pagmamanupaktura Ang 8" ay isang komprehensibong solusyon sa aplikasyon na sumasaklaw sa pangunahing kontrol at mga loop ng accounting sa isang manufacturing enterprise. Ang solusyon ay nagbibigay-daan sa iyo upang ayusin ang isang komprehensibong sistema ng impormasyon na nakakatugon sa corporate, Russian at internasyonal na pamantayan at pagbibigay ng aktibidad sa pananalapi at pang-ekonomiya ng negosyo.

Ang solusyon sa application ay lumilikha ng isang espasyo ng impormasyon para sa pagpapakita ng pananalapi at 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 nililimitahan, pati na rin ang posibilidad ng ilang mga aksyon depende sa katayuan ng mga empleyado.

Sa mga negosyo ng istraktura ng paghawak, ang pangkalahatang base ng impormasyon ay maaaring masakop ang lahat ng mga organisasyong kasama sa paghawak. Ito ay makabuluhang binabawasan ang pagiging kumplikado ng accounting dahil sa muling paggamit ng mga karaniwang hanay ng impormasyon ng iba't ibang mga 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.

Ang katotohanan ng paggawa 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 ng pagpapalit ng data ay malawakang ginagamit "bilang default", pagpasok ng mga bagong dokumento batay sa mga naunang naipasok.

Sa inilapat na solusyon, ang sumusunod na ratio ng data mula sa iba't ibang mga account ay pinagtibay:

• pagsasarili ng data ng pamamahala, accounting at accounting sa buwis;
• pagkakahambing ng data ng pamamahala, accounting at accounting ng buwis;
• coincidence ng kabuuan at quantitative na mga pagtatantya ng mga asset at liabilities ayon sa management, accounting at tax accounting, sa kawalan ng mga layunin na dahilan para sa kanilang pagkakaiba.

Ang data na ipinasok ng mga user ay operational na kinokontrol ng application solution. Kaya, kapag nagrerehistro ng isang cash na pagbabayad Pera susuriin ng system ang pagkakaroon ng mga pondo, na isinasaalang-alang ang mga umiiral na aplikasyon para sa kanilang paggastos. 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 pinananatili sa pambansang pera, habang ang anumang pera ay maaaring piliin para sa pamamahala ng accounting para sa enterprise sa kabuuan. Sa iba't ibang mga organisasyon ng isang solong base ng impormasyon ay maaaring gamitin iba't ibang sistema pagbubuwis: sa ilang organisasyon - pangkalahatang sistema pagbubuwis, sa iba pa - pinasimple; iba't ibang setting ng patakaran sa buwis at accounting. Bilang karagdagan, ang sistema ng pagbubuwis sa anyo ng isang solong buwis sa imputed na kita ay maaaring mailapat sa ilang mga uri ng aktibidad ng organisasyon.

Bilang karagdagan sa managerial at regulated accounting, maaari mong panatilihin ang mga talaan ayon sa mga internasyonal na pamantayan pag-uulat sa pananalapi(IFRS). Upang mabawasan ang pagiging kumplikado ng accounting sa ilalim ng IFRS, ito ay isinasagawa nang walang operasyon, gamit ang pagsasalin (muling pagkalkula) ng data mula sa iba pang mga uri ng accounting.

Kapag binuo ang 1C: Manufacturing Enterprise Management 8 na solusyon, ang parehong modernong internasyonal na pamamaraan ng pamamahala ng negosyo (MRP II, CRM, SCM, ERP, ERP II, atbp.) ay isinasaalang-alang, pati na rin ang karanasan ng matagumpay na automation ng mga negosyo sa pagmamanupaktura na naipon. ng 1C at kasosyong komunidad. Ang mga espesyalista mula sa 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 managerial, accounting sa pananalapi at ang pag-uulat sa ilalim ng suporta sa pagkonsulta ng IFRS ay ibinibigay ng sikat sa buong mundo na audit at consulting company na PricewaterhouseCoopers.

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

Mataas na pagiging maaasahan at pagganap ng inilapat na solusyon, scalability, pagbuo ng geographically distributed system, pagsasama sa iba pang mga sistema ng impormasyon. Ang panloob na istraktura ng inilapat na solusyon ay ganap na bukas para sa pag-aaral at pagpapasadya para sa mga partikular na pangangailangan ng negosyo.

Ang 1C Company ay tinatapos at binubuo ang configuration ng "Manufacturing Enterprise Management" upang maipakita ang mga pagbabago sa batas at palawakin ang functionality. Ang agarang pag-update ng mga naka-install na inilapat na solusyon ay ibinigay. Ang 1C at ang mga kasosyo nito ay nagbibigay ng isang multi-level na sistema ng teknikal na suporta.

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

Ang lahat ng mga mekanismo para sa pag-automate ng isang inilapat na solusyon 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 di-operasyonal na accounting.
• Ang mga lugar na kabilang sa mga aktibidad sa pagpapatakbo ay maaaring matukoy sa bawat uri ng accounting (maliban sa IFRS accounting).

Bilang karagdagan, ang inilapat na solusyon ay nahahati sa magkakahiwalay na mga subsystem na responsable para sa paglutas ng mga grupo ng mga katulad na gawain: ang subsystem ng pamamahala ng cash, ang subsystem ng pamamahala ng tauhan, ang subsystem ng accounting, atbp. Ang nasabing dibisyon ay isang uri ng kombensiyon na nagpapadali sa pagbuo ng inilapat solusyon. Sa kasalukuyang gawain ng mga gumagamit, ang mga hangganan sa pagitan ng mga subsystem ay halos hindi nararamdaman.

Ang pinakabagong bersyon ng configuration ng "Manufacturing Enterprise Management", na nakatalaga sa numero 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, Direktor ng Pinansyal, Direktor ng Komersyal, Direktor ng Produksyon, Punong Inhinyero, Direktor ng Human Resources, Direktor ng IT, Direktor ng Pag-unlad);kagawaran ng pagpaplano at ekonomiya;
• mga tindahan ng produksyon;
• departamento ng produksyon at pagpapadala;
• departamento ng punong taga-disenyo;
• punong technologist department;
• departamento ng punong mekaniko;
• departamento ng pagbebenta;
• departamento ng logistik (supply);
• departamento ng marketing;
• mga bodega ng materyal at tapos na mga produkto;
• accounting;
• Departamento ng Human Resources;
• departamento ng organisasyon ng paggawa at trabaho;
• serbisyo sa IT;
• administratibo at pang-ekonomiyang departamento;
• departamento ng konstruksyon ng kapital;
• departamento ng impormasyon at analitikal;
• departamento ng estratehikong pag-unlad.

Inaasahan na ang pagpapatupad ng inilapat na solusyon ay magbibigay ng pinakamalaking epekto sa mga negosyo na may kawani ng ilang sampu hanggang ilang libong tao, na may sampu at daan-daang mga automated na trabaho, gayundin sa mga istruktura ng hawak at network.

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

• pamamahala ng negosyo at mga tagapamahala na responsable para sa pag-unlad 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, marketing, supply at iba pang mga aktibidad upang matiyak ang produksyon proseso - mga tool upang mapabuti ang kahusayan pang araw-araw na gawain sa kanilang mga lugar;
• mga empleyado ng mga serbisyo ng accounting ng enterprise - ay nangangahulugan para sa awtomatikong accounting sa ganap na pagsunod sa mga kinakailangan ng batas 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 kumpanya ng pagmamanupaktura ay accounting ng produksyon.

Ang production accounting ay isang masalimuot at kawili-wiling teknolohiya, na may sariling mga pamamaraan at pamamaraan. Ang gawain ng accounting ng produksyon ay isaalang-alang ang buong kurso ng pagbabagong-anyo ng gastos: ang mga gastos ay nagbabago sa kanilang likas na katangian, pagsamahin, paghahati, pagbabago. iba't ibang paraan sa panahon ng produksyon, i.e. ang paksa ng production accounting 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 mga gastos #1 at #2 at ganap na binibilang ang mga gastos #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 napunta sa bawat yunit ng produksyon. Ang parehong naaangkop sa maraming iba pang mga gastos - kuryente, atbp. Kasabay nito, kinakailangang isaalang-alang ang buong kasaysayan ng pagpasa ng mga gastos sa pamamagitan ng produksyon - mula sa sandaling nangyari ang gastos sa accounting hanggang sa pagsasama nito sa gastos at mga benta bilang bahagi ng produkto, at ang paglitaw sa accounting at ang pagsasama sa 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 ng SCP mula sa anumang pinakabagong edisyon ng 1.3.
Makikipagtulungan kami sa demo database. Sa mga base na setting para sa pangunahing mode ng paglunsad, piliin ang "Makapal na kliyente". Ang natitirang mga setting ay maaaring iwanang default.

Para sa mga hindi pa pamilyar sa 8.2 platform, magbibigay kami maikling sanggunian sa pamamagitan ng katagang "makapal na kliyente".
Ang isang mayamang (Mayaman) na kliyente sa isang arkitektura ng client-server ay isang application na nagbibigay (kumpara sa isang manipis na kliyente) ng advanced na pag-andar, na independyente sa isang sentral na server. Kadalasan ang server sa kasong ito ay isang data warehouse lamang, at ang lahat ng gawain sa pagproseso at pagpapakita ng data na ito ay inililipat sa makina ng kliyente.
Mga benepisyo ng isang matabang kliyente
Ang isang makapal na kliyente ay may malawak na hanay ng pag-andar, hindi katulad ng isang manipis na kliyente.
Multi-user mode.
Nagbibigay ng kakayahang magtrabaho kahit na ang koneksyon sa server ay nagambala.
Ito ay may kakayahang kumonekta sa mga bangko nang hindi gumagamit ng Internet.
Mataas na pagganap.
disadvantages
Malaking pamamahagi.
Karamihan sa gawain ng kliyente ay nakasalalay sa kung para saang platform ito binuo.
Kapag nagtatrabaho dito, may mga problema sa malayuang pag-access sa data.
Isang medyo kumplikadong proseso ng pag-install at pagsasaayos.
Ang pagiging kumplikado ng pag-update at ang nauugnay na kawalan ng kaugnayan ng data.

Kapag sinimulan ang naka-install na database ng demo, piliin ang gumagamit na "Abdulov", mayroon siya buong karapatan. Hindi mo kailangang maglagay ng password.

Upang pag-aralan ang SCP, sa unang pagsisimula, muling tukuyin ang interface ng gumagamit na "Abdulov" sa "Buong": menu "Mga Gumagamit - Mga Gumagamit - Pangangasiwa - Abdulov - i-double-click upang buksan ang form ng Abdulov - "Pangunahing interface" na patlang - Buong - button na I-save at isara". Pagkatapos, sa toolbar, mag-click sa "Switch Interface" na buton at piliin ang "Buong" na opsyon.

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 pagpapanatili nito ay tinutukoy ng batas. " Pamamahala ng Accounting» Ang bawat negosyo ay maaaring magkaroon ng sarili nito, ang mga patakaran para sa pag-uugali nito ay hindi kinokontrol ng anumang bagay at tinutukoy ng pamamahala ng isang partikular na negosyo. Ang pagsasaayos ng SCP ay naglalaman ng isang tiyak na pananaw kung paano pinakamahusay (mas maginhawa, mas malinaw, mas makatwiran) upang mapanatili ang accounting ng pamamahala, ngunit ang bawat partikular na negosyo ay maaaring magkaroon ng sariling pananaw sa pagpapanatili nito dahil sa katotohanan na walang pare-parehong mga patakaran at pamantayan , at sa kasong ito, kakailanganin itong ma-finalize. Sa isang tipikal na pagsasaayos ng PRM, ang accounting ng pamamahala ay talagang batay sa mga kinakailangan pangunahin ng accounting, habang ang pag-uulat sa accounting ng pamamahala ay naglalayong matugunan 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 sa parehong oras ay walang utang, atbp. Reguladong accounting na isinasagawa para sa bawat organisasyon nang hiwalay. managerial- bahagyang sa buong negosyo.

Tungkol sa internasyonal na accounting. Sa panimula, sinabi na ang internasyonal na accounting ay maaaring itago sa SCP. Kapansin-pansin na ang posibilidad na ito ay lilitaw lamang kung ang batch accounting ay nakatakda 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), walang posibilidad na magsagawa ng international accounting.

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

• Mga sangguniang aklat
• Mga enumerasyon
• Mga Constant
• Mga plano sa uri ng pagkalkula
• Mga plano ng mga uri ng katangian
• Rehistro ng impormasyon
• Dokumento
• Rehistro ng akumulasyon
• Tsart ng mga account
• Ulat
• Paggamot

Mga sangguniang aklat

Ang isang direktoryo ay isang koleksyon ng iba't ibang mga halaga para sa isang bagay. Ang direktoryo ay binubuo ng Mga reference na item. Ang bawat halaga ng elemento ng diksyunaryo ay nailalarawan sa pamamagitan ng isang ibinigay na hanay ng mga parameter. Karaniwan ang isa sa mga parameter ng elemento ng diksyunaryo ay hindi umuulit - para sa bawat elemento ng direktoryo ang halaga nito ay natatangi. Kadalasan ito ang code ng elemento ng direktoryo. Karaniwan, ang direktoryo ay pinupunan, i.e. maaari kang magdagdag ng mga bagong elemento dito habang nagtatrabaho ka sa database (mayroon ding mga hindi na-update na direktoryo, kadalasan ay ilang uri ng mga classifier na na-load 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 magiging parehong pangalan at presentasyon sa lahat ng dako, kapag naitakda mo ang mga parameter ng elemento, maaari mong gamitin ang mga ito saanman mo kailangan.

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


Ipagpalagay na kailangan mong ipasok ang data ng database tungkol sa susunod na pagtanggap ng mga kalakal at serbisyo. Sa halip na isulat ang pangalan ng katapat na "LLP" InnoTrade "" sa naaangkop na lugar at ipahiwatig ang lahat ng katangian nito na maaaring kailanganin upang makapag-isyu ng resibo, sapat na upang piliin ang naaangkop na elemento ng direktoryo ng "Mga Counterparty".

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

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

Mga rehistro ng impormasyon

Ang rehistro ng impormasyon ay isang uri ng kagamitan sa pag-iimbak ng impormasyon na halos kapareho sa isang reference na libro. Ngunit hindi tulad ng direktoryo, ang string ng rehistro ng impormasyon ay hindi maaaring tukuyin bilang isang bagay - ang string ng rehistro ay hindi maaaring tukuyin, bilang, halimbawa, sa isang partikular na katapat ng direktoryo ng "Kontratista". Ngunit sa rehistro ng impormasyon, maaari kang mag-imbak, halimbawa, ang kasaysayan ng mga pagbabago sa ilang elemento ng direktoryo. Halimbawa, ang kasaysayan ng pagbabago ng mga halaga ng mga elemento ng sangguniang aklat na "Mga Pera" ay naka-imbak sa rehistro ng impormasyon na "Mga rate ng pera":

Dahil sa pag-imbak ng kasaysayan ng pera sa rehistro ng "Exchange Rates", hindi na kailangang ipahiwatig ang halaga ng palitan nang maraming beses sa bawat resibo. Ang programa mismo ang magpapasiya nito, kung kinakailangan, ayon sa petsa.

Mga enumerasyon

Ang enumeration 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 lookup, ang bawat halaga ng enumeration ay walang karagdagang mga parameter.

Mga Constant

Ang isang pare-pareho ay ang halaga ng isang bagay, kadalasang tinukoy nang isang beses at para sa lahat kapag nagsimula kang magtrabaho kasama ang database. Ang mga constant ng UPP, sa partikular, ay nag-iimbak ng mga setting ng patakaran sa accounting.

Mga plano sa uri ng pagkalkula

Isang espesyal na uri ng reference na aklat na naglalarawan sa mga algorithm ng accrual at deduction, at ilang iba pang impormasyong kinakailangan para sa pagkalkula ng mga accrual at deduction.

Mga plano ng mga uri ng katangian

Isang espesyal na uri ng sangguniang libro na naglalarawan ng ilang karagdagang impormasyon na nakapaloob sa 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, na isinasaalang-alang ang data ng input, sa isang base ng impormasyon.

Ang mga dokumento ay maaaring nahahati sa maraming uri:

• na sumasalamin sa katotohanan ng aktibidad sa ekonomiya, halimbawa, isang dokumento sa pagpaparehistro sa database para sa pagtanggap ng mga kalakal at serbisyo (bilang resulta ng dokumento, ang mga kalakal ay dapat na maikredito sa bodega, isang utang sa supplier ay dapat lumitaw, ang VAT ay dapat na naitala, ang mga pag-post ay dapat na nakarehistro, atbp.) o ang dokumentong "Mag-ulat ng produksyon bawat shift "(nag-aayos ng katotohanan ng paglabas ng produksyon, inilipat ito sa bodega, nagrerehistro ng mga pag-post, 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 mga sahod, sumasalamin sa sahod sa accounting, kalkulahin ang halaga ng isyu, bayaran ang halaga ng isyu, isara ang taon (na may reporma sa balanse ), mamahagi ng mga materyales para sa pagpapalabas, paglalaan ng mga gastos, atbp.
• mga dokumento sa pagpaplano - pagpaparehistro ng katotohanan ng pagpaplano ng ilang mga kaganapan, pag-aayos ng mga nakaplanong tagapagpahiwatig (plano sa pagbebenta, plano ng produksyon, produksyon sa pamamagitan ng mga shift, plano ng pagbili, order ng mamimili, order sa supplier, order para sa produksyon, order para sa pagpapanatili ng mga nakapirming assets)
• mga tagapamahala - ipinakilala upang pamahalaan ang gawain ng iba pang mga dokumento (halimbawa, pagtatakda ng mga diskwento - ang dokumento ay nagtatakda ng mga kondisyon para sa pagbibigay ng diskwento, upang kung maabot ng mamimili ang mga kundisyong ito, awtomatiko siyang bibigyan ng diskwento)
• imbentaryo - mga dokumento ng paglilinaw, pag-update ng mga balanse, halimbawa, mga balanse ng trabaho na isinasagawa o pag-aayos ng mga natitirang gastos para sa mga depekto (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 quantitative at sum data sa database. Ang bawat isa sa mga rehistro ng akumulasyon ay nag-iimbak ng partikular na impormasyon nito. Ang mga rehistro ng akumulasyon ay maaaring nahahati sa mga grupo ayon sa uri ng impormasyong nakaimbak:

• fixed asset
• Produksyon
• Stock

Kasabay nito, ang mga data na ito ay maaaring maimbak sa iba't ibang mga rehistro depende sa seksyon ng accounting, halimbawa, ang rehistro Kasal sa produksyon (international accounting), Kasal sa produksyon (accounting), Kasal 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 bawat punto ng oras. Ang mga rehistro ng turnover ay nag-iimbak ng data kung paano nagbago ang balanse sa paglipas ng panahon, i.e. sa sandaling iyon, napakaraming natanggap bilang resulta ng ganito at ganoong aksyon, sa sandaling iyon ay napakaraming nawala bilang resulta ng isa pang aksyon. Nagbibigay-daan sa iyo ang mga rehistro ng turnover na suriin ang kasaysayan ng mga pagbabago sa halaga o dami sa loob ng isang yugto ng panahon sa konteksto ng ilang mga parameter. Halimbawa, ang rehistro ng mga benta ay magpapakita kung magkano at kung anong halaga ang naibenta sa kung aling mga katapat sa loob ng isang tiyak na tagal ng panahon.

Sa mga rehistro ng akumulasyon, lumilitaw ang impormasyon kapag nagtatrabaho sa mga dokumento, i.e. ipinakilala ito ng mga dokumento doon.

Tsart ng mga account

Ang isang tipikal na pagsasaayos ng SCP ay naglalaman ng apat na chart ng mga account (at, nang naaayon, 4 na accounting registers - pisikal, ang impormasyon ng mga chart ng mga account ay naka-imbak sa kaukulang accounting registers):

• Pagbabadyet
• Internasyonal
• Buwis
• pagsuporta sa sarili

kasi sa pagpapatupad ng management accounting, ang prinsipyo ng double entry ay hindi sinusunod, kung gayon ang isang tsart ng mga account ay hindi kailangan para dito. Alinsunod dito, sa karaniwang pagsasaayos ng PMS, hindi nabuo ang balanse ng pamamahala. Upang gawin ito, maaari mong pinuhin ang pagsasaayos, o, mas mabuti, 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 sa pamamahala" at, ayon sa accounting ng pamamahala, magpasok ng impormasyon tungkol dito. senaryo upang makakuha ng balanse sa pamamahala sa kalaunan, ngunit higit pa doon sa ibang pagkakataon)

Ang SCP ay naglalaman ng impormasyon na nakaimbak lamang sa tsart ng mga account (halimbawa, impormasyon sa 80-90 na mga account, data sa paunang halaga ng mga bagay hindi nasasalat na mga ari-arian, ang pagkuha ng hindi madaling unawain na mga ari-arian (account 08.05), ang pagpapatupad ng pananaliksik, pag-unlad at teknolohikal na gawain (account 08.08), mga gastos sa R&D, bahagi ng mga gastos ng ika-29 na account, atbp.), mayroon ding impormasyon na nakaimbak lamang sa mga rehistro ng akumulasyon (lahat ng bagay na may kaugnayan sa pagpaplano, mga order, reserbasyon, atbp.) at mayroong impormasyong 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 ibinigay sa ilalim ng seksyong "accounting". Ang parehong mga tampok ay umiiral sa iba pang mga uri ng accounting.

Tingnan natin ang isang halimbawa. Buksan ang dokumentong "Receipt of goods and services" - menu "Documents - Procurement management - Receipt of goods and services". Buksan, halimbawa, ang unang dokumento. Tingnan ang kanyang mga transaksyon gamit ang icon Bigyang-pansin kung anong uri ng analytics account 10 ang mayroon: i.e. pagkatapos mai-post 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 pindutang "Go - Movements of the document by registers":

Magbubukas ang isang ulat sa 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 button sa seksyong NumLock keyboard". Tingnan ang (palawakin) ang pangkat na "Rehistro ng akumulasyon "Mga kargamento ng mga kalakal sa mga bodega (accounting)"":

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

May mga dokumentong nagwawasto lamang ng tsart ng mga pag-post ng mga account, at may mga ganap na 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 mga extract lamang ng impormasyong ito na kinakailangan para sa balanse, sumusulat sila sa tsart ng mga account. Bilang karagdagan, ang anumang mga kalkulasyon na kinakailangan "on the fly" ay palaging gumagamit ng data ng mga rehistro, at ang mga resulta lamang ng mga kalkulasyong ito ay maaaring maitala bilang mga pag-post sa tsart ng mga account. Alinsunod dito, kung naitama tsart ng mga transaksyon sa account lamang, hindi ito nangangahulugan na ang lahat ay magiging mas mahusay sa lahat ng dako 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 tsart ng mga entry sa account.
Kung, gayunpaman, sisimulan mong manu-manong iwasto ang mga pag-post ng tsart ng mga account, kakailanganin mong ayusin pa ang mga ito - halimbawa, ang dokumentong "Pagkalkula ng gastos" sa darating na buwan ay hindi isasaalang-alang ang anumang mga pag-post 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 nagiging imposibleng gamitin ang programa.
Bago gumamit ng isang dokumento, dapat na maunawaan ng accountant kung itinatama lamang ng dokumentong ito ang mga transaksyon, o kung itinatama nito ang impormasyon kung saan kinakailangan. Para sa pag-verify, maaari mong gamitin ang ulat, na nabanggit na sa itaas, na bubukas sa pamamagitan ng pag-click sa pindutan ng pindutang "Go - Movement of the document by registers"

Sa matinding mga kaso, kapag ang problema ay hindi malulutas ng 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 sa pag-post, kundi pati na rin ang isang espesyal na pagsasaayos ng rehistro ng akumulasyon. dokumento. 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 pagwawasto ay lumabas sa maging 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 database, naproseso at espesyal na inihanda sa isang malinaw, maginhawa, kinakailangan ng user na form. Mayroong maraming mga ulat sa pagsasaayos, lahat sila ay may sariling layunin.

Mga halimbawa ng mga kasalukuyang ulat:

• Mga ulat na nabuo ayon sa tsart ng mga account:
• Balanse ng turnover
• sheet ng chess
• Pagsusuri ng account, atbp.

• Mga regulated na ulat

Sa pagsasaayos ng bersyon 1.3.7.1 ng SCP, ang tawag sa tool para sa pagtatrabaho sa mga regulated na ulat ay hindi available sa "buong interface". Samakatuwid, upang mahanap ito, lumipat sa interface ng 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 sa data ng 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 ayon sa data ng isang rehistro, ang salitang "pahayag" ay naroroon sa pamagat nito. Kung ang isang ulat ay nabuo para sa isang ulat batay sa data mula sa maraming iba't ibang mga rehistro, kung gayon ang salitang "pagsusuri" ay karaniwang ginagamit sa pangalan ng ulat.

• Mga custom na ulat.

Para sa mga advanced na user, mayroong mekanismo para sa paggawa ng sarili nilang mga ulat. Higit pa tungkol sa kanila ay tatalakayin sa ibang pagkakataon.

Pinoproseso

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

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 isang bagong value. At mag-click sa pindutang "Ipatupad". Bilang isang resulta, ang buong nomenclature, na itinalaga sa responsableng tagapamahala para sa pagkuha ng Chugunov S.G. magkakaroon ng bagong responsableng purchasing manager.

Mayroon ding mga espesyal na pagproseso sa pagsasaayos na nagsasagawa ng ilang uri ng mga nakagawiang pagkilos. Halimbawa, ang pagkalkula ng gastos ng produksyon, na isinagawa ayon sa iskedyul.

Mga prinsipyo ng pagtatrabaho sa mga dokumento

Sa seksyong ito, isasaalang-alang namin ang mga pangunahing prinsipyo ng pagtatrabaho sa mga dokumento: paglikha, pag-record, pag-post (pagpapatakbo at hindi pagpapatakbo, ipinagpaliban), pagmamarka para sa pagtanggal, pagtanggal ng mga dokumento.

Paglikha ng mga Dokumento

Ang isang dokumento ay maaaring malikha sa iba't ibang paraan. Isaalang-alang 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. Ipagpalagay na gusto mong lumikha ng isang dokumento na "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 nakabilog sa figure sa frame (katumbas sila, ang parehong bagay ay tapos na):

Ito ay magbubukas bagong dokumento"Pagtanggap ng mga kalakal at serbisyo" at pagkatapos ay kakailanganin mong patuloy na punan ang lahat ng mga patlang nito (at huwag kalimutan ang tungkol sa iba't ibang mga tab ng dokumentong ito - sila ay binilog):

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 Kopyahin":

Sa kasong ito, ang dokumento kung saan nakalagay ang cursor sa listahan ng mga dokumento ay makokopya at mabubuksan ang isang kopya nito. Sa kopyang ito, mapupunan na ang mga field ng dokumento. Ito ay nananatili lamang upang 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 batayan. Maaari kang lumikha ng isang bagong dokumento mula sa isang batayang dokumento. Halimbawa, maaaring gawin ang "Receipt of goods and services" sa pamamagitan ng pagpasok batay sa dokumentong "Receipt of 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 para sa pagpasok sa batayan, kailangan mong buksan ang dokumentong "Papasok na 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 "Mga Papasok na Order para sa Mga Kalakal", sa pamamagitan lamang ng pagpoposisyon ng cursor nang maaga sa ninanais na dokumento. Tingnan ang figure, ang mga pamamaraan ng pag-input sa batayan 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 sa pamamagitan ng pagpapatakbo ng ilang espesyal na pagproseso. Karaniwan, sa kasong ito, maraming mga dokumento ang nilikha nang sabay-sabay (kailangan ang pagproseso upang mapabilis ang proseso kapag kinakailangan ang ilang uri ng mass action o isang naibigay na pagkakasunod-sunod ng mga aksyon). Ang pamamaraang ito ay tatalakayin nang mas detalyado sa ibang pagkakataon.

Pagre-record ng mga Dokumento

Ang dokumento ay nakasulat sa database kapag nag-click ka sa pindutang "Isulat". Hanggang sa pinindot ang button na ito sa bagong dokumento, ang dokumento ay hindi mase-save sa database, at sa kaganapan ng ilang hindi inaasahang pagkaantala ng trabaho (halimbawa, sa panahon ng pagkawala ng kuryente), ang hindi nakasulat na dokumento ay mawawala. Ito ay lalong mahalaga na malaman kapag nagtatrabaho sa mga dokumento na naglalaman ng maraming impormasyon, tulad ng isang malaking spreadsheet na manu-manong napunan. Mag-record ng mga dokumento nang madalas upang hindi mo na kailangang magpasok muli ng data. Sa oras ng pagsulat ng dokumento, walang mahahalagang pagbabago sa database na nakakaapekto sa iba pang data na hindi nauugnay sa dokumentong ito, i.e. kapag nagsusulat, ang data ay nai-save lamang, at ang data na ito ay nai-save lamang sa loob ng balangkas ng dokumento, ang impormasyon ay hindi 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 nagsusulat, ito ay napuno ng katumpakan ng hanggang sa isang segundo. Kasabay nito, sa parehong segundo, ang mga dokumento ng parehong uri ay maaaring isulat ng iba pang mga user ng iyong database (i. mga kalakal at serbisyo" at nangyari ito sa isa at parehong segundo). Ang bawat isa sa mga naitala na dokumento, sa kabila ng parehong oras, ay kukuha ng ilan sa sarili nitong posisyon sa loob ng isang segundo. Yung. kahit sa loob ng isang segundo sa "timeline" ng paglikha ng mga dokumento, ang bawat dokumento ay magkakaroon ng sarili nitong natatanging lugar - ito ay kapag ang dokumento ay nakasulat na ang lugar na iyon ay itinalaga dito.

Sa pangkalahatan, depende sa uri ng dokumento, maaaring ito ay, bukod sa rekord, walang ibang kailangan, i.e. ang dokumento ay inilaan lamang para sa pag-iimbak 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 ay kakaunti ang mga talaan. Ang katotohanan ay na sa pangkalahatang kaso, 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 settlements", "Power of attorney", "Document of settlements with a counterparty (manual accounting)", "Request for information service of a 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”, “Poll”, “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 ng supplier", "Komunikasyon sa transportasyon".

May hawak na mga dokumento

Tulad ng nabanggit na, kapag nagsusulat ng isang dokumento, ang ipinasok na data ay naka-imbak lamang sa loob ng dokumento. Ngunit para sa karamihan ng mga uri ng mga dokumento, hindi sapat ang pag-record, kailangan din itong isagawa.

Ang pag-post ng dokumento ay isang espesyal na aksyon na ginagawa upang ayusin ang ilang impormasyon upang maprotektahan ito mula sa karagdagang hindi sinasadyang pagbabago. Kasabay nito, 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, impormasyon mga rehistro, mga tsart ng mga account, mga rehistro ng settlement, atbp.

Iyon ay, ang mga dokumento na hindi nagsasagawa ng mga paggalaw kahit saan ay maaari ding i-post. Karaniwan, ang kahulugan ng kanilang pagpapatupad ay upang ayusin ang ilang impormasyon sa dokumento upang maiwasan ang karagdagang pagbabago nito. Sa karaniwang pagsasaayos ng bersyon 1.3.7 ng SCP, dalawang uri lamang ng mga dokumento ang nai-post, ngunit hindi nagsasagawa ng mga paggalaw: "Application para sa pagbubukas ng mga account" at "Pagtatakda ng mga parameter para sa accounting ng item".

Operational at non-operational processing ng mga dokumento

Maaaring operational o non-operational ang dokumentasyon.
Ang pag-uugali sa pagpapatakbo ay isang pag-uugali kung saan sinusuri ang pagiging posible ng. Ano ito?

Ipagpalagay na gumawa kami at nagtala ng isang dokumento na nagpapataas sa utang ng katapat. Ipagpalagay na ang isang tiyak na limitasyon ay nakatakda sa katapat mga account receivable. Ipagpalagay na ilang araw na ang lumipas mula noong nilikha ang dokumento, at may pumasok at nag-post ng isa pang dokumento na nagpapataas ng utang ng parehong katapat, at ang huling dokumentong ito ay naubos ang limitasyon ng utang na ito. At narito mayroong iba't ibang mga pagpipilian para sa karagdagang pag-unlad ng mga kaganapan.

Kung nais ng isang organisasyon pigilan paglabas ng mga kalakal na labis sa mga natatanggap ng katapat, kailangan nating suriin ang balanse nito sa panahon ng transaksyon. Ngunit kung hindi natin babaguhin ang petsa, kung gayon 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 sa mutual settlements para sa ating dokumentong naitala kanina ay magiging walang kaugnayan. Ito ay para sa layuning ito na ang mekanismo ng agarang pagpapatupad ay ipinakilala - i.e. paglilipat ng dokumento sa dulo ng pila ng mga nai-post na dokumento, dahil lamang sa kasong ito posible na isagawa ang lahat ng kinakailangang mga pagsusuri.

Ang isa pang paraan ay kung mahalaga para sa isang 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 natanggap ay nalampasan, ang mga kalakal nakalabas na at sa katunayan ang kliyente ay may utang na higit sa kung ano ang pinapayagan para sa kanya. Sa kasong ito, mahalaga para sa amin na huwag paganahin ang tseke at paganahin ito. Kung gayon ay tama na hawakan ang dokumento hindi gumagana, ibig sabihin. nang wala ang lahat ng mga pagsusuring ito.

Sa parehong mga kaso, kapwa sa panahon ng pagpapatakbo at hindi pagpapatakbo ng pagpapatupad, ang lahat ng kinakailangang paggalaw ng dokumento ay isasagawa. Gayunpaman, mahalagang maunawaan iyon na may di-operative na pag-uugali, may mataas na posibilidad na makakuha ng walang katuturang data sa database sa partikular dahil sa error ng user. Tingnan natin ang isang pinasimpleng halimbawa.

Kumbaga, ayon sa programa, mayroong 10 yunit ng ilang produkto sa bodega. Ipagpalagay na dalawang order para sa pagpapalabas ng produktong ito ay dumating: para sa 7 mga yunit at para sa 5 mga yunit. Sabihin nating may ginawang dokumento para sa pagpapalabas ng unang 7 unit, ngunit hindi nai-post. Pagkatapos, pagkaraan ng ilang oras, isang dokumento ang nai-post para sa isyu ng 5 mga yunit, ang balanse ayon sa programa pagkatapos ng isyu ng mga kalakal na ito ay 5 mga yunit. At ngayon naman ay mag-isyu ng dokumento para sa pagpapalabas ng unang 7 unit ng mga kalakal. Kung talagang walang pitong mga yunit sa bodega, kung gayon mahalaga para sa amin na subukang gawin nang eksakto ang pagpapatakbo ng pag-post - tanging sa kasong ito ay susuriin at i-prompt ng programa ang gumagamit na ang mga kalakal ay hindi sapat. Ngunit paano kung ang 7 unit na ito ay pisikal na nasa stock? Yung. Ano ang gagawin kung kailangan mong ipakita ang katotohanan ng isang natapos na transaksyon sa negosyo? Tulad ng nabanggit na, sa kasong ito, ang gumagamit ay kailangang mag-post ng dokumento nang walang operasyon, walang mga tseke na isasagawa, ang dokumento ay mai-post, ang mga paggalaw ay isasagawa, ngunit ayon sa programa ang natitira ay mababawasan ng dalawang yunit.

Bilang resulta, nakakakuha tayo ng dalawang talim na espada. Sa isang banda, maaaring ilabas ng gumagamit ang mga kalakal, dahil pisikal na mayroon siya nito. Sa kabilang banda, mayroon tayong mga hindi nauugnay na labi. Yung. ito ay malinaw na sa katunayan ay hindi maaaring magkaroon ng isang minus ng dalawang mga yunit at, malamang, ang ilang mga uri ng dokumento ng resibo ay hindi nai-post.

Kung ang lahat ng mga dokumento ay palaging isinasagawa sa oras at palaging sa pamamagitan ng isang paraan ng pagpapatakbo, kung gayon hindi ito mangyayari. Ngunit ito ang 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 dapat na 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 pag-repost ng mga dokumento. Ang mekanismong ito ay inilunsad lamang sa eksklusibong mode, i.e. ang mga gumagamit sa oras na ito ay hindi magagawang magtrabaho kasama ang database. Ngunit habang tumatagal ito ay naaantala, mas malaki ang kadena ng mga dokumentong kailangang ibalik at mas magtatagal. Samakatuwid, magiging pinakamainam na patakbuhin ang mekanismong ito nang madalas at regular.

Sa panahon ng pagpapatupad ng pagpapatakbo, ang dokumento ay gumagalaw sa oras hanggang sa huling (kasalukuyang) sandali, i.e. tinukoy bilang huling linya.
Siyempre, hindi kailangang partikular na subaybayan ng user ang isang pila ng mga dokumento doon. Ang pagsubaybay na ito ay awtomatikong nangyayari sa programa. Mahalaga lamang na maunawaan ng user na kung magtatanong ang program tungkol sa kung ipo-post ang dokumento nang walang operasyon, 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 interests of documents", kailangang sumang-ayon ang user sa paggalaw ng kanyang dokumento sa queue at isagawa pa rin ito kaagad. O kailangan ng user na maunawaan na sa pamamagitan ng pagsang-ayon sa isang di-operasyonal na pagpapatupad, ang user ay nagbibigay ng berdeng ilaw sa posibleng pagkawala ng kaugnayan ng mga balanse (at sa kasong ito, gayon pa man, maaga o huli, kakailanganing ibalik ang mag-order at mag-update ng mga balanse, kaya mas mabuti pa rin na laging subukang iproseso kaagad ang mga dokumento).

Nabanggit na namin sa itaas na kapag ang isang dokumento ay nakasulat, ito ay itinalaga ng isang tiyak na posisyon sa pila ng mga naitala na mga dokumento. Kung ang petsa ng pagpasok ay wala sa kasalukuyang araw, ang online na pag-post ay hindi posible, kahit na walang ibang dokumentong nagawa pagkatapos ng dokumentong ito. At una kailangan mong baguhin ang petsa nito sa kasalukuyan, o i-post ang dokumento nang hindi kaagad.

Sa panahon ng agarang pagpapatupad, ang petsa ay hindi na nagbabago, ang oras lamang ng dokumento ang nagbabago - ito ang naging huli sa pila ng mga dokumento "sa linya ng oras". Bilang resulta ng offset na ito sa queue, maaaring mangyari na ang isang dokumento na isinulat nang mas huli kaysa sa kanya, kaya lumabas na naisulat nang mas maaga kaysa sa kanya. Gayunpaman, hindi ito mahalaga, dahil kapag nagsimula na ring mai-post ang naitala na dokumentong iyon, lilipat ito sa dulo ng pila sa parehong paraan - lilipat ito sa punto ng oras kung kailan ito ipo-post - at ito na ang huli.

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

Sa pinakabagong bersyon ng 1C: Trade Management sa platform 8.2, isang bagong paraan para sa pagkontrol sa pag-post ng mga dokumento ay ipinatupad: “Ang mekanismo para sa pag-post ng mga dokumento ay ganap na muling idinisenyo sa pagsasaayos. Ang kontrol sa pagpapatakbo ng mga resulta ng pag-uugali ay isinasagawa pagkatapos ng pagbuo ng mga paggalaw, sa kaibahan sa bersyon 10.3 (kung saan ang kontrol ay isinagawa bago ang pag-uugali). Ang desisyon na ito ay naging posible upang ganap na paghiwalayin ang execution logic at control logic, na radikal na pinapasimple ang kaukulang code ng programa, na, sa turn, ay mahalaga para sa pagpapadali ng mga pagpapabuti ng configuration, pagbabawas ng bilang ng posibleng mga pagkakamali, pagtaas ng pagganap ng system. Kung kinakailangan, ang kontrol ay ginagawa kapwa kapag nag-repost ng dokumento at kapag nagkansela ng pag-post ng dokumento. Halimbawa, hindi ka papayagan ng system na kanselahin ang order para sa pagpapadala ng mga kalakal sa bahagi kung saan ito ay nakumpleto na. Maaaring asahan na ang mga katulad na pagbabago ay unti-unting dadaloy sa mga bagong bersyon ng SCP.

Ipinagpaliban ang pag-post at karagdagang pag-post ng mga dokumento

Tulad ng nabanggit kanina, kapag nagpo-post ng mga dokumento, ang mga paggalaw ay madalas na ginagawa sa ilang uri ng mga imbakan 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 aming dokumento, kapag sinusubukang i-block ang rehistro, lumalabas na ang rehistrong ito ay naharang na (iyon ay, sa parehong oras, ang ilang iba pang dokumento ay gumaganap ng mga operasyon kasama ang rehistrong ito), kung gayon ang aming dokumento ay hindi magagawang harangan ito. Mapipilitan siyang maghintay hanggang sa libre ang rehistro. Kapag nagpo-post ng isang dokumento, ang mga paggalaw ay madalas na ginagawa kaagad sa isang malaking bilang ng mga rehistro. Ang bawat isa sa mga rehistrong ito ay idinisenyo upang mag-imbak ng ilan sa impormasyon nito. Bilang isang resulta, ang posibilidad na magkakaroon ng pangangailangan na maghintay hanggang ang isa sa kanila ay libre ay medyo malaki.

Ang mga mekanismo ng ipinagpaliban na pag-post at pag-post ng post ay kailangan upang mabawasan ang posibilidad na mangyari ang ganoong paghihintay dahil sa katotohanan na kapag na-on ang mga ito, ang mga paggalaw ay hindi agad ginagawa sa lahat ng mga rehistro kung saan kinakailangan ang mga ito, ngunit lamang sa pinaka “kagyat” - ibig sabihin. sa ilang rehistro ng operational at management accounting. Pagkatapos, ayon sa iskedyul, o mano-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 "Setting ng naantalang pag-post": "Lumipat ng interface - Account manager - Ipinagpaliban ang pag-post - Mga setting ng pag-post ng dokumento" - Magdagdag ng bagong elemento, tukuyin ang pangalan at paraan, halimbawa, "nangangailangan lamang karagdagang pag-post" - Pagkatapos sa parehong menu na "Na-postpone ang paghawak" - item na "Listahan ng mga organisasyon ng ipinagpaliban na paghawak" - magdagdag ng bagong linya, tukuyin ang petsa *, organisasyon at ang setting na kakagawa lang.
*Ang ipinahiwatig na petsa ay karaniwang regular, ibig sabihin. nagbabago buwan-buwan. Yung. para sa mas mahusay na trabaho, kailangan mong buwanang ilipat ito sa unang araw ng kasalukuyang buwan - pagkatapos ay sa katapusan ng bawat buwan, ang gumagamit na nagtatrabaho sa mga dokumento para sa pagtatapos ng panahon ay normal na makumpleto ang mga dokumentong kailangan niya at kumpletuhin ang panahon. isa. Hawak: ang mga paggalaw ay nabuo kasama mga bahagi nagrerehistro
2. Karagdagang pagpapatupad: bumubuo ng mga galaw yung iba nagrerehistro.

Mula sa isang konseptong pananaw, ang post-feeding ay katulad ng "off-line" na pag-post ayon sa mga batch.

Isinasagawa ang follow-up:

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

• mga kinakailangan sa pagganap at paralelismo ay matigas
• ang mga paggalaw na wala sa lahat ng mga rehistro ay kailangan "ngayon"
• ang ilan sa mga impormasyong kinakailangan para sa pagbuo ng mga paggalaw ay maaaring hindi alam - malalaman ang mga ito sa ibang pagkakataon.

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

Ang naantalang pag-post ay hindi ginagamit para sa mga dokumentong:

• ipinakilala bihira
• ito ay mahalaga sa kaagad para sa lahat ng mga rehistro

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

Ang pamamaraan para sa pagtatrabaho sa mekanismo

Ang mekanismong "Naantala na pag-post ng mga dokumento" ay opsyonal. Ang paggamit nito ay nako-customize hanggang sa organisasyon sa form. Ang ipinagpaliban na paghawak 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 naantalang pag-post:

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

Ang mga karagdagang dokumento ay isinasagawa alinsunod sa. Maaari itong magsimula pareho nang awtomatiko ayon sa iskedyul, at manu-mano.

Makatuwiran na magsimula ng karagdagang pag-post pagkatapos ng pagtatapos ng masinsinang pag-input ng mga pangunahing dokumento. Bago simulan ang karagdagang pag-post, dapat mong tiyakin na ang lahat ng data para sa pagpapakita ng mga dokumento sa regulated accounting ay alam.

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

Ang karagdagang pag-post ay dapat makumpleto bago magsimula ang mga nakagawiang pamamaraan para sa pagsasara ng buwan (tingnan ang diagram ng pamamaraan na "pagsasara ng buwan").

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

Paglalarawan ng mekanismo

Mga rehistro, mga paggalaw kung saan nabuo kapag nagpo-post ng isang dokumento

Kung ginamit ang delayed posting, kapag nagpo-post ng mga dokumento, ang mga paggalaw ay nabuo ayon sa parehong mga rehistro tulad ng sa "buong" mode ng pag-post na may "Reflect in ex. accounting". Bilang isang tuntunin, ang mga rehistrong ito ay ginagamit para sa paggawa 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", "Ulat sa advance". Kapag nagpo-post ng lahat ng iba pang mga dokumento, ang mga paggalaw sa rehistrong ito ay hindi nabuo.

Kapag nagsasagawa ng mga dokumento hindi nabuo mga paggalaw sa mga rehistro na hindi ginagamit upang gumawa ng mga pagpapasya sa pagpapatakbo:

Nagbenta ng mga kalakal

Gastos sa pagbebenta

Ipinagpaliban ang paghawak hindi magkatugma may mga mode:

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

  Pagpapasiya ng mga advance kapag nagpo-post ng mga dokumento.

Ang mga mode na ito ay ginagamit kapag

walang mga isyu sa pagganap

walang gawain upang matiyak ang kakayahang umangkop ng pagmuni-muni sa mga account

higit na priyoridad ay makakuha ng "tumpak na data sa minutong ito."

Iyon ay, ang pagkaantala sa pagsasagawa kapag gumagamit ng mga naturang mode ay hindi kinakailangan.

Pagkansela ng pag-post (pamamahagi) ng mga dokumento

Kapag nai-post na ang isang dokumento, maaari itong kanselahin gamit ang icon

Kapag nakansela ang pag-post, ang dokumento ay magiging available para sa pag-edit muli, at lahat ng dati nitong ginawang paggalaw ay tatanggalin (o magiging hindi aktibo). Ang dokumento ay maaaring mai-post muli (marahil online, na may pagbabago sa linya ng oras, o hindi gumagana, 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 pagtanggal ng mga dokumento ay ginagawa sa pamamagitan ng pagmamarka sa kanila para sa pagtanggal. Pagkatapos ay maaari mong simulan ang pagpoproseso ng "Pagtanggal ng mga Markahang Bagay" at permanenteng tanggalin ito, at hanggang pagkatapos ay maaari mong alisin ang marka ng pagtanggal at ibalik ang dokumento. Kapaki-pakinabang din ang multi-stage na pagtanggal na ito dahil ang pagpoproseso ng Pagtanggal ng mga Markahang Bagay ay nagsasagawa ng mga pagsusuri ng data bago ang pagtanggal at pinoprotektahan ang mga bagay na ginagamit sa ibang lugar sa database mula sa pagtanggal. Halimbawa, magiging mali na magtanggal nang direkta at kaagad ng ilang katapat kung ito ay nakasaad na sa ilang mga dokumento, dahil sa kasong ito, ang integridad ng data ay lalabag - sa naturang dokumento, isang link sa ilang "hindi kilalang bagay" ay makukuha.

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 pagproseso: kapag mayroon, magiging lohikal na ang parehong pagproseso ay maaaring mag-alis sa kanila.

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

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

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

Mga patakaran sa accounting sa 1C SCP at Complex 1.1. ay napunan sa interface ng Account Manager. Menu: Setup ng accounting - Patakaran sa accounting

Patakaran sa accounting para sa management accounting sa 1C SCP at Complex 1.1

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

1. Mga stock

Ganito ang hitsura ng default na setting ng imbentaryo:

Dito maaari mong:

Baguhin ang diskarte para sa pagtatantya ng halaga ng mga imbentaryo sa pagtatapon

Kadalasan ay sapat na para sa mga accountant na tantyahin ang pagtatapon ng mga stock "sa average", at para sa pag-uulat ng pamamahala gusto nilang makatanggap ng mas detalyado at tumpak na impormasyon. Sa 1C, kayang-kaya mo ito - para dito, sa patakaran sa accounting management accounting ilagay FIFO, at sa accounting - sa karaniwan at makatanggap ng mga independiyenteng data sa halaga ng pagsulat off inventories.

Huwag isama ang VAT sa halaga ng mga partido

Sa accounting, palaging hindi kasama ang VAT sa halaga ng mga imbentaryo sa isang bodega, at sa management accounting, maaari mong piliin ang opsyong pamilyar sa iyo. Kahit na ang klasikal na pamamaraan ng pamamahala ng accounting ay nangangailangan ng pagbubukod ng VAT mula sa pagtatasa ng mga reserba, dito sa Russia ay madalas na ginustong halagahan ang mga reserba sa isang "cash na batayan", iyon ay, sa pamamagitan ng halaga ng pera na binayaran. Pagkatapos ay huwag lagyan ng tsek ang kahon.

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

Nalalapat ang setting sa parehong mga halaga ng VAT sa pagtanggap at customs VAT.

Panatilihin ang mga talaan ng mga imbentaryo ng mga organisasyon sa konteksto ng mga 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 kalakal sa 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 ang mga ito 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 balanse sa konteksto ng mga bodega. Ngunit wala silang mga organisasyon. Upang matukoy ang balanse sa organisasyon na kailangan namin, ginagamit ang rehistro ng akumulasyon na "Mga kalakal ng mga organisasyon". Ang rehistrong ito ay nag-iimbak ng impormasyon tungkol sa mga kalakal ayon sa organisasyon. Dito sa loob nito ang warehouse analytics ay na-configure ng parameter ng patakaran sa accounting.

Sa ilang mga kaso, maginhawa na huwag isaalang-alang ang bodega para sa mga kalakal ng mga organisasyon. Halimbawa, ang dibisyon ng mga bodega sa iyong kumpanya ay may kondisyon. Pagkatapos ay maaari mong payagan ang mga user sa mga karagdagang karapatan na magbenta ng mga kalakal nang hindi kinokontrol ang balanse sa mga bodega, ngunit iwanan ang kontrol sa balanse ng mga organisasyon. Kung gayon ang tagapamahala ay makakapagbenta ng mga kalakal mula sa anumang bodega, hangga't nakarehistro siya sa organisasyon sa ngalan kung saan siya nagbebenta. Sa kasong ito, ang paggalaw ng mga kalakal ay maaaring gawin pagkatapos ng katotohanan. Kaya para mapantayan ang mga negatibong balanse ng mga bodega.

Ang pamamaraan para sa pagbuo ng mga presyo ng accounting.

Sa mga kumpanya ng kalakalan, bilang panuntunan, ang mga imbentaryo ay isinasaalang-alang ng mga direktang (aktwal) na gastos.

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

2. Accounting ng produksyon at gastos

Dito namin itinakda ang pagsasama ng VAT sa mga gastos sa produksyon sa accounting ng pamamahala. Lohikal na ang setting na ito ay tumutugma sa iyong pinili tungkol sa pagsasama ng VAT sa halaga ng mga lote sa nakaraang tab.

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

3. Paglalaan ng gastos

Tanging ang opsyon sa accounting ang naka-configure dito. pangkalahatang gastos sa negosyo para sa management accounting. O isama ang mga ito sa kabuuang halaga ng produksyon o ... hindi isama. Walang pahayag ng kita sa pamamahala ng accounting 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-configure ang naturang ulat bilang bahagi ng subsystem ng pagbabadyet, ngunit ibang kuwento ito.

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

4. Pagdetalye ng mga gastos

Kapag isinusulat ang mga hindi direktang gastos para sa produksyon, maaari silang isaalang-alang sa kasalukuyang gawain sa ilalim ng parehong item sa gastos, o sa pinagsama-samang batayan. Iyon ay, para sa lahat ng mga gastos ng isang uri, tukuyin ang isang pangkalahatang item. Halimbawa, ang lahat ng pangkalahatang mga item sa produksyon, kapag inilalaan sa kasalukuyang gawain, ay pinagsama sa item na "Mga pangkalahatang gastos sa produksyon."

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

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

5. Mga diskwento

Dito mo ise-set up ang mga uri ng mga diskwento na available sa mga dokumento sa pagbebenta. Kung ang bandila ay hindi nakatakda, ang ganitong uri ng diskwento ay hindi maaaring itakda sa programa. Makikita ang mga ito sa dokumento ng pagtatakda ng diskwento, ngunit hindi ka hahayaan ng 1C na i-save ang dokumento na may ganitong uri ng diskwento.

Setup ng paggamit mga discount card ay inilarawan sa sapat na detalye sa tulong ng konteksto ng programa, hindi ko na ito uulitin dito.

6. Pag-uuri ng mga mamimili

Mas mainam na i-set up ang pag-uuri ng mga mamimili hindi kaagad. Ang impormasyong ito ay batay sa mga istatistika ng data ng 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 klasipikasyon hindi lamang ng mga mamimili, kundi pati na rin ng mga katawagan. At ito ay nagbibigay ng napaka kapaki-pakinabang na impormasyon tungkol sa mga benta.

Yun nga lang, nanalo kami sa management policy. Bumaling tayo sa accounting at tax accounting.

Patakaran sa accounting para sa accounting at tax accounting sa 1C SCP at Complex 1.1

Kinakailangang mag-set up ng isang patakaran sa accounting para sa accounting sa 1C SCP at Complex 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 mga paunang balanse.

Mag-click sa berdeng plus sign para magdagdag ng bago. At nagsisimula kaming punan.

1. Pangkalahatan

Pumili kami ng sistema ng pagbubuwis at ipahiwatig kung ilalapat namin ang UTII.

USN - kung pipiliin namin ang USN, mawawala ang ilan sa mga bookmark, ngunit lalabas ang tab na USN.

Kung pipiliin mo ang opsyong Income minus expenses sa tab na ito, may lalabas na karagdagang tab Mga gastos sa USN, kung saan maaari kang magdagdag ng mga kaganapan para sa pagkilala sa mga gastos mula sa pinasimpleng sistema ng buwis.

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

Ang huling bandila - ang aktibidad ng produksyon ay isinasagawa. Kinakailangang itakda ito kung ang iyong organisasyon ay gumagawa ng mga produkto o nagbibigay ng mga serbisyo, ang halaga na gusto mong kalkulahin. Kinokontrol ng checkbox ang pagkakaroon ng mga setting ng produksyon at ang kakayahang mapanatili ang mga talaan ng produksyon sa programa.

Kung meron ka 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

Itinatakda ng unang switch ang sandali ng pag-offset ng mga pagsulong. Kapag nagpo-post ng invoice, makakahanap ang system ng mga advance sa ilalim ng kontrata at agad na gumawa ng advance closing posting.

Ang isa pang pagpipilian: kapag nagpo-post ng mga dokumento, walang paunang pagbabayad na ginawa, at ang espesyal na pagproseso ay sinimulan 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 halaga ng paunang bayad ay nalalapat dito.

Ang setting ng reserbang accrual ay may mga detalyadong paglalarawan sa konteksto, kaya hindi ko na ito tatalakayin dito. Piliin ang mga setting na tumutugma sa patakaran ng iyong account.

3. Mga stock

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

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

4. Accounting ng produksyon at gastos

Para sa SCP, posibleng mag-set up ng cost accounting sa regulated accounting para sa mga production order. Ito ay isang napakahalagang setting, dahil binibigyang-daan ka nitong subaybayan ang gastos at kasalukuyang gawain sa konteksto ng mga order ng produksyon kapag gumagamit ng mga order ng produksyon. Iyon ay, halimbawa, tanging ang mga gastos na itinalaga sa order na ito ang ipapawalang-bisa para sa pagpapalabas sa isang partikular na order. Ang mga gastos para sa isa pang order ay mananatiling nasa trabaho, kahit na sila ay nasa parehong pangkat ng item.

Kung nag-iingat ka ng talaan ng mga ginawang produkto sa mga nakaplanong presyo, maaari mo ring i-set up ang paggamit ng account 40 dito.

5. Paglalaan ng gastos

Ang bookmark ay nasa 1C SCP lamang. Ngunit kahit doon ay makatuwirang laktawan ito sa ngayon. Sa totoo lang hindi maginhawang punan ang mga paraan ng pamamahagi ng gastos sa tab na ito. Maaari silang i-configure sa isang hiwalay na direktoryo o habang ikaw mismo ang gumagawa ng mga item sa gastos.

6. Pagdetalye ng mga gastos

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

Para sa mga bagay na maipapamahagi, ang mga gastos ay maikredito sa account ng gastos, ngunit hindi ipapawalang-bisa sa ilalim ng item na ito. Sa kabilang banda, ang mga halagang walang halaga ay ipapawalang-bisa. Sa pangkalahatan, isasara ang lahat sa account. Ngunit! Kapag bumubuo balanse sheet para sa mga item sa gastos para sa anumang account ng gastos, makakakuha 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 turnover at hindi angkop para sa pagsuri sa kawastuhan ng write-off. Sa pangkalahatan, sa palagay ko, mas mahusay na maglagay ng "detalyado".

7. Pangkalahatang gastos sa negosyo

Sa accounting, mayroong dalawang opsyon para sa paglalaan ng mga pangkalahatang gastos sa negosyo.

Ang OHR ay kasama sa gastos 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 ang setup ng account kung saan sisingilin ang mga gastos. Karaniwan ito ay 90.08. At kailangan mong pumili ng base para sa pamamahagi ayon sa mga pangkat ng item.

8. Buwis sa kita

Sa 1C UPP at Complex 1.1, ang accounting ng buwis ay pinananatili nang hiwalay sa accounting sa isang hiwalay na tsart ng mga account.

Naturally, hindi na kailangang maglagay ng mga tax account sa mga dokumento nang hiwalay. Ang korespondensiya ay isinaayos para sa accounting at tax account. Bukod dito, sa pamamagitan ng pag-click sa pindutang "Itakda ang pagsusulatan sa pagitan ng mga account ng BU at NU", malalaman namin na ang sulat na ito ay nakatakda na 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 sa wakas: upang maitaguyod ang paggamit ng RAS 18/2 para sa pagkalkula ng mga pansamantala at permanenteng pagkakaiba.

9. Pangkalahatan at mga 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 paglipat sa operasyon.

Sa accounting, posibleng mag-set up ng paraan ng pagbabayad para sa bawat stock item nang hiwalay. Direkta itong na-configure sa direktoryo 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

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 magiging available sa kasong ito:

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

Ang katotohanan ay kapag ang accounting 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 serye o mga katangian ng paggamit, dapat itakda ang feature na ito. Kung hindi, malamang na lumitaw ang mga sitwasyon kapag, dahil sa pagkakaiba sa pagkakasunud-sunod ng mga write-off, ang mga halaga ng mga write-off at batch na dokumento para sa VAT accounting at accounting ay mag-iiba. Maaari itong lumikha ng mga kahirapan para sa iyo sa pagpili ng mga dokumento para sa kumpirmasyon 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(simula dito RAUS) sa 1C: UPP at 1C: KA.

Ang problema ay na sa unang kakilala, ang mga paggalaw sa rehistro ng accounting ng gastos ay maaaring mukhang kakaiba :)

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

Ang artikulong ito ay umaasa sa pangunahing mga prinsipyo production accounting, samakatuwid, ipinapalagay namin na ang mambabasa ay pamilyar sa mga pangunahing kaalaman ng production accounting at may paunang kaalaman sa accounting sa PMS.

Mga kinakailangan para sa paggamit ng detalyadong accounting ng gastos sa mga indibidwal na ledger

Sa 1C:Accounting 8, ang cost accounting analytics sa regulated accounting ay limitado sa apat na analytics: organisasyon, dibisyon, pangkat ng item 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 ang lahat ng mga gastos ay ipapangkat sa kabuuan ng pangkat ng item na "Solid fuel boiler", ngunit kailangan mong kalkulahin ang halaga ng bawat boiler nang hiwalay upang isaalang-alang ang mga gastos sa kasal. Upang malutas ang problema, sa pangkalahatang kaso, ang isa ay kailangang gumamit ng ilang uri ng panlilinlang at gawin ang sangguniang aklat na "Mga pangkat ng Nomenclature" na katulad ng sangguniang aklat na "Nomenclature".

Alinsunod dito, upang kalkulahin ang halaga ng isang yunit ng produksyon, kailangan ng isa pang antas ng analytics - nomenclature. At kung isasaalang-alang natin na sa SCP, ang accounting para sa nomenclature ay maaaring panatilihin sa konteksto katangian at serye, pagkatapos ay kasama ang dalawa pang antas. Sa kabuuan, hindi bababa sa pitong pagbawas sa analytics ang kinakailangan.

Pagpapatupad ng pitong antas analytical accounting gamit ang accounting register ay magkakaroon Mga negatibong kahihinatnan, tulad ng isang makabuluhang paglago ng database, isang pagbaba sa pagganap ng solusyon sa aplikasyon. Iyon ang dahilan kung bakit ang detalyadong cost accounting ay isinasagawa sa hiwalay na analytical registers, at hindi sa accounting register. Sa SCP, tinatawag ang naturang rehistro Cost accounting (accounting at tax accounting), pagkatapos nito - "Cost Accounting BU at NU" o cost accounting register.

Paghahambing ng analytics ng accounting register at cost accounting register

	Accounting para sa mga gastos sa BU at NU		Rehistro ng accounting
	SCP	KA	SCP, KA, BP
Analytical measurements	Seksyon ng Accounting, Accounting account	Seksyon ng Accounting, Accounting account	accounting 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 BU at NU Costs", dahil ang layunin ng artikulong ito ay isaalang-alang ang RAMS mula sa punto ng view ng accounting, at hindi isang teknikal na paglalarawan ng pagpapatupad ng mekanismong ito. .

Sa katunayan, ang rehistro ng RAUS 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 punto ng view ng accounting, ang rehistro na "Accounting para sa mga gastos ng BU at NU" ay maaaring katawanin bilang ang sumusunod na hanay ng mga sukat:

• Seksyon ng Accounting
• accounting account
• Organisasyon
• Subdivision
• item ng gastos
• gastos
• Pangkat ng nomenclature
• Mga Produkto (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- ano ang halaga at kung ano ang gagawin dito.

Cost Allocation Analytics- kung saan pupunta ang gastos na ito (sa anong mga produkto).

Mayroon ding pang-apat na dimensyon sa rehistro na "Accounting para sa BU at NU" - Pagsusuri ng batch accounting. Ang dimensyong ito ay naglalaman ng pinong impormasyon sa mga gastos, na kinakailangan, halimbawa, para sa custom-made na produksyon.

Gayunpaman, ang pagsukat na ito ay walang koneksyon sa accounting at hindi isinasaalang-alang sa artikulong ito.

Ngayon tungkol sa bawat dimensyon nang mas detalyado.

• Seksyon ng Accounting- maaaring tumagal lamang ng sampung halaga, isasaalang-alang namin ang 4 sa kanila: imbentaryo, mga gastos, mga gastos sa produksyon at output (upang gawing simple ang pag-unawa sa artikulo, ang natitirang mga halaga ay hindi isinasaalang-alang)
• MPZ- ang seksyong ito ng accounting ay responsable para sa pag-iimbak ng impormasyon tungkol sa mga imbentaryo. Sa lohikal na paraan, tumutugma ito sa mga account sa accounting bilang 10, 21, 41 at 43
• Mga gastos- Responsable para sa pag-iimbak ng impormasyon tungkol sa mga nakatuong gastos sa produksyon at hindi produksyon. Logically, ang seksyong accounting na ito ay tumutugma sa debit turnover ng mga account 20, 23, 25, 26 at 44
• Mga gastos sa pagpapalabas- 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 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 naitala ang operasyon ng produksyon
• Subdivision- ang yunit kung saan naitala ang operasyon ng produksyon
• accounting account- accounting sa accounting
• item ng gastos- pagsukat para sa pinagsamang accounting ng materyal at hindi materyal na mga gastos
• gastos- gastos sa materyal. Hindi tinukoy para sa hindi nasasalat na mga gastos
• Pangkat ng nomenclature- pangkat ng nomenclature kung saan gagawin ang pamamahagi ng mga gastos
• Mga Produkto (Katangian, Serye)- mga produkto, na isasama ang gastos.

Sa pangkalahatan, mula sa punto ng view ng isang accountant, ang rehistro na "Accounting para sa accounting at mga gastos sa NU" ay maaaring ituring bilang isang tsart ng mga account, at mga paggalaw dito bilang mga pag-post.

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

Ang sumusunod na entry ay gagawin sa accounting register:

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

Bigyang-pansin ang pangalawang paggalaw:

• Sa seksyon ng accounting na "Mga Gastos" para sa organisasyon na "Aming organisasyon", sa dibisyon na "Main division" sa account 20 mula sa seksyon ng accounting "MPZ" mula sa account 10, 10 piraso ng Nails ang na-debit sa halagang 100 rubles.

Hindi ba ito ay halos kapareho sa isang accounting entry?

Praktikal na halimbawa

Upang mapadali ang pag-unawa sa mga prinsipyo ng paggastos kapag gumagamit ng RAUS, isaalang-alang natin ang mga ito sa isang praktikal na halimbawa.

Isipin ang isang organisasyon na gumagawa ng mga kasangkapan. Ang mga materyales ay ginagamit para sa produksyon - mga board, mga kuko, pati na rin ang kuryente. Mga produktong gawa - mga bangkito at upuan.

• Mga board, mga kuko - direktang gastos sa materyal
• Elektrisidad - overhead na hindi materyal na mga gastos
• Assembly shop - yunit ng produksyon
• Material warehouse - ang pangunahing (at tanging) bodega

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

Gagamit kami ng malinis na base SCP release 1.3.85. Sa loob nito tayo ay lilikha bagong organisasyon na may pangalang "Aming organisasyon".

Mga paunang setting - bilang default, maliban sa setting ng accounting para sa gastos ng mga imbentaryo para sa mga bodega sa RAUS (interface Pinuno ng accounting -> Pag-setup ng accounting -> I-set up ang mga opsyon sa accounting -> Presyo ng gastos): dapat itong paganahin.

Bumili

Aayusin namin ang pagbili ng mga materyales mula sa supplier.

Ihambing natin ang mga pag-post at paggalaw sa rehistro ng accounting ng gastos.

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

Ngayon ay ayusin natin ang pagbili ng kuryente.

Ipapakita namin ang biniling enerhiya sa ika-25 na account at, muli, ihahambing namin ang mga pag-post at paggalaw sa RAUS.

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

Write-off sa produksyon

Ngayon ay kailangan nating ipakita ang output at isulat sa Mga Gastos (sa produksyon) ang mga materyales na kailangan para sa pagpapalabas. Ginagawa ito gamit ang mga dokumentong "Ulat sa produksyon para sa shift" at "Requirement-invoice".

Ulat ng produksyon bawat shift.

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

Tulad ng makikita mula sa screenshot, ang isang accounting entry ay tumutugma sa dalawang entry sa RAUS: ang gastos ay ang kredito ng ika-20 account, at ang kita ay ang debit ng ika-43 na account.

Kinakailangan ng invoice:

Mga pag-post at paggalaw ng gastos:

Pagkatapos isulat ang mga materyales sa produksyon, maaari mong ihambing ang katayuan ng mga account sa accounting ng gastos at ang rehistro ng RAUS sa konteksto ng mga gastos.

Habang ang pangkalahatang impormasyon lamang ang ipinakita sa mga entry sa accounting, ang RAUS ay naglalaman ng pinakamataas na posibleng impormasyon tungkol sa likas na katangian ng gastos, "lokasyon" nito at ang 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 makikita ang mga materyal na gastos.

Sa RAUS, 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 pagpapalabas- sa halaga ng kung aling mga produkto ang halaga ng materyal na ito ay kasama.

Ang pamamaraan para sa pagsasama ng mga materyal na gastos sa mga produkto ay tinutukoy alinman sa "Ulat sa Produksyon para sa isang Paglipat" na dokumento o sa "Paglalaan ng Mga Materyal para sa Pagpapalabas" na dokumento.

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

Kung paano isasama ang hindi madaling unawain na gastos sa halaga ng mga natapos na produkto (ayon sa kung anong pormula ang magaganap ang pamamahagi) ay tinutukoy ng setting ng pamamahagi ng gastos ng organisasyon at ang likas na katangian ng pagsasalamin ng gastos na ito sa pangunahing mga dokumento at hindi isinasaalang-alang sa artikulong ito.

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

Pagkalkula ng gastos

Kalkulahin ang halaga ng produksyon.

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

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

Sa aming kaso, ang halaga ng hindi nasasalat na mga gastos ay hinati nang pantay-pantay sa pagitan ng mga inilabas na produkto, 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 paglabas.

Konklusyon

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

Alalahanin na sa "1C: Accounting 8" ang ganitong gawain sa pangkalahatang kaso ay hindi malulutas, dahil walang paraan upang i-detalye ang mga gastos sa mga produkto.