Katika 1C, tunatumia sana maendeleo yetu wenyewe kupanga kazi ya kampuni. Hasa, . Mbali na usimamizi wa hati (kama jina linavyopendekeza), pia ni ya kisasa -mfumo (Usimamizi wa Maudhui ya Biashara - usimamizi wa maudhui ya shirika) yenye utendaji mbalimbali - barua, kalenda za kazi za wafanyakazi, kuandaa ufikiaji wa pamoja wa rasilimali (kwa mfano, kuhifadhi vyumba vya mikutano), kufuatilia muda, mijadala ya shirika na mengi zaidi.
Zaidi ya wafanyakazi elfu moja hutumia usimamizi wa hati katika 1C. Database tayari imekuwa ya kuvutia (rekodi bilioni 11), ambayo ina maana kwamba inahitaji uangalifu zaidi na vifaa vya nguvu zaidi.
Jinsi mfumo wetu unavyofanya kazi, ni matatizo gani tunayokumbana nayo wakati wa kudumisha hifadhidata na jinsi tunavyoyatatua (tunatumia MS SQL Server kama DBMS) - tutakuambia katika makala.
Kwa wale ambao wanasoma kuhusu bidhaa za 1C kwa mara ya kwanza.
1C:Mtiririko wa Hati ni suluhisho la programu (usanidi) unaotekelezwa kwa misingi ya mfumo wa kutengeneza programu za biashara - 1C:Jukwaa la Biashara.
"1C: Mtiririko wa Hati 8" (iliyofupishwa kama DO) hukuruhusu kufanya kazi kiotomatiki na hati katika biashara. Moja ya zana kuu za mwingiliano wa wafanyikazi ni barua pepe. Mbali na barua, DO pia hutatua shida zingine:
- Ufuatiliaji wa wakati
- Ufuatiliaji wa kutokuwepo kwa wafanyikazi
- Maombi ya wasafirishaji/usafiri
- Kalenda za kazi za wafanyikazi
- Usajili wa mawasiliano
- Anwani za Mfanyakazi (Kitabu cha Anwani)
- Jukwaa la ushirika
- Uhifadhi wa chumba
- Kupanga hafla
- CRM
- Kazi ya pamoja na faili (na matoleo ya faili ya kuhifadhi)
- nk
Tunaingia Usimamizi wa Hati (programu ya asili inayoweza kutekelezwa) kutoka Windows, Linux, macOS, (kutoka kwa vivinjari) na - kulingana na hali.
Na shukrani kwa bidhaa yetu nyingine iliyounganishwa na Mtiririko wa Hati - - sisi katika Mtiririko wa Hati moja kwa moja tunapokea utendakazi wa mjumbe - gumzo, simu za sauti na video (pamoja na simu za kikundi, ambayo sasa imekuwa muhimu sana, ikijumuisha kutoka kwa mteja wa simu), ubadilishanaji wa faili haraka pamoja na uwezo wa kuandika roboti za gumzo zinazorahisisha. kufanya kazi na mfumo. Faida nyingine ya kutumia Mfumo wa Maingiliano (ikilinganishwa na wajumbe wengine) ni uwezo wa kufanya majadiliano ya mazingira yaliyounganishwa na vitu maalum vya Mtiririko wa Hati - hati, matukio, nk. Hiyo ni, Mfumo wa Mwingiliano umeunganishwa kwa undani na programu inayolengwa, na haifanyi kama "kitufe tofauti".
Idadi ya barua katika DO yetu tayari imezidi milioni 100, na kwa ujumla kuna rekodi zaidi ya bilioni 11 katika DBMS. Kwa jumla, mfumo hutumia karibu 30 TB ya uhifadhi: kiasi cha hifadhidata ni 7,5 TB, faili za kazi ya pamoja huhifadhiwa kando na kuchukua TB 21 nyingine.
Ikiwa tunazungumza juu ya nambari maalum zaidi, hapa kuna idadi ya herufi na faili kwa sasa:
- Barua pepe zinazotoka - milioni 14,7.
- Barua zinazoingia - milioni 85,4.
- Matoleo ya faili - milioni 70,8.
- Nyaraka za ndani - 30,6 elfu.
DO ina zaidi ya barua na faili pekee. Chini ni takwimu za vitu vingine vya uhasibu:
- Kuhifadhi vyumba vya mikutano - 52
- Ripoti za kila wiki - 153
- Ripoti za kila siku - 628
- Visa vya idhini - 11
- Hati zinazoingia - 79
- Hati zinazotoka - 28
- Maingizo kuhusu matukio katika kalenda za kazi za watumiaji - 168
- Maombi ya wasafirishaji - 21
- Vyama pinzani - 81
- Rekodi za kazi na wenzao - 45
- Watu wa mawasiliano ya wenzao - 41
- Matukio - 10
- Miradi - 6
- Kazi za wafanyikazi - 245
- Machapisho ya jukwaa - 26
- Ujumbe wa gumzo - 891 095
- Michakato ya biashara - 109. Mwingiliano kati ya wafanyakazi hutokea kwa njia ya taratibu - idhini, utekelezaji, uhakiki, usajili, saini, nk. Tunapima muda wa michakato, idadi ya mizunguko, idadi ya washiriki, idadi ya marejesho, idadi ya maombi ya kubadilisha tarehe za mwisho. Na habari hii ni muhimu sana kuchambua ili kuelewa ni michakato gani inayofanyika katika biashara na kuongeza ufanisi wa ushirikiano wa wafanyikazi.
Je, haya yote tunayachakata kwenye kifaa gani?
Takwimu hizi zinaonyesha idadi ya kazi ya kuvutia, kwa hivyo tulikabiliwa na hitaji la kutenga vifaa vyenye tija kwa mahitaji ya tanzu za ndani. Hivi sasa, sifa zake ni kama ifuatavyo: cores 38, 240 GB ya RAM, 26 TB ya disks. Hapa kuna jedwali la seva:
Katika siku zijazo, tunapanga kuongeza uwezo wa vifaa.
Je, mambo yanaendeleaje na upakiaji wa seva?
Shughuli za mtandao hazijawahi kuwa tatizo kwetu au kwa wateja wetu. Kama sheria, hatua dhaifu ni processor na diski, kwa sababu kila mtu tayari anajua jinsi ya kukabiliana na ukosefu wa kumbukumbu. Hapa kuna picha za skrini za seva zetu kutoka kwa Resource Monitor, ambazo zinaonyesha kuwa hatuna mzigo wowote mbaya, ni wa kawaida sana.
Kwa mfano, katika picha ya skrini hapa chini tunaona seva ya SQL ambapo mzigo wa CPU ni 23%. Na hii ni kiashiria kizuri sana (kwa kulinganisha: ikiwa mzigo unakaribia 70%, basi, uwezekano mkubwa, wafanyikazi wataona kushuka kwa kasi kwa kazi).
Picha ya pili ya skrini inaonyesha seva ya programu ambayo mfumo wa 1C:Enterprise huendesha - hutumikia vipindi vya watumiaji pekee. Hapa mzigo wa processor ni juu kidogo - 38%, ni laini na utulivu. Kuna upakiaji wa diski, lakini inakubalika.
Picha ya tatu ya skrini inaonyesha 1C nyingine: Seva ya Biashara (ni ya pili, tuna mbili kati yao kwenye nguzo). Ile iliyotangulia pekee ndiyo inayohudumia watumiaji, na roboti hufanya kazi kwa hii. Kwa mfano, wanapokea barua, nyaraka za njia, kubadilishana data, haki za kuhesabu, nk. Shughuli hizi zote za usuli hufanya takriban kazi 90-100 za chinichini. Na seva hii imejaa sana - 88%. Lakini hii haiathiri watu, na inatekeleza otomatiki yote ambayo Usimamizi wa Hati unapaswa kufanya.
Je, ni vipimo gani vya kupima utendakazi?
Tuna mfumo mdogo wa umakini uliojumuishwa katika kampuni zetu tanzu kwa ajili ya kupima viashirio vya utendakazi na kukokotoa vipimo mbalimbali. Hii ni muhimu ili kuelewa wakati wa sasa kwa wakati na kutoka kwa mtazamo wa kihistoria kile kinachotokea katika mfumo, ni nini kinachozidi kuwa mbaya zaidi, ni nini kinachoendelea kuwa bora. Zana za ufuatiliaji - vipimo na vipimo vya wakati - zimejumuishwa katika utoaji wa kawaida wa "1C: Mtiririko wa Hati 8". Vipimo vinahitaji ubinafsishaji wakati wa utekelezaji, lakini utaratibu yenyewe ni wa kawaida.
Vipimo ni vipimo vya viashiria mbalimbali vya biashara kwa pointi fulani kwa wakati (kwa mfano, muda wa wastani wa utoaji wa barua ni dakika 10).
Moja ya vipimo huonyesha idadi ya watumiaji wanaotumika kwenye hifadhidata. Kwa wastani kuna 1000-1400 kati yao wakati wa mchana. Grafu inaonyesha kuwa wakati wa picha ya skrini kulikuwa na watumiaji 2144 wanaofanya kazi kwenye hifadhidata.
Kuna zaidi ya 30 vitendo vile, orodha ni chini ya kata.Orodha ya
- Ingia
- Toka
- Inapakia barua
- Kubadilisha uhalali wa kitu
- Kubadilisha haki za ufikiaji
- Kubadilisha mada ya mchakato
- Kubadilisha kikundi cha kazi cha kitu
- Kubadilisha muundo wa kit
- Kubadilisha faili
- Uingizaji wa faili
- Inatuma kwa barua
- Inahamisha faili
- Kuelekeza upya jukumu
- Kusaini saini ya kielektroniki
- Tafuta kwa maelezo
- Utafutaji wa maandishi kamili
- Kupokea faili
- Kukatiza mchakato
- Tazama
- Usimbuaji
- Usajili wa hati
- Scan
- Inabatilisha ufutaji
- Kuunda Kitu
- Inahifadhi kwenye diski
- Kuanza kwa mchakato
- Inafuta maingizo ya kumbukumbu ya mtumiaji
- Kuondoa saini ya kielektroniki
- Kuweka alama ya kufuta
- Usimbaji fiche
- Hamisha folda
Wiki moja kabla ya mwisho, shughuli yetu ya wastani ya mtumiaji iliongezeka kwa mara moja na nusu (iliyoonyeshwa kwa rangi nyekundu kwenye grafu) - hii ni kutokana na mabadiliko ya wafanyakazi wengi kwa kazi ya mbali (kutokana na matukio yanayojulikana). Pia, idadi ya watumiaji wanaofanya kazi iliongezeka kwa mara 3 (iliyoonyeshwa kwa bluu kwenye skrini), wafanyikazi walianza kutumia kikamilifu simu za rununu: kila mteja wa rununu huunda unganisho kwenye seva. Hivi sasa, kwa wastani, kila mmoja wa wafanyikazi wetu ana viunganisho 2 kwenye seva.
Kwetu sisi kama wasimamizi, hii ni ishara kwamba tunahitaji kuwa waangalifu zaidi kwa masuala ya utendakazi na kuona ikiwa mambo yamekuwa mabaya zaidi. Lakini tunaangalia hii kulingana na vigezo vingine. Kwa mfano, jinsi muda wa kutuma barua kwa ajili ya uelekezaji wa ndani unavyobadilika (unaoonyeshwa kwa rangi ya samawati kwenye picha ya skrini iliyo hapa chini). Tunaona kwamba ilikuwa ikibadilika hadi mwaka huu, lakini sasa iko thabiti - kwetu hii ni kiashiria kwamba kila kitu kiko sawa na mfumo.
Kipimo kingine kinachotumika kwetu ni wastani wa muda wa kusubiri wa kupakua barua kutoka kwa seva ya barua (iliyoonyeshwa kwa rangi nyekundu kwenye picha ya skrini). Kwa kusema, barua itakuwa inaelea kwenye Mtandao kwa muda gani kabla ya kumfikia mfanyakazi wetu. Picha ya skrini inaonyesha kuwa wakati huu pia haujabadilika kwa njia yoyote hivi karibuni. Kuna spikes pekee - lakini hazihusishwa na ucheleweshaji, lakini kwa ukweli kwamba wakati unapotea kwenye seva za barua.
Au, kwa mfano, metric nyingine (iliyoonyeshwa kwa bluu kwenye skrini) - uppdatering barua katika folda. Kufungua folda ya barua ni operesheni ya kawaida sana na inahitaji kufanywa haraka. Tunapima jinsi inafanywa haraka. Kiashiria hiki kinapimwa kwa kila mteja. Unaweza kuona picha ya jumla ya kampuni na mienendo, kwa mfano, kwa mfanyakazi binafsi. Picha ya skrini inaonyesha kuwa hadi mwaka huu kipimo hakikuwa na usawa, basi tulifanya maboresho kadhaa, na sasa haizidi kuwa mbaya zaidi - grafu iko karibu gorofa.
Vipimo kimsingi ni zana ya msimamizi ya ufuatiliaji wa mfumo, kwa kujibu haraka mabadiliko yoyote katika tabia ya mfumo. Picha ya skrini inaonyesha vipimo vya ndani vya kampuni tanzu kwa mwaka. Kuruka kwa grafu ni kutokana na ukweli kwamba tulipewa kazi za kuendeleza tanzu za ndani.
Hapa kuna orodha ya vipimo zaidi (chini ya kata).
Vipimo
- Shughuli ya mtumiaji
- Watumiaji Hai
- Michakato inayofanya kazi
- Idadi ya faili
- Ukubwa wa faili ( MB)
- Idadi ya hati
- Idadi ya vitu vya kutumwa kwa wapokeaji
- Idadi ya wenzao
- Kazi ambazo hazijakamilika
- Muda wa wastani wa kusubiri kupakua barua pepe kutoka kwa seva ya barua katika dakika 10 zilizopita
- Bafa ya data ya nje: idadi ya faili
- Mpaka uliosalia kutoka tarehe ya sasa
- Foleni ndefu
- Foleni ya uendeshaji
- Umri ghafi wa akaunti kwa uelekezaji wa nje
- Ukubwa wa foleni ya kukubali uelekezaji wa ndani (foleni ndefu)
- Ukubwa wa foleni ya kukubali uelekezaji wa ndani (foleni ya haraka)
- Muda wa kutuma barua kupitia uelekezaji wa ndani (foleni ndefu)
- Muda wa kutuma barua kupitia uelekezaji wa ndani (foleni ya haraka)
- Muda wa kutuma barua kupitia uelekezaji wa nje (wastani)
- Idadi ya Uhifadhi wa hati
- Idadi ya hati Kutokuwepo
- Idadi ya hati "Rekodi ya kazi na mwenzake"
- Barua za Usasishaji wa Barua kwenye folda
- Barua Kufungua kadi ya barua
- Barua Hamisha barua kwenye folda
- Barua Abiri kupitia folda
Mfumo wetu hupima viashiria zaidi ya 150 kote saa, lakini sio zote zinaweza kufuatiliwa haraka. Wanaweza kuja kwa manufaa baadaye, katika mtazamo fulani wa kihistoria, na unaweza kuzingatia yale muhimu zaidi kwa biashara.
Katika moja ya utekelezaji, kwa mfano, viashiria 5 tu vilichaguliwa. Mteja aliweka lengo la kuunda seti ya chini ya viashiria, lakini wakati huo huo ili kufunika hali kuu za kazi. Haitakuwa na haki kujumuisha viashiria 150 katika cheti cha kukubalika, kwa sababu hata ndani ya biashara ni vigumu kukubaliana juu ya viashiria vinavyozingatiwa kukubalika. Na walijua kuhusu viashiria hivi 5 na tayari walikuwa wamewasilisha kwa mfumo kabla ya kuanza kwa mradi wa utekelezaji, ikiwa ni pamoja na katika nyaraka za ushindani: wakati wa kufungua kadi si zaidi ya sekunde 3, wakati wa kukamilisha kazi na faili no. zaidi ya sekunde 5, nk. Katika kampuni zetu tanzu tulikuwa na vipimo ambavyo vilionyesha kwa uwazi ombi asili kutoka kwa vipimo vya kiufundi vya mteja.
Pia tuna uchanganuzi wa wasifu wa vipimo vya utendakazi. Viashiria vya utendaji ni rekodi ya muda wa kila operesheni inayoendelea (kuandika barua kwa hifadhidata, kutuma barua kwa seva ya barua, nk). Hii inatumiwa pekee na mafundi. Tunakusanya viashirio vingi vya utendakazi katika programu yetu. Kwa sasa tunapima takriban shughuli 1500 muhimu, ambazo zimegawanywa katika wasifu.
Mojawapo ya wasifu muhimu kwetu ni "Orodha ya Viashiria Muhimu vya Barua kutoka kwa Mtazamo wa Mtumiaji." Wasifu huu ni pamoja na, kwa mfano, viashiria vifuatavyo:
- Utekelezaji wa amri: Chagua kwa lebo
- Kufungua fomu: Fomu ya Orodha
- Utekelezaji wa amri: Chagua kwa folda
- Kuonyesha barua katika eneo la kusoma
- Inahifadhi barua kwenye folda unayopenda
- Tafuta barua kwa maelezo
- Kutengeneza barua
Ikiwa tunaona kwamba metric kwa kiashiria fulani cha biashara imekuwa kubwa sana (kwa mfano, barua kutoka kwa mtumiaji fulani zimeanza kufika kwa muda mrefu sana), tunaanza kuihesabu na kugeuka kupima wakati wa shughuli za kiufundi. Tuna operesheni ya kiufundi "Kuhifadhi barua kwenye seva ya barua" - tunaona kuwa operesheni hii imezidi kikomo cha muda cha kipindi cha mwisho. Operesheni hii, kwa upande wake, imegawanywa katika shughuli zingine - kwa mfano, kuanzisha unganisho na seva ya barua. Tunaona kwamba kwa sababu fulani ghafla imekuwa kubwa sana (tuna vipimo vyote kwa mwezi - tunaweza kulinganisha kwamba wiki iliyopita ilikuwa milliseconds 10, na sasa ni milliseconds 1000). Na tunaelewa kuwa kitu kimevunjika hapa - tunahitaji kurekebisha.
Tunawezaje kudumisha hifadhidata kubwa kama hii?
DO yetu ya ndani ni mfano wa mradi wa mzigo mkubwa unaofanya kazi. Wacha tuzungumze juu ya sifa za kiufundi za hifadhidata yake.
Inachukua muda gani kurekebisha meza kubwa za hifadhidata?
Seva ya SQL inahitaji matengenezo ya mara kwa mara, kuweka meza kwa utaratibu. Kwa njia nzuri, hii inapaswa kufanyika angalau mara moja kwa siku, na hata mara nyingi zaidi kwa meza za mahitaji ya juu. Lakini ikiwa hifadhidata ni kubwa (na idadi yetu ya rekodi tayari imezidi bilioni 11), basi kuitunza sio rahisi.
Tulifanya urekebishaji wa jedwali miaka 6 iliyopita, lakini ilianza kuchukua muda mwingi hivi kwamba hatufai tena katika vipindi vya usiku. Na kwa kuwa shughuli hizi hupakia sana seva ya SQL, haiwezi kuwahudumia watumiaji wengine kwa ufanisi.
Kwa hiyo, sasa tunapaswa kutumia mbinu mbalimbali. Kwa mfano, hatuwezi kufanya taratibu hizi kwenye seti kamili za data. Inabidi ugeukie utaratibu wa Sampuli ya Usasishaji safu mlalo 500000 - hii inachukua dakika 14. Haisasishi takwimu za data zote kwenye jedwali, lakini huchagua safu mlalo nusu milioni na kuzitumia kukokotoa takwimu ambazo hutumia kwa jedwali zima. Hii ni dhana fulani, lakini tunalazimika kuifanya, kwa sababu kwa meza maalum, kukusanya takwimu kwenye rekodi zote za bilioni itachukua muda mrefu usiokubalika.
Pia tuliboresha shughuli zingine za urekebishaji kwa kuzifanya ziwe sehemu.
Kudumisha DBMS kwa ujumla ni kazi ngumu. Katika kesi ya mwingiliano wa kazi kati ya wafanyikazi, hifadhidata inakua haraka, na inazidi kuwa ngumu kwa wasimamizi kuitunza - kusasisha takwimu, kugawanyika, kuorodhesha. Hapa tunahitaji kutumia mikakati mbalimbali, tunajua vizuri jinsi ya kufanya hili, tuna uzoefu, tunaweza kushiriki.
Je, hifadhi rudufu inatekelezwa vipi na kiasi kama hicho?
Nakala kamili ya DBMS inafanywa mara moja kwa siku usiku, moja ya nyongeza - kila saa. Pia, saraka ya faili huundwa kila siku, na ni sehemu ya hifadhi ya ziada ya hifadhi ya faili.
Inachukua muda gani kukamilisha uhifadhi kamili?
Backup kamili kwa gari ngumu imekamilika kwa saa tatu, nakala rudufu kwa saa moja. Inachukua muda mrefu kuandika kwa mkanda (kifaa maalum ambacho hufanya nakala ya nakala kwenye kaseti maalum iliyohifadhiwa nje ya ofisi; nakala inayoweza kuhamishwa inafanywa kwa tepi, ambayo itahifadhiwa ikiwa, kwa mfano, chumba cha seva kinawaka). Hifadhi nakala hufanywa kwenye seva sawa, vigezo ambavyo vilikuwa vya juu - seva ya SQL na mzigo wa processor 20%. Wakati wa kuhifadhi, bila shaka, mfumo unakuwa mbaya zaidi, lakini bado unafanya kazi.
Je, kuna kupunguzwa?
Kuna faili, tutazijaribu wenyewe, na hivi karibuni zitajumuishwa katika toleo jipya la Usimamizi wa Hati. Pia tunajaribu utaratibu wa utengaji wa sehemu nyingine. Hakuna upunguzaji wa rekodi katika kiwango cha DBMS, kwani hii sio lazima. Jukwaa la 1C:Enterprise huhifadhi vitu katika DBMS, na ni jukwaa pekee linaloweza kuwajibika kwa uthabiti wao.
Je, kuna nodi za kusoma pekee?
Hakuna nodi za kusoma (nodi za mfumo zilizojitolea ambazo hutumikia wale wanaohitaji kupokea data yoyote ya kusoma). DO si mfumo wa uhasibu wa kuweka kwenye nodi tofauti ya BI, lakini kuna nodi tofauti ya idara ya maendeleo, ambayo ujumbe hubadilishwa katika umbizo la JSON, na muda wa kawaida wa kurudia ni vitengo na makumi ya sekunde. Node bado ni ndogo, ina rekodi kuhusu milioni 800, lakini inakua haraka.
Je, barua pepe zilizowekwa alama za kufutwa hazijafutwa kabisa?
Bado. Hatuna kazi ya kufanya msingi kuwa nyepesi. Kulikuwa na kesi kadhaa mbaya zaidi wakati ilihitajika kurejelea barua zilizowekwa alama za kufutwa, pamoja na 2009. Ndiyo maana tuliamua kuweka kila kitu kwa sasa. Lakini wakati gharama ya hii inakuwa isiyofaa, tutafikiri juu ya kuondolewa. Lakini, ikiwa unahitaji kuondoa barua tofauti kutoka kwa hifadhidata kabisa ili hakuna athari, basi hii inaweza kufanywa kwa ombi maalum.
Kwa nini uihifadhi? Je! una takwimu za ufikiaji wa hati za zamani?
Hakuna takwimu. Kwa usahihi, iko katika mfumo wa logi ya mtumiaji, lakini haijahifadhiwa kwa muda mrefu. Maingizo yaliyokaa zaidi ya mwaka mmoja yamefutwa kwenye itifaki.
Kulikuwa na hali wakati ilihitajika kupata barua za zamani kutoka miaka mitano au hata kumi iliyopita. Na hii haikufanywa kila wakati kwa udadisi wa bure, lakini kufanya maamuzi magumu ya biashara. Kulikuwa na kesi ambapo, bila historia ya mawasiliano, uamuzi mbaya wa biashara ungefanywa.
Je, thamani ya hati inatathminiwa na kuharibiwa vipi kulingana na muda wa kuhifadhi?
Kwa hati za karatasi hii inafanywa kwa njia ya kawaida ya jadi, kama kila mtu mwingine. Hatufanyi hivyo kwa zile za kielektroniki - wacha wajiwekee wenyewe. Kikao kiko hapa. Kuna faida. Kila mtu yuko sawa.
Je, kuna matarajio gani ya maendeleo?
Sasa DO yetu inatatua kuhusu matatizo 30 ya ndani, ambayo baadhi tuliorodhesha mwanzoni mwa makala. DL pia hutumiwa kuandaa mikutano ambayo tunafanya mara mbili kwa mwaka kwa washirika wetu: mpango mzima, ripoti zote, sehemu zote zinazofanana, kumbi - yote haya yameandikwa kwenye DL, na kisha kupakuliwa kutoka kwayo, na programu iliyochapishwa. inafanywa.
Kuna kazi kadhaa zaidi kwenye njia ya DO, pamoja na zile ambazo tayari inasuluhisha. Kuna kazi za kampuni nzima, na kuna za kipekee na adimu, zinahitajika tu na idara maalum. Inahitajika kuwasaidia, ambayo inamaanisha kupanua "jiografia" ya kutumia mfumo ndani ya 1C - kupanua wigo wa maombi, kutatua shida za idara zote. Hii itakuwa mtihani bora kwa utendaji na kuegemea. Ningependa kuona mfumo ukifanya kazi kwenye matrilioni ya rekodi, petabytes za habari.
Chanzo: mapenzi.com