Sa publikasyong ito M.A. Si Vlasova, isang guro-consultant sa Center for Certified Training ng kumpanya na "1C: Automation", ay detalyadong sinusuri ang mekanismo na ipinatupad sa "1C: Complex Automation 8" para sa pagsasagawa ng mga huling operasyon ng buwan, na inilaan para sa pagbuo ng mga transaksyon na kinakailangan ng batas, ang pagsasara ng isang bilang ng mga account at ang pagpapasiya ng resulta ng pananalapi ng mga aktibidad. Ang artikulo ay binibigyan ng partikular na kaugnayan at praktikal na halaga ng mga rekomendasyon ng may-akda sa pag-aayos ng kontrol sa kawastuhan ng mga nakagawiang operasyon, pati na rin ang pagsasaalang-alang sa mga operasyon sa pagtatapos ng taon.

Pamamaraan ng pagsasara ng buwan

Ang pamamaraan para sa pagsasara ng isang buwan ay binubuo ng isang bilang ng mga nakagawiang operasyon: pagkalkula ng depreciation, pagbabayad ng gastos ng workwear at mga espesyal na kagamitan, pagpapasiya ng halaga ng paggalaw ng mga imbentaryo para sa buwan, muling pagsusuri ng dayuhang pera, pagsusulat ng mga gastos sa hinaharap bilang kasalukuyang. mga gastos, pagtukoy sa aktwal na halaga ng mga ginawang produkto at serbisyo, pagtukoy ng mga paglihis sa mga pagtatantya ng kita at gastos sa accounting at tax accounting, pagkalkula ng buwis sa kita, pagkalkula ng mga obligasyon sa VAT, atbp. Ang lahat ng mga operasyong ito ay isinasagawa sa pamamagitan ng hiwalay na mga dokumento ng regulasyon na nilikha at isinasagawa out sa isang tiyak na pagkakasunod-sunod.

Upang mapadali ang gawain ng user sa pagsasagawa ng mga nakagawiang operasyon sa configuration ng "1C: Integrated Automation 8", ang functionality na "Month Closing" ay ginawa. Binibigyang-daan ka nitong i-configure at kontrolin ang pamamaraan ng pagsasara sa katapusan ng buwan at tumutulong na i-coordinate ang pakikipag-ugnayan ng mga responsableng tao na nagsasagawa ng mga indibidwal na pagpapatakbo ng regulasyon.

Pagse-set up ng isang buwanang pamamaraan ng pagsasara

Una, ginagawa ang mga pre-setting (menu - Mga pagpapatakbo ng regulasyon - Pagse-set up sa pagtatapos ng buwan). Ang lahat ng mga setting ng pagsasara ng buwan ay mga elemento ng direktoryo ng parehong pangalan. Ang bawat setting ay ginawa nang hiwalay sa mga organisasyong bumubuo sa enterprise at maaaring gamitin para sa alinman sa mga ito.

Tinutukoy ng form ng setting ang panahon kung kailan ito mailalapat, pati na rin ang mga palatandaan ng pagmuni-muni sa accounting, buwis at pamamahala ng accounting. Dapat mo ring piliin ang opsyon ng isang sistema ng pagbubuwis - pangkalahatan o pinasimple (na may iba't ibang uri ng base ng buwis), dahil ang komposisyon ng mga transaksyon ay naiiba para sa iba't ibang mga rehimen ng buwis.

Sa bookmark Mga setting ng buod ang mga operasyon na dapat isagawa ay nabanggit. Bilang default, kasama sa setting ng pagsasara ng buwan ang lahat ng operasyong maaaring isagawa, maliban sa mga hindi tumutugma sa mga setting ng accounting (menu AT "Account Manager" na interface - Pag-setup ng accounting - Pag-set up ng mga parameter ng accounting).

Kaya, alinsunod sa pagtatakda ng mga parameter ng accounting sa programa, ang batch accounting ay maaaring mapanatili o ang mode ng advanced cost accounting analytics (RAUZ) ay maaaring gamitin. Kapag gumagamit ng RAUZ, mga regular na operasyon na masinsinang mapagkukunan Ibalik ang pagkakasunud-sunod ng batch accounting At Ayusin ang halaga ng pagtanggal sa mga imbentaryo ay hindi natutupad, samakatuwid, sa diagram na ipinakita sa Fig. 1, hindi sila aktibo, at hindi ma-configure ang kanilang paggamit.

kanin. 1. Listahan ng mga nakagawiang operasyon na isasagawa kapag isinasara ang buwan

Ang lahat ng iba pang nakagawiang operasyon, maliban sa mga hindi aktibo, ay maaaring isama sa setting ng pagsasara ng buwan o hindi kasama dito sa pamamagitan ng paglalagay ng tsek sa naaangkop na mga kahon. Kaya, halimbawa, kung ang isang organisasyon ay walang mga pondo ng dayuhang pera at mga kontrata sa mga katapat na natapos sa dayuhang pera, kung gayon hindi na kailangang magsagawa ng isang regulasyong operasyon Muling halaga ng mga pondo ng pera at iba pa.

Ang bawat regulatory operation ay dapat magtalaga ng responsableng tao. Kapag direktang isinasagawa ang pamamaraan para sa pagsasara ng isang buwan, bubuo ang programa ng isang gawain para dito. Ang mga responsable sa pagsasagawa ng mga nakagawiang operasyon ay itinalaga sa tab na may parehong pangalan. Madaling gawin ito sa pamamagitan ng pagpili ng operasyon sa kaliwang field, at sa kanang field - ang user (o grupo ng mga user) na dapat gumanap nito, at pagkatapos ay gamitin ang arrow (Fig. 2).

kanin. 2. Pagtatalaga sa mga user na responsable para sa pagsasagawa ng mga nakagawiang operasyon

Sa bookmark Paglalaan ng Gastos Dapat mong tukuyin ang mga paraan ng paglalaan ng gastos na ginagamit sa pagtatapos ng buwang ito ng pagsasara ng setup. Bilang default, ang lahat ng mga gastos ng mga kagawaran ng uri ng "Pangunahing produksyon" at "Katulong na produksyon" ay ibinahagi ayon sa dami ng output, at ang mga gastos ng mga departamento na may uri na "Iba pa" ay ibinahagi ayon sa nakaplanong gastos ng produksyon.

Kung kinakailangan, ang setting ng pamamahagi ng gastos ay maaaring baguhin sa pamamagitan ng pagpili ng iyong sariling paraan ng pamamahagi, halimbawa, para sa bawat item ng gastos ng bawat departamento (kapag kinakalkula ang gastos depende sa uri ng produksyon - materyal-intensive, labor-intensive, atbp. - o iba pang mga tampok ng negosyo, pati na rin alinsunod sa naaprubahang dokumentasyon ng regulasyon ng organisasyon).

Bilang karagdagan, kailangan mong tandaan na upang ang pamamahagi ng mga gastos ay maisakatuparan ng programa nang tama, kinakailangan na ang pagsusulatan sa pagitan ng mga dibisyon ng negosyo at mga dibisyon ng mga organisasyon ay mai-configure sa database (menu). Interface na "Buong" - Mga direktoryo - kumpanya - Mga dibisyon).

Gayundin, sa setting ng pagsasara sa katapusan ng buwan para sa bawat nakagawiang operasyon, ipinapahiwatig kung aling mga dokumento ang dapat gawin at i-post kapag ito ay isinagawa.

Bilang isang patakaran, ang bawat operasyon ng regulasyon ay tumutugma sa isa o higit pang mga dokumento na dapat gawin at isagawa. Ang sulat na ito ay na-configure sa rehistro ng impormasyon Listahan ng mga Dokumento ng Regulatory Operations. Ito ay bubukas na puno bilang default kapag nag-click ka sa command bar button Mga dokumento sa pagpapatakbo ng regulasyon(Larawan 3). Bilang isang tuntunin, hindi na kailangang punan ito nang partikular.

