Uppdatering av en icke-standardkonfiguration. Personlig erfarenhet: hur man snabbt och kostnadseffektivt uppdaterar en ändrad konfiguration Icke-standardiserade konfigurationer 1C 8.3 exempel

En icke-standard 1C-konfiguration är när: 1) 1C-konfigurationen skrevs från början av programmeraren oberoende, 2) 1C-konfigurationen var standard, men ändringar lades till i den, även om en egenskap lades till.

I den här artikeln kommer vi att titta på hur det är nödvändigt att korrekt uppdatera 1C-konfigurationer, samt flera tekniker för att mjukt ändra standardkonfigurationer, d.v.s. korrekt ändring, vilket inte kommer att påverka möjligheten till ytterligare uppdatering.

För att göra ändringar i standard 1C-konfigurationen är det nödvändigt att låsa upp ändringen till standard 1C-konfigurationen och i vissa fall "ta bort den från supporten".

I det mest optimala uppdateringsalternativet kan 1C-konfigurationen uppdateras i ett helautomatiskt läge. Detta är möjligt när konfigurationsändringar är förbjudna. Ganska ofta är det nödvändigt att inkludera konfigurationsändringar, eftersom det är nödvändigt att anpassa applikationslösningar till kundens affärsbehov, kommer vi att fokusera på detta alternativ.

Innan du uppdaterar Det rekommenderas starkt att göra en säkerhetskopia databas, kan detta göras via menyn Administration/Ladda upp infobas.

Det finns 2 uppdateringsalternativ: a) Uppdatering av 1C genom support (ringa via konfigurationsdialogrutan Konfiguration/Support/Uppdatera) och b) genom att Jämförelse slås samman med konfigurationen från en fil. Det bör noteras att skillnaden mellan dessa två punkter är att i det första fallet uppdateras både huvudkonfigurationen och leverantörskonfigurationen, och när man jämför sammanslagna konfigurationer uppdateras endast huvudkonfigurationen, leverantörskonfigurationen förblir den gamla. Därför är det mest rekommenderade alternativet att uppdatera via Update Configuration. För att uppdatera via Configuration Support används leverantörens CF- eller CFU-leveransfiler, som kan hittas genom att söka, i mallkatalogen genom att ange sökvägen på Internet, eller genom att direkt ange sökvägen till önskad fil på din hårddisk.

När du uppdaterar 1C-konfigurationen utan möjlighet att göra ändringar, sker uppdateringen efter val av uppdateringsfil automatiskt om möjligheten att göra ändringar är aktiverad i konfigurationen, kommer ett konfigurationsjämförelsefönster att visas efter att ha valt uppdateringsfilen. I denna dialog kan vi se hur systemet erbjuder oss att uppdatera vår icke-standardiserade 1C-konfiguration. Längst ner i dialogrutan finns en motsvarande förklaring för objektstatus: "Object Compliance Statuses" indikerar en jämförelse av "Main Configuration" och "New Configuration", "Object History Statuses" indikerar en jämförelse av konfigurationsobjekt med "Old Supplier Configuration"-objekt.

Genom att markera rutorna bredvid objekt kan du välja om det aktuella konfigurationsobjektet ska ändras eller förbli gammalt, samt hur objektet ska ändras. I åtgärdsmenyn kan du kryssa i rutor för delsystem (detta är användbart om konfigurationen stöds av flera leverantörer). Även i den här menyn är det möjligt att ange prioritet för sammanslagning av alla objekt samtidigt som standard, systemet anser att leverantörens konfiguration har högre prioritet. Filterinställningarna tillåter oss att specificera vilka konfigurationsobjekt vi ska visa för att kunna specificera sammanslagningsläget i detalj. Det finns flera standardfiltermallar, och du kan också ange filter för varje par av konfigurationer som jämförs. Det är möjligt att sätta kryssrutan "Visa endast två gånger ändrade egenskaper" i "Filter"-inställningarna, vilket gör att du kan filtrera bort objekt vars uppdatering inte resulterade i konflikter mellan leverantörsändringar och modifieringar av dessa objekt:

Så resultatet blir en lista över objekt som ändrades två gånger under slutförandet av standardkonfigurationen och i den nya leverantörskonfigurationen. Om du accepterar uppdateringen kommer tidigare gjorda förbättringar av dessa objekt att gå förlorade. Därför är det nödvändigt att för varje objekt fatta ett beslut om hur det ska uppdateras. I detta skede bör en preliminär jämförelse göras enbart för att minska arbetsmängden senare. Bedömningen är inte korrekt och snabb - "med ögat". Om det finns fler ändringar i objektet i den nya leverantörskonfigurationen lämnar vi instansen av leverantörsobjektet. Lämna en bock. Sedan måste du överföra ändringar från den fungerande konfigurationen. Om det finns fler ändringar i objektet i arbetskonfigurationen, lämnar vi en instans av arbetskonfigurationsobjektet. Avmarkera rutan. Du måste sedan migrera ändringarna från leverantörskonfigurationen. Du kan göra saker lite annorlunda med moduler, eftersom... Det är möjligt att jämföra moduler procedurmässigt.

De där. om i vår 1C-konfiguration och i leverantörens konfiguration ändras olika modulprocedurer, kommer vi genom att markera rutorna korrekt att rädda oss från att manuellt överföra kodändringar. För att komma till detta måste du klicka på knappen i form av ett förstoringsglas bredvid namnet på läget för att kombinera moduler:

När vi visar en meny med åtgärder på ett objekt (till exempel genom att högerklicka på musen), kan vi ta fram en rapport om objektjämförelse.

För att bekräfta 1C-uppdateringen måste du välja menyalternativet Konfiguration/Uppdatera databaskonfiguration.

För att neka 1C-uppdateringen måste du välja menyalternativet Konfiguration/Återgå till DB-konfiguration.

Flera regler som förenklar framtida uppdatering av 1C-konfigurationer:

Grundregeln för att uppdatera 1C: du måste lägga till nya objekt, eftersom... Vid uppdatering påverkas inte nya objekt av systemet

När du ändrar texterna i moduler är det också lämpligt att lägga till dina egna nya procedurer och funktioner och anropa dina nya från befintliga.

Genom att använda evenemangsabonnemang kan du tack vare detta ändra standardmekanismer utan att ändra standardkoden

Använder

Programmatiskt skapande av formulärelement (I händelsen FormCreationOnServer)

Tack!

1C mjukvaruprodukter är specifika i den meningen att deras funktion i hög grad påverkas av lagstiftningen i det land där dessa program används. Det är därför det är mycket viktigt att kunna uppdatera dessa produkter, eftersom de uppdaterade konfigurationerna förutom lagstiftningsfrågor kommer att innehålla korrigeringar av kritiska fel, acceleration av hela driften av programmet och andra användbara detaljer. Det finns två alternativ för utveckling av händelser: det första alternativet är en uppdatering av standardkonfigurationen (standard), vilket sker ganska snabbt och inte kräver mycket ansträngning, medan det andra alternativet, när du behöver uppdatera en modifierad sammansättning, är längre och mer komplex.

Definiera konfigurationstypen

