Proceduren for opdatering af næste udgivelse af regnskab 2.0. Du skal vente på, at opdateringen er færdig

Før du opgraderer til en ny udgave, skal du lave en sikkerhedskopi. For at gøre dette skal du køre infobasen i mode Konfigurator og i menuen Administration vælg element Download infobase. I den dialog, der åbnes, skal du blot angive navnet på den fil, som dataene skal skrives ind i.

Start databasen i tilstanden KONFIGURATØR på vegne af Administrator databaser eller vælg bruger med rettigheder database Administrator. For en korrekt overgang fra BP 2.0 til BP3.0 skal du installere den ekstra rolle ""

Dette kan gøres ved at vælge Konfigurator menupunkt " Administration - Brugere" og åbn den ønskede bruger på listen.

På fanen " Andre"du skal markere feltet ud for varen" Systemadministrator (for overgang til udgave 3.0)"og" Fuld rettigheder".

Efter at have klikket på " Okay" ændringerne vil blive gemt.

Overgangen til udgave 3.0 må kun udføres på vegne af en databasebruger med disse rettigheder.

Trin 2. Opdatering af databasen i Configurator mode

For at vælge den korrekte opdateringsfil skal du kende den aktuelle konfigurationsversion. Du kan se den aktuelle version ved at klikke på ikonet "Om programmet" eller i menupunktet Reference vælg element "Om programmet"



Åbn databasen i tilstanden Konfigurator på vegne af den bruger, som du har givet rettigheder til.

I menupunktet " Konfiguration/Support » klik « Opdater konfiguration " Hvis varen " Support" ikke tilgængelig, klik på " Konfiguration - Åbn konfiguration " og gentag handlingen.

I vinduet, der åbnes, skal du vælge " Valg af en opdateringsfil " ved at trykke på knappen Yderligere

Angiv stien til opdateringsfilen: Eksterne behandlinger N:\1C-opdateringer\Overgangsfiler fra BP 2.0 til BP 3.0


Klik i det næste vindue « Parat » for at starte opdateringsprocessen.

Efter nogen tid vil programmet downloade information om opdateringsfilen, og du vil se et vindue som dette:

Ved et klik på en knap Okay Kobegynder. Det kan tage noget tid.

I løbet af opdateringsperioden vil du modtage to beskeder, først klik JA- Opdaterionen, tryk på den anden ACCEPTERE- omlægning af tabeller.


Trin 3: Fuldførelse af opdateringen

Når opdateringen er fuldført, skal du klikke på knappen "Start fejlretning." Databasen åbnes i tilstand Selskab og du vil se en meddelelse, der bekræfter lovligheden af ​​opdateringen. Afkrydsning "Jeg bekræfter" og tryk "Blive ved".

Efter bekræftelse af opdateringen vil databasen tage noget tid at forberede ændringerne (programmet kan se ud til at være frosset).

Du bør vente på, at opdateringen er fuldført.

Dette fuldender overgangen til version 3.0.

Kunne du ikke opdatere? Kontakt en specialist!

Nye 1C-udgivelser udkommer en gang om ugen. Opdater rettidigt og hold altid dine databaser opdateret!

Tabel sidst opdateret af: — 12.07.2019.

1C teknologiplatforme.

Typiske konfigurationer.

1C-virksomheden udvikler konstant sine softwareløsninger. For hvert program udgives nøgleopdateringer mindst en gang om måneden.

For at finde ud af hvilken platformsudgivelse og konfiguration du har (hvis du ikke ved hvad en platform og konfiguration er, så kig på denne video),

åbn programmet i "Configurator" eller "1C Enterprise" tilstand og klik på dette tegn i topmenuen.

Et vindue som dette åbnes.

Øverst læser vi nummeret på din platformsudgivelse, lige under konfigurationsnummeret.

Ændringer af nummeret i udgivelsesnummerets sidste register er ikke så vigtige. Selvom vi her også skal sikre os, at der ikke er et stort hul, især i platformsudgivelser. Du skal være særlig opmærksom på følgende register. Hvis det ændrer sig, og du har uoverensstemmelser, skal du opdatere.

Vi offentliggør information på denne side til vores kunder. Hvis du ikke har fundet navnet på dit 1C-program, så ring til os, og vi vil inkludere det i denne tabel.