kanin. 3. Mga dokumento para sa pagsasagawa ng mga nakagawiang operasyon

Kung kinakailangan, ang listahan ng mga tugma ay maaaring awtomatikong mapunan ng mga default na setting (command bar button I), bago kung saan ang lahat ng naunang nilikha na mga entry ay tatanggalin. Para sa ilang mga pagpapatakbo ng regulasyon, ang mga dokumento ay hindi naka-install bilang default kapag pinupunan ang:

  • o dahil sa pangangailangang magsagawa ng mga karagdagang aksyon (halimbawa, maaaring kailanganin mong ipasok ang porsyento ng mga aktibidad sa UTII kapag kinakalkula ang mga sahod at buwis sa "suweldo");
  • o dahil sa dami ng mga dokumentong nalilikha, ang mga resulta ng pagpuno na depende sa mga nauna (operasyon Kalkulahin ang mga suweldo at pinag-isang buwis sa lipunan);
  • o dahil sa kakulangan ng mga dokumento (ang isang nakagawiang operasyon ay maaaring isagawa hindi lamang ng isang dokumento, kundi pati na rin ng espesyal na pagproseso);
  • o dahil sa ang katunayan na ang pamamaraan para sa pagsasagawa ng isang nakagawiang operasyon ay nakadetalye sa isang hiwalay na diagram.

Posible ring i-configure ang isang listahan ng mga ulat na magiging available sa user upang masubaybayan ang mga resulta ng pagsasagawa ng isang regular na operasyon mula sa form Regular na operasyon(sa pamamagitan ng command panel button Mga ulat).

Ang mga setting ay ginawa sa rehistro ng impormasyon Listahan ng Mga Ulat sa Routine Operations(button ng command panel ng form ng mga setting ng pagsasara ng buwan Mga Ulat sa Regulatory Operations). Maaaring tukuyin ang isang arbitrary na bilang ng mga ulat para sa isang karaniwang operasyon. Ang pag-set up ng komposisyon ng mga ulat ay opsyonal.

Ang komposisyon at pagkakasunud-sunod ng mga operasyon ay makikita sa graphic diagram (dokumento Pagse-set up sa pagtatapos ng buwan bookmark Scheme). Ang pagpapagana/hindi pagpapagana sa pagsasagawa ng isang nakagawiang operasyon at pagtatalaga ng mga responsableng tao ay maaaring gawin nang direkta sa diagram.

Isaalang-alang natin ang pamamaraan para sa pagsasagawa ng pamamaraan ng pagsasara sa katapusan ng buwan.

Simula sa pamamaraan ng pagsasara sa katapusan ng buwan

Ang isang bagong buwan na pamamaraan ng pagsasara ay nilikha sa menu Interface "Accounting Manager" - Mga pagpapatakbo ng regulasyon - Pamamaraan ng pagsasara ng buwan.

Sa hugis ng Pagsasara ng buwan Sa tab na Mga Parameter dapat mong tukuyin:

  • pagsasara ng buwan;
  • organisasyon;
  • mga setting ng pagsasara ng buwan;
  • kabilang sa mga uri ng accounting (managerial, accounting, tax).

Pagkatapos ay dapat mong i-load ang mga setting at simulan ang pamamaraan gamit ang mga pindutan ng parehong pangalan.

Pagkatapos makumpleto ang mga hakbang na ito, lalabas ang isang window ng impormasyon kung saan ipapaalam sa user ang tungkol sa kung anong mga regular na operasyon ang isasagawa at kung kanino responsableng tao sila itinalaga. Kung walang kinakailangang pagbabago, mag-click sa pindutan Ilunsad.

Sa panahon ng pamamaraan ng pagsasara sa katapusan ng buwan:

  • ang mga gawain ay awtomatikong nabuo para sa mga responsableng tao na magsagawa ng mga nakagawiang operasyon;
  • Kapag nagsasagawa ng susunod na nakagawiang operasyon, ang isang paglipat sa susunod na operasyon ay awtomatikong isinasagawa - ang mga bagong gawain ay nabuo. Bukod dito, ang ilang mga operasyon ay maaaring isagawa nang magkatulad (sa parehong oras).

Ang pamamaraan ng pagsasara sa katapusan ng buwan ay itinuturing na natapos pagkatapos makumpleto ang lahat ng mga pagpapatakbo ng regulasyon.

Pagsubaybay sa progreso ng pamamaraan

Sa bookmark Scheme mga pamamaraan Pagsasara ng buwan Maaari mong, gamit ang mga graphical na larawan, malinaw na makita ang kasalukuyang estado ng mga indibidwal na pagpapatakbo ng regulasyon (Larawan 4):

  • ang mga operasyon na hindi ginanap (dahil sa mga setting ng programa) ay matatagpuan sa isang puting background; karagdagang ipinahiwatig: "Hindi naisakatuparan";
  • ang mga operasyong hindi pinagana ng user ay ipinapakita sa kulay abo;
  • ang mga operasyong itinalaga na isasagawa ng kasalukuyang gumagamit (o ang pangkat ng gumagamit kung saan siya nabibilang) ay nakabalangkas sa isang naka-bold na frame;
  • ang mga operasyon kung saan ang mga gawain ay hindi pa nabubuo ay ipinapakita sa maliwanag na kulay nang walang anumang mga balangkas;
  • ang mga operasyon kung saan ang mga gawain ay kasalukuyang nabuo (at kung saan ay naghihintay ng pagpapatupad) ay binibigyang bilog na may pulang tuldok na linya;
  • ang mga nakumpletong operasyon ay may kulay;
  • Kapag natapos na ang pamamaraan ng pagsasara ng buwan, ang background ng diagram ay nagiging madilim.

kanin. 4. Graphic na representasyon ng pamamaraan ng pagsasara sa katapusan ng buwan

Ang kasalukuyang estado ng pamamaraan ng pagsasara sa katapusan ng buwan ("nagsimula", "nakumpleto") ay ipinapakita sa header ng form. Maaari mong buksan ang regular na form ng gawain sa pamamagitan ng pag-double click sa kaliwang pindutan ng mouse sa kaukulang elemento ng graphic diagram o ang nakagawiang gawain sa listahan ng mga karaniwang operasyon. Gamit ang regular na form ng gawain, maaari kang lumikha at mag-post nang sabay-sabay ang lahat ng mga dokumento na kinakailangan upang maisagawa ang isang regular na operasyon, suriin ang mga resulta ng kanilang pag-post sa mga rehistro gamit ang mga pindutan ng menu, tingnan ang mga ulat sa pagpapatupad ng mga nakagawiang operasyon (mga sanggunian, mga kalkulasyon), at magpasok din ng impormasyon sa programa tungkol sa nakumpleto na ang regulasyong operasyong ito.

Pagsasagawa ng mga nakagawiang operasyon

Maaaring makita ng mga responsable sa pagsasagawa ng mga nakagawiang operasyon ang mga gawaing ipinadala sa kanila upang magsagawa ng mga nakagawiang operasyon sa anyo ng listahan ng "Mga Routine na Operasyon" (menu Interface "Accounting Manager" - Mga pagpapatakbo ng regulasyon - Mga pagpapatakbo ng regulasyon).

Upang maisagawa ang bawat operasyon ng regulasyon, ang mga sumusunod na aksyon ay dapat gawin.

