Partijas uzskaites secības atjaunošana. Viena no pakešu uzskaites secības atjaunošanas iespējām ir izvēlēta dokumentu pārreģistrācija

Šajā rakstā tiks aplūkotas galvenās mēneša ikdienas darbību veikšanas iezīmes, ņemot vērā grāmatvedības parametru iestatījumus, kā arī galveno kļūdu apraksts un praktiska novēršana, kas rodas perioda beigās.

Sāksim ar detalizētu mēneša beigu biznesa procesa apskatu.

Visi saimnieciskie darījumi jau ir ievadīti informācijas bāzē, un ir jāveic vairākas normatīvās procedūras. Normatīvās darbības var iedalīt korektīvajās, norēķināšanās un grāmatvedības un nodokļu uzskaites pareizas uzturēšanas nodrošināšanā.

Pirmajā ietilpst, piemēram, hronoloģiskās secības atjaunošanas procedūras. Mēneša laikā, ievadot saimnieciskos darījumus informācijas bāzē, varēja tikt traucēta pareiza grāmatvedības dokumentu uzskaites secība, kas var deformēt finanšu rezultātu. Lai tas nenotiktu, ir izveidota īpaša normatīvā procedūra pareizas darījumu uzskaites secības atjaunošanai.

Aprēķinu procedūras nodrošina pareizu rādītāju aprēķināšanu grāmatvedībā un vadības grāmatvedībā, piemēram, izmaksu aprēķinu.

Citas procedūras ir atbildīgas par grāmatvedības un nodokļu noteikumu ievērošanu, piemēram, izveidojot virsgrāmatas ierakstus pirkumiem un pārdošanai. Visas darbības tiek veiktas atsevišķi saskaņā ar normatīvajiem dokumentiem un stingri noteiktā secībā.

Mēneša beigu slēgšanas procedūras iestatīšana

Apskatīsim perioda slēgšanas shēmu. Tas tiek pasniegts biznesa procesa veidā. Mēneša beigu slēgšanas mehānisms ir pieejams saskarnēs “Grāmatvedība un nodokļu uzskaite” un “Grāmatvedības vadītājs”.

Pirms procedūras sākšanas jums ir jāveic iestatīšana. Mēneša slēgšanas procedūras iestatījumus var atrast Mēneša slēgšanas iestatījumu uzziņu grāmatā. Mēs norādām periodu un izvēlamies nodokļu sistēmas opciju. Visi iestatījumi ir norādīti neatkarīgi no organizācijas.

Pirmajā cilnē izvēles rūtiņas norāda darbības, kas tiks veiktas (). Piemēram, ja neviena organizācija neveic maksājumus ārvalstu valūtā, tad nav jēgas veikt valūtas pārvērtēšanas operāciju.

Rīsi. 1

Atzīmējot nepieciešamās darbības ar izvēles rūtiņām, pāriesim uz otro cilni Shēma. Tajā ir redzama biznesa procesa diagramma, veikto darbību secība, kā arī par šīm procedūrām atbildīgie aktīvie un neaktīvie lietotāji. Atbildīgo personu var piešķirt cilnē Atbildīgais vai diagrammā ar peles labo pogu noklikšķinot uz darbības bloka un atlasot lietotāju.

PVN aprēķināšanas shēma ir norādīta atsevišķi.

Cilnē Izmaksu piešķiršana varat norādīt izmaksu sadales metodes izmaksu aprēķināšanai. Pareizai izplatīšanai tiek norādīta arī nodaļu atbilstība Organizācijas nodaļām direktorijā “Nodaļas”.

Veicot procedūru

Mēneša slēgšanas iestatījums ir izveidots, tagad varat sākt pašu procedūru. Pārejam uz izvēlnes vienumu “Ikdienas darbības” un atlasiet vienumu “Mēneša slēgšanas procedūra”. Šeit mēs norādām “Organizācija” un “Iestatījumi”. Uzskaites, nodokļu un vadības grāmatvedībā atspoguļojamie raksturlielumi tiks iestatīti paši atkarībā no mēneša beigu slēgšanas iestatījumiem, ja noklikšķināsiet uz pogas “Ielādēt iestatījumus”.