Relativt for nylig udgav 1C-virksomheden en ny version af applikationsløsningen "1C: 3.0" og holdt dermed op med at understøtte version 2.0. Tidligere fortsatte udviklerne efter anmodning fra deres partnere med at understøtte den tidligere version, men dette varede ikke længe.

Denne applikationsløsning er en fortsættelse af den såkaldte legendariske serie af regnskabsprogrammer. Den har en anden grænseflade, den såkaldte administrerede applikation, som giver brugerne helt nye muligheder: Hosting af applikationer i skyen, oprettelse af rapporter i baggrunden og arbejde i webklient-tilstand er også muligt. Udover grænsefladeændringer er der nogle forbedringer, der relaterer sig til regnskabsdelen: Lønregnskabsmodulet er blevet udvidet, og skatteregnskabet er blevet mere logisk og bekvemt.

Hvad er kendetegnene ved overgangen?

Overgangen fra 1C Accounting-løsningen fra udgave 2.0 til 3.0 vil uden tvivl være uundgåelig for alle virksomheder, hvor den bruges. Det er vigtigt at sige, at selve overgangen slet ikke er kompliceret og blot er en "opdatering" af konfigurationen til den næste. Men der er også nogle ulemper. I praksis har vi allerede fået erfaring med overgangen af ​​atypiske konfigurationer, som vi nu vil fortælle om. Nedenfor vil vi se på de funktioner og problemer, der opstår i konfigurationer med et ændringsniveau, der er "større end gennemsnittet."

Påkrævet udgivelse

For at skifte til en anden konfiguration behøver du lidt: frigiv konfigurationen af ​​udgaven "2.0", hvorfra du skal skifte til den nye version. Du kan finde ud af, hvilken udgivelse der er påkrævet på hjemmesiden. Der er information om de aktuelle versioner, der er egnede til opdatering. For eksempel er den nuværende version i dag "3.0.27.7", som kan opdateres fra udgivelsen "2.0.53.6".

Hvordan tilpasser man konfigurationsændringer?

Hvis brugeren har at gøre med en atypisk konfiguration, er den første ting at gøre at overføre forbedringer fra funktionaliteten af ​​den anden version til den tredje.

For at få en liste over ændringer skal du sammenligne (sammenligne) informationsdatabasens konfiguration med leverandørens konfiguration. Samtidig skal du kontrollere, at udbyderens konfiguration forbliver opdateret.

I dette tilfælde er der visse funktioner:

Forbedringer, der er foretaget på "almindelige" formularer, kan ikke blot overføres til administrerede formularer. Her er der behov for at tilpasse programkoden;

- "Accounting 3.0" er i sin kerne en ny softwareløsning. Hvis f.eks. ændringen før dette var i et dokumentmodul kaldet "Modtagelser af varer og tjenesteydelser" (funktionen "Beregn procentdel af tillæg"), eksisterer ovenstående procedure muligvis slet ikke. Så opstår spørgsmålet om behovet for seriøs forståelse, samt analyse af hver af forbedringerne;

Når programmører brugte typiske almindelige moduler i modifikationer, så vil mest af alt alle "links" gå tabt. Nu har de generelle moduler gennemgået væsentlige ændringer: både deres navne og sammensætningen af ​​deres funktioner (arven fra den nye 2.x);

En lignende skæbne påvirkede metadataobjekter. En lang række af dem er blevet "unødvendige", så at sige. I stedet for sidstnævnte begyndte andre objekter at blive brugt, og nogle af dem blev omdøbt (for eksempel ændrede en mappe med navnet "Registration VIFNS" sit navn til "Registrering i skattemyndighederne");

Problemet med industriens "overbygninger"

I øjeblikket er der baseret på konfigurationen kaldet "1C: Enterprise Accounting", et stort antal brancheløsninger. Disse løsninger er i de fleste tilfælde installeret som en "add-on" konfiguration.

Som et resultat af markedsanalyser understøttes mange sådanne løsninger ikke længere. Dette skete af helt andre årsager. I nogle tilfælde forlod udviklerne virksomheden, og i andre eksisterer udviklervirksomheden ikke længere. Derfor er valget dette: mister den værdsatte funktionalitet eller overfør konfigurationen "for egen regning."

På grund af virksomhedens begrænsede budget og programstøtte kan dette problem være meget følsomt for kunderne.

Data omstrukturering

Generelt er 1C-opdateringsprocessen, især dataomstrukturering, meget følsomme spørgsmål.

