Kuidas õppida tegema kiireid ja tõhusaid otsuseid. Viide komposiittüübi atribuudile päringus. Oshol on suurepärane tähendamissõna

Harjutage "enda aktsepteerimist"

Oshol on suurepärane tähendamissõna.

Kuningas tuli aeda selle ilu imetlema ja rahu nautima. Ja mida ta nägi? Tema aia puud, põõsad ja lilled närbuvad ja surevad. Ta küsis tamme käest, miks ta sureb?

- Ma ei saa olla nii pikk kui mänd. - vastas tamm.

Pöörates männi poole, kuulis kuningas:

"Ma ei saa anda viinamarju nagu viinamarjapeenrasse," ütles ta suremas.

Pärast sama küsimuse esitamist viinapuule:

- Ma ei saa õitseda nagu roos, - vastas viinapuu ... ...

Aias ringi rännuna leidis ta siiski ühe taime, mis õitses ja lõhnas ning silmailu pakkus. Pöörates küsimuse sellele taimele, kuulis ta vastust:

„Suur kuningas, kui sa mind siia aeda istutasid, tahtsid sa minult rõõmu saada. Kui sa tahaksid minu asemele istutada teist taime – männi või kaske, siis istutaksid need. See on põhjus, miks ma ei saa olla midagi muud kui ise... Ja püüan endas arendada oma parimaid omadusi.

Sa oled selline, sest maailm vajab sind just sel hetkel! Vastasel juhul oleks teie asemel keegi täiesti erinev. Nõustuge sellega, et olete millegi erilise, olulise ja maailma jaoks väga olulise kehastus.

Miks sa tahad olla Buddha? Saage aru, kui Issandal oleks vaja teist Buddhat, toodaks ta neid endale nii palju, kui tahab! Aga tal on vaja ühte Buddhat ja sellest piisab! Ta ei loonud enam teist Buddhat ega Kristust. Ta lõi sind! Issand pööras sulle oma tähelepanu, sest ta vajab sind!

Sa oled valitud – ja sina oled see! Mitte Buddha, Kristus ega Krishna. Nad on aidanud kaasa selle maailma eksisteerimisele. Nad tegid oma tööd! Ja nüüd olete siin, et anda oma panus. Vaadake ennast tähelepanelikult. Sa saad olla ainult sina ise! Teil on võimatu saada kellekski teiseks. Aktsepteerige ennast sellisena, nagu olete, rõõmustage ja õitsege.

Peegeldused...

Inimeses on palju osi, mis talle endas ei meeldi ja seetõttu ei aktsepteerita. Selgub, et ei aktsepteeri ennast energia tase hävitab selle. Just sel põhjusel on väga oluline aktsepteerida ja armastada ennast täielikult, jäljetult. See võimaldab naisel saada terviklikuks ja kasutada kogu oma osade jõudu enda huvides. Võimaldab teil eesmärke kiiremini reaalsuseks muuta.

Seda on palju lihtsam teha, kui kujutate seda ette lapsemänguna!

Kujutage ette, et iga teie iseloomu, emotsiooni, käitumise tunnus, mis teile enda juures ei meeldi, olete teie ise, ainult väike. Kuidas sa ennast vähe süüdistad, kui teed midagi valesti? Või olla vihane enda peale (st oma osade suhtes, mida sa ei armasta).

Kujutage ette, mida tunnevad need väikesed inimesed, keda te nende peale noomite, solvate, vihastate? Kas sa arvad, et nad elavad sinuga hästi? Nad ei armasta sind ega aita sind! Kui te inimest ei armasta, siis teie suhtes tüütab ta pidevalt rohkem ja rohkem. Nii ärritavad ja suurenevad negatiivsed iseloomujooned aina enam.

Aga tegelikult tahavad nad ainult üht – et sa neid armastaksid ja sellisena aktsepteeriksid! Nad lihtsalt tõmbavad endale tähelepanu. Lõppude lõpuks on need teie omad ja millegipärast vajate neid! Ja aeg-ajalt on neist kasu! Näiteks kui peate end kaitsma halb inimene, siis saab teie agressiivne osa sellega suurepäraselt hakkama! Kas pole tõsi? Ja nüüd õpime oma väikest mina aktsepteerima ja armastama!

Enda aktsepteerimise ja terviklikkuse saavutamise praktika.

Istuge vaikses keskkonnas, istuge ja lõõgastuge. Võtame endast kõige esimese osa, mis sulle kõige rohkem ei meeldi (ütleme, et sa ei tea, kuidas alustatud tööd lõpule viia). Tehke see väljahingamisel endast välja. Hingake see endast välja ja kujutlege seda enda ees mis tahes sobival kujul.

Täname teid selle eest. Lõppude lõpuks püüdis ta kogu aeg kasulik olla. Püüdke mõista, et tänu temale saadud kogemus oli väga oluline ja vajalik. Proovige aru saada, mida olete SELLEST enda osast õppinud. Täname teid selle kogemuse eest. Pidage meeles, et tänamine avab teile tohutult energiat.

Luba, et lubad tal loomulikku käitumist, mõista teda ja aktsepteeri teda. Kiida ja tänada teda seni, kuni tunned, et sinu osa on maha rahunenud, usaldab sind täielikult ja on valmis koostööks.

Pärast seda kallista teda ja lase ta sisse. Tunnetage muutusi, mis teie kehas toimuvad. Tunneta, millised emotsioonid sinu hinges sünnivad.

Tehke seda harjutust kõigi oma osadega, mis teile ei meeldi. Kiida ja tänan igaüht neist. Tunneta, mis sinuga toimub, kuidas sinu ettekujutus iseendast muutub.

Ärge lõpetage selle harjutuse tegemist, kui te pärast esimest korda ei tunne end täielikult aktsepteerivat. Te pole neid omadusi endas nii palju aastaid armastanud ja arvate, et see muutub ühe hooga? See ei ole tõsi. Peaasi, et sa aru said ja selle enese aktsepteerimise tee valisid! Ma ei luba, et see saab olema lihtne, aga uskuge mind, see saab olema teile väga põnev!

Tehke seda praktikat seni, kuni mõistate, et armastate ennast kõigi oma omadustega täielikult ja täielikult!

Palju õnne, kallid naised!

Et saada tõhusaks ettevõtjaks kiiresti kasvava ettevõtte eesotsas, peate õppima, kuidas professionaalselt ettevõtet omada ja juhtida ning teha kiireid ja tõhusaid otsuseid.

Iga ärioskust saab õppida. Kui oled õppinud korraldama edukat äritegevust ja langetama efektiivseid otsuseid, suudad avada üha uusi ja uusi projekte erinevates majandusvaldkondades, sest töö põhiprintsiibid on muutumatud.

Iga kord, kui seda protsessi kordate, kulutate tänu oma kasvavale kogemusele ja tööanalüüsile sellele järjest vähem jõudu ja aega ning saate järjest paremaid tulemusi.

Kuidas õppida tegema kiireid ja tõhusaid otsuseid?

Iga päev peame tegelema vajadusega teha tohutult palju otsuseid.

Iga otsuse eesmärk:

• vabaneda ebakindluse seisundist;
• omandada otsustavus tegutseda;
• loobuma muudest alternatiividest;
• hinnata oma võimeid;
• vastutama tagajärgede eest.

Otsustel on meie tulevikule erinev mõju.

Mõned otsused mõjutavad ainult meie lähitulevikku ega ole nii olulised. Näiteks: millise transpordiga peaksin koosolekule sõitma? Pärast selle probleemi lahendamist ei valmista see enam muret.

Mõned otsused mõjutavad meie tulemust pikemas perspektiivis ja on väga olulised kogu meie eluks. Näiteks: milline erialane suund valida? See otsus mõjutab enamikku meie elust.

Valmistamisel tähtsaid otsuseid peame hindama pikaajalist mõju. Enamik inimesi suudab otsuseid langetada ainult vahetute tagajärgede põhjal.

Milliseid probleeme tuleb järjepidevalt läbi mõelda, et enda jaoks õige otsus teha?

Esimene samm on küsimuse sõnastamine ja olemus.

Kõigepealt peame selgelt määratlema, mille üle me täpselt otsustama peame. Kuigi lahenduse leidmise käigus võib küsimuse sõnastus muutuda.

Teine samm on ajahorisondi määratlemine.

Kui palju aega meie käsutuses on? Ajahorisont mõjutab oluliselt otsustusprotsessi ja vajaliku info kogumise võimet.

Kolmas samm on eesmärgi selgitamine.

Iga probleemi lahendamisel taotleme kindlat eesmärki. Tihti on tõelist eesmärki raskem ära tunda, kui me alguses eeldasime. Paljud valeotsused tehti lihtsalt seetõttu, et inimesed juhtisid alguses "võltsitud" eesmärke. Esitage endale tuleviku jaoks õige küsimus. Mis on parim tulemus?

Neljas samm – peamiste kriteeriumide määratlemine, mille järgi mõistame, et oleme eesmärgi saavutanud.

Millised on meie eesmärgi kriteeriumid – põhilised ja täiendavad? Peame hindama iga kriteeriumi tähtsust ja seadma need tähtsuse järjekorda.

Millised on meie eesmärgi kvantitatiivsed ja kvalitatiivsed kriteeriumid? Näide: kui palju raha ma pean aastas teenima ja millele ma selle kulutan?

Viies samm – lahendusstrateegia.

Struktuur õige ja tõhus lapsendamine otsus on otseselt seotud strateegilise planeerimise oskusega ja koosneb mitmest võtmetegevusest:

• esitada üksikasjalikult, mida tahame teatud kuupäevaks saavutada;
• tõesti mõista, mis on meie algseisund – mõista, kus me oleme.

Kas oleme tänaste tulemustega rahul?

Kuues samm on vajalike ressursside hindamine.

Ressursid võivad olla erinevad: ajutised, rahalised. Ressursiks võib olla teatud oskus, oskus, mille omandamisel saab eesmärki kiiremini saavutada. Tehke kindlaks, millised ressursid teil täna on ja mida peate lähitulevikus omandama.

Seitsmes samm – otsuste tegemise alus.

Otsuse tegemise kõige olulisemad põhjused võivad olla:

• edu vaimsed seadused;
• sarnaseid eesmärke saavutanud edukate inimeste põhimõtted, tõekspidamised ja kogemused;
• meie isiklikud põhimõtted, uskumused ja kogemused;
• uut teavet ja analüüse.

Kaheksas samm – eesmärgi olulisuse mõistmine ja oma isiklik motivatsioon selle saavutamiseks.

Mis mulle muret teeb? Mida ma tahan ära hoida? Kui ma seda otsust ei tee, millised on selle tagajärjed (lühiajaline, pikaajaline)? Mis on minu motivatsioon seda eesmärki tingimata saavutada?

Kas see on minu eesmärk? Kinnitage otsuses, et see on eesmärk, mille nimel olen valmis tegutsema. Mida ma olen nõus selle eesmärgi saavutamiseks maksma? Mida ma ei ole nõus selle eesmärgi saavutamise eest maksma?

Kas võin endale ausalt öelda: "Olen selle eesmärgi saavutamiseks valmis oma mugavustsoonist välja astuma."

Siis on järgmine küsimus ainult üks: "Kuidas ma seda teen?"

Teod = Visioon + Motivatsioon

Üheksas samm – tulemuse eelkontroll.

Unistamine on lihtne, kuid unistuste reaalsuseks muutmine pole lihtne. Millised takistused või riskid võivad tekkida? Kuidas mõjutab soovitud tulemus mind ümbritsevaid inimesi?

Otsuste tegemise vead:

• Lahendame vaid kõige lihtsamad ülesanded, mis mõjutavad meie lähitulevikku – kõige olulisem on keskenduda pikaajalisele perspektiivile
• Lükkame tähtsad otsused edasi
• Otsuseid teeme harjumusest (analoogia põhjal) ja võtame aluseks lähikeskkonna mõtteviisi - aga vastutus tagajärgede eest lasub siiski meil.

Valed otsused sünnivad kõige sagedamini arutlusvigade – meie mõtteviisi – tõttu.

Õige lahenduse leidmiseks peame olema olukorrast endast teatud kaugusel - intuitsioonist pluss eraldatud analüüs ( loogiline mõtlemine) – peavad olema omavahel tasakaalus.

Lahenduste leidmise ratsionaalne pool peaks olema ülimuslik, kui me tegeleme keeruline probleem, mis tuleb ennekõike struktureerida.

Kümme samm – otsuse tegemine.

Tehke kindlaks, milline lahendus viib parim tulemus... Sageli sisse päris elu raske on kindlalt öelda, kumb variant A või B on sobivam.

Sel juhul kas pole piisavalt informeeritud (ja siis pead mõtlema, kas on mõtet kulutada aega ja vaeva uue info kogumisele ja uurimisele) või saab täpsema hinnangu anda alles edaspidi.

Me ei saa kunagi olla 100% kindlad, et meie otsus meid selleni viib soovitud tulemus... Siiski võime osa riski julgelt ignoreerida, vastasel juhul kaotame lihtsalt tegutsemisvõime.

Koguge rohkem informatsiooni, kaaluge teiega sarnaseid juhtumeid, võrrelge neid omavahel ja analüüsige tulemusi.

Kuidas need erinevad teie olukorrast? Milliseid järeldusi saab sellest teha?

Iga otsus annab teile võimaluse parandada oma otsustusoskusi.

Kas olete tõesti saavutanud selle, mida tahtsite? Mille poolest ei vastanud tulemus teie ootustele või ületas seda? Mis on lahknevuste põhjused - valehinnang, puudulik või ebaõige info, vajalike oskuste puudumine, tehnilised probleemid, õnnetus? Kas olete oma võimeid õigesti hinnanud? Äkki hindasid sa neid üle või alahindasid? Võib-olla sõnastasite probleemi valesti?

Salvestage, mis hästi töötas, ja kasutage seda positiivset kogemust edaspidi.

Edu saavutavad need, kes teevad kiireid otsuseid tegutsemiseks!
Edu saavutavad need, kes peavad kindlalt kinni oma põhieesmärgist!
Ärimaailm andestab teile vea, kuid ta ei andesta kunagi otsustamatust!

Edu oluliste otsuste tegemisel. Olge otsustav, ärge kalduge oma põhieesmärgist kõrvale, kui otsustate tõesti, et see on teie oma.

Sellest artiklist saate teada

• Kuidas teha õige otsus

Inimesed, kellel on anne intuitiivselt probleemi juure leida, on haruldased. Kõigi teiste õnneks saab seda teha konkreetseid meetodeid järgides. Mõelge õigete lahenduste leidmiseks kahele tehnikale. Ühe neist töötas välja kuulus Ameerika äriguru Peter Drucker ja teise sama kuulus Jaapani strateeg Keniche Omae.

Alustame Peter Druckeriga. Tal on kuulus: "Tõhus juht on juht, kes teeb tõhusaid otsuseid." Kuidas praktikas teha otsuseid, mis vastavad antud ülesande tingimustele?

• Kuidas saada juhiks: juhtimise õppetunnid elus ja äris

5 sammu Peter Druckeri otsuse tegemiseks

Peter Drucker tõstab oma kuulsas raamatus The Effective Leader esile viis etappi lapsendamisprotsessis tõhus lahendus.

• juhi teadlikkus, et probleem on oma olemuselt üldine ja seda saab lahendada vaid uue reegli või põhimõtte väljatöötamisega;
• "piirtingimuste" määratlus, st. konkreetsed nõuded, mida probleemi lahendamise käigus tuleb täita; lihtsaim näide"Piiritingimused": töö tuleb üle anda 5. päeval kell 12 26 trükipoogna ulatuses;
• otsida "õiget" lahendust, mis rahuldab täielikult kõik spetsiifilised nõuded ("piirtingimused"). Seejärel tuleb keskenduda "sobitamisele": kompromissidele ja järeleandmistele, et lõpplahendus oleks kõigile osapooltele vastuvõetav;
• lahenduse teostusmehhanismi otsimine;
• "tagasiside" pakkumine - kanal, mis jälgib lahenduse rakendamist ja selle tulemust.

Aga Drucker juhib tähelepanu ka asjaolule, et ka kõige ettenägelikumat otsust ei saa ellu viia, kui täitjad ei ole otsuse elluviimise protsessi kaasatud ega ole selle tulemustest huvitatud vähem kui juht.

Inimfaktor. Tõhusa otsuse tegemisel on oluline osa töötajatega suhtlemisel. Peate suutma viia läbi konstruktiivseid koosolekuid ja mitte ainult inspireerida töötajaid oma eeskujuga, vaid ka motiveerida neid huvitavate väljavaadetega. Veelgi enam, mida kõrgem on haridustase ja intellektuaalne areng spetsialist, vähem oluline on tema jaoks vaid tööjõukulude materiaalne hüvitamine.

Weilli ja Sloani kuus põhimõtet

Nagu ilmekaid näiteid Juhtkonna väljakutsed Peter Drucker tsiteerib Theodore Weili, kogu Põhja-Ameerika mandri suurima eraomanduses oleva telekommunikatsiooniettevõtte Bell Telephone System juhti ja Alfred Sloan Jr.-i, kes tegelikult lõi General Motorsi. Mõlemad organisatsioonid on tänu nende kahe legendaarse juhi panusele tegutsenud üle 90 aasta.

Weill ja Sloan tegid erinevaid ärispetsiifilisi otsuseid, kuid mõlemad järgisid alati samu otsustuspõhimõtteid:

1. Olukorda tuleb mõistlikult hinnata. Mõned ülesanded (strateegilised) lahendatakse põhimõttelistest kaalutlustest ja globaalsetest eesmärkidest lähtuvalt. Muud ülesanded (taktikalised) nõuavad pragmaatilist lähenemist hetkevajadustest lähtuvalt.
2. Kui kasu ületab selgelt kulud ja riskid, on vaja tegutseda.
3. Peate tegutsema või keelduma tegutsemast, kuid te ei saa otsustest kõrvale hiilida (või teha "poolikuid" otsuseid).
4. Vajadusel tuleb teha valik kahe kompromissi vahel (halva ja halvema vahel).
5. Sellise raske valiku näitena toob Drucker kuulsa "Saalomoni kohtuotsuse" - lapse eraldamise kohta.
6. Suurema osa ajast ja tööst ei võta mitte otsuse tegemine, vaid selle elluviimine. Kuni lahendust pole rakendatud, on see vaid kavatsus.
7. Lahenduse rakendamine peaks olema võimalikult lähedane keskmise töötaja võimalustele ja võimalikult lihtne.

Seega lahendab tõhus juht Druckeri sõnul probleemi vaid korra. Aga ta otsustab nii, et lõpuks on selge stsenaarium, mida igaüks võib järgida, või reegel, millest kõik aru saavad. Ja kollektiiv kuuletub otsus mida meelsamini, seda paremini seda igale töötajale eraldi selgitatakse.

Võit-võit-meetod Keniche Ohmae lahenduse leidmiseks

Inimesed, kellel on anne intuitiivselt probleemi juure leida, on haruldased. Kõigi teiste õnneks saab seda teha teatud meetodeid järgides, kirjutab Keniche Ohmae oma kuulsas raamatus The Thinking of a Strategist.

1. meetod.Vormistame küsimuse kohe nii, et see hõlbustaks lahenduse otsimist. Kui antakse õiged küsimused lahenduskesksete formulatsioonide puhul on lõplik vastus tõenäoliselt sama, isegi kui otsing algab erinevatest küsimustest ja sellele lähenetakse erinevalt. Mõelge näiteks järgmisele olukorrale: Ületunnitöö on muutunud ettevõttes krooniliseks nähtuseks. Küsimus "Mida on vaja teha ületundide vähendamiseks?" saab küsida ainult siis, kui probleemi olemus on määratletud ja mõistetud. Tõhusam on sõnastada küsimus teisiti, et see oleks lahenduskesksem: „Kas ettevõttel on piisavalt tööjõudu, et kõik vajalikku tööd?" Kui ei, siis lahenduseks on personali suurendamine. Kui jah, siis on probleem suure tõenäosusega töötajate kvalifikatsiooni puudumises. See pole ainus lahendusele orienteeritud küsimuse sõnastus. Võime küsida järgmist: "Kas töötajate võimed on kooskõlas nende tehtava töö iseloomuga?" Kui ei, siis on lahendus olemasolevate töötajate koolitamine või kvalifitseeritumate töötajate palkamine. Kui jah, siis pole probleemi juur iseloom, vaid töömaht. Seega on lahenduseks palgata lisatööjõudu.

• Kuidas arendada juhiomadusi: 3 vaieldamatut elureeglit

2. meetod.Me kasutame "otsuste puud" - meetodit probleemi kitsendamiseks.Üldine probleem on jaotatud kaheks või enamaks alamküsimuseks, mis täiendavad üksteist ja hõlmavad kogu valdkonda. võimalikud lahendused... Seejärel korratakse seda protsessi alamküsimuste puhul ja nii edasi, kuni saavutatakse tase, mille juures saab alamküsimusi lahendada ilma neid komponentideks jagamata. Seega jaotatakse ka probleem, mis alguses tundus liiga keeruline ja suur, järk-järgult väikesteks ja spetsiifilisteks probleemideks. Siin on saladus, et iga sihtkoht peab sisaldama probleemi, mida saab lahendada.

Peter Druckeri "Tõhus juht" ja Keniche Ohmae "Strateegiline mõtlemine" saate vaid poole tunniga raamatukogus "Peamine mõte. Raamatud kokkuvõttes”.

Arutasime edasi - see märkus põhineb veal nimekirjast: "Kui dokumendi postitamisel kasutatakse mingil viisil registritest loetud andmeid, tuleb kindlasti ette näha nende andmete saamine postitamise ajal dokument." See viga = -1 punkt. Operatiivkonteeringu menetlemisel andmeid dokumendi konteerimise hetkel EI laeku.
Mis puudutab operatiivkäitumise keelamist - idee pole uus, nad on seda teinud juba aastaid, teema tõstatati 2011-2012 sõnumites, minu teada selle kohta kommentaare pole

Tsitaat 1C-lt: Platvormi spetsialist:

... ma ise keelasin ooperite esitamise kõikides dokkides, aga minu arvates Gontšarov lihtsalt ei vaadanud seda; koodeksis ma operatiivkäitumist ei töötlenud, Gontšarov muidugi nägi seda, kommentaare polnud ...

Raamatupidamisprobleemide lahendamisel pole enamasti vaja kiiret käitumist.

Väljavõte kursusest "Raamatupidamisülesannete lahendamine", lk 45
"...
Seadsime atribuudi "Online täitmine" väärtuseks "Keela". Tõhususe kontroll on mõttekas ainult reaalajas raamatupidamises ja seda ei kasutata raamatupidamises üldse või peaaegu ei kasutata.
..."

3) Atribuut "Eemalda liikumised":

Atribuut "Kustuta liikumised" on seatud väärtusele "Kustuta automaatselt tühistamisel" - see on standardvalik. See võimaldab teil registrikirjete komplekti üle kirjutada, kui postitate dokumendi uuesti ilma olemasolevaid kustutamata. Olemasolevad kustutatakse automaatselt ainult juhul, kui dokument eemaldatakse postitamisest (kustutatakse).

Postituskäsitlejas tuleb esmalt andmebaasi kirjutada tühi komplekt. Dokumendi atribuutides on atribuudiks "Kustuta liikumised" vaikimisi seatud "Kustuta automaatselt postitamise tühistamisel", nii et dokumendi uuesti postitamisel jäävad selle vanad tehingud liikumiste hulka ehk teisisõnu olema lugemiseks kättesaadavad, seega tuleb need sel viisil tühjendada. Kui kasutaja ei muuda ümberpostitamisel dokumendi aega hilisemaks, siis vigu ei teki, kuna saldosid loetakse dokumendi tegemise ajal, s.o. selle juhtmestik ei lülitu sisse. Kui kasutaja ei salvesta tühjade liikumiste komplekti ja muudab dokumendi postitamise aja hilisemaks või konteerimine toimub viipega, tekib tõrge, kuna Arvesse võetakse enne uuesti postitamist salvestatud dokumentide liikumist, mis on viga.

NB: Ainult vanal viisil läbiviimisel, kui on vaja registrist andmeid lugeda, et neid hiljem muuta, tuleb kirjutada tühjad väärtused ja uue läbiviimise meetodi puhul pole see vajalik.

4) Jagatud summade režiim:

Jagatud summade režiim on konfiguratsiooniregistrite jaoks vaikimisi lubatud

5) Andmete saamine perioodi kohta:

Andmete saamisel PERIOODI KOHTA peaksite võtma perioodi lõppkuupäeva perioodi lõppu:
- SKD lõppperiood (& perioodinimi, "päev");
- Taotluse parameetri lõpppäev (parameetri nimi)

Saldo saamisel KUUPÄEVAKS (päeva lõpp, sealhulgas selle viimane sekund) kasutage objekti Piiri:
V

Moment = Uus piir (lõpppäev (parameetri nimi), piirivaade. kaasa arvatud);

Kus ParameetriNimi on parameeter, mis sisaldab lõppkuupäeva väärtust

6) Ühise mooduli "Serveri kõne" lipp:

Ühise mooduli lipp "Kõneserver" peab olema seatud, kui selle mooduli ekspordimeetodite väljakutse (käivitatakse serveris) kutsutakse välja Kliendil teostatavast ulatusest.

7) Viidates liittüübi atribuudile päringus:

Komposiittüübi väärtuse atribuudi päringu korral peate kasutama EXPRESS-klauslit, näiteks:

EXPRESS (saldod ja käibed.Subkonto1 AS A Directory.Nomenclature) AS A Subkonto1

8) Peamised lahendatavad ülesanded kvantitatiivse arvestuse rakendamisel:

1. Andmete tõhus lugemine andmebaasist ja läbiviimiseks vajalik dokument.
2. Mahakandmise kulu arvutamine, mis arvutatakse tavaliselt ühe aktsepteeritud meetodi abil (keskmine, FIFO või LIFO):

Amb (Sample.SumRemains * Sample.Number / Sample.QuantityResidence, 2)

(Nägin juhendis 1c BU ülesannete lahendus: lk 135)
3.Dokumendi konteerimise/saldode kontrollimise võimaluse kontroll
4. Loetavate andmete blokeerimine mitme kasutaja režiimis klient-serveri juurutamisel.

9) Kauba dokumentide mahakandmise optimaalne teostamine kvantitatiivse arvestuse rakendamisel

Taotlus kasutab ajutisi tabeleid ja koosneb mitmest paketist:

1.1. Esimene päringupakett võtab vastu dokumendi tabeliosa rühmitatud andmed koos selle dokumendi valikuga ja vajalikud tingimused(näiteks ainult Kaupade valik) koos kaupade indekseerimisega. Täitmise tulemus paigutatakse ajutisse tabelisse. Selle ajutise tabeli andmete järgi on PH tabeli kirjed otstarbekas blokeerida, kui kasutada vana tehnika dirigeerimine, s.o. kui kaupa ei ole võimalik registrist välja kanda ilma registrist andmeid saamata. Näiteks omahinna mahakandmiseks on vaja teada mahakantava kauba jääkide kogust ja maksumust.

1.2. Teine päringupakett saab saldod, mis on valitud üksuste kaupa esimesest partiist, ressursi väärtusi kontrollitakse väärtuse puudumise suhtes (NULL), ajutise tabeli andmed ühendatakse vasakpoolse ühendusega virtuaalse saldotabeliga (kui vajalik, rühmitatud artiklite kaupa (kui see on partiiarvestus, sorteeritud aja järgi)

10) "Kaitse lolli eest", määrates liidese elementide omadused:

Peaksite meeles pidama vormide sisestusväljadele piirangute seadmise võimalust, nimelt vajadusel keelake tühjad väärtused, määrake maskid, määrake vastuvõetavate väärtuste vahemik. Enamasti lahendab see algtasemel "lollikindla" probleemi.

1. Lukk tuleks seada võimalikult tehingu lõpu lähedale (mida lühemalt lukk kestab, seda rohkem kasutajaid korraga töötab ehk seda suurem on paralleelsus).
2. On teada, millised andmed blokeerida
3. Blokeerimine tuleb teha enne konkureerivale ressursile, näiteks raamatupidamisregistri virtuaaltabelile ligipääsu.

Täpsustustingimused saab määrata SetValue meetodi abil, et lukustada väärtuse järgi. Nende blokeerivate atribuutide jaoks, mille puhul peate parameetrina edastama väärtuste loendi või massiivi, saate kasutada atribuute DataSource ja meetodit UseDataSource. Atribuudis DataSource saate paigutada dokumendi tabeliosa, väärtuste tabeli või päringutulemuse ning määrata meetodis teise parameetrina veeru nime, mille väärtusi kasutatakse filter.

Alamkonto jaoks on blokeerimisväärtuse määramise spetsiifilisus - alati pole täpselt teada, millises asendis otsitav alamkonto on fikseeritud, seetõttu kasutatakse blokeerimisruumi välja tähistamiseks viidet iseloomulikule tüübile (subconto tüüp).

13) Uus läbiviimise tehnoloogia eeldab kvantitatiivse arvestuse rakendamiseks järgmist protseduuri:

1. Kirjeldage dokumentide liikumiste kujunemist, määrates nende jaoks spetsiaalse lipu kogusummade andmete blokeerimiseks (BlockOnChange).

2. Salvestame liikumiste komplekti registrisse, samal ajal kui komplektis kasutatud mõõtmete väärtustele vastavad koguandmed on lukustatud.

3. Peale salvestamist ja luku seadistamist kontrollime saldosid, samas otsime negatiivseid. Negatiivsete saldode korral tühistame tehingu ja kuvame kasutajale teatise.

14) Objektimudeli "AccumulationRegister.Manager" kasutamine

Enamikul juhtudel peetakse andmete hankimist väärtustabeli kujul vähem tõhusaks. Sel põhjusel peetakse andmeotsingu objektimudelit vähem tõhusaks kui tabelimudelit. Näiteks objekti AccumulationRegisterManager meetodi Jäägid täitmise tulemuseks on kogusummadega täidetud väärtuste tabel, mis sisaldab veerge parameetris Resources määratud ressurssidega.

Vaatleme seda tehnoloogiat näitena. Vajalik on anda kasutajale võimalus kontrollida vanade dokumentide saldosid nende postitamise kuupäeva seisuga. Selleks on vaja dokumendivormil näidata tabeliosasse sattunud kauba jäänused, mis on asjakohased dokumendi enda registreerimise ajal. Seda ülesannet rakendatakse järgmiselt:

1.Lisati dokumendivormile muutuja Balance (String).

2. Kuna on vaja käsitleda dokumendi tabeliosa muutmise sündmust, siis asub kood dokumendivormi sündmusekäsitlejas "On LineActivate". Kirjutame töötlejasse järgmise koodi:

& OnClient Procedure ProductsOnActivatingRows (üksus) leht = Items.Products.CurrentData; Kui Str<>Määratlemata Siis Ost = toote järelejäänud definitsioon (Page.Nomenclature, Object.Warehouse, Object.Date, Object.Link); EndIf; EndProcedure & OnServerWithoutContext Funktsioon Ülejäänud kaupade määramine (jooksvad kaubad, ladu, kuupäev, viide) RemainsTov = akumulatsiooniregistrid.Nomenklatuuri jäägid; Filter = Uus struktuur; Filter.Insert ("Nomenklatuur", TekTovar); Filter Sisesta ("Ladu", Ladu); Kui ValueFilled (Link) Siis // kui doc. on andmebaasis, see on täitnud kuupäeva ja viiteväljad, mis tähendab, et saate // nende abil moodustada Ajahetk jääkide valimiseks Time Moment = New Moment of Time (kuupäev, link); Vastasel juhul // saame kõige värskemad jäägid TimeMoment = Undefined; EndIf; TableOst = saldodTov.Jääb (ajahetk, filter, "nomenklatuur, kogus"); // tagastab veeru Quantity Return TableResto.Total ("Kogus") summa; EndFunction

Objektimudelit kasutatakse seni, kuni on vaja kogusummasid saada valikuga "võrdne teatud väärtusega". Vaatleme näidet, kus objektmudeli kasutamine pole võimalik:

1. On vaja näidata lao ja ettevõtte kui terviku bilansi;

2. Peate hankima kõigi dokumendi tabeliosas sisalduvate kaupade saldod;

3. Peate toote pealt saama tasuta saldo

Kõiki neid ülesandeid ei saa tõhusalt lahendada, kasutades andmebaasi üks ühes kõnes.

Objektimudeli kõige levinumad kasutusjuhud on järgmised:

1.Kui rakenduse objekt tuleb andmebaasi kirjutada

2. Kui rakendusobjekti on vaja andmebaasis muuta (lugeda RAM-i, muuta ja kirjutada muudetud andmebaasi).

3. Kui algoritm peab kasutama mehhanismi andmete dünaamiliseks lugemiseks suurtest rakendusobjektide massiividest (mehhanismi põhiolemus on andmete lugemine andmebaasist plokkides väikese arvu kirjete kaupa), saate kasutada andmetöötlusobjekti<СправочникВыборка.<ИмяСправочника», <ДокументВыборка.<ИмяДокумента», <РегистрНакопленияВыборка.<ИмяРегистра» и т.п.

4. Kui andmed on juba RAM-is ja vajavad juurdepääsu.

Vastasel juhul on päringu kasutamine probleemi lahendamiseks kas objektimudeliga võrdselt efektiivne või tõhusam.

15) Päringu skeemi koostamine toimub algajatele järgmise tehnika järgi:

Taotlusskeemi koostamine toimub algajatele järgmise tehnika järgi:

1.Joonista väljundpäringu tabeli eskiis andmete täitmise võimalusega;

2. Määrake visandil väljundväljade arv.

3. Määrake igale väljale tabel - allikas (võimalusel lõigud koondades)

4. Märkige taotluses lisatoiming.

Täiendavad toimingud hõlmavad enamasti järgmist:

Filtreerimine, valik (kui tegemist on valikuga virtuaaltabeli dimensiooni väärtuse järgi, siis tuleb teha valik tabeli enda parameetrites, muudel juhtudel - valikud WHERE ettepanekuga).

Laua kokkupanemine (GROUP BY);

Tabeli laiendamine vahesummadega ridade lisamisega (SOFTWARE TOTALS);

Sorteeri (ORDER BY).

16) Suvaline tingimus päringukonstruktoris:

Suvalise tingimuse päringukonstruktoris (vahekaardil "Tingimused") saab konstrueerida, pesastades suvaliste avaldiste konstruktori päringukonstruktorisse. Selleks klõpsake pärast lipu "Meelevaldne" seadmist üks kord selle välja paremas nurgas, kus suvaline tingimus asub. See võimaldab aktiveerida rea ​​lõpus oleva valikunupu. Kui klõpsate sellel valikunupul, kutsutakse välja suvaliste avaldiste konstruktor.

17) Taotluste täitmise reeglid:

Päringu täitmistehnika seisukohast on soovitatav meeles pidada järgmisi reegleid:

1. Liitumine on katse ühes päringus hankida kõikvõimalikud allikate lähtetabelite kirjete kombinatsioonid, mis on piiratud linkide arvu ja tüüpidega. Link on tingimus, millele valitud kombinatsioonid peavad tingimata vastama.

Kui linke pole, ühendatakse tabelikirjed skeemi "igaühele" järgi. Selle vältimiseks juhinduvad nad päringu kirjutamisel reeglist: "Minimaalne linkide arv on ühe võrra väiksem kui lähtetabelite arv" - rohkem linke on lubatud, vähem mitte.

2. Rakendusülesannetes on kõige sagedamini võimalik defineerida ülem- ja alamandmeallikad. Üksuste rühmitamise väljundväljad tuleks tuletada juhtivatest allikatest.

Taotluse kirjutamisel on lisaks ACS-ile oluline meeles pidada järgmist mustrit. Kui allikaks on valitud virtuaalne tabel, on mõttekas minna virtuaalse tabeli atribuutide juurde ja määrata kõigi virtuaalse tabeli loomise ajaga seotud välisparameetrite nimed.

ACS-is määrab süsteem need parameetrid automaatselt.

Kui peate valima kõik andmed, on metoodiliselt õigem kasutada parameetrit, mille väärtuseks määratakse Undefined või "00010101", mis vastab kuupäeva andmetüübi väärtusele Undefined.

Kui päringu kirjutamisel on endas vaja kehtestada virtuaalsele tabelile tingimus ja tingimus puudutab valikut ühe või mitme dimensiooniväärtuse järgi, tuleb selline tingimus kehtestada virtuaalse tabeli parameetrites. See tingimus on täidetud kohe, kui virtuaalne tabel on koostatud. Kui kehtestate dimensioonile tingimuse pärast virtuaalse tabeli koostamist, on päringu jõudlus arusaadavatel põhjustel oluliselt aeglasem.

Päringu tõhususe parandamiseks on mõttekas kehtestada virtuaalsetele tabelitele maksimaalselt tingimusi. Lisaks on valikuväljade päringutes soovitatav koostada indeks, et suurendada virtuaalse tabeli koostamise kiirust vastavalt antud tingimusele.

Operatiivkonteerimisel, et dokumendid paigutataks järjest ja ei jääks ühe sekundi sisse (sekundi sees ei ole järjekord määratletud), muudab süsteem automaatselt dokumendi aega. Dokumendi kuupäev saab operatsiooni ajatempli väärtuse, mille süsteem arvutab järgmise algoritmi järgi: operatiivselt hoitava dokumendi kuupäev on võrdne praegusega või on ühe sekundi võrra suurem kui eelmine väljastatud tööaeg tempel. Dokumentide kiire konteerimisega võimaldab süsteem paigutada dokumendid õigesse kronoloogilisesse järjekorda (iga sündmus registreeritakse selle kajastamise hetkel raamatupidamises) ja lisaks teavitada sellest tehingu töötlejat (alates dokumendi kajastamise seisukohast raamatupidamises, viipekonteerimise mehhanism ise toiminguid ei teosta ja edastab parameetri konteerimise käitlejale). See annab arendajale võimaluse eristada reaalajas dokumentide postitamise olukordi muudest olukordadest, mida kasutatakse rakendusprobleemide lahendamiseks. Näiteks viipekonto puhul saate tegelikud saldod, mis on palju kiirem kui suvalisel ajahetkel saldod.

3. Liit on päringu väljundtabeli lisamine altpoolt järgnevate allikate väljundtabelite esimese allika järgi, mis tähendab, et Join puhul vajab iga allikas oma päringut. See tähendab, et kõigis päringutes tuleb väljundväljadena määrata veerud rühmitustega (näiteks üksused).

4. Ühenduse rakendamisel on oluline, et igas kombineeritud päringus oleks sama arv välju. Kui ühe komplekti jaoks pole liitvälju, tuleks puuduvad väljad täita tühjade väärtustega, et väljade arv oleks võrdne.

18) Hallatavad lukud:

Hallatavad lukud:

Üksikute väärtuste jaoks lukuväljade määramiseks kasutage LocksElement objekti SetValue meetodit. Blokeerimisväljade filtreerimise määramiseks mitme väärtuse alusel kasutage välja DataSource ja meetodit UseDataSource. Andmeallikaks võivad olla objektid tüüpi QueryResult, TabularSection, ValuesTable. Meetodis UseSourceValues ​​peate määrama lukustatava objekti välja ja välja, kust lukustatavad väärtused võetakse.

19) Tööbaasi registrite struktuuri muutmise reeglid:

Tööbaasi registrite struktuuri muutmise reeglid:

1. Mõelge läbi kõik registrimuudatuste detailid (millised on struktuurimuudatused, millised dokumendid teevad laekumiste liikumisi, millised dokumendid teevad voolukiiruse liikumisi uute mõõtmiste järgi)

2. Tehke registris struktuursed muudatused. Tuleb märkida, et registrite struktuuri muutmine ei nõua registritest andmeid lugevate programmimoodulite tekstide muutmist õige süntaksi tagamiseks. Sellegipoolest võib see mõjutada nende täitmise kiirust, kuna juurdepääsu kiirus esimestele mõõtmistele on suurem kui viimastele.

3. Rakendada kviitungi liikumine selles registris (registrites) ja siluda kirjalik algoritm ühe dokumendi näitel, kuid igat liiki kviitungidokumentide puhul erinevate lähteandmete versioonidega.

4. Rakendage selle registri (registrite) kululiikumisi või arvestusregistrite, käibetüüpi akumulatsiooniregistrite ja teaberegistrite kululiikumisi ning siluge kirjaliku konteerimisalgoritmi ühe dokumendi näitel, kuid iga kuludokumendi tüübi jaoks on erinevad variandid. algandmetest.

5. Veenduge, et kõik sellel registril (registritel) põhinevad tarkvara mehhanismid töötavad korrektselt ehk aruannete õigsuses, tulenevalt muude dokumentide postitamisest.

Mõned mehhanismid põhinevad meie registri kirjete komplektiga töötamisel, seega on soovitatav vaadata sündmuste käitlejate BeforeWrite ja AtWrite olemasolu registrikirjekomplekti moodulis. Seejärel avage kõigi muude mehhanismide kuvamiseks konfiguratsioonitööriistaribal nuppu Otsi kõigist tekstidest. Avanevas aknas pane üles otsingutingimused (näiteks moodulid, rollid). Otsingutulemused kuvatakse tulemustabeli allosas. Ühe klõpsuga otsingutulemuste real pääseb andmeid sisaldava objekti juurde, mille järgi saab hinnata uue mehhanismi rakendamise õigsust.

6. Seejärel peaksite ristpostitama kõik selle registriga seotud dokumendid. Kui vanu dokumente ei ole uute seaduste järgi võimalik teostada, peate olenevalt dokumendi kuupäevast rakendama vajaliku mehhanismi õigesti.

20) Algoritmi optimeerimise juhised:

Algoritmi optimeerimise suunad süsteemi kiiruse suurenenud nõuete tingimustes läbiviimiseks võib jagada järgmisteks valikuteks:

1. Andmebaasi kõnede arvu minimeerimine.

2. Läbiviimise käigus töödeldava andmehulga minimeerimine (algoritmiga seotud andmebaasitabelite arvu minimeerimine, töödeldavate tabelite suuruse minimeerimine, andmebaasi tabelitega tehtavate toimingute minimeerimine).

3. Blokeeringute arvu ja aja minimeerimine.

4. Andmetöötlusalgoritmide optimeerimine lahenduste prioriteedi osas orienteeritud paralleelsuse suurendamisele kasutajatele lisateenuseid pakkuvate lahenduste ees.

Selleks on soovitatav kasutada järgmisi lahendusi:

1. Rakendada raamatupidamises dokumentide registreerimise menetlemise eraldamist järgmiselt:

a. Toimingud, mis nõuavad kohest töötlemist (dokumendi postitamise ajal);

b. Toimingud, mille teostamist saab hiljem edasi lükata (vahetuse lõpus, vahetult enne rutiinse aruandluse tekkimist jne)

2. Arvutamise aja lühendamise ülesanne on lahendatav struktuurse lähenemise seisukohalt. Näiteks saab osa dokumendi konteerimise käigus arvutatud näitajaid salvestada vaheraamatutesse. Seda tehakse selleks, et hiljem oleks võimalik nendele andmetele viidata – mitte raisata aega dokumentide hilisemal töötlemisel ümberarvutamisele. Süsteemi saab sisestada teenusenäitajad, mida aruannetes ei kasutata ja tõsta dokumentide konteerimise efektiivsust.

3. Soovitatav on kinnipidamisprotseduuris rakendatavate lukkude toimeaega lühendada, kuna blokeeringu pealepaneku hetke maksimaalne nihe on võimalikult lähedal hoidmisalgoritmi lõpule.

21) Käiberegistrite optimeerimine. Agregaadid:

Kui dimensioonide arv registris on> = 8, on mõttekas keelata mõõtmisandmete kasutamine kogusummades (lipp Kasuta kogusummades) – see mitte ainult ei vähenda registri kogusummade tabelit, vaid võimaldab süsteemil ka genereerida. aruanded kiiremini, mis ei nõua nende mõõtmete jaoks analüütilisi kärpeid.

Erineva detailsusega analüütiliste aruannetega süsteemide loomisel, mille sektsioonide maksimaalne arv on üle 8, tuleb registrimõõtmised jagada kohustuslikeks (kasutatakse peaaegu kõikjal ja nõuavad kiiret töötlemist) ja valikulisteks (harva kasutatakse, ei nõua). kiire töötlemine).

Kogusummade tabeli kasutamisel akumulatsiooniregistrite jaoks on mitmeid piiranguid:

1. Vahesummade arvutamise sagedus on tavaliselt võrdne kuuga.

3. Kogusummade tabel muutub liikumiste tekkimise hetkel, mis toob kaasa selle kasvu.

Suurtes andmebaasides toob see kaasa jõudluse olulise languse. Erinevate analüütiliste ülesannete rakendamise efektiivsuse suurendamiseks on otstarbekas kasutada koondtabeleid. Need tabelid on kogusummade tabelid koos jaotiste koostise ja arendaja määratud salvestussagedusega. Sel juhul tuleb meeles pidada, et kui kasutatakse agregaatide mehhanismi, lülitatakse kogusummade mehhanism välja, väide on tõene ja vastupidi.

Üksuste töö on jagatud kolme etappi:

1.Koostage agregaat: on vaja lisada agregaat, kirjeldada selle koostist ja määrata selle kasutamise sagedus.

2. Plokkide võrgu ümberehitamine: Kui üksuse kasutussagedus on automaatne, siis otsuse ploki täitmise ja hooldamise vajaduse kohta teeb süsteem automaatselt, lähtudes akumuleeritud reaalse kasutamise statistikast. Kui agregaadid ei ole viimasel perioodil päringute efektiivsust tõstnud, siis kuni järgmise agregaatide ümberehitamiseni võib otsustada see ajutiselt sulgeda. Programmiliselt saab kutsuda koondatud ümberehitamist.

Kogumisregistrid.<ИмяРегистра>.RebuildUsingAggregates (). Efektiivne on selle meetodi lisamine rutiinsele ülesandele, mida on õigem teha üks kord päevas või nädalas, olenevalt andmebaasi kasutamise sagedusest, ajal, mil andmebaasis keegi ei tööta. Suure andmebaasi korral võib see toiming võtta mitukümmend minutit.

3. Ühikute värskendamine. Agregaatide tabelite täiendamine ei toimu registris liikumiste tekkimise hetkel, vaid pärast agregaatide uuendamise eriprotsessi käivitamist. See ei mõjuta taotluste õigsust. Kui süsteem koondtabelitest andmeid ei leia, saab ta puuduvad andmed registri liikumise tabelist. Programmiliselt saab kutsuda koondatud ümberehitamist.

Kogumisregistrid.<ИмяРегистра>.UpdateAggregates ().

BOO

1) Käsitsi kasutamine, parandused lühikontol:

Sest teie arendatavas konfiguratsioonis on dokumendi ManualOperation olemasolu kohustuslik, see seab kaudse, kuid kohustusliku nõude - kõikides taotlustes ja aruannetes, mida probleemi lahendamiseks esitate, kehtestage kontodele maksimaalne arv täpsustavaid tingimusi. Näiteks kui Teie ülesande seisukorras on mainitud, et laekumise dokument teeb konteerimise Dt Kaup - CT Tarnijad ja kuludokument - Dt ProfitLosses CT Goods, siis analüüsides kogu seda olukorda mingil eesmärgil (olenevalt ülesandest) , on mugav kasutada tabelit Käibed, seades kontotingimuseks võrdseks Kauba konto ja väljundis on deebetkäive Tarnijate kontoga ning kreeditkäive - KasumidKahjud. Kuid virtuaalse tabeli seisukorras on hädavajalik määrata allpool olev tingimus ja siis ei saa käsitsi toimimine, olenemata sellest, milline kontode vastavus sinna sisestatakse, teie päringu toimimist häirida:

| Korrespondentkonto B (väärtus (kontoplaan. haldamine. tarnijad), väärtus (kontoplaan. juhtimine. kasumikaod))

2) Lipp "Tasakaal":

Lipp "Tasakaalustatud" tähendab, et kirjavahetuse toega registrikirjete komplekti luuakse sellise dimensiooni jaoks üks väli ja iga tehing märgitakse (tervikuna – nii Dt kui Kt) sellele dimensioonile viitavaks (näiteks , organisatsioonid).

3) Analüütilise raamatupidamise rakendamine:

Analüütilist arvestust saab platvormis rakendada ühel kolmest võimalusest:

1. End-to-end analüütika, mille puhul kasutatakse sama analüütilist vaadet kõigil või peaaegu kõigil kontodel (näiteks organisatsioon, raamatupidamiskeskus või KBK). Sel juhul ei ole analüütiline tunnus (näiteks osakond) seotud tehinguga kui tervikuga, nagu näiteks konsolideeritud raamatupidamises, vaid ainult selle ühe poolega (Dt või Kt), see on täiesti lubatud. rahaliste vahendite või kohustuste ülekandmiseks ühest allüksusest teise.
Kontoplaanis oleme loonud raamatupidamise atribuudi (AccountingByDivision), et võimaldada selle dimensiooni arvestust vajalikel kontodel Lisasime bilansivälise dimensiooni Osakond ja määrasime selle atribuudi AccountingCharacter väärtuseks AccountingByDivision. Pärast seda on raamatupidamisregistri reaalses tabelis lisatud väljad SubdivisionDt ja SubdivisionKt, et kajastada tehingus Alljaotist Dt ja Alajaotust CT (Mõne konto puhul neid välju ei täideta). Valgevene Vabariigi tabelis Saldode Käive ilmus veerg "Osakond" ning tabelis TurnoverDtKt väljad SubdivisionDt ja SubdivisionCt.

2. Tavaline analüütika, mille puhul peaks erinevatel kontodel olema erineva arvu paralleelsete lõikudena erinev analüütika. Sel juhul on vajalik:
1.Määrake kõik võimalikud subkontotüübid (PVC Types of Subconto);
2.määrake alamkonto tüüpide maksimaalne võimalik arv
3. seadke kontodel alamkonto ülesande avalduses nõutud järjekorras.

3.Valikuline analüütika, mis on omamoodi tavaline, kuid mida kasutaja saab kontodele lisada või sealt eemaldada. Sel juhul on vaja kasutada funktsionaalsete valikute ja konstantide mehhanismi.

Parem on määratleda kontol olevad subkontod nende väärtuste kahanevas järjekorras. Näiteks nomenklatuuri kataloogis - 100 000 üksust, vastaspoolte kataloogis - 10 üksust. Kaupade kontole lisati esimene allkonto "Nomenklatuur", teine ​​- "Töövõtjad". Soovitav on erinevatel kontodel samale positsioonile määrata sama tüüpi alamkonto. Kõigi sama analüütikaga kontode analüütiline aruandlus moodustub sellise organisatsiooniga kiiremini.

5) BU: ühe tehingu lisamisel raamatupidamisraamatusse uuendatakse järgmisi tabeleid:
1.Liikumiste tabel: selle tehingu jaoks lisatakse üks rida;
2. Alamkonto väärtused: nullist 4 rida, üks rida mõlema konto iga alamkonto kohta;
3. Kontode saldod ja käibed: uuendatakse kahte rida - Dt konto ja CT konto jaoks.
4. Kontode ja alamkontode saldod ja käibed: iga konteerimiskonto kohta uuendatakse ühte rida ühes kahest tabelist, olenevalt sellest, mitut tüüpi alamkontosid kontole on lisatud. Kui kontod on sünteetilised, siis alamkonto kogusummade tabeleid ei värskendata;
5. Kontodevahelised käibed: uuendatakse kontode kirjavahetuse ühte rida.

5) Raamatupidamisregistri indekseerimise tabelid:

Indekseid ei kasutata mitte ainult aruannete kiireks kogusumma saamiseks, vaid ka tehingute registrisse salvestamisel kogusumma rea ​​otsimiseks. Maksimaalne indekseeritud väljade arv on 16. Indeksit kasutades leiab süsteem kiiresti rea, mis tuleb väliste muudatuste jaoks lukustada ja muuta. Kui kõik väljad indeksisse ei mahu, hangib süsteem stringide vahemiku ja seejärel itereerib selle üle, otsides vajalikku stringi – see aeglustab koodi täitmise kiirust.

Seega on võimalik alamkontosse kaasata primitiivseid andmetüüpe vaid juhtudel, kui see on ainuke realiseerimisvõimalus. Need suurendavad mitte ainult indekseeritud väljade, vaid ka indeksite arvu. Lisaks on raamatupidamis- ja analüütikaregistri (subconto) kujundamisel vajalik, et indekseeritud väljade arv ei ületaks 16.

Raamatupidamisregistri füüsilistes tabelites on indekseeritud Periood, Konto, Dimensioonid ja Subkonto. Ühe liitandmetüübi väärtuse salvestamiseks kasutab programm andmebaasis 3 välja: (1) objekti nimi, (2) tabeli nimi, (3) kirje viide, eeldusel, et kompositsioon sisaldab viitetüübi väärtusi. . Iga primitiivse andmetüübi väärtuse kohta andmebaasis kaasatakse veel üks väli. Kolm kohustuslikku indekseeritud välja on Periood, Konto ja Eraldaja (kui jagatud kogusummade režiim on lubatud).

6) Päringu tulemuse analüüs, kui pole teada, mis kohas milline alamkonto asub:

Päringu tulemuse analüüs, kui pole teada, mis kohas milline alamkonto asub, on järgmine.
1. Raamatupidamise registri virtuaalses tabelis on vaja määrata Subconto type parameeter. Sellele saab edastada alamkonto tüübi (tüüpide) linke või linkide massiivi.
2. Massiivi elementide järjekord määrab päringus olevate rühmituste järjekorra.

Alamkonto tüüpide järgi valimine ei ole vajalik ühe konto päringu tegemisel, millel alamkonto on konfiguraatoris määratud.

7) Laiendatud saldo hankimine virtuaalsetest tabelitest:

Laiendatud saldo saamiseks raamatupidamisraamatute virtuaalsetest tabelitest kasutage välju Expanded RemainingDt ja Expanded RemainingCt. ACS-i laiendatud analüütiliste saldode saamiseks, kui need pole valitud väljadele kaasatud, peaksite kasutama saadaolevate paigutusväljade atribuuti "Roll". Näide:
Dimensioonide rollis (Subconto1, Osakond), mis peaksid jääma päringuvalikusse, sõltumata kasutaja valikust valitud aruandeväljade seadistuste dialoogis, peaks olema aktiveeritud lipp "nõutav". Seega läheb ülejäägid nagunii kasutusele.

8) Kvantitatiivne arvestus

Seda tüüpi raamatupidamine ei ole kõigi kontode puhul mõttekas, seetõttu on vaja luua kvantitatiivne arvestusatribuut, et märkida kontod, millel väärtused kajastatakse mitterahaliselt. Raamatupidamine toimub raamatupidamisregistri eraldi ressursis, samas võimaldab see kirjete komplekteerimise toimingut See ressurss on tasakaalustamata ja loob kirjavahetuse toega raamatupidamisregistri tehingute tabelisse kaks välja: QuantityDt ja QuantityQt Topelt ei ole selle ressursi sisenemise saldo. Näiteks saate konto kreeditkontolt maha kanda n ühikut ja saada konto deebetisse 1 ühikut.

Kõikides saldode ja käivete tabelites saldode ja käivete säilitamiseks kvantitatiivselt (Saldokäibed kontode lõikes ja Saldokäibed kontode ja alamkonto järgi) on lisatud kolm uut välja: Saldo. TurnoverDt ja TurnoverKt. tabelis Käibed Kontode vahel on lisatud kaks välja: eraldi käibedDt ja käibedKt salvestamiseks. Uued väljad erinevad varem loodud väljadest koguse prefiksiga. Käibe tabelis sai võimalikuks analüüsida lühikäivet, Käibe tabelis on kvantitatiivsed käibed - 2, mis vastab selle allikale, Kontodevaheliste käivete kogusummade füüsilisele tabelile.

9) Valuutaarvestus:

Valuutaarvestus:

Seda tüüpi raamatupidamist kasutatakse välisvaluutas fikseeritud varade arvelevõtmiseks, mille üle peetakse arvestust kõige sagedamini kassas ja pangakontodel.Valuutaarvestus tähendab, et eraldi (mitte kõigil) kontodel hoitakse kogusummadena nende käivete saldod mitte ainult arvestusvaluutas, aga ka välisvaluutas ja välisvaluutade kontekstis.

Valuutaarvestuse ülesannete täitmiseks on enamasti vaja:

1. Tasakaalustamata ressurss veel ühe registritunnuse salvestamiseks
2. Tasakaalustamata dimensioon kontode täiendavaks jaotamiseks valuuta järgi
3. Sisestage kontoarvestuse märk, et keelata valuutaarvestus nendel kontodel, kus seda pole vaja

Lisaks vajate:

4. Perioodiline teaberegister RateCurrency päeva sagedusega (salvestab kursi ja sageduse väärtuse (väärtuste puhul, mille kurss on väiksem kui arvestusvaluuta kurs)). Kui vajate ligipääsu kataloogist vahetuskurssidele, tuleb teha Valuuta dimensioon Juhtiv ning vaja on sõnastiku elemendi "Valuuta" vormi, mille käsuliideses on vaja ligipääsu inforegistrile.

Lisage raamatupidamisraamatusse tasakaalustamata ressurss CurrencyAmount ja tasakaalustamata dimensioon Valuuta. Tasakaalustamata registri atribuudid lisavad oma valuuta ja valuutasumma Dt ja Kt kirjete jaoks kirjekomplekti. See teostus on õige, kuna:
kõik kontod ei ole bilansis, seega pole selle ressursi ja dimensiooni jaoks kahekordset kirjet vaja. Toimingud on võimalikud, kui välisvaluutas olevad võlad tasutakse teises valuutas ja muus valuutas.

Valuutaarvestusülesannete puhul on kasulik vahetuskursiga summa konverteerimise funktsioon teisaldada välisesse ühismoodulisse, mille puhul on Serveri lipp aktiivseks seatud. will).

Pärast tasakaalustamata dimensiooni ja tasakaalustamata ressursi lisamist lisatakse kõikidesse kogusummade tabelitesse uus jaotis Valuuta järgi ning veerg saldode ja käivete salvestamiseks valuutas. Tabelisse Käibed Kontode vahel on lisatud kaks välja: eraldi deebet- ja kreeditkäivete salvestamiseks, samuti jaotised ValuutaDt ja ValuutaCt. Virtuaalsetes tabelites on nüüd võimalik valida andmete rühmitamist valuutade kaupa ning analüüsida ressursi "Valuutasumma" saldosid ja käibeid.

ACS-is valuutade kaupa SALT-tüüpi aruannete koostamisel ärge unustage valuutaarvestuse ülesannetes määrata vahekaardil Ressursid välja Valuuta arvutamine, et mitte saada summat kõigi arvesse võetud valuutade kohta.

Vahetuskursi erinevused: kui vahetuskurss muutub, tekivad vahetuskursi erinevused, mis tuleb välja arvutada ja seejärel nendesse konteerida. Valuutakursi erinevused tekivad välisvaluutas fikseeritud rahaliste vahendite (kohustuste) jääkide ja nende ekvivalentide arvestusvaluutas võrdlemisel. Sel juhul konverteeritakse valuutajäägid rubladesse konverteerimise päeval kehtiva vahetuskursi alusel.
Vahetuskursi erinevuse arvutamise valem näeb tavaliselt välja järgmine:

Vahetuskursi erinevus = Valuuta summa saldo * Kurss / Korrutis - Summa saldo

Valuutakursi erinevuste arvutamise andmeallikateks on tabel Raamatupidamise registri jäänused ja värskeima teaberegistri Kursuse tabelilõik. Praktikas on ühendus vasakukäeline, ülejäänud on vasakul. Määramata kursidega valuuta kogusummade välistamiseks tuleks kasutada sisemist liitumist. Kui andmemaht on suur, on õigem töötada ajutiste tabelitega, kasutada nende täitmise varem salvestatud tulemusi.

10) Dokumenteerige käsitsi kasutamine:

OA automatiseerimisel on harvaesinev dokument, mis võimaldab suvaliselt registrisse kirjutada. Peamine põhjus on see, et kasutajad ei kasuta akumulatsiooniregistrit peaaegu kunagi. Nad töötavad dokumentide ja aruannetega. BU-s peab kasutaja moodustama raamatupidamisregistris meelevaldseid liikumisi, lisaks ei saa kõiki raamatupidamistoiminguid "dokumendist" realiseerida, kuna see on ebaefektiivne. Sel põhjusel on vajalik dokument ManualOperation või CorrectionMotions, mis võimaldab kasutajal muuta registrikirjete komplekti otse dokumendivormil ja sisestada registrisse suvalised liikumised.

Selle dokumendi koostamine on keelatud, see on raamatupidamisregistri registripidaja. Kui tegemist on mitme ettevõtte raamatupidamisega ühes andmebaasis, lisage käsitoimingusse Organisatsiooni rekvisiidid.
korrektne raamatupidamine.

Dokumendi salvestamise sündmuste käitlejas Enne salvestamist on vaja vormi tabeliosast registreerida tehingute loendamise kood, et täita liikumistes Periood ja korraldus.

Lisaks on vaja lahendada olukord dokumendi kopeerimisega.
Sündmuste kopeerimise töötlejasse peaksite kirjutama koodi:

Tehingud = CopyObject.Movement.Providing.Read (); Iga postitamistsükli esialgse kirje jaoks Postitus = Liikumised.Juhtmed.Lisa (); FillPropertyValues ​​(postitamine, väljaandmine); Tsükli lõpp;

Raamatupidamisregistri kirjete kogum "Tehingud" tuleks üle kanda dokumendivormi dialoogiaknasse.

Jalutusrihma tegevust tuleks juhtida dokumendimoodulist ManualOperation.Kui kasutaja märgib selle dokumendi kustutamiseks, blokeeritakse sellele dokumendile alluvate liikumiste tegevus. Kui eemaldate märke kustutamise juurest, saab tegevuse uuesti sisse lülitada.

Kui muudate dokumendi kustutamismärki, kirjutatakse dokumendi atribuudile Kustutusmärk uus väärtus, misjärel dokument kirjutatakse andmebaasi. See sündmus peatati töötlemisel.

11) Raamatupidamisregistri objektikomplekti kirjed

Praktikas saab raamatupidamisregistri objekti RecordSet kasutada viimaste aastate registri uute atribuutide täitmiseks.

Kasutaja soovib näha kasumit ja kahjumit (kapitalikonto Dt ja Kt) kirje kontekstis, et analüüsida konkreetset tüüpi tootega kauplemise tasuvust. Selleks paigutage kapitalikontole Nomenklatuuri ringleva alamkonto. Jääk-alakonto tekitab eelmiste perioodide jaoks palju probleeme, kuid käibe alamkonto mitte. Probleemi lahendamiseks tuleb esmalt läbi uurida kõik raamatupidamissituatsioonid: milline võib olla kirjavahetus, kust saada vajalikku infot ning välja töötada töötlus, mis täidab uue alamkonto ilma seda teostamata. Suurte kirjemassiivide töötlemisel on vaja enne töötlemist kogusummade kasutamine keelata - see kiirendab liikumiste registreerimist registris.Loomulikult tuleb pärast kirje lõppu lubada summade kasutamine uuesti.

12) Raamatupidamisregistri moodul RecordSet

Kirjekomplekti moodulit kasutatakse sageli registri atribuutide täitmiseks, mille väärtused saadakse arvutuse teel ja on kõikidel dokumentidel ühesugused. Sellise arvestuse näiteks võib olla kolme valuuta arvestus, mille puhul kogu arvestus toimub paralleelselt kahes valuutas: raamatupidamise põhivaluutas ja teises valuutas ning ajaloolise kursi alusel. See tähendab, et iga lähetuse salvestamisel peate samaaegselt kirja panema selle lähetuse summa eurodes, mis on konverteeritud postituspäeva rubla kursi järgi. Selle probleemi lahendamiseks peate looma raamatupidamisregistri SummaHolding jaoks uue ressursi. See ressurss on saldoressurss, mis on omadustelt sarnane ressursile Summa. Ainus erinevus on see, et see ressurss täidetakse automaatselt. Teil on vaja kahte konstanti konto valuuta ja hoidmise valuuta. Üldmoodulis tuleks kirjeldada vahetuskursside seost arvutavat koodi (crossCourse).

Moodulis Recordset peate koodi kirjutama sündmuste käitlejas BeforeWrite:

Postitused = ThisObject; Kui Postitused.Arv () = 0, siis Return; EndIf; Periood = Tehingud. Periood; Arvestusvaluuta = Constants.Accounting Currency.Get (); Hoidmisvaluuta = Constants.Holding Currency.Get (); CrossCourse = GenericModule.GetCrossCourseCurrency (konto valuuta, hoidmisvaluuta, periood); Iga juhtmestiku jaoks juhtmestiku tsüklist kui juhtmestik.hoidmiskogus<>0 Seejärel jätka; EndIf; Tehing.Holding Summa = Tehingusumma * CrossCourse; Tsükli lõpp;

13) Subconto arvestuse märgid:

CMP põhieesmärk on hallata registriressursside kogusummade salvestamist subconto kontekstis. CMP võimaldab BU indikaatorite suletud süsteemi raames lahendada selliseid probleeme nagu jääkide tagasilükkamine ainult pöörete salvestamisega või erinevate ressursside jaoks erineva arvu kärpeid. CMP võimaldab keelduda alamkonto jaoks mittevajalike kogusummade salvestamisest, salvestades kogu konto kogusummad tervikuna.
Lühidalt öeldes peab CSP olema seotud ressursiga, mille tulemusi ta haldab.

Rahavoogude aruanne

Alguses ja lõpus olevad saldod tuleb salvestada ilma artiklite kaupa (tarnijalt tehtud makse on alati positiivne, sellise teabe kogumine ei ole informatiivne),
ja perioodi käibed on soovitav saada artiklite kaupa. OU-s saab sarnast ülesannet realiseerida kahel akumulatsiooniregistril: saldoregistril ja käiberegistril (Rahavoogude kirjed). BU-s on üks selle ülesande elluviimise võimalustest järgmine: 1. Looge fondide liikumise alamkonto tüüp. 2.Lisage Kassa kontole alamkonto. 3. Aktiveerige alamkonto ainult PUS-i käive

See lipp mõjutab raamatupidamisregistri tulemusi järgmiselt.
Kontojäägid ja käibed salvestatakse mitmesse tabelisse: ühes - saldod ja käibed ainult kontode ja dimensioonide lõikes, mitmes tabelis (nii palju kui alamkontosid on kaasatud) salvestatakse kogusummad alamkontode kontekstis. Pärast CCP lisamist salvestatakse kassakontole endiselt saldod ja käibed. Esimese alamkonto kogusummasid salvestavas tabelis on Saldo väljal 0. Kui jooksval perioodil käivet ei ole, siis selles kogusummade tabelis rida ei teki (saldode salvestamisel rida luuakse iga kuu jaoks, et salvestada viimase kuu saldo ka siis, kui käive pole) Virtuaalsetes tabelites saldodele juurde pääsedes, kui seate valiku ja määrate grupeerimise alamkonto järgi ja platvorm viitab alamkonto kogusummade tabelile subconto järgi sisaldab päringu tulemus nulle.

Seega ei salvesta kontode kogusummade tabel ja esimene alamkonto pärast CMP-sse sisenemist saldosid.

Kõige sagedamini kasutatakse CMP-d ladude kvantitatiivse arvestuse rakendamiseks. Need. kauba laost mahakandmisel on vaja teada lao jääki ning omahinna arvutamisel tuleb ladu ignoreerida ning arvestada mahakandmise kulu ettevõttele tervikuna.

OU-s lahendatakse sarnane probleem kahel akumulatsiooniregistril: ühes salvestatakse kauba kogus ja väärtus (P&S), teine ​​salvestatakse kauba kogus ladudesse (K) Kulu arvutatakse vastavalt 2010. aasta andmetele. esimene register (P&S), saldode kontroll registriandmete järgi (K ). Selle probleemi lahendamiseks on BU-s soovitatav suurendada raamatupidamisregistri ridade arvu, kus salvestatakse eraldi kvantitatiivsed ja kulunäitajad.

Teisisõnu on vaja lisada sellised kesksed vastaspooled, mis tüüpi raamatupidamist tuleb keelata. Kuna laos on vaja koguarvestus välja lülitada, siis lisati kontoplaani CCP Sum See funktsioon on seatud ressursile Summa, st. see arvestusatribuut on vaikimisi kõigi alamkontside jaoks lubatud. Nõutavatel kontodel saab CCP sisestuse tõttu summa koguarvestuse keelata.

Pärast selliseid manipuleerimisi saab saldode ja käivete virtuaalsete tabelite päringu täitmisel, kui lao jaoks pole valikut / rühmitamist, saate saldod koguse ja koguse järgi, vastasel juhul - kui on valik - ainult saldod koguse järgi . Selle põhjuseks on asjaolu, et platvorm võtab erinevate ridade jääkide väärtused (ridade CMP kasutuselevõtuga suurenes tabel ResidualsTurnover).

OU:

1) Registrikannete parandamine:

See dokument on vajalik, kui indikaatorite väärtuste registris seadistamise või muutmise loogika pole võimalik, kuid kasutaja jaoks on see vajalik.

Dokument ei tee programmeeritud liigutusi, samas kui liigutused salvestatakse otse registrisse. Seda dokumenti kasutatakse tehingute käsitsi genereerimiseks akumulatsiooniregistris. Dokumendivormile tuleks paigutada dokumentide liikumiste tabel, samuti kuvada dokumendivormil link kogumisregistri nimekirja vormile, mille järgi dokument liigutusi genereerib.

Süsteemi korrektse kasutamise tagamiseks on soovitav "interaktiivse liigutuste moodustamise" meetod piirata kasutaja tegevust nii, et kasutaja ei saaks rikkuda liigutuste moodustamise õigsust (näiteks ei saaks siseneda, viidates teatud dokument, kirjed, mis näitavad täiesti erinevaid perioode, mis võib põhjustada probleeme usaldusväärsuse arvestusega).

Moodustatud liikumiste perioodi ja dokumendi registreerimise perioodi vastavuse küsimus lahendatakse järgmiselt. Enne registrikirjekomplekti mooduli kirjutamist tuleb kirjutada sündmuste käitlejasse järgmine kood:

Dokument = ThisObject.Selection.Registrator.Value; Iga selle objekti tsükli TekRecord jaoks TekRecord.Period = Document.Date; Tsükli lõpp;

Süsteem määrab enne registrikirjekogumi kirjutamist registridokumendi kuupäeva ja määrab selle väärtuse kirjekomplekti kogumi iga elemendi (rea) perioodiväljale.

Peaksite keelama selle dokumendi salvestamise praegusest suurema kuupäevaga, kuna sellised salvestused rikuksid negatiivse laokontrolli põhimõtet (tulevikus kavandatud kaupade liikumine moonutab tasakaalu, samas kui kauba liikumine praktiliselt puudub ). selleks tuleks kirjutada sündmuste käitleja BeforeWrite dokumendiobjekti CorrectionRecordsRecords moodulisse kood:

Kui alguspäev (kuupäev)> alguspäev (GetOnlineTimeStamp ()) siis Failure = tõene; Sõnum = Uus sõnum kasutajale; Message.Text = "Seda tüüpi dokumente ei saa sisestada tulevase kuupäevaga"; Sõnum.Teave (); EndIf;

2) Optimeeritud dokumentide postitamise algoritm

Optimeeritud dokumentide postitamise algoritm sisaldab minimaalset andmebaasikutsete arvu (andmete lugemine, genereeritud andmete kirjutamine). Dokumentide postitamise algoritmi väljatöötamise protsess peaks olema tõhus ja sisaldama minimaalselt kriitilisi punkte (võimalikke vigu). Selleks peate järgima järgmisi reegleid:

1. Juhtimisalgoritmi väljatöötamine peaks algama liikumiskujundajast, kuna selle kujundustööriista abil moodustuvad liigutused kiiremini ja korrektsemalt.

2. Konstruktori koostatud protseduuris ConductionProcessing märkige postitustöötleja keha koos kommentaaridega. Tooge kommentaarides välja puuduvad toimingud (liigutuste moodustamiseks).

3. Kui kommentaaridest selgub, et nendeks toiminguteks piisab vaid dokumendist endast, siis on tegemist tingimusteta täitmisega. See tähendab, et algoritmi rakendamiseks on lubatud kasutada ainult andmete vastuvõtmise objektmudelit - käitleja kontekstis asub kogu dokumendiobjekt (kõik liigutuste moodustamiseks vajalikud andmed). See viib algoritmi lõpule. Kui dokumenti peetakse tingimuslikuks, siis on vaja puuduvad andmed hankida päringuga, mille skeemi on mõttekas punkti 31 järgi välja töötada. Soovitatav on ette näha äärmuslikud olukorrad. Näiteks kui müüdavat kaupa pole laos või kui sama kaup on mitu korda märgitud dokumendi tabeliosas.

4. Päringu tekst on vaja välja töötada päringukonsoolis, kogudes päringu lihtsast keerukani, päringu samm-sammult täitmisega. See on tõhusam kui keeruka päringu silumine.

5. Võimaluse korral on vajalik silutud päringu tekst. optimeerida konkreetse ülesande jaoks, misjärel tuleks päringu tekst üle kanda postitamise töötlejasse.

6. Seejärel tuleks juurutada päringu tulemuse korrektne töötlemine koos kõigi võimalike kontrollidega.

Mitmest allikast päringu rakendamise hõlbustamiseks on lubatud järgida reeglit:

Kui päringuskeemil on näha, et üks allikatest saab lisada uusi rühmitamisolemeid (näiteks uusi nomenklatuuri üksusi), siis on parem kasutada UNION-i, kui üks allikatest lisab infot ainult uutele veergudele, siis selles juhul on õigem kasutada UNION.

4) Virtuaalsed tabelid

1. Kogumise register.<ИмяРегистра>. Jäänused (<Период>, <Условие>)

Andmete vastuvõtmisel virtuaalsest tabelist Saldod, kui periood ei ole määratud, võetakse vastu andmed intervalli kohta kuni viimase kuupäevani (kaasa arvatud). Kui parameeter Period on määratud, võetakse andmed vastu määratud ajaskaala väärtuse alguses. (Kuupäevavälja andmete asemel peaksite kasutama ajahetke ()). Välja Tingimus kasutatakse kogusummade valimise kirjete koosseisu piiramiseks. Tingimust rakendatakse registris sisalduvatele algsetele kirjetele, seega parandab tingimuse rakendamine virtuaaltabeli parameetrites päringu jõudlust. Kogumisregistrid sisaldavad peaaegu alati liikumisi, mille puhul tegevuslipp on seatud väärtusele Tõene. Need mõjutavad tulemusi. Mitteaktiivsed liikumised salvestatakse erandjuhtudel, näiteks kui sündmust on vaja andmebaasis kajastada, kuid see ei tohiks tulemusi mõjutada.

2. Kogumise register.<ИмяРегистра>.Pöörab (<НачалоПериода>, <КонецПериода>, <Периодичность>,<Условие>)

Valik piki ajatelge toimub lõpp-punktide kaasamisega, kuid parameeter EndPeriod tuleks määrata perioodi lõpukuupäeva saamise meetoditega (näiteks EndDay (Date)). Vastasel juhul sisaldab EndPeriod vaikekuupäeva väärtust, st. määratud kuupäeva alguses.

Kui päringus olevad andmed tuleb vastu võtta mitte intervalli, vaid jaotusega, kasutatakse parameetrit<Периодичность>... Selle abiga saate määrata kogusummade täiendava ümberpööramise sageduse järgi. See parameeter omandab järgmised väärtused: Periood – käibed ei avane;

Registripidaja - käibed paigutatakse vastavalt dokumendi registreerimise perioodile - registripidaja;

Päev, nädal, kuu, kvartal, aasta - valitud perioodi jaoks. Valiku Auto puhul saab väljundväljade valimisel luua hinnavahede sees vahe ehk laiendada näitajaid aastate kaupa, samas igal aastal kvartalite kaupa, kvartalite kuude kaupa jne.

Väli Päringu tulemuse periood on olemas ainult siis, kui parameeter "Sagedus" sai tabeli loomisel mittetühja väärtuse. Väli Registripidaja on olemas ka siis, kui parameetri Sagedus määrati päringu loomisel väärtusele "Registraator" või "Automaatne".

3. Kogumise register.<ИмяРегистра>.Jääb ANDKäibed (<НачалоПериода>, <КонецПериода>, <Периодичность>,<МетодДополнения>, <Условие>)

See tabel on kombinatsioon saldo ja käibe virtuaaltabelitest. Selle tabeli abil saate ühest tabelist andmed algsaldode, käivete ja lõppsaldode kohta, mis vähendab tehingutes blokeeritud andmete hulka ning suurendab samaaegselt usaldusväärsust ja efektiivsust, kuna puudub vajadus sünkroonida mitu registrit - kõik andmed salvestatakse ühte registrisse.

Parameeter Lisamismeetod määrab, kas kuvada andmeid perioodi(de) kohta Perioodi alguse ja Perioodi lõpu vahel, mil liikumisi ei toimunud.

5) Partiiarvestuse juurutamine

Kviitungidokumendis peab olema partiidimensioon (Document.Link), mis omandab väärtuse Link hoitud dokumendile. Mahakandmise dokumendis sisaldab konteerimistöötleja sageli tüüpilist protseduuri:

1. Mahakandmise dokumendi tabelijaotises oleva iga rea ​​puhul tuleb veenduda, et konteerimise hetkel on mahakandmiseks piisavalt kaupa.

2. Seejärel peaksite valima iga toote kõigist partiidest ülejäänud osa, sorteerima partiid vastavalt mahakandmismeetodile (FiFo / LiFo) dokumendi väljal Ajahetk () - partii.

3. Pärast seda järgneb poolte säilmed ükshaaval sorteerides teha otsus erakonna täieliku või ainult osa mahakandmise kohta. Mittevajalikke asju tuleb mitte maha kanda, s.t. kontrollida mahakantavat kogust pärast toote loosiga mahakandmist.

4. Taotluses nõutakse teavet saldode kohta partiide kaupa, mis tähendab, et saldode kontrollimiseks vajate kauba koguse ja summa kogusummasid. Sel juhul mahakandmise summat kogusummade saamisel ei summeerita, vaid see valitakse koondfunktsiooniga (MINIMUM, MAXIMUM või AVERAGE)

5. Päringu tulemus tuleb kõigepealt läbida rühmituste ja seejärel üksikasjalike kirjete kaupa.

6. Kui läbides üksikasjalikud kirjed, kui summa mahakandmine<= КоличествоОстаток по номенклатуре, количество и сумму партии списываем полностью. В противном случае, если КоличествоОстаток отлично от 0, списываем часть партии.

6) Müügijärgsete teenuste osutamise protsessi planeerimise korraldamine. Töö teaberegistriga.

Vaatame näidet.

Vajalik on rakendada raamatupidamisskeemi, mis kajastab teenuste osutamise planeerimist, teenuste osutamist ja kontrollib, milliseid teenuseid müüakse, kuid mis ei ole plaanitud teostada, millised teenused on planeeritud, kuid mitte teostatud, millal kavandatud teenused tehti. .

Kõige tõhusam on sellist infot salvestada inforegistritesse, kuna see toimib olekunäitajatega.

Kuna ülesandeks on mitte ainult teenuste tegelike olekute salvestamine, vaid ka olekute kronoloogia hindamine, on teaberegister perioodiline. Lisaks võimaldab see teil igal ajal saada osa tegelikest väärtustest.

Teaberegistri õigeks kujundamiseks on oluline mõista, et igas registris peaksid olema ainult kirjed, mis on võtmeväljade väärtuste kogumi poolest täiesti ainulaadsed. Need väljad hõlmavad järgmist:

1.mõõtmised,

2. väli Periood, kui teaberegister on perioodiline

3. väljale Registripidaja, kui teaberegister on dokumendi alluvuses - registripidaja ja teaberegistri sagedus on seatud väärtusele "registripidaja ametikoha järgi".

Kui olemi lõikamise ajal on vaja saada mitu väärtust korraga, tuleb olem vormindada mõõtmetena. Kui olem eksisteerib konkreetse dimensioonide komplekti jaoks ühes eksemplaris, on see ressurss.

Kavandatud inforeskontraga töötamise etapid Teenuste osutamise planeerimisel saab eristada järgmiselt:

Mõõdud: teenusehaldur, teenindus, vastaspool, dokument

Vahendid: planeeritud tähtaeg, tegelik tähtaeg

Dokumendid – registripidajad: kaupade müük, planeerimine, teenuste osutamine, teenuste osutamine

1. Teenuse rakendamise planeerimise vajaduse tekkimine.

2.Teenuse teostamise planeerimine: dokumendi täitmine ja läbiviimine.

3. Teenuste osutamine: dokumendi täitmine ja läbiviimine.

4. Aruandluse vormistamine

SKD

Et aruanne ei arvutaks mittevajalike dimensioonide jaoks tarbetuid summasid, peaksite vahekaardil Ressursid märkima, millisel väljal peate arvutama.

NS

1) Registreerimisperiood:

Registreerimisperiood - periood (kuu), mille kohta kuupalga arvestuse tulemused peaksid kajastuma raamatupidamises. Seda nimetatakse ka arvestusperioodiks.

Ajaliselt töötava töötaja igakuine töötasu arvutatakse valemiga

Tekkesumma = palk * (tegelik kulutatud aeg / tööpäevade arv kuus)

Kui töötaja saab lisaks töötasule lisatasu, arvutatakse töötasu järgmiselt:

Viitlaekumiste summa = hoiuse summa + hoiuse summa * (boonuse protsent / 100);

Palga ja preemia arvutamise valemid on erinevad ning üldjuhul võib selliseid viitlaekumiste summa komponente olla mitu. Palgalahendustes nimetatakse arvestustüüpideks selliseid tekkepõhise summa komponente, mida töötajatele palkade arvutamisel arvestatakse ja millest igaühel on oma arvestusvalem.

Muude arvutusviiside tulemuste summat seoses seda tüüpi arvutustega (Bonus) nimetatakse põhitasude summaks või lihtsalt: arvestusbaasiks, baassummaks, baassummaks või baassummaks. Algoritmi nimetatakse - arvutamine baasil.

Enne arvutustega jätkamist on vaja kõigi arvutatavate arvutustüüpide baasi arvutamise tulemusi. Lisaks põhiliste arvutustüüpide koostisele on vaja teada nende arvutamise järjekorda.

Teisisõnu peate tagama:

1. Põhiliste arvutusliikide koosseisu salvestamine.

2. Nõutav arvutamise järjekord: "alt üles mööda baassõltuvuste puud.

Viitlaekumised on arvestusliigid, mis annavad kokku arvutatud töötasu kogusumma ja mahaarvamised on need, mis sellest maha arvatakse.

Teatud tüüpi arvutuste puhul, mis eeldavad aja pikkust, eeldatakse planeeritud kehtivusaega, mis on ette teada. Selle ajal kehtib seda tüüpi arvutus. Seda eelnevalt teadaolevat ajastamisperioodi nimetatakse arveldusvaate kehtivusperioodiks.

Lihtsamalt öeldes – Tegevusaeg on kuu, mille jooksul töötajale tasu makstakse. Tuleb märkida, et registreerimisperiood ja kehtivusaeg ei pruugi kokku langeda. Näiteks saab töötajalt tasu võtta mais (kehtivusaeg) ja postitada juunis (registreerimisperiood) või mõnel muul kuul. Nendel perioodidel on erinev semantiline sisu ja need võivad, kuid ei pruugi kokku langeda.

Arvestusliikide tekkepõhised tekkepõhised arvestusvalemi järgi töötatud tundide arvud võivad üksteisest sõltuda (Palk ja lähetus). Seda sõltuvust nimetatakse kehtivussõltuvuseks ja arveldustüübid, mis katkestavad seotud arveldustüüpide tegevuse, tõrjuvad arveldustüüpe nende suhtes välja.

Mittekülgnevate intervallide kogumit, milleks arveldustüübi esialgne pidev kehtivusaeg jaotatakse, nimetatakse arveldusperioodi tegelikuks kehtivusperioodiks.

2) Platvormi arveldusmehhanismide koosseis:

Platvormi arveldusmehhanismide koosseis on järgmine:

1. Põhitasude summa saamise mehhanism;

2. Tööaja pikkuse saamise mehhanism tegeliku toimeperioodi, samuti tegevusperioodi järgi.

Arvutamiseks vajalikud andmed jagunevad:

1. Algandmed - need on teada enne palgaarvestuse algust (näiteks Palga suurus);

2. Nõutavad andmed – need tuleb hankida palgaarvestuse seansi enda ajal (näiteks ActualActionPeriod)

Arvutustüübid salvestatakse arvutustüüpide plaani (PVR) tüüpi objektidesse. Need objektid on konfigureeritud teatud viisil:

1. Kõigepealt on vaja salvestada teave arvutusvalemi kohta, mille järgi iga arvutusliik arvutatakse. Selleks tuleb luua muutuja Calculation Calculation Type – arvutusvalemi identifikaator, mille all seda süsteemis kasutatakse. Kogunemise summa arvutamisel on vaja analüüsida selle muutuja väärtust, et summa õigesti arvutada.

2. Arvutusliikidel võib esineda põhisõltuvus, sellisel juhul on keerulise sõltuvuste süsteemi puhul vaja paika panna arvutustüüpide arvutamise järjekord ajaliselt, et selleks ajaks, kui arvutamine algab seda tüüpi, mille arvutusvalem sisaldab baassummat, kõik arvutusviisid, mille tulemused peaksid sisalduma baassummas, on juba välja arvutatud. Selleks on vaja luua muutuja Priority (Arvelduskategooria), mille väärtus on Number tüüpi. Esmalt arvutatakse madalaima prioriteediga arvutustüübid.

3) Arvutustüüpide tabeli arvutusomaduste seadistamine:

PVR-objekti spetsiaalsed arvutatud omadused konfigureeritakse vahekaardil "Arvutamine". Nende väärtusi kasutavad platvormi arvutusmehhanismid.

Omadus "Kasutab kehtivusaega"

Atribuut näitab arvutusmehhanismidele, kas PVR-is salvestatakse VR-sid, mis arvutusvalemi järgi sõltuvad töötatud ajast. Kui on, siis selliste BP-de jaoks saab määrata sõltuvuse toimeperioodist teistest BP-dest. Need. iga sellise BP jaoks saab määrata nihkuvate BP-de koostise, mis jagab antud BP kehtivusaja pooleks.

Kui see lipp on seatud väärtusele Tõene, loob süsteem PVR-i jaoks standardse ennetava BP tabeli jaotise, kuhu saab iga BP jaoks sisestada nihutava BP koostise. Kui lipp on passiivne, ei ole ennetavaid VR-e.

Baassõltuvusomadus

Kui atribuudi väärtuseks on seatud "Ei sõltu", ei ole võimalik sellesse PVR-i salvestada VR-e, mille arvutusvalem sõltub baasi suurusest.

Põhiperioodi kontseptsioon

Vaatleme näidet:

Kui töötajal on vaja arvutada 2016. aasta jaanuari tekkepõhisest tekkepõhisest baasist sõltuv hüvitise tekkepõhisumma, siis oleks täiesti vale kogu ettevõttes töötamise aja baaslaekne summeerida, kuid need tuleb kätte saada intervall, mille eest peate laekuma viitlaekumiste summa. Kui BP tõusu arvutatakse igakuiselt, siis tehke kokkuvõte baaslaekumiste tulemustest, mille alusel on kuu tõusu vaja. Intervalli, mis määratakse valimi võtmiseks ja baastaseme BP tulemuste summeerimiseks, nimetatakse baasperioodiks.

Seega eristatakse arvutusülesannetes 4 tüüpi aega:

1 . Registreerimisperiood

2. Kehtivusaeg

3. Tegelik kehtivusaeg

4. Baasperiood

4) Baasperioodi tabamise kriteeriumi valimine:

Baasperioodi tabamise kriteeriumi valimine - atribuudi "Sõltuvus baasist" väärtuse määramine

Seega on tekkepõhise baassumma saamise arveldusmehhanismi toimimiseks vajalik määrata baasperiood.

Tekib aga ebaselge olukord - arveldusmehhanism tuvastab baastasu arvutustulemuse suuruse, mehhanismile seatakse enne arvestuse algust baasperioodi intervalli piirid, kuid on ebaselge, kuidas arveldusmehhanism määrab, kas arvutustulemus kuulub baasperioodi või mitte.

Selles etapis teab arveldusmehhanism tekkepõhise võla kehtivusaega ja registreerimise perioodi. Seega saab põhisumma saamise mehhanismi seada ühe põhitüübi arvutuse tulemuse summeerimise kriteeriumi valikutest:

a) Selle arvutustulemuse kehtivusaja langemine baasperioodil: sõltuvus PD-st

b) Selle arvutustulemuse registreerimise perioodi langemine baasperioodil: sõltuvus PR-st

Kinnisvara valimise kriteerium on järgmine:

BP puhul, mis on tekkepõhine, on loogiline kasutada baasperioodi langeva kehtivusaja kriteeriumi.

Näiteks kui töötaja saab 2016. aasta jaanuari töötasu, siis jaanuarikuu toetuse arvutamiseks kasutame jaanuarikuu palga väärtust, s.o. baasperioodi tabamise kriteerium - DependsByActionPeriod. Kõigi BP-de puhul, mis kasutavad baasperioodi baassummaga arvutusvalemit, summeerib arveldusmootor selle perioodi baasväärtuse tulemused.

Mahaarvamiste arvutamisel on soovitatav kasutada baasperioodi DependsByRegistrationPeriod tabamise kriteeriumi. Mahaarvamiste arvutamise õigsust kontrollivad välised organisatsioonid ja nad kasutavad kontrollimiseks ettevõtte raamatupidamisregistrite andmeid, raamatupidamisosakonnas. kasutatakse ainult registreerimisperioodi aruandlust. Kui kasutame sellise BP arvutamisel kehtivuse baasperioodi tabamise kriteeriumi, siis ei saa välised organisatsioonid kontrollida mahaarvamiste arvutamise õigsust, kuna nad teavad ainult registreerimisperioodi (vastavalt BU andmetele) ja kehtivusaeg pole teada. Seetõttu kasutame mahaarvamiste arvutamiseks registreerimisperioodi baasperioodi tabamise kriteeriumi.

PVR-i puhul, millesse on salvestatud tasutüüpe, määratakse atribuudi „Sõltuvus baasist” väärtus DependencyByActionPeriod.

TAC-ide puhul, mis salvestavad mahaarvamise tüüpe, määratakse atribuudi "Sõltuvus baasist" väärtuseks DependencyByRegistrationPeriod.

5) Arvutamise tüübid:

Arvutuste nihketüübid peavad asuma samas IDF-is koos nihutatud VR-idega, kuna nihutavat BP-d saab paigaldada ainult samast arvutusplaanist. Põhiline VR, erinevalt nihutatavatest, võib sõltuva VR-i suhtes paikneda nii samas kui ka erinevates VR-ides.

6) Arvestusregistrid:

Arvutusregistreid saab esitada kahe komponendina:

1. Esmase teabe säilitamine;

2. Arvutatud näitajate kalkulaator, mis arvutab välja järgmised näitajad:

a. töötundide arv vastavalt arveldusperioodi plaanile (PD);

b. tegelikult töötatud tundide arv (FPD);

v. põhitasude suurus.

Arvutatud lahendused töötavad järgmise algoritmi järgi:

1.Arvutusregister saab lähteandmed, mida on vaja vajalike andmete saamiseks: kehtivusaeg, põhi BP koosseis jne.

2. PP virtuaalsetele tabelitele esitatakse päringud, mille tulemused sisaldavad vajalikke andmeid:

a. Töötundide arv (planeeritud ja tegelik)

b. Põhitasude suurus

3. Saadud vajalikud andmed asendatakse arvutusvalemitesse, saadakse iga BP arvutamise tulemused arvestusvaluutas, saadud tulemused kantakse RR-i.

Andmebaasi peamine PP tabel salvestab kirjed iga BP kohta töötaja kaupa. Iga kirje sisaldab nii BP algandmeid kui ka arvutustulemust arvestusvaluutas.

PP-l on vähemalt mõõde Töötaja. Kui tekkepõhise võla arvutamisel on vaja täpsustada näiteks AMEKOHA JÄRGI, KUI TÖÖTAJA ÜHENDAB ORGANISATSIOONIS

Arvutustulemused salvestatakse ressurssidesse. Kui on vaja arveldada mitmes valuutas, võib neid olla mitu.

PP üksikasjad - abiväljad, kuhu saate kirjutada konkreetse kirjega seotud erinevat abi-/viitteavet. Mõned PP üksikasjad on seotud selle funktsionaalsusega.

Arvutusregistri sätted on määratud vahekaardil Üldine. Üks PP vastab ühele PVR-ile. PP kehtivusaja atribuut töötab järgmiselt. Kui lipp on aktiivne, on PP varustatud planeeritud ja tegeliku tööaja kogumise funktsiooniga, vastasel juhul on neid andmeid võimatu hankida. Kui seda RR-i teenindav TAP BP kasutab AP-d, tuleks lipp määrata. Kui see lipp on PP-s määratud, muutuvad kättesaadavaks väljad Ajakava, Graafika väärtus ja Graafika kuupäev. Aja jälgimine toimub järgmise mehhanismi abil. Mitteperioodiline teaberegister salvestab teavet tööaja kohta.

Põhijuhul sisaldab PP dimensiooni Kuupäev ja Ressursi väärtus. Seega moodustatakse arvestusperioodi iga kuupäeva kohta rekord, mille mõõteväärtuseks on kalendrikuupäev ja ressursiväärtuseks selle kuupäeva tööaja kestus.

Töötunde saab arvutada erinevates mõõtühikutes (päevad, tunnid jne) Kui PP on seotud registriga - kalendriga, siis saab see kindlaksmääratud perioodi tööpäevade arvu, valides kirjed, mille kuupäevad on määratud määratud kuupäevadega. punkt ja lisades Väärtusesse numbrid ...

PP-s Graph atribuudis peate määrama sellise teaberegistri nime ja atribuudile PP Value tuleks määrata summeeritud ressursi väärtus (aja arvutamiseks). Määrake atribuudis Graafika kuupäev teaberegistri dimensioon, mis sisaldab kalendrikuupäevi.

Enamasti töötavad organisatsiooni töötajad erinevate graafikute alusel, seetõttu loodi inforegistris (kalendris) dimensioon ScheduleWork (PD ja FPD salvestamiseks iga töögraafiku kohta eraldi)

PP atribuut BasePeriod on oma olemuselt sarnane atribuudiga ActivityPeriod, kuid puudutab baassumma saamise funktsionaalsust. Kui lipp on aktiivne, on PP-l põhisumma hankimise funktsioon, vastasel juhul sellist funktsiooni ei ole.

Kui BP-sid arvutatakse RR-is, siis olenevalt alustest tuleb selle lipu väärtuseks seada Tõene.

Atribuut PP perioodilisus võimaldab teil väärtuste loendist valida PP perioodilisuse. Kuutasusid arvestatakse RR-is igakuise sagedusega, kvartalitasusid RR-is kvartaalse sagedusega. Seega tuleks BP koostada vastavalt tekkesagedusele.

7) Dimensioonide, ressursside ja RR-atribuutide seadistamine:

Dimensioonide koosseis - võtmeväljade komplekt, mille väärtuste kohta teavet registris salvestatakse. RR-is on nõutav dimensioon Töötaja. Kui töötaja töötab samaaegselt mitmel ametikohal või täidab mitut tööülesannet samaaegselt alaliselt või teatud perioodi jooksul, siis on vaja PP-sse (Ametikoht või osakond) sisestada uus dimensioon, et töötaja töötasu oleks võimalik arvestada selle mõõtme kontekstis.

Ressursid on registri sihtväljad, need salvestavad dimensiooniväärtuste kombinatsioonidega seotud teavet ja registri funktsionaalsus saab nende ressursside väärtuste põhjal saadud indikaatorid. Selle numbri väärtuse soovitatav täpsus on 2.

Rekvisiidid on abiväljad, mis on seotud registri toimimisega ainult erijuhtudel. Üksikasjad salvestavad teavet, mis on vajalik arvutamiseks, kui süsteem töötab konkreetse registrikirjega. Tihti on viiteinfot salvestatud detailidesse, mille tähendus ja sisu on iga arvutusvalemi puhul erinev. Näiteks muutujas palga arvutamise valemi jaoks saab salvestada kuupalga määra, lisatasu arvutamise valemi jaoks on see preemia protsent, mis võetakse arvestusbaasi summast, samas muutuja väärtus täidetakse kõige sagedamini panuse arvutamise programmi jaoks, kui moodustatakse PP-kirjete eelkomplekt. Sellised väärtused salvestatakse PP-kirjesse arvutusvalemis asendamise hõlbustamiseks.

Rekvisiidid Tööde ajakava:

Variante töögraafiku osas võib olla palju, need erinevad nii tööpäevade kui ka töötundide arvu poolest ning võivad olla eri töötajatel erinevatel aegadel ja erinevatel BP-del erinevad. Kui graafikuid on rohkem kui üks, pakub süsteem tööaja mahu saamiseks järgmist lähenemist.

Inforeskontra lisatakse ScheduleDimension, mis näitab diagrammivarianti, mille juurde kalendriraamatu string kuulub. Sel juhul ei ole ühe kalendripäeva kohta registris - kalendris üks kanne, vaid mitu - vastavalt kasutatud töögraafikute arvule. Selleks, et töögraafiku väärtust oleks võimalik arveldusmehhanismile üle kanda, luuakse arveldusregistris erilise seadistusega muutuja. Et atribuut arveldusmehhanismi töös osaleks, on vaja täita selle atribuudi atribuut LinkWithGraph, nimelt tuleb selles määrata registri dimensiooni nimi - väärtusi sisaldav kalender ​graafikutest.

Graafiku andmekontseptsioon:

Pärast töögraafiku kontseptsiooni juurutamist ja mitme graafiku alusel töötamiseks arveldusregistri loomist on vaja sisestada kehtivusajaks laekunud planeeritud tööaja kogus ja tööaja arvestuses saadud tegelikult töötatud aja hulk. tegelik tegevusperiood, üldistav määratlus – ajakava andmed.

8) Palgaarvestuse etapid:

1.Kõigepealt on arvutamiseks vaja hankida lähteandmed (dokumendi andmed RR-s):

Arvutamiseks on vaja lähteandmeid, mis on tasude arvutamise valemite operandid. Vajalike andmete saamiseks peate spetsiaalse liidese kaudu viitama arvutusregistrile. Vajalike andmete genereerimiseks ja programmile väljastamiseks peavad PP-l olema algandmete väärtused - kehtivusaja piirid, põhikehtivusaja piirid, töögraafiku väärtus, mille alusel moodustame vajalikud andmed. Näiteks töötatud aeg arvutatakse kehtivusaja intervallis. PP-funktsionaalsus saab algandmeid ainult PP-kirjete väljadelt. Selleks kasutatakse standardväljasid BeginActionPeriodBeginning, ActionEndPeriod jne. Samuti loob arendaja töögraafiku väärtuste edastamise eesmärgil atribuudi Work Schedule ja näitab konfiguraatoris, et see muutuja sisaldab töögraafiku väärtust.

Seega tuleb enne RR-i poole pöördumist vajalike andmete saamiseks fikseerida RR-is read arvutatavate lähteandmetega. Esimene etapp on PP-kirjete moodustamine standardsete väljadega, mis sisaldavad algandmeid.

2. Pärast standardväljadega kirjete moodustamist peate hankima vajalikud andmed. Selleks vaadake arvutusregistri funktsionaalsust, arendaja saab need andmed päringu tulemusena.

Arvutusregistri iga kirje kohta, mis loodi esimese etapi tulemusena, saadakse vajalikud andmed, et programm saaks tulemuste arvutamise käigus iga arvutatava registrikirje kohta leida vastav kirje päringust saadud vajalike andmete tabelisse (numbriridade kaupa).

3. Järgmine etapp seisneb PP-kirjete järjestikuses läbimises ja igale kirjele vastava arvutusvalemi rakendamises (Kirjete lugemine PP-st, vajalike väljade arvutamine, PP-kirjete lisamine ja juba muudetud liikumiste salvestamine PP-s, kõige sagedamini põhitabeli sidumine virtuaalse tabeliga reanumbri abil). Iga kirje jaoks luuakse vastavus eelmises etapis saadud vajalike andmete tabeli reaga. Sellelt nõutud andmetabeli realt ekstraheeritakse nõutud andmete väärtused ja asendatakse need arvutusvalemi avaldisega. Saadud tulemus (arvutatud summa) paigutatakse PP kirje ressurssi, misjärel salvestatakse arvestuslike tulemustega kirjed uuesti IB-sse. Seega praeguses etapis on arvestatud summad laekunud.

Kuna enamikul juhtudel esineb tasude arvutamisel sõltuvusi, korratakse etappe 2 ja 3 rohkem kui üks kord. vaid sõltuvusastmete arvu järgi.

9) Write PP Recordset meetodi omadused

PP-kirjekomplekti kirjutamismeetod sisaldab kahte sisendparameetrit:

1. Eelmise rekordikomplekti asendamiseks märgistage "Asenda".

2. Lipp "Record Only", mis näitab, kas kirjete kogum salvestatakse ilma lisatoiminguteta (True) või määratakse komplektis olevate kirjete tegeliku kehtivusaja intervallide koosseis ja piirid (False) salvestamine.

Palgaarvestusprotsessi esimese etapi sooritamisel on teise parameetri väärtuseks Väär, kuna pärast algandmete salvestamist teostatakse palgaarvestuse seansi teine ​​etapp, mille käigus programm võtab ühendust PP-ga, et saada andmeid selle kohta. tegelikud töötunnid. Andmete asjakohasuse tagab asjaolu, et eelnevalt saadakse tegeliku kehtivusaja intervallide täielik koosseis, mis vastab dokumenti kantud nihkuvate arvutustüüpide koosseisule.

Seetõttu peate arvutuse esimese etapi sooritamisel määrama selle parameetri väärtuseks False. Arvutuse kolmanda etapi sooritamisel ei ole enam vaja arvutada tegeliku kehtivusaja intervallide koostist ja piire - arvutuse kehtivusaeg ei muutu, mis tähendab, et tegelik kehtivusaeg (FPD) ei muutu. Seetõttu seatakse tasude arvutamise valmistulemustega komplekti salvestamisel parameetri Record Only väärtuseks Tõene, kuna selles etapis salvestatakse komplekt ilma täiendavate toiminguteta.

Arvutusseansi esimese etapi sooritamiseks määrake WriteOnly parameetri väärtuseks False, kolmandaks määrake väärtuseks True. FPD ümberarvutamise protseduur kulutab palju ressursse ja on aeganõudev. See on üks põhjusi, miks on vaja määrata väärtuse Write to Isitin parameeter OnlyRecord - selle parameetri vaikeväärtus on False, seetõttu võib arvutuse esimeses etapis selle ära jätta ja kolmandas etapis, tuleb see ära näidata.

10) Virtuaalne PP DataGraphics:

Graafikuandmed on arvutusvalemi kahe operandi üldnimetus: Töötatud päevade arv, Tööpäevade arv kuus, kuna need tuleb hankida, võttes arvesse määratud töögraafikut.

DataGraphicsi virtuaalne tabel sisaldab järgmisi välju:

See reprodutseerib täielikult kogu arvutusregistri struktuuri - selle "ülema": registreerimisperioodist töögraafikuni. Lisaks neile sisaldab tabel saadud virtuaalse tabeli indikaatorite välju: ValueActionPeriod, ValueActualActionPeriod, ValueBasePeriod, ValueRegistrationPeriod.

Need väljad tähistavad ressursi tööaja mahtu Registri väärtus - kalender SchedulesWorks, millega PP on seotud neljaks perioodiks, mille nimed on näha iga välja nime teises osas.

Meie jaoks ei ole tööaja mahu väljad registreerimisperioodi ja baasperioodi järgi vajalikud, vaid vaja on ainult ValueActualActionPeriod ja ValueActionPeriod, mis annavad iga registrikirje kohta operandide väärtused. arvutusvalem Töötatud päevade arv ja tööpäevade arv kuus.

See virtuaalne tabel sisaldab parameetrit Tingimus, milles tuleks määrata eelvaliku tingimused. Kirjeid arvutatakse ainult valitud dokumendi kohta, mistõttu on vajalik registripidaja valik, samuti arvelduskategooria ja arvutuskategooria puhul, kuna arvutusalgoritmi ühes etapis on võimalik saada tulemusi ainult ühe arvutusliigi arvutustüüpidest.

Lisaks peaksite valima selle tabeli välja RowNumber, kuna see väli on virtuaaltabeli tulemuse kirje ühendusväli PP-kirjega, millele see virtuaaltabeli kirje vastab. Väli LineNumber on registrikirje ja selle nõutavate andmete vahelise vastavuse võti.

PP-kirjekomplekti iga rea ​​tulemuse saamiseks peate:

1. Määrake selle rea arvutusvalem (selleks on igal BP-l atribuut Calculation Method). See on kasulik, kui BP arvutusvalemid on erinevad.

2. Leia päringu tulemuste tabelist vastav rida – st. nõutavate andmete tabelis, mis moodustati PP mehhanismi abil.

Kirjekomplekti rea sobitamine toimub välja LineNumber kaudu. See on väli, mis ühtib kirjekomplekti stringiga ja selle jaoks saadud nõutava andmestringiga. PP-kirjele vastava nõutavate andmete rea leidmine tähendab sellest sellise rea leidmist, mille LineNumber välja väärtus on võrdne PP-kirje välja LineNumber väärtusega.

11) Lähenemisviis registristringide ja nõutavate andmestringide vahelise vastavuse loomisele

Lähenemisviis registristringide ja nõutavate andmestringide sobitamisele

Kuna andmete laadimine väärtustabelisse on ressursimahukas, on soovitatav ridade vastavuse kindlakstegemiseks kasutada mõnda tehnikat. Selleks peaksite päringutulemuse järjestama LineNumberi järgi:

A. Otsi kirjekomplekti indeksi järgi

1. Minge tsüklis mööda nõutavate andmete päringu tulemuse valikust

2. Arvutage iga valikupositsiooni välja LineNumber väärtuse alusel kirjekomplekti kogus oleva vastava kirje indeks (kogu kirjeindeks on [LineNumber -1]) ja hankige kogust kirje indeksi kaupa. .

Mitte registrikirjete kogumi, vaid vajalike andmete päringu valiku tsüklis läbimine on põhjendatud sellega, et päring sisaldab püsivat (põhi-, lähte-) tabelit. vasakule ja reanumbrid on sel põhjusel samad, mis kirjekomplektis 1 kuni N.

Kuigi Fetch.Next () Loop // hangib registrikirje kirjete komplektist RegisterRecord = RecordSet [Fetch.LineNumber - 1]; // arvutusvalemite rakendamine iga meetodi jaoks EndCycle

Tänu sellele on programmil juurdepääs arvutatud kirje väljadele ja selle kirje arvutamiseks vajalikke andmeid sisaldavale valikupositsioonile - on juurdepääs valemi kõikidele operandidele.

B. Otsige objekti FetchFrom QueryResult meetodi FindNext abil

Sisuliselt sarnaneb tehnika Recordset Index Searchiga, kuid vaste määratakse struktuuri kaudu.

Valik = Tulemus.Vali (); // läbima kõik PP-liigutuste kogumi read For Every Movement From Movement Loop // lähtesta valik Selection.Reset (); // määrake otsingu struktuur SearchStructure = Uus struktuur ("LineNumber", Movement.LineNumber); // otsib valikust Motion Set reale vastavat rida If Selection.FindNext (SearchStructure) Siis // iga meetodi arvutusvalemite rakendamine EndIf; Tsükli lõpp;

12) Virtuaalse PP tabeli tegelik kehtivusaeg

Virtuaalne tabel DataGraphics annab kõigi palgaarvestuse intervallide tööpäevade summeerimisel välja töötatud tundide arvu. Võib tekkida olukord, kus arvutusvalem nõuab juurdepääsu mitte ainult PPD tööaja mahule, vaid ka PPD intervallide kogumile endale, st. nende arv ja nende intervallide piirid PPD intervallide piirid saab päringuga, viidates RR-i ActualPeriod virtuaalsele tabelile. See tabel annab PPD intervallide loendi. Selle väljade struktuur kordab täielikult PP väljade struktuuri. Selle tabeli iga kirje vastab ühele PPF-intervallile ja selle intervalli piirid asuvad kirje väljadel ValidityBeginning ja ValidationEnd. Iga arvutustüübi jaoks sisaldab see tabel nii palju kirjeid, kui palju on intervalle, milleks esialgne kehtivusaeg nihke mõjul jaotati.

See tabel aktsepteerib ainult ühte (valikulist) parameetrit – tingimust, mis on eelvaliku tingimuse loogiline väljend. Valikutingimus on mõttekas määrata töötaja kaupa.

13) Virtuaallaud Base PP

Arvutusülesannete lahendamisel tekib vajadus hankida arvutuse baastüübi algandmed. Vastasel juhul saab neid andmeid kirjeldada põhitasude summana nende arvutusliikide puhul, mille arvutusvalemites see operand on olemas.

Näiteks peate juurdehindluse arvutama järgmise valemi abil:

Toetus = baaslaekumiste summa * Boonuse protsent / 100

BonusPercent on täisarv, mis tuleks salvestada atribuudis Size. Põhitasude summa on väärtus, mis tuleks saada PP-funktsiooni kasutades. Selle BP jaoks on lisaks baasperioodi kehtivusvahemikule vaja määrata ka kehtivusperioodi kehtivusvahemik, kuna see BP asub PVR-is, mille jaoks on kehtivusperioodi lipp aktiivne. Kuna RR-is on selline säte olemas, tuleb igas selle kirjes määrata väljad ValidityBeginning ja ValidationEnd, vastasel juhul ei kirjutata kirjete komplekti infobaasi.

Kui PP metaandmetes on seatud atribuut Kehtivusperiood, siis on igas registrikirjes kohustuslik määrata kehtivusaja piirid, isegi kui selle kirje arvutusvalem ei nõua ajakava andmete laekumist. Kui seda süsteeminõuet ei täideta, siis kirjete komplekti IB-s ei salvestata.

Baassumma saamine toimub virtuaalse tabeli Base PP abil.

Tuleb märkida, et RR-i baasvirtuaalsetel tabelitel võib olla mitu. Nende tabelite arv võrdub põhiliste PP-de arvuga, st. selline РР, milles antud РР võib sisaldada baasjoone РР arvutamise tulemusi.

Põhiliste RR-ide arv ei ole tavaliselt väiksem kui selle RR-i põhiliste RR-ide arv, millega see RR on seotud. See on tingitud asjaolust, et iga RR-i saab seostada mitme RR-iga.

PP-tabelid Base'il võib olla mitu - vastavalt põhi-PP-de arvule.

Virtuaalset tabelit Base nimetatakse järgmiselt: Base + ühe baasregistri nimi PP - "master".

Vaatleme näite abil andmebaasi saamise mehhanismi. BP Allowance salvestatakse PVR Basic Accruals koos BP Palgaga ja arvutatakse protsendina sellel perioodil kogunenud Palgast.

Päring on üles ehitatud püsitabeli PP Main Accruals alusel ja vali sellest väljad LineNumber ja Calculation Type.Calculation Method. Tingimused kehtestame registripidaja ja arvelduskategooria poolt, järjestuse seame LineNumberi järgi. Lisage päringute tabelite loendisse virtuaalne tabel BasicAssignments. Sellel PP-l on üks alustabel, alates sellel on üks baasregister, antud juhul ise.

Vahekaardil Lingid peate looma vasakpoolse tabeli, mis on ühendatud ridade numbri järgi.

14) Virtuaaltabeli parameetrid Base

Virtuaalse tabeli parameetrite vorm sisaldab 4 välja:

1. Põhiregistri mõõdud

2.Alusregistri mõõdud

3. Lõiked

4.Seisukord

Tingimuse parameetris peaksite tegema valiku registripidaja ja arvelduskategooria järgi.

Põhiregistri mõõtmise ja põhiregistri mõõtmise parameetrid tuleb täpsustada. See on ainus virtuaalsete tabelite juhtum, kus on vaja virtuaalse tabeli parameetreid.

Põhisumma saamiseks peaks virtuaalne tabel võtma ainult need põhiregistri kirjed, mille mõõtmisväärtused langevad kokku registri vastavate mõõtmiste väärtustega, mille jaoks baassumma saadakse. Sel juhul võivad baasregistris olevad mõõtmete nimetused erineda selle registri mõõtmete nimetustest, mille jaoks baasi summa saadakse.

Registrite dimensioonide nimetuste vastavuse seadmiseks kasutage Põhiregistri mõõtmeid ja Põhiregistri mõõtmeid. Need parameetrid peaksid määrama massiivi või väärtuste loendi tüüpi objektid ja päringukonsoolis on saadaval ainult väärtuste loend.

Parameetris BaseCaseDimensions paigutatakse põhiregistri dimensioonide stringinimed elementidena, parameetris BaseCaseDimensions - põhiregister ja samas järjekorras. Seega saab virtuaaltabeli mehhanism, sobitades elemente põhi- ja põhiregistri nimedega, kindlaks teha, milline baasregistri dimensioon vastab millisele põhiregistri dimensioonile.

BaselineDimension ja BaseRegisterDimension parameetrid peavad olema määratud. isegi. kui põhi- ja põhiregistri mõõdud on samad. Neile ei ole vaikeväärtusi. Kui mõõtmised on samad, saate määrata need parameetrid samadele väärtustele.

15) Virtuaaltabeli Base väljade koosseis:

PP virtuaalne tabel Alus sisaldab PP-välju - "omanik", väljade komplekti järelliitega "Sektsioon" ja sellest tulenevat tabeli "ResultBase" välja. Saadud väljad arvutatakse kõigi baasregistri ressursside jaoks ning nimed koosnevad ressursi nimest ja järelliitest "Base".

16) Kehtivusaja kasutamine baasperioodina

On juhtumeid, kus kehtivusaega kasutatakse kogunemise arvutamisel sunniviisiliselt (PVR-i sätete tõttu, nimelt aktiivse kehtivusaja lipu tõttu - see on vajalik mõne VR-i jaoks). Võib-olla mõnel juhul, tasub VR jagada PVR-iga vastavalt sellele atribuudile.

Kui selline jaotus ei ole mitmel põhjusel võimalik, võite vältida samade väärtuste sisestamist kehtivusaja ja baasperioodi intervalli piiridesse. Ühelt poolt baasperioodi piiride sisestust platvorm ei kontrolli, teisalt on PVR-i kuuluvatel VR-idel standardne AttributeBaseActionBase, mis on Boole'i ​​tüüpi ja on näidatud vormil BP koos allkiri BasePeriodAsActionPeriod. Kui see muutuja on seatud väärtusele Tõene, siis baastasude summa laekumise arvutamise mehhanism kasutab baasperioodi piiridena määratud kehtivusaja piire. väljadel BasePeriodStart ja BasePeriodEnd määratud jäetakse tähelepanuta.

Kui määrata BP atribuudi Validity PeriodBasic väärtuseks Tõene, mis eeldab põhitasude summa laekumist, siis saab kehtivusperioodi kasutada baasperioodi piiride jaoks ning baasperioodi piiride väljad jäetud tühjaks.

17) Tekkesumma arvutamine sõltuvalt mitmest põhitasust

Vaatleme näidet, kui on vaja rakendada järgmisi arvutustüüpe:

1. Isiklik boonus = Fikseeritud summa;

2. Igakuine boonus = (isiklik boonus + palk + kohapealne palk) * boonuse protsent / 100 - kogunenud kuus

3. Soodustuse juurdehindlus = Kuu boonus * Protsentuaalne juurdehindlus / 100 – arvutatakse kuus

4. Perioodi preemia = Palk * Perioodi preemia protsent / 100 - koguneb muutuva perioodi eest ühe kuu jooksul

BP andmetes ei sõltu ükski BP kavandatud või tegelikust kehtivusajast, kuid baastasudest on mitu sõltuvust. Loome ülesande täitmiseks uue TAP-i. Kuna ükski arvutusvalem ei kasuta graafiku andmeid operandina, siis see PVR ei kasuta kehtivusperioodi, mis tähendab, et sellel pole ennetavaid BP-sid.

Kuna kõik BP-d on tekkepõhised, on sõltuvus baasist kehtivusaja järgi, kuid selles BP-s ei kasutata kehtivusaega, mis tähendab, et kehtivusaeg on võrdne registreerimisperioodiga. See tähendab, et kui baas-VR-l ei ole kehtivusaega, siis selle tulemuse määramisel, kas selle tulemus langeb baastasude summasse, arvestatakse, et kehtivusaeg on võrdne registreerimisperioodiga.

BP igakuise boonuse puhul on põhiline BP erinevas TAC-is: isiklik boonus boonustes ning palk ja liikvel töötasu põhikogunemises. See tähendab, et mõlemad TAP-id tuleb määrata auhinna TAP-ide aluseks.

Uus RR on mõeldud Boonuse RVR-is sisalduvate tasude arvutamiseks.Ükski RR ei nõua arvutusvalemi rakendamiseks graafikuandmeid, mistõttu on kehtivusaja lipp passiivne. BP alates PVR Boonused arvutatakse peamiselt arvutatud baasi kasutades, seetõttu on märkeruut BasePeriod aktiivne. Registris arvutatakse igakuised preemiad, mis tähendab, et välja Sagedus väärtuseks saab Kuu. Arvutusregistri rakendatavad väljad on dimensioonid (Töötaja, Ametikoht), Ressurss (Tulemus) ja Atribuut (Suurus) /

BP Personal Auhind on lihtne ja enesestmõistetav. Kõigi teiste Auhinna RVR-i BP-de jaoks on kaks baasregistrit: põhiliste BP-de tulemused valitakse RR-i põhikogumitest ja auhinna RR-ist. Iga RR-i dokumendikirje kohta vajalike andmete hankimise taotluses peavad Auhinnad vastama kahe virtuaalse tabeli reale. Alus: Põhikogumiste registri alus ja Auhindade registri alus (Auhinnad. ) dokumendi Auhindade register ja mõlema tabeli vastavad sissekanded. Üks võimalus sellise päringu koostamiseks on kasutada päringukeele toimingut JUUNI: liitumise tingimuseks on algsete päringutabelite ridade numbri väljade võrdsus. Oluline on märkida, et platvormi virtuaalse registri tabelid ei tagasta nullkirjeid. Näiteks kui põhiregistris oleva PP-kirje puhul on põhisumma 0, siis virtuaalne tabel selle numbriga ridu ei tagasta. See tähendab, et mitme põhiregistri põhisumma saamise päring tuleb seda asjaolu arvesse võttes üles ehitada, vastasel juhul võite ühenduse ebaõige kasutamise korral mõne põhiregistri põhisummast ilma jääda. Selle arvessevõtmiseks kasutatakse järgmist tehnikat: päringus valitakse püsiregistritabel, kuna see sisaldab dokumendi kõigi kirjete andmeid. Selle tabeliga ühendab vasakpoolne liitmine nende PP-de "Base" virtuaalsed tabelid, mis sisaldavad arvutatud PP baassummasid.

18) Põhiarvutuse tüübi kehtivusaja osaline tabamus põhiperioodil

PVR (18) PRis :) tutvustati BP perioodi boonust. Tema arvutusmeetodiks on protsent, põhi BP on Palk, ta on esimese taseme ülalpeetav BP.

See VR mahub osaliselt baasVR-i kehtivusaega. Kui määrate baaskehtivusaja mitte kuuks, vaid mitmeks päevaks, väheneb baastasude suurus proportsionaalselt baasperioodi tööaja vähenemisega, vastasel juhul saate ebaõiglaselt suure arvutustulemuse baas. Nii on nende baastasude summa puhul, millel on kehtivusaeg, s.o. arvutusvalemi järgi sõltuvad need töötatud ajast. Kui baasperiood jääb osaliselt BP baasperioodi kehtivusaja piiridesse, siis arvutatakse baastasude suurus proportsionaalselt baasperioodi töötundide arvuga. See väide kehtib ainult nende põhiliste BP-de kohta, millel on kehtivusaeg, st. sõltuvad töötundide arvutatud valemist.

See ei kehti baasVR-ide kohta, millel pole kehtivusaega.

19) Baasi suuruse saamine põhilise BP kontekstis:

Virtuaalse tabeli põhiaspekti parameeter võimaldab laiendada mis tahes BP baastasude suurust nii määratud väljade kui ka nende väljade kombinatsioonide kontekstis. Näiteks kui teid huvitab põhisumma jagu põhi BP järgi, st. kui palju iga põhiBP panustas põhitasu kogusummasse. Seda saab teha näidatud tööriistade abil PP Base virtuaalse tabeli konfigureerimiseks. Selleks tuleb päringus valida üks või mitu selle tabeli välja, mille nimes on pilu järelliide. Teil on vaja väljade kombinatsiooni, mille jaoks peate iga BP baassummat suurendama. Sellest aga ei piisa, peate virtuaalse tabeli päringus "Base" määrama parameetri - "Sektsioonid". Selle parameetri määrab objekt, mille tüüp on Array või List of Values. Massiivi elemendid on väljade nimed - ilma jaotise järelliiteta lõigud, mida mööda tuleb baassummat laiendada.

Võimalus saada baassumma jaotuses annab üsna väärtuslikku teavet nii raamatupidamise jaoks kui ka töötajatega suhete selgitamiseks viitlaekumiste ja mahaarvamiste suuruse osas. näiteks tuli töötaja raamatupidamisse lisatasu ebaõige arvutamise küsimuses. Olles saanud preemia põhitasude summa preemia arvutamise põhitüüpide kontekstis, saate sellest probleemist üksikasjalikult aru.

20) Viitlaekumiste aruande koostamine.

Kui tekkearuannet on vaja koostada töötajate, nende ametikohtade, arvutusregistrite ja arvutustüüpide kontekstis, peaksite ACS-is kasutama liidu tüüpi andmekogumit. Samas, et arvutusregistri nime järgi saaks aruandest rühmitada, sisestatakse päringusse parameeter, milles määratakse PP stringi nimi.

21) Möödunud perioodi arvutustulemuste korrigeerimine

Raamatupidamise aastaaruanne koostatakse rangelt kehtestatud sagedust järgides, järelevalveasutustele esitatavad aruanded aga on dateeritud registreerimisperioodist. Loovutas märjuke. aruandlus ei kuulu parandamisele ega muutmisele. Sellest järeldub, et kui möödunud perioodi aruandluses tehti viga ja seda märgati jooksval perioodil, siis eelmise perioodi aruannete uuesti esitamine on võimatu, kuna suletud perioodil muudatusi teha ei saa. Selliste probleemide lahendamiseks kasutatakse spetsiaalset lähenemist.

Oluline on mõista, et kui nihutava arvutuse registreerimise periood on pikem (hilisem) selle kehtivusajast, siis arveldusmehhanismid keelavad nihke ehk keelavad suletud perioodi arvestuse tulemuste muutmise.

Pööramismehhanism (kirje genereerimine (kontode sama vastavusega kirjed, kuid negatiivse summaga) võimaldab teil lahendada jooksva perioodi varasemate kirjete parandamise probleemi. Üldjuhul perioodid, mille kohta tahad pööret arvutada – summad pole ette teada. Platvorm pakub vahendit kogu vajaliku info, sh. ja tagasipööramise perioodid, et arvutada tagasipööratavad summad.

PP-objekti meetod GetAddition () tagastab ValuesTable objekti, mille iga rida vastab olukorrale, kus platvorm keelab eelisostu, kuna ennetava BP kehtivusaeg on registreerimisperioodist lühem.

Väärtuste tabelis on nii palju ridu, kui palju platvorm eelostu keelab, ja iga rida sisaldab kogu tagasipööramissumma arvutamiseks vajalikku teavet.

See tähendab, et enne tagasipööramise summa arvutamist peaksite kutsuma GetAdditioni meetodi ja töötlema saadud väärtuste tabelit, luues iga selle rea jaoks tühistamise PP-kirje. Seda meetodit tuleks kasutada siis, kui süsteem määrab iga arveldustüübi tegeliku kehtivusperioodi intervallide koosseisu. See juhtub siis, kui süsteem salvestab liikumiste komplekti algandmetega – kui andmed kirjutatakse andmebaasi FPD alistamisega. Kui selleks hetkeks on laekunud tegelik PPD - nihke tulemus, siis RR-l on selleks hetkeks teave juhtumite kohta, mil ümberpaigutamine oli keelatud. Seetõttu peate selles kohas kutsuma GetCompletion () meetodit koos tulemuse hilisema töötlemisega.

Storno tabel sisaldab selle BP rea kordusi, mille puhul eelostu prooviti, ja välju

1. Registreerimisperiood Storno (tõrjuda üritanud BP registreerimise periood),

2.Action PeriodStartWeed, ActionPeriodEndWed – selle BP kehtivusaja algus ja lõpp

Seega peate tühistatud tekkepõhise summa arvutamiseks:

1. Loo PP-kirje algandmetega, mis vastavad tabelireal saadud andmetele, kuid registreerimisperiood on sama, mis on väljal RegisterPeriod määratud ja kehtivusaja piirid on samad, mis on määratud tabelirea ValidityStartWeed ja ValidityEndWeed väljad.

3. Muutke saadud salvestustulemuse märk negatiivseks.

Vastavalt iga rea ​​andmetele peate looma RR-is uue kirje, täites selle väljad väärtustega, mis pärinevad pöördkirjete tabeli rea väljadest, seejärel kirjutage kirjete komplekt ümber ja arvutage see ( kirjutage üles koos PPD ümberarvutamisega, kuna uued PP-kirjed võivad PPD-d mõjutada). Storni lipp igal real on seatud väärtusele Tõene, see on üldmooduli arvutamise protseduuri märk, et tulemuse märk tuleb muuta negatiivseks. See tähendab:

Salvestamine. Tulemus = tulemus *? (Rekord.Storny, -1,1);

Lisaks peate võib-olla lisama tekkepõhise arvestuse dokumendi tabeliosasse pöördkirje.

22) Ümberarvestused

Sõltuvus ümberarvutamiseks:

BP tulemused sõltuvad sageli teiste BPde kogunemisest. Selleks, et BP viitlaekumiste ümberarvutamise korral, millest sõltuvad teiste BP-de viitlaekused, muudatuste tõttu ümberarvestamist vajavate võlgnevuste automaatselt kindlaks määrata, kasutatakse ümberarvutuste mehhanismi.

Kui pärast BP A ümberarvutamist on vaja BP B ümber arvutada, siis BP sõltub BP A ümberarvutamisest.

Sõltuvus ümberarvutamisest võib olla nii otsene kui ka kaudne (implitsiitne / kaudne). Sõltuvus ümberarvutamisel on laiem kui PD või aluse sõltuvused.

Näite abil analüüsime ümberarvutuste tegemiseks vajalike andmete päringuga hankimise mehhanismi konstrueerimise protseduuri. Ümberarvutustest sõltuvuse seadistamine toimub PVR-is tabelijaotises LeadingCalculationTypes. See tabeliosa on PVR-is alati olemas; selle olemasolu ei sõltu PVR-i metaandmete sätetest. TAP-il on alati standardne kell 1–3. PM LeadingArvutused saab täita nii konfiguraatoris kui ka režiimis 1C: Enterprise. Panime põhilise BP PM LeadingCalculationTypes ridadele.

23) Konfiguratsiooniobjekt Recalculation

Ümberarvutamise objekt on loogiliselt allutatud arvutusregistri objektile ja asub konfiguratsioonipuus PP metaandmete hulgas. Jaotusobjektiks on IB tabel, st. püsiv objekt. Platvorm töötab ümberarvutamisega järgmiselt. Kui toimub BP A tekkepõhine ümberarvutamine, mis asub tabelijaotises BP B arvutamise peamised tüübid, paigutab platvorm ümberarvutamise tabelisse rea BP B ja sellega seotud teabega. Rakendus on mõeldud jaotustabeli andmete lugemiseks ja BP B ümberarvutamiseks.

Vaikimisi ei arvuta platvorm midagi ümber, vaid annab esmase info BP kohta, mis tuleb ümber arvutada, see toimib teadete põhimõttel, nagu ka tühistamiskirjete laekumise korral täienduse saamise meetod.

Objekti IB tabeli struktuur Ümberarvutus

Jaotusobjekt sisaldab järgmisi välju:

AllocationType, AllocationObject – (need väljad luuakse automaatselt), mõõtmete komplekt.

Arveldustüüp on ümberarvutamist vajav BP ja ümberarvutamise objekt on link dokumendile – registripidaja, kes selle BP-ga PP-s liikumise tegi.

BP ümberarvutamine on ebapraktiline, seetõttu on vaja luua rafineerimismõõtmete komplekt, mis vastab mõõtmete komplektile PP - ümberarvutamise kapten. Näiteks ei arvuta me ümber mitte ainult BP Allowance, vaid sellel ametikohal töötava töötaja hüvitist (st peate looma dimensioonid Töötaja ja Ametikoht). Mõõtmiste arv RP-s on võrdne PP - omaniku mõõtmiste arvuga.

Pärast PR-mõõtmete täpsustamist on vaja määrata ümberarvutusmõõtmete vastavus PP-mõõtudele.

Jaotusdimensioonide nimed ei pea olema samad, mis PP põhidimensioonide nimed. Seetõttu on vaja kindlaks teha ümberarvutusmõõtmise vastavus PP-peamõõtmisele, samuti juhtiva PP mõõtmistele, st. need, millesse selle arvutuse jaoks salvestatakse juhtiva VR-i tulemused. Seda tehakse jaotusdimensiooni atribuutide määramisega. Atribuudis RegisterDimension vali loendist PP dimensioon - jaotuse juht, millele loodud jaotusdimensioon vastab. Ja atribuudis LeadingRegisterData on vaja lippudega märkida selle ümberarvutusdimensiooni vastavus selle PP kõigi juhtivate PP-de mõõtmetele. Juhtivate PP-de struktuuri vorm avatakse, klõpsates LeadingRes andmeomaduse väljal valikunupul. Näiteks Auhinna RR-i jaoks asuvad juhtivate BP-de tulemused RR-i põhiarvestuses ja preemiates, mistõttu tuleb mõlema RR-i mõõtmiseks seada mõõtelipud.

24) Töö objektmudel koos jaotusega

Peracalculationi objektmudel on oma struktuurilt sarnane mis tahes registri objektmudeliga. Seal on objekt AllocationManager, objekt RecalculateRecordSet, mis sarnaselt registrikirjekomplektiga on RecalculateRecord objektide kogum. RecalculationRecordSet objektil on meetod Add, mis võimaldab programmiliselt luua uut ümberarvutuskirjet ja täita selle atribuute, meetod Record ümberarvutuskomplektide salvestamiseks IB-s, meetod Delete kirje eemaldamiseks ümberarvutusest.

See objekt võimaldab programmeerida ka sündmuste töötlejaid ja sündmuste koosseis on sarnane registri sündmuste koostisega. Ümberarvutamise kirjekomplekti moodul, kus saab kirjeldada sündmuste käitlejaid, avatakse konfiguraatori ümberarvutamise atribuutide paletist. Seega saab jaotuskirjete koostist ja sisu muuta mitte ainult platvorm, vaid ka arendaja. See on vajalik juhtudel, kui näiteks tekkesumma arvutatakse sõltuvalt teatud käibe näitajast, näiteks müügimahust kuus. Need andmed salvestatakse ringlevas RN-is, mistõttu ei saa ümberarvutusmehhanism olla teadlik tehingusumma muutusest, mis võib tekkida dokumendi - pöörete RN-i registri - postitamisel. See tähendab, et teisendustabelisse BP tulemuse ümberarvutamiseks kirje automaatselt ei lähe, see tuleb genereerida programmiliselt, hetkel pärast dokumendi uuesti RN-i postitamist.

25) Ümberarvutuste rakendamise kaks tunnust

1. Ümberarvutuste programmilise rakendamisega ei ole vaja ümber arvutada mitte kogu dokument, mis on väljal ObjectReallocation PR määratud, vaid ainult need arvutustüübid, mis sisalduvad Eraldamises.

2. Jaotustabel ei tuvasta ümberarvutatavat PP-kirjet, vaid ainult PP-d. Kui selliseid VR-e on komplektis mitu, siis tuleb need kõik üle lugeda. Tuleb meeles pidada, et PP-s oleva töötaja jaoks võib olla mitu sama BP-ga kirjet ja kirje unikaalsuse alusel jaotustabelis peate kõik kirjed ümber arvutama selle BP-ga, mitte ühe.

Enamasti koostatakse päring vajalike andmete saamiseks püsiva tabeli vasakpoolse ühenduse abil, mis annab arvutatud dokumendi kirjekomplekti ridade koostise ja igale reale rakendatud arvutusmeetodi koos virtuaaltabelitega RowNumber järgi. . Just see püsitabel määrab arvutatavate registrikirjenumbrite koosseisu ja nende kirjete arvutusmeetodid. Järelikult, kui see tabel ei sisalda mitte kõiki arvutatud dokumendi hulga kirjeid, vaid ainult ümberarvutatavaid, siis võimaldab selline päring realiseerida esimese tunnuse 1 tingimuse.

Sellise tabeli saab jaotustabelite valiku abil, mis tuleks ühendada püsiva PP-tabeliga mõlemas tabeli väljade Arvelduse tüüp võrdsuse ja PP-s vastavalt väljade Registripidaja ja AllocationObject võrdsuse kaudu. m PR-laud, samuti kõik muud mõõdud. Sellise päringu tulemus annab nende PP-kirjete koosseisu, mis tuleb nende arvutusmeetoditega ümber arvutada. Seda tabelit saab kasutada põhitabelina vajalike andmete saamiseks, seejärel tuleks see tabel ühendada põhilaekumiste virtuaalse tabeliga ning kirjete ümberarvutamise protseduur läbi viia.

Kuna päring tagastab ümberarvutatavate registrikirjete koosseisu ning päringutulemuse sisu on väljade struktuuri poolest sarnane peamise arvutusalgoritmi täitmise päringutulemuse sisuga, siis selgub, et Sellise arvutusalgoritmi koostamise lähenemisviisi korral erinevad arvutamise ja ümberarvutamise algoritmid ainult päringu tekstis. See on tõhus.

Pange tähele, et suletud perioodi PP-kirjeid saab kustutada. Seetõttu ei tehta ümberarvutuste rakendamisel olemasolevate PP-kirjete tulemustes muudatusi. Selle asemel tühistatakse kustutatavad summad ja luuakse uued PP-kirjed, kuhu uued tulemused postitatakse. Sel põhjusel on soovitatav konfiguraatoris välja töötada spetsiaalne dokument, mis teeb ümberarvutusi. Dokument saab jaotustabelitest koos tulemuste summadega kustutatavad kirjed, moodustab kirjekomplektis pöördkirjed ning loob uued kirjed, kuhu jaotustulemused paigutatakse.

26) Palkade arvestus tööaja tabeli järgi

Töötunni tabeli järgi töötasude arvestamise ülesanne

Ettevõtte töötajate palgaarvestus toimub igakuiselt. Iga töötaja saab töötada korraga mitmes ettevõtte allüksuses ehk siis on lubatud osalise tööajaga töö. Kõik töötajad töötavad igale osakonnale eraldi kehtestatud töögraafiku alusel. Reaalselt töötatud tundide arv sisestatakse süsteemi kasutades dokumenti "Töötabel". Dokument tuleks täita kord nädalas ainult teatud osakonna töötajate nimekirja kohta. Iga töötaja kohta iga nädalapäeva kohta sisestatakse tegelikult töötatud tundide arv või teave mõjuva põhjuseta töölt puudumise kohta. Tööajatabeli vormi välimus on näidatud järgmisel joonisel 1

Ettevõtte töötajad saavad töötasu proportsionaalselt töötundidega. Tunnitasu arvutatakse lähtepalk jagatuna tegelikult töötatud tundidega samal perioodil töötatud tundide arvuga. Palga algväärtus võib muutuda mitte sagedamini kui üks kord päevas, kuid see võetakse arveldusperioodi alguses. Selle muudatuste ajalugu on vaja salvestada teabebaasi.

Iga tekkeperioodil töötatud päeva eest on ettevõtte töötajatel õigus saada mobiiltelefoniga rääkimise kulude hüvitamiseks fikseeritud rahasumma. Summa on kõigile ettevõtte töötajatele sama ja see tuleb infobaasi kirja panna.

Töötaja mõjuva põhjuseta töölt puudumine tuleb infobaasis fikseerida, kuid mitte tasuda.

Selle ülesande raames ei tohiks kasutada ümberarvutuste mehhanismi.

Kõik tasud sisestatakse dokumendi "Palgaarvestus" abil. Arveldusperioodil võib olla üks dokument (kõikide arveldusliikide kohta korraga), või mitu (üks iga eraldi arveldusliigi kohta). Arvestage, et kõik andmed sisestatakse ainult ühe kuu jooksul, näiteks võite märkida palga tekkepõhise perioodi 10.01-31.01 ja palgaarvestust: 10.01-03.02 ei saa sisestada. Üks dokument võib sisaldada andmeid ainult jooksva arveldusperioodi kohta Dokumendi "Palgaarvestus" vormis on vaja ette näha nupu "Arvuta" olemasolu, sellel klikkides tehakse esialgne töötasu arvestus tehtud. Arvutuse tulemus peaks kajastuma sama vormi tabeliosas.

Konfiguratsioonis ettevõtte töötajatele tehtud tasude analüüsimiseks on vaja esitada järgmist tüüpi aruanne (joonis 2):

Aruanne tuleks koostada ainult konkreetse kalendrikuu kohta. Muutke aruandeperioodi suurust kasutajate kaupa

26.1) Arvutusliigid:

Palkade arvestus tööaja tabeli järgi Käime läbi BP:

1. Palk = Algne palgaväärtus / N töötundi * N FPD, kus algne palgaväärtus saadakse RS-i viimase töötajate teabe osast,

N töötundi - graafikult, N FPD tööajaarvestuselt. Kui ülesandel on ajatabel, võtame ajatabelilt PPD ja graafikult PD.

2. Telefoni hüvitis = Päevatariif * N PPD, kus

Päevamäär - püsiv, N FPD - tööajaarvestuselt

3. Puudumine. See peab olema IB-s fikseeritud, mis tähendab, et see peab kajastuma RR-is

Seadkem arvutus prioriteediks. Puudumisel ei ole prioriteeti, Telefoni eest tasumine samuti ei nõua prioriteetsust. Seadistame arvutustüüpide vahelised seosed:

Kõigil määratud BP-del pole põhilisi BP-sid ega juhte.

Palk - kasutab PD-d, ülejäänud BP - ei.

Kontrollime nihke tingimust, teeme kindlaks, milline BP nihutab ja milline mitte.

1. Tunnistagem, et puudumine tõrjub välja Palka. Töölt puudumine võib palgast välja tõrjuda, kui see mõjutab otseselt FPD-d. FPD puhul kasutatakse ajatabelit, mitte ajakava aega, mis tähendab, et loobumist pole mõtet nihutada.

Kaaluge BP hüvitist telefoni eest. Aruandekaardilt nihkeid ei ole. Kaaluge PD arvestamist. Nihkeid ei ole, graafiku andmeid ei arvestata PD arvestus puudub. Samamoodi BP ebaõnnestumise korral

Seadistame PVR-i prioriteedi.

Aruandekaart on abidokument, mis fikseerib PPD. Käsitletavas ülesandes peab Töölt puudumine olema RR-is, kuna see on sõltumatu algoritm (kuna sellel on tulemus, mis ei saa olla suvaline, vaid on võrdne konstandiga). Puudumine on sündmus, see peab kajastuma PP-s, see tuleb välja arvutada.

Tööajaarvestuse metoodika võimaldab lülituda dispersioonimeetodile ja vastupidi. Paneme paika BP: Palk ei sõltu baasist, kuid on PD kasutamine. Telefoni hüvitis ei sõltu PD-st, seetõttu võetakse see BP eraldi TAC-i.

Ka mitte-väljumine seda ei kasuta, selle saab paigutada nii kogunemise PVR-i kui ka ooteloleku PVR-i, kuna selle summa on 0.

Mida madalam on BP, seda parem, seega asetame väljapääsu No Exit koos telefoni BP kompensatsiooniga.

Kuna selles ülesandes ei ole sõltuvusi, liigume edasi diagrammide seadistamise juurde, seejärel PP. Palk vajab graafikut. Ühe ülesande jaoks võib olla palju graafikuid, kuid pole teada, kui palju, seega lisame Divisioni dimensiooni .. Lisame arvutigraafikutele dimensiooni ja täpsustame graafiku täitmise töötlust. Teeme vormile uue atribuudi, lisame sisendparameetri ja muudame töötlemismoodulis koodi:

1. tegi valiku

2.koostage uute sissekannete ajakava

Võite minna PP määratluse juurde. Tasub kinni pidada dogmast, mille kohaselt üks PVR vastab 1RR-ile.

Seadistame PP andmed: ülesandes on kindlasti üks ressurss.

Mõõdud Töötaja (mittepõhitasusid, kuna põhitasusid pole, link graafikule), osakond (kuna kattumine on lubatud, siis sellest saab dimensioon, põhitasusid ei ole, tuleb luua link graafikuga)

Nõutavad üksikasjad saab määrata aruande tüübi järgi:

Töötunnid;

Töötatud päevad;

Algne palga väärtus.

Ümberarvestusi ei ole, Registripidaja - Palgaarvestus.

Seadistame PP lisamaksed. PVR lisatasud

Mõõdud Töötaja ja osakond - graafikuga seos puudub

Allikas:

• Tulemus

Nõuded:

• Töötatud päevad;
• Päevamäär.

Vaikimisi toimub arvutus kõigi mõõtmiste kontekstis. BP on alati eelnevalt määratletud mõõde.

Loome ajatabeli dokumendi:

Dokumendi struktuur:

Nõuded:

• Alajaotus;
• Nädala algus;
• Nädalavahetus.

Tabelijaotis: tegelik aeg: Nõuded:

Töötaja;

Kui tabelisse on joonistatud kuu 30 päevaks, siis on 30 detaili, tüübiks on soovitatav määrata string, pikkus on 2 tähemärki, maskiks on määratud 99; N.

Dokumentide liikumisest tuleb juttu hiljem. Kõigepealt loome dokumendi põhivormi, dokumendi vorm peaks välja nägema ülesandes. Ärge unustage laua all olevat selgitavat silti. Nimetame veergude tühjad ümber päevade nimede järgi.

26.2) Palgaarvestus:

Palgaarvestus tööaja tabeli järgi:

Ajatabel sisestatakse iganädalaselt ja tekkepõhine igakuine, nädala piiride käsitsi määramine on ebamugav.Kui sisestate väljale StartWeek ja EndWeek suvalise kuupäeva, siis teisendatakse väärtus nädala alguse ja lõpu väärtuseks. kalendrinädal. Nende väljade OnChange'i sündmuste käitlejas rakendame seda protseduuri.

Tekib küsimus, kas dokument postitatakse. Selleks tuleb kontrollida, mis registrist edasi saab. Registrite põhiidee on tabelite, ridade ja veergude minimeerimine. On näha, et töödeldakse 4–6 rida (sellest ei piisa). Kuid nädalad ei ole kuude kordsed ja sisestus tehti nädalaga. Kui nädal on veerev, siis kantakse see tööajaarvestusse Arvutamisel rakendatakse teisendatavate nädalate analüüsi. Perioodi kohta on vaja kokkuvõtvat teavet - tegelikult töötatud tundide kogunemist.

Oletame, et selleks on vaja mitteperioodilist arvutit, kuna vajate töötatud päevade arvu kuus. andmete sisestamise sageduse määrab probleemi seisukord (igakuine) Jääb küsimus piiride tarkvaralisest töötlemisest. Kui on kuu ja nädal (mitte mitu perioodi), siis tekib piiriprobleem. Selleks võtame päeva sageduse. Piiride probleemi pole, kuid töötlemiskiirus väheneb. See lahendus ei ole optimaalne. Proovime PH Käivet. Kui sisestada sinna info päevade kaupa, siis piiridega probleeme ei teki, töötlemise kiirus on sobiv, sest 1 kirje on töödeldud. Järeldus: teil on vaja PH Käivet, milles registreeritakse tegelik aeg (DataTable)

Struktuur:

Vahendid:

• Töötunnid (palga eest);
• Tööpäevad (telefoni hüvitamiseks).

Mõõdud:

• Töötaja;
• Alajaotus.

Registripidaja:

• Aruande kaart

Töötunnitabel ei moodusta kunagi PP-s arvestust, vaid kajastab ainult tegelikke töötunde

Operatiivjuhtimine on keelatud, läbiviimine on lubatud.

Järgmisena rakendame juhtivuse liigutusi ja töötlemist. Oluline on arvestada, et mitteväljundi korral võivad olla ainult nullist erinevad kirjed või kõik (nullidega). Töötlemisloogika peaks seda arvesse võtma. Soovitav on sisestada mitu ajatabelit ja kontrollida kombinatsiooni. Minge dokumendile Palkade kogunemine

Redigeerime struktuuri. Saate teha ühe tab.parti, siis BP on komposiit või võite teha 2 tabelit. osad, mis on mugavamad.

Vaatame, kas detaile on piisavalt. Atribuuti Suurus saab kustutada, kuna saame selle teaberegistrist. Täiendavad kogud: PD puudub, mis tähendab, et PDN-i ja MPC-d pole vaja.

Liikumiskonstruktorite abil moodustame kõikide VR-ide lähteandmed, teostame arvutuse prioriteetide kaupa, käime ümber liikumiste komplekti. Tuleb meeles pidada, et nii RR-is kui ka RN-is peaks selles ülesandes olema valik töötaja ja osakonna ning registripidaja poolt.

PP-st võtame liini numbri ja planeeritud aja, töötajad ja valiku. Need. loo komplekt, pane see ajutisse tabelisse. Koostame päringu paketis: Võtame graafiku andmed, võtame RS-st info palga kohta, ära unusta valikuid (ilma korduvate). RN käivete hulgast valime andmed töötajate ja osakondade lõikes. Kontrollige tööaja tabeli andmeid ja palka NULL kohta.

Taotlus erineb standardkäsitlusest ainult PPD kättesaamise poolest. Saame proovi, läheme valiku algusesse, otsime komplekti liikumistest (kirjetest) reanumbri järgi rea numbri järgi arvutamiseks vajalikke ridu, saame vajalikud andmed, täidame töö üksikasjad Tunnid, tööpäevad ja suurus. Salvestagem liigutused ilma PPD tabeleid ümber kirjutamata.

Täidame arvutisse algpalkade väärtused ja täidame graafikud (kõigepealt sisestame graafikute tüübid).

Koostame Palga tekkepõhise dokumendi. Kui töötaja mõnel päeval tööajaarvestuses ei tööta, siis toimime järgmiselt, nagu kõrvalekaldumise meetodil, s.o. näitame rekordit 01.07.2016 kuni 31.07.2016 rekordit purustamata. Väljasaatmise tegi kasutaja tööajaarvestuselt. Arvutusloogika on sama nii ajalehe kui ka kõrvalekalde meetodi puhul. Need. nihutamine kasutaja käte poolt.

Arvutame telefoni tasusid. Korraldame tsükli LisaNumbrite komplekti kirjete järgi. FPD arvestus puudub, seetõttu kirjutame selle ilma parameetrita.

Palgaarvestus tööaja tabeli järgi:

Enne tsüklit saame ajalehest telefoni päevamäära ja PPD. Vajame tööaja tabelil käive koos valikutega töötajate ja osakonna kaupa. On kaks võimalust.

a. Võtke TabPart

b. Võtame peamise PH tabeli

Telefonitasud lisatasusid võtame Töötaja ja allüksuse, Registripidaja ja BP valiku, alates TAP-is on kaks erinevat VR-i. Duplikaadid tuleb ära visata (vahekaardil Täiendavad "Duplikaadid puuduvad"). Pakendis võtame pöörded, määrame parameetrid, sagedust pole vaja. WasteDaysi valimine.

Positsioneerimiseks reanumbrit ei ole, küll aga on Töötaja ja Osakond, mille abil otsime vajalikke kirjeid. Otsingu struktuur sobib valikuks, kuna 2 põldu, sest nende proovi ei pruugi olla vaja nende olemasolu suhtes kontrollida.

Täitke üksikasjad:

1C Enterprise režiimis täitke konstant ja kontrollige päevi.

Peegelda hülgamist

Liigume vormis arvutamise ülesande juurde. Toimingute jada on toodud lisatud failis "CalculationVForm".

Läbiviimisel alustame arvutusega. Kui arvutus on tehtud, kanname arvutuse enda üle üldmooduli protseduurile. Praktikas saadakse üldjuhul arvutustulemus üldmooduli koodi abil (üks kood saadakse erinevatest kohtadest).

Loome üldmooduli Data Access

Üldmoodulis loo eksporditud protseduur Arvuta (), vii arvutus sellele. Edastame sisendparameetritena vajalikud andmed: Liikumise komplekt, Link ja Keeldumine.

Vormil loo käsk Arvuta ja lisa see Palgadokumendi käsuribale. Objekti atribuudilt selle nupu vajutamise käitlejas, kasutades meetodit FormAttributeInValue, hankige objekt, et saaksite juurdepääsu objekti omadustele, nimelt liikumisele. Objekti kaudu saame ligipääsu PM põhilaekumiste ja lisavõlakirjade juurde, samuti muutujale Kuupäev.

Liikumiste moodustamine on, seal on rekord, me nimetame arvutamiseks.

Moodustatud komplektidega täidame PM-i. Vormil arvutamine tähendab, et vormi andmed kirjutatakse registrisse. Esimene samm on muuta PM koostist vastavalt tabeli sisule. РР Tekkepõhise arvestuse alus, välja arvatud automaatse täitmise väljad (rida nr, registripidaja, periood). Saate neid vaadata postituste töötlejas. Lisa (registreerimisperiood, PDN, MPC, tulemus, töötunnid, tööpäevad, suurus)

Teeme sama lisamiseks. viitlaekumised (Tulemus, Töötatud päevad, Suurus) St tegi arvutuse ja kajasta kõike tabeliosas. Seda lähenemist on vaja selleks, et kasutaja saaks praktikas näha, mis PP-le läheb, ja seda parandada.

Muudame dokumendi kujul veergude koostist, kontrollime PM struktuuri vastavust registrite struktuurile. Sest arvutust saab teha mitu korda, siis vajate:

1) Enne PM täitmist puhastage liigutused. Laadisime liigutused mahalaadimismeetodi () abil, et liigutused maha laadida, ja laadisime liikumismeetodite kaudu.

Seejärel tühjendame liikumishulgad ja kirjutame tühjad hulgad

Algul olid vormis tühjad liigutused, siis täideti need arvutuslike väärtustega.

Järgmiseks arvutuseks tuleb liigutused kustutada. on vaja läbiviimine uuesti rakendada, kuna kogu käitleja kood viidi käsu alla. konstruktor kirjete komplekti. kontrollime õigsust praktikas.

26.3) Aruanne:

Palgaarvestus ajalehe järgi: Aruanne

Analüüsime aruannet. Ametiühing rakendas raportit alates vajate andmeid mõlemast tabelist. Päring reaalsete tabelite jaoks, kokkuvõte veerg - arvutatud (arvutatud väli) Aga palga algväärtusele ei tohiks summeerida, st. arvestus ainult töötaja jaoks. Aruanne rangelt kuu kohta. Wirthist. sakk. võtame alguse. ja vastu. perioodid, teeme selle arvutatud. Kui aruanne ei ole risttabel, loome paigutusega päise. Pealkirja kuvamiseks lisage rühmitus (üksikasjalikud kirjed), Dr. seaded -> Kasutusjuhtude rühmitamine -> Lisateave

27) Ülevooluperiood:

Jagamine perioodideks kuu piiril koos nädalatasudega, otse päringus. Sageli on ülesandeid iganädalaste tasudega, mille üheks funktsiooniks on sel juhul üleminek kuu peale ühe nädala jooksul. Sel juhul peate hankima kaks arvutusregistri kirjet, mis vastavad dokumendi ühele kirjele.

Taotlus = uus taotlus; Request.SetParameter ("Link", Link); Query.Text = "SELECT | NestedRequest.Registration Period, | NestedRequest.Employee AS töötaja, | NestedRequest.Unit AS osakond, | NestedRequest.Calculation Type AS arvutustüüp, | NestedRequest.Activities, | NestedSubmitAction.ActionSize, | | (SELECT | NachislenieZarplatyOsnovnyeNachisleniya.Ssylka.PeriodRegistratsii AS PeriodRegistratsii, | NachislenieZarplatyOsnovnyeNachisleniya.Sotrudnik töötajatega, | NachislenieZarplatyOsnovnyeNachisleniya.Podrazdelenie osakonnana, | NachislenieZarplatyOsnovnyeNachisleniya.VidRascheta AS VidRascheta, | NachislenieZarplatyOsnovnyeNachisleniya.Razmer nagu suurus, | NachislenieZarplatyOsnovnyeNachisleniya.DataNachala AS PeriodDeystviyaNachalo, | VALIK | määratud ajavahemiku ALGAB (palga tekkepõhised põhimaksed. Alguskuupäev, kuu)<>PERIOODI ALGUS (Palkade koguneminePõhiarvutused.Lõppkuupäev, KUU) | SIIS PERIOODI LÕPP (PalgaarvestusPõhiarvutused.AlgusKuupäev, KUU) | MUUSEL LÕPP (palga koguneminePõhiarvutused.Lõppkuupäev, PÄEV) | LÕPP AS PerioodLõpp, | PayrollBasicAccruals.NumberStrings AS LineNumber | ALATES | Dokument.Palkade arvestus.Põhivõlad AS Palkade tekkepõhine KUS | PalgaarvestusBasicCalculations.Link = & Link | KOMBINEERI KÕIK | VALI | PayrollMainCalculations.Link.PeriodRegistration, | Palga kogunemine Palga kogunemine Palga kogunemine Palga koguneminePõhiarvutused.Suurus, | PERIOODI ALGUS (palga põhilaekumiste kogunemine. Lõppkuupäev, KUU), | PERIOODI LÕPP (Palkade kogunemine Põhilaekumised.Lõppkuupäev, PÄEV), | PalgaarvestusBasicAccruals.NumberLines | ALATES | Dokument.Palkade arvestus.Põhivõlad AS Palkade tekkepõhine KUS | PalgaarvestusBasicCalculations.Link = & Link | JA PERIOODI ALGUS (palga kogunemine, põhilaekumised. Alguskuupäev, KUU)<>PERIOODI ALGUS (Palkade kogunemineBasicAccruals.EndDate, MONTH)) AS NestedRequest | TELLIMINE | NestedRequest.LineNumber, | PeriodStart "; While Fetch.Next () Cycle NewRecord = Movements.MainCalculations.Add (); FillPropertyValues ​​​​(NewRecord, Fetch); Tsükli lõpp;

28) Mitmekordne paigutuse muudatus:

Palga jaotus selle väärtuse mitmekordse muutusega arvestusperioodi jooksul. Võimalus saada jaotus otse päringus. Toimingute jada päringu koostamisel on näidatud joonistel 3 ja 4

Taotlus = uus taotlus; Request.SetParameter ("Link", Link); Request.SetParameter ("Alguskuupäev", AlgusKuu (Registreerimisperiood)); Request.SetParameter ("EndDate", EndMonth (RegistrationPeriod)); Query.Text = "SELECT | NestedRequest.Period, | NestedRequest.Employee, | NestedRequest.Osakond, | NestedRequest.Ware | POSTITA sissemakse muudatused | FROM | (VALI | Töötajateave hiljutistelt töötajatelt Alajaotus AS Alamüksus, | Teave töötajate kohta CAboutLast. Wage AS Palk | ALATES | TeaveRegister.Töötajate teave.ValitudViimane (ja alguskuupäev,) AS-i teave töötajate kohtaViimane kuupäev | | KOMBINEERI KÕIK | | VALI | | KÄTTE | Teave Registreeru.Töötajate teave AS-i teave töötajate kohta | KUS | Töötajate teave. Ajavahemik & alguskuupäev JA & lõppkuupäev) AS Pesastatud taotlus |; | | ///////////////////////////////////// /////////////////////////////////////////// | SELECT | NestedRequest.Perio e-registreerimine, | NestedRequest.Employee AS Töötaja, | NestedRequest AS-i allüksus, | NestedRequest.Arvutustüüp, | NestedRequest. Palk, | VALIK | KUI NestedRequest.Period1 ON NULL | VÕI NestedRequest.Period1< ВложенныйЗапрос.ДатаНачала | ТОГДА ВложенныйЗапрос.ДатаНачала | ИНАЧЕ ВложенныйЗапрос.Период1 | КОНЕЦ КАК ПериодДействияНачало, | ВЫБОР | КОГДА ВложенныйЗапрос.Период2 ЕСТЬ NULL | ТОГДА КОНЕЦПЕРИОДА(ВложенныйЗапрос.ДатаОкончания, ДЕНЬ) | ИНАЧЕ ДОБАВИТЬКДАТЕ(ВложенныйЗапрос.Период2, СЕКУНДА, -1) | КОНЕЦ КАК ПериодДействияКонец |ИЗ | (ВЫБРАТЬ | НачислениеЗарплатыОсновныеНачисления.Ссылка.ПериодРегистрации КАК ПериодРегистрации, | НачислениеЗарплатыОсновныеНачисления.Сотрудник КАК Сотрудник, | НачислениеЗарплатыОсновныеНачисления.Подразделение КАК Подразделение, | НачислениеЗарплатыОсновныеНачисления.ВидРасчета КАК ВидРасчета, | втИзмененияОклада1.Оклад КАК Оклад, | НачислениеЗарплатыОсновныеНачисления.ДатаНачала КАК ДатаНачала, | НачислениеЗарплатыОсновныеНачисления.ДатаОкончания КАК ДатаОкончания, | втИзмененияОклада1.Период КАК Период1, | МИНИМУМ(втИзмененияОклада2.Период) КАК Период2 | ИЗ | Документ.НачислениеЗарплаты.ОсновныеНачисления КАК НачислениеЗарплатыОсновныеНачисления | ЛЕВОЕ СОЕДИНЕНИЕ втИзмененияОклада КАК втИзмененияОклада1 | ЛЕВОЕ СОЕДИНЕНИЕ втИзмененияОклада КАК втИзмененияОклада2 | ПО втИзмененияОклада1.Сотрудник = втИзмененияОклада2.Сотрудник | И втИзмененияОклада1.Подразделение = втИзмененияОклада2.Подразделение | И втИзмененияОклада1.Период < втИзмененияОклада2.Период | ПО НачислениеЗарплатыОсновныеНачисления.Сотрудник = втИзмененияОклада1.Сотрудник | И НачислениеЗарплатыОсновныеНачисления.Подразделение = втИзмененияОклада1.Подразделение | И (НачислениеЗарплатыОсновныеНачисления.ВидРасчета = ЗНАЧЕНИЕ(ПланВидовРасчета.Основныеначисления.Оклад)) | ГДЕ | НачислениеЗарплатыОсновныеНачисления.Ссылка = &Ссылка | | СГРУППИРОВАТЬ ПО | НачислениеЗарплатыОсновныеНачисления.Ссылка.ПериодРегистрации, | НачислениеЗарплатыОсновныеНачисления.Сотрудник, | НачислениеЗарплатыОсновныеНачисления.Подразделение, | НачислениеЗарплатыОсновныеНачисления.ВидРасчета, | втИзмененияОклада1.Оклад, | НачислениеЗарплатыОсновныеНачисления.ДатаНачала, | НачислениеЗарплатыОсновныеНачисления.ДатаОкончания, | втИзмененияОклада1.Период) КАК ВложенныйЗапрос | |УПОРЯДОЧИТЬ ПО | Сотрудник, | Подразделение, | ПериодДействияНачало"; Выборка = Запрос.Выполнить().Выбрать(); Пока Выборка.Следующий() Цикл НоваяЗапись = Движения.ОсновныеНачисления.Добавить(); ЗаполнитьЗначенияСвойств(НоваяЗапись, Выборка); КонецЦикла;

Joonis 4: Palga suuruse saamise taotluse ülesehituse skeem selle korduval muutmisel.

Joonis 5. "Skaala" koostamine

Selleks, et tehtud otsused tooksid meile kasu ja rõõmu, on oluline, et nende vastuvõtmisele eelneks arusaam, mida ma tahan, mis on mulle tõeliselt oluline, millised on minu eesmärgid. Siin on hea töötada oma koordinaatide teadvustamisega: kuhu, millega ja kellega liigun edasi mööda elu-nimelist teed, samas ei lase end juhinduda tuttavast ja turvalisest ega libiseda laiskusesse või iseendasse. süüdistada.

Milline otsus on õige? Tähendamissõna annab hea vastuse. Kunagi kogunesid jumalad ja lõid inimese. Ja nad seisid silmitsi tõsise küsimusega: kuhu tema eest tõde varjata?

Peidame ta ookeani põhja!

Ei ei! Peidame selle kuu kaugemasse külge. Ta ei saa niipea sinna!

Hm! Kas me ei peaks seda universumi servale peitma?!

Ja siis ütles jumalate targem: "Me peidame tõe inimeste südametesse. Ja ma olen kindel, et nad vajuvad teda otsides ookeani põhja. Nad otsivad seda teisel pool Kuud ja kogu universumis, isegi teadmata, kui lähedal see on.

Omalt poolt lisame, et inimesed armastavad otsida tõde oma peast. Kuid peas pole muud kui tööriist nimega intelligentsus. Igaühel on oma tõde, kuna see tuleneb väärtustest. Ja väärtused on iga inimese jaoks individuaalsed ja need sünnivad mitte peas, vaid südames. Mõistus, kui seda ei kasutata ettenähtud otstarbel, ajab ainult segadusse ja teeb keeruliseks, kuna selle töö on analüüsida ja seega jagada, lõhestada, tekitada hinge lõhenemist ja ebajärjekindluse kogemust. Ta jagab kõik must-valgeks, heaks ja halvaks, andes seeläbi hinnanguid, kleepides silte. Ka sotsiaalsed normid ja reeglid on mõistusest pärit. Need on õige tööriist, et olla nagu kõik teised, kuid mitte oma tee leidmiseks.

Carlos Castaneda ütles: „Kõik teed on mõttetud, absoluutselt kõik! Kuid on ainult üks tee – südametee. Ta on sama mõttetu. Nagu kõik teisedki, aga sa kõnnid sellest rõõmuga mööda!" Valel teel käimine tähendab enda hukka mõistmist tõusudele ja mõõnadele. Südamerajal ei puudu ka tõusud ja mõõnad, kuid siinsed kukkumised on palju suuremad kui esimese variandi tõusud. Kuid meie süda, lauldes õiget "ma tahan" laulu, vaikib sageli ... Tema häält summutab tugev ja võimukas intellekt, võõrad "peavad", "peavad". Unustame, et meie mõtlemises pole meid peaaegu enam alles. Kuid isegi sellises kahetsusväärses olukorras meenutab meie tõeline "mina" end visalt. Kuid see meeldetuletus ei ole enam meid helge rõõmuga täitvate soovide keeles, vaid depressiooni, apaatia ja laiskuse “võõras” keeles.

Oluline on leida üles, "meelde jätta" oma tee, oma südametee ja seada isiklikult olulised eesmärgid.

Sageli loobume oma soovidest või isegi soovist midagi tahta. See väldib valikut, väites, et me ei tea veel, mida tahame. Otsuste tegemisel ütleme "ma tahan" asemel "ma pean". Kuid me ei saa teha tõhusat otsust enne, kui me seda mõistame ja oma soovi põhjal valiku teeme.

Inimese aju on nagu diskett, kus on palju vaba ruumi. Selle mittevajalike failidega laadimine tähendab aju kiiruse aeglustumist ja kasuliku teabe laadimise ruumi vähendamist. Kui meie aju on üle koormatud kohustustega, elus kehastumata otsustega, mille üle me pidevalt mõtiskleme, siis ei jää enam aega ega energiat konstruktiivseteks valikuteks.

Kuni inimene on otsustusvõimetu, jätab ta oma võimalused kasutamata. Otsustamatust seostatakse sooviga oma valiku tagajärgi välja arvutada, teada saada, milliseid probleeme valitud tee kaasa toob. Siin on oluline mõista, et olenemata sellest, millist teed te lähete, seisate igal juhul silmitsi ettenägematute probleemidega.

Valikut tehes võtab inimene enda peale julguse olla tema ise ja avastada endas võimeid, millest ta ei teadnud. Ja elu nõuab meilt julgust tegutseda, olemata täiesti kindel. Hirm paneb inimese kõhklema. Kuid harjumuse tõttu otsuste tegemisega viivitada kasvab meie ärevus ja närvipinge jätkuvalt.

Oluline on soov muuta oma elu paremaks ja ületada kuulekus, mis tähendab, et teete valiku selle tee kasuks, mida soovite kõndida, ja ütlete siis endale: "Ma tahan toime tulla kõigi probleemidega, mis teel ette tulevad. . Ja ma lahendan need. See annab mulle võimaluse teha seda, mida tahan, ja mitte lahendada probleeme, mis tekivad sellel teel, mille olen valinud lootuses, et see on neist kõige väiksem.

On mitmeid tegureid, mis takistavad tõhusate otsuste tegemist. Nende hulgas on järgmised: hirmud, häbi, viha või solvumine teiste vastu, uhkus (mille tõttu näitame inimestele, keda me vajame, et me neid ei vaja), suhtumine enesejaatusse (sunnib meid mängima, lootma ainult intellekti osas otsuste tegemisel, tunnete kahjuks, nimelt annavad viimased märku oma soovidest), usk ajapuudusesse, ärevus, mida teised meist arvavad, liialdatud soov olukorda kontrollida (mõnikord on see oluline et me näitaksime, et miski ei saa meid mõjutada, et me oleme olukorra peremehed), rahapuudus ja tahte puudumine piisavalt teenida, venitamine, riiulid.

Otsuse tegemisel on oluline osata kindlaks teha eesmärgi "primaarsus" või "juurpõhjus", millest pole alati lihtne aru saada, või eraldada eesmärgid vahenditest. Näiteks mees tahab saavutada võimupositsiooni või teenida palju raha, kuid tegelikult vajab ta turvalisust. Naine otsustab abielluda ja selle põhjuseks on soov saada üle abitusest, mis kaasneb ebaõnnestumisega karjääri ehitamisel. Valitud eesmärkide uurimine näitab, et tegelikud eesmärgid peituvad sügavamal.

Selleks, et lahendus meile kasuks tuleks ja saavutataks, on vaja realiseerida selle sügav kavatsus ehk teisisõnu selle aluseks olev motiiv. On olemas konstruktiivsed (kõrgemad) ja mittekonstruktiivsed (madalamad) otsustusmotivaatorid. Loomulikult on igasugune tegevus ja otsus polümotiveeritud. Otsuse aluseks olevad madalamad motivaatorid blokeerivad selle elluviimist, kõrgemad aga mobiliseerivad, täidavad energiaga tulevikust. Eesmärgi elluviimiseks tee avamiseks ja sellest suurema kasu saamiseks on vaja realiseerida madalamad motivaatorid ja need kõrgemateks kujundada.

Määratleme, millised motivaatorid on konstruktiivsed ja millised mittekonstruktiivsed. Mittekonstruktiivne: kättemaks; enda kaitsmine; protest ja tõestus, et elu pole minu vastu õiglane; enesejaatus või soov näidata end kogu selle hiilguses; soov kellelegi meeldida, aga meeldiv ootab ja nõuab; soov olla olukorra peremees, s.t. kontrollida olukorda; soov olla teistest parem ja selle tulemusena neid halvustada.

Tuleb märkida, et motivaatorid ei ole lihtsalt jagatud kahte rühma, vaid nende konstruktiivsuse skaala on olemas. Madalamate motivaatorite rühmas väheneb konstruktiivsus paremalt vasakule. Need. kõige ohtlikum kavatsus on kättemaks, siis kaitse.

Konstruktiivsed kavatsused: endale kasu saamine; soov teha head tööd; nende jõupingutuste kooskõlastamine teiste inimeste jõupingutustega; soov teha seda, mis meid tõeliselt huvitab; teiste eest hoolitsemine vastust ootamata; soov anda oma panus inimkonna olevikku ja tulevikku; soov ja võimalus olla universumiga harmoonias.

Kõrgemate motivaatorite rühmas suureneb konstruktiivsus vasakult paremale.

Kui seisate silmitsi ülesandega otsustada, on järgmine tööalgoritm tõhus:

1. Esitage endale küsimus: "Kas ma peaksin ...?"

2. Kasutades ülaltoodud skaalat, tuvastage ausalt seatud eesmärgi aluseks olevad madalamad kavatsused. Sellised kavatsused on alati paratamatult olemas eesmärkides, mille me endale seame. Peate lihtsalt lubama endale julgust neid näha ja tunnustada. Kui eesmärgi madalamaid kavatsusi pole võimalik tuvastada, siis see räägib ainult ühest - enesepettusest.

3. Muutke madalamaid motivaatoreid. Samas on oluline eesmärgi järjepidev edasiviimine konstruktiivse motivatsiooni skaalal.

4. Siin hakkab kehtima nn tingimusprogramm: kui, siis ...

Kui tunneme, et meie eesmärk ei liigu konstruktiivsete motivaatorite skaalal, siis tuleb tõdeda, et väljapakutud otsuse tegemine on ebaefektiivne. Mida kaugemale suudame otsust konstruktiivsete kavatsuste skaalal edasi viia, seda kasulikum on selle otsuse tegemine ja seda lihtsam on seda ellu viia. Niisiis, otsus, mis vastab kriteeriumile "olla harmoonias universumiga", on üksikisiku jaoks kõige tõhusam ja olulisem.

Tuleb rõhutada, et see töö on täiesti subjektiivne. See on sinu jaoks, et otsus rahuldab või ei vasta ühele või teisele kriteeriumile (näiteks isikliku kasu saamine või Universumiga harmoonia saavutamine). Sellist tööd on produktiivsem teha koos teise inimesega (ja kõige parem spetsialistiga), kes suudab teie mitteverbaalse käitumise põhjal teie valiku täpsust jälgida. Näiteks kui räägid lahendusest kui kasulikust vms ja samal ajal silmad ei põle ja tahad palliks tõmbuda, siis sa petad ennast. Väline vaatleja, kuna ta ei ole olukorraga seotud, aitab teil hõlpsasti tuvastada toimuva enesepettuse.

Kui teete otsuse madalama motivatsiooni põhjal, ei ole see teile kasulik või seab selle elluviimisel takistusi. Näiteks kui otsus luua mingi suhe, sealhulgas perekond, on tingitud eranditult mittekonstruktiivsetest kavatsustest (näiteks soov endisele partnerile kätte maksta, kaitset saada, ennast kehtestada, kellelegi meeldida , näiteks vanemad või ühiskond, soov saavutada kontroll teiste üle), siis on selline liit määratud läbikukkumisele. Samamoodi, kui tahad lahutada kättemaksuks (reeglina nad seda endale ei tunnista) abikaasa “vale” käitumise pärast, siis ilmselt on tegemist ebaefektiivse otsusega, mida hakkab koormama keskkonna vastupanu. . Toome näite. Üks mu klientidest ei saanud lahutada oma naisest, kes teda pikka aega pettis. Kuna suhe naisega oli masendav, mitterahuldav, kinnine, siis kohtus ta ka naisega, kellega suhe tekkis. Mees hakkas mõtlema lahutuse peale, kuid naine püüdis teda kinni hoida. Sisemistel ja välistel põhjustel ei olnud võimalik lahutada. Kui me tema lahendust läbi töötasime, said selgeks tema madalamad kavatsused. Juhtiv kavatsus oli protest ja soov tõestada, et elu on tema suhtes ebaõiglane, lisaks sellele oli kättemaks. Pärast kavatsuste realiseerimist ja ümberkujundamist koos otsuse edenemisega konstruktiivsete motivaatorite skaalal, suutis mees teha lõpliku otsuse ja selle ellu viia, mis võimaldas tal hiljem luua uue edukama liidu.

Tuletame meelde, et inimene on oma elu looja vaid siis, kui ta valib teadlikult, miks, kuhu, kuidas ja kellega minna, kui ta ise kirjutab oma elu meloodia. Otsustage, kas olla "piisavalt heal" tasemel või liikuda "healt parimale" tasemele. Jah, see ei ole lihtne, sest kõik, mis on tuttav ja arusaadav, tuttav ja kallis, läheb "igatahes". Ja täna on vaja otsustada, sest homme võib olla juba hilja.

Tagasi