Pirms neilga laika 1C bija gandarīts par lietojumprogrammas risinājuma 1C: Enterprise Accounting 3.0 jaunas versijas izlaišanu un bija apbēdināts par turpmāko versijas 2.0 atbalsta pārtraukšanu 2014. gada pavasarī. Nedaudz vēlāk, pēc partneru lūguma, izstrādātāji vienojās turpināt atbalstīt versiju 2.0 regulētās atskaites ziņā līdz 2014. gada beigām.

Risinājums ir ilgi gaidītais leģendārās sērijas turpinājums grāmatvedības programmas. Tam ir principiāli jauns interfeiss (tā sauktā pārvaldītā aplikācija), kas lietotājiem paver jaunas iespējas: iespējams strādāt plānā un tīmekļa klienta režīmā, mitināt aplikācijas mākonī, ģenerēt atskaites fonā un citas. Papildus saskarnes izmaiņām ir daži uzlabojumi grāmatvedības jomā: grāmatvedības modulis ir paplašināts algas, nodokļu uzskaite kļuvusi ērtāka un loģiskāka.

Nepieciešama izlaišana

Sāksim ar pamatiem: kas ir nepieciešams pārejai? Viss, kas nepieciešams, ir konfigurācijas versijas 2.0 izlaišana, no kuras varat pārslēgties uz pašreizējo versiju. Lai saprastu, kurš laidiens ir nepieciešams, vietnē http://users.v8.1c.ru ir jāatrod informācija par pašreizējo versiju, kas ir piemērota atjaunināšanai. Piemēram, pašreizējā versija ir 3.0.27.7, kuru var atjaunināt no 2.0.53.6.

Konfigurācijas uzlabojumu pielāgošana

Ja konfigurācija ir netipiska, pirmais un grūtākais uzdevums, ar ko saskaras “ieviesēji”, ir pāriet no “divistabu” funkcionalitātes uz “trīs”.

Lai iegūtu izmaiņu sarakstu, ir jāsalīdzina datu bāzes konfigurācija ar piegādātāja konfigurāciju (pārbaudiet, vai piegādātāja konfigurācija ir atjaunināta).

Šeit ir atrodamas šādas funkcijas:

• Visus “parastajās” veidlapās veiktos uzlabojumus nevar vienkārši pārsūtīt uz pārvaldītajām veidlapām. Ir nepieciešams pielāgot programmas kodu.
• Grāmatvedība 3.0 ir pēc būtības jauna programma. Ja, piemēram, iepriekš dokumenta moduļa “Preču un pakalpojumu saņemšana” funkcijā “Aprēķināt piemaksas procentuālo daļu” Jūsu modifikācija bija, tad tagad šādas procedūras var nebūt. Tas rada jautājumu par nepieciešamību nopietni izprast un analizēt katru modifikāciju.
• Ja programmētāju modifikācijās tika izmantotas standarta modifikācijas, ar lielu varbūtību “saites” tiks zaudētas: ir nopietni mainījušies kopējie moduļi: gan to funkciju sastāvs, gan to nosaukumi (jaunā BSP 2.x mantojums).
• Tāda pati situācija attiecas uz metadatu objektiem. Liela daļa objektu ir kļuvuši “nevajadzīgi”, to vietā tiek izmantoti citi objekti, daži ir pārdēvēti (piemēram, direktoriju “VIFNS reģistrācijas” sāka saukt par “Reģistrācijas nodokļu iestādēs”).

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

Nozares “virsbūves” problēma

Pašlaik, pamatojoties uz 1C: Enterprise Accounting konfigurāciju, ir ļoti daudz dažādu nozares risinājumu. Šie risinājumi bieži tiek instalēti kā konfigurācijas “papildinājums”.

Ja analizējam tirgu, daudzi šādi risinājumi vairs netiek atbalstīti. Visur dažādu iemeslu dēļ: vietām izstrādātāji pameta uzņēmumu, citās izstrādes organizācijas vairs nav. Neatkarīgi no iemesla paliek fakts - vai nu mēs nododam konfigurāciju “par saviem līdzekļiem”, vai arī zaudējam vērtīgo funkcionalitāti.