1. Lumikha at magsagawa ng may-katuturang (nakatalaga sa isang pagpapatakbo ng regulasyon) mga dokumento ng regulasyon o magsagawa ng pagproseso. Ang pagproseso ay isinasagawa nang hiwalay mula sa proseso ng negosyo ng pagsasara ng buwan, gamit ang mga pindutan ng pangunahing menu ng programa. Ang paglikha ng mga dokumento ay maaari ding gawin nang hiwalay mula sa proseso ng negosyo, ngunit makatwirang gawin ito mula sa anyo ng isang gawain sa regulasyon - gamit ang pindutan ng parehong pangalan, na nagbibigay-daan sa iyo upang awtomatikong lumikha ng mga kinakailangang dokumento. Ang form ng routine na gawain ay bubukas sa pamamagitan ng left-click sa graphical na representasyon ng procedure sa month-end closing diagram o sa pamamagitan ng pag-click sa kaukulang linya sa listahan ng mga routine na gawain.

2. Suriin ang resulta.

3. Markahan ang nakagawiang operasyon bilang nakumpleto (ang "Markahan bilang nakumpleto" na buton). Bukod dito, kung ang isang nakagawiang operasyon ay itinalaga sa pamamaraan ng Pagsasara ng Buwan, ngunit sa katunayan ang pagpapatupad nito ay hindi kinakailangan (tungkol sa kung saan ang programa ay nagpapakita ng isang kaukulang mensahe), kung gayon para sa naturang regular na operasyon sa anyo nito maaari kang magtalaga ng aksyon na "Ipatupad nang walang mga tseke”.

Isaalang-alang natin ang mga operasyong kasama sa mga regulasyon.

Magsagawa ng karagdagang pagproseso ng dokumento

Ginagawa ang operasyong ito sa pamamagitan ng pagproseso ng parehong pangalan (menu Interface "Accounting Manager" - Ipinagpaliban - Karagdagang dokumentasyon). Ang pamamaraan ay kinakailangan kapag ang ipinagpaliban na mode ng pagproseso ng dokumento ay naitakda para sa organisasyon (Larawan 5).

kanin. 5. Pagtatakda ng delayed posting mode

Kapag pinoproseso, ang mga dokumento na sa loob ng buwan ay nai-post alinsunod sa ipinagpaliban na mode ng pag-post lamang sa bahagi ng mga kinakailangang rehistro ay ipo-post sa lahat ng iba pang mga rehistro.

Matapos makumpleto ang panghuling pagproseso ng mga dokumento, minarkahan namin ang nakagawiang operasyon na natapos. Sa kasong ito, sa listahan ng mga nakagawiang pagpapatakbo, susuriin ng programa ang mga kahon na nagpapahiwatig na ang operasyon ay nakumpleto na, at sa graphical na diagram ang elementong naaayon sa natapos na nakagawiang operasyon ay malilim (Larawan 6).

kanin. 6. Markahan ang pagkumpleto ng isang nakagawiang operasyon

Kasabay nito, sa listahan ng mga nakagawiang operasyon, ang pamamaraan para sa pagsasara ng buwan ay bubuo ng isang gawain upang maisagawa ang susunod na nakagawiang operasyon, na lilitaw na nakabalangkas sa isang may tuldok na linya sa graphical na diagram.

Ang mga katulad na aksyon ay dapat isagawa kapag nagsasagawa ng bawat nakagawiang operasyon.

Ibalik ang pagkakasunud-sunod ng mga kalkulasyon para sa mga pagkuha (benta)

Ang mga nakagawiang operasyong ito ay isinasagawa sa pamamagitan ng pagproseso Pagpapanumbalik ng estado ng mga pakikipag-ayos sa mga katapat (menu Interface "Accounting Manager" - Mga pagpapatakbo ng regulasyon - Pagpapanumbalik ng pagkakasunud-sunod ng mga kalkulasyon), na nilayon upang matukoy ang pagkakaroon ng mga pagsulong (Larawan 7).

kanin. 7. Pagpapanumbalik ng pagkakasunud-sunod ng mga pakikipag-ayos sa mga katapat

Sa pamamagitan ng pagpapanumbalik ng mga pagkakasunud-sunod, ang pagproseso ay bumubuo ng mga transaksyon at paggalaw ng mga dalubhasang rehistro na nauugnay sa pagbabayad ng utang at ang offset ng mga paunang pagbabayad para sa mga pakikipag-ayos sa mga supplier at customer.

Bilang karagdagan, para sa mga pag-aayos sa dayuhang pera, ang pagpoproseso ay nagsasaayos ng mga resibo at halaga ng benta kapag nag-offset ng mga advance sa ibang rate, at muling sinusuri ang mga balanse sa lahat ng account ng dayuhang pera at bumubuo ng mga entry para sa mga pagkakaiba sa halaga ng palitan sa accounting at accounting ng buwis.

Ibalik ang pagkakasunud-sunod ng batch accounting

Kung ang kumpanya ay hindi gumagamit ng RAUZ, pagkatapos ay kinakailangan na magsagawa ng karagdagang operasyon na isinagawa ng pagproseso ng Post sa pamamagitan ng mga batch (menu Interface "Accounting Manager" - Accounting ng gastos - Isinasagawa ng mga batch), na nilalayon:

  • upang maibalik ang tamang pagkakasunud-sunod ng accounting para sa mga batch ng mga imbentaryo, kung ang mga dokumento ng resibo at write-off ay isinagawa nang retroactive;
  • para sa kinokontrol na pagpapawalang bisa ng halaga ng mga batch ng imbentaryo kung sakaling hindi ginawa ang naturang pagpapawalang bisa sa oras ng pag-post ng mga dokumento (iyon ay, sa pagse-set up ng mga parameter ng accounting, ang Write off batch kapag nagpo-post ng mga dokumento ay checkbox hindi pinili).

Kung ang pagkakasunud-sunod ng batch accounting ay hindi naibalik, dapat mong suriin ang accounting ng mga transaksyon para sa resibo at pagbebenta (write-off) ng mga batch ng imbentaryo at siguraduhin na ang lahat ng mga dokumento na may kaugnayan sa paggalaw ng imbentaryo ay nai-post sa base ng impormasyon. (maaari mo ring tiyakin bago simulan ang pagproseso na walang negatibong balanse sa mga account ng imbentaryo (halimbawa, gamit ang ulat Listahan ng mga kalakal sa mga bodega).

Upang gawing mas madali ang paghahanap ng mga error, inirerekomenda din na gamitin ang button na "Mga Setting" sa tuktok ng pagproseso Isinasagawa ng mga batch, at sa pamamagitan ng pagpili sa item ng menu Mga setting ng pagproseso, lagyan ng tsek ang kahon Itigil ang pagproseso ng batch kung walang sapat na mga batch. Matapos makumpleto ang pagproseso, ang lahat ng mga mensahe tungkol sa hindi nakasulat na mga lote ay maaaring makuha mula sa window ng mensahe at mag-log.

Ayusin ang halaga ng pagtanggal sa mga imbentaryo

Kung hindi inilapat ang RAUZ, ang organisasyon, kapag isinasara ang buwan, ay dapat magsagawa ng isang regular na operasyon upang ayusin ang halaga ng mga nakasulat na imbentaryo. Ito ay isinasagawa ng dokumento (menu - Dokumentasyon - Mga pagpapatakbo ng regulasyon - Pagsasaayos ng halaga ng pagtanggal ng mga kalakal). Ang pagsasaayos ay kinakailangan para sa:

  • pagkalkula ng weighted average na gastos ng pagtanggal ng mga batch kapag gumagamit ng "By average" na paraan ng pagtatasa ng mga imbentaryo (sa buwan, ang gastos ay isinasaalang-alang gamit ang moving average, at muling kinakalkula ng operasyong ito).
  • muling pagkalkula ng halaga ng mga item sa imbentaryo kasama ang mga karagdagang gastos para sa kanilang pagkuha, kung ang mga naturang gastos ay makikita sa mga talaan ng accounting pagkatapos ng write-off ng mga asset.

Parallel na pagpapatupad ng mga nakagawiang operasyon

Ang ilang mga nakagawiang gawain ay maaaring isagawa nang magkatulad (Larawan 8). Ito ay makikita sa listahan ng mga nakagawiang gawain at mas malinaw pa sa graphical na diagram (ang mga gawain ay matatagpuan sa parehong antas, bawat isa ay napapalibutan ng isang tuldok na linya).

kanin. 8. Pagtatalaga ng ilang karaniwang gawain nang sabay-sabay

Pagpili ng isang operasyon Kalkulahin ang pamumura ng mga fixed asset , na kung saan ay inilaan para sa pagkalkula ng pamumura at, kung kinakailangan, isang depreciation bonus alinsunod sa mga setting na ginawa kapag tinatanggap ang fixed asset para sa accounting (paglalagay nito sa operasyon). Buksan ang window ng nakagawiang operasyon sa pamamagitan ng pag-double click sa kaliwang pindutan ng mouse sa elementong ipinapakita sa graphic diagram at mag-click sa pindutang "Gumawa ng mga dokumento". Bilang resulta, gagawa ng dokumentong "Depreciation of fixed assets", na may petsang huling araw ng buwan na isinara. Mula sa anyo ng isang regulasyong transaksyon, maaari kang mag-post ng isang dokumento sa pamamagitan ng pag-click sa naaangkop na mga pindutan at makita ang resulta ng pag-post sa accounting at tax accounting (Larawan 9).

kanin. 9. Pag-post ng ginawang dokumento Depreciation ng fixed assets

Pagkatapos nito, ang pagpapababa ng halaga ay dapat mamarkahan bilang nakumpleto. Ginagawa ito gamit ang isang pindutan Markahan bilang nakumpleto sa anyo ng isang regular na operasyon o paggamit ng isang menu Mga aksyon - Nakumpleto sa listahan ng mga nakagawiang operasyon.

Ang mga sumusunod na operasyon ay ginagawa sa katulad na paraan.

Kalkulahin ang pamumura ng hindi nasasalat na mga ari-arian. Ang operasyong ito ay mag-iipon ng amortisasyon ng mga hindi nasasalat na mga ari-arian at isusulat ang mga gastos sa pananaliksik at pagpapaunlad (R&D) kapag isinasagawa ang nilikhang dokumento Pagbaba ng halaga ng hindi nasasalat na mga ari-arian.

P bayaran ang halaga ng espesyal na damit. Sa panahon ng operasyong ito, ang bahagi ng halaga ng espesyal na damit at espesyal na kagamitan ay ipapawalang-bisa kung hindi ito ganap na nabayaran sa pag-commissioning. Gagawin ito kapag nagpo-post ng dokumento Pagbabayad ng gastos (mga damit na pantrabaho, espesyal na kagamitan, imbentaryo).

Isulat ang RBP. Sa panahon ng operasyong ito, ang bahagi ng halaga ng mga ipinagpaliban na gastos ay ililipat sa kasalukuyang mga gastos ng dokumento .

Suriin ang dayuhang pera. Isinasagawa ang muling pagsusuri gamit ang dokumentong "Muling pagsusuri ng mga pondo ng dayuhang pera", kung saan ang muling pagkalkula ng pera at mga utang na denominasyon sa dayuhang pera ay isinasagawa alinsunod sa batas ng accounting at buwis.

Kalkulahin ang mga gastos sa seguro. Ang dokumentong "Mga gastos para sa boluntaryong insurance" na nilikha sa panahon ng operasyong ito ay inilaan para sa pagtanggal ng mga gastos sa hinaharap para sa boluntaryong insurance ng mga empleyado sa accounting (76.01.2 "Mga pagbabayad (mga kontribusyon) para sa boluntaryong insurance ng mga empleyado") at accounting ng buwis (97.02 "Mga ipinagpaliban na gastos para sa boluntaryong insurance") insurance ng empleyado").

Mga dokumento para sa susunod na pagpapatakbo ng regulasyon Kalkulahin ang mga suweldo at pinag-isang buwis sa lipunan ay nilikha nang hindi dumadaan sa anyo nito. Kabilang sa mga naturang dokumento ang:

  • Payroll(menu Interface "Pagkalkula ng suweldo ng mga empleyado ng mga organisasyon" - Pagkalkula ng suweldo - Payroll);
  • Pagkalkula ng Unified Social Tax(menu Interface "Pagkalkula ng suweldo ng mga empleyado ng mga organisasyon" - Mga Buwis - Pagkalkula ng Unified Social Tax);
  • Reflection ng suweldo sa regulatory accounting(menu Interface "Pagkalkula ng suweldo ng mga empleyado ng mga organisasyon" - Accounting ng suweldo - Pagninilay ng mga suweldo sa regulatory accounting).

Operasyon Kalkulahin ang VAT nagsasangkot ng paglikha ng maraming mga dokumento ng regulasyon, at samakatuwid ang pag-unlad ng pagpapatupad nito ay maaaring masubaybayan gamit ang isang hiwalay na graphical diagram (Larawan 10). Matapos makumpleto ang lahat ng mga iniresetang pagpapatakbo ng regulasyon, ang background ng diagram ay dumidilim, at ang operasyon Kalkulahin ang VAT sa pangunahing diagram ito ay nakumpleto (shaded).

kanin. 10. Graphic diagram ng pagpapatupad ng mga pagpapatakbo ng regulasyon para sa VAT

Ipamahagi ang mga gastos ayon sa uri ng aktibidad, i-standardize ang mga gastos

Kapag nagpo-post ng isang dokumento Mga regular na operasyon sa accounting ng buwis (buwis sa kita) isasagawa ang mga nakagawiang operasyon na minarkahan sa form ng dialog ng dokumento.

Pamamahagi ng mga gastos ayon sa uri ng aktibidad (UTII/non-UTII). Ginagamit ang operasyong ito kung, kasama ng mga aktibidad na napapailalim sa pagbabayad ng UTII, ang mga aktibidad ay isinasagawa na hindi nasa ilalim ng tinukoy na espesyal na rehimen. Ang operasyon ay namamahagi ng mga gastos na hindi maaaring direktang maiugnay sa anumang uri ng aktibidad, sa proporsyon sa bahagi ng kita mula sa bawat uri ng aktibidad sa kabuuang kita.

Pagrarasyon ng mga gastos sa advertising. Pagrarasyon sa mga gastos ng boluntaryong insurance at ang halaga ng pagbabayad ng mga empleyado para sa mga pagbabayad ng interes. Pagrarasyon ng mga gastos sa libangan. Ang mga transaksyong ito ay ginagamit na may kaugnayan sa mga tinukoy na gastos, na isinasaalang-alang para sa mga layunin ng buwis ayon sa mga pamantayang itinatag ng Kabanata 25 ng Tax Code ng Russian Federation.

Kalkulahin ang gastos (BU, NU). Kalkulahin ang presyo ng gastos (CC)

Ang mga dokumento na nilikha sa panahon ng mga operasyong ito ay kinakalkula ang aktwal na gastos ng produksyon, pagganap ng trabaho, pagkakaloob ng mga serbisyo sa accounting, buwis at pamamahala ng accounting.

Operasyon Pagkalkula ng gastos magagamit lamang kapag gumagamit ng RAUZ. Ito ay isinasagawa ng dokumento Pagkalkula ng mga gastos sa produksyon sa ilang mga aksyon, ang komposisyon nito ay maaaring iba para sa iba't ibang mga organisasyon (Larawan 11).

Ang pagkakasunud-sunod ng mga aksyon sa dokumento ay hindi mahalaga, dahil ang programa ay naglalaman ng isang algorithm para sa awtomatikong pagsasagawa ng mga ito sa tamang pagkakasunud-sunod.

kanin. labing-isa. Pagkalkula ng mga gastos sa produksyon

Bumuo ng mga resulta sa pananalapi

Ang pagpapatakbo ng regulasyon na ito ay nagsisilbi upang matukoy ang resulta sa pananalapi para sa kita at mga gastos na makikita sa buwan sa mga account 90 "Mga Benta" at 91 "Iba pang kita at mga gastos." Ang resulta sa pananalapi na natukoy ng dokumentong ito ay isinulat sa account 99 "Mga kita at pagkalugi".

Ang dokumentong nilikha ay maaari ring isulat ang mga pagkalugi mula sa mga nakaraang taon para sa mga layunin ng accounting ng buwis, alinsunod sa mga kinakailangan ng Artikulo 283 ng Tax Code ng Russian Federation. Ang halaga ng mga pagkalugi ay kinakalkula tulad ng sumusunod: kung sa oras ng pagsasara ng buwan ay mayroong balanse sa debit sa account 97.11 "Mga pagkalugi ng mga nakaraang taon", ang halaga ng pagpapawalang-bisa ng mga gastos sa hinaharap ay kinakalkula ayon sa mga patakarang tinukoy sa analytics na binuo sa reference book Mga gastos sa hinaharap. Ang mga halagang natanggap ay isinusulat sa account 99.01 "Mga kita at pagkalugi nang walang buwis sa kita."

Kalkulahin ang buwis sa kita

Ang Dokumento I ay kinakalkula ang mga permanenteng at ipinagpaliban na mga ari-arian at pananagutan ng buwis alinsunod sa mga pamantayan ng PBU 18/02 "Accounting para sa mga kalkulasyon ng buwis sa kita", tinutukoy ang halaga ng mga kondisyong gastos sa buwis sa kita (o kita), at nag-iipon din ng kasalukuyang buwis sa kita sa badyet ( na may pamamahagi ayon sa mga antas ng badyet).

Isara ang taon

Dokumento Pagsasara ng taon binabago ang balanse at isinasara ang mga account ng kita at gastos sa accounting ng buwis. Ang nasabing dokumento ay nilikha sa pagtatapos ng Disyembre.

Matapos makumpleto ang lahat ng nakagawiang operasyon na ibinigay ng inilunsad na pamamaraan ng pagsasara sa katapusan ng buwan, ang pamamaraang ito ay itinuturing na natapos. Ang background ng graphic diagram na nagpapakita ng mga nakagawiang operasyon ay dumidilim (Larawan 12).

kanin. 12. Graphic diagram ng nakumpletong pamamaraan ng pagsasara sa katapusan ng buwan

Pagkansela ng mga nakagawiang operasyon upang isara ang buwan

Kung kailangan mong kanselahin ang isa sa mga nakagawiang operasyon upang isara ang buwan, dapat mong gawin ang mga sumusunod na pagkilos. Sa diagram ng pamamaraan ng pagpapatakbo para sa pagsasara ng buwan (menu Mga regular na operasyon - Pagsasara ng buwan) kailangan mong mag-right-click sa graphic na imahe ng operasyon na kinansela at pumili ng isang aksyon Kanselahin ang pagsasagawa ng isang nakagawiang operasyon.

Sa kasong ito, kakanselahin ng programa ang pagsasagawa ng napiling regular na operasyon, at ang lahat ng nakagawiang operasyon kasunod ng nakansela sa scheme ay tatanggalin. Kakanselahin din ang pagpoproseso ng mga dokumentong ginawa bilang bahagi ng mga regulasyong operasyong ito.

Upang kanselahin ang pagpapatupad ng hindi lamang isang nakagawiang operasyon, ngunit ang buong pamamaraan para sa pagsasara ng buwan, kailangan mong mag-click sa pindutan ng menu Mga aksyon buwanang pamamaraan ng pagsasara ng mga form, kailangan mong piliin ang item Kanselahin ang pagsisimula ng pamamaraan. Kakanselahin ng programa ang pagpapatupad ng lahat ng nakagawiang operasyon at mga dokumento, at ang pamamaraan ng pagsasara sa katapusan ng buwan ay ililipat sa "hindi nasimulan" na estado.

Mga sertipiko ng mga kalkulasyon para sa mga huling transaksyon ng buwan

Upang lumikha ng dokumentasyon ng accounting at ilabas ito para sa pag-apruba at pag-imbak sa papel, isang set ng mga ulat na tinatawag na "Mga Sanggunian-Pagkalkula" ay ibinigay (menu Interface "Accounting at tax accounting" - Mga pagpapatakbo ng regulasyon - Tulong at kalkulasyon).

Kasama sa mga ito ang mga sumusunod na sertipiko at kalkulasyon:

  • Muling pagsusuri ng dayuhang pera(Ang mga revalued na account ay makikita sa konteksto ng analytics, mga pagkakaiba sa halaga ng palitan);
  • Pagwawasto ng mga ipinagpaliban na gastos(ipinapakita ang halaga ng bawat RBP na inilalaan sa mga kasalukuyang gastos, ang balanse ng hindi nakasulat na halaga);
  • Pagrarasyon ng gastos(kabilang sa ulat ang mga batayan para sa pagrarasyon ng entertainment, advertising at iba pang mga gastos, mga halagang isinasaalang-alang kapag kinakalkula ang buwis sa kita sa isang accrual na batayan para sa panahon ng buwis at para sa pagsasara ng buwan);
  • Mga permanenteng at pansamantalang pagkakaiba(sinasalamin ang mga permanenteng at pansamantalang pagkakaiba, ang pamamaraan para sa pagkilala at pagtanggal ng permanente at ipinagpaliban na mga ari-arian at pananagutan ng buwis na kinakalkula sa kanilang batayan);
  • Pagkalkula ng buwis sa kita(ang kita at mga gastos na isinasaalang-alang at hindi isinasaalang-alang para sa mga layunin ng Kabanata 25 ng Tax Code ng Russian Federation ay inihambing, ang resulta sa pananalapi ay natukoy ayon sa data ng accounting, ang mga pagsasaayos sa resulta ng pananalapi ng accounting ay ipinapakita, ang buwis base para sa buwis sa kita, ang buwis ay kinakalkula);
  • Muling pagkalkula ng halaga ng mga ipinagpaliban na asset at pananagutan(ginamit kapag muling kinakalkula ang ONA at ONO sa panahon ng pagbabawas ng lehislatibo sa rate ng buwis sa kita mula sa simula ng 2009).

Naaalala ng maraming tao ang problema ng mabagal na pagproseso at muling paglilipat ng mga dokumento sa kumbinasyon ng 1C 7.7 - MS SQL.

Nakatagpo ako ng parehong problema minsan, pagkatapos kong ilipat ang trading base ng aking negosyo mula DBF patungo sa SQL.

Noon ipinatupad ang teknolohiyang ito. Kahit na ang ideya mismo ay lumitaw sa akin nang kaunti nang mas maaga.

Ibinigay: batch accounting ng mga kalakal, FIFO, write-off ng gastos sa oras ng muling pag-post ng dokumento. Hanggang sa 2,500 mga dokumento na may mga paggalaw sa mga kalakal at cash accounting registers bawat araw, na nagkakahalaga ng humigit-kumulang 60,000 bawat buwan. Sa karaniwan, 22 linya bawat dokumento ng Pagpapatupad ng Imbentaryo. Ang mga madalas na pagsasaayos sa mga dokumento ng kalakal sa kasalukuyang buwan ay "retrospectively". Benta ng TP. Kontrolin ng direktor ng gastos/markup on-line. Ang average na oras para sa pagproseso ng mga dokumento Pagpapatupad ng mga kalakal at materyales (bilang ang pinaka "mabigat") ay 2-2.5 segundo.

Kailangang: mabilis, mas mabuti sa loob ng 4-5 na oras, ibalik ang buong pagkakasunud-sunod bago isara ang buwan. Bukod dito, ipinakita ng buhay na ang proseso ay maaaring ulitin ng 2-3 beses. Kasabay nito, nang hindi gumagawa ng anumang mga pagbabago sa istraktura at coding ng pagsasaayos.

Tingnan natin ang mga paggalaw sa rehistro ng "Batch Availability" ng dokumentong Pagpapatupad ng Imbentaryo:

Alam namin na kapag isinusulat ang mga batch ng mga item sa imbentaryo, ang balanse ay ipapawalang-bisa mula sa batch na unang dumating. Kung ang dami ng mga kalakal na pinawalang bisa ay mas malaki kaysa sa dami sa balanse ng isang partikular na batch, ang isang write-off ay magaganap mula sa mga kasunod na batch.

Tingnan natin ang "Batch Statement of Inventory and Materials":

May kopya ng batch. Anong mga kondisyon ang maaaring humantong dito?

1. "Pag-crawl" ng mga dokumento mula sa nakaraang batch;

2. Pagbabawas ng dami/halaga sa dokumento ng resibo/resibo;

3. Pagtaas sa dami ng mga dokumentong write-off;

4. Maaaring naalis ang isang pagbabalik mula sa batch na ito;

5. Ang dokumento ay maaaring inilipat ayon sa oras ng log ng dokumento - mula sa pagtatapos ng araw hanggang sa simula, o higit pa - mula sa isang araw patungo sa isa pa.

Wala na tayong pakialam kung sino, kailan, ano, saan at bakit. Ang aming layunin ay alisin ang "pamumula".

Kung gagawin mo ito sa pamamagitan ng kamay, ano ang kailangan para dito? Tama, sunod-sunod na i-repost ang mga dokumentong may numerong 3845 at 3846. Pagkatapos nito, "mag-slide" sila sa susunod na batch. Pagkatapos ay ina-update namin ang ulat at tingnan kung mayroong anumang "pamumula" sa susunod na batch.

Kasabay nito, para sa lahat ng iba pang mga dokumento, ang muling pagpoproseso ay hindi gaganap ng anumang papel! Ang lahat ng mga produkto ay mananatili sa loob ng kanilang "katutubong" batch.

Buweno, ano ang pumipigil sa amin sa pagsulat ng isang analytical na module na susuri sa pagsusulatan na ito sa pagitan ng mga partido? Wala.

Ipinakita ng pagsusuri na ang mga naturang pagbabago sa kabuuang masa ng paggalaw ay hindi hihigit sa 10% ng kabuuang bilang ng mga dokumento bawat buwan. Ngunit mas madali pa ring maglipat ng 6,000 kaysa sa 60,000.

Nangangahulugan ito, nang sunud-sunod, para sa bawat dokumento mula sa naprosesong panahon, bumuo kami ng isang talahanayan ng ratio ng bilang ng mga kalakal sa dokumento, mga balanse ayon sa mga batch at paggalaw sa batch register ng dokumentong ito:

Ang mga pagkakaiba sa mga balanse at batch ay naka-highlight sa kulay.

Sa totoo lang, ang mismong katotohanan ng hindi bababa sa isang pagkakaiba sa naturang talahanayan ay isa nang senyales na dapat baguhin ang dokumentong ito.

Sa pamamagitan ng paraan, sa isang direktang query sa SQL posible na ipatupad ang isang variant ng isang kumpletong pagsusuri ng mga naturang sitwasyon, na nagawa naming gawin bilang isang resulta: ang query ay ibinalik lamang sa amin ang mga hilera na may kakulangan ng mga kalakal. Para sa halimbawang ito, ito ay mga linya ng produkto No. 3, 6, 8.

Nakakita kami ng mga pagkakaiba at muling sinuri ang mga ito. Tapos yung kasunod.

Ang pagsusuri sa pagbabayad ay inayos ayon sa pagkakatulad.

Ginawang posible ng diskarteng ito na magsagawa ng paunang pagsusuri sa bilis na hanggang 5 dokumento bawat segundo. At dahil sa katotohanan na ang pagsusuri mismo ay hindi na nangangailangan ng pagharang sa database sa pamamagitan ng paglipat sa eksklusibong mode at hindi makagambala sa mga proseso ng paglikha at pagpapanatili ng kasalukuyang mga dokumento, sa hinaharap, ang pagpapanumbalik ng pagkakasunud-sunod ay madalas na naganap hindi lamang sa gabi, ngunit gayundin sa mga oras ng trabaho nang walang anumang partikular na panghihimasok para sa mga empleyado.

23/10/2015

Parallel batch recovery

Ang mga modernong gawain sa accounting ng mga negosyo sa pagmamanupaktura ay nananatiling medyo kumplikado para sa anumang mga sistema, lalo na ang mga tumatakbo sa ilalim ng mataas na pagkarga - malaking daloy ng dokumento o bilang ng mga gumagamit. At ang isa sa pinakamahirap na gawain ay nananatiling gawain ng pagkalkula ng halaga ng produksyon.

Ang mga karaniwang configuration ng 1C, halimbawa, "1C: Manufacturing Enterprise Management" (UPM), ay matagal nang nag-alok ng maraming mekanismo para pasimplehin ang mga kalkulasyong ito, halimbawa, ang mga tool ng mekanismo ng RAUZ (advanced cost accounting analytics). Ang mekanismong ito ay talagang nagbibigay-daan, sa ilang mga kaso, upang makabuluhang gawing simple ang teknikal, at samakatuwid ay mapabilis ang mga function ng pagkalkula ng gastos. Ang tanging problema ay hindi laging posible na gamitin ang diskarteng ito, at kailangang gamitin ng mga negosyo ang magandang lumang batch accounting, at kasama nito, gamitin ang pamamaraan para sa pagpapanumbalik ng batch accounting.

Sa karamihan ng mga kaso, na may makabuluhang daloy ng dokumento, ito ay ang gawain ng "pagpapanumbalik ng mga batch" na ang pinaka-labor-intensive at pag-ubos ng oras sa proseso ng pagsasara ng buwan at pagkalkula ng mga gastos. Tingnan natin ito nang mabuti mula sa lahat ng panig at tingnan kung anong mga paraan ang mayroon upang ma-optimize at mabawasan ang oras.

Ang unang bagay na nakatagpo mo kapag nagpapatupad ng mga proyekto upang ma-optimize ang pagganap ng pamamaraan ng pagbawi ng batch ay mga hindi napapanahong paraan ng pagsasagawa ng pamamaraang ito, ibig sabihin, isang kumpletong muling pagproseso ng mga dokumento. Minsan ang mga ito ay ilang uri lamang ng mga dokumentong lumalahok sa "mga batch", kung minsan ang lahat ay walang pinipili. Para sa amin, ang diskarte na ito ay nagmula sa mga oras na wala talagang ibang mga alternatibo, o mula sa mga pagsasaayos kung saan ito ang tanging paraan. Gayunpaman, ngayon para sa soft starter configuration na aming isinasaalang-alang, hindi ito ang kaso. Ang UPP ay may mas tumpak at mahusay na mga mekanismo para sa pagsasagawa ng mga gawaing ito, katulad ng:

  • Ang pamamaraan para sa pagpapanumbalik ng pagkakasunud-sunod ng batch accounting (hiwalay para sa pamamahala, accounting, mga organisasyon)
  • Pamamaraan para sa pagpapanumbalik ng mutual settlements (pagtukoy sa mga pagsulong)

Ang bawat isa sa mga puntong ito ay ipinatupad sa pamamagitan ng hiwalay na pagproseso, na, sa halip na ganap na muling pag-post ng mga dokumento, ay itinutuwid lamang ang mga paggalaw ng isang napakalimitadong bilang ng mga rehistro, dahil sa kung saan ang proseso ay nakumpleto nang walang kapantay na mas mabilis. Ang pangalawang pagpoproseso upang maibalik ang mga mutual settlement ay nagpapatuloy sa humigit-kumulang sa parehong paraan. Bilang karagdagan, kung ihahambing mo ang pagpapatakbo ng mga mekanismong ito sa karaniwang muling pagpoproseso ng mga dokumento, maaari kang makatagpo ng sumusunod na problema na sumisira sa data ng accounting: pag-uuri ayon sa petsa ng mga dokumento, kinakailangan upang ayusin ang mga dokumento "sa magkakasunod na pagkakasunud-sunod," gumagana nang may katumpakan ng segundo, at sa loob ng isang segundo ang system ay maaaring magkaroon ng maraming iba't ibang mga dokumento (halimbawa, resibo at write-off), ang pagkakasunud-sunod ng pagproseso kung saan ay matukoy ang nabuong gastos. Sa panahon ng mga normal na operasyon, walang paraan upang matiyak ang ganoong order, at ang gayong pagkalkula ay maaaring magbigay ng iba't ibang mga resulta sa pana-panahon. Upang malutas ang problemang ito, ang platform ay nagbibigay ng isang espesyal na bagay, "pagkakasunud-sunod," na lumulutas sa problemang ito at palaging ginagarantiyahan na ayusin ang mga dokumento sa parehong magkakasunod na pagkakasunud-sunod, at ang pagpoproseso ng pagpapanumbalik ng pagkakasunud-sunod ay palaging batay sa pagkakasunud-sunod na ito.

Okay, ngunit paano kung gagamitin namin ang eksaktong mga paggamot na ito at ang proseso ng pagpapanumbalik ng mga batch ay tumatagal ng mahabang panahon, halimbawa, ay walang oras upang makumpleto sa magdamag? Kasabay nito, ang mga kapasidad ng server ay kadalasang idle (hindi kahit 30% na na-load).

Sa aming karanasan, ang oras ng pagproseso ng isang dokumento ay hindi lalampas sa 0.2 - 0.8 segundo at ang code mismo para sa pagwawasto ng mga paggalaw ay nakasulat nang maayos. Upang makakuha ng isang makabuluhang pagtaas, kailangan mong bawasan ang oras na ito, halimbawa, mula sa 0.2 segundo hanggang 0.05, na tila isang halos imposible na gawain, kahit na isaalang-alang namin ang posibilidad na baguhin hindi lamang ang configuration code, kundi pati na rin ang ganap na pagpapalit ng kagamitan sa ang pinakabagong mga henerasyon ng mga processor at data ng storage system sa Flash/SSD. Wala na ba talagang daan palabas?

Siya na pala! Narito ang aming karanasan sa Olympiad programming at isang matanong na isip ay tumulong sa amin, na bumubulong ng isang tila walang katotohanan na parirala - gawin natin ang proseso ng pagpapanumbalik ng "sequence" na "parallel"! Mukhang imposible ito, dahil sinasadya naming "isa-ayos" ang mga dokumento nang sunud-sunod at iyon ang aming pinoproseso. Ipinapaliwanag nito ang kabagalan ng proseso - tumatakbo ito sa isang thread, na limitado sa pagganap ng isang processor core ng mga server, na, bilang panuntunan, ay may napakaraming iba pang mga core na walang ginagawa sa oras na ito.

Sa katunayan, ang paglalagay ng mga dokumento nang sunud-sunod ay isang pagpapasimple na sadyang ginagamit at ginagarantiyahan ang kawastuhan ng accounting, ngunit hindi lamang ang posibleng solusyon. Ang bawat dokumento sa pagkakasunud-sunod ay hindi nakasalalay sa lahat ng nakaraang mga dokumento, ngunit sa ilan lamang, halimbawa, sa mga dokumentong iyon na naglalaman ng parehong katawagan. Kasabay nito, ang lahat ng iba pang mga dokumento ay hindi kailangang mai-post "bago" sa aming napiling dokumento, at maaari silang mai-post nang magkatulad!

Sa tapat na pagsasalita, ang gayong ideya at diskarte ay tiyak na hindi bago; halimbawa, sa base ng kaalaman ng kumpanya ng 1C sa mga teknolohikal na isyu mayroong isang artikulo (http://kb.1c.ru/articleView.jsp?id=72) na naglalarawan ng mga katulad na diskarte. Maaari ka ring makahanap ng iba pang katulad na mga paksa sa Internet, kabilang ang iba't ibang mga interpretasyon ng naturang mga diskarte (halimbawa, ang "mekanismo ng pagharang" http://www.softpoint.ru/article_id375.htm, atbp.). Gayunpaman, ang mga problema sa lahat ng mga diskarte na ito ay ang mga ito ay batay sa ilang mga pagpapalagay o artipisyal na nabuo na "mga bloke" ng pagproseso ng data, at walang malinaw na pagkakasunud-sunod ng pagproseso. Nais naming alisin ang mga pagkukulang na ito gamit ang pinaka "akademikong" diskarte, at naniniwala kami na nagtagumpay kami.

Ang parallel batch recovery process na ipinatupad namin ay binubuo ng dalawang mahalagang yugto. Ang una at pangunahing yugto ay ang pagkalkula ng mga dependency ng dokumento mula sa isa't isa gamit ang mga espesyal na algorithm, kabilang ang pagsasaalang-alang sa mga pangkalahatang inilapat na pagpapalagay. Halimbawa, maaari mong mapansin na ang lahat ng mga resibo ay bumubuo ng mga bagong batch at hindi umaasa sa sinuman "noon", hindi tulad ng mga write-off. Ang lahat ng naturang dependencies ay kinakatawan sa anyo ng isang graph, ang mga punto ay mga dokumento, at ang mga gilid ay ang kanilang mga dependency. Sa mahigpit na pagsasalita, ito ay isang nakadirekta na graph, ngunit ang paraan ng pagtawid dito ay naiiba sa mga klasikal na diskarte at algorithm, kaya kinailangan naming magsulat ng sarili namin, kung saan hindi ito mahalaga.

Ang pangalawang yugto ay direktang pagpapanumbalik (pagwawasto ng mga paggalaw), hindi lamang ayon sa pagkakasunud-sunod kung saan ang mga dokumento ay nakarehistro ng platform, ngunit ayon sa aming graph. Kasabay nito, ang mahalaga ay ang code mismo at ang mga algorithm para sa pagbuo ng mga paggalaw ay mananatiling ganap na pamantayan, na nangangahulugan na ang pagsasaayos ay nagpapanatili ng posibilidad ng pag-update. Ang lahat ng aming mga pagbabago ay matatagpuan sa isang hiwalay na subsystem at ginagamit lamang ang mga function ng mga karaniwang module, na ginagamit din sa karaniwang pagproseso. Tinitiyak din nito ang kawastuhan ng resulta - ito ay palaging magkakasabay sa isang tipikal, sunud-sunod na pagbawi. Bukod dito, totoo rin ito para sa mga solusyon sa industriya (halimbawa, "1C: Poultry Farm Management"), kung saan maaaring may mga partikular na dokumento sa pagkakasunud-sunod. Ang pagkakaroon ng unang yugto at karagdagang klasikal na depth-first traversal ng graph ay ginagawang posible upang mahulaan ang parehong oras ng pagproseso at ang antas ng "parallelism" ng proseso, na malinaw na nakasalalay sa partikular na data sa database. Sa tulong ng mga mekanismong ito, mauunawaan natin ang mga kinakailangang mapagkukunan ng server at mabisa rin nating pamahalaan ang mga ito.


Ang aktwal na pagproseso ng isang queue ng mga dokumento gamit ang naturang graph ay hindi nagpapakita ng anumang mga paghihirap at medyo tipikal - mayroong isang pagkontrol sa background na trabaho na tumutukoy sa mga dokumento na magagamit para sa pagproseso sa kinakailangang pagkakasunud-sunod at naglulunsad ng kinakailangang bilang ng mga nagtatrabaho sa background na trabaho, bawat isa kung saan nagpoproseso ng isang partikular na dokumento. Ang buong proseso ay nangyayari nang hindi magkakasabay, na nangangahulugan na ang operator ay hindi kailangang panatilihing bukas ang soft starter session kung saan ginawa ang paglulunsad - lahat ay gagana sa sarili nitong, dynamic na ipinapakita ang proseso sa isang espesyal na diagram. Dito maaari mong i-regulate ang load - ang maximum na bilang ng mga thread (mga manggagawa sa background) na ilulunsad nang sabay-sabay. At dito maaari mo ring i-pause ang prosesong ito sa pamamagitan ng pag-pause sa pagproseso, pati na rin ipagpatuloy ito, nang hindi na kailangang muling kalkulahin at magsimula. Dahil sa unang yugto nagsasagawa kami ng mga espesyal na kalkulasyon upang maging kumpiyansa sa posibilidad ng parallel na pagproseso ng mga dokumento, ang mga deadlock at lock timeout ay halos maalis sa panahon ng pagproseso. Ang proseso ay maaari lamang makagambala sa pamamagitan ng mga parallel na gumagamit na maaari lamang pabagalin ito nang kaunti, ngunit hindi ito masisira ng anuman at ang resulta ay magiging tama sa anumang kaso. Oo, naunawaan mo nang tama - maaari mong ibalik ang pagkakasunud-sunod nang epektibo kahit na sa mga nagtatrabaho na gumagamit, ang pangunahing bagay ay upang ibukod ang mga pagbabago sa data sa panahon ng pagbawi.


Kaya, ang problema ay tila nalutas, ang algorithm ay isinulat, na-verify at nasubok sa pinakamaliit na detalye, ngunit ang paglulunsad sa isang tunay na base ng trabaho, na nagsimulang magtrabaho sa normal na mode, ay nagsimulang makabuluhang bumaba sa pagganap sa gitna ng graph. pagpoproseso. Ang oras ng pagproseso para sa isang dokumento ay nagsimulang lumampas sa 10 segundo (sa halip na ang nakaplanong isa - hindi hihigit sa isang segundo), at dito nailapat na ang mga karaniwang diskarte sa pag-optimize - pagsusuri ng mga plano sa query at ang kanilang pag-optimize. Bilang resulta ng gawaing ito, nakakita kami ng isang karaniwang query sa UPP, na, sa pamamagitan ng bahagyang muling pagsusulat, ay maaaring alisin ang naturang pagkasira, habang ang mga resulta nito ay nananatiling eksaktong kapareho ng sa karaniwang anyo. Ang "patch" na ito ay maaaring gamitin kapwa para sa sequential restoration ng sequence at para sa kumpletong re-processing ng mga dokumento. Maaari naming ibigay ito nang walang bayad, kapag hiniling sa aming email: .

Ngayon ay nakuha na namin kung ano mismo ang aming pinlano: isang sari-saring pagbawas sa sequence restoration time (higit sa 16 na beses!), mahusay na pag-load ng kagamitan, maginhawa at flexible na mga tool para sa pamamahala ng proseso. Ngunit ang pinakamahalagang bagay ay ang aming nasisiyahang customer, na palaging aming pangunahing layunin at pinakamataas na halaga.


Magagawa mong basahin ang pagsusuri sa lalong madaling panahon sa aming website.

At panghuli, isang maliit na checklist para sa iyo.

Mga pangunahing pamamaraan ng pagkakasunud-sunod, mula sa pinakasimple hanggang sa pinaka-makabagong:

  • Nagpo-post ka ba muli ng mga dokumento upang ibalik ang pagkakasunud-sunod para lamang sa mga dokumentong iyon na ginagamit sa pagkakasunud-sunod ng batch accounting at pinagsunod-sunod ayon sa punto sa oras, at hindi ayon sa petsa?
  • Sa halip na muling mag-post, gumagamit ka ba ng espesyal na mekanismo para sa pagpapanumbalik ng mga batch at mutual settlement (sa UPP at mga katulad na configuration)?
  • Gamit ang aming proprietary multi-threaded, parallel batch recovery? J

Kinakatawan ang sunud-sunod na paglikha at pagproseso ng isang tiyak na uri ng mga dokumento at ang pagpapatupad ng espesyal na pagproseso.

Depende sa mga uri ng mga transaksyon sa negosyo na makikita sa system, maaaring magbago ang komposisyon ng mga dokumento at pagproseso. Inililista ng artikulong ito ang mga pinakakaraniwan. Tingnan natin ang sunud-sunod na mga tagubilin para sa pagsasara ng isang buwan.

Ilang aksyon na, sa aking palagay, ay nangangailangan ng paglilinaw , ay magkokomento.

Bilang karagdagan, ang proseso ng pagsasara sa katapusan ng buwan ay maaaring sumangguni sa isang sistematikong proseso ng negosyo; nangangailangan ito ng paunang pagsasaayos. Batay sa karanasan sa trabaho, maaari kong sabihin na ang pagiging posible ng paggamit nito ay kaduda-dudang, ang pamamaraan para sa pag-set up at paggamit nito ay hindi ilalarawan.

Hakbang-hakbang na mga pamamaraan

Bago simulan ang pamamaraan ng pagsasara sa katapusan ng buwan, kinakailangan na magsagawa ng ilang mga operasyon upang ayusin ang data ng system. Ang pagsasagawa ng mga pagpoprosesong ito ay nagsasangkot ng makabuluhang paggasta sa oras; ipinapayong isagawa ang mga ito kapag walang aktibong mga gumagamit sa database (upang hindi mabago ang isang dokumento na naproseso na).

Kumuha ng 267 video lesson sa 1C nang libre:

Batay sa nabanggit, ipinapayong isagawa ang mga ito sa mga oras na walang pasok. Ang ipinahiwatig na pagproseso ay isinasagawa bago isara ang buwan sa 1C UPP 8.2 database, sa kaso ng paggamit ng cost accounting mode -. Kung RAUZ ang gagamitin, ang mga pagpoprosesong operasyon na ito ay hindi inaasahang isasagawa.

  • Ibalik ang pagkakasunod-sunod ng mga settlement para sa isang acquisition – processing (Ibalik ang sequence ng settlements).
  • Ibalik ang pagkakasunud-sunod ng mga kalkulasyon para sa pagpapatupad - pagproseso (Ibalik ang pagkakasunud-sunod ng mga kalkulasyon).
  • Ibalik ang pagkakasunud-sunod ng batch accounting - pagproseso (I-post ayon sa batch).
  • Pagsasaayos ng halaga ng pagsusulat ng mga kalakal - dokumento (nagdudulot ng gastos sa average na paglipat).
  • Depreciation ng fixed assets - dokumento.
  • Pagbabayad ng gastos () – dokumento.
  • – dokumento.
  • Muling pagsusuri ng dayuhang pera - dokumento.
  • - paggamot. Hinahanap ang mga advance na natanggap (mga balanse sa account 62.02), kapag na-click mo ang "Run" na buton, lumilikha ng mga invoice para sa advance, kung ang mga naturang invoice ay naroroon na sa system, na-overwrite ang mga ito (hindi doble ang mga ito).
  • Pagkumpirma ng zero VAT rate – dokumento. Upang punan kung mayroong naaangkop na accounting sa system.
  • Pagbuo ng mga entry sa ledger ng pagbili - dokumento.
  • Pagbuo ng mga entry sa ledger ng pagbili (0%) – dokumento. Upang punan kung mayroong naaangkop na accounting sa system.
  • Pagbuo ng mga entry sa libro ng pagbebenta - dokumento.
  • Pagbuo ng mga entry sa sales ledger (0%) – dokumento. Upang punan kung mayroong naaangkop na accounting sa system.
  • Pagkalkula ng gastos - dokumento. Ang pinakamahalagang dokumento ay nagsasara ng mga mamahaling account.
  • Pagpapasiya ng mga resulta sa pananalapi - dokumento.
  • Pagkalkula ng buwis sa kita – dokumento.