Licenspolicy 1C ger möjlighet att göra och spara ändringar av standardkonfigurationer, och följaktligen möjligheten att uppdatera dem.*

*Modifierade eller icke-standardiserade konfigurationer 1C är en mjukvaruprodukt på 1C:Enterprise-plattformen, som är en del av eller utgör hela automatiserat system företagsledning, som har genomgått ett antal förändringar på grund av verksamhetens behov och särdrag, när det gäller formerna och sammansättningen av kataloger, dokument, roller, moduler etc., därför är det inte alls att uppdatera 1C-konfigurationen med ändringar samma sak som att uppdatera en standardlösning.

Uppdateringar släppta av 1C syftar till att fixa buggar och införa ändringar och tillägg som krävs enligt lag. Nya konfigurationer som nyligen har kommit in på marknaden kännetecknas av utgivningen av ett stort antal uppdateringar av den första typen. För konfigurationer med funktionalitet som främst syftar till att sammanställa regulatorisk rapportering, till exempel "1C: ZUP", "1C: Accounting", släpps fler uppdateringar av den andra typen.

Det specifika med att uppdatera icke-standardiserade konfigurationer är behovet av att göra alla ändringar i den senaste 1C-utgåvan, samtidigt som tidigare gjorda förbättringar bibehålls fullt ut. Detta är en icke-trivial uppgift, vars lösning inte har ett standardskript, vilket innebär att det inte kan automatiseras helt. Av denna anledning råder manuella operationer som kräver deltagande av en specialist i metoden för uppdatering av icke-standardiserade konfigurationer.

Implementeringsstadierna för uppdatering av icke-standardiserade konfigurationer påverkas inte av mängden befintliga förbättringar. Kortfattat kan de beskrivas så här:

• Sökning och jämförelse av ändrade objekt;
• Göra uppdateringar från en ny utgåva;
• Introducerar tidigare gjorda ändringar som "skrivits över" i föregående skede;
• Kontrollera kompatibilitet och drift av processer.

Skillnaden kommer att ligga i implementeringstiden: om det finns många förbättringar kommer processen på motsvarande sätt att ta längre tid och kräva koncentration, uppmärksamhet och manuell kontroll.

Låt oss överväga att uppdatera en icke-standardkonfiguration för 1C-miljön med hjälp av exemplet "1C: Trade Management" (release 2014) till nästa tillgängliga version.

Detta är ett mycket enkelt exempel, men som nämnts ovan kommer uppdatering av en mer komplex konfiguration naturligtvis att kräva mycket tid och koncentration från en specialists sida, men kommer att ha samma steg - uppdatering (till en ny standardkonfiguration ), arbetar med avstämning av inlagda och gjorda ändringar m.m.

Innan du uppdaterar konfigurationen bör du ladda ner informationsbas. Denna åtgärd rekommenderas att utföras före eventuella manipulationer med alla databaser utan undantag, och särskilt med icke-standardiserade:

Uppladdningen av infobasen är klar:

Observera att om konfigurationen inte hade slutförts, det vill säga den var standard, skulle en låsikon också visas i konfigurationsfönstret mittemot namnet, bredvid den gula kuben:

I menyn Konfiguration väljer du "Support" och "Uppdatera konfiguration". Faktum är att åtgärderna i detta skede helt sammanfaller med processen att uppdatera en standardkonfiguration:

Beroende på storleken på basen och dess modifieringar, automatisk sökning tillgängliga uppdateringar kan ta lite tid. Därför är det värt, trots rekommendationerna, att välja alternativet "Välj uppdateringsfil" och självständigt, efter att ha packat upp arkivet med uppdateringar och sparat dem, ange sökvägen manuellt:

Fönster med bakgrundsinformation, instruktioner och uppdateringssekvens:

Konfigurationsjämförelsefönster. Till vänster i trädet visas status för den befintliga konfigurationen, till höger – information om den nya standardversionen. Avsnitt som har genomgått förändringar är också markerade. Därefter måste vi ta reda på vilka sektioner som ändrades från vår sida och samtidigt genomgick ändringar i den nya konfigurationen:

För att ta reda på vilka typiska metadataobjekt som har ändrats tidigare och även kommer att ändras vid installation av en ny leverantörskonfiguration, måste du välja "Visa endast två gånger ändrade egenskaper":