Šo problēmu klients var uztvert ļoti asi, jo uzņēmuma budžets ir ierobežots programmatūras produktu uzturēšanai un atbalstam.

Datu pārstrukturēšana un pats process ir ļoti jutīgi jautājumi.

Pārstrukturēšana var aizņemt ilgu laiku. Galdi ar liels skaits ierakstu pārstrukturēšana, pat ar labu aprīkojumu, var aizņemt diezgan ilgu laiku.

Bija piemēri, kad datubāze tika atjaunināta vairākas dienas, un beigās sistēma ģenerēja kļūdu, norādot, ka “informācijas reģistra ieraksts... ir kļuvis neunikāls”. Šāda situācija ir pilnīgi iespējama, tam ir jāpievērš uzmanība un jāpievieno papildu laiks riska bankai.

Arī atjaunināšanas process (atjaunināšanas apstrādātāju palaišana, kad programma tiek palaista pirmo reizi) ne vienmēr darbojas pareizi un var atkārtoti radīt “pārsteigumus”.

Nav vienas receptes, kā izvairīties no kļūdām atjaunināšanas un pārstrukturēšanas laikā; jauna nianse. Pirms faktiskās pārejas Obligāti vairākas reizes palaidiet atjaunināšanas un pārstrukturēšanas procedūru “tiešraidē” servera aprīkojumā - tas palīdzēs izvairīties no nevajadzīgiem nerviem stundā “H”.

Piekļuves tiesības

Spriežot pēc pieredzes, problēmas ar piekļuves tiesībām rodas diezgan bieži. Pēc atjaunināšanas noteikti pārbaudiet lietotāja spēju pieteikties informācijas datu bāzē. Parasti šīs problēmas tiek atrisinātas, vienkārši pārrakstot lietotāja tiesības (cilne Piekļuves grupas direktorija elementā “Lietotāji”).

Ārējā apstrāde, atskaites, veidlapu drukāšana

Ārējās apstrādes, atskaišu un drukāto veidlapu tulkošanu 1C nekādā veidā nenodrošina. Lai tos “pārveidotu”, jums ir jāizmanto apzināta pieeja šim jautājumam:

• pirmkārt, veidlapas jāpārslēdz uz pārvaldīto lietojumprogrammu režīmu;
• otrkārt, pēc jauna tehnika standarta apakšsistēmu bibliotēkas, ir nepieciešama šādu failu sagatavošana.