Selve omstruktureringen tager meget tid. Omstrukturering af tabeller, der har et betydeligt antal poster, og selv med god hardware, kan også tage meget tid.

Der er tilfælde, hvor opdateringen af ​​databasen tog flere dage, og i slutningen rapporterede systemet en fejl, der sagde, at "informationsregisteret... er blevet uunik." Naturligvis kan sådanne situationer eksistere, men du skal være opmærksom på dette, og der skal indbygges yderligere tid i din risikobank.

Selve opdateringsprocessen (når softwaren startes for første gang, lanceres opdateringshandlere) fungerer heller ikke korrekt (uden fejl) i alle tilfælde og kan nogle gange forårsage problemer.

I dag er der ingen enkelt handlingsalgoritme, der kan hjælpe med at undgå fejl. Når alt kommer til alt, hver gang kan en ny "behagelig nyhed" dukke op. Det eneste, for at undgå unødvendige nerver i "H"-timen, i begyndelsen af ​​den umiddelbare overgang, råder vi dig til at køre opdaterings- og omstruktureringsproceduren "live" flere gange på serverudstyret.

Et par ord om adgangsrettigheder

Vores erfaring tyder på, at den gennemsnitlige bruger ganske ofte kan have problemer med adgangsrettigheder. Efter opdatering skal du sørge for at tjekke dine login-muligheder og informationsdatabase. Typisk kan disse problemer løses ved at omskrive brugerens tilladelser (fanen kaldet "Adgangsgrupper" i biblioteksposten kaldet "Brugere").

Trykte skemaer, ekstern behandling og rapporter

Oversættelse af trykte formularer, ekstern behandling og rapporter leveres ikke af 1C på nogen måde. For at "konvertere" dem skal du tage en bevidst tilgang til sagen.

Til at begynde med skal du overføre formularerne til den administrerede applikationstilstand. Så skal vi forberede sådanne filer ved hjælp af den nye standard undersystembiblioteksmetode.

Nummergendannelsesproces

Selv udviklerne bemærkede selv, at efter opdatering af softwareproduktet til version "3.0" er der problemer med nummereringen: det "går på afveje" og begynder derefter at tælle igen. For at returnere nummereringen er det nok at generere et dokument med den sidste kode, der var i systemet.

For eksempel, hvis det sidste dokument kaldet "Kvittering" havde nummer 256, så skal du oprette et dokument med det samme nummer, indstillet manuelt (256). Det næste dokument vil derfor automatisk komme ind under nummer 257.

Til sådanne formål er det muligt at skrive en simpel behandling. Det betyder, at man danner et dokument af hver type med det sidste eksisterende nummer og udpeger det med henblik på sletning.

Hvad er udvekslingsreglerne?

Hvis for eksempel din konfiguration blev udskiftet med en anden ved hjælp af udvekslingsregler, så vil reglerne i næsten alle tilfælde ikke fungere. Denne situation opstår, fordi nogle metadataobjekter begyndte at have forskellige navne, nogle detaljer blev slettet, andre blev tilføjet.

For at fungere korrekt skal du indlæse dine regler i en konfiguration kaldet "Datakonvertering". Find derefter de detaljer, der er ændret, og ret dem. Hvis du ved, hvad fejlen er, så kan den eksisterende fejl rettes i ""-regelfilen. Den kan åbnes i notesblok.

Lidt om organisatoriske spørgsmål

Blandt vanskelighederne skal man være opmærksom på organisatoriske spørgsmål:

Begrundelse af omkostningerne ved opdatering til klienten. For sidstnævnte er dette et ret svært spørgsmål. Relativt for nylig var der lige en overgang fra "1.6" til "2.0", så gik der lidt tid, og konfigurationen skal allerede ændres til "3.0". Hvorfor skulle kunden igen give sine midler til en opdatering? Brugeren kan dog trøstes med, at 1C-virksomheden ikke planlægger nogen opdateringer eller større innovationer i den nærmeste fremtid.

Hvilke udgifter skal du forvente under overgangen? Den tid det tager at skifte til en ny version af et softwareprodukt afhænger i høj grad af graden af ​​konfigurationsændring i sig selv. En af anbefalingerne er at afstå fra at foretage for tidlige vurderinger og i stedet gå med til at arbejde "som en kendsgerning." Omstruktureringsprocessen kan trods alt fortsætte meget længere end planlagt. Ulempen er, at ovenstående problem ikke kan forudsiges på nogen måde.