Vanligtvis vet användaren exakt vilken version han har, eftersom standardbygget kännetecknas av frånvaron av interferens med programmets interna objekt. En annan sak är att modifiering, som regel, utförs av programmerare i enlighet med detta, användaren får en redan modifierad produkt, som han kanske inte ens är medveten om. Det finns ett enkelt sätt att förstå om ändringar har gjorts där eller inte. För att göra detta måste du gå in i konfiguratorläget, vars motsvarande knapp finns i programmets startfönster. Det finns en Konfigurationsflik överst, där det finns ett Supportobjekt. Efter att ha klickat på den bör du välja Supportinställningar. I det öppna fönstret bör knappen "Aktivera modifieringsmöjligheter" vara aktiv, ett tecken på en standardmontering är närvaron av en låsikon bredvid sammansättningens namn. Dessa tecken indikerar att programmodulerna inte har ändrats, vilket innebär att du kan utföra en centraliserad uppdatering från den officiella webbplatsen via Internet. I avsaknad av dessa tecken kan det hävdas att programmeraren arbetade med att redigera denna produkt, medan en situation är möjlig när ändringen var partiell, det vill säga ett antal objekt lämnades i sin ursprungliga form. Alla modifierade objekt förblir utan identifieringsikoner, och standardelement är markerade med en gul kub. En partiell modifiering tar inte bort programmet från stödet helt, eftersom det kommer att vara möjligt att uppdatera orörda objekt.

Standard (typisk) konfiguration - förberedelse för uppdatering

Utöver de angivna problemen, såsom ändringar i lagstiftning eller försämring av programmets prestanda, måste du uppdatera det när 1C-programmet skickar ett motsvarande meddelande. Det kommer att säga att den här builden släpptes för en tid sedan, nu finns det en förbättrad konfiguration och att den kan uppdateras just nu via webbplatsen eller med hjälp av ITS-disken. Till att börja med är det väldigt viktigt att göra en säkerhetskopia av databasen så att du kan återställa allt om något går fel. Detta görs på tre sätt. Du kan helt enkelt kopiera rotmappen med databasen till en disk eller flashenhet. Efter att ha startat 1C väljs en databas och sökvägen till den kommer att anges i fönstret. I händelse av problem flyttas den här mappen till platsen för den icke-fungerande databasen. Du kan också använda konfiguratorn, för vilken du måste välja detta läge i programmet. I avsnittet Administration finns en knapp Ladda upp infobas. Efter att ha valt en mapp visas en .dt-fil där, som sedan kan öppnas med motsvarande knapp i samma avsnitt.

Den tredje metoden inträffar lite senare, vid uppdateringsstadiet via Internet. Allt kan göras via ITS-disken, som tas emot av företaget varje månad. Du kan också ta denna disk från en anställd som har ett avtal med ITS, du behöver bara se till att konfigurationerna matchar. Annars sker allt över internet. Det finns en viktig nyans: uppdateringspaket installeras strikt sekventiellt, och om några versioner hoppades över kommer systemet att kräva att du installerar dem först. som finns i Hjälp-menyn, där du måste klicka på avsnittet Om.
Om allt är i sin ordning med Internet, måste du gå till webbplatsen usersv8.1c.ru, där du anger ditt användarnamn och lösenord. Välj sedan de nödvändiga konfigurationerna på länken Ladda ner uppdateringar. Nästa steg är att välja specifika utgåvor, med hänsyn till de allra första och de som har släppts nyligen. Alla filer sparas en efter en på datorn. Innan du uppdaterar måste du öppna alla arkivfiler och installera varje version. Releaser kan laddas ner, enligt beskrivningen, från ITS-disken. Nu måste du gå in i konfiguratorläget, varefter objekt ska visas till vänster om de inte finns där, då måste du klicka på fliken Öppna konfiguration.
För att uppdatera går användaren till Konfiguration-Support-Uppdatera konfiguration. Klicka på Sök i det nya fönstret.

Från de föreslagna alternativen, välj Sök i aktuella uppdateringskataloger och ange sedan den tillgängliga versionen eller den vars namn kommer att markeras i fetstil. Du måste klicka på Ja på alla andra förslag, inklusive det sista fönstret för omorganisera information. Det sista steget är att köra programmet i produktionsläge för att uppdateringarna ska träda i kraft.

Uppdatering av en icke-standardiserad (modifierad) 1C-konfiguration

Poängen med att uppdatera en modifierad sammansättning är att säkerställa att ändringar gjorda av programmerare inte går förlorade, och ändringar gjorda av utvecklare träder i kraft. Alla de listade stegen som beskrivs i de föregående instruktionerna utförs denna gång, endast i det sista steget kommer en jämförelsetabell att visas, där det i en kolumn kommer att finnas en konfiguration med modifierade objekt, och i den andra kolumnen kommer det att finnas en lista med uppdateringar. Dessa kolumner innehåller metadataträd. Med en grön markering kommer programmet att markera vilka specifika objekt som programmeraren gör justeringar på, och vilka produktutvecklarna gjort ändringar i. I detta skede måste du hitta de objekt som är markerade i dessa två kolumner.

För att förenkla din sökning kan du använda knappen Filter, som finns nedan, och sedan markera alternativet Visa två gånger ändrade egenskaper. Om allt är gjort på rätt sätt kommer endast de objekt vi behöver att visas i arbetsfönstret. Proceduren för uppdatering av icke-standardiserade moduler kommer inte att påverka konfigurationen.

Vi måste analysera den här tabellen. I det här fallet är det tydligt att ändringar har skett i båda fallen, eftersom det finns pennikoner, eftersom det också finns en ikon bredvid modulnamnet, betyder det att de kommer att slås samman. Den sista kolumnen till höger indikerar att när processen är klar kommer all användarkod att ändras till förmån för uppdateringen från utvecklarna.

Det finns andra lägen med partiell sammanslagning (prioritet), men dessa lägen används av erfarna användare, eftersom en nybörjare kommer att förvandla all utveckling till förvirrande moduler. Följaktligen är det ingen idé att ändra något i den sista kolumnen. Å andra sidan, genom att avmarkera den första kolumnen, kan tvångssammanslagningen avbrytas. Baserat på detta kan du antingen manuellt mata in koden i den uppdaterade modulen, eller lämna koden ifred och manuellt göra uppdateringarna själva. För att förstå exakt vad som behöver läggas till högerklickar du på den valda modulen och väljer Visa skillnader. Detta steg kommer att visa skillnaderna i specifika procedurer. Längst ner i fönstret finns också en uppdelning i två kolumner, men själva koden visas redan där.

Ytterligare åtgärder beror på förändringsnivån i modulerna, om konfigurationen har skrivits om radikalt, kommer det att vara extremt svårt att uppdatera allt själv, utan hjälp av en programmerare.

Möjligt vid uppdatering av 1C

De flesta fel görs när databasen är kraftigt modifierad, eftersom flera sidor med kod, olika referensböcker och andra objekt kan förvirra en oerfaren användare. Det är mycket viktigt att skapa och spara ett säkerhetskopieringsarkiv innan du gör några ändringar, och sedan dubbelkolla att allt gjordes korrekt. Ett klassiskt misstag är att uppdatera en icke-standard sammansättning som om den vore standard. Men även om du följer de beskrivna instruktionerna är det långt ifrån ett faktum att programmet direkt kommer att fungera som det ska. Det är troligt att ytterligare konfiguration inte är nödvändig. Konfiguratorn visar inte ändringarna som gjorts i kontrollerna i dialogformulären, så denna punkt måste kontrolleras manuellt, annars kommer alla uppdateringar att skrivas över. Efter uppdatering kan konfiguratorn förbjuda uppdatering av den gamla infobasen, eftersom dokumentnummer är inte längre unika, detsamma gäller informationsregister.