Tātad, viss ir gatavs palaišanai. Nospiežam pogu “Sākt procedūru” un noklikšķinām uz pogas “Ikdienas darbības”, redzēsim, ka lietotājs automātiski ir saņēmis uzdevumu, saskaņā ar kuru viņam jāsagatavo šajā posmā nepieciešamie normatīvie dokumenti.

Pēc posma pabeigšanas programma automātiski pāriet uz nākamo posmu. Dažas darbības var veikt paralēli.

Kad visi uzdevumi ir izpildīti, procedūra tiek uzskatīta par pabeigtu.

Rutīnas operāciju veikšanas posmi

Pēc mēneša beigu slēgšanas procedūras uzsākšanas sistēma atbildīgajai personai uzdos pirmo uzdevumu. Viņš to varēs redzēt no izvēlnes punkta Regulāra, pārslēdzoties uz saskarni “Grāmatvedība un nodokļu uzskaite”.

Lai to pabeigtu, lietotājam ir jāizveido un jāievieto dokumenti, kurus programma viņam piedāvās šajā posmā ().

Rīsi. 2

Kad dokumenti ir ģenerēti un pārbaudīti, varat atzīmēt darbību kā pabeigtu, lai sistēma pārietu uz nākamo uzdevumu. Visus nepieciešamos dokumentus perioda beigās var izveidot manuāli atsevišķi no biznesa procesa, taču izdevīgāk un ērtāk ir ģenerēt un pārbaudīt tieši no normatīvo operāciju formas, jo ir ļoti viegli pazust secībā. , kas vēlāk var izraisīt rezultāta izkropļojumus.

Apskatīsim galvenās operācijas, kas iekļautas mēneša beigu slēgšanas procedūrā.

Papildu dokumentācija

Ja programmā tiek izmantots atliktās grāmatošanas mehānisms, tad mēneša beigās tiks uzsākta “Dokumentu papildu grāmatojuma” apstrāde, lai dokumenti tiktu iegrāmatoti visos reģistros. Ja ir liela dokumentu plūsma, šī apstrāde notiek regulāri.

Žurnālā “Dokumentu atliktā ievietošana” var redzēt tos dokumentus, uz kuriem attiecas pārraudzības mehānisms. Izmantojot operāciju “Darbības -> Izlikt pilnībā”, dokuments tiek ievietots visos reģistros.

Aprēķinu stāvokļa atjaunošana

Ja uzņēmuma grāmatvedības politikā ir norādīts, ka avansi tiek kompensēti ar apstrādi “Aprēķinu secības atjaunošana”, tad perioda beigās šī apstrāde tiek uzsākta. To var atrast, pārslēdzoties uz saskarni “Grāmatvedības vadītājs” un izvēlnes vienumu “Ikdienas operācijas -> Aprēķinu secības atjaunošana”. Apstrāde atjauno pareizu dokumentu secību avansu ieskaitīšanai. Pēc tā izmantošanas saņemšanas un pārdošanas dokumenti netiks pārpublicēti, pretējā gadījumā grāmatojums avansa ieskaitai pazudīs.

Atjaunot partijas uzskaites secību

Ja programmā tiek izmantota partiju uzskaite, tad, norakstot partijas, var atvieglot aplikācijas risinājuma darbu, atliekot norakstīšanu vadības un regulētajā grāmatvedībā un mēneša beigās uzsākot speciālo apstrādi, kas apstrādās dokumentus caur partiju uzskaites reģistri. Lai to izdarītu, noņemiet atzīmi no izvēles rūtiņām sadaļā “Grāmatvedības parametru iestatījumi -> Norakstīt partijas, atspoguļojot dokumentus” un sāciet apstrādi “Post by batch”. Pat ja dokumenti tika ievadīti ar atpakaļejošu datumu, šī apstrāde ir arī noderīga, jo tā atjauno partijas uzskaites secību.

