Sa 1C, malawak naming ginagamit ang sarili naming mga development para ayusin ang trabaho ng kumpanya. Sa partikular, . Bilang karagdagan sa pamamahala ng dokumento (tulad ng iminumungkahi ng pangalan), isa rin itong moderno -system (Enterprise Content Management - corporate content management) na may malawak na hanay ng functionality - mail, mga kalendaryo sa trabaho ng empleyado, pag-aayos ng nakabahaging access sa mga mapagkukunan (halimbawa, pag-book ng mga meeting room), pagsubaybay sa oras, corporate forum at marami pa.
Mahigit sa isang libong empleyado ang gumagamit ng pamamahala ng dokumento sa 1C. Ang database ay naging kahanga-hanga (11 bilyong rekord), na nangangahulugang nangangailangan ito ng mas maingat na pangangalaga at mas malakas na kagamitan.
Paano gumagana ang aming system, anong mga paghihirap ang aming nararanasan kapag pinapanatili ang database at kung paano namin nalutas ang mga ito (ginagamit namin ang MS SQL Server bilang isang DBMS) - sasabihin namin sa iyo sa artikulo.
Para sa mga nagbabasa tungkol sa mga produkto ng 1C sa unang pagkakataon.
Ang 1C: Document Flow ay isang application solution (configuration) na ipinatupad batay sa isang framework para sa pagbuo ng mga application sa negosyo - ang 1C:Enterprise platform.
Nagbibigay-daan sa iyo ang β1C: Document Flow 8β (dinaglat bilang DO) na i-automate ang trabaho gamit ang mga dokumento sa isang enterprise. Ang isa sa mga pangunahing tool para sa pakikipag-ugnayan ng empleyado ay email. Bilang karagdagan sa mail, nilulutas din ng DO ang iba pang mga problema:
- Pagsubaybay sa oras
- Pagsubaybay sa pagliban ng empleyado
- Mga aplikasyon para sa mga courier/transportasyon
- Mga kalendaryo sa trabaho ng empleyado
- Pagpaparehistro ng sulat
- Mga Contact ng Empleyado (Address Book)
- Forum ng korporasyon
- Pagpapareserba ng silid
- Pagpaplano ng kaganapan
- CRM
- Kolektibong gawain sa mga file (na may pag-save ng mga bersyon ng file)
- at iba pa
Pumasok kami sa Document Management (native executable application) mula sa Windows, Linux, macOS, (mula sa mga browser) at - depende sa sitwasyon.
At salamat sa aming iba pang produkto na konektado sa Document Flow - β Direkta naming natatanggap sa Document Flow ang functionality ng messenger β mga chat, audio at video call (kabilang ang mga panggrupong tawag, na ngayon ay naging lalong mahalaga, kabilang ang mula sa isang mobile client), mabilis na pagpapalitan ng file at ang kakayahang magsulat ng mga chat bot na nagpapasimple nagtatrabaho sa sistema. Ang isa pang bentahe ng paggamit ng Sistema ng Pakikipag-ugnayan (kumpara sa ibang mga mensahero) ay ang kakayahang magsagawa ng mga talakayan sa konteksto na nauugnay sa mga partikular na bagay sa Daloy ng Dokumento - mga dokumento, kaganapan, atbp. Iyon ay, ang Sistema ng Pakikipag-ugnayan ay malalim na isinama sa target na application, at hindi kumikilos bilang isang "separate button" lamang.
Ang bilang ng mga titik sa aming DO ay lumampas na sa 100 milyon, at sa pangkalahatan mayroong higit sa 11 bilyong talaan sa DBMS. Sa kabuuan, ang system ay gumagamit ng halos 30 TB ng imbakan: ang dami ng database ay 7,5 TB, ang mga file para sa kolektibong gawain ay nakaimbak nang hiwalay at sumasakop ng isa pang 21 TB.
Kung pag-uusapan natin ang tungkol sa mas tiyak na mga numero, narito ang bilang ng mga titik at file sa ngayon:
- Mga papalabas na email β 14,7 milyon.
- Mga papasok na sulat β 85,4 milyon.
- Mga bersyon ng file β 70,8 milyon.
- Mga panloob na dokumento - 30,6 libo.
Ang DO ay may higit pa sa mail at mga file. Nasa ibaba ang mga numero para sa iba pang mga bagay sa accounting:
- Nagbu-book ng mga meeting room β 52
- Lingguhang ulat β 153
- Pang-araw-araw na ulat β 628
- Mga approval visa β 11
- Mga papasok na dokumento β 79
- Papalabas na mga dokumento β 28
- Mga entry tungkol sa mga kaganapan sa mga kalendaryo sa trabaho ng user β 168
- Mga aplikasyon para sa mga courier β 21
- Counterparty β 81
- Mga rekord ng trabaho sa mga katapat β 45
- Makipag-ugnayan sa mga tao ng mga katapat β 41
- Mga Kaganapan β 10
- Mga Proyekto β 6
- Mga gawain ng empleyado β 245
- Mga post sa forum β 26
- Mga mensahe sa chat β 891 095
- Mga proseso ng negosyo - 109 Ang pakikipag-ugnayan sa pagitan ng mga empleyado ay nangyayari sa pamamagitan ng mga proseso - pag-apruba, pagpapatupad, pagsusuri, pagpaparehistro, pagpirma, atbp. Sinusukat namin ang tagal ng mga proseso, ang bilang ng mga cycle, ang bilang ng mga kalahok, ang bilang ng mga pagbabalik, ang bilang ng mga kahilingan na baguhin ang mga deadline. At ang impormasyong ito ay lubhang kapaki-pakinabang upang pag-aralan upang maunawaan kung anong mga proseso ang nagaganap sa negosyo at dagdagan ang kahusayan ng pakikipagtulungan ng empleyado.
Sa anong kagamitan namin pinoproseso ang lahat ng ito?
Ang mga figure na ito ay nagpapahiwatig ng isang kahanga-hangang dami ng mga gawain, kaya kami ay nahaharap sa pangangailangan na maglaan ng medyo produktibong kagamitan para sa mga pangangailangan ng mga panloob na subsidiary. Sa kasalukuyan, ang mga katangian nito ay ang mga sumusunod: 38 core, 240 GB ng RAM, 26 TB ng mga disk. Narito ang isang talahanayan ng mga server:
Sa hinaharap, plano naming dagdagan ang kapasidad ng kagamitan.
Paano nangyayari ang pag-load ng server?
Ang aktibidad sa network ay hindi kailanman naging problema para sa amin o sa aming mga customer. Bilang isang patakaran, ang mahinang punto ay ang processor at mga disk, dahil alam na ng lahat kung paano haharapin ang kakulangan ng memorya. Narito ang mga screenshot ng aming mga server mula sa Resource Monitor, na nagpapakita na wala kaming anumang kahila-hilakbot na pagkarga, ito ay napakahinhin.
Halimbawa, sa screenshot sa ibaba ay nakikita natin ang isang SQL server kung saan ang CPU load ay 23%. At ito ay isang napakahusay na tagapagpahiwatig (para sa paghahambing: kung ang pag-load ay lumalapit sa 70%, kung gayon, malamang, ang mga empleyado ay mapapansin ang medyo makabuluhang pagbagal sa trabaho).
Ang pangalawang screenshot ay nagpapakita ng application server kung saan tumatakbo ang 1C:Enterprise platform - ito ay nagsisilbi lamang sa mga session ng user. Narito ang pag-load ng processor ay bahagyang mas mataas - 38%, ito ay makinis at kalmado. Mayroong ilang disk loading, ngunit ito ay katanggap-tanggap.
Ang ikatlong screenshot ay nagpapakita ng isa pang 1C:Enterprise server (ito ang pangalawa, mayroon kaming dalawa sa kanila sa cluster). Ang nauna lang ang nagsisilbi sa mga user, at gumagana ang mga robot sa isang ito. Halimbawa, tumatanggap sila ng mail, mga dokumento ng ruta, palitan ng data, pagkalkula ng mga karapatan, atbp. Ang lahat ng mga aktibidad sa background na ito ay gumaganap ng humigit-kumulang 90-100 mga trabaho sa background. At ang server na ito ay napakabigat na na-load - 88%. Ngunit hindi ito nakakaapekto sa mga tao, at eksaktong ipinapatupad nito ang lahat ng automation na dapat gawin ng Document Management.
Ano ang mga sukatan upang masukat ang pagganap?
Mayroon kaming seryosong subsystem na binuo sa aming mga subsidiary para sa pagsukat ng mga indicator ng performance at pagkalkula ng iba't ibang sukatan. Ito ay kinakailangan upang maunawaan kapwa sa kasalukuyang sandali at mula sa isang makasaysayang pananaw kung ano ang nangyayari sa sistema, kung ano ang lumalala, kung ano ang bumubuti. Ang mga tool sa pagsubaybay - mga sukatan at mga sukat ng oras - ay kasama sa karaniwang paghahatid ng "1C: Document Flow 8". Ang mga sukatan ay nangangailangan ng pagpapasadya sa panahon ng pagpapatupad, ngunit ang mekanismo mismo ay karaniwan.
Ang mga sukatan ay mga sukat ng iba't ibang tagapagpahiwatig ng negosyo sa ilang partikular na oras (halimbawa, ang average na oras ng paghahatid ng mail ay 10 minuto).
Ipinapakita ng isa sa mga sukatan ang bilang ng mga aktibong user sa database. Sa karaniwan mayroong 1000-1400 sa kanila sa araw. Ipinapakita ng graph na sa oras ng screenshot ay mayroong 2144 na aktibong user sa database.
Mayroong higit sa 30 tulad ng mga aksyon, ang listahan ay nasa ilalim ng hiwa.Listahan
- Pag-login
- Mag-sign Out
- Naglo-load ng mail
- Pagbabago ng bisa ng isang bagay
- Pagbabago ng mga karapatan sa pag-access
- Pagbabago ng paksa ng isang proseso
- Pagbabago ng pangkat ng trabaho ng isang bagay
- Pagbabago ng komposisyon ng kit
- Pagbabago ng file
- Pag-import ng file
- Nagpapadala sa pamamagitan ng koreo
- Paglipat ng mga file
- Pag-redirect ng isang gawain
- Pagpirma ng electronic signature
- Maghanap ayon sa mga detalye
- Buong paghahanap ng teksto
- Pagtanggap ng file
- Nakakaabala sa isang proseso
- Tingnan
- Pag-decryption
- Pagpaparehistro ng dokumento
- I-scan
- Inaalis ang marka sa pagtanggal
- Paglikha ng isang Bagay
- Nagse-save sa disk
- Simula ng proseso
- Pagtanggal ng mga entry sa log ng user
- Pag-alis ng electronic signature
- Pagtatakda ng marka ng pagtanggal
- Pag-encrypt
- Mag-export ng folder
Noong nakaraang linggo, ang aming average na aktibidad ng user ay tumaas ng isa at kalahating beses (ipinapakita sa pula sa graph) - ito ay dahil sa paglipat ng karamihan sa mga empleyado sa malayong trabaho (dahil sa mga kilalang kaganapan). Gayundin, ang bilang ng mga aktibong user ay tumaas ng 3 beses (ipinapakita sa asul sa screenshot), habang ang mga empleyado ay nagsimulang aktibong gumamit ng mga mobile phone: bawat mobile client ay lumilikha ng isang koneksyon sa server. Sa kasalukuyan, sa karaniwan, bawat isa sa aming mga empleyado ay may 2 koneksyon sa server.
Para sa amin, bilang mga administrator, ito ay isang senyales na kailangan naming maging mas matulungin sa mga isyu sa pagganap at tingnan kung ang mga bagay ay lumala. Ngunit tinitingnan namin ito batay sa iba pang mga parameter. Halimbawa, kung paano nagbabago ang oras ng paghahatid ng mail para sa panloob na pagruruta (ipinapakita sa asul sa screenshot sa ibaba). Nakikita namin na ito ay nagbabago hanggang sa taong ito, ngunit ngayon ito ay matatag - para sa amin ito ay isang tagapagpahiwatig na ang lahat ay maayos sa sistema.
Ang isa pang inilapat na sukatan para sa amin ay ang average na oras ng paghihintay para sa pag-download ng mga titik mula sa mail server (ipinapakita sa pula sa screenshot). Sa halos pagsasalita, gaano katagal ang liham na lumulutang sa Internet bago ito makarating sa aming empleyado. Ipinapakita ng screenshot na ang oras na ito ay hindi rin nagbago sa anumang paraan kamakailan. May mga nakahiwalay na spike - ngunit hindi sila nauugnay sa mga pagkaantala, ngunit sa katotohanan na ang oras sa mga mail server ay nawala.
O, halimbawa, isa pang sukatan (ipinapakita sa asul sa screenshot) β pag-update ng mga titik sa isang folder. Ang pagbubukas ng isang mail folder ay isang pangkaraniwang operasyon at kailangang gawin nang mabilis. Sinusukat namin kung gaano kabilis ito ginanap. Ang indicator na ito ay sinusukat para sa bawat kliyente. Maaari mong makita ang parehong pangkalahatang larawan para sa kumpanya at ang dynamics, halimbawa, para sa isang indibidwal na empleyado. Ipinapakita ng screenshot na hanggang sa taong ito ay hindi balanse ang sukatan, pagkatapos ay gumawa kami ng ilang mga pagpapabuti, at ngayon ay hindi na ito lumalala - ang graph ay halos flat.
Ang mga sukatan ay karaniwang isang tool ng administrator para sa pagsubaybay sa system, para sa mabilis na pagtugon sa anumang mga pagbabago sa pag-uugali ng system. Ipinapakita ng screenshot ang mga panloob na sukatan ng subsidiary para sa taon. Ang pagtalon sa mga graph ay dahil sa katotohanan na binigyan kami ng mga gawain upang bumuo ng mga panloob na subsidiary.
Narito ang isang listahan ng ilan pang sukatan (sa ilalim ng cut).
Mga sukatan
- Aktibidad ng user
- Mga Aktibong Gumagamit
- Mga aktibong proseso
- Bilang ng mga file
- Laki ng file (MB)
- Bilang ng mga dokumento
- Bilang ng mga bagay na ipapadala sa mga tatanggap
- Bilang ng mga katapat
- Mga gawaing hindi natapos
- Average na oras ng paghihintay para sa pag-download ng mga email mula sa mail server sa nakalipas na 10 minuto
- Panlabas na data buffer: bilang ng mga file
- Lagging border mula sa kasalukuyang petsa
- Mahabang pila
- Operational queue
- Raw na edad ng account sa pamamagitan ng panlabas na pagruruta
- Laki ng queue ng pagtanggap ng panloob na pagruruta (mahabang pila)
- Laki ng queue ng pagtanggap ng panloob na pagruruta (mabilis na pila)
- Oras ng paghahatid ng mail sa pamamagitan ng panloob na pagruruta (mahabang pila)
- Oras ng paghahatid ng mail sa pamamagitan ng panloob na pagruruta (mabilis na pila)
- Oras ng paghahatid ng mail sa pamamagitan ng panlabas na pagruruta (average)
- Bilang ng mga dokumento Pagpapareserba
- Bilang ng mga dokumento na Kawalan
- Bilang ng mga dokumento "Tala ng trabaho kasama ang katapat"
- Mail Update ang mga titik sa isang folder
- Mail Pagbubukas ng letter card
- Mail Maglipat ng liham sa isang folder
- Mail Mag-navigate sa pamamagitan ng mga folder
Sinusukat ng aming system ang higit sa 150 indicator sa buong orasan, ngunit hindi lahat ng mga ito ay mabilis na masusubaybayan. Maaaring magamit ang mga ito sa ibang pagkakataon, sa ilang makasaysayang pananaw, at maaari kang tumuon sa mga pinakamahalaga para sa negosyo.
Sa isa sa mga pagpapatupad, halimbawa, 5 indicator lamang ang napili. Ang customer ay nagtakda ng isang layunin na lumikha ng isang minimum na hanay ng mga tagapagpahiwatig, ngunit sa parehong oras na sakop nito ang mga pangunahing senaryo sa trabaho. Hindi makatwiran na isama ang 150 na mga tagapagpahiwatig sa sertipiko ng pagtanggap, dahil kahit na sa loob ng negosyo ay mahirap sumang-ayon kung aling mga tagapagpahiwatig ang itinuturing na katanggap-tanggap. At alam nila ang tungkol sa 5 tagapagpahiwatig na ito at ipinakita na ang mga ito sa system bago magsimula ang proyekto ng pagpapatupad, kasama ang mga ito sa dokumentasyon ng kumpetisyon: oras upang buksan ang isang card nang hindi hihigit sa 3 segundo, oras upang makumpleto ang isang gawain na may isang file no higit sa 5 segundo, atbp. Sa aming mga subsidiary mayroon kaming mga sukatan na napakalinaw na nagpapakita ng orihinal na kahilingan mula sa mga teknikal na detalye ng customer.
Mayroon din kaming pagsusuri sa profile ng mga sukat ng pagganap. Ang mga tagapagpahiwatig ng pagganap ay isang pagtatala ng tagal ng bawat patuloy na operasyon (pagsusulat ng liham sa database, pagpapadala ng liham sa isang mail server, atbp.). Eksklusibong ginagamit ito ng mga technician. Nag-iipon kami ng maraming tagapagpahiwatig ng pagganap sa aming programa. Kasalukuyan naming sinusukat ang humigit-kumulang 1500 pangunahing operasyon, na nahahati sa mga profile.
Ang isa sa pinakamahalagang profile para sa amin ay ang "Listahan ng Mga Pangunahing Tagapahiwatig ng Mail mula sa Perspektibo ng Consumer." Kasama sa profile na ito, halimbawa, ang mga sumusunod na tagapagpahiwatig:
- Isinasagawa ang command: Piliin ayon sa tag
- Pagbubukas ng isang form: List Form
- Isinasagawa ang utos: Piliin ayon sa folder
- Pagpapakita ng isang liham sa lugar ng pagbabasa
- Nagse-save ng liham sa iyong paboritong folder
- Maghanap ng mga titik ayon sa mga detalye
- Paggawa ng liham
Kung nakita namin na ang sukatan para sa ilang tagapagpahiwatig ng negosyo ay naging masyadong malaki (halimbawa, ang mga liham mula sa isang partikular na user ay nagsimulang dumating sa napakatagal na panahon), sisimulan namin itong alamin at bumaling sa pagsukat sa oras ng mga teknikal na operasyon. Mayroon kaming teknikal na operasyon na "Pag-archive ng mga titik sa isang mail server" - nakita namin na ang oras para sa operasyong ito ay nalampasan para sa huling panahon. Ang operasyong ito, sa turn, ay nabubulok sa iba pang mga operasyon - halimbawa, ang pagtatatag ng isang koneksyon sa isang mail server. Nakikita namin na sa ilang kadahilanan ay bigla itong naging napakalaki (namin ang lahat ng mga sukat sa loob ng isang buwan - maihahambing namin na noong nakaraang linggo ay 10 millisecond, at ngayon ay 1000 millisecond). At naiintindihan namin na may nasira dito - kailangan namin itong ayusin.
Paano natin pinapanatili ang napakalaking database?
Ang aming panloob na DO ay isang halimbawa ng isang talagang gumaganang high-load na proyekto. Pag-usapan natin ang mga teknikal na tampok ng database nito.
Gaano katagal ang kinakailangan upang muling ayusin ang malalaking talahanayan ng database?
Ang SQL server ay nangangailangan ng pana-panahong pagpapanatili, paglalagay ng mga talahanayan sa pagkakasunud-sunod. Sa mabuting paraan, dapat itong gawin nang hindi bababa sa isang beses sa isang araw, at mas madalas para sa mga high-demand na talahanayan. Ngunit kung ang database ay malaki (at ang aming bilang ng mga rekord ay lumampas na sa 11 bilyon), kung gayon ang pag-aalaga dito ay hindi madali.
Nagsagawa kami ng muling pagsasaayos ng talahanayan 6 na taon na ang nakakaraan, ngunit nagsimula itong tumagal ng napakaraming oras na hindi na kami magkasya sa mga agwat sa gabi. At dahil ang mga operasyong ito ay labis na naglo-load sa SQL server, hindi ito mahusay na makapaglingkod sa ibang mga user.
Samakatuwid, ngayon kailangan nating gumamit ng iba't ibang mga trick. Halimbawa, hindi namin maisagawa ang mga pamamaraang ito sa kumpletong set ng data. Kailangan mong gamitin ang Update Sample 500000 row procedure - ito ay tumatagal ng 14 minuto. Hindi nito ina-update ang mga istatistika sa lahat ng data sa talahanayan, ngunit pumipili ng kalahating milyong mga hilera at ginagamit ang mga ito upang kalkulahin ang mga istatistika na ginagamit nito para sa buong talahanayan. Ito ay ilang pagpapalagay, ngunit napipilitan kaming gawin ito, dahil para sa isang partikular na talahanayan, ang pagkolekta ng mga istatistika sa buong bilyong talaan ay aabutin ng hindi katanggap-tanggap na mahabang panahon.
Na-optimize din namin ang iba pang mga operasyon sa pagpapanatili sa pamamagitan ng paggawa ng mga ito na bahagyang.
Ang pagpapanatili ng isang DBMS sa pangkalahatan ay isang kumplikadong gawain. Sa kaso ng aktibong pakikipag-ugnayan sa pagitan ng mga empleyado, mabilis na lumalaki ang database, at nagiging mas mahirap para sa mga administrator na mapanatili ito - i-update ang mga istatistika, defragmentation, pag-index. Dito kailangan nating mag-apply ng iba't ibang mga diskarte, alam na alam natin kung paano gawin ito, mayroon tayong karanasan, maaari nating ibahagi ito.
Paano ipinapatupad ang pag-backup sa mga ganitong dami?
Ang isang buong backup ng DBMS ay ginagawa isang beses sa isang araw sa gabi, isang incremental - bawat oras. Gayundin, ang isang direktoryo ng file ay nilikha araw-araw, at ito ay isang bahagi ng incremental na backup ng imbakan ng file.
Gaano katagal bago makumpleto ang isang buong backup?
Ang isang buong backup sa isang hard drive ay nakumpleto sa tatlong oras, isang bahagyang backup sa isang oras. Mas matagal ang pagsusulat sa tape (isang espesyal na device na gumagawa ng backup na kopya sa isang espesyal na cassette na nakaimbak sa labas ng opisina; isang naililipat na kopya ay ginawa sa tape, na mapangalagaan kung, halimbawa, ang silid ng server ay masunog). Ang backup ay ginawa sa eksaktong parehong server, ang mga parameter ay mas mataas - isang SQL server na may 20% na pag-load ng processor. Sa oras ng backup, siyempre, ang sistema ay nagiging mas masahol pa, ngunit ito ay gumagana pa rin.
May deduplication ba?
May mga file, susubukan namin ito sa aming sarili, at sa lalong madaling panahon ay isasama ito sa bagong bersyon ng Pamamahala ng Dokumento. Sinusubukan din namin ang mekanismo ng counterparty deduplication. Walang deduplikasyon ng mga tala sa antas ng DBMS, dahil hindi ito kinakailangan. Ang platform ng 1C:Enterprise ay nag-iimbak ng mga bagay sa DBMS, at ang platform lamang ang maaaring maging responsable para sa kanilang pagkakapare-pareho.
Mayroon bang mga read-only na node?
Walang mga reading node (nakalaang mga node ng system na nagsisilbi sa mga kailangang makatanggap ng anumang data para sa pagbabasa). Ang DO ay hindi isang sistema ng accounting upang ilagay sa isang hiwalay na BI node, ngunit mayroong isang hiwalay na node para sa departamento ng pag-unlad, kung saan ang mga mensahe ay ipinagpapalit sa JSON na format, at ang karaniwang oras ng pagtitiklop ay mga yunit at sampu-sampung segundo. Maliit pa rin ang node, mayroon itong humigit-kumulang 800 milyong mga rekord, ngunit mabilis itong lumalaki.
Ang mga email ba na minarkahan para sa pagtanggal ay hindi natatanggal?
Hindi pa. Wala kaming gawain na gawing mas magaan ang base. Mayroong ilang medyo seryosong kaso kung kailan kinakailangang sumangguni sa mga titik na minarkahan para sa pagtanggal, kabilang ang noong 2009. Kaya naman nagpasya kaming itago ang lahat sa ngayon. Ngunit kapag ang halaga nito ay naging hindi makatwiran, iisipin natin ang tungkol sa pagtanggal. Ngunit, kung kailangan mong ganap na alisin ang isang hiwalay na liham mula sa database upang walang mga bakas, maaari itong gawin sa pamamagitan ng espesyal na kahilingan.
Bakit ito iimbak? Mayroon ka bang mga istatistika sa pag-access sa mga lumang dokumento?
Walang mga istatistika. Mas tiyak, ito ay nasa anyo ng isang log ng gumagamit, ngunit hindi ito nakaimbak nang matagal. Ang mga entry na mas matanda sa isang taon ay nabubura sa protocol.
May mga sitwasyon kung kailan kinakailangan na kunin ang mga lumang sulat mula lima o kahit sampung taon na ang nakalilipas. At ito ay palaging ginagawa hindi sa walang ginagawang pag-usisa, ngunit upang gumawa ng mga kumplikadong desisyon sa negosyo. Nagkaroon ng kaso kung saan, kung walang kasaysayan ng sulat, isang maling desisyon sa negosyo ang nagawa.
Paano tinatasa at sinisira ang halaga ng mga dokumento ayon sa mga panahon ng pag-iimbak?
Para sa mga papel na dokumento ito ay ginagawa sa karaniwang tradisyonal na paraan, tulad ng iba. Hindi namin ito ginagawa para sa mga electronic - hayaan silang panatilihin ang mga ito para sa kanilang sarili. Narito ang upuan. May mga benepisyo. Maayos ang lahat.
Anong mga prospect ng pag-unlad ang mayroon?
Ngayon ang aming DO ay nalulutas ang tungkol sa 30 panloob na mga problema, ang ilan sa mga ito ay inilista namin sa simula ng artikulo. Ginagamit din ang DL upang maghanda ng mga kumperensya na ginagawa namin dalawang beses sa isang taon para sa aming mga kasosyo: ang buong programa, lahat ng mga ulat, lahat ng magkakatulad na seksyon, mga bulwagan - lahat ng ito ay nai-type sa DL, at pagkatapos ay nai-download mula dito, at isang naka-print na programa ay ginawa.
Mayroong ilang higit pang mga gawain sa paraan para sa DO, bilang karagdagan sa mga na ito ay nilulutas na. May mga gawain sa buong kumpanya, at may mga natatangi at bihirang mga gawain, kailangan lamang ng isang partikular na departamento. Kinakailangan na tulungan sila, na nangangahulugang pagpapalawak ng "heograpiya" ng paggamit ng system sa loob ng 1C - pagpapalawak ng saklaw ng aplikasyon, paglutas ng mga problema ng lahat ng mga departamento. Ito ang magiging pinakamahusay na pagsubok para sa pagganap at pagiging maaasahan. Gusto kong makitang gumagana ang system sa trilyon na mga talaan, mga petabytes ng impormasyon.
Pinagmulan: www.habr.com