För att lösa problemet behöver du:
— ändra antalet tecken i koder;
— ändra koder i informationsbasen.
— ändra egenskapen för unikhetskontroll i alla kataloger.

Under uppdateringsprocessen får vi inte glömma att uppdatera gränssnitt och användarrättigheter, vilket ofta förbises. Vikten av sekventiell uppdatering av utgåvor har redan beskrivits det är också extremt viktigt att använda inbyggd bearbetning av konfigurationsuppdateringar, vilket gör att du kan konvertera nödvändiga data och fylla databaserna med information om det behövs. Det ligger i användarens intresse att säkerställa att de interna identifierarna för objekt eller detaljer matchar, annars kan uppdateringen skriva över all utveckling. Även efter att noggrant förberett en ny konfiguration kan du inte omedelbart gå vidare till att kombinera den med arbetsbasen som används, eftersom den också måste uppdateras och sedan måste allt testas noggrant.

Du måste förstå att det finns alternativ när konfigurationen kommer att returneras för support, det vill säga dess uppdateringsprocess kommer att ske i standardläget för programmet, genom att ladda ner versionen över Internet. Programmet tas bort från supporten efter att modifierade moduler har introducerats i produkten. Att ta bort dessa moduler kommer att återställa programmet till sitt ursprungliga tillstånd, men det är omöjligt att helt bli av med dem, eftersom normal drift av 1C kommer att vara omöjlig, eftersom det av någon anledning är så här modulerna programmerades. Följaktligen kan dessa moduler flyttas utanför programmets omfattning - arbetet kommer att utföras med hjälp av externa moduler, men detta kommer inte att påverka programmets funktion. Således kommer kataloger och andra objekt att förbli på plats Att göra detta på egen hand utan nödvändig kunskap är problematiskt, så programmeraren måste återställa programmet till standardsammansättningsramverket, om det behövs.

Det finns också flera tips som kommer att göra processen att uppdatera 1C mjukvaruprodukter enklare i framtiden. Först och främst måste du försöka modifiera programmet så lite som möjligt, och om det inte är absolut nödvändigt, introducera inte något tredje part där, utan försök lösa problem med standardverktygen som finns tillgängliga. Utan undantag måste alla konfigurationsändringar kommenteras och registreras i ett separat dokument så att inget viktigt missas under återställningsprocessen. För att minska mängden programkod i standardobjekt bör du flytta den till sin egen gemensamma modul, men du måste förstå att anrop till procedurer och funktioner inte kan röras - de måste finnas kvar i standardobjekt så att programmet kan fungera korrekt. För optimeringsändamål är det vettigt att ersätta alla anrop av standardprocedurer och funktioner som finns både i den "självskrivna" koden för objekt och i koden för externa moduler, med anrop till procedurer från sin egen modul. Dessa procedurer är en enkel genväg som kommer att användas för att anropa procedurer från standardmoduler. Sålunda, när man jämför ändringar, behöver användaren inte söka efter de nödvändiga raderna i den modifierade koden under lång tid. Om du följer dessa rekommendationer reduceras uppdateringstiden till flera timmars arbete, och om allt lämnas som det är kan processen dra ut på tiden i flera dagar.

Den här artikeln beskriver inte metoder för att använda automatiska och automatiska konfigurationsuppdateringar med hjälp av externa komponenter och/eller mjukvaruprodukter. Du kan hitta information om dem på denna och andra Internetresurser.

Du kanske har märkt att med varje uppdatering ökar antalet objekt som kräver din uppmärksamhet bara. Samtidigt vet du säkert att till exempel bara ett dokument har ändrats och vid uppdatering ges en lista på flera dussin ändrade objekt. Naturligtvis kan du använda tekniken som beskrivs i artikeln. Ja, det kommer att fungera. Många människor utför uppdateringar på detta sätt. Men jag anser att detta tillvägagångssätt är ineffektivt och tidskrävande när du uppdaterar konfigurationer på 1C:Enterprise 8-plattformen Till skillnad från 1C:Enterprise 7.7-plattformen låter 1C:Enterprise 8-plattformen öppna flera konfigurationer samtidigt (*.cf-filer) och utföra. flera jämförelser av konfigurationer i en kopia konfigurator. Det enda undantaget är kanske konfigurationer byggda på PPM (Manufacturing Enterprise Management) – de är för tunga, plattformen faller.

Processen att uppdatera 1C:Enterprise 8-konfigurationer är mer automatiserad jämfört med 1C:Enterprise 7.7. En ganska hög nivå av automatisering kan avsevärt minska arbetsintensiteten i arbetet vid uppdatering av icke-standardiserade konfigurationer. Tyvärr kan processen med att uppdatera icke-standardiserade konfigurationer oftast inte utföras helt automatiskt och kräver ingripande av en specialist.

Är det möjligt att uppdateringsprocessen kommer att slutföras helt automatiskt? Säkert. För att göra detta måste föränderliga objekt läggas till och får inte använda den befintliga konfigurationens funktionalitet. De där. dessa objekt måste lösa helt andra redovisningsproblem som utökar funktionaliteten i standardleverantörskonfigurationen. Håller med om att den beskrivna situationen är extremt sällsynt. Ändringar påverkar nästan alltid standardleverantörskonfigurationsobjekt.

Observera att databasen kan innehålla upp till tre typer av konfigurationer:

• databaskonfiguration – detta är konfigurationen som användare arbetar med;
• fungerande konfiguration (huvud) är en konfiguration som vi kan göra ändringar i och användare kan fortsätta arbeta;
• leverantörens konfiguration – Detta är den initiala konfigurationen av leverantören, på basis av vilken fungerande konfiguration Och databaskonfiguration. En databas kan ha flera konfigurationer från olika leverantörer. Konfigurationsleverantören kan inte bara vara 1C.

Om konfigurationen tas bort från supporten, leverantörens konfiguration kommer inte att vara. Vilket i sin tur ökar komplexiteten i uppdateringen avsevärt.

Låt oss överväga uppdateringsprocessen och analysera möjliga fel med hjälp av exemplet med att uppdatera UPP-konfigurationen (leverantören av standardkonfigurationen är 1C-företaget, ändringar av Inform Service-företaget). Ursprungligen uppdaterades den här konfigurationen utan att använda tekniken som beskrivs i den här artikeln, så de fel som diskuteras i den här artikeln är de vanligaste i praktiken. Uppdateringen kommer att ske från version 1.2.6.2 till version 1.2.14.1.

Steg 1. Förberedelser.

I det första skedet kommer vi att föra in korrespondens fungerande konfiguration Till leverantörens konfiguration. Detta är ett mycket viktigt steg som avsevärt kommer att minska mängden arbete som krävs för att analysera de förändringar vi tidigare har gjort.

Det här steget kan hoppas över om den senaste uppdateringen gick igenom "support" (menyn "Konfiguration" U94; "Support" U94; "Uppdatera konfiguration") eller utfördes med den metod som beskrivs i den här artikeln.

Version matchar inte fungerande konfiguration Och leverantörens konfiguration kan inträffa när du använder *.cf-filer för uppdatering som inte kommer från leverantörens distribution eller när du använder uppdateringsmetoder som skiljer sig från de som beskrivs i denna artikel. Till exempel lades objekt till i arbetskonfigurationen genom att kopiera via urklipp eller Dra och släpp.