Pielāgojiet krājumu norakstīšanas izmaksas

Izmanto partiju uzskaitei. Iegrāmatojot dokumentu, tiek veikta izmaksu kustību korekcija atbilstoši mēneša partijas uzskaitei. Korekcija nepieciešama, lai: aprēķinātu vidējās svērtās partiju norakstīšanas izmaksas, izmantojot krājumu novērtēšanas metodi “Pēc vidējā”, kā arī ņemtu vērā papildu izmaksas par preču iegādi, kas kapitalizētas pēc preču norakstīšanas.

Aprēķināt pamatlīdzekļu nolietojumu

No normatīvās operācijas formas, mēneša pēdējā dienā noklikšķinot uz pogas “Izveidot dokumentus”, automātiski tiek izveidots dokuments “Pamatlīdzekļu nolietojums”. Tālāk jums vajadzētu veikt un redzēt rezultātu.

Ja dažiem pamatlīdzekļiem izmanto nolietojuma metodi proporcionāli ražošanas apjomam vai pēc vienotām nolietojuma likmēm, tad vispirms aizpilda dokumentu “Pamatlīdzekļu attīstība”.

Aprēķināt nemateriālo aktīvu nolietojumu

P&A izdevumu nolietojuma un norakstīšanas summas tiek aprēķinātas, grāmatojot dokumentu “Nemateriālo ieguldījumu nolietojums”. Tāpat, ja nolietojumu aprēķina proporcionāli saražotās produkcijas apjomam, tad jānorāda saražotās produkcijas apjoms attiecīgajā mēnesī.

Apmaksājiet darba apģērba izmaksas

Šajā posmā tiks izveidots dokuments “Izmaksu atmaksa (darba apģērbs, speciālais aprīkojums, inventārs)”, tiks norakstīta daļa no darba apģērba un speciālā aprīkojuma izmaksām, kas netika pilnībā atmaksātas, nododot ekspluatācijā.

Norakstīt RBP

Iegrāmatojot dokumentu “Atlikto izdevumu norakstīšana”, daļa no nākotnes izdevumu izdevumiem tiek pārskaitīti uz kārtējiem. Summas un konti, uz kuriem šī daļa tiks norakstīta, ir norādītas RBP direktorijā.

Aprēķiniet apdrošināšanas izmaksas

Dokuments paredzēts turpmāko izdevumu norakstīšanai par darbinieku brīvprātīgo apdrošināšanu grāmatvedībā (76.01.2 “Maksājumi (iemaksas) par darbinieku brīvprātīgo apdrošināšanu”) un nodokļu uzskaitē (97.02 “Nākotnes izdevumi par darbinieku brīvprātīgo apdrošināšanu”).

Pārvērtējiet valūtas līdzekļus

Izmantojot dokumentu “Valūtas līdzekļu pārvērtēšana”, summas vadības uzskaites valūtā tiek pārvērtētas atbilstoši kases aparātiem un savstarpējiem norēķiniem ar darījuma partneriem un atbildīgajām personām.

PVN aprēķināšanai ir atsevišķa shēma. Cilnē “PVN aprēķina shēma” ir norādītas veicamās darbības. Programma pati izveidos nepieciešamos dokumentus, piedāvās tos aizpildīt un ievietot. Lietojumprogrammas risinājums automātiski ģenerē atskaites veidlapas: pirkuma grāmatiņa, pārdošanas grāmatiņa, PVN deklarācija. Visas normatīvās transakcijas tiek glabātas žurnālā (interfeiss “Grāmatvedība un nodokļu uzskaite”, izvēlne “PVN -> PVN normatīvie dokumenti”).

Dokuments “Izmaksu aprēķins” tiek ģenerēts katram grāmatvedības veidam atsevišķi, ja nepieciešams aprēķināt pašizmaksu visiem grāmatvedības veidiem, tad veicam vairākus dokumentus (vadības grāmatvedībai un grāmatvedībai un nodokļu uzskaitei). Šajā dokumentā tiek aprēķinātas faktiskās izmaksas, kas rodas, norakstot krājumus kā izdevumus, noraksta materiālus no nepabeigtajiem darbiem, sadala vispārīgos ražošanas un vispārējos ražošanas izdevumus () Izmanto tikai uzlabotai izmaksu uzskaites analīzei.

Rīsi. 3

Izmaksu aprēķins sastāv no šādām darbībām:


  • Ja preču un materiālu uzskaite tiek kārtota atsevišķā kontā, tad tiek veikta “Preču un materiālu sadale”.
  • Pakalpojumu saraksts tiek noteikts pēc dokumentiem “Preču un pakalpojumu pārdošana”, kuru izmaksas tiks aprēķinātas.
  • Izmaksu sadales bāzes aprēķins - sadales metodes ir norādītas informācijas reģistrā “Izmaksu pozīciju sadales metodes” vai no direktorijas “Izmaksu pozīcijas” katrai pozīcijai atsevišķi. Tiek veikts visu bāzu aprēķins, pa kurām tiks sadalīti izdevumi. Aprēķinātās bāzes tiek ierakstītas informācijas reģistros “Izmaksu sadales bāze” un “Izmaksu sadales bāze (grāmatvedība)”
  • Izdevumu sadalījums pa bāzēm - pēc bāzes aprēķināšanas izdevumi tiek sadalīti starp gatavās produkcijas un pakalpojumu izmaksām.
  • Faktisko izmaksu aprēķins - tiek veikta krājumu pašizmaksas kopējā tāme.
  • Kustību veidošana grāmatvedības reģistros (regulētai grāmatvedībai) un pamatlīdzekļu pašizmaksa (vadības grāmatvedībai).

Radīt finanšu rezultātus

Dokumentā “Finanšu rezultātu noteikšana” tiek veikti ieraksti kontu slēgšanai 90 un 91. Dokuments var tikt atspoguļots grāmatvedībā un nodokļu uzskaitē. Atspoguļojot dokumentu nodokļu grāmatvedībā, var veikt iepriekšējo gadu zaudējumu norakstīšanas operāciju.

Slēdzot 90. kontu, tiks ģenerēts grāmatojums, kas atspoguļo peļņu vai zaudējumus. Slēdzot 91 kontu, tiks aprēķināts finanšu rezultāts cita veida darbībām.

Aprēķināt ienākuma nodokli

Izmantojot dokumentu “Ienākuma nodokļa aprēķini”, jūs varat aprēķināt pastāvīgo un atliktā nodokļa aktīvus un saistības saskaņā ar PBU 18/02 “Ienākuma nodokļa aprēķinu uzskaite” normām un aprēķināt ienākuma nodokli. Šo dokumentu var izmantot, lai ievadītu atliktā nodokļa aktīvu un saistību atlikumus.

Aizveriet gadu

“Gada noslēguma” dokuments tiek veikts tikai katra gada decembrī. Rezultātā visi grāmatvedības 90. un 91. konta subkontu atlikumi tiek norakstīti uz atbilstošajiem subkontiem ar kodu 99. Visi konta 99. “Pārējie ieņēmumi un izdevumi” subkontu atlikumi tiek norakstīti kontā 99.01.1 (2) , un šī konta atlikums tiek norakstīts kontā 84 " Nesegtā peļņa (nesegtie zaudējumi)."

Ar operāciju Nodokļu uzskaites kontu slēgšana tiek norakstīti visi nodokļu uzskaites kontu atlikumi, kas nav paredzēti aktīvu vērtības atspoguļošanai.


Apzīmē noteikta veida dokumentu secīgu izveidi un apstrādi un īpašas apstrādes ieviešanu.

Atkarībā no sistēmā atspoguļotajiem biznesa darījumu veidiem var mainīties dokumentu sastāvs un apstrāde. Šajā rakstā ir uzskaitīti visizplatītākie. Apskatīsim soli pa solim sniegtos norādījumus par mēneša slēgšanu.

Dažas darbības kas, manuprāt, ir jāprecizē , tiks komentēts.

Turklāt mēneša beigu slēgšanas process var attiekties uz sistēmisku biznesa procesu, kas prasa iepriekšēju konfigurāciju. Pamatojoties uz darba pieredzi, varu teikt, ka tā izmantošanas iespējamība ir apšaubāma, tā uzstādīšanas un lietošanas kārtība netiks aprakstīta.

Procedūras soli pa solim

Pirms mēneša beigu slēgšanas procedūras ir jāveic dažas sistēmas datu sakārtošanas darbības. Šīs apstrādes veikšana ir saistīta ar ievērojamiem laika izdevumiem, ieteicams tos veikt, kad datu bāzē nav aktīvu lietotāju (lai netiktu mainīts jau apstrādāts dokuments).

Saņemiet 267 video nodarbības 1C bez maksas:

Pamatojoties uz iepriekš minēto, tos vēlams veikt ārpus darba laika. Norādītā apstrāde tiek veikta pirms mēneša slēgšanas datu bāzē 1C UPP 8.2, ja tiek izmantots izmaksu uzskaites režīms -. Ja tiek izmantots RAUZ, šīs apstrādes darbības netiks izpildītas.

  • Atjaunot norēķinu secību iegādei – apstrādei (Atjaunot norēķinu secību).
  • Atjaunot aprēķinu secību ieviešanai - apstrādei (Atjaunot aprēķinu secību).
  • Atjaunot partijas uzskaites - apstrādes secību (Post by partich).
  • Preču norakstīšanas izmaksu korekcija - dokuments (izmaksas tiek pielīdzinātas mainīgajam vidējam).
  • Pamatlīdzekļu nolietojums - dokuments.
  • Izmaksu atmaksa () – dokuments.
  • - dokuments.
  • Ārvalstu valūtas pārvērtēšana - dokuments.
  • - ārstēšana. Atrod saņemtos avansus (konta atlikumus 62.02), nospiežot pogu “Palaist”, izveido avansa rēķinus, ja tādi jau ir sistēmā, pārraksta (nedubulto).
  • PVN nulles likmes apliecinājums – dokuments. Aizpilda, ja sistēmā ir pieejama atbilstoša grāmatvedība.
  • Pirkšanas virsgrāmatas ierakstu veidošana – dokuments.
  • Pirkšanas virsgrāmatas ierakstu ģenerēšana (0%) – dokuments. Aizpilda, ja sistēmā ir pieejama atbilstoša grāmatvedība.
  • Pārdošanas grāmatiņas ierakstu veidošana – dokuments.
  • Pārdošanas virsgrāmatas ierakstu ģenerēšana (0%) – dokuments. Aizpilda, ja sistēmā ir pieejama atbilstoša grāmatvedība.
  • Izmaksu aprēķins - dokuments. Vissvarīgākais dokuments slēdz dārgus kontus.
  • Finanšu rezultātu noteikšana - dokuments.
  • Ienākuma nodokļa aprēķini – dokuments.

23/10/2015

Paralēlā partijas atgūšana

Mūsdienu ražošanas uzņēmumu grāmatvedības uzdevumi joprojām ir diezgan sarežģīti jebkurai sistēmai, īpaši tām, kas darbojas ar lielu slodzi - lielu dokumentu plūsmu vai lietotāju skaitu. Un viens no grūtākajiem uzdevumiem joprojām ir ražošanas izmaksu aprēķināšanas uzdevums.

Tipiskas 1C konfigurācijas, piemēram, “1C: Manufacturing Enterprise Management” (UPM), jau sen piedāvā daudzus mehānismus, lai vienkāršotu šos aprēķinus, piemēram, RAUZ (uzlabotās izmaksu uzskaites analītikas) mehānisma rīkus. Šis mehānisms tiešām dažos gadījumos ļauj būtiski vienkāršot tehniski un līdz ar to paātrināt izmaksu aprēķināšanas funkcijas. Vienīgā problēma ir tā, ka šo pieeju ne vienmēr var izmantot, un uzņēmumiem ir jāizmanto vecā labā partiju uzskaite un līdz ar to arī partiju uzskaites atjaunošanas procedūra.

Vairumā gadījumu pie ievērojamas dokumentu plūsmas tieši partiju “atjaunošanas” uzdevums ir darbietilpīgākais un laikietilpīgākais mēneša slēgšanas un izmaksu aprēķināšanas procesā. Apskatīsim to tuvāk no visām pusēm un apskatīsim, kādi ir veidi, kā optimizēt un samazināt laiku.

Pirmā lieta, ar ko jūs saskaraties, īstenojot projektus, lai optimizētu pakešu atkopšanas procedūras veiktspēju, ir novecojušas šīs procedūras veikšanas metodes, proti, pilnīga dokumentu atkārtota apstrāde. Dažkārt tie ir tikai noteikta veida dokumenti, kas piedalās “partijās”, dažreiz viss bez izšķirības. Mums šķiet, ka šī pieeja nāk no tiem laikiem, kad īsti nebija citu alternatīvu, vai no tām konfigurācijām, kurās tas bija vienīgais ceļš. Tomēr tagad par mīkstā startera konfigurāciju, kuru mēs apsveram, tas tā nav. UPP ir precīzāki un efektīvāki mehānismi šo uzdevumu veikšanai, proti:

  • Partijas uzskaites secības atjaunošanas procedūra (atsevišķi vadībai, grāmatvedībai, organizācijām)
  • Savstarpējo norēķinu atjaunošanas procedūra (avansu noteikšana)

Katrs no šiem punktiem tiek īstenots ar atsevišķu apstrādi, kas tā vietā, lai pilnībā pārgrāmatotu dokumentus, tikai koriģē ļoti ierobežota skaita reģistru kustības, kā dēļ process tiek pabeigts nesalīdzināmi ātrāk. Otrā apstrāde savstarpējo norēķinu atjaunošanai notiek aptuveni tādā pašā veidā. Turklāt, ja salīdzina šo mehānismu darbību ar parasto dokumentu atkārtotu apstrādi, var rasties šāda problēma, kas kropļo grāmatvedības datus: dokumentu kārtošana pēc datuma, kas nepieciešama dokumentu sakārtošanai “hronoloģiskā secībā”, darbojas ar precizitāti sekundes, un vienas sekundes laikā sistēmā var būt vairāki dažādi dokumenti (piemēram, saņemšana un norakstīšana), kuru apstrādes secība noteiks ģenerētās izmaksas. Parastās darbības laikā šādu kārtību nav iespējams nodrošināt, un šāds aprēķins ik pa laikam var dot atšķirīgus rezultātus. Lai atrisinātu šo problēmu, platforma nodrošina īpašu objektu “secība”, kas atrisina šo problēmu un vienmēr garantē dokumentu sakārtošanu vienā hronoloģiskā secībā, un secības atjaunošanas apstrāde vienmēr ir balstīta uz šo secību.

Labi, bet ko darīt, ja mēs izmantojam tieši šīs apstrādes un tomēr partiju atjaunošanas process aizņem ilgu laiku, piemēram, nav laika pabeigt vienas nakts laikā? Tajā pašā laikā servera jaudas visbiežāk ir dīkstāves (pat nenoslogotas 30%).

Pēc mūsu pieredzes viena dokumenta apstrādes laiks nepārsniedz 0,2 - 0,8 sekundes un pats kods kustību labošanai ir uzrakstīts diezgan labi. Lai iegūtu ievērojamu pieaugumu, jums ir jāsamazina šis laiks, piemēram, no 0,2 sekundēm līdz 0,05, kas šķiet gandrīz neiespējams uzdevums, pat ja mēs apsvērsim iespēju mainīt ne tikai konfigurācijas kodu, bet arī pilnībā nomainīt aprīkojumu ar jaunākās paaudzes procesoru un uzglabāšanas sistēmu dati uz Flash/SSD. Vai tiešām nav izejas?

