Umiikot na rehistro ng akumulasyon "Sales. Mga tanong sa kasalukuyan at natitirang mga rehistro ng akumulasyon Gumawa ng rehistro ng akumulasyon 1c

Mga rehistro ng akumulasyon sa 1C:Enterprise system ay nahahati sa dalawang uri: accumulation registers mga tira at mga rehistro ng akumulasyon mga rebolusyon.

Ang uri ng rehistro ay pinili kapag nilikha ito sa configurator

Gaya ng ipinahihiwatig ng pangalan, ang ilan ay idinisenyo upang makatanggap ng mga balanse para sa isang tiyak na petsa, at ang pangalawa upang makatanggap ng turnover para sa isang napiling panahon. Depende sa uri ng accumulation register, ang 1C:Enterprise platform ay bumubuo ng ibang hanay ng mga virtual na talahanayan. Sa artikulong ito, isasaalang-alang namin ang pagtatrabaho sa mga virtual na talahanayan ng mga rehistro ng akumulasyon. Upang gawin ito, lilikha kami ng isang rehistro para sa akumulasyon ng mga balanse - GoodsRemains at ang rehistro ng akumulasyon ng turnover - Mga Paglipat ng Kalakal.

Ngayon tingnan natin kung anong mga virtual na talahanayan ang ibinibigay ng platform para sa bawat isa sa mga rehistrong ito.

Pagrehistro ng turnover

Para sa kalinawan, buksan natin at tingnan kung aling mga talahanayan ang magagamit para sa rehistro Mga Paglipat ng Kalakal. Ito ang talahanayan ng rehistro mismo − Mga Paglipat ng Kalakal, na pisikal na umiiral sa database, at isang virtual na talahanayan - Mga Paglipat ng Kalakal

Ang lahat ay malinaw sa karaniwang talahanayan. Tingnan natin ang virtual reality.

Virtual Table Turnovers

Binibigyang-daan ka ng talahanayang ito na makuha ang turnover ng mga mapagkukunan sa konteksto ng mga sukat. Sa aming kaso, mayroon kaming dalawang dimensyon: Stock at produkto. At isang mapagkukunan Dami

Hayaan ang aming rehistro na magkaroon ng mga sumusunod na entry

Bumalik tayo sa tagabuo ng query at magsimula sa simpleng pagpili mula sa talahanayan Mga Paglipat ng Kalakal Lahat ng larangan

Alinsunod dito, ang kahilingan ay magiging ganito:

PUMILI NG GoodsTurnovers Turnovers.Warehouse, GoodsTurnoversTurnovers.Goods, GoodsTurnoversTurnovers.QuantityTurnovers MULA RegisterAccumulation.GoodsTurnovers.Turnovers(,) BILANG GoodsTurnoversTurnovers

Ang resulta ng query ay ganito:

Ibig sabihin, nakatanggap kami ng turnover sa konteksto ng mga kalakal at bodega sa buong panahon. Ipagpalagay na hindi tayo interesado sa mga bodega at gusto nating makakuha ng turnover lamang sa konteksto ng mga kalakal.

Upang gawin ito, ibukod ang dimensyon mula sa query Stock

PUMILI ng GoodsTurnovers Turnovers.Product, GoodsTurnovers Turnovers.QuantityTurnovers FROM RegisterAccumulation.GoodsTurnovers.Turnovers(,) BILANG GoodsTurnovers Turnovers

at bilang isang resulta magkakaroon lamang tayo ng dalawang linya

Ngunit bilang isang patakaran, hindi kinakailangan na makatanggap ng mga turnover para sa buong panahon ng pagkakaroon ng rehistro. Karaniwan, kailangan ang mga ito para sa isang tiyak na panahon: buwan, quarter, taon, atbp. Dagdag pa, karaniwang kailangan mo ng mga seleksyon ayon sa mga sukat (Produkto, Warehouse). Ito ay nakakamit gamit ang mga parameter ng virtual na talahanayan. Ito ay maginhawa upang punan ang mga parameter mula sa tagabuo. Sa pamamagitan ng pindutan Mga Opsyon sa Virtual Table bubukas ang isang dialog box kung saan maaari mong irehistro ang lahat ng kailangan namin:

Pagkatapos nito, ang aming orihinal na query ay kukuha ng sumusunod na form

PUMILI NG GoodsTurnovers Turnovers.Warehouse, GoodsTurnoversTurnovers.Product, GoodsTurnoversTurnovers.QuantityTurnovers FROM Accumulation register.GoodsTurnovers.Turnovers(&Simula ng Panahon, &Pagtatapos ng Panahon, Warehouse = &Warehouse) BILANG GoodsTurnoversTurnovers

Tulad ng nakikita mo, ang pagkakaiba ay ang mga parameter ay lumitaw sa mga bracket pagkatapos ng pangalan ng virtual na talahanayan, na dapat punan bago isagawa ang query.

Para sa mga nagsisimula pa lamang magtrabaho sa mga virtual na talahanayan, madalas na nakakaakit na itakda ang pagpili sa karaniwang paraan sa halip na gumamit ng mga parameter:

MULA sa Accumulation Register.GoodsTurnovers.Turnovers(,) AS GoodsTurnoversTurnovers WHERE GoodsTurnovers Turnovers.Warehouse = &Warehouse

Kapag pinupunan ang mga parameter, napalampas namin Periodicity. Buksan natin ang listahan at pumili mula sa masa ng mga posibleng opsyon buwan. Aalisin namin ang lahat ng iba pang mga parameter upang hindi malito.

Pagkatapos nito, naobserbahan namin na lumitaw ang isang patlang sa mga patlang ng talahanayan Panahon.

Idinaragdag ito sa mga napiling field, makukuha namin ang sumusunod na text ng query:

PUMILI NG GoodsTurnovers Turnovers.Period, GoodsTurnovers Turnovers.Warehouse, GoodsTurnovers Turnovers.Product, GoodsTurnovers Turnovers.QuantityTurnovers FROM Accumulation register.GoodsTurnovers.Turnovers(, Month,) AS GoodsTurnoversTurnovers

Isinasagawa namin ang kahilingan:

Kaya, sa loob ng napiling agwat ng oras, maaari nating hatiin ang turnover sa mas maliliit na agwat alinsunod sa napiling dalas.

Rehistro ng akumulasyon ng balanse

Tulad ng sa reverse register, tingnan natin sa tagabuo ng query kung aling mga virtual na talahanayan ang magagamit para sa rehistro ng akumulasyon ng balanse

Tulad ng nakikita mo, tatlong virtual na talahanayan ang magagamit para sa rehistro ng akumulasyon ng balanse: Mga turnover, Labi, Nananatili at Turnovers. Isaalang-alang natin ang bawat isa sa kanila nang hiwalay.

Virtual Table Turnovers

Bagaman ang uri ng rehistro ay Labi, maaari pa rin tayong makakuha ng mga turnover mula dito. At mayroon kaming dalawang karagdagang mapagkukunan dito: Pagdating at Pagkonsumo

Hayaan akong ipaalala sa iyo na kapag ang isang entry ay ginawa sa rehistro ng balanse, ang uri ng paggalaw ng akumulasyon (kita o gastos) ay ipinahiwatig, habang para sa pagpaparehistro ng turnover ang uri ng paggalaw ay hindi ipinahiwatig. Samakatuwid, narito mayroon kaming karagdagang bonus sa anyo ng isang pagkakataon na makatanggap hindi lamang ang turnover para sa panahon sa kabuuan, kundi pati na rin ang kita na may mga gastos nang hiwalay. Ngunit siyempre, kung mayroong isang turnover register sa metadata na may katulad na hanay ng mga sukat, pagkatapos ay mas mahusay na gamitin ito upang makakuha ng mga turnover. Sa pangkalahatan, ang pagtatrabaho sa virtual na talahanayan na ito ay katulad ng pagtatrabaho sa isang virtual na talahanayan Mga turnover turnover register na tinalakay sa itaas.

Mga Balanse sa Virtual Table

Ginagamit ang talahanayang ito upang makuha ang natitirang mga mapagkukunan sa mga tuntunin ng mga sukat. Sa mga parameter ng talahanayan, maaari naming tukuyin ang petsa kung saan natanggap namin ang mga balanse at itakda ang mga filter:

Isaalang-alang natin ang isang maliit na halimbawa. Mayroon kaming mga sumusunod na entry sa pagpaparehistro:

Pinipili namin ang lahat ng magagamit na mga patlang at itinakda ang katapusan ng Hunyo bilang petsa para sa pagtanggap ng mga balanse. Hindi kami magtatatag ng pagpili sa pamamagitan ng mga sukat. Pagkatapos ang text ng kahilingan ay magiging ganito:

SELECT GoodsRemainsRemains.Warehouse, GoodsRemainsRemains.Product, GoodsRemainsRemains.DamiBalance MULA sa Accumulation Register.ProductsRemains.Remains(&RemainsDate,) AS GoodsRemainsRemains

At pagkatapos isagawa ito, makuha namin ang sumusunod na resulta

Virtual na mesa

Pinagsasama ng talahanayang ito ang dalawang naunang tinalakay at nagbibigay-daan sa iyong makuha ang turnover para sa napiling yugto ng panahon, pati na rin ang mga balanse sa simula at pagtatapos ng panahon. Maaari ka ring magtakda ng seleksyon.

Ang paggamit ng talahanayang ito ay maaaring mabigyang-katwiran kapag kinakailangan upang sabay na makuha ang parehong mga turnover at balanse sa simula at pagtatapos ng panahon sa isang ulat. Sa ibang mga kaso, ang paggamit nito ay hindi dapat abusuhin.

ang halaga ng mga materyales na magagamit sa organisasyon, kakailanganin nating i-access ang mga dokumento, tingnan ang bawat isa sa kanila, isulat ang kinakailangang data, at pagkatapos ay ibuod ang mga ito, pagkuha ng kinakailangang data. Ang diskarte na ito ay hindi maginhawa - ito ay masyadong mabagal para sa aming haka-haka na "manual" na kaso at para sa awtomatikong accounting.

Ito ay magiging mas lohikal, bilang karagdagan sa mga dokumento, upang panatilihin ang mga espesyal na talahanayan kung saan, kapag tumatanggap ng mga materyales at isinusulat ang mga ito, upang magpasok ng maikling impormasyon tungkol dito. Kung, sabihin nating, araw-araw, upang buod ang mga talahanayang ito at ipakita ang natitirang mga materyales, kung gayon, upang masabi kung magkano at kung anong mga materyales ang magagamit sa organisasyon sa isang tiyak na petsa, sapat na upang sumangguni sa kaukulang hanay. ng mesa. Sa 1C:Enterprise system, ang mga naturang talahanayan ay mga rehistro ng akumulasyon. Tulad ng ipinahihiwatig ng pangalan, ang mga ito ay idinisenyo upang ipakita, maipon, ang ilang mga tagapagpahiwatig. At ang pagmuni-muni sa mga rehistro ng mga resibo at paggasta ng mga materyales ay isa sa mga tipikal na halimbawa ng kanilang paggamit.

Ang aming organisasyon ay nagpapanatili ng mga talaan ng mga materyales na may kaugnayan sa mga responsableng tao na tumatanggap ng mga ito at kung kanino ang mga materyales na ito ay tinanggal kapag inilabas sa produksyon. Kailangan nating mag-imbak ng impormasyon tungkol sa dami ng mga materyales at kanilang gastos, at gayundin, kapag isinusulat sa produksyon, mayroong impormasyon tungkol sa kung saan partikular na master ang mga materyales na ito ay inilipat. Ang mga pagsasaalang-alang na ito ay nagpapahintulot sa amin na magdisenyo ng isang istraktura rehistro ng akumulasyon na gagawin natin ngayon.

Kapag nagpaplano ng komposisyon rehistro ng akumulasyon kailangan nating maunawaan kung anong uri ng data ang itatabi natin dito, at pagkatapos ay "i-decompose" ang data na ito sa mga sukat, mapagkukunan at mga detalye ng rehistro.

Kaya, kailangan nating iimbak ang sumusunod na data:

• Posisyon ng nomenclature
• Responsableng tao para sa posisyong ito
• Dami ng item
• Gastos ng item
• Impormasyon tungkol sa master kung kanino inilipat ang mga materyales para magamit.

Magrehistro ng mga sukat, o mga seksyon kung saan nakaimbak ang data, nagbibigay-daan sa amin na sagutin ang mga tanong tungkol sa kung anong uri ng data ang nakaimbak sa rehistro. Sa aming kaso, kailangan naming malaman ang dalawang pangunahing katangian - ito ay kung ano responsableng tao naayos ang isa o ang isa pa posisyon ng nomenclature. Malinaw, ang mga sukat mula sa aming listahan ng data ay ang posisyon ng nomenclature at ang responsableng empleyado.

Magrehistro ng mga mapagkukunan ay palaging mga numerong halaga na nagpapakilala sa nakaimbak na data. Ang mga numerong halaga ay ang dami at ang halaga, at sila ang magiging mapagkukunan ng aming rehistro.

Magrehistro ng mga detalye gumaganap ng isang pantulong na papel, at, sa aming kaso, magiging lohikal na mag-imbak ng impormasyon tungkol sa master na nakatanggap ng mga materyales para sa trabaho sa rehistro na kinakailangan - kung sakaling kailangan nating malaman kung sino ang eksaktong gumamit ng mga materyales na ito.

Ang isa pang mahalagang tanong upang magpasya kapag nagdidisenyo ng isang rehistro ay kung gagawin ng rehistro na ito rehistro ng balanse o rehistro ng turnover. Interesado kami sa parehong impormasyon sa balanse ng mga materyales at impormasyon sa paglilipat, samakatuwid, kapag nagse-set up ng rehistro, dapat mong tukuyin ang uri ng rehistro - Labi. Magrehistro sa isang view Labi nagbibigay-daan sa amin na magtrabaho kasama ang mga balanse at turnover

Ang istraktura na iminungkahi dito rehistro ng akumulasyon- isa lamang ito sa mga opsyon para sa kung paano mo maaayos ang imbakan ng inilarawang data. Ang ganitong pamamaraan ng accounting ay maaaring ipatupad, halimbawa, gamit ang isang pares ng mga rehistro, ang isa ay ginagamit lamang para sa layunin ng pag-iimbak ng kabuuang balanse ng mga materyales - iyon ay, ang data na kinakailangan para sa mga ulat sa pananalapi, ang iba pa - para sa pag-iimbak data sa mga sentro ng responsibilidad. Sa anumang kaso, ang bawat partikular na pamamaraan ng accounting ay maaaring mangailangan ng sarili nitong istraktura ng rehistro, at ang aming halimbawa ay isang pagpapakita lamang ng isa sa mga posibleng opsyon.

Nang tinalakay ang teoretikal na bahagi ng isyu, magpatuloy tayo sa pagsasanay. Gumawa tayo ng bago rehistro ng akumulasyon, tawagan natin ito RemainsMaterials, parameter Uri ng pagrehistro iwanan ito sa kahulugan Labi, kanin. 6.12.

kanin. 6.12.

Buksan rehistro ng akumulasyon sa subsystem Operational AccountingMaterials.

Sa tab Data Gawin natin ang mga sumusunod na sukat, mapagkukunan at katangian:

mga sukat:

Pangalan: Nomenclature, Uri: DirectoryReference.Nomenclature, Pagbabawal sa mga blangko na value – set.

Pangalan: ResponsibleEmployee, Uri: DirectoryReference.Employees, Pagbabawal sa mga blangkong halaga - set.

Mga mapagkukunan

Pangalan: Dami, Uri: numero, haba 10, katumpakan 3

Pangalan: Kabuuan, Uri: numero, haba 10, katumpakan 2

Requisites:

Pangalan: Materials Receiver, Uri: DirectoryLink.Employees

Bigyang-pansin ang mga pangalan ng mga detalyeng ito, ang kanilang mga uri, pati na rin ang karaniwang mga detalye ng rehistro (Larawan 6.13.) - ang mga data na ito ay magiging kapaki-pakinabang sa amin kapag nagtatrabaho sa pamamaraan dokumento.

Ibukod natin ang pangkalahatang katangian mula sa komposisyon ng mga detalye ng rehistro Organisasyon. Ngayon hindi na kailangan. Upang ayusin ang pag-iimbak ng data sa rehistro sa konteksto ng iba't ibang mga organisasyon, kakailanganin namin ng isang bagong dimensyon - Organisasyon, salamat sa kung saan magagawa naming magtrabaho sa mga materyales mula sa iba't ibang mga organisasyon.

Pumunta tayo sa tab Mga rehistro window sa pag-edit ng bagay at piliin ang mga dokumento bilang mga dokumento ng registrar - Mga Materyales ng Resibo at BakasyonMaterialsTo Master.

Sa yugtong ito, ang setting rehistro ng akumulasyon tapos na, lumipat tayo sa mga setting ng dokumento. Magsimula tayo sa dokumento Mga Materyales ng Resibo.

Buksan ang window sa pag-edit ng bagay para sa dokumentong ito, pumunta sa tab mga galaw(Larawan 6.14.) at pindutin ang pindutan

kanin. 6.14.

Sa constructor, piliin ang uri ng paggalaw ng rehistro - Pagdating, sa field tabular na bahagi tukuyin ang tabular na bahagi ng dokumento materyales, i-click ang button Punan ang mga expression. Ang awtomatikong mekanismo para sa pagtatatag ng isang sulat sa pagitan ng dokumento at rehistro ng data ay hindi palaging gumagana nang tama (kung sakaling hindi ito malinaw na matukoy ang sulat, o kapag ang sulat na tinutukoy nito ayon sa lohika nito ay naiiba mula sa nais), kaya suriin natin ang kawastuhan ng mga naitatag na sulat. Bilang resulta, ang bintana Tagabuo magrehistro ng mga paggalaw dapat magmukhang tulad ng ipinapakita sa Fig. 6.15.

kanin. 6.15.

Pagkatapos ng pagpindot sa OK na buton, ang sumusunod na pamamaraan para sa pagproseso ng pag-post ay bubuo sa module ng object ng dokumento (ganito ang hitsura pagkatapos alisin ang mga komento na ang code ay binuo ng motion designer):

Procedure HandlingPerforming(Failure, Mode) // register Remains of Materials Arrival of Movement.Residuals of Materials.Write = True; Para sa Bawat TechStringMaterials Mula sa Materials Loop Movement = Movements.RemaindersMaterials.Add(); Movement.MovementType = MovementTypeAccumulation.Incoming; Movement.Period = Petsa; Movement.Nomenclature = TekStringMaterials.Nomenclature; Movement.ResponsibleEmployee = ResponsibleEmployee; Movement.Quantity = CurrentStringMaterials.Quantity; Movement.Amount = CurrentStringMaterials.Amount; EndCycle; EndProcedure

Ang pamamaraang ito ay ipinahayag sa object module, ito ay isinasagawa sa

Upang ipakita ang iba't ibang mga pagpapatakbo ng negosyo sa mga programa batay sa 1C: Enterprise, gumagamit ang mga user ng mga dokumento. Mula sa kanila maaari mong makuha ang lahat ng kinakailangang data, halimbawa, sa balanse ng mga pondo sa mga account ng kumpanya, ang bilang ng mga kalakal na ibinebenta para sa isang tiyak na tagal ng panahon.

Sa proseso ng trabaho, maaaring mayroong isang malaking bilang ng mga naturang dokumento. Dito maaari nating pag-usapan hindi ang tungkol sa daan-daang mga dokumento, ngunit tungkol sa libu-libo at sampu-sampung libo. Naturally, ang pagbuo ng mga ulat at iba pang data mula sa napakaraming bilang ng mga dokumento ay napakahaba, matrabaho at hindi epektibo.

Isipin lamang na kapag nagrerehistro ng pagbebenta ng anumang produkto, ang accountant ay nakaupo at naghihintay para sa programa na suriin ang mga naunang naipasok na mga dokumento at kalkulahin kung mayroong sapat na balanse sa bodega upang isulat.

Upang malutas ang mga naturang problema sa 1C, mayroong mga espesyal na bagay sa pagsasaayos - mga rehistro ng akumulasyon. Kapag nagsasagawa ng mga dokumento, gumawa sila ng mga entry sa kanila, at pagkatapos lamang mula sa mga rehistrong ito maaari mong mabilis na makuha ang lahat ng kinakailangang data, kabilang ang mga balanse at turnover. Iyon ay, ang mga rehistro ng akumulasyon ay hindi lamang nag-iimbak ng data, ngunit nagbibigay-daan din sa iyo upang mabilis na iproseso ito.

Tulad ng nabanggit kanina, ang mga rehistro ng akumulasyon ay maaaring magpapahintulot sa iyo na mabilis na makatanggap ng mga balanse at turnover. Ang pagpapaandar na ito ay direktang nauugnay sa uri ng rehistro. Maaari itong baguhin sa tab na "Basic" ng form para sa pag-edit ng isang partikular na rehistro.

• Pinapayagan ka ng mga rehistro ng akumulasyon ng turnover na makakuha lamang ng turnover para sa isang tiyak na tagal ng panahon. Sa kasong ito, hindi posible na matanggap ang natitira. Ang rehistro ng akumulasyon na may uri na "Turnover" ay lumilikha lamang ng isang virtual na talahanayan sa system - turnover.
• Ang mga rehistro ng akumulasyon na may uri na "Mga Natitira" ay nagbibigay-daan sa developer na makatanggap ng parehong mga balanse at turnover. Sa kasong ito, tatlong virtual na talahanayan ang gagawin: mga balanse, turnover, balanse at turnover. Ang isang halimbawa ng naturang rehistro ay maaaring isang rehistro ng mga balanse ng mga kalakal at materyales sa mga bodega, mga daloy ng pera sa mga account sa pag-areglo ng organisasyon.