(Sīkāka informācija par ārējās apstrādes un atskaišu izveidi ITS rakstā http://its.1c.ru/db/bspdoc#content:22:1:IssOgl2_%D0%A1%D0%BE%D0%B7%D0%B4% D0 %B0%D0%BD%D0%B8%D0%B5%D0%BD%D0%BE%D0%B2%D0%BE%D0%B3%D0%BE%D0%BE%D1%82%D1% 87 %D0%B5%D1%82%D0%B0%D0%B8%D0%BB%D0%B8%D0%BE%D0%B1%D1%80%D0%B0%D0%B1%D0%BE% D1 %82%D0%BA%D0%B8)

Numerācijas atjaunošana

Paši izstrādātāji paziņoja, ka pēc programmas atjaunināšanas uz 3.0 ir problēma ar numerāciju: tā “pazūd” un sāk skaitīt no jauna. Lai atgrieztu numerāciju, pietiek izveidot dokumentu ar pēdējo kodu, kas bija sistēmā.

Piemēram, ja pēdējam kvīšu dokumentam bija 256 numurs, mēs izveidojam dokumentu ar tādu pašu numuru, kas iestatīts manuāli (256), un nākamajam dokumentam automātiski būs numurs 257.

Šiem nolūkiem varat uzrakstīt vienkāršu apstrādi: izveidojiet katra veida dokumentu ar pēdējo esošo numuru un atzīmējiet to dzēšanai.

Apmaiņas noteikumi

Ja jūsu konfigurācija tika apmainīta ar citu, izmantojot apmaiņas noteikumus, tad ar ļoti lielu varbūtību noteikumi pārtrauks darboties. Tas ir saistīts ar faktu, ka dažus metadatu objektus sāka nosaukt citādi, dažas detaļas tika izdzēstas un dažas tika pievienotas.

Pareizai darbībai ir jāielādē noteikumi “Datu konvertēšanas” konfigurācijā, jāatrod mainītā informācija un jālabo. Ja esat pārliecināts, ka zināt, kas ir kļūda, varat to labot tieši xml noteikumu failā, atverot to notepad.

Organizatoriskie aspekti

Pēdējais grūtību punkts ir organizatoriskie jautājumi:

Atjaunināšanas izmaksu pamatojums klientam (pārvaldība). Klientam tas ir ļoti grūts jautājums. Pavisam nesen notika pāreja no 1.6 uz 2.0, un tagad uz 3.0. Kāpēc klientam būtu jāmaksā nauda par atjauninājumu? Ir tikai viens mierinājums: ceru, ka tuvākajā laikā nav gaidāmi jauninājumi vai lieli atjauninājumi.

Darbaspēka izmaksu aplēse pārejai. Pārejas laiks uz jaunu programmas versiju lielā mērā ir atkarīgs no konfigurācijas modifikācijas pakāpes. Ieteicams mēģināt atturēties no priekšlaicīgas izvērtēšanas un mēģināt piekrist strādāt “patiesībā”. Tas ir saistīts ar to, ka restrukturizācijas process var ieilgt, un šīs problēmas nekādā veidā nevar paredzēt iepriekš.

Apkoposim un mēģināsim sniegt dažus vispārīgi ieteikumi vieglākai un ērtākai pārejai:

• Plānojiet pāreju pēc iespējas agrāk, negaidiet līdz pēdējām dienām.
• Vēlams, lai funkcionalitātes nodošanu veiktu tie paši programmētāji, kuri pabeidza konfigurāciju.
• Centieties pēc iespējas vairāk laika veltīt pārstrukturēšanai. Ja pārejat no pirmdienas, sāciet darbu piektdienas vakarā.
• Pirms visu uzlabojumu galīgās atjaunināšanas noteikti palaidiet atjauninājumu testa vidē. Bez "mēģinājuma" jūs riskējat, ka jums nebūs laika pabeigt atjauninājumu tehnoloģiskajā logā.
• Dublējiet visu, ko varat, cik bieži vien iespējams.
• Pāreja uz 3.0 ir lielisks iemesls, lai pārveidotu kodu un “inventāra” uzlabojumus. Ja redzat, ka kāda funkcionalitāte netiek izmantota vai vairs nav aktuāla, droši atvadieties no tās.
• Pēc iespējas vairāk pārbaudiet pārsūtīto funkcionalitāti, izveidojiet testa datu bāzi un palaidiet tajā lietotājus.
• Izveidojiet vidi lietotājiem, kur viņi iepriekš iepazīstas ar programmu – tas palīdzēs izvairīties vienkārši jautājumi uzsākot darbu ar 3.0.
• Vienmēr izveidojiet “plānu B” — ja kaut kas nenotiek, kā plānots, esiet gatavs atgriezties uz 2.0, lai paralizētu uzņēmuma darbu.

Salīdzinoši nesen izlaida uzņēmums 1C jaunā versija lietojumprogrammas risinājums "1C: 3.0" un tādējādi pārtrauca atbalstīt izdevumu 2.0. Iepriekš izstrādātāji pēc savu partneru lūguma turpināja atbalstīt iepriekšējā versija, bet tas nebija ilgi.

Šis aplikācijas risinājums ir tā sauktās leģendārās grāmatvedības programmu sērijas turpinājums. Tam ir cits interfeiss, tā sauktā pārvaldītā aplikācija, kas sniedz lietotājiem pilnīgi jaunas iespējas: iespējama arī aplikāciju mitināšana mākonī, atskaišu veidošana fonā un darbs tīmekļa klienta režīmā. Papildus saskarnes izmaiņām ir daži uzlabojumi, kas attiecas uz grāmatvedības daļu: ir paplašināts algu uzskaites modulis, un nodokļu uzskaite ir kļuvusi loģiskāka un ērtāka.

Kādas ir pārejas iezīmes?

Pāreja no 1C grāmatvedības risinājuma no 2.0 izdevuma uz 3.0 neapšaubāmi būs neizbēgama visiem uzņēmumiem, kuros tas tiek izmantots. Ir svarīgi teikt, ka pati pāreja nepavisam nav sarežģīta un ir vienkārši konfigurācijas “atjaunināšana” nākamajai. Bet ir arī daži trūkumi. Praksē jau esam uzkrājuši pieredzi netipisku konfigurāciju pārejā, par ko tagad pastāstīsim. Tālāk mēs apskatīsim funkcijas un problēmas, kas rodas konfigurācijās ar izmaiņu līmeni, kas ir “lielāks par vidējo”.

Nepieciešamā izlaišana

Lai pārslēgtos uz citu konfigurāciju, jums ir nepieciešams maz: atlaidiet izdevuma “2.0” konfigurāciju, no kuras jums jāpārslēdzas uz jauno versiju. Jūs varat uzzināt, kurš izlaidums ir nepieciešams vietnē. Ir informācija par pašreizējām versijām, kas ir piemērotas atjaunināšanai. Piemēram, šodien pašreizējā versija ir “3.0.27.7”, kuru var atjaunināt no laidiena “2.0.53.6”.

Kā pielāgot konfigurācijas izmaiņas?

Ja lietotājs saskaras ar netipisku konfigurāciju, pirmā lieta, kas jādara, ir pārnest uzlabojumus no otrās versijas funkcionalitātes uz trešo.

Lai iegūtu izmaiņu sarakstu, ir jāsalīdzina (salīdzina) informācijas datu bāzes konfigurācija ar piegādātāja konfigurāciju. Tajā pašā laikā jums ir jāpārbauda, ​​​​vai pakalpojumu sniedzēja konfigurācija ir atjaunināta.

Šajā gadījumā ir dažas funkcijas:

Uzlabojumus, kas veikti “parastajās” veidlapās, nevar vienkārši pārnest uz pārvaldītajām veidlapām. Šeit ir jāpielāgo programmas kods;

- “Grāmatvedība 3.0” savā būtībā ir jauns programmatūras risinājums. Ja, piemēram, pirms tam modifikācijas bija dokumentu modulī ar nosaukumu “Preču un pakalpojumu saņemšana” (funkcija “Aprēķināt piemaksas procentuālo daļu”), tad tagad minētās procedūras var nebūt. Tad rodas jautājums par nepieciešamību pēc nopietnas izpratnes, kā arī katra uzlabojuma analīzes;

Kad programmētāji modifikācijās izmantoja tipiskus parastos moduļus, lielākā daļa no visiem “saites” tiks zaudētas. Tagad vispārējie moduļi ir piedzīvojuši būtiskas izmaiņas: gan to nosaukumi, gan funkciju sastāvs (jaunā 2.x mantojums);

Līdzīgs liktenis skāra metadatu objektus. Liela daļa no tiem ir kļuvuši, tā sakot, “nevajadzīgi”. Pēdējā vietā sāka izmantot citus objektus, un daži no tiem tika pārdēvēti (piemēram, direktorija ar nosaukumu “Reģistrācija VIFNS” nomainīja nosaukumu uz “Reģistrācija nodokļu iestādēs”);

Nozares “virsbūves” problēma

Pašlaik, pamatojoties uz konfigurāciju ar nosaukumu “1C: Enterprise Accounting”, pastāv liels skaits nozares risinājumi. Šie risinājumi vairumā gadījumu tiek instalēti kā “papildinājuma” konfigurācija.

Tirgus analīzes rezultātā daudzi šādi risinājumi vairs netiek atbalstīti. Tas notika pavisam citu iemeslu dēļ. Dažos gadījumos izstrādātāji pameta uzņēmumu, bet citos gadījumos izstrādātāju uzņēmums vairs nepastāv. Tāpēc izvēle ir šāda: pazaudēt vērtīgo funkcionalitāti vai pārsūtīt konfigurāciju “uz sava rēķina”.

Tā kā uzņēmuma budžets un programmas atbalsts ir ierobežots, šis jautājums klientiem var būt ļoti jutīgs.

Datu pārstrukturēšana

Kopumā 1C atjaunināšanas process, jo īpaši datu pārstrukturēšana, ir ļoti delikāts jautājums.

Pati pārstrukturēšana aizņem daudz laika. Tabulu pārstrukturēšana, kurās ir ievērojams ierakstu skaits un pat ar labu aparatūru, var arī aizņemt daudz laika.

Ir gadījumi, kad datu bāzes atjaunošana aizņēma vairākas dienas, un beigās sistēma ziņoja par kļūdu, sakot, ka “informācijas reģistra ieraksts... ir kļuvis neunikāls”. Protams, šādas situācijas var pastāvēt, taču jums tam jāpievērš uzmanība, un jūsu riska bankā ir jāiegulda papildu laiks.

Pats atjaunināšanas process (pirmās palaišanas reizē programmatūra atjaunināšanas apstrādātāju palaišana) arī ne vienmēr darbojas pareizi (bez kļūdām) un dažkārt var radīt problēmas.

Mūsdienās nav vienota darbību algoritma, kas palīdzētu izvairīties no kļūdām. Galu galā katru reizi var parādīties jauns "patīkams jaunums". Vienīgais, lai izvairītos no nevajadzīgiem nerviem stundā “H”, tūlītējās pārejas sākumā, mēs iesakām vairākas reizes veikt atjaunināšanas un pārstrukturēšanas procedūru “tiešraidē” servera aprīkojumā.

Daži vārdi par piekļuves tiesībām

Mūsu pieredze liecina, ka diezgan bieži vidusmēra lietotājam var rasties problēmas ar piekļuves tiesībām. Pēc atjaunināšanas noteikti pārbaudiet savas pieteikšanās iespējas un informācijas datu bāzi. Parasti šīs problēmas var atrisināt, pārrakstot lietotāja atļaujas (cilne ar nosaukumu "Piekļuves grupas" direktorija ierakstā ar nosaukumu "Lietotāji").

Drukātas veidlapas, ārējā apstrāde un atskaites

Drukāto veidlapu tulkošanu, ārējo apstrādi un atskaites 1C nekādā veidā nenodrošina. Lai tos “pārveidotu”, jums ir nepieciešama apzināta pieeja šim jautājumam.

Lai sāktu, veidlapas ir jāpārsūta uz pārvaldīto lietojumprogrammu režīmu. Tad mums ir jāsagatavo šādi faili, izmantojot jauno standarta apakšsistēmas bibliotēkas metodi.

Numerācijas atjaunošanas process

Pat paši izstrādātāji atzīmēja, ka pēc programmatūras produkta atjaunināšanas uz versiju “3.0” ir problēmas ar numerāciju: tas “apmaldās” un pēc tam atkal sāk skaitīt. Lai atgrieztu numerāciju, pietiek ģenerēt dokumentu ar pēdējo kodu, kas bija sistēmā.

Piemēram, ja pēdējam dokumentam ar nosaukumu “Kvīts” bija numurs 256, tad jums ir jāizveido dokuments ar tādu pašu numuru, kas iestatīts manuāli (256). Nākamais dokuments, attiecīgi, in automātiskais režīms ienāks ar numuru 257.

Šādiem nolūkiem ir iespējams uzrakstīt vienkāršu apstrādi. Tas nozīmē izveidot katra veida dokumentu ar pēdējo esošo numuru un norādīt to dzēšanai.

Kādi ir maiņas noteikumi?

Ja, piemēram, jūsu konfigurācija tika apmainīta ar citu, izmantojot apmaiņas noteikumus, tad gandrīz visos gadījumos noteikumi nedarbosies. Šāda situācija rodas tāpēc, ka dažiem metadatu objektiem sāka būt dažādi nosaukumi, daži dati tika dzēsti, citi tika pievienoti.

Lai darbotos pareizi, kārtulas ir jāielādē konfigurācijā ar nosaukumu “Datu konvertēšana”. Pēc tam atrodiet mainītās detaļas un izlabojiet tās. Ja zināt, kas ir kļūda, esošo kļūdu var labot noteikumu failā "". To var atvērt piezīmju grāmatiņā.

Mazliet par organizatoriskiem jautājumiem

Starp grūtībām uzmanība jāpievērš organizatoriskiem jautājumiem:

Atjaunināšanas izmaksu pamatojums klientam. Pēdējam tas ir diezgan grūts jautājums. Salīdzinoši nesen notika pāreja no “1.6” uz “2.0”, pēc tam pagāja neliels laiks, un konfigurācija jau ir jāmaina uz “3.0”. Kāpēc klientam atkal būtu jāatdod savi līdzekļi atjauninājumam? Tomēr lietotāju var mierināt fakts, ka 1C uzņēmums tuvākajā laikā neplāno nekādus atjauninājumus vai lielus jauninājumus.

Kādi izdevumi būtu jārēķinās pārejas laikā? Laiks, kas nepieciešams, lai pārslēgtos uz jaunu programmatūras produkta versiju, lielā mērā ir atkarīgs no pašas konfigurācijas modifikācijas pakāpes. Viens no ieteikumiem ir atturēties no priekšlaicīgu novērtējumu veikšanas un tā vietā piekrist strādāt "patiesībā". Galu galā restrukturizācijas process var turpināties daudz ilgāk, nekā plānots. Negatīvā puse ir tāda, ka iepriekš minēto problēmu nekādā veidā nevar paredzēt.

Tagad mēs izdarīsim dažus secinājumus un mēģināsim sniegt padomu ērtākai un vienkāršākai pārejai:

Netērējiet laiku, plānojiet pāreju pēc iespējas agrāk;

Būtu labāk, ja funkcionalitātes nodošanu veiktu tie paši programmētāji, kuri strādāja pie konfigurācijas pabeigšanas;

Ieteicams pēc iespējas vairāk laika atvēlēt pārstrukturēšanai. Piemēram, ja plānojat pāriet no pirmdienas, labāk darbu sākt piektdienas vakarā;

Pirms pēdējo modifikāciju veikšanas atjauninājumi jāpalaiž teksta vidē. Bez tā sauktā “mēģinājuma” pastāv risks, ka tehnoloģiskā loga laikā nevarēsiet pabeigt atjauninājumu laikā;

Visam ir jāveido dublējumkopijas un šīs darbības jāveic pēc iespējas biežāk;

Pāreja uz “3.0” ir labs iemesls uzlabojumu un koda pārveidošanas “inventarizācijai”. Ja redzat, ka kāda noteikta funkcionalitāte netiek izmantota vai ir zaudējusi savu aktualitāti, tad bez vilcināšanās atvadieties no tās;

Varat arī biežāk pārbaudīt pārsūtīto funkcionalitāti. Izveidojiet testa bāzi un iedarbiniet tajā lietotājus;

Izveidojiet vidi lietotājiem, kur viņi var iepazīties programmatūras produkts. Tas ļaus nākotnē izvairīties no vienkāršiem jautājumiem, uzsākot darbu ar “3.0”;

Noliktavā vienmēr jābūt plānam B. Ja kaut kas neizdevās ar “3.0”, jums būs jāatgriežas pie “2.0”, lai neapturētu uzņēmuma darbību.

Pirms pārejas uz jauno izdevumu, jums tas jādara rezerves kopija. Lai to izdarītu, informācijas bāze jāpalaiž režīmā Konfigurators un izvēlnē Administrācija atlasiet vienumu Lejupielādēt informācijas bāzi. Atvērtajā dialoglodziņā vienkārši norādiet faila nosaukumu, kurā tiks ierakstīti dati.

Palaidiet datu bāzi režīmā KONFIGURATORS vārdā Administrators datu bāzes vai izvēlieties lietotājs ar tiesībām datu bāzes administrators. Lai pareizi pārietu no BP 2.0 uz BP3.0, jums jāinstalē papildu loma ""

To var izdarīt, izvēloties Konfigurators izvēlnes vienums " Administrēšana - Lietotāji" un sarakstā atveriet vajadzīgo lietotāju.

Cilnē " Citi"Jums jāatzīmē izvēles rūtiņa blakus vienumam" Sistēmas administrators (pārejai uz izdevumu 3.0)"Un" Pilnas tiesības".

Pēc noklikšķināšanas uz " Labi" veiktās izmaiņas tiks saglabātas.

Pāreja uz 3.0 izdevumu ir jāveic tikai tāda datu bāzes lietotāja vārdā, kuram ir šīs tiesības.

2. posms. Datu bāzes atjaunināšana konfigurētāja režīmā

Lai atlasītu pareizo atjaunināšanas failu, jums jāzina pašreizējā konfigurācijas versija. Pašreizējo versiju var apskatīt, noklikšķinot uz ikonas "Par programmu" vai izvēlnes vienumā Atsauce atlasiet vienumu "Par programmu"

Atveriet datu bāzi režīmā Konfigurators tā lietotāja vārdā, kuram esat piešķīris tiesības.

Izvēlnes vienībā " Konfigurācija/Atbalsts » noklikšķiniet « Atjaunināt konfigurāciju " Ja vienums " Atbalsts"nav pieejams, noklikšķiniet" Konfigurācija — atveriet konfigurāciju " un atkārtojiet darbību.

Atvērtajā logā atlasiet “ Atjaunināšanas faila atlase ", nospiežot pogu Tālāk

Norādiet ceļu uz atjaunināšanas failu: Ārējās apstrādes N:\1C atjauninājumi\Pārejas faili no BP 2.0 uz BP 3.0

Nākamajā logā noklikšķiniet uz « Gatavs » lai sāktu atjaunināšanas procesu.

Pēc kāda laika programma lejupielādēs informāciju par atjaunināšanas failu, un jūs redzēsit šādu logu:

Nospiežot vienu pogu Labi Sāksies konfigurācijas atjaunināšanas process. Tas var aizņemt kādu laiku.

Atjaunināšanas periodā jūs saņemsit divus ziņojumus, vispirms noklikšķiniet JĀ- atjaunināt informācijas drošības konfigurāciju, nospiediet otro AKCEPT- tabulu reorganizācija.

3. posms: atjaunināšanas pabeigšana

Kad atjaunināšana ir pabeigta, noklikšķiniet uz "Sākt atkļūdošanu." Datubāze tiks atvērta režīmā Uzņēmums un jūs redzēsit ziņojumu, kas apstiprinās atjauninājuma likumību. Atzīme "Es apstiprinu" un nospiediet "Turpināt."

Pēc atjaunināšanas apstiprināšanas datu bāzei būs vajadzīgs zināms laiks, lai sagatavotu izmaiņas (var šķist, ka programma ir iesaldēta).

Jums jāgaida, līdz atjaunināšana tiks pabeigta.

Tādējādi tiek pabeigta pāreja uz versiju 3.0.

Vai neizdevās atjaunināt? Sazinieties ar speciālistu!

Smilšu kaste

svešinieks 2013. gada 8. jūlijā, pulksten 12:33

Pāreja uz uzņēmuma grāmatvedības konfigurācijas 3.0 izdevumu

Šis ir instrukciju nosaukums, kas atrodas diskā “ITS PROF”, kas atrodas jauno laidienu materiālu sadaļā. Mēģinot veikt šajā rokasgrāmatā aprakstītos trikus, jums vajadzētu būt savam uzņēmuma grāmatvedības (BP) 2.0, taču ar pārvaldītām veidlapām un acīmredzot kāršu spēles un slampas sievietes. Visas darbības tiks veiktas ar datu bāzes faila versiju.
Es īpaši gaidīju disku ar ITS un atklāju, ka tajā publicētās instrukcijas nav patiesas, lai gan tās bija atjauninātajā sadaļā. Mēģināsim uztaisīt šī pāreja paša spēkiem.

ITS diska ekrāns

Augšējā attēlā parādīta procedūra, un šķiet, ka viss ir vienkārši, taču tikai ITS tīmekļa vietnes sadaļā BP 3.0 jūs neatradīsit versijas, kas sākas ar diviem.

Īstas ITS vietnes ekrānuzņēmums

Tādējādi instrukcijas pati pirmā rindkopa noved lietotāju strupceļā. Nebūs iespējams atjaunināt uz citu, datuma atbilstību vai jaunāko versiju. Iepriekš esošais atjauninājumu izplatīšana no versijas 2.0 nav norādīta sarakstā. Bet ir pilns izplatīšanas komplekts, kurā ir nepieciešamie atjauninājumi. Lejupielādējiet šo izplatīšanu un instalējiet to veidņu direktorijā. Šī izplatīšanas “viltība” ir tāda, ka tajā ir fails “1Cv8.cf”, kas mums ir nepieciešams. Ar tās palīdzību mēs izveidosim tīru BP 3.0 konfigurāciju un ielādēsim tajā mūsu datubāzi ar BP 2.0.
Mēs instalējam platformu 8.3, ņemam vērā plānā klienta faila versiju un tīmekļa servera paplašinājumu moduļus (lai paspēlētos ar "jaunajiem" labumiem grāmatvedībā). Atveriet "veco" (8.2) konfiguratoru un pievienojiet tiesības "Sistēmas administrators (pārejai uz versiju 3.0)" lietotājam, kuram mēs atjaunināsim. Mēs izlādējam datu bāzi, aizveram konfiguratoru un atveram “svaigo” (8.3). Mēs tajā radām jauna bāze, no veidnes, ar versiju 3.0, šī veidne parādījās, kad instalējām pilnu izplatīšanu. Atveriet izveidoto datu bāzi un lejupielādējiet mūsu datu bāzes lejupielādi. Šī operācija var ilgt ilgu laiku. Kad augšupielāde ir pabeigta, atveriet datu bāzi (nevis no konfiguratora) un pabeidziet atjaunināšanu (šī darbība arī aizņem daudz laika). Es iesaku saspiest datu bāzi, jo pēc šīm darbībām tā gandrīz dubultojās.
Ja jūsu konfigurācijā nebija izmaiņu (papildinājumu), tad atjaunināšana, visticamāk, notiks bez kļūdām, bet 1C gadījumā jūs nevarat būt pilnīgi pārliecināts par neko.
Visi. Varat atvērt datu bāzi ar plāno klientu, publicēt to WEB serverī un palaist 1C, izmantojot pārlūkprogrammu.
P.S.
1. Neizmantojiet 1C Denwer kā tīmekļa serveri.
2. Publicējiet tīmekļa serverī datubāzi, kas tajā fiziski atrodas.
Šie padomi palīdzēs publicēt 1C tīmekļa serverī pirmajā mēģinājumā.

Birkas: sistēmu administrēšana, 1s uzņēmums 8, grāmatvedība

Šis raksts nav komentējams, jo tā autors vēl nav