1. Jämförelse av versioner.

Låt oss kontrollera versionsnumren fungerande konfiguration Och leverantörens konfiguration. siffra fungerande konfiguration titta i menyn "Konfiguration" U94; "Öppna konfiguration"-menyn "Redigera" U94; "Egenskaper". I blocket "Utveckling" väljer du "Version". (Bild 1).

siffra leverantörens konfiguration titta i menyn "Konfiguration" U94; "Support" U94; "Supportinställningar..." objekt "Version". (Figur 2).

Om siffrorna matchar, gå vidare till nästa steg. Centimeter. .

I det här exemplet är det nödvändigt att justera fungerande konfiguration Och leverantörskonfiguration med stöd för föremål som tagits bort från stöd eller lagts till utan stöd. För att göra detta, utför följande steg:

2. Spara den fungerande (huvud)konfigurationen.

Låt oss spara fungerande konfiguration till en fil, till exempel work.cf. För att göra detta, välj menyalternativet "Konfiguration" U94; "Spara konfiguration till fil...".

3. Skaffa uppdateringsfilen för leverantörskonfigurationen.

För att matcha konfigurationerna behöver vi en *.cf-fil från leverantörens distribution med samma versionsnummer som fungerande konfiguration(Figur 3 och 4). Denna fil kan erhållas när du installerar motsvarande distribution. Som standard är konfigurationsdistributionen installerad i katalogen C:\Program Files\1cv81\tmplts\. Mer information om installation av konfigurationsmallar finns i dokumentationen.

Låt oss kolla mallkatalogen. Om det finns en *.cf-fil av den version som krävs i mallkatalogen, gå till .

Vad kan du göra om det inte finns någon *.cf-fil av den version som krävs? leverantörens konfiguration? I det här fallet kan du använda *.cfu-filer och upprepa proceduren som beskrivs i steg 1 flera gånger och successivt höja versionsnumret till den nödvändiga versionen, i det här fallet till 1.2.6.2. Det bör noteras att användning av *.cfu-filer kanske inte fixar fel som gjorts tidigare under uppdateringen. Vilket, du förstår, är ganska konstigt, med tanke på att först leverantörsfilen kompileras utifrån *.cfu-filen, och sedan utförs uppdateringen. Detta kan bero på att av någon anledning inte alla konfigurationsobjekt ingår i jämförelsen. Därför föreslår jag att du använder en möjligen längre väg, men också en mer tillförlitlig.

Du måste skapa en tom databas med "gammal" leverantörskonfiguration. Uppdatering leverantörskonfiguration till den version som krävs och använd den när du utför arbete i steg 1. För att få "ny" leverantörskonfiguration du måste göra följande:

Skapar den "gamla" leverantörsfilen för den aktuella konfigurationen. Filen 1cv8.cf kan hämtas från leverantörens distribution eller sparas från arbetsdatabasen om konfigurationen är under stöd. För att spara filen 1cv8.cf från arbetsdatabasen, måste du gå till menyn "Konfiguration" U94; "Support" U94; "Support setup..." klicka på knappen "Spara till fil" och ange katalog och filnamn. Till exempel på skrivbordet.

Skapa en databas med den nya leverantörskonfigurationen. Databasen kan skapas med hjälp av leverantörens distribution från ITS-disken eller med 1cv8.cf som erhållits tidigare från skrivbordet. I det första fallet följer vi instruktionerna som ingår i distributionssatsen. I det andra fallet, för att skapa en databas från en fil som finns på skrivbordet, skapar vi en ny infobas utan konfiguration och startar konfiguratorn. I menyn "Konfiguration" U94; "Ladda konfiguration från fil..." indikerar filen som tidigare sparats på skrivbordet. Öppna konfigurationen via menyn "Konfiguration" U94; "Öppna konfiguration" och uppdatera till önskad version via menyn "Konfiguration" U94; "Support" U94; "Uppdatera konfiguration" med *.cfu-filer.

Skapa en "ny" leverantörskonfigurationsfil. För att göra detta, välj posten i menyn "Konfiguration" U94; "Spara konfiguration till fil..." Vi anger platsen och namnet på filen 1cv8.cf. Klicka på "Spara".

4. Matcha driftkonfiguration och leverantörskonfiguration genom en uppdatering.

Använder den resulterande *.cf-filen leverantörens konfiguration Låt oss utföra uppdateringen. För att göra detta, välj menyalternativet "Konfiguration" U94; "Support" U94; "Uppdatera konfiguration", "Välj uppdateringsfil", "Slutför" (Figur 5), "Kör" (Figur 6).

Lösningar:

• avmarkera ett objekt som finns i leverantörskonfigurationen;
• ta bort referensen till objektet som finns i leverantörskonfigurationen.

Baserat på att länken i det tillagda gränssnittet "Avdelningschef" görs till objektet leverantörens konfiguration, för vilket stöd har dragits tillbaka av leverantören (möjligen på grund av ändrad redovisningsmetodik), skulle den korrekta lösningen i denna situation vara att ta bort länken till denna rapport från gränssnittet "Avdelningschef". Vi stänger inte fönstret för jämförelse av konfigurationer, vi tar bort länken till rapporten "Betalning för beställningar" i gränssnittet "Avdelningschef". Efter att ha tagit bort länken kommer vi att jämföra konfigurationerna igen. För att göra detta, klicka på knappen "Uppdatera" i uppdateringsfönstret (Figur 6).

5. Återställning av inställningar som delvis förlorades i föregående steg.

För att återställa delvis förlorade inställningar, slå samman med en tidigare sparad fil fungerande konfiguration work.cf. För att göra detta, välj menyalternativet "Konfiguration" U94; "Jämför, kombinera med konfigurationen från filen...".

6. Sparar uppdateringsresultaten.

Låt oss spara ändringarna fungerande konfiguration och uppdatera databaskonfiguration. För att göra detta, välj menyalternativet "Konfiguration" U94; "Uppdatera databaskonfiguration."

Här väntar ett annat problem på oss (Figur 8).

För att lösa detta problem, låt oss titta på orsaken till dess förekomst. Det kan finnas flera orsaker, men de mest troliga är följande. Dessa objekt har kopierats till fungerande konfiguration från leverantörens konfiguration eller så har leverantören tidigare tagit bort dessa objekt och senare lagt till nya med samma namn, men med olika interna identifierare. Som ett resultat av detta visas objekt med olika interna identifierare, men med samma namn, i konfigurationen.

Vi hanterar roller helt enkelt - vi tar bort dem, eftersom rollerna har inte ändrats (detta kan verifieras genom att jämföra och fungerande konfiguration). Vi agerar annorlunda med dokumentdetaljer. Attributet måste bytas namn, till exempel OrderReserve1, och efter uppdatering måste värdena från det omdöpta attributet överföras till det nya. För att göra detta kan du använda bearbetningen av UniversalSelectionAndProcessingObjects.epf från ITS-disken.

Låt oss överväga en annan situation som liknar den föregående, men som uppstod under uppdateringen av 1C: Enterprise Accounting 8.1. Vad ska man göra med formulär? (Figur 9)