tala na, sa kabila ng pagiging pangkalahatan ng rehistro ng balanse sa pagkuha ng parehong mga balanse at turnover, mayroon din itong mga kakulangan. Kapag tumatanggap ng mga turnover sa rehistro ng balanse, ang pagganap ay makabuluhang nabawasan. Sa pagsasaalang-alang na ito, mahigpit na hindi inirerekomenda na gamitin ang rehistro ng balanse sa mga kaso kung saan kailangan mo lamang ng mga turnover (halimbawa, turnover ng mga benta). Hindi mo dapat itakda ang uri ng rehistro sa mga natitira "kung sakali", dahil ang mga rehistro ay idinisenyo upang pabilisin ang programa, at sa kabaligtaran, pabagalin mo ang prosesong ito.

Data ng rehistro ng akumulasyon

mga sukat

Ang mga sukat ng mga rehistro ng akumulasyon ay nangangahulugang ilang mga pagbawas kung saan makakakuha ka ng impormasyon sa hinaharap. Sa aming kaso, bilang mga sukat ng rehistro "Paglabas ng Produkto" ay: organisasyon, order, detalye, dibisyon, at iba pa.

Sa anumang oras, makakatanggap kami ng mga balanse, halimbawa, para sa buong organisasyon sa kabuuan, para sa isang partikular na order.

Mga Katangian ng Dimensyon

Ang bawat dimensyon ay may sariling hanay ng mga katangian, na maaaring makabuluhang makaapekto sa pagpapatakbo ng rehistro sa kabuuan. Ang mga katulad na katangian ay mayroon din sa mga mapagkukunang may mga katangian.

Kung sakaling plano mong itakda ang pagpili ayon sa anumang dimensyon nang madalas sa hinaharap. Sa aming kaso, hindi kami gagamit ng pag-index para sa organisasyon.

Maaari mo ring tukuyin dito kung ang dimensyon ay kailangang punan, kung ang buong tekstong paghahanap ay dapat gamitin, at iba pang mga setting.

Mga mapagkukunan

Ang mga mapagkukunan ay mga numerong data na nag-iimbak ng ilang impormasyon. Ito ang makukuha natin sa hinaharap sa iba't ibang seksyon. Halimbawa, sa accumulation register na "Product output", ang dami lamang ang magsisilbing mapagkukunan. Sa kasong ito, makukuha natin ang bilang ng mga produktong ginawa sa isang tiyak na punto ng oras, halimbawa, para sa isang partikular na dibisyon.

Isa pang simpleng halimbawa. Ipagpalagay natin na isinasagawa natin ang lahat ng operasyon sa cash register ayon sa accumulation register. Ang mga mapagkukunan ay ang halaga ng pera na maaaring natanggap (resibo) o inisyu (paggasta) mula sa cash register. Ang dimensyon ay maaaring, halimbawa, isang katapat/nag-uulat na entity. Bilang resulta, makakakuha tayo ng data sa mga balanse at turnover ng parehong cash register sa kabuuan at para sa mga indibidwal na katapat.

Requisites

Hindi tulad ng mga sukat at mapagkukunan, ang mga props ay hindi madalas na ginagamit. Iniimbak nila ang data na kailangan para sa impormasyong pagkumpleto ng rehistro (tala). Gagamitin ang data bilang props kung hindi ito resource o dimensyon.

Mga karaniwang detalye

Bilang karagdagan sa karaniwang mga kinakailangan na maaaring idagdag ng developer sa kanilang sarili, mayroon ding mga karaniwang kinakailangan. Hindi ka maaaring magtanggal o magdagdag ng mga bago sa listahang ito. Maaari kang pumunta sa mga karaniwang detalye sa pamamagitan ng pag-click sa pindutan ng parehong pangalan sa tab na "Data".

Mga pinagsama-sama

Ang mga pinagsama-samang ay magagamit lamang sa mga rehistro ng akumulasyon na may uri na "Turnover". Maa-access mo ang mga ito mula sa tab na Data. Ang mga pinagsama-samang ay ginagamit sa mga database na may malaking halaga ng data upang mapabilis ang pag-uulat. Hindi namin isasaalang-alang ang mekanismong ito nang detalyado, dahil ito ay medyo malawak na paksa.

Mga paggalaw sa mga rehistro ng akumulasyon

Ang anumang rehistro ng akumulasyon ay maaaring magkaroon ng isa o higit pang mga rehistro. Ang isang dokumento ay gumaganap bilang isang registrar, kung saan ang isang kaukulang entry ay nabuo sa rehistro ng akumulasyon.

Maaari mong tingnan ang listahan ng mga rehistro ng akumulasyon sa tab na may parehong pangalan sa anyo ng rehistro mismo. Sa halimbawang ito, ang mga paggalaw sa rehistro ng "Paglabas ng Produkto" ay maaaring mabuo kapag nagpo-post ng apat na magkakaibang mga dokumento.

Sa mga dokumento mismo, na mga registrar, ang listahan ng mga rehistro kung saan sila gumagawa ng mga paggalaw ay matatagpuan sa tab na "Mga Paggalaw". Available din dito ang isang motion constructor, na makakatulong sa paggawa ng mga ganitong pamamaraan (pag-post at pag-undo). Ang paghahambing ng data ng dokumento at rehistro ay ginagawa sa pamamagitan ng paghahambing ng mga uri ng data.