Izrādās, ka viņš ir! Te mums talkā nāk mūsu pieredze olimpiādes programmēšanā un zinātkārs prāts, kas čukst šķietami absurdu frāzi - padarīsim “secības” atjaunošanas procesu “paralēlu”! Šķiet, ka tas nav iespējams, jo mēs apzināti “sakārtojam” dokumentus stingri vienu pēc otra un tā tos apstrādājam. Tas izskaidro procesa lēnumu - tas darbojas vienā pavedienā, ko ierobežo viena serveru procesora kodola veiktspēja, kurā, kā likums, šobrīd ir dīkstāvē diezgan daudz citu kodolu.

Faktiski dokumentu izvietošana vienu pēc otra ir apzināti izmantots vienkāršojums, kas garantē uzskaites pareizību, taču nav vienīgais iespējamais risinājums. Katrs dokuments secībā nav atkarīgs no visiem iepriekšējiem dokumentiem, bet tikai no dažiem, piemēram, no tiem dokumentiem, kuros ir viena un tā pati nomenklatūra. Tajā pašā laikā visi pārējie dokumenti nav jāgrāmato “pirms” mūsu izvēlētā dokumenta, un tos var grāmatot paralēli!

Atklāti sakot, šāda ideja un pieeja noteikti nav jauna, piemēram, uzņēmuma 1C zināšanu bāzē par tehnoloģiskiem jautājumiem ir raksts (http://kb.1c.ru/articleView.jsp?id=72) kas aprakstīja līdzīgas pieejas. Internetā var atrast arī citas līdzīgas tēmas, tostarp dažādas šādu pieeju interpretācijas (piemēram, “bloķēšanas mehānisms” http://www.softpoint.ru/article_id375.htm utt.). Taču problēmas ar visām šīm pieejām ir tādas, ka tās balstās uz noteiktiem pieņēmumiem vai mākslīgi veidotiem datu apstrādes “blokiem”, un tām nav skaidras apstrādes secības. Mēs vēlējāmies šos trūkumus novērst, izmantojot “akadēmiskāko” pieeju, un uzskatām, ka mums tas izdevās.

Mūsu īstenotais paralēlais partijas atkopšanas process sastāv no diviem svarīgiem posmiem. Pirmais un galvenais posms ir dokumentu savstarpējo atkarību aprēķins, izmantojot īpašus algoritmus, tostarp ņemot vērā vispārīgos piemērojamos pieņēmumus. Piemēram, jūs varat pamanīt, ka visas kvītis veido jaunas partijas un nav atkarīgas no neviena “iepriekš”, atšķirībā no norakstīšanas. Visas šādas atkarības ir attēlotas grafa veidā, kura punkti ir dokumenti, bet malas ir to atkarības. Stingri sakot, šis ir virzīts grafs, taču veids, kā to šķērsot, atšķiras no klasiskajiem paņēmieniem un algoritmiem, tāpēc mums bija jāraksta savs, kam tas nav svarīgi.

Otrais posms ir tiešā restaurācija (kustību korekcija), tikai nevis pēc secības, kādā platforma reģistrē dokumentus, bet gan pēc mūsu grafika. Tajā pašā laikā svarīgi ir tas, ka pats kods un kustību ģenerēšanas algoritmi paliek pilnībā standarta, kas nozīmē, ka konfigurācija saglabā atjaunināšanas iespēju. Visas mūsu modifikācijas atrodas atsevišķā apakšsistēmā un izmanto tikai parasto moduļu funkcijas, kuras tiek izmantotas arī standarta apstrādē. Tas arī garantē rezultāta pareizību – tas vienmēr sakritīs ar tipisku, secīgu atveseļošanos. Turklāt tas attiecas arī uz nozares risinājumiem (piemēram, “1C: Putnu fermas vadība”), kur secīgi var būt noteikti dokumenti. Pirmā posma esamība un tālākā klasiskā grafa dziļums-pirmā caurbraukšana pat ļauj prognozēt gan apstrādes laiku, gan procesa “paralēlitātes” pakāpi, kas acīmredzami ir atkarīga no konkrētajiem datiem datubāzē. Ar šo mehānismu palīdzību mēs varam izprast nepieciešamos servera resursus un arī tos efektīvi pārvaldīt.


Faktiskā dokumentu rindas apstrāde, izmantojot šādu grafiku, nesagādā nekādas grūtības un ir diezgan tipiska - ir kontrolējošs fona darbs, kas nosaka apstrādei pieejamos dokumentus vajadzīgajā secībā un palaiž nepieciešamo skaitu darba fona darbu, katrs no kuriem apstrādā konkrētu dokumentu. Viss process notiek asinhroni, kas nozīmē, ka operatoram nav jāpatur atvērta mīkstā startera sesija, kurā tika veikta palaišana - viss darbosies pats no sevis, dinamiski parādot procesu īpašā diagrammā. Šeit jūs varat regulēt slodzi - maksimālo pavedienu skaitu (fona darbinieki), kas tiks palaists vienlaikus. Un šeit jūs pat varat apturēt šo procesu, apturot apstrādi, kā arī turpināt to bez nepieciešamības veikt pārrēķinu un sākt. Tā kā pirmajā posmā mēs veicam īpašus aprēķinus, lai būtu pārliecināti par dokumentu paralēlas apstrādes iespējamību, apstrādes laikā praktiski tiek novērsti strupceļi un bloķēšanas taimauts. Procesā var iejaukties tikai paralēlie lietotāji, kuri to var tikai nedaudz palēnināt, taču tas neko nesalauzīs un rezultāts jebkurā gadījumā būs pareizs. Jā, jūs pareizi sapratāt - jūs varat diezgan efektīvi atjaunot secību pat ar strādājošiem lietotājiem, galvenais ir izslēgt datu izmaiņas atkopšanas periodā.


Tātad problēma likās atrisināta, algoritms tika uzrakstīts, pārbaudīts un pārbaudīts vissīkākajā detaļā, bet palaišana uz reālas darba bāzes, sākot strādāt normālā režīmā, līdz grafika vidum sāka ievērojami pasliktināties veiktspēja. apstrāde. Viena dokumenta apstrādes laiks sāka pārsniegt 10 sekundes (plānotā vietā - ne vairāk kā sekundi), un šeit jau tika piemērotas standarta pieejas optimizācijai - vaicājumu plānu analīze un to optimizācija. Šī darba rezultātā UPP atradām standarta vaicājumu, kuru, nedaudz pārrakstot, var novērst šādu degradāciju, savukārt tā rezultāti paliek tieši tādi paši kā standarta formā. Šo “ielāpu” var izmantot gan secīgai secības atjaunošanai, gan pilnīgai dokumentu atkārtotai apstrādei. Mēs to varam nodrošināt pilnīgi bez maksas, pēc pieprasījuma uz mūsu e-pastu: .

Tagad mēs saņēmām tieši to, ko plānojām: secības atjaunošanas laika daudzuma samazinājums (vairāk nekā 16 reizes!), efektīva aprīkojuma ielāde, ērti un elastīgi procesa vadības instrumenti. Bet pats galvenais ir mūsu apmierinātais klients, kas vienmēr ir mūsu galvenais mērķis un augstākā vērtība.


Atsauksmi jau pavisam drīz varēsiet izlasīt mūsu mājaslapā.

Un visbeidzot neliels kontrolsaraksts jums.

Pamata secības noteikšanas metodes, no vienkāršākā līdz visnovatoriskākajam:

  • Vai jūs atkārtoti ievietojat dokumentus, lai atjaunotu secību tikai tiem dokumentiem, kas tiek izmantoti partijas uzskaites secībā un sakārtoti pēc laika, nevis pēc datuma?
  • Vai atkārtotas grāmatošanas vietā izmantojat specializētu mehānismu partiju un savstarpējo norēķinu atjaunošanai (UPP un līdzīgās konfigurācijās)?
  • Vai izmantojat mūsu patentēto vairāku pavedienu paralēlo pakešu atkopšanu? Dž
Nejauši raksti

Uz augšu