I figuren ser vi att Listformuläret togs bort från leverantören och sedan lades ett nytt formulär med samma namn till av leverantören. Följaktligen måste du markera båda formulären för uppdatering och klicka på knappen "Kör".

Om du får ett meddelande om att det finns länkar till objekt som ska raderas måste du, utan att stänga uppdateringsformuläret, rensa länkarna till formuläret som ska raderas i objektegenskaperna. I detta fall i registret egenskaper. Efter detta måste du klicka på knappen "Uppdatera" i uppdateringsformuläret, markera registeregenskaperna för uppdatering och klicka på knappen "Kör" igen.

Låt oss spara ändringarna fungerande konfiguration och uppdatera databaskonfiguration"Konfiguration" U94; "Uppdatera databaskonfiguration."

Överför vid behov värdena för OrderReserve1-attributet till OrderReserve med hjälp av extern bearbetning i 1C:Enterprise-läge.

Steg 2. Uppdatering.

Efter att ha utfört det förberedande arbetet i steg 1 går vi vidare till uppdateringen huvudkonfiguration och överföring av tidigare gjorda ändringar till leverantörens standardkonfiguration.

För att uppdatera konfigurationen behöver vi en *.cfu-fil eller en *.cf-fil från leverantörens distribution. Du kan läsa mer om hur du skaffar dem.

Om uppdateringen utförs genom flera versioner av konfigurationen, bör du vara uppmärksam på situationen som beskrivs i artikeln. Om uppdateringen inte utförs på en fungerande bas sparar vi *.cf-filerna efter att ha slutfört förberedelserna för varje nytt steg. De kommer att behövas vid uppdatering av konfigurationen av kundens produktionsdatabas.

Om uppdateringen utförs genom flera versioner, bör du under uppdateringen definitivt vara uppmärksam på de objekt som raderas och till objekt med ändrade namn, såväl som de åtgärder som utförs under den första lanseringen efter uppdateringen. Om dessa objekt används i bearbetningen vid första starten efter uppdateringen, bör de inte tas bort, och för objekt med ändrade namn bör lämpliga ändringar göras i texten i bearbetningsmodulen. I det här fallet kan de kvarlämnade objekten raderas under nästa eller nästa uppdatering.

Om uppdateringen utförs genom flera versioner, kan du för att minska uppdateringens arbetsintensitet använda metoden för att beräkna nyckelutgåvor, som beskrivs i artikeln.

1. Upprättande av databaser.

Så baserat på resultaten från det första steget förbereder vi två identiska databaser. Det första (huvudsakliga) är vårt framtida resultat. Den andra (hjälp) är för att utföra jämförelser, öppna konfigurationer och andra förberedande åtgärder. För filversionen är detta helt enkelt att kopiera filerna i huvuddatabasen till en annan katalog och ansluta denna katalog till listan över databaser för klient-serverversionen, den laddar upp/ned.

2. Trevägsjämförelse av konfigurationer.

Låt oss öppna båda databaserna i Configurator-läge och göra en trevägsjämförelse av konfigurationer i båda databaserna, med hjälp av den befintliga leverantörens nya konfigurationsfil. För att göra detta, välj i båda databaserna menyalternativet "Konfiguration" U94; "Support" U94; "Uppdatera konfiguration", "Välj uppdateringsfil", "Slutför" (Figur 10).

Som ett resultat av att jämföra tre konfigurationer ( gammal leverantörskonfiguration, ny leverantörskonfiguration Och fungerande konfiguration) får vi en lista över ändrade objekt. Ställ in filtret "Visa endast två gånger ändrade egenskaper" (figur 11 och 12).

Det är dessa föremål som måste behandlas först, eftersom... Efter uppdateringen kan tidigare gjorda inställningar gå förlorade.

Vid denna tidpunkt avbryter vi arbetet i den andra (extra) databasen och fortsätter i den huvudsakliga. Det finns ingen anledning att klicka på knappen "Kör" i den extra databasen. Vi behöver denna databas exakt i detta formulär tills uppdateringsprocessen är klar.

Så som ett resultat får vi en lista över objekt som ändrades två gånger under revisionen typisk konfiguration och i . Om du accepterar uppdateringen kommer tidigare gjorda förbättringar av dessa objekt att gå förlorade. För varje objekt är det därför nödvändigt att fatta ett beslut om hur det ska uppdateras (Figur 13). I detta skede gör vi en preliminär jämförelse enbart för att minska arbetsmängden i framtiden. Bedömningen är inte korrekt och snabb - "med ögat".

ny leverantörskonfiguration, så lämnar vi en instans av leverantörsobjektet. Lämna en bock. Sedan kommer vi att överföra ändringarna från fungerande konfiguration.

Om det finns fler förändringar i objektet i fungerande konfiguration, sedan lämnar vi en instans av objektet fungerande konfiguration. Avmarkera rutan. Sedan kommer vi att överföra ändringarna från leverantörens konfiguration.

Vi hanterar moduler lite olika eftersom... Vi har möjlighet att jämföra moduler procedurmässigt. De där. i fall i vår konfiguration och olika modulprocedurer har ändrats i leverantörens konfiguration, så genom att markera rutorna korrekt kommer vi att rädda oss från att manuellt överföra kodändringar. För att komma till detta, tryck på knappen som visas i figur 14.

Efter att vi har bestämt oss för de objekt som ska uppdateras omedelbart och som det fortfarande finns bockar på, duplicerar vi tillståndet med bockmärken i hjälpdatabasen, och i huvuddatabasen trycker vi på knappen "Kör". I huvuddatabasen får vi en nästan färdig konfiguration.

Därefter utför vi alla jämförelser i hjälpdatabasen. Vi har redan en jämförelse - en trevägs. För att fastställa tidigare gjorda ändringar utför vi ytterligare en andra jämförelse gammal leverantörskonfiguration Med huvudkonfiguration. För att göra detta, välj posten i menyn "Konfiguration" U94; "Jämför konfigurationer:", välj för jämförelse " Leverantörskonfiguration"och" Grundläggande konfiguration

På liknande sätt jämför vi gammal leverantörskonfiguration med en ny. För jämförelse behöver vi en fil ny leverantörskonfiguration. Om det inte finns någon sådan fil kan du nu hämta den från huvuddatabasen. För att spara till en fil ny leverantörskonfiguration i huvuddatabasen i menyn "Konfiguration" U94; "Support" U94; "Support setup:" klicka på knappen "Spara till fil". (Figur 2). Ange filnamnet, till exempel new.cf. Därefter gör vi en tredje jämförelse av konfigurationer och vid jämförelse anger vi filen new.cf som den andra konfigurationen.

Så vi fick en lista över två gånger ändrade objekt i den extra databasen. Och ytterligare två jämförelser som hjälper oss att mer effektivt överföra tidigare gjorda inställningar från den gamla versionen till den nya. I huvuddatabasen har vi en nästan färdig konfiguration, där vi måste hantera två gånger ändrade objekt.

För att minska tiden för att analysera ändringar av en standardkonfiguration och följaktligen för uppdatering, skulle det vara lämpligt att kommentera alla ändringar som gjorts i konfigurationen, och notera inte bara den ändrade texten i modulerna, utan också syftet med de ändringar som gjorts. . Av flera skäl görs detta väldigt ofta inte. När du utför en uppdatering är du inte intresserad av anledningarna till att göra ändringar, utan av deras konsekvenser. Nämligen behovet av att bevara funktionaliteten i den ändrade konfigurationen. Detta kan kräva att de ändrade raderna inte överförs, utan att den tillagda (ändrade) koden helt omarbetas för att passa funktionaliteten i den nya leverantörskonfigurationen.

Jämförelse av formulär, tabeller och moduler av objekt i konfigurationen utförs med en tillräcklig detaljgrad (Figur 17). Detta är tillräckligt för att fatta beslut.

Men i vissa fall presenteras uppgifterna i jämförelserapporter på ett sätt som gör det svårt att fatta ett snabbt beslut. Till exempel, vid ändring av typen av detaljer som har en sammansatt datatyp, sammansättningen av de inmatade utifrån objekt osv. Det är i detta skede, på grund av dess komplexitet, som förbättringar går förlorade under uppdateringen. Låt oss överväga denna situation med hjälp av exemplet med detaljer som har en sammansatt datatyp. Vid generering av en rapport om objektjämförelse (Figur 17) presenteras olika data i de jämförda konfigurationerna i form av listor som innehåller sammansättningen av datatyper, separerade med kommatecken. Rapporten visar dock inte alls vilka typer av data som lagts till eller tagits bort. Självklart kan rapporten skrivas ut och "gömmas" för att identifiera skillnader. I det aktuella exemplet finns det cirka 200 sådana objekt Uppenbarligen verkar jämförelseprocessen vara ganska arbetskrävande och kommer att ta cirka 50 timmar.

För att minska arbetsintensiteten i arbetet när du jämför objekt kan du använda konfigurationen som utvecklats av företaget Inform Service. Arbetsintensiteten i arbetet vid jämförelse av kompositobjekt kan minskas med cirka 20 gånger.

"Cell Comparison"-konfigurationen startas i 1C:Enterprise-läge och låter dig presentera information från objektjämförelserapporten i en visuell form (figur 18 och 19). Som jämförelse används funktionerna i 1C:Enterprise 8.

Konfigurationsschemat är enkelt. I konfiguratorn skapar vi en rapport om jämförelse av objekt (Figur 17) och sparar den i en fil, till exempel Comparison Report.mxl. Öppna 1C:Enterprise och i dialogrutan (Figur 18) välj den sparade filen och ange vilka celler som ska jämföras. För att göra detta, dubbelklicka med höger musknapp på den valda cellen i kalkylarksdokumentet. Genom att klicka på "Jämför"-knappen får vi resultatet av jämförelsen, där de olika positionerna är markerade i färg (Figur 19).

Särskild uppmärksamhet bör ägnas RLS-mallar för ändrade användarroller.

Efter att ha slutfört uppdateringen och överföringen av tidigare gjorda ändringar av standardkonfigurationen kommer vi att utföra syntaktisk kontroll av modulerna och kontrollera funktionen för de ändrade objekten. Efter framgångsrik testning kan konanses vara avslutad. Nu återstår bara att uppdatera externa tryckta formulär, rapporter och bearbetning. För vissa konfigurationer är det nödvändigt att kontrollera rapporteringsformulären som är anslutna som externa.

Steg 3. Leverans av arbete.

I det angivna exemplet är arbetsmängden för att korrigera fel som gjorts under tidigare uppdateringar, samt att uppdatera till version 1.2.14.1 och överföra de ändringar som tidigare gjorts till standardkonfigurationen, cirka 100-150 timmar. Det är inte möjligt att utföra en sådan arbetsvolym genom att uppdatera direkt i kundens databas. Följaktligen måste förberedande arbete utföras på en kopia av databasen, och resultatet av uppdateringen måste överföras till kundens arbetsdatabas.

Först studerar vi noggrant instruktionerna från distributionssatsen. Vi utför det nödvändiga arbetet innan vi uppdaterar arbetsdatabasen.

Om inga konfigurationsändringar utfördes i kundens arbetsdatabas under förberedelsen av uppdateringen, och uppdateringen förbereddes på en aktuell kopia av arbetsdatabasen, sparar du arbetskonfigurationen i en fil, till exempel work_2 för att överföra inställningarna. .cf, genom att välja menypunkten “Konfiguration” U94; "Spara konfiguration till fil...".

• Med hjälp av work_2.cf-filen överför vi ändringarna. För att göra detta, välj menyalternativet "Konfiguration" U94; "Ladda konfiguration från fil...";
• På frågan om uppdatering av databaskonfigurationen kommer vi att svara ja.

Om konfigurationsändringar genomfördes i kundens produktionsdatabas under förberedelserna av uppdateringen, måste dessa ändringar också återspeglas under uppdateringen.

Om uppdateringen inte förbereddes på en aktuell kopia av arbetsdatabasen, kommer vi att använda den teknik som användes i det första steget för att överföra inställningarna. För att göra detta behöver vi en *.cf-fil med standardkonfigurationen för leverantören (1.2.14.1) och resultatet av uppdateringen i form av även en *.cf-fil. För att göra detta, spara den fungerande konfigurationen i en fil, till exempel work_2.cf, genom att välja menyalternativet "Konfiguration" U94; "Spara konfiguration till fil...".

Ytterligare åtgärder på kundens sida kommer att vara följande:

• skapa en databasbackup;
• Med hjälp av *.cf-filen för standardleverantörskonfigurationen kommer vi att utföra uppdateringen. För att göra detta, välj menyalternativet "Konfiguration" U94; "Support" U94; "Uppdatera konfiguration", "Välj uppdateringsfil", "Slutför" (Figur 10), "Kör";
• Med hjälp av work_2.cf-filen överför vi ändringarna. För att göra detta, välj menyalternativet "Konfiguration" U94; "Jämför, slå samman med konfiguration från fil...";
• Låt oss spara ändringarna i den fungerande konfigurationen och uppdatera databaskonfigurationen. För att göra detta, välj menyalternativet "Konfiguration" U94; "Uppdatera databaskonfiguration."

I denna instruktion för en icke-standardiserad uppdatering av den modifierade 1c 8.3 kommer jag inte att beskriva grundläggande saker, såsom: hur man öppnar konfiguratorn, vad databaskonfigurationen är, leverantörskonfigurationen och huvudkonfigurationen. Det har skrivits mycket om detta, och du kan hitta denna information på egen hand på Internet. Jag ska försöka beskriva huvudpunkterna i uppdateringsprocessen och vad du behöver vara uppmärksam på.
Jag tog atypisk redovisning 3.0.51.22 som exempel och kommer att visa dig hur du uppdaterar den till version 3.0.53.29. På plattformsversion 8.3.10.2561 (det är ingen stor skillnad på äldre plattformar, jämförelsefönstret såg bara lite annorlunda ut innan).
Jag ska genast säga att det blir mycket bilder och lite text. Jag tycker att det är lättare att komma ihåg en process visuellt än att läsa ett hav av text.

1. Kontrollera att databaskonfigurationen matchar leverantörens konfiguration.

För detta behöver du

Om det finns en matchning kan du säkert gå vidare till steg 2.

1a. Ställa in konfigurationen för support.

Om din databasversion och leverantörskonfigurationsversionen är olika, måste du ta bort den aktuella konfigurationen via samma meny: konfiguration - support - supportinställningar. Och klicka på knappen "Ta tillbaka från support".

Efter en "kort" väntan avmarkerar vi alla rutorna. Tja, du kan avmarkera kryssrutan "Spara inställningar automatiskt". Och klicka på exekvera.

Som ett resultat kommer vi att få en konfiguration som stöds med samma databasversioner.

2. Uppdatera databasen.

Nu kan du fortsätta till uppdateringen.

Låt mig berätta direkt att uppdateringen ENDAST bör göras via menyn "Konfiguration" - "Support" - "Uppdatera konfiguration...".
Du KAN INTE använda "Jämför, sammanfoga med konfiguration från fil..."!!! När du använder den här mekanismen måste du gå till steg 1a nästa gång du uppdaterar. Låt oss därför inte göra detta och skapa onödiga problem för oss själva (eller den som ska uppdatera databasen nästa gång).

Välj sedan uppdateringsfilen.
Jag skulle vilja prata om uppdatering efter flera releaser. 1C rekommenderar inte att du uppdaterar CF-filer, hoppar genom flera utgåvor samtidigt. Detta måste göras konsekvent. I teorin är detta korrekt.
Jag kommer att förklara varför detta inte rekommenderas. Om programmerare vill ta bort någon rekvisita, tilldelar de först prefixet "radera" till det, och efter flera utgåvor tar de bort det. Och de kan överföra information från den i någon version. Genom att hoppa över den här versionen kan du förlora data. Men i praktiken, under mina 10 år av att arbeta med 1C-databaser, hade jag ett sådant fall. När utvecklarna av någon anledning bestämde sig för att överföra data från listan till katalogen. Detta slutade dock inte i något kritiskt för mig. Jag skrev en enkel bearbetning som överförde denna data från arkivet till den aktuella databasen. Det fanns inget behov av att göra någon ny uppdatering.
Du kan kasta sten på mig, men jag uppdaterar alltid databasen via cf-filer för flera releaser.
Så vi klickade på uppdatera, ett meddelande dök upp som berättade för oss vilken version uppdateringen skulle göras till. Vi klickar på OK.

Vi väntar på att jämförelsen av objekt ska ske.
Därefter måste vi välja "visa endast två gånger ändrade egenskaper" från listan längst ner.

Jag vill också säga att enligt de gamla versionerna, innan var det en kryssruta.

Så nu ser vi mycket färre föremål.

Om din är tom, då har du otroligt tur, och du kan säkert trycka på "kör"-knappen och betrakta uppdateringen som klar. Tja, allt är inte så enkelt här, så jag ska gå igenom huvudobjekten.

Det första jag vill säga. Ändra inte sammanfogningsläget under några omständigheter. Det ska vara "Ta från ny leverantörskonfiguration". Annars kommer du att hamna med skräp i databasen med MGR-kommentaren.
Inga "visa skillnader i moduler..."-knappar.!
Klicka på kugghjulsikonen bredvid modulen

Ett fönster öppnas där det finns många förändringar i funktioner och procedurer.

För att förstå vilken funktion som ändrades måste vi antingen ta en kopia av databasen eller spara konfigurationen i en fil via konfigurationsmenyn. Och ladda sedan in den i en tom databas. Gå sedan till menyn "konfiguration" och klicka på "Jämför konfigurationer..."
Välj Jämför grundläggande konfiguration med leverantörskonfiguration.

Och nu kan du se förändringarna genom "visa skillnader i moduler...". Därför att vi kommer inte att ändra någonting, vi vill bara se vad som har ändrats.

Och vi ser att en bit kod har lagts till i funktionen "Slope". Alla ändringar kan ses genom att klicka på de blå pilarna.

Låt oss återgå till den uppdaterade konfigurationen. Där använde vi kugghjulsikonen för att komma in i läget för att kombinera moduler. Markera sedan alla rutorna... manuellt... och säg "tack" till dig själv till plattformsutvecklarna :)

Vi hittar vår nedgångsfunktion. Att hitta det ändrade elementet. Jag hoppas att det nu är klart varför du behöver separera eventuell tillagd kod med kommentarer - korrekt, för att inte gissa när du uppdaterar var denna kod kom ifrån.
Klicka på förstoringsglasikonen så kommer plattformen att markera kodraden där du behöver lägga till denna text.

Kopiera det från det övre fönstret och klistra in det i det nedre fönstret.

Gör detta med alla moduler. Om modulen inte har ändrats, som i vårt fall med valutakatalogen. Vi ställer helt enkelt in läget på "Ta från den nya leverantörskonfigurationen" och klicka INTE på växeln (det ska inte finnas en grön bock bredvid växeln, detta betyder att koden kommer att tas helt från den nya konfigurationen, utan manual konfiguration).

Bra. Nu, efter att ha gått igenom alla objekt, kan du avmarkera "spara inställningar automatiskt" och sedan "kör"

Till meddelandet ”Det finns objekt som har ändrats i huvudkonfigurationen i förhållande till den gamla konfigurationen... Vid uppdatering kommer dessa objekt att ersättas! Kör? Vi klickar djärvt på JA.

I nästa fönster lämnar du kryssrutorna som visas på bilden. Och ingenting annat!!! Båda kryssrutorna måste vara markerade - "objekt redigeras samtidigt som stödet bibehålls." Klicka på OK.

Allt. Uppdateringen av den icke-standardiserade 1c-konfigurationen är klar.
Denna metod är inte menad att vara perfekt, men jag tror att många gör misstag i dessa steg.
Naturligtvis har jag inte berättat allt, det finns fortfarande många fallgropar. Men jag tror att 90 % av uppdateringarna kan uppdateras säkert med hjälp av dessa instruktioner.

1C-uppdateringen utförs genom att trycka på "en"-knappen, den typiska konfigurationen kan ladda ner 1C-uppdateringen och installera den. Användaren kommer endast att behöva ange registreringsinformation.

Vad ska man göra om konfigurationen är atypisk? Eller en standard, men några förbättringar har gjorts på den - en katalog, ett par detaljer, en rapport har lagts till?

Vi kommer att ta reda på svaret på denna fråga idag.

Vad är en icke-standardiserad 1C-konfiguration

Atypisk 1C-konfiguration är när:

• Konfigurationen skrevs från grunden av programmeraren själv
• Konfigurationen var standard, men ändringar lades till i den
• Även om du lagt till en rekvisita.

För att göra ändringar i standardkonfigurationen måste du.

När du uppdaterar en 1C icke-standardkonfiguration som har tagits bort från support, kommer 1C att erbjuda att "sätta den icke-standardiserade konfigurationen tillbaka på support." Då kommer alla ändringar att avbrytas (raderas).

För att säkerställa att när du uppdaterar 1C till en icke-standardiserad (ändrad) 1C-konfiguration, ändringarna kvarstår och 1C-uppdateringen tillämpas, kan du använda ett annat 1C-uppdateringsläge.

Låt oss titta på ett exempel på en ändrad konfiguration som vi vill uppdatera. Detta är en typisk 1C Accounting-konfiguration (vänster), som ändringar har gjorts (höger):

4) I katalogen "Individuals", i formulärmodulen, i funktionen ReadPlace of Birth () lades en rad av programmet till

Hur kommer alla dessa ändringar att fungera vid tidpunkten för uppdatering av 1C till en icke-standardiserad 1C-konfiguration?

Uppdaterar 1C med att spara ändringar av den icke-standardiserade 1C-konfigurationen

1C-konfigurationsuppdateringar distribueras vanligtvis som ett självextraherande arkiv. Efter uppackning måste du köra installationsfilen för att installera 1C-uppdateringen på din dator (inte i 1C!).

