Konsideroni një situatë tipike në të cilën fillestarët shpesh gjenden. Le të themi se ekziston një konfigurim tipik 1C: Automatizimi i integruar 8. Fillimisht, konfigurimi u instalua nga kompleti i shpërndarjes (le të themi lëshimi 1.1.20.1). Pastaj, për shkak të nevojës për t'u përshtatur me specifikat e ndërmarrjes, u përfshi mundësia e ndryshimit (të ardhurit shumë shpesh gabimisht e quajnë këtë veprim dembështetje, megjithëse në fakt nuk është ashtu).
Dhe tani, pas ca kohësh, ne kemi një konfigurim shumë të modifikuar, por ende tipik (për qëllime të kontabilitetit të rregulluar, ne përditësuam rregullisht). Le të hedhim një vështrim në disa situata hipotetike:
1) Disa kohë pas përditësimit të radhës, marrim një mesazh nga departamenti i kontabilitetit në lidhje me një gabim që shfaqet në kohën e mbylljes rutinë të muajit. Para kësaj, nuk kishte një gabim të tillë, prandaj fajin e ka përditësimi. Një situatë mjaft tipike. Ne fillojmë të diagnostikojmë gabimin dhe shohim që këmbët po rriten nga moduli i përgjithshëm VATAccountingFormationMovements. Fillojmë të kuptojmë dhe kuptojmë se ky modul u ridizajnua ndjeshëm në një standard dhe pas bashkimit, ne "humbëm" disa nga procedurat / funksionet (ose, siç ndodh shpesh në ato standarde, ato "u hodhën" në një modul tjetër të përbashkët) . Duke pasur parasysh ndërlikimet e moduleve të zakonshme midis tyre në ato tipike, në fazën e përditësimit nuk është gjithmonë e mundur të identifikohet një problem që shfaqet vetëm kur përdoruesit punojnë.
Pra, ne e kuptojmë se për ta kuptuar atë, ne kemi nevojë për një konfigurim tipik të versionit aktual (le të themi 1.1.23.1). Por ku mund ta marr? Nëse ka një ekskluzivitet të njohur dhe ai mund të dërgojë shpejt kompletin e shpërndarjes - mirë, por supozoni se ai nuk është aty dhe ju duhet ta rregulloni problemin urgjentisht. (Mos ofroni Varese!). Për më tepër, mund të mos ketë internet, dhe çfarë të bëni në një situatë të tillë? Unë kam dëshmuar në mënyrë të përsëritur procesin kur një person, për të zgjidhur këtë problem, instaloi një bazë të re nga shpërndarja fillestare ekzistuese dhe më pas e përditësoi në mënyrë të njëpasnjëshme në atë më të fundit për të parë "si duhet të jetë vërtet" në një bazë të pastër. Dhe arkivoli, si gjithmonë, sapo u hap :)
Tani le të shohim zgjidhje të ndryshme:
a) Opsioni i parë: Menu -> Konfigurimi -> Krahasoni konfigurimet, më pas zgjidhni konfigurimin e furnizuesit dhe krahasoni atë me konfigurimin kryesor.
Çuditërisht, ka nga ata që nuk dinë për të. Ose, në çdo rrethanë, përdorni artikullin Krahaso, bashko me konfigurimin nga skedari (pasi të keni marrë / marrë më parë një .cf tipike).
b) Metoda e dytë është e përshtatshme nëse duhet jo vetëm të shohim ndryshimet, por edhe të kryejmë menjëherë bashkimin.
Meny -> Konfigurimi -> Mbështetje -> Cilësimet e mbështetjes dhe në fund shtypni butonin Krahaso, bashko.
2) Një situatë tjetër: le të themi se kemi ndryshuar ose fshirë një pjesë të kodit tipik, dhe pas një kohe doli se kemi bërë një gabim dhe duhet të kthejmë gjithçka përsëri. Dhe siç ndodh shpesh, nuk ka asnjë kopje rezervë të konfigurimit të ruajtur përpara ndryshimeve të bëra. Por ne e dimë me siguri se kjo pjesë e kodit gjendet në kodin standard, kështu që konfigurimi i shitësit do ta zgjidhte problemin.
Natyrisht, ju mund të bëni si në rastin e parë. Prisni përfundimin e procesit të krahasimit dhe hapni modulin tipik nga dritarja e krahasimit të konfigurimit dhe kopjoni kodin prej andej.
Disa bëjnë pikërisht këtë, por nëse kemi të bëjmë me një përbindësh të tipit SCP, i cili gjithashtu është shumë i modifikuar, atëherë përfundimi i procesit të krahasimit mund të zgjasë shumë. Nëse do të kishim një skedar .cf, thjesht mund ta hapnim atë në dritaren e konfigurimit (meqë ra fjala, jo të gjithë fillestarët e dinë as këtë veçori) dhe të kopjojmë kodin e nevojshëm prej andej.
Dhe lind një pyetje e arsyeshme, si mund ta ruani akoma konfigurimin e ofruesit në një skedar? Pse nuk ka asnjë artikull të menysë të ngjashme me Ruaj konfigurimin në skedar për konfigurimin kryesor ose Ruaj konfigurimin e bazës së të dhënave në skedar për konfigurimin e bazës së të dhënave. Dhe ku është e njëjta gjë për konfigurimin e shitësit? Në fakt, është edhe aty, vetëm i groposur pak më thellë. Gjegjësisht, të gjitha në të njëjtën formë të cilësimeve të mbështetjes.
Vetëm se shumë njerëz e hapin këtë formular vetëm një herë për të mundësuar mundësinë e ndryshimit dhe për të mos iu kthyer më kurrë.
Dhe në rastin tonë, ishte edhe më e lehtë për ta bërë këtë, edhe pa e ruajtur konfigurimin në një skedar, klikoni butonin Hap. Efekti është i njëjtë, por shumë më i shpejtë.
Pse tjetër do t'ju duhet të ruani konfigurimin e shitësit në një skedar?
3) Merrni parasysh situatën e mëposhtme. Supozoni se në fazën fillestare të ekzistencës së konfigurimit në standard nuk kishte asnjë funksionalitet që na nevojitej dhe u mor një vendim për ta përmirësuar atë. Përsosja ishte minimale, por në të ardhmen krijoi ende bezdi gjatë përditësimit. Por më pas, pas ca kohësh, zbulojmë se ky funksionalitet (siç ishte me versionimin e objekteve) u shfaq në atë standard (dhe, siç ndodh shpesh, zbatohet një renditje përmasash më mirë se sa përsosja e "mjeshtërive").
Unë do të jap disa shembuj të tjerë të situatave reale ku mund t'ju duhet të ktheheni në një konfigurim tipik:
1. Disa herë kam hasur në konfigurime në të cilat janë finalizuar vetëm paraqitjet e formularëve të printuar. Për shkak të mungesës së përvojës ose injorancës, programuesi që shoqëroi konfigurimin, në vend që të krijonte një printim të jashtëm, hoqi konfigurimin nga mbështetja dhe finalizoi paraqitjet e integruara (shpesh e zakonshme për të shtuar një logo të kompanisë), pas së cilës përdoruesit u privuan nga mundësia e modalitetit të përditësimit automatik.
2. Përsëri, nga mosnjohja e funksionalitetit tipik (ish "shtatë" shpesh vuajnë nga kjo), në vend të përdorimit të pronave dhe kategorive, detajet e drejtorive / dokumenteve u shtuan kur kjo nuk kishte asnjë arsye të mirë (të dhënat, për shembull, ishin përdoret vetëm për dalje në format e printuara).
Sigurisht, ky nuk është problem nëse kemi të bëjmë me UT ose një konfigurim tjetër të planit të menaxhimit, ku përditësimet në përgjithësi nuk janë kritike, por në këtë shembull po flisnim për SCP të modifikuara ose automatizim kompleks. Dhe rezulton se për shkak të përmirësimeve të vogla që mund të zbatoheshin pa e hequr atë nga mbështetja e plotë, ne kemi hemorroide që askush nuk i duhen me përditësime tipike.
Ekziston një dëshirë e arsyeshme për të braktisur përmirësimet e bëra dhe për të vendosur përsëri konfigurimin në mbështetje të plotë. Si ta bëjmë atë?
Mënyra e vetme për ta rikthyer konfigurimin në mbështetje të plotë është të ngarkoni (jo në modalitetin e krahasimit dhe bashkimit, përkatësisht konfigurimin Load from file it) type.cf. Për këtë, na duhet vetëm aftësia për të ruajtur konfigurimin e ofruesit në një skedar .cf. Ruajmë, pastaj ngarkojmë dhe pas përditësimit të konfigurimit të bazës së të dhënave, marrim një konfigurim tipik në formën e tij origjinale, d.m.th. me bravë :) Natyrisht, përpara se të kryeni këto veprime, duhet të kujdeseni paraprakisht për ruajtjen / transferimin e të dhënave të nevojshme, të cilat do të "lahen" pasi të ktheheni në konfigurimin standard dhe sigurohuni që të bëni një kopje rezervë të bazës së të dhënave !
Këto janë mundësitë e thjeshta që rezultuan të ishin në arsenalin e zhvilluesit, por mosnjohja e këtyre teknikave në praktikë mund të rezultojë në shumë orë bujë të panevojshme të përshkruara më sipër. Pra, kush e dinte - bravo, dhe kush nuk e dinte - merre në shërbim dhe kurseni kohën tuaj.
Kishte një pyetje:
Sa konfigurime janë në infobazë?
Përgjigja e saktë 3
Struktura e IB përfshin:
1. Konfigurimi bazë.
2. Konfigurimi i bazës së të dhënave.
3. Konfigurimi i shitësit(mund të mungojë).
4. Plus të dhënat e përdoruesit (dokumentet, drejtoritë, etj.)
Konfigurimi përcakton strukturën e bazës së të dhënave dhe përmban algoritmet që ofrojnë punë me të dhënat.
Zhvilluesit punojnë me konfigurimin kryesor. Përdoruesit punojnë me konfigurimin e bazës së të dhënave.
Konfigurimi i ofruesit - konfigurimi fillestar i ofruesit të zgjidhjeve gjenerike.
Nëse baza e informacionit është instaluar nga një shabllon dhe mbështetet nga shitësi, atëherë brenda IB konfigurimi i shitësit do të jetë.
Nëse konfigurimi është nën mirëmbajtje dhe ndryshimet në objekte janë të ndaluara, pastaj infobaza ruan dy konfigurime - konfigurimin e bazuar dhe konfigurimin e bazës së të dhënave.
Kur aktivizoni aftësinë për të ndryshuar konfigurimin (komandën Aktivizo Modifiko në dialog Përshtatja e mbështetjes"), platforma nga konfigurimi kryesor krijon konfigurimin e ofruesit. Madhësia e IB po rritet.
Konfigurimi i shitësit është vetëm për lexim.
Për të parë konfigurimin e furnizuesit, zgjidhni artikullin
Konfigurimi - Mbështetje - Konfigurimi i mbështetjes - Hap.
Një infobazë mund të përmbajë konfigurime të shumta të shitësve nëse konfigurimi mbështet shumë shitës. Një skemë e tillë gjendet kur përdoren zgjidhje të qarkullimit të industrisë.
Bazat e mbështetjes 1C
Përditësimi i 1C mund të bëhet në modalitetin e përdoruesit, në modalitetin e konfiguruesit dhe në cilësimet e krahasimit dhe bashkimit.
Tërheqja nga mbështetja
Në dialogun e konfigurimit të mbështetjes, kur klikoni butonin De-mbështetje konfigurimi i shitësit po fshihet. Kjo mundësi duhet të përdoret në rastet kur një zgjidhje standarde përdoret si bazë për zhvillimin e brendshëm dhe nuk planifikohet mirëmbajtja e saj.
Nëse dëshironi të ngarkoni konfigurimin e shitësit. Kjo mund të bëhet nga Mbështetja - Cilësimet e Mbështetjes. Në dialogun "Cilësimet e mbështetjes", klikoni butonin "Ruaj në skedar".
Në këtë artikull, unë dua të tregoj aftësitë e shërbimit të platformës 1C: Enterprise 8, për sa i përket përdorimit të konfigurimit të furnizuesit, të cilat janë shumë shpesh të kërkuara, por siç ka treguar praktika, ato nuk janë aspak të njohura për të gjithë fillestarët dhe edhe profesionistë me përvojë.
Konsideroni një situatë tipike në të cilën fillestarët shpesh gjenden. Le të themi se ekziston një konfigurim tipik 1C: Automatizimi i integruar 8. Fillimisht, konfigurimi u instalua nga kompleti i shpërndarjes (le të themi lëshimi 1.1.20.1). Pastaj, për shkak të nevojës për t'u përshtatur me specifikat e ndërmarrjes, u përfshi mundësia e ndryshimit (të ardhurit shumë shpesh gabimisht e quajnë këtë veprim dembështetje, megjithëse në fakt nuk është ashtu).
Dhe tani, pas ca kohësh, ne kemi një konfigurim shumë të modifikuar, por ende tipik (për qëllime të kontabilitetit të rregulluar, ne përditësuam rregullisht). Le të hedhim një vështrim në disa situata hipotetike:
1) Disa kohë pas përditësimit të radhës, marrim një mesazh nga departamenti i kontabilitetit në lidhje me një gabim që shfaqet në kohën e mbylljes rutinë të muajit. Para kësaj, nuk kishte një gabim të tillë, prandaj fajin e ka përditësimi. Një situatë mjaft tipike. Ne fillojmë të diagnostikojmë gabimin dhe shohim që këmbët po rriten nga moduli i përgjithshëm VATAccountingFormationMovements. Fillojmë të kuptojmë dhe kuptojmë se ky modul u ridizajnua ndjeshëm në një standard dhe pas bashkimit, ne "humbëm" disa nga procedurat / funksionet (ose, siç ndodh shpesh në ato standarde, ato "u hodhën" në një modul tjetër të përbashkët) . Duke pasur parasysh ndërlikimet e moduleve të zakonshme midis tyre në ato tipike, në fazën e përditësimit nuk është gjithmonë e mundur të identifikohet një problem që shfaqet vetëm kur përdoruesit punojnë.
Pra, ne e kuptojmë se për ta kuptuar atë, ne kemi nevojë për një konfigurim tipik të versionit aktual (le të themi 1.1.23.1). Por ku mund ta marr? Nëse ka një ekskluzivitet të njohur dhe ai mund të dërgojë shpejt kompletin e shpërndarjes - mirë, por supozoni se ai nuk është aty dhe ju duhet ta rregulloni problemin urgjentisht. (Mos ofroni Varese!). Për më tepër, mund të mos ketë internet, dhe çfarë të bëni në një situatë të tillë? Unë kam dëshmuar vazhdimisht procesin kur një person, për të zgjidhur këtë problem, instaloi një bazë të re nga shpërndarja fillestare ekzistuese, dhe më pas e përditësoi në mënyrë të njëpasnjëshme në atë më të fundit për të parë "si duhet të jetë vërtet" në një bazë të pastër. Dhe gjoksi, si gjithmonë, sapo u hap (IMG:)
Tani le të shohim zgjidhje të ndryshme:
a) Opsioni i parë: Menu -> Konfigurimi -> Krahasoni konfigurimet, më pas zgjidhni konfigurimin e furnizuesit dhe krahasoni atë me konfigurimin kryesor.
Çuditërisht, ka nga ata që nuk dinë për të. Ose, në çdo rrethanë, përdorni artikullin Krahaso, bashko me konfigurimin nga skedari (pasi të keni marrë / marrë më parë një .cf tipike).
b) Metoda e dytë është e përshtatshme nëse duhet jo vetëm të shohim ndryshimet, por edhe të kryejmë menjëherë bashkimin.
Meny -> Konfigurimi -> Mbështetje -> Cilësimet e mbështetjes dhe në fund shtypni butonin Krahaso, bashko.
2) Një situatë tjetër: le të themi se kemi ndryshuar ose fshirë një pjesë të kodit tipik, dhe pas një kohe doli se kemi bërë një gabim dhe duhet të kthejmë gjithçka përsëri. Dhe siç ndodh shpesh, nuk ka asnjë kopje rezervë të konfigurimit të ruajtur përpara ndryshimeve të bëra. Por ne e dimë me siguri se kjo pjesë e kodit gjendet në kodin standard, kështu që konfigurimi i shitësit do ta zgjidhte problemin.
Natyrisht, ju mund të bëni si në rastin e parë. Prisni përfundimin e procesit të krahasimit dhe hapni modulin tipik nga dritarja e krahasimit të konfigurimit dhe kopjoni kodin prej andej.
Disa bëjnë pikërisht këtë, por nëse kemi të bëjmë me një përbindësh të tipit SCP, i cili gjithashtu është shumë i modifikuar, atëherë përfundimi i procesit të krahasimit mund të zgjasë shumë. Nëse do të kishim një skedar .cf, thjesht mund ta hapnim atë në dritaren e konfigurimit (meqë ra fjala, jo të gjithë fillestarët e dinë as këtë veçori) dhe të kopjojmë kodin e nevojshëm prej andej.
Dhe lind një pyetje e arsyeshme, si mund ta ruani akoma konfigurimin e ofruesit në një skedar? Pse nuk ka asnjë artikull të menysë të ngjashme me Ruaj konfigurimin në skedar për konfigurimin kryesor ose Ruaj konfigurimin e bazës së të dhënave në skedar për konfigurimin e bazës së të dhënave. Dhe ku është e njëjta gjë për konfigurimin e shitësit? Në fakt, është edhe aty, vetëm i groposur pak më thellë. Gjegjësisht, të gjitha në të njëjtën formë të cilësimeve të mbështetjes.
Vetëm se shumë njerëz e hapin këtë formular vetëm një herë për të mundësuar mundësinë e ndryshimit dhe për të mos iu kthyer më kurrë.
Dhe në rastin tonë, ishte edhe më e lehtë për ta bërë këtë, edhe pa e ruajtur konfigurimin në një skedar, klikoni butonin Hap. Efekti është i njëjtë, por shumë më i shpejtë.
Pse tjetër do t'ju duhet të ruani konfigurimin e shitësit në një skedar?
3) Merrni parasysh situatën e mëposhtme. Supozoni se në fazën fillestare të ekzistencës së konfigurimit në standard nuk kishte asnjë funksionalitet që na nevojitej dhe u mor një vendim për ta përmirësuar atë. Përsosja ishte minimale, por në të ardhmen krijoi ende bezdi gjatë përditësimit. Por më pas, pas ca kohësh, zbulojmë se ky funksionalitet (siç ishte me versionimin e objekteve) u shfaq në atë standard (dhe, siç ndodh shpesh, zbatohet një renditje përmasash më mirë se sa përsosja e "mjeshtërive").
Unë do të jap disa shembuj të tjerë të situatave reale ku mund t'ju duhet të ktheheni në një konfigurim tipik:
1. Disa herë kam hasur në konfigurime në të cilat janë finalizuar vetëm paraqitjet e formularëve të printuar. Për shkak të mungesës së përvojës ose injorancës, programuesi që shoqëroi konfigurimin, në vend që të krijonte një printim të jashtëm, hoqi konfigurimin nga mbështetja dhe finalizoi paraqitjet e integruara (shpesh e zakonshme për të shtuar një logo të kompanisë), pas së cilës përdoruesit u privuan nga mundësia e modalitetit të përditësimit automatik.
2. Përsëri, për shkak të mosnjohjes së funksionalitetit tipik (ish "shtatë" shpesh vuajnë nga kjo), në vend të përdorimit të pronave dhe kategorive, detajet e drejtorive / dokumenteve u shtuan kur kjo nuk kishte asnjë arsye të mirë (të dhënat, për shembull, u përdorën vetëm për dalje në format e shtypura).
Sigurisht, ky nuk është problem nëse kemi të bëjmë me UT ose një konfigurim tjetër të planit të menaxhimit, ku përditësimet në përgjithësi nuk janë kritike, por në këtë shembull po flisnim për SCP të modifikuara ose automatizim kompleks. Dhe rezulton se për shkak të përmirësimeve të vogla që mund të zbatoheshin pa e hequr atë nga mbështetja e plotë, ne kemi hemorroide që askush nuk i duhen me përditësime tipike.
Ekziston një dëshirë e arsyeshme për të braktisur përmirësimet e bëra dhe për të vendosur përsëri konfigurimin në mbështetje të plotë. Si ta bëjmë atë?
Mënyra e vetme për ta rikthyer konfigurimin në mbështetje të plotë është të ngarkoni (jo në modalitetin e krahasimit dhe bashkimit, përkatësisht konfigurimin Load from file it) type.cf. Për këtë, na duhet vetëm aftësia për të ruajtur konfigurimin e ofruesit në një skedar .cf. Ruajmë, pastaj ngarkojmë dhe pas përditësimit të konfigurimit të bazës së të dhënave, marrim një konfigurim tipik në formën e tij origjinale, d.m.th. me një bllokues (IMG:) Natyrisht, përpara se të kryeni këto veprime, duhet të kujdeseni paraprakisht për ruajtjen / transferimin e të dhënave të nevojshme, të cilat do të "lahen" pasi të ktheheni në konfigurimin standard dhe sigurohuni që të bëni një kopje rezervë të bazën e të dhënave!
Këto janë mundësitë e thjeshta që rezultuan të ishin në arsenalin e zhvilluesit, por mosnjohja e këtyre teknikave në praktikë mund të rezultojë në shumë orë zhurmë të panevojshme të përshkruara më sipër. Pra, kush e dinte - bravo, dhe kush nuk e dinte - merre në shërbim dhe kurseni kohën tuaj.
[Duhet të regjistroheni për të parë lidhjen]
Ky artikull bazohet në përvojën shumëvjeçare në zhvillimin dhe mbështetjen e zgjidhjeve të kontabilitetit në platformën 1C: Enterprise. Artikulli përshkruan disa situata mjaft të zakonshme që shkaktojnë vështirësi gjatë përditësimit të konfigurimeve jo standarde 1C:Enterprise 8.
Ky artikull nuk përshkruan metoda për aplikimin e përditësimeve automatike dhe të automatizuara të konfigurimit duke përdorur komponentë të jashtëm dhe/ose produkte softuerike. Ju mund të gjeni informacion mbi to në këtë dhe burime të tjera të internetit.
Ju mund të keni vënë re se me çdo përditësim, numri i objekteve që kërkojnë vëmendjen tuaj vetëm rritet. Në të njëjtën kohë, ju e dini me siguri se, për shembull, vetëm një dokument është ndryshuar, dhe kur përditësohet, shfaqet një listë me disa dhjetëra objekte të ndryshuara. Sigurisht, mund të përdorni metodën e përshkruar në artikullin "Teknologjia për përditësimin e konfigurimeve jo standarde 1C: Ndërmarrja 7.7" e datës 27/06/2003. Po, do të funksionojë. Shumë bëjnë përditësime në këtë mënyrë. Por unë e konsideroj këtë qasje joefikase dhe kërkon kohë kur përditësohen konfigurimet në platformën 1C:Enterprise 8. Ndryshe nga platforma 1C:Enterprise 7.7, platforma 1C:Enterprise 8 ju lejon të hapni disa konfigurime (skedarë *.cf) në të njëjtën kohë kohë dhe kryeni disa krahasime të konfigurimit në një konfigurues të vetëm kopje. Përjashtimi i vetëm janë, ndoshta, vetëm konfigurimet e ndërtuara në SCP (Manufacturing Enterprise Management) - ato janë shumë të rënda, platforma bie.
Procesi i përditësimit të konfigurimeve 1C:Enterprise 8 është më i automatizuar në krahasim me 1C:Enterprise 7.7. Një nivel mjaft i lartë i automatizimit mund të zvogëlojë ndjeshëm kompleksitetin e punës gjatë përditësimit të konfigurimeve jo standarde. Fatkeqësisht, më shpesh procesi i përditësimit të konfigurimeve jo standarde nuk mund të kryhet plotësisht automatikisht dhe kërkon ndërhyrjen e një specialisti.
A është e mundur që procesi i përditësimit të kryhet plotësisht automatikisht? Sigurisht. Për ta bërë këtë, objektet e ndryshueshme duhet të shtohen dhe nuk duhet të përdorin funksionalitetin e një konfigurimi ekzistues. ato. këto objekte duhet të zgjidhin detyra krejtësisht të ndryshme kontabël që zgjerojnë funksionalitetin e konfigurimit tipik të furnizuesit. Pajtohem që situata e përshkruar është jashtëzakonisht e rrallë. Pothuajse gjithmonë, ndryshimet ndikojnë në objektet e konfigurimit tipik të furnizuesit.
Ju lutemi vini re se baza e të dhënave mund të përmbajë deri në tre lloje konfigurimesh:
- konfigurimi i bazës së të dhënave- ky është konfigurimi me të cilin punojnë përdoruesit;
- konfigurimi i punës (kryesore) është një konfigurim në të cilin ne mund të bëjmë ndryshime, ndërsa përdoruesit mund të vazhdojnë të punojnë;
- konfigurimi i shitësitështë konfigurimi fillestar i ofruesit, nga i cili zakonisht krijohet konfigurimi i punës dhe konfigurimi i bazës së të dhënave. Një bazë të dhënash mund të ketë konfigurime të shumta nga shitës të ndryshëm. Ofruesi i konfigurimit mund të jetë jo vetëm 1C.
Le të shqyrtojmë procesin e përditësimit dhe të analizojmë gabimet e mundshme duke përdorur shembullin e përditësimit të konfigurimit të SCP (furnizuesi i një konfigurimi tipik është 1C, përmirësime nga Shërbimi Inform). Fillimisht, përditësimi i këtij konfigurimi nuk u krye duke përdorur teknologjinë e përshkruar në këtë artikull, kështu që gabimet e diskutuara në artikull janë më të zakonshmet në praktikë. Përmirësimi do të kryhet nga versioni 1.2.6.2 në versionin 1.2.14.1.
Faza 1. Përgatitja
Në fazën e parë, ne do të përputhim konfigurimin e punës me konfigurimin e furnizuesit. Kjo është një fazë shumë e rëndësishme, e cila do të reduktojë ndjeshëm sasinë e punës për analizën e ndryshimeve që kemi bërë më parë.Ky hap mund të anashkalohet nëse përditësimi i fundit ka kaluar përmes "mbështetjes" (Menyja "Konfigurimi" → "Mbështetje" → "Përditësimi i konfigurimit") ose është kryer sipas metodës së përshkruar në këtë artikull.
Një mospërputhje midis versioneve të konfigurimit të punës dhe konfigurimit të shitësit mund të ndodhë kur përdorni skedarët *.cf për përditësim, jo nga kompleti i shpërndarjes së shitësit, ose kur përdorni metoda përditësimi që ndryshojnë nga ato të përshkruara në këtë artikull. Për shembull, objektet u shtuan në konfigurimin e punës duke kopjuar përmes kujtesës së fragmenteve ose Drag&Drop.
1. Krahasimi i versioneve.
Le të kontrollojmë numrat e versioneve të konfigurimit të punës dhe konfigurimit të shitësit. Ne shikojmë numrin e konfigurimit të punës në menunë "Konfigurimi" → "Hap konfigurimin" menyja "Redakto" → "Properties". Në bllokun "Zhvillimi", zgjidhni "Version". (Figura 1).
Ne shikojmë numrin e konfigurimit të shitësit në menynë "Konfigurimi" → "Mbështetje" → "Cilësimet e mbështetjes ..." artikulli "Versioni". (Figura 2).
Nëse numrat përputhen, atëherë shkoni në hapin tjetër. Shih hapin 2.
Në këtë shembull, është e nevojshme të përputhet konfigurimi i punës dhe konfigurimi i shitësit me mbështetjen e objekteve që janë hequr nga mbështetja ose janë shtuar pa mbështetje. Për ta bërë këtë, kryeni hapat e mëposhtëm:
2. Ruajtja e konfigurimit të punës (kryesore).
Le ta ruajmë konfigurimin e punës në një skedar, për shembull work.cf. Për ta bërë këtë, zgjidhni artikullin e menusë "Konfigurimi" → "Ruaj konfigurimin në skedar ...".
3. Merrni skedarin e përditësimit për konfigurimin e shitësit.
Për të përputhur konfigurimet, na duhet një skedar *.cf nga shpërndarja e shitësit me të njëjtin numër versioni si konfigurimi i punës (Figurat 3 dhe 4). Ky skedar mund të merret kur instaloni shpërndarjen e duhur. Si parazgjedhje, paketa e shpërndarjes së konfigurimit është instaluar në drejtorinë C:\Program Files1cv81tmplts. Për më shumë informacion rreth instalimit të shablloneve të konfigurimit, shihni dokumentacionin.
Le të kontrollojmë direktorinë e shablloneve. Nëse ka një skedar *.cf të versionit të kërkuar në drejtorinë e shabllonit, atëherë shkoni te hapi 4 i Fazës 1.
Çfarë mund të bëhet nëse nuk ka skedar *.cf të versionit të kërkuar të konfigurimit të shitësit? Në këtë rast, mund të përdorni skedarët *.cfu dhe të përsërisni procedurën e përshkruar në Hapin 1 disa herë për të rritur në mënyrë sekuenciale numrin e versionit në lëshimin e kërkuar, në këtë rast në 1.2.6.2. Duhet të theksohet se përdorimi i skedarëve *.cfu mund të mos zbulojë gabime të bëra më herët gjatë përditësimit. E cila, e shihni, është mjaft e çuditshme, duke pasur parasysh faktin se skedari i shitësit së pari mblidhet bazuar në konfigurimin e vjetër të shitësit dhe skedarin *.cfu, dhe më pas kryhet përditësimi. Ndoshta kjo është për shkak të faktit se për ndonjë arsye jo të gjitha objektet e konfigurimit marrin pjesë në krahasim. Prandaj, unë propozoj të përdorni rrugën më të gjatë të mundshme, por edhe më të besueshme.
Ju duhet të krijoni një bazë të dhënash të zbrazët me konfigurimin e shitësit "të vjetër". Përditësoni konfigurimin e furnizuesit në versionin e kërkuar dhe përdorni tashmë atë kur kryeni punë në fazën 1. Për të marrë një konfigurim "të ri" të shitësit, bëni sa më poshtë:
Krijimi i një skedari të shitësit "të vjetër". për konfigurimin aktual. Skedari 1cv8.cf mund të merret nga shpërndarja e shitësit ose të ruhet nga baza e punës nëse konfigurimi mbështetet. Për të ruajtur skedarin 1cv8.cf nga baza e punës, në menunë "Konfigurimi" → "Mbështetje" → "Cilësimi i mbështetjes ...", klikoni butonin "Ruaj në skedar" dhe specifikoni drejtorinë dhe emrin e skedarit. Për shembull, në desktop.
Krijoni një bazë të dhënash me një konfigurim të ri të ofruesit. Baza e të dhënave mund të krijohet duke përdorur shpërndarjen e shitësit nga disku ITS ose duke përdorur 1cv8.cf të marrë më parë nga desktopi. Në rastin e parë, ndiqni udhëzimet e përfshira në shpërndarje. Në rastin e dytë, për të krijuar një bazë të dhënash nga një skedar i vendosur në desktop, krijoni një bazë të re informacioni pa konfigurim dhe ekzekutoni konfiguruesin. Në menynë "Konfigurimi" → "Ngarkoni konfigurimin nga skedari ..." specifikoni skedarin e ruajtur më parë në desktop. Hapni konfigurimin përmes menysë "Configuration" → "Open configuration" dhe përditësoni në versionin e dëshiruar përmes menysë "Configuration" → "Support" → "Update configuration" duke përdorur skedarët *.cfu.
Krijimi i një skedari konfigurimi "të ri" të shitësit. Për ta bërë këtë, zgjidhni artikullin në menunë "Konfigurimi" → "Ruaj konfigurimin në skedar ...". Ne specifikojmë vendndodhjen dhe emrin e skedarit 1cv8.cf. Klikoni "Ruaj".
Duke përdorur skedarin e konfigurimit të shitësit të marrë *.cf, le të përditësojmë. Për ta bërë këtë, zgjidhni artikullin e menysë "Konfigurimi" → "Mbështetje" → "Përditëso konfigurimin", "Zgjidh skedarin e përditësimit", "Finish" (Figura 5), "Run" (Figura 6).
Opsionet e zgjidhjes:
- zgjidh objektin që është në konfigurimin e ofruesit;
- hiqni referencën për objektin që është në konfigurimin e ofruesit.
5. Rivendosja e cilësimeve të humbura pjesërisht në fazën e mëparshme.
Për të rivendosur cilësimet e humbura pjesërisht, le të bashkohemi me skedarin e konfigurimit të punës të ruajtur më parë work.cf. Për ta bërë këtë, zgjidhni artikullin e menusë "Konfigurimi" → "Krahaso, bashko me konfigurimin nga skedari ...".
6. Ruajtja e rezultateve të përditësimit.
Le të ruajmë ndryshimet në konfigurimin e punës dhe të përditësojmë konfigurimin e bazës së të dhënave. Për ta bërë këtë, zgjidhni artikullin e menysë "Konfigurimi" → "Përditëso konfigurimin e bazës së të dhënave".
Këtu përballemi me një problem tjetër (Figura 8).
Për të zgjidhur këtë problem, le të shohim shkakun e shfaqjes së tij. Mund të ketë disa arsye, por më poshtë janë më të mundshmet. Këto objekte janë kopjuar në konfigurimin ekzekutiv nga konfigurimi i furnizuesit, ose furnizuesi i ka fshirë më parë këto objekte dhe më vonë ka shtuar të reja me të njëjtat emra, por identifikues të brendshëm të ndryshëm. Si rezultat, në konfigurim shfaqen objekte me identifikues të ndryshëm të brendshëm, por me emra të njëjtë.
Ne veprojmë thjesht me role - i fshijmë, sepse rolet nuk kanë ndryshuar (kjo mund të verifikohet duke krahasuar konfigurimin e vjetër të shitësit me konfigurimin e ekzekutimit). Ne veprojmë ndryshe me detajet e dokumentit. Atributi duhet të riemërtohet, për shembull, OrderReserve1, dhe pas përditësimit, transferoni vlerat nga atributi i riemërtuar në atë të ri. Për ta bërë këtë, mund të përdorni përpunimin e UniversalSelectionAndProcessingObjects.epf nga disku ITS.
Konsideroni një situatë tjetër të ngjashme me atë të mëparshme, por që u ngrit gjatë përditësimit të 1C: Kontabiliteti i Ndërmarrjeve 8.1. Çfarë të bëni me formularët? (Figura 9)
Në figurë mund të shohim se ListForm është hequr nga ofruesi dhe më pas është shtuar një formë e re me të njëjtin emër nga ofruesi. Prandaj, është e nevojshme të shënoni të dy format për përditësim dhe të klikoni butonin "Run".
Nëse shfaqet një mesazh që thotë se ka lidhje me objekte që duhen fshirë, është e nevojshme të pastrohen lidhjet me formularin që do të fshihet në vetitë e objektit pa mbyllur formularin e përditësimit. Në këtë rast në pronat e regjistrit. Pas kësaj, në formularin e përditësimit, klikoni butonin "Përditëso", shënoni vetitë e regjistrit për përditësim dhe klikoni përsëri butonin "Run".
Ruani ndryshimet në konfigurimin e punës dhe përditësoni konfigurimin e bazës së të dhënave "Konfigurimi" → "Përditëso konfigurimin e bazës së të dhënave".
Nëse është e nevojshme, transferoni vlerat e atributit OrderReserve1 në OrderReserve duke përdorur përpunimin e jashtëm në modalitetin 1C: Enterprise.
Faza 2. Përditësimi
Pas kryerjes së punës përgatitore në Fazën 1, ne vazhdojmë me përditësimin e konfigurimit kryesor dhe transferimin e përmirësimeve të bëra më parë në konfigurimin tipik të furnizuesit.Për të përditësuar konfigurimin, na duhet një skedar *.cfu ose një skedar *.cf nga shpërndarja e shitësit.
Nëse përditësimi kryhet përmes disa versioneve të konfigurimit, atëherë duhet t'i kushtoni vëmendje situatës së përshkruar në artikullin "Përditësimi i konfigurimeve 1C: Enterprise 8. Duke kaluar nëpër 20 versione". Nëse përditësimi nuk kryhet në një bazë të dhënash funksionale, atëherë pasi të kemi përfunduar përgatitjen e çdo faze të re, ruajmë skedarët *.cf. Ato do të nevojiten kur përditësohet konfigurimi i bazës së të dhënave të prodhimit të klientit.
Nëse përmirësoni në disa versione, duhet t'i kushtoni vëmendje objekteve që fshihen dhe objekteve me emra të ndryshuar, si dhe veprimeve të kryera në fillimin e parë pas përmirësimit, gjatë përmirësimit. Nëse këto objekte përdoren në përpunim në fillimin e parë pas përditësimit, atëherë ato nuk duhet të fshihen, dhe për objektet me emra të ndryshuar, duhet të bëhen ndryshimet e duhura në tekstin e modulit të përpunimit. Në këtë rast, objektet e braktisura mund të fshihen gjatë përditësimit të dytë ose të ardhshëm.
Nëse përditësimi kryhet përmes disa versioneve, atëherë për të reduktuar kompleksitetin e përditësimit, mund të përdorni metodën me llogaritjen e lëshimeve kryesore, të përshkruar në artikullin "Përditësimi i konfigurimeve 1C:Enterprise 8. Duke kaluar nëpër 20 versione".
1. Përgatitja e bazave të të dhënave.
Pra, sipas rezultateve të fazës së parë, ne po përgatisim dy baza identike. E para (kryesore) është rezultati ynë i ardhshëm. E dyta (ndihmëse) është për kryerjen e krahasimeve, hapjes së konfigurimeve dhe veprimeve të tjera përgatitore. Për versionin e skedarit, kjo është thjesht kopjimi i skedarëve të bazës së të dhënave kryesore në një drejtori tjetër dhe lidhja e kësaj drejtorie me listën e bazave të të dhënave, për klientin e serverit - ngarkimi / shkarkimi.
2. Krahasimi me tre drejtime i konfigurimeve.
Le të hapim të dyja bazat e të dhënave në modalitetin "Konfigurator" dhe të bëjmë një krahasim në tre drejtime të konfigurimeve në të dyja bazat e të dhënave duke përdorur skedarin e ri të konfigurimit të shitësit ekzistues. Për ta bërë këtë, në të dy bazat e të dhënave, zgjidhni artikullin e menusë "Konfigurimi" → "Mbështetje" → "Përditëso konfigurimin", "Zgjidh skedarin e përditësimit", "Finish" (Figura 10).
Si rezultat i krahasimit të tre konfigurimeve (konfigurimi i vjetër i shitësit, konfigurimi i ri i shitësit dhe konfigurimi i punës), marrim një listë të objekteve të ndryshuara. Vendosni filtrin "Trego vetitë e ndryshuara vetëm dy herë" (Figura 11 dhe 12).
Është me këto objekte që ju duhet të merreni para së gjithash, sepse. Pas përditësimit, cilësimet e bëra më parë mund të humbasin.
Mbi këtë punë në bazën e dytë (ndihmëse) pezullojmë dhe vazhdojmë në atë kryesore. Butoni "Run" në bazën ndihmëse nuk ka nevojë të shtypet. Ne kemi nevojë për këtë bazë të dhënash në këtë formë deri në fund të procesit të përditësimit.
Pra, si rezultat, marrim një listë të objekteve që janë ndryshuar dy herë gjatë përfundimit të konfigurimit tipik dhe në konfigurimin e ri të furnizuesit. Nëse jeni dakord me përditësimin, atëherë përmirësimet e bëra më herët në këto objekte do të humbasin. Prandaj, për çdo objekt duhet të merret një vendim se si do të përditësohet (Figura 13). Në këtë fazë, ne kryejmë një krahasim paraprak vetëm për të zvogëluar sasinë e punës në të ardhmen. Vlerësimi nuk është i saktë i shpejtë - "me sy".
Nëse ka më shumë ndryshime në objekt në konfigurimin e ri të ofruesit, atëherë ne lëmë shembullin e objektit të ofruesit. Ne lëmë një shenjë kontrolli. Pastaj ne do të transferojmë ndryshimet nga konfigurimi i punës.
Nëse ka më shumë ndryshime në objekt në konfigurimin e punës, atëherë lëmë një shembull të objektit të konfigurimit të punës. Ne zgjidhim kutinë. Pastaj ne do të transferojmë ndryshimet nga konfigurimi i ofruesit.
Ne i trajtojmë modulet pak më ndryshe, sepse ne kemi aftësinë për të krahasuar modulet në mënyrë procedurale. ato. në rast se ndryshohen procedura të ndryshme të modulit në konfigurimin tonë dhe në konfigurimin e furnizuesit, atëherë duke vendosur saktë kutitë e kontrollit, ne do të shpëtojmë veten nga transferimi manual i ndryshimeve të kodit. Për të arritur këtë, shtypni butonin siç tregohet në figurën 14.
Pasi të kemi vendosur për objektet që do të përditësohen menjëherë dhe në të cilat mbeten kutitë e kontrollit, dublikojmë gjendjen me kutitë e kontrollit në bazën e të dhënave ndihmëse dhe në bazën kryesore të të dhënave shtypim butonin "Run". Në bazën e të dhënave kryesore, marrim një konfigurim pothuajse të përfunduar.
Më tej, të gjitha krahasimet kryhen në bazën e të dhënave ndihmëse. Tashmë kemi një krahasim - një të trefishtë. Për të përcaktuar ndryshimet e bëra më herët, ne kryejmë një krahasim të dytë shtesë të konfigurimit të vjetër të furnizuesit me konfigurimin kryesor. Për ta bërë këtë, zgjidhni artikullin në menynë "Konfigurimi" → "Krahaso konfigurimet:", zgjidhni "Konfigurimi i shitësit" dhe "Konfigurimi kryesor" për krahasim (Figura 16).
Në mënyrë të ngjashme, ne krahasojmë konfigurimin e vjetër të shitësit me atë të ri. Për krahasim, na duhet një skedar i ri konfigurimi i shitësit. Nëse nuk ka një skedar të tillë, atëherë tani mund të merret nga baza e të dhënave kryesore. Për të ruajtur një konfigurim të ri të furnizuesit në bazën e të dhënave kryesore në një skedar, në menynë "Konfigurimi" → "Mbështetje" → "Cilësimet e mbështetjes:" klikoni butonin "Ruaj në skedar". (Figura 2). Specifikoni emrin e skedarit, për shembull, new.cf. Më pas, bëjmë krahasimin e tretë të konfigurimit dhe, kur krahasojmë, specifikojmë skedarin new.cf si konfigurimin e dytë.
Pra, morëm një listë të objekteve të ndryshuara dy herë në bazën e të dhënave shtesë. Dhe dy krahasime të tjera që do të na ndihmojnë të transferojmë në mënyrë më efikase cilësimet e bëra më parë nga versioni i vjetër në atë të ri. Në bazën e të dhënave kryesore, kemi marrë një konfigurim pothuajse të gatshëm, në të cilin duhet të merremi me objekte të ndryshuara dy herë.
Për të zvogëluar kohën për analizimin e ndryshimeve në një konfigurim tipik dhe, në përputhje me rrethanat, për përditësimin, do të ishte e përshtatshme të komentoni të gjitha ndryshimet e bëra në konfigurim, duke vënë në dukje vetëm tekstin e ndryshuar të moduleve, por edhe qëllimin e ndryshimeve të bëra. Për një sërë arsyesh, kjo shpesh nuk bëhet. Kur kryeni një përditësim, nuk ju interesojnë arsyet për të bërë ndryshime, por pasojat e tyre. Përkatësisht, nevoja për të ruajtur funksionalitetin e konfigurimit të ndryshuar. Ndoshta kjo do të kërkojë jo transferimin e linjave të ndryshuara, por një ripërpunim të plotë të kodit të shtuar (të ndryshuar) për t'iu përshtatur funksionalitetit të konfigurimit të ri të shitësit.
Krahasimi i formave, tabelave dhe moduleve të objekteve në konfigurim kryhet me një shkallë të mjaftueshme detajesh (Figura 17). Kjo është mjaft e mjaftueshme për marrjen e vendimeve.
Por në disa raste, të dhënat në raportet e krahasimit paraqiten në një mënyrë që nuk ju lejon të merrni një vendim shpejt. Për shembull, në rast të ndryshimit të llojit të atributeve që kanë një lloj të dhënash të përbërë, përbërjen e inputeve bazuar në objekte, etj. Pikërisht në këtë fazë, për shkak të kompleksitetit të tij, ka një humbje të përmirësimeve gjatë përditësimit. Le ta shqyrtojmë këtë situatë duke përdorur shembullin e atributeve që kanë një lloj të dhënash të përbërë. Kur krijoni një raport për krahasimin e objekteve (Figura 17), të dhëna të ndryshme në konfigurimet e krahasuara paraqiten si lista që përmbajnë përbërjen e llojeve të të dhënave të ndara me presje. Në të njëjtën kohë, raporti nuk tregon fare se çfarë lloje të dhënash janë shtuar apo hequr. Natyrisht, për të identifikuar dallimet, raporti mund të shtypet dhe "fshehet". Në shembullin në shqyrtim, janë rreth 200 objekte të tilla.Është e qartë se procesi i krahasimit duket të jetë mjaft i mundimshëm dhe do të zgjasë rreth 50 orë.
Për të zvogëluar kompleksitetin e punës kur krahasoni objektet, mund të përdorni konfigurimin "Krahasimi i qelizave" të zhvilluar nga Inform Service. Përafërsisht 20 herë intensiteti i punës së punës mund të reduktohet kur krahasohen objektet e përbëra.
Konfigurimi "Krahasimi i qelizave" niset në modalitetin 1C:Enterprise dhe ju lejon të paraqisni informacione nga raporti i krahasimit të objekteve në një formë vizuale (Figurat 18 dhe 19). Për krahasim, përdoren aftësitë e 1C: Enterprise 8.
Skema e konfigurimit është e thjeshtë. Në konfigurues, ne krijojmë një raport për krahasimin e objekteve (Figura 17) dhe e ruajmë atë në një skedar, për shembull, Comparison Report.mxl. Hapni 1C: Enterprise dhe në dialog (Figura 18) zgjidhni skedarin e ruajtur dhe specifikoni qelizat që do të krahasohen. Për ta bërë këtë, klikoni dy herë butonin e djathtë të miut në qelizën e zgjedhur të dokumentit të fletëllogaritjes. Duke klikuar butonin "Krahaso", marrim rezultatin e krahasimit, në të cilin pozicionet e ndryshme theksohen me ngjyra (Figura 19).
Më tej, bazuar në faktin se krahasimi kryhet sipas të njëjtave parime për krahasimin e objekteve, skema e veprimeve do të duket kështu. Ruani raportin tjetër me të njëjtin emër skedari. Klikoni butonat "Përditëso" dhe "Krahaso". Një përshkrim më i detajuar i këtij përpunimi mund të gjendet këtu "Krahasimi i qelizave".
Vëmendje e veçantë duhet t'i kushtohet shablloneve RLS për rolet e përdoruesve të ndryshuar.
Pas përfundimit të përditësimit dhe transferimit të ndryshimeve të bëra më parë në konfigurimin tipik, ne do të kryejmë kontroll sintaksor të moduleve dhe do të kontrollojmë funksionimin e objekteve të ndryshuar. Pas testimit të suksesshëm, procesi i përditësimit të konfigurimit mund të konsiderohet i përfunduar. Tani mbetet për të përditësuar format e printimit të jashtëm, raportet dhe përpunimin. Për disa konfigurime, është e nevojshme të kontrolloni formularët e raportimit të lidhur si të jashtëm.
Faza 3. Dorëzimi i punimeve
Në shembullin e dhënë, sasia e punës për korrigjimin e gabimeve të bëra gjatë përditësimeve të mëparshme, si dhe për përditësimin në versionin 1.2.14.1 dhe transferimin e ndryshimeve të bëra më parë në konfigurimin standard është rreth 100-150 orë. Nuk është e mundur të kryhet një vëllim i tillë pune duke përditësuar drejtpërdrejt në bazën e të dhënave të klientit. Prandaj, puna përgatitore duhet të kryhet në një kopje të bazës së të dhënave dhe rezultati i përditësimit duhet të transferohet në bazën e të dhënave të punës të klientit.Së pari, studioni me kujdes udhëzimet nga kompleti i shpërndarjes së dorëzimit. Ne kryejmë punën e nevojshme përpara se të përditësojmë në bazën e të dhënave të punës.
Nëse nuk është bërë punë për të ndryshuar konfigurimin në bazën e të dhënave të punës të klientit gjatë përgatitjes së përditësimit, dhe përditësimi është përgatitur në kopjen aktuale të bazës së të dhënave të punës, atëherë për të transferuar cilësimet, ne do ta ruajmë konfigurimin e punës në një skedar, për shembull, work_2.cf, duke zgjedhur artikullin e menysë "Konfigurimi" → "Ruaj konfigurimin në skedar...".
- duke përdorur skedarin work_2.cf, transferoni ndryshimet. Për ta bërë këtë, zgjidhni artikullin e menusë "Konfigurimi" → "Ngarkoni konfigurimin nga skedari ...";
- Pyetjes për përditësimin e konfigurimit të bazës së të dhënave do t'i përgjigjemi me po.
Nëse përditësimi nuk është përgatitur në kopjen aktuale të bazës së të dhënave të punës, atëherë për të transferuar cilësimet, ne do të përdorim teknikën e përdorur në fazën e parë. Për ta bërë këtë, na duhet skedari *.cf i konfigurimit tipik të shitësit (1.2.14.1) dhe rezultati i përditësimit në formën e një skedari *.cf gjithashtu. Për ta bërë këtë, le ta ruajmë konfigurimin e punës në një skedar, për shembull, work_2.cf, duke zgjedhur artikullin e menysë "Konfigurimi" → "Ruaj konfigurimin në skedar ...".
Hapat e ardhshëm nga ana e klientit janë si më poshtë:
- krijoni një kopje rezervë të bazës së të dhënave;
- Le të përditësojmë duke përdorur skedarin *.cf të konfigurimit tipik të shitësit. Për ta bërë këtë, zgjidhni artikullin e menysë "Konfigurimi" → "Mbështetje" → "Përditëso konfigurimin", "Zgjidh skedarin e përditësimit", "Finish" (Figura 10), "Run";
- duke përdorur skedarin work_2.cf, transferoni ndryshimet. Për ta bërë këtë, zgjidhni artikullin e menusë "Konfigurimi" → "Krahaso, bashko me konfigurimin nga skedari ...";
- ruani ndryshimet në konfigurimin e ekzekutuar dhe përditësoni konfigurimin e bazës së të dhënave. Për ta bërë këtë, zgjidhni artikullin e menysë "Konfigurimi" → "Përditëso konfigurimin e bazës së të dhënave".
Zbatimi i duhur i kësaj faze do t'ju lejojë të shmangni punën e përshkruar në Fazën 1 në të ardhmen.