Ang lahat ng mga pagbabagong ginawa sa database ay naka-imbak sa naaangkop na mga talahanayan. Para sa 1C, ito ay mga talahanayan ng mga dokumento, mga journal ng dokumento, mga direktoryo at mga rehistro. Ang mga uri ng mga rehistro ng 1C, ang mga tampok at subtleties ng kanilang paggamit ay tatalakayin sa aming artikulo.

Pagbuo ng mga talaan sa mga rehistro

Isa sa mga unang tanong na may kaugnayan sa mga rehistro ay: bakit?

Bakit kailangan mong lumikha ng hiwalay na mga talahanayan, madalas na nagdo-duplicate ng mga kasalukuyang tala?

Ang sagot dito ay medyo simple. Siyempre, posibleng gumawa ng masalimuot at matagal na mga query sa mga talahanayan ng pinagmumulan ng mga dokumento sa pamamagitan ng paglilista ng mga kundisyon sa pagpili, pagsuri sa mga ito para sa mga marka ng pagtanggal at pagpapadaloy, ngunit mas madali at hindi gaanong matrabaho ang direktang gumawa ng isang partikular na bahagi ng recordset. kapag ini-save ang dokumento at iimbak ito sa isang hiwalay na talahanayan sa pamamagitan ng pag-access sa kanya kung kinakailangan.

Kaya, nalaman namin na ang isa sa mga paraan upang lumikha ng isang register entry ay ang pagsulat gamit ang isang registrar (dokumento). Ang pagpipiliang ito ay naroroon sa lahat ng uri ng mga rehistro.

Ang proseso ng pagbuo ng mga entry sa rehistro batay sa isang dokumento ay karaniwang tinatawag na pag-post ng isang dokumento. Ang isang hindi nai-post na dokumento ng rehistro ay walang mga paggalaw ng rehistro; ito ay, sa katunayan, isang draft o isang blangko.

Ang pangalawang opsyon para sa pagbuo ng isang tala ay direkta, nang hindi gumagawa ng isang dokumento sa pagrerehistro. Maaari kang lumikha ng mga tala sa ganitong paraan lamang sa mga rehistro ng impormasyon, habang sa mga katangian ng rehistro ang katangian na "Record mode" ay dapat magkaroon ng naaangkop na halaga (Larawan 1).

Karaniwan sa lahat ng mga rehistro

Ang panloob na istraktura ng anumang rehistro ay maaaring ipakita sa Fig.2

Fig.2

Isaalang-alang natin ito nang mas detalyado:

• Mga Dimensyon - itala ang mga katangian na tumutukoy kung aling mga seksyon ang mahalagang impormasyon ay nakaimbak;
• Mga mapagkukunan - naglalaman ang mga ito ng impormasyon na kailangang i-systematize;
• Requisites - record field na naglalaman ng karagdagang impormasyon;
• Ang mga form ay isang property na naglalaman ng graphical na impormasyon tungkol sa hitsura ng isang listahan, elemento, atbp. at ang kanilang mga panloob na module;
• Mga Layout - mga naka-print na anyo ng mga rehistro.

Mga rehistro ng impormasyon

Dahil pinag-uusapan natin ang tungkol sa mga rehistro ng impormasyon sa itaas, pag-usapan natin ang mga ito.

Ito marahil ang pinakasimple at pinaka-naiintindihan na uri ng mga rehistro. Isang regular na talahanayan na naglalaman ng mga column at column na nag-iimbak ng impormasyon.

Ang listahan ng mga mahahalagang katangian ng rehistro ng impormasyon ay maliit (Larawan 3), pag-usapan natin ang mga pangunahing:

Fig.3

1. Periodicity, ito ay nagpapahiwatig ng lawak kung saan ang pagiging natatangi ng tala ay kinokontrol (sa loob ng isang minuto, oras, araw, taon, alinsunod sa napiling halaga, hindi maaaring magkaroon ng dalawang talaan na may parehong mga sukat), maaari din itong kunin ang halaga "Sa pamamagitan ng registrar", ngunit para dito dapat mong piliin ang naaangkop na mode ng pag-record;
2. Ang recording mode ay talagang isang pagpipilian ng dalawang value: "Independent" at "Subordinate sa registrar".
   1. Mahalagang maunawaan na ang pagpili ng isang independiyenteng mode ay hindi nangangahulugan na ang isang talaan ay hindi maaaring mabuo ng isang dokumento, tanging ang pagpili ng registrar at kontrol sa pagiging natatangi ng talaan ay magiging imposible;
3. Allow totals slice of the first and Allow totals slice of the last: (pagsamahin ang dalawang item sa isa) - kapag napili ang mga kaukulang checkbox, maaaring gumawa ng kahilingan sa rehistro ng impormasyon sa mga karagdagang talahanayan (Slice ng una at Slice ng last), na naglalaman ng kaukulang mga set ng data, bilang isa sa Ang mga parameter ng mga talahanayang ito ay ang petsa kung saan kinakailangan na gumawa ng pagpili ng data.

Mga rehistro ng akumulasyon

Nakita namin ang istraktura ng isa sa kanila sa Fig.2. Ang pangunahing ari-arian na malakas na nakakaapekto sa hitsura ng rehistro, pati na rin ang panloob na istraktura nito, ay ang "Uri ng rehistro" (Larawan 4)

Depende sa mga kinakailangan para sa nakaimbak na impormasyon, maaari itong tumagal sa mga sumusunod na halaga:

• Labi;
• Mga turnover.

Sa unang kaso, ang database ay maglalaman ng impormasyon hindi lamang tungkol sa mga paggalaw ng mga mapagkukunan sa konteksto ng mga sukat, kundi pati na rin tungkol sa uri ng operasyon (resibo o gastos). Bilang karagdagan, kapag lumilikha ng isang query, isang karagdagang talahanayan na naglalaman ng mga kabuuan ay magagamit.

Ang isa sa mga pangunahing problema na kinakaharap ng mga baguhang developer kapag ginagamit ang mga talahanayan ng Balances and BalancesAnd Turnovers sa mga query ay kapag ang isang query ay nakatanggap ng mga balanse para sa isang tiyak na petsa, ang data sa mga talahanayan na ito ay maaaring mag-iba. At narito ang isang nuance: kapag tinukoy ang isang tiyak na halaga bilang petsa ng pagtatapos ng panahon, kinukuha ng platform ang data mula sa talahanayan ng Mga Balanse nang hindi isinasama ang halagang ito sa panahon ng pagpili.

Kung kailangan mo ng data na kinabibilangan ng katapusan ng panahon, maaari mong:

• Gamitin ang talahanayan Mga Balanse at Turnover;
• Gumawa ng pagpili para sa isang petsa na 1 segundo na mas malaki kaysa sa ibinigay na petsa (ibig sabihin, hindi sa 12/31/16 23:59:59, ngunit sa 01/01/17 00:00:00);
• Gamitin ang Boundary method, na tumutulong upang i-configure ang opsyon na magsama ng isang punto sa oras sa panahong isinasaalang-alang (use case: Boundary(EndDate,Including).

Mga rehistro ng accounting

Sapat na dalubhasang mga rehistro, sa kanilang disenyo ay kahawig ng mga rehistro ng akumulasyon. Ang pangunahing pagkakaiba mula sa iba pang mga uri ng mga rehistro ng 1C platform ay ang presensya sa istraktura ng pag-aari ng parameter ng Chart of Accounts (Larawan 5).

Fig.5

Ang chart ng mga account ay isang hiwalay na metadata object na nangangailangan ng hiwalay na talakayan. Depende sa chart ng mga account, ang mga modernong tipikal na configuration ng 1C ay naglalaman ng 4 na pangunahing accounting register:

1. Pagbabadyet;
2. Internasyonal;
3. buwis;
4. Pagsuporta sa sarili.

Ang pangalawang parameter na katangian ng mga rehistro ng accounting ay "Correspondence".

Ang paglalagay ng check sa kahong ito ay nagbibigay-daan sa iyong lumikha ng mga dobleng entry na naglalaman ng credit account na AccountKt at ang debit account na AccountDt at ang analytics (subconto) na naaayon sa mga account na ito. Kung ang checkbox ay hindi naka-check, isang account lamang ang ilalagay sa mga entry sa rehistro.

Mga rehistro ng pagkalkula

Ito marahil ang pinakamahirap na rehistro na maunawaan. Samantala, sa kanilang kakanyahan, sila ay katulad ng mga rehistro ng akumulasyon ng uri ng "Turnover".

Ang pagtukoy sa pagkakaiba ng rehistro ng pagkalkula mula sa iba pang mga rehistro ay ang presensya sa mga katangian nito ng parameter na "Plano ng uri ng pagkalkula". Bilang karagdagan, ang rehistro ng pagkalkula, pati na rin ang rehistro ng impormasyon, ay pana-panahon.

Sa bawat rehistro ng pagkalkula, ang posibilidad na maiugnay ang entry sa iskedyul ng oras na tinukoy sa kaukulang rehistro ng impormasyon ay maaaring paganahin. Nagbibigay-daan ito sa code na kunin ang data ng oras ng pagtatrabaho.

Bilang karagdagan sa mga dimensyon, mapagkukunan, at mga form na makikita sa iba pang mga uri ng ledger, ang mga rehistro ng pagkalkula ay maaaring bigyan ng isang bagay na Recalculation upang mag-imbak ng impormasyon tungkol sa mga talaan na luma na at kailangang baguhin.

Ang kanilang pangunahing gamit sa mga tipikal na configuration ng 1C ay para magparehistro at mapadali ang trabaho sa mga accrual para sa mga empleyado ng organisasyon.

Kamusta mahal na mga mambabasa, ngayon nakakuha ako ng ideya na sabihin sa iyo ang tungkol sa 1С na nagrerehistro. Oo, hindi pa ako nakakasulat tungkol sa mga sangguniang libro, mga dokumento, ngunit isasaalang-alang natin ito mamaya.

At ngayon tingnan natin ang layunin ng mga rehistro, mga uri ng mga rehistro, ilarawan kung ano ang hitsura ng mga rehistro, pag-usapan ang kanilang disenyo at imbakan ng data.

Layunin ng mga rehistro

Ang mga rehistro ay inilaan upang madagdagan ang bilis ng pagbabasa ng ilang (analytical) na mga tagapagpahiwatig sa mga aktibidad ng negosyo. Ang mga tagapagpahiwatig ay naka-imbak sa mga rehistro sa ilang mga seksyon, na isinasaalang-alang ang dalas. Yung. nagrerehistro ng oras ng tindahan, halimbawa, maaari mong malaman ang balanse sa bodega ng isang partikular na produkto isang buwan na ang nakalipas.

Magrehistro- isang istraktura ng isang tiyak na uri, na nagbibigay-daan sa iyo upang makatanggap ng data sa parehong bilis, anuman ang laki ng database, kung wala sila ang output ng resulta ay magiging mabagal.

Scheme ng paggamit ng mga register sa 1C:Enterprise
Mga Dokumento => Mga Rehistro => Mga Ulat

Ito ay makikita mula sa scheme na ang mga rehistro ay ang batayan para sa mga ulat, at ang data ay idinagdag sa mga rehistro lamang kapag ang mga dokumento ay nai-post.

Mga uri ng analytical indicator

Ang mga rehistro ay idinisenyo upang mag-imbak ng iba't ibang mga tagapagpahiwatig:
MGA INDICATOR NG PAG-IMPORMASYON: Nananatili at Turnovers. Ang mga rehistro ng akumulasyon ay idinisenyo upang i-account ang mga ito.

• Rehistro ng akumulasyon(nalalabi). Tumataas sa resibo at bumababa sa benta. Sa bawat punto ng oras, dapat tandaan ng rehistro ang balanse ng produktong ito.

Ang ilang mga indicator ay maaaring lumaki lamang sa isang direksyon (turnover indicator).

• Rehistro ng akumulasyon(reverse). Halimbawa, ang data ng mga benta (hindi maaaring maging negatibo ang mga benta). Kung ibinalik ang isang produkto, ito ay irerehistro na may negatibong senyales.

MGA INDIKATOR NG ESTADO, isang katangian ng isang bagay, isang rehistro ng impormasyon ay inilaan.

• Rehistro ng impormasyon, ay may ganap na anumang uri ng data. Ang halagang ito ay may bisa hanggang sa susunod na pagbabago ng estado.

Mayroong iba pang mga uri ng mga rehistro: Mga rehistro ng accounting, Pagkalkula.

Mga rehistro ng imahe

Ang mga tagapagpahiwatig na nakaimbak sa rehistro ay tinatawag na mga mapagkukunan. Mga seksyon ng analitikal - mga sukat.
susi irehistro ang gawain– imbakan ng mga tagapagpahiwatig sa konteksto ng mga sukat at sa mga tuntunin ng oras

Kung kinakatawan namin ang rehistro bilang isang coordinate system, makakakuha kami ng:
Axes - irehistro ang mga sukat
Paghiwalayin ang axis para sa pagbabago sa paglipas ng panahon
Intersection Indicator - Mga Mapagkukunan

Bilang halimbawa, ipinapakita ng figure ang pag-iimbak ng mga kalakal sa mga bodega

Ang bilang ng mga sukat sa rehistro ay maaaring medyo malaki. Sa kasong ito, ang rehistro ay maaaring katawanin bilang isang talahanayan, kung saan ang bawat column ay tumutugma sa isang dimensyon at mayroon ding mga column na may mga mapagkukunan.

Register: Mga natitirang kalakal
Mga Sukat: Kalakal, Warehouse
Mga Mapagkukunan: Dami, Gastos

Magrehistro ng Disenyo

Ang labis na istraktura ng rehistro ay humahantong sa isang pagtaas sa dami ng database, ang oras na kinakailangan upang sumulat sa rehistro ay tumataas (ang mga dokumento ay mas matagal na pinoproseso), at ang pagiging kumplikado ng pag-unlad ay tumataas. Ang istraktura ng rehistro ay dapat matukoy kaagad, dahil ang pagbabago nito sa hinaharap ay isang napakakomplikadong proseso.

Kapag nagpapasiya mga sukat Inirerekomenda na ipahiwatig ang uri ng data ng sanggunian (para sa mga direktoryo, dokumento, enumerasyon). Umorder mga sukat nakakaapekto sa bilis ng pagkuha ng data mula sa rehistro. Samakatuwid, kapag nagdidisenyo ng isang rehistro, mahalagang maunawaan kung gaano kadalas makakatanggap ang gumagamit ng mga nalalabi para sa bawat dimensyon. Ang lahat ng mga sukat ay nasa ayos.

Mga mapagkukunan- numerical data na nagpapakilala sa ilang mga tagapagpahiwatig (ang mapagkukunan ng rehistro ng impormasyon ay maaaring magkaroon ng anumang uri ng data). Ang mga mapagkukunan ay mga halaga na nakaimbak sa intersection ng isang dimensyon.

Props- ilang karagdagang katangian ng rehistro, ay hindi ipinapakita kapag natanggap ang mga kabuuan. Maaaring maging anumang uri ng data ang mga detalye ng pagpaparehistro.

Pag-iimbak ng data sa mga rehistro

Ang mga rehistro ay maaaring katawanin ng isa o higit pang mga talahanayan. Ang komposisyon ng mga talahanayan ay nakasalalay sa mga katangian ng rehistro. Walang mga klase tulad ng RegisterReference o RegisterObject upang gumana sa mga rehistro, dahil ang istraktura ng imbakan ng rehistro ay iba sa mga talahanayan ng bagay. Ang impormasyon ay nakaimbak sa anyo ng mga talaan. Ang isang rehistrong entry ay hindi maaaring markahan para sa pagtanggal.

Maaari mong tingnan ang mga nilalaman ng rehistro sa mode ng gumagamit gamit ang pindutan ng pangunahing menu na "Lahat ng mga pag-andar".

Ito ang katapusan ng maliit na pagsusuri. 1С na nagrerehistro kung mayroon kang anumang mga mungkahi, mga karagdagan pagkatapos sumulat sa mga komento.

Kasama mo si 1C Programmer, tutulong ako sa .

P.S. Sumasayaw ang dalaga