När du installerar uppdateringen väljer du var 1C-uppdateringen ska installeras. Vanligtvis detta. Du kan installera till vilken annan mapp som helst på disken och 1C anger var .

1C-uppdateringsfiler kan ha följande form:

• fil med CF-tillägg – innehåller en helt ny typ av konfiguration
• fil med CFU-tillägget – innehåller endast ändringar från den tidigare versionen.

Båda filerna lagras i 1C-uppdateringskatalogen, i mappen med versionsnamnet.

Var försiktig när du använder CFU-filen - den låter dig bara uppdatera från !

Så, för att uppdatera 1C, välj ett av menyalternativen:

• Konfiguration/Jämför sammanfogning med konfiguration från fil – för CF-filer
• Konfiguration/Support/Uppdatera konfiguration/Välj 1C-uppdateringsfil – för CF- eller CFU-filer.

Först och främst kommer 1C att jämföra de två konfigurationerna. Konfigurationen av din databas kallas "Main Configuration", och konfigurationen från uppdateringen kallas "Configuration from File".

1C kommer att visa alla skillnader i form av ett välbekant träd, där ändringarna visas till höger.

Titta - i vårt exempel är kataloger som har ändrats eller lagts till markerade.

Eftersom vi uppdaterar en 1C icke-standardkonfiguration som har ändrats - det vill säga det var en gång standard, är det nödvändigt att ange några inställningar.

Klicka på knappen Inställningar. Välj "Den laddade konfigurationen är en ättling till den huvudsakliga" (det vill säga det är en modifierad standard).

Kryssrutan "Tillåt radering av huvudkonfigurationsobjekt" låter dig ta bort om de togs bort i 1C-uppdateringen. Eftersom vi lagt till detaljer och kataloger i konfigurationen, men de inte finns i 1C-uppdateringen, kommer 1C att anse att de togs bort i 1C-uppdateringen. Därför behöver du inte markera den här rutan.

Låt oss ta en närmare titt på skillnaderna som upptäckts av plattformen.

Låt oss utöka grenen av nomenklaturkatalogen. I grenen Detaljer ser vi att standardkonfigurationen inte har detaljerna, men vi lägger till dem. Ett minustecken betyder att det kommer att raderas.

Eftersom vi inte behöver ta bort rekvisita som vi själva har lagt till, måste vi göra följande (alternativ):

• I knappen "Inställningar" kryssa INTE för kryssrutan "Tillåt borttagning av huvudkonfigurationsobjekt".
• Om kryssrutan fortfarande är markerad, avmarkera rutan bredvid detta attribut. På bilden finns ingen bock bredvid rekvisitan, eftersom det inte är tillåtet att ta bort objekt.

Formen på referensboken för nomenklaturen har också ändrats. 1C såg detta och visar oss också katalogformuläret i listan över ändrade objekt.

För att se vilka ändringar som har gjorts i formuläret kan du göra följande (alternativ):

• Högerklicka först på formuläret i den vänstra kolumnen och välj menyalternativet "Öppna formulär" och sedan till höger. Jämför de två formerna visuellt.
• Högerklicka på formuläret och välj menyalternativet "Objektjämförelserapport" (detaljer, kalkylbladsdokument)

Objektjämförelserapporten visar många skillnader när man jämför former. Detta beror på det faktum att när vi lägger till bara ett fält i formuläret, ändras många intilliggande element automatiskt - indrag, ankare, etc.

I listan över ändringar ser vi våra ändringar - ändringar av etikett och byte av fält.

Vi kan godkänna eller vägra att ändra formuläret genom att markera kryssrutan bredvid. Detta får följande konsekvenser:

a) om vi markerar rutan

• formuläret kommer att ersättas med ett nytt
• våra ändringar av standardkonfigurationen kommer att raderas
• ändringar från 1C-uppdateringen kommer att tillämpas
• då måste vi återställa våra ändringar manuellt

b) om vi inte markerar rutan

• formuläret lämnas som det är
• våra förändringar kvarstår
• nya ändringar från 1C-uppdateringen tillämpas inte
• Därefter måste du manuellt lägga till ändringar från 1C-uppdateringen.

Du kan använda det tredje alternativet. Expandera formulärgrenen till slutet och i kolumnen "Merge Mode" väljer du "Merge".

c) om vi valde "Slå samman"

• det kommer att finnas någon ny form, där det kommer nya förändringar och gamla
• våra förändringar kvarstår
• nya ändringar dyker upp
• om ett fält har tagits bort och ett annat fält har satts i dess ställe, som ett resultat av sammanslagningen kommer båda fälten att visas på samma plats samtidigt - både det gamla och det nya
• det finns chanser att formen ser normal ut
• då måste du manuellt kontrollera att inga "excesser" har inträffat

2) I katalogen "Individuals", i formulärmodulen, i funktionen ReadPlace of Birth() lades en programrad till

För att se ändringarna i formulärmodulen som 1C upptäckte, expandera formulärgrenen till slutet, högerklicka på den och välj menyalternativet "Visa skillnader i moduler".

Ändringar visas i samband med varje funktion, men i detta visningsläge kan du antingen välja att uppdatera 1C för hela modulen eller neka den.

Ett annat sätt är att använda förstoringsglasknappen på den här raden.

Då kommer vi inte bara att se förändringar i varje funktions sammanhang, utan vi kan även använda kryssrutor för att välja vilken funktion vi vill uppdatera och vilken som inte.

3) Flera detaljer har tagits bort från katalogen "Elektroniska inlämningar...".

1C har bestämt att vi har raderat detaljerna i standardkatalogen och erbjuder oss att återställa dem.

Katalogen som vi lade till föreslår 1C att ta bort. I det här fallet gäller samma regel som i fallet med rekvisitan vi lagt till (se tidigare).

Så vår uppgift är att noggrant studera de upptäckta 1C-ändringarna och använda kryssrutorna för att acceptera eller vägra dem. Efter det klickar du på knappen Kör.

Observera att om du raderade ett attribut som ett resultat av uppdateringen av 1C, raderade du också de data som angetts i det av användare, vilket innebär att om du lägger till samma attribut igen kommer denna data inte att återställas.

Om konfigurationen har flera relaterade objekt - till exempel rekvisita och form; Samtidigt tillät du uppdateringen av 1C-formuläret, men avmarkerade kryssrutan, då uppstår en motsägelse.

Efter att ha klickat på knappen Kör hittar 1C sådana situationer och rapporterar från dem.

Efter att ha klickat på Kör-knappen har du ytterligare en möjlighet att tänka.

För att bekräfta 1C-uppdateringen måste du välja menyalternativet Konfiguration/Uppdatera databaskonfiguration.

För att neka 1C-uppdateringen måste du välja menyalternativet Konfiguration/Återgå till DB-konfiguration.

Tredje alternativet (sekvensen av menyalternativ anges):

• Välj Arkiv/Spara
• Konfiguration/Spara konfiguration till fil
• Konfiguration/Databaskonfiguration/Återgå till DB-konfiguration.

Således laddar du upp den resulterande kombinerade konfigurationen till en fil och vägrar ändringarna. Du kan analysera den resulterande konfigurationen, göra manuella redigeringar och senare helt enkelt ladda den med hjälp av menyn Konfiguration/Ladda in konfiguration från fil.