Endast objekt som uppfyller detta villkor finns kvar:

Genom att expandera metadataträdet kan du se vilka specifika objekt som kommer att ändras. För att få detaljerad information, högerklicka för att välja det ändrade objektet:

Du kan utvärdera ändringar på kodnivå med hjälp av "Visa skillnader i moduler", men eftersom de också måste komma ihåg för att kunna göras efter installation av uppdateringar skapar vi två rapporter: "Rapport om jämförelse av huvudkonfigurationsobjekt med den gamla leverantören konfiguration" (tillgängliga förbättringar) och "Jämförelserapport för nya leverantörskonfigurationsobjekt med gamla leverantörskonfigurationsobjekt" (uppdateringar).*

*Låt oss förstå terminologin:

• "Huvudkonfiguration" – en icke-standardkonfiguration som behöver uppdateras;
• "Gammal leverantörskonfiguration" – typisk konfiguration från vilken uppdateringar senast installerades;
• "Ny leverantörskonfiguration" är den vi uppdaterar till nu.

Vi anpassar rapportformuläret och laddar upp det. Listan över tidigare gjorda ändringar har registrerats:

Efter att ha laddat ner rapporterna, gå direkt till uppdateringen och klicka på "Kör". Konfiguratorn erbjuder uppdateringsregeln "Ta från den nya leverantörskonfigurationen" (den anges i den tredje kolumnen). Detta innebär att alla ändringar kommer att raderas och ersättas med uppdaterade standardobjekt. Det är inte värt att ändra den här regeln till det frestande "Merge Mode", eftersom automatisk sammanslagning kommer att leda till kaos. Ändå är det bättre att ta sig tid och göra ändringarna manuellt:

I fönstret med allmän information om att ta bort konfigurationen från supporten behöver ingenting ändras. Genom att klicka på "OK" slås objekten samman. Starta sedan "Enterprise" och registrera ändringarna för att korrekt slutföra uppdateringsprocessen:

Vi accepterar listan med ändringar:*

*Om knappen "Acceptera" är inaktiv bör du köra "Fix Testing":



Vi startar felsökning via F5 och får bekräftelse på lagligheten av uppdateringarna:

Efter att bekräftelse har mottagits att processen med att rulla ut uppdateringar är helt slutförd, bör du återgå till konfiguratorn, gå till de två gånger ändrade metadataobjekten och manuellt göra de bekräftade ändringarna på kodnivå, med hjälp av de nedladdade rapporterna. Sammanfattningsvis lägger vi till att efter detta är det nödvändigt att kontrollera inställningarnas korrekthet och arbetsprocessernas lämplighet.

Det här är en ganska gammal artikel av mig, men den är fortfarande relevant. Därför bestämde jag mig för att det skulle vara lämpligt att publicera den på www..

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å andra Internetresurser.

Du kanske har märkt att antalet objekt som kräver din uppmärksamhet bara ökar för varje uppdatering. 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 min artikel "Teknik för uppdatering av icke-standardiserade konfigurationer av 1C: Enterprise 7.7" daterad 27 juni 2003. 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å plattformen 1C:Enterprise 8. Till skillnad från plattformen 1C:Enterprise 7.7 tillåter 1C:Enterprise 8-plattformen dig att ö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 slutföras helt i automatiskt läge och kräver specialistinsatser.

Ä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 ska lösa helt andra redovisningsproblem som utökar funktionaliteten typisk konfiguration leverantör. 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 den konfiguration 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 är den ursprungliga leverantörskonfigurationen från 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 titta på uppdateringsprocessen och analysera möjliga misstag med exemplet med uppdatering av UPP-konfigurationen (leverantören av standardkonfigurationen är 1C-företaget, modifieringar 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.

Du kan hoppa över detta steg om Senaste uppdateringen gått igenom "support" (menyn "Konfiguration" → "Support" → "Uppdatera konfiguration") eller utfördes enligt metoden 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" → "Öppna konfiguration"-menyn "Redigera" → "Egenskaper". I blocket "Utveckling" väljer du "Version". (Bild 1).

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

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

I i detta exempel måste anpassas 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" → "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). Den här filen kan erhållas genom att installera lämplig 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:

1. 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 support. För att spara filen 1cv8.cf från arbetsdatabasen, gå till menyn "Konfiguration" → "Support" → "Supportinställningar...", klicka på knappen "Spara till fil" och ange katalogen och filnamnet. Till exempel på skrivbordet.
2. 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" → "Ladda konfiguration från fil..." anger vi filen som tidigare sparats på skrivbordet. Vi öppnar konfigurationen genom menyn "Konfiguration" → "Öppna konfiguration" och uppdaterar till önskad version genom menyn "Konfiguration" → "Support" → "Uppdatera konfiguration" med hjälp av *.cfu-filer.
3. Skapa en "ny" leverantörskonfigurationsfil. För att göra detta, välj menyalternativet "Konfiguration" → "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 uppdatera. För att göra detta, välj menyalternativet "Konfiguration" → "Support" → "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å det faktum 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" → "Jämför, slå samman med konfiguration från fil...".

6. Sparar uppdateringsresultaten.

Låt oss spara ändringarna fungerande konfiguration och uppdatera databaskonfiguration. För att göra detta, välj menyalternativet "Konfiguration" → "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 anledningar, 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 döpas om, 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 blanketter? (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" → "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 grundläggande konfiguration 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 arbetsintensiteten för uppdateringen, använda metoden för att beräkna nyckelutgåvor, som beskrivs i artikeln "Uppdatering av 1C:Enterprise 8-konfigurationer. Hoppa genom 20 versioner."

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) - 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 är det uppladdning/nedladdning.

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

Låt oss öppna båda databaserna i Configurator-läge och utfö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, i båda databaserna, välj menyalternativet "Konfiguration" → "Support" → "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 hanteras 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, sedan 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 ä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 objektet i menyn "Konfiguration" → "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 den nu hämtas från huvuddatabasen. För att spara till en fil ny leverantörskonfiguration i huvuddatabasen i menyn "Konfiguration" → "Support" → "Supportinställningar:" 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 när vi jämför, specificera 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 gammal version till en ny. 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 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.Jämförelseprocessen verkar uppenbarligen 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 bearbetningen "Cell Comparison" som utvecklats av företaget Inform Service. Arbetsintensiteten i arbetet vid jämförelse av sammansatta föremål kan minskas med cirka 20 gånger.

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

Bearbetningsschemat ä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).

Vidare, baserat på det faktum att jämförelsen utförs enligt samma principer för att jämföra objekt, kommer åtgärdsdiagrammet att se ut så här. Spara nästa rapport under samma filnamn. Klicka på "Uppdatera" och "Jämför" knapparna.

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 menyalternativet "Konfiguration" → "Spara konfigurationen till en fil...".

• Med hjälp av work_2.cf-filen överför vi ändringarna. För att göra detta, välj menyalternativet "Konfiguration" → "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 av leverantörens standardkonfiguration (1.2.14.1) och resultatet av uppdateringen i form av även en *.cf-fil. För att göra detta, spara arbetskonfigurationen i en fil, till exempel work_2.cf, genom att välja menyalternativet "Konfiguration" → "Spara konfiguration till fil...".

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

• skapa säkerhetskopia Databas;
• Med hjälp av *.cf-filen för standardkonfigurationen för leverantören kommer vi att utföra uppdateringen. För att göra detta, välj menyalternativet "Konfiguration" → "Support" → "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" → "Jämför, sammanfoga 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" → "Uppdatera databaskonfiguration".

Korrekt utförande av detta steg gör att du kan undvika det arbete som beskrivs i steg 1 i framtiden.

Att uppdatera en icke-standardplattform är mycket svårt. Vi kommer att titta på hur man uppdaterar en icke-standardiserad 1C-konfiguration och beskriver en steg-för-steg-lösning på nya svårigheter.

Hur man uppdaterar i en icke-standardiserad 1C-konfiguration.

Allmänna begrepp

Vid uppdatering av en icke-standardplattform påverkar ändringar alltid delar av leverantörens standardkonfiguration.

Databasen (DB) innehåller upp till tre typer av konfigurationer:

• själva databasen - logiska algoritmer fungerar med den;
• fungerar (den så kallade main, ConfigOR) - som vi regelbundet ändrar;
• leverantörskonfiguration (ConfigP - baserat på det skapas både arbets- och databaskonfigurationer av användaren.

Om ett program tas bort från supporten kommer det inte längre att vara tillgängligt från leverantören. Men då är en ökning av arbetskostnaderna för uppdatering oundviklig. Låt oss överväga att uppdatera en icke-standardiserad 1C-konfiguration. Ett exempel skulle vara PPM-plattformen (Manufacturing Enterprise Management).

Blandning

Det första steget är att ta bort skillnaderna mellan fungerande och levererade konfigurationer. Detta kommer att minska utvärderingen av de förbättringar vi tidigare gjort. Inkonsekvenser mellan dem uppstår när främmande filer (inte från den medföljande distributionen) användes under uppdateringen eller när uppdateringsmetoderna skilde sig från de vanliga.

Jämförelse av versioner

Vi kontrollerar versionsnumren (fungerar och levereras). Den första är markerad i "Konfiguration" / "Öppna" / "Redigera" / "Egenskaper". I avsnittet "Utveckling/Version". Andra i "Konfiguration" / "Support" / "Supportinställningar" / "Version":

Om siffrorna stämmer överens kan du gå vidare till avsnittet Ta emot en fil genom en uppdatering.

Följande steg visar hur man matchar arbets- och leverantörskonfigurationen. För att sätta på stöd de objekt som har tagits bort eller lagts till av användaren utan stöd. För detta:

Spara konfigurationen (fungerar)

Låt oss spara ConfigOR till en fil som heter till exempel work.cf. För att göra detta, välj "Konfiguration"/"Spara...".

Hämtar leverantörsfilen

För att kombinera ConfigOR med ConfigP behöver du en cf-fil från leverantörens distribution (samma version). Som standard kommer det att vara i C:/Program Files/1cv81/tmplts. Låt oss kontrollera närvaron av den nödvändiga cf-filen i malltabellen. Vad ska man göra om inte önskad fil krävs leverantörskonfigurationsversion? Sedan måste du skapa en tom databas från den gamla, uppdatera den till den version som krävs och först därefter använda den.

Tar emot en fil via uppdatering

För att utföra en uppdatering av ConfigP cf-filen, välj kommandot från menyn: "Konfiguration/Support/Uppdatera.../Välj fil/Slutför/Kör" (sekventiellt i bilderna):

För att lösa detta måste du avmarkera borttagningsmärket från objektet i leverantörskonfigurationen. Sedan, efter borttagning, utför vi jämförelsen igen - klicka på knappen "Uppdatera" i uppdateringsfönstret.

Återställer inställningar

Vissa av de förlorade inställningarna återställs genom att slå samman dem med den tidigare sparade work.cf-filen. För att göra detta, välj "Konfiguration/jämför, sammanfoga... filer".

Spara och justera

För att spara ConfigOR och uppdatera databasen, i menyalternativet "Konfiguration", välj "Uppdatera...DB". Här stöter vi på ett nytt problem:

Anledningen till detta var troligen att dessa objekt kopierades från ConfigP eller att de raderades av leverantören och senare lades till nya under samma namn. Dock med olika identifierare. Som ett resultat dök det upp föremål med samma namn, men med olika identifikationsnycklar.

Roller kan helt enkelt tas bort, eftersom de inte har ändrats. Attributet måste döpas om, till exempel, till OrderReserve1. Och efter uppdatering anger du värdena från den omdöpta till den skapade. En annan situation under uppdateringen. Hur är det med formulär?

Av figuren kan du se att Listformuläret har raderats av leverantören och sedan lagts till igen under samma namn. Du måste markera båda för uppdatering och klicka på "Kör".

Om ett meddelande utfärdas under uppdateringen om närvaron av länkar till objekt som ska raderas, måste du, utan att stänga formuläret, rensa länkarna till det i egenskaperna för själva objekten. Här finns det i registret fastigheter. Välj sedan uppdateringsalternativet i uppdateringsformuläret, markera registeregenskaperna för uppdatering nu och klicka på "Kör" igen.

Spara ändringar i arbetsdatabasen och uppdatera databaskonfigurationen: "Configuration/Update...DB". Överföringen av värdet av OrderReserve1-attributet till OrderReserve utförs genom extern bearbetning av 1C:Enterprise-läget.

Förberedelse av baser

Baserat på resultaten av informationen upprättar vi två identiska databaser. Det första (huvudsakliga) är vårt önskade resultat. Den andra (hjälp) är för att utföra förberedande åtgärder. När det gäller filversionen kopierar vi dem helt enkelt till en katalog och ansluter dem till informationssäkerhetslistan; med alternativet klient-server gör vi uppladdningen/nedladdningen.

Jämförelse

Efter att ha öppnat båda databaserna med konfiguratorn kommer vi att göra en trevägsjämförelse av dem. För detta använder vi den nya ConfigP-filen - "Konfiguration/Support/Uppdatera.../Välj fil.../Klar":

Genom att jämföra fungerande, gamla och nya leverantörskonfigurationer får vi en lista över ändrade objekt med filtret "Visa två gånger ändrade egenskaper". Du måste lösa problemet med dem först:

Vid denna tidpunkt avbryts arbetet med den extra databasen tills hela processen är klar, vi trycker inte längre på "Kör"-knappen. Låt oss gå vidare till att arbeta i huvuddatabasen med den resulterande listan med två gånger ändrade objekt. Att gå med på uppdateringen kommer att leda till förlust av tidigare gjorda förbättringar. Därför är det för vart och ett av objekten nödvändigt att fatta ett beslut om hur det kommer att ändras.

Låt oss genomföra preliminär bedömning bara för att minska arbetet i framtiden. Om det finns fler elementändringar i den nya ConfigP lämnar vi leverantörsobjektet. Vi sätter en bock. Vi överför ändringar från ConfigOR. Om det finns fler elementändringar i arbetskonfigurationen lämnar vi en instans av ConfigOR-objektet. Avmarkera rutan. Låt oss överföra ändringarna från ConfigP. Moduler måste jämföras procedurmässigt. För att göra detta, tryck på knappen som i bilden:

Vi markerar rutorna för att indikera procedurer och funktioner som ska ersättas eller tas bort:

Nu måste du duplicera statusen för kryssrutorna i den extra databasen. I huvudet klickar du på "Kör". Vid det här laget får vi i huvudsak en nästan färdig konfiguration.

Efterföljande jämförelser utförs igen i hjälpdatabasen. Vi hittar tidigare gjorda ändringar genom att dessutom jämföra den gamla ConfigP med ConfigOR - "Configuration/Compare...":

På samma sätt jämför vi den gamla ConfigP med den nya. Om det inte finns någon ny fil kan du nu ta den från huvuddatabasen.

Så två gånger modifierade objekt erhålls. En nästan färdig konfiguration erhölls i huvuddatabasen. I det måste du ta itu med två gånger ändrade element.

VIKTIG. Vid analys bör användaren inte vara intresserad av skälen till att göra vissa ändringar, utan av deras konsekvenser. Det vill säga, det viktigaste är behovet av att upprätthålla funktionalitet. Kanske kommer detta att kräva att de ändrade raderna inte överförs, utan en fullständig omarbetning av koden för den nya ConfigP.

För att fatta ett beslut räcker det att jämföra formulär, tabeller och objektmoduler. Ibland presenteras data i rapporter i en form som inte tillåter snabbt beslutsfattande. I detta steg sker förlusten av ändringar om ändringarna gäller objektdetaljer av en sammansatt typ.

I jämförelserapporten presenteras de olika uppgifterna i form av en lista, där det inte framgår vilka typer av data som lagts till/borttaget. Om antalet rapportrader når tvåhundra, verkar processen med "manuell" jämförelse ganska arbetskrävande (cirka femtio timmar).

Att minska arbetsintensiteten uppnås genom att till exempel använda konfigurationen "Cell Comparison" från företaget Inform Service. Den är tillgänglig för lansering i 1C:Enterprise-läge och presenterar jämförelserapportdata i en bekväm form. Jämförelsen utförs med 1C-funktioner:

Operationsschemat är enkelt. En jämförande objektrapport skapas i konfiguratorn. Sparad i en fil, till exempel Comparison Report.mxl. I dialogrutan 1C:Enterprise öppnas den och cellerna som ska jämföras indikeras (genom att dubbelklicka med höger musknapp på den valda cellen i kalkylarksdokumentet). Genom att klicka på "Jämför" visas resultatet av jämförelsen, med olika positioner markerade i färg.

Ytterligare instruktioner för åtgärder ser ut så här.

1. Nästa rapport sparas med samma namn.
2. Efter att uppdateringen är klar och ändringar av standardkonfigurationen överförts, utförs syntaktisk kontroll av modulerna och testning av de ändrade objektens funktion.
3. Efter framgångsrik testning kan processen anses vara avslutad. Allt som återstår är att uppdatera de utskrivna formulären, rapporterna och bearbetningen. I vissa fall kontrollera externa rapporteringsformulär.

Vi arbetar med 1C 7.7

Att uppdatera en standardplattform till samma skapar vanligtvis inga svårigheter. Du behöver bara följa instruktionerna i instruktionerna. De finns i UPDATE.TXT i distributionskatalogen.

Det är inte heller några svårigheter om ytterligare redovisningselement läggs till plattformen (kataloger, konstanter, urval, rapporter, register, beräkningsjournaler etc.). De kommer att passa när plattformarna kombineras. Tillagda dokument kommer inte heller att orsaka disharmoni om det inte gjordes några ändringar av egenskaperna för inmatning "baserat på" sådana tillagda dokument.

Det rekommenderas att utföra uppdatering på en snabb dator med en stor mängd RAM. Om det saknas kan 1C vägra att arbeta ut några av funktionerna och frysa. En stor mängd virtuellt minne löser inte detta problem.

Skapa en säkerhetskopia

För detta ändamål måste du använda alternativet: "Administration/Spara data...". Det är bekvämt att ange namnet på arkivet, kombinera det med datumet för skapande (till exempel ÅÅMMDD.zip).

Förbereder kataloger

För att fungera behöver du sex konfigurationsfiler (1cv7.md):

1. "WorkingNew" för att förbereda uppdateringen (resulterande md-fil);
2. "WorkingOld" för att spåra ändringar under jämförelse och för att överföra inställningar till TypeNew_2;
3. Typiskt (gammalt) "TypeOld_1". På grundval av detta skapades tidigare en fungerande.
4. Typer. (tidigare) "TypeOld_2". För att spåra förändringar i 1C-företaget i den nya standardversionen;
5. Typ. (ny) "TypNy_1". Förbättringar från 1C i den nya versionen;
6. "TypeNew_2" för komplexa objekt.

Och fem kör konfiguratorer(alla utom "TypNy_1").

Till en början är katalogerna identiska i par:

• "WorkerNew" och "WorkerOld";
• "TypOld_1 och TypeOld_2";
• "TypNy_1" och "TypNy_2".

Att kombinera element

Först gör vi en jämförelse mellan 3 och 2, 4 och 5, 1 och 6. För att göra detta, för var och en av de första i paret, välj "Configuration / Merger ..." -objektet och ange metadatafilen 1cv7. md av tvåan i paret. Ett formulär med ett träd med ändrade element kommer att visas på skärmen. Därefter är det nödvändigt att analysera resultaten av en parvis jämförelse av 3 med 2 och 4 med 5. Lämna för sammanslagning av element i de uppdaterade plattformarna (1 och 6), där det fanns förändringar från 1C-företaget (4 med 5) , men återspeglades inte i 3 och 2. 1 och 4 måste kombineras i utbytesläge.

Andra

Detta kan innefatta kontoplan och användargränssnitt. Om det har skett ändringar i kontoplanen behöver den uppdateras i läget ”Kombinera objekt” WorkNew tillsammans med TypeNew_2. Efter att ha kombinerat gränssnittet kontrolleras förekomsten av fel: duplicering av menyalternativ, duplicering av verktygsfält, inställning av "Layout på ny rad"-flaggor för verktygsfält.

Nedladdningen görs över nätverket eller på en server (föredraget). Först tillhandahålls exklusiv åtkomst till databasen. Och genom konfiguratorläget laddas databasen sedan. Före och efter nedladdningen arkiveras data (som beskrivs i början av avsnittet). Därefter måste du följa instruktionerna i filen UPDATE.TXT. När nedladdningen är klar kan alla kataloger utom WorkNew raderas.

Vi hoppas att vår publikation hjälpte dig att förstå hur du uppdaterar en icke-standardiserad 1C-konfiguration. Vi tittade på detta med avseende på både den sjunde och åttonde versionen.

Lämna kommentarer, skriv om din upplevelse i 1C-uppdateringen.