Nu vil vi drage visse konklusioner og forsøge at give råd om en mere komfortabel og enklere overgang:

Spild ikke tid, planlæg din overgang så tidligt som muligt;

Det ville være bedre, hvis overførslen af ​​funktionalitet blev udført af de samme specialiserede programmører, som arbejdede på at færdiggøre konfigurationen;

Det er tilrådeligt at afsætte så meget tid som muligt til omstrukturering. For eksempel, hvis du planlægger at skifte fra mandag, ville det være bedre at begynde at arbejde fredag ​​aften;

Før du foretager endelige ændringer, skal du køre opdateringerne i et tekstmiljø. Uden den såkaldte “repetition” er der risiko for ikke at kunne gennemføre opdateringen i tide i det teknologiske vindue;

Der bør laves sikkerhedskopier af alt, og disse operationer bør udføres så ofte som muligt;

Overgangen til "3.0" er en god grund til at "tage opgørelse" over forbedringer og koderefaktorering. Hvis du ser, at en bestemt funktionalitet ikke bliver brugt eller har mistet sin relevans, så sig farvel til den uden tøven;

Du kan også teste den overførte funktionalitet oftere. Opret en testbase og start brugere ind i den;

Skab et miljø for brugerne, hvor de på forhånd kan stifte bekendtskab med softwareproduktet. Dette vil gøre det muligt i fremtiden at undgå simple spørgsmål, når man begynder at arbejde med “3.0”;

Der skal altid være en Plan B på lager. Hvis noget ikke fungerede med "3.0", bliver du nødt til at vende tilbage til "2.0" for ikke at stoppe driften af ​​virksomheden.

Som 1C-virksomheden rapporterer i officielle breve, er det fra 2014 planlagt at afbryde støtten til produktet "" 2.0. Det betyder, at 1C stopper med at frigive opdateringer til dette program, herunder reguleret rapportering.

Sælgeren anbefaler at overføre sine kunders informationssystemer til en ny version af programmet - 1C Accounting 3.0 (8.3). Dette program er en fuldt fungerende fuld version af programmet, hvis officielle udgivelse blev udgivet for mere end et år siden.

Hvad kræver det? Lad os se på trin-for-trin instruktioner til opdatering eller migrering fra 1C Accounting-programmet fra 2.0 til 3.0.

Du kan læse mere om den nye version af programmet på siden.

Før du skifter fra 1C 8.2 til 8.3, skal du sikre dig, at de korrekte versioner af programmer (konfigurationer og platforme) er installeret i virksomheden.

Installation af opdateringsskabeloner

Du skal installere dette før du opdaterer programmet. Hvor kan jeg hente installationsfilen til regnskabsopdateringen? Abonnementsindehavere bør ikke have problemer med dette.

Når du har downloadet opdateringen, skal du åbne arkivet:

Få 267 videolektioner på 1C gratis:

Start filen setup.exe fra arkivet, og klik på næste 3 gange:

Opdateringen er pakket ud!

Forbereder til opdateringen

Opdatering af konfigurationen til version 3.0 muligt fra version 2.0.35.6. Brugere, der har en tidligere version af konfigurationen installeret, skal først opdatere konfigurationen til en version, der ikke er lavere end 2.0.35.6.

Den nye udgave understøttes af platformen 1C version 8.2.15 og nyere.

Regnskabsversion 3.0 er tilgængelig til opdatering til kunder, der har licens til programversion 2.0 og et ITS-abonnement fra 1C. Hvis du skal skifte fra 2.0 til 3.0, skal du kontakte en erfaren 1C 8-programmør.

Først skal du sikre dig, om din konfiguration er typisk. Hvis du ikke har support installeret, når du åbner konfigurationen (der er ingen lås på konfigurationen), så prøv under ingen omstændigheder selv at opdatere konfigurationen, der er risiko for datatab. Tal med .

Konfigurationen skal have support installeret (med en lås):

Før du opdaterer, skal du lave en sikkerhedskopi af din database!

Programopdatering

Når den forberedende fase er afsluttet, og du forstår, at det er muligt, går vi videre til opdateringen.

Overgangen til udgave 3.0 udføres som en opdatering af konfigurationsversionen ved hjælp af konfiguratoren.

For at gøre dette skal du åbne 1C 8.3 i konfiguratortilstand, åbn konfigurationen: