En situation uppstår ofta när en organisation har flera filialer eller butiker geografiskt avlägsna från varandra. Det finns dock fortfarande ett behov av att upprätthålla konsekventa register i hela organisationen. Ett av alternativen för att lösa detta problem är att skapa ett enhetligt nätverk, som kommer att inkludera automatiserade arbetsstationer för alla grenar, och vara värd för 1C-informationsbasen på en offentlig server. Denna metod kan vara tekniskt komplex och dyr. Dessutom uppstår en rad frågor som rör informationssäkerhet.

Det andra alternativet är att skapa en distribuerad informationsbas (RIB). Distribuerad informationsbas representerar hierarkisk struktur, bestående av separata informationsdatabaser på plattformen 1C:Enterprise, mellan vilka datautbyte organiseras i syfte att synkronisera konfiguration och data. Dessa individuella informationsbaser kallas RIB-noder.

En distribuerad informationsbas kan skapas baserat på olika konfigurationer av 1C:Enterprise-systemet. Låt oss överväga dess skapelse med hjälp av exemplet med 1C: Trade Management 10.3.

Låt oss säga att en ytterligare butik öppnas i en handelsorganisation, där det är nödvändigt att ha tillgång till organisationens allmänna handelssystem. För att skapa en RIB måste du utföra följande steg:

Detta slutför skapandet av en distribuerad informationsbas. För att utbyta information måste du starta datautbyte i den centrala databasen (ändringar som har skett i den kommer att laddas ner), sedan i butiken (ändringar från den centrala databasen kommer att laddas ner och ändringar som har skett i butiken kommer att laddas ner ), och igen i den centrala databasen (ändringar kommer att laddas ner till den , inträffade i butiken).

Distribuerade informationsbaser har sin egen kollisionsupplösningsmekanism. Så om det under ett utbyte visar sig att något objekt (dokument, katalog, etc.) har ändrats i både huvud- och underordnade databaser, kommer ändringen som görs i huvuddatabasen att ha prioritet.

Om det är nödvändigt att ändra konfigurationen av en distribuerad infobas måste detta göras i rotnoden (se första figuren i artikeln), konfigurationerna för de återstående noderna är låsta. Efter att ha gjort de nödvändiga ändringarna kan de överföras till slavnoder med standardproceduren för utbyte av data mellan RIB-noder. Efter att utbytet har utförts i slavnodens konfigurator är det nödvändigt att uppdatera infobaskonfigurationen.

Om du har problem med att skapa en distribuerad informationsbas hjälper våra specialister dig att sätta upp datautbyte och förklarar i detalj hur du använder det.

I den här artikeln kommer vi att prata om att ställa in en distribuerad databas 1C Enterprise 7.7; Trade Management 9.2-konfigurationen kommer att användas som ett exempel.

För att konfigurera RIB i 1C 7.7 måste du gå till konfiguratorn och gå till Administration-Distributed IS-Management.

Sedan måste du konvertera din databas till RIB, om den ännu inte har konverterats till RIB, för att göra detta måste du klicka på knappen "Central informationsbank".

Ställ in koden och beskrivningen som i skärmdumpen ovan och klicka på "OK". En varning bör visas som i skärmdumpen nedan, ignorera den och klicka på "Ja".
Efter detta är din bas redo att skapa perifera noder.

Klicka på knappen "New Peripheral IB" och ställ in fältvärdena som i följande skärmdump, men du kan använda dina egna beteckningar.

Klicka på OK och gå vidare till nästa steg - ställa in automatiskt utbyte.

I den här artikeln kommer jag att berätta hur du ställer in automatisk utbyte med hjälp av lokalt nätverk, om du behöver automatiskt utbyte via post, lämna din förfrågan i kommentarerna eller kontakta mig på så berättar jag hur du gör det.

Vi visar allt som på bilden, du kan ha dina egna vägar till katalogerna, kryssrutorna ska vara som på skärmdumpen ovan. Klicka på OK.

Nu laddar vi upp den första bilden av den perifera databasen till disken; för att göra detta, klicka på knappen "Ladda upp data". Efter att ha laddat ner den första bilden kommer RIB-hanteringsfönstret att se ut så här:

Låt oss anta att datorn som vår ribba kommer att fungera på ligger inte långt från huvuddatorn med en central bas och båda datorerna är anslutna till ett lokalt nätverk.

Nu måste vi konfigurera RIB på klientdatorn; för att göra detta, ta vår zip-fil som laddades ner i de tidigare stegen och skapa en informationsbas baserat på den. Skärmbilderna nedan visar hela sekvensen av åtgärder.

Klicka på knappen "Lägg till" och peka på en tom mapp och klicka på OK.

Vi väljer ett nytt informationssäkerhetssystem och går till konfiguratorläget.

Vi skapar en tom informationsbank i en tom mapp, så 1C ber oss ange vilket format vår databas kommer att ha, välj *.dbf. Klicka på OK.

Låt oss nu ladda zip-filen som laddats upp i de föregående stegen till vår databas; för att göra detta, gå till administration - ladda ner data.

Ange sökvägen till filen och klicka på OK.
När nedladdningen är klar klickar du på OK och går till administrationsdistribuerade ib-auto-exchange.

I detta steg är det nödvändigt att ta hänsyn till regeln: CB-avlastningskatalog = PB-laddningskatalog och vice versa, dvs. om vi i den centrala databasen laddade upp till ut-mappen och laddade från in-mappen, så laddar vi i den perifera databasen från ut-mappen och laddar upp till in-mappen. Klicka på OK och gå vidare till nästa steg. Vi utför automatiskt byte. För att göra detta, i den centrala databasen, gå till administrationsdistribuerade ib-autoexchange.

Klicka på knappen "Kör" och gör sedan samma sak på klientbasen. Utför automatisk utbyte på varje dator flera gånger.

Låt oss nu automatisera processen. För att göra detta måste du skapa 4 filer på varje dator. 2 *.prm-filer och 2 *. bat-fil för varje lastnings- och lossningsoperation.

*.bat-filen bör innehålla följande rad:

"<путь к файлу 1cv77.exe>"config/D"<путь к информационной базе>"/N<логин>/P<пароль>/@"<путь к prm-файлу>"

Mina laddnings- och urladdningsfiler ser ut så här:

"C:\Program Files\1Cv77\BIN\1cv7s.exe" config /D"C:\base\rib\" /Nadmin /P1 /@"c:\download.prm"

"C:\Program Files\1Cv77\BIN\1cv7s.exe" config /D"C:\base\rib\" /Nadmin /P1 /@"c:\upload.prm"

Du skriver dina värderingar. Låt oss nu ta itu med prm-filer!

Struktur för .prm-filen:

Avsnittet "Allmänt" – är avsett att beskriva de viktigaste driftsparametrarna burstläge. Möjliga parametrar:

Utdata – sökväg till loggfilen;
- Avsluta – om konfiguratorn behöver avslutas efter att alla uppgifter har slutförts;
- AutoExchange – om autoexchange ska utföras;
- SaveData – om det är nödvändigt att spara databasen;
- UnloadData – om avlastning ska utföras;
- CheckAndRepair – om databasen behöver testas och korrigeras.

Möjliga värden för dessa parametrar kan vara 1(Y) eller 0(N).

Avsnittet "AutoExchange" är avsett för att definiera parametrar för automatisk utbyte. Alternativ:

SharedMode – indikerar driftsättet från databasen. Om parametern inte är specificerad kommer exklusivt läge att användas;
- ReadFrom - indikerar från vilka databaser data ska tas emot. Databasidentifierare måste anges avgränsade med kommatecken. Om allt behövs, sätt sedan * ;
- WriteTo - indikerar för vilka databaser data ska laddas upp. Om det är nödvändigt för alla, sätt sedan *.

Avsnittet "SaveData" är avsett för att definiera parametrarna för att spara databasen. Möjliga parametrar:

SaveToFile – indikerar sökvägen där sparandet kommer att göras;
- FileList – indikerar listan över filer som ska sparas. Filnamn listas separerade med mellanslag eller kommatecken;

Avsnittet "UnloadData" – är avsett för att definiera parametrar för dataavlastning. Alternativ:

UnloadToFile – anger sökvägen för att spara, inklusive filnamnet;
- IncludeUserDef – indikerar om listan över användare ska inkluderas i överföringsfilen;
- Lösenord – anger lösenordet som kommer att ställas in för överföringsfilen.

Avsnittet "CheckAndRepair" är avsett för att definiera databasåterställningsparametrar. Möjliga parametrar:

Reparation – indikerar om det är nödvändigt att återställa databasen;
- PhysicalIntegrity – indikerar om det är nödvändigt att kontrollera den fysiska integriteten för infobastabeller;
- Reindexera – indikerar behovet av att omindexera databasen;
- LogicalIntegrity – indikerar om det är nödvändigt att kontrollera tabellernas logiska integritet;
- RecalcTotals – indikerar om det är nödvändigt att räkna om resultaten av redovisning och operativ redovisning;
- Pack – indikerar om det är nödvändigt att frigöra utrymme som upptas av raderade poster;
- SkipUnresolved – anger om olösta länkar ska hoppa över eller åtgärdas;
- CreateForUnresolved – anger hur olösta länkar löses. Om 1, kommer ett objekt av lämplig typ att skapas för den olösta länken. Om 0, kommer länken att rensas.

Baserat på detta kommer mina filer att innehålla följande:

för att ladda ner från centralbanken till kringutrustningen:

Utdata = log.txt
Utgång = 1

LäsFrån = CB

för lossning från centralbanken till perifer:

Utdata = log.txt
Utgång = 1

WriteTo = CB

för att ladda ner från kringutrustningen till centralbanken:

Utdata = log.txt
Utgång = 1

LäsFrån = PB1

för lossning från kringutrustningen till centralbanken:

Utdata = log.txt
Utgång = 1

WriteTo = PB1

Nu räcker det att placera bat- och prm-filerna i en mapp och köra dem en efter en för att utföra nedladdning och uppladdning.

Om du har några frågor, kommentera gärna!

I 1C 8.3 eller i 1C 8.2? Skapa en distribuerad infobas. Steg-för-steg-instruktion.

Informationsbasdistribution används när det är nödvändigt att föra gemensamma register i databaser som av olika skäl inte kan ha en fysisk koppling. Ett exempel skulle vara redovisning i ett företag som har en division i en stor stad eller liten by utan möjlighet att ansluta till Internet. Eller i vissa speciella fall av periodiskt behov av att samtidigt arbeta med en databas på kontoret och utanför kontoret, till exempel hemma. I sådana och till dem liknande fall Användningen av en distribuerad informationsbas (RIB) är motiverad och nödvändig.

I den här artikeln kommer vi att titta på hur vi organiserar distributionen av en informationsdatabas i konfigurationen 1C Accounting for Russia version 8.3 genom en lokal eller nätverkskatalog. I version 8.2 1C denna instruktion kommer också att vara användbart, eftersom beskriver i huvudsak en process med väsentligt små skillnader.

==== Inställning för huvudbasen ====

Efter att ha öppnat 1C 8.3 i läget "Enterprise", låt oss gå till avsnittet "Administration". I version 1C 8.2, för att komma igång, måste du gå till huvudmenyn "Tjänst" - "Distribuerad informationsbas (DIB)" - "Konfigurera RIB-noder".

Därefter kommer vi att överväga processen i samband med informationssäkerhet version 8.3. Så, gå till avsnittet "Administration", välj "Programinställningar". Gå till avsnittet "Datasynkronisering" i inställningarna. Här markerar vi rutan "Använd datasynkronisering" och anger databasprefixet. Låt oss ange "CB", vilket innebär en central bas.

Därefter visas alternativet "Datasynkronisering" i den högra menyn. Låt oss välja honom. I det underordnade fönstret som öppnas klickar du på knappen "Ställ in datasynkronisering". I rullgardinsmenyn kan du välja inställningar för olika användningsfall för synkronisering. Vi väljer "Distribuerad informationsbas...".

För allmän utveckling, bekanta dig med innehållet i nästa fönster och klicka på "Nästa".

I nästa fönster fyller du i katalogen genom vilken . Vi kommer att specificera datakomprimering för att minska storleken på uppladdningen, och du kan omedelbart ange ett lösenord för arkivet med data. Det är viktigt att inte glömma honom. Bekräfta fyllningen med knappen "Nästa".

De följande två fönstren är avsedda för att specificera inställningsparametrar för fall av utbyte via FTP-server och via e-post. Som tidigare nämnts överväger vi utbytesmetoden genom en katalog, så vi hoppar över inställningarna för FTP och e-post.

Nästa fönster är avsett för att specificera utbytesparametrar i den perifera databasdelen. Låt oss ange dess namn och prefix. Nästa är knappen "Nästa".

Låt oss kontrollera utbytesparametrarna vi har skapat och bekräfta deras korrekthet med den traditionella "Nästa" -knappen.

Kommer att skapas automatiskt nödvändig uppsättning inställningar för delning. Det kommer att ta lite tid.

Viktig! Att skapa den initiala bilden för slavnoden tar en betydande tid. Storleken på denna betydelse beror på datorresurserna och redovisningsvolymen i huvuddatabasen.

Låt oss anta att vi bestämmer oss för att skapa en bild. Efter att ha klickat på knappen "Slutför" i föregående fönster kommer vi att gå in i inställningarna för att skapa en bild av slavinformationssäkerheten. Vi kommer att överväga det enklaste fallet för lokal verksamhet. För att göra detta, ange nödvändiga detaljer i fönstret som öppnas. Låt oss ägna särskild uppmärksamhet åt parametern " Fullständiga namn fildatabas". Det måste anges i fullt UNC-format, vilket kräver att en lokal sökväg skapas i ett "nätverksformat". Till exempel - "\\Server1C\Databaser\RIB". TILL angiven väg Låt oss lägga till namnet på databasfilen - 1Cv8.1CD.

Efter att ha klickat på knappen "Skapa initial bild" startar processen att generera en bild för slavdatabasen.

Efter att processen är klar kommer en databasfil att skapas i den angivna katalogen. Denna nyskapade bas tidigare full användning måste konfigureras.

==== Ställa in för en perifer bas ====

För att göra detta måste du ansluta den till 1C. Du hittar hur du gör detta i instruktionerna i vår artikel - Efter anslutning måste du starta den nya databasen i konfiguratorläge och skapa användare. Därefter måste informationssäkerheten startas i 1C "Enterprise"-läge.

Om skapandet av användare av någon anledning måste skjutas upp till en senare tidpunkt, efter anslutning, kan du helt enkelt starta databasen i 1C "Enterprise" -läge. Du kommer att bli ombedd att skapa en "Administratör"-användare, godkänna det och den första ifyllningen kommer att göras.

Sedan måste du fortsätta att ställa in parning med huvudbasen. Den här inställningen liknar den som diskuterades ovan för huvuddatabasen.

En uppsättning för kommunikation med huvudbasen kommer att skapas.

============================================

Så nu har vi skapat de viktigaste och perifera baserna. Synkroniseringsinställningar har också skapats i var och en av dessa databaser. Nu kan du gå vidare till att redigera dessa inställningar och föra dem till en lämplig form. Du kan skapa automatiska bytesregler eller utföra bytet manuellt.

Låt oss göra detta i huvuddatabasen. Den perifera basen är konfigurerad på samma sätt.

Redigering kan tillämpas på regler och scheman för datasynkronisering.

Genom att klicka på knappen "Konfigurera" i avsnittet "Datasynkroniseringsschema" måste du redigera skripten för att automatiskt schemalägga arbetet med att ladda upp/ladda data för den valda databasen. Du behöver inte redigera den, bara acceptera standardalternativen.

För att redigera parametrarna klickar du bara på länken med den automatiska schemadatan. Och sedan redigerar vi de tillfälliga parametrarna för att starta uppgifter. Genom att gå igenom bokmärkena kan du ändra både tid och datum och dagar i veckan för lanseringen.

Genom att klicka på knappen "Kör uppgift" i huvudskriptfönstret kan du köra uppgiften manuellt.

Genom att klicka på knappen "Konfigurera" i avsnittet "Regler för datasynkronisering" kan du utföra operationer för att ändra skript för uppgiftsstart, samt se loggen över uppladdningar/nedladdningar. Det senare är ganska viktigt för att administrera åtkomst och övervaka regelbundenhet i utbyten.

När du har skapat och redigerat skript för att automatiskt starta distribuerat databasutbyte kan du fortsätta med att ladda upp och sedan ladda data.

Vid denna tidpunkt är konfigurationen av den distribuerade badhusdatabasen för de centrala och perifera noderna i princip klar.

Ladda ner illustrerade instruktioner

Distribuerad informationsbas. Steg-för-steg-instruktion
Distributed Information Base (RIB) 1C:Enterprise
Skapa en distribuerad infobas och ställa in den
hur man ställer in rib in 1s 8.2
Hur man skapar en distribuerad informationsbas i 1C
Hur man ställer in i 1C
Hur man ställer in i 1C
Att skapa en distribuerad informationsbas (RIB) i 1C
Exempel på inställning av RIB för 1C:Accounting 8
Skapande av en distribuerad infobas och konfiguration

Tekniken för distribuerade informationsbaser (RIB) gör att du kan skapa ett geografiskt distribuerat system baserat på 1C Enterprise-konfigurationer. Detta gör att du kan ha något gemensamt informationsutrymmeäven med de avdelningar som inte har en pålitlig kommunikationskanal, kombinerar hög autonomi för noder med förmågan att snabbt utbyta information. I våra artiklar kommer vi att titta på funktionerna och den praktiska implementeringen av denna mekanism på 8.2-plattformen

Först och främst, låt oss fråga oss själva: varför autoutbyte? Modern teknik, kombinerad med billiga och snabbt internet, låter dig organisera distansarbete utan några svårigheter. Valet av metoder är lika brett som alltid: RDP, tunna klienter och webbklienter, ansluta nätverk med VPN - det finns mycket att tänka på. Men alla dessa metoder har en betydande nackdel - ett starkt beroende av kvaliteten på kommunikationskanalen.

Även med idealisk drift av den lokala leverantören är det omöjligt att garantera 100% tillgänglighet för kommunikationskanalen. Problem med stamnätsleverantören, bristande strömförsörjning, fysisk skada på kommunikationslinjen och många andra faktorer gör denna uppgift oöverstiglig. Samtidigt leder otillgängligheten av informationsbasen i ett avlägset lager eller butik till ganska betydande förluster. Och slutligen, låt oss inte glömma att det finns platser (till exempel industrizoner i utkanten av städer) där det är dyrt och/eller problematiskt att tillhandahålla en kommunikationskanal av hög kvalitet.

RIB-mekanismen låter dig bli av med dessa brister; varje avdelning har sin egen kopia av informationsbasen med vilken du kan arbeta självständigt även i fullständig frånvaro av kommunikation med omvärlden. En liten volym överförd information låter dig använda vilken kommunikationskanal som helst för utbyte, inklusive mobilt internet.

RIB på plattform 8.2 är inte något fundamentalt nytt, som representerar en vidareutveckling av RIB-plattform 7.7, bara nu har denna teknik blivit mer tillgänglig och enklare. Till skillnad från RIB-komponenten, som måste köpas separat, är RIB en integrerad del av många typiska konfigurationer och fungerar helt i användarläge, vilket gör att du kan klara dig utan konfiguratorn även på konfigurationsstadiet.

Vid det här laget skulle det vara dags att gå vidare till den praktiska delen, men vi måste göra ytterligare en avvikelse. Faktum är att övergången till 8.2-plattformen, som redan verkar ha skett, faktiskt ledde till uppkomsten av två typer av konfigurationer: baserad på en hanterad applikation, "inbyggd" för 8.2-plattformen, och anpassad från 8.1, fortsättningsvis att använda föråldrade tekniker och mekanismer. Eftersom en betydande del av konfigurationerna (Enterprise Accounting, Payroll and HR Management) är anpassade eller övergångsmässiga, kan de inte diskonteras, så den första delen av vår artikel kommer att ägnas åt dessa konfigurationer (i huvudsak 8.1-plattformen), medan i den andra vi kommer att undersöka hur man ställer in automatiskt utbyte för konfigurationer baserade på en hanterad applikation (plattform 8.2).

Låt oss överväga en praktisk uppgift: att ställa in automatiskt utbyte via FTP för Enterprise Accounting 2.0-konfigurationen. Trots att RIB låter dig utbyta med e-post eller fildelning rekommenderar vi att du använder FTP som det enklaste och pålitligt sätt kommunikation. Du kan läsa hur du ställer in din egen FTP-server, eller så kan du använda FTP-tjänsten från vilken värdleverantör som helst.

Först och främst måste vi konfigurera utbytesnoder. För att göra detta, starta konfigurationen med administratörsrättigheter och välj Transaktioner - Bytesplaner.

Välj i listan som visas Full planera eller Efter organisation, om register för flera företag i en databas och utbytet endast behöver göras för ett av dem. I fönstret som öppnas finns det redan en nod - den centrala, vi måste redigera den genom att ange koden och namnet.

Sedan skapar vi en annan nod för grenen, fyller den på samma sätt (för att lägga till, klicka på den gröna cirkeln med ett plus). Nästa steg är att skapa en initial bild för denna nod, som är en färdig informationsbas i filläge. För att göra detta, högerklicka på önskad nod och välj från rullgardinsmenyn Skapa en startbild.

Nu går vi vidare Service - Distributed Information Base (DIB) - Konfigurera RIB-noder.

Klicka på knappen i fönstret som öppnas Lägg till och konfigurera en ny växel genom att specificera fjärrvärden, växeltypen (via FTP) och serveranslutningsparametrarna.

Bokmärke Automatiskt utbyte låter dig sätta upp ett utbytesschema, utbyte efter händelser (start och slut på arbetet, etc.), dessa inställningar görs för användaren för vars räkning utbytet kommer att utföras, så se till att han har rättigheter att utbyta data.

Glöm inte att ange nodprefixet för dokumentnumrering (annars får du olika dokument med samma nummer) i Verktyg - Programinställningar; här kan du även konfigurera några andra utbytesparametrar. På samma flik bör du välja en användare för att utföra utbytesuppgifter, om du inte gör detta kommer schemat inte att fungera. Kom ihåg att byten endast kommer att göras om denna användare inloggad i programmet.

Detta slutför konfigurationen av den centrala noden; nu måste du göra liknande inställningar för den perifera noden, koppla den ursprungliga bilden som ett befintligt informationssäkerhetssystem. Därefter kan du börja utbyta data. För att kontrollera bör du använda Kommunikationsmonitor, det låter dig inte bara övervaka framgången för uppladdningen/nedladdningen, utan visar också eventuella kollisioner som har uppstått eller försenade rörelser (om användaren som gjorde bytet inte har tillräckligt med rättigheter att utföra några åtgärder i databasen). Tillgänglighet av detta instrument låter dig snabbt och effektivt lösa olika typer av problem som uppstår under automatisk byte.

Vid denna tidpunkt kan utbytesinstallationen anses vara klar och du kan börja arbeta i distribuerat läge. Det är värt besväret att uppehålla sig specifikt vid att uppdatera eller göra ändringar i konfigurationen. Dessa åtgärder är endast tillgängliga på den centrala noden; alla ändringar som görs kommer automatiskt att spridas till de perifera noderna under nästa utbyte. För att göra ändringar automatiskt måste den perifera databasen vara i exklusivt läge, annars måste du köra Konfigurator och verkställa Uppdatering av databaskonfigurationen manuellt.

Att skapa och konfigurera en distribuerad databas (RDB) i 1C 8.3 Redovisning (och andra konfigurationer) är nödvändigt i de fall där det inte är möjligt för flera användare att arbeta samtidigt som de ansluter till en databas. För närvarande är detta ganska sällsynt, eftersom det vanliga fjärrskrivbordet fungerar bra och det finns andra program som tillhandahåller fjärranslutning till den centrala datorn där databasen finns.

Men ändå finns det situationer när det helt enkelt inte finns något internet. Och uppgifterna ska i slutändan hamna i en informationsbas. Det är därför en distribuerad databas skapas.

Vanligtvis huvudbas kallas central, och resten - perifer. Poängen är att antingen manuellt eller automatiskt läge(beroende på inställningen) kombineras databaser till en. För att säkerställa att antalet nyinmatade dokument och katalogkoder inte dupliceras, tilldelas ett prefix till varje databas.

I den här instruktionen kommer vi att använda ett exempel för att skapa en central och perifer databas och kontrollera utbytet mellan dem. Denna manual är lämplig för både 1C 8.3 Accounting och 1C Trade Management (UT) och andra konfigurationer.

Konfigurera den huvudsakliga (centrala) distribuerade RIB-databasen

Låt oss gå till 1C "Administration"-menyn och klicka sedan på länken "Datasynkroniseringsinställningar". I fönstret som öppnas måste du markera kryssrutan "Datasynkronisering". Länken "Datasynkronisering" blir aktiv. Just här kommer vi att sätta ett prefix för huvudinformationsbasen - till exempel "CB":

Klicka på länken "Datasynkronisering" så öppnas ett fönster med knappen "Ställ in datasynkronisering". När du klickar på den här knappen öppnas en rullgardinslista där du måste välja läget "Fullständigt". Om synkronisering krävs för endast en organisation måste du välja "Efter organisation...".

I nästa fönster kommer programmet att uppmana oss att göra en säkerhetskopia. Jag rekommenderar starkt att du gör detta, eftersom följande installationssteg kan vara oåterkalleliga.

Efter skapandet säkerhetskopia klicka på knappen "Nästa". I nästa steg måste vi bestämma hur synkronisering ska ske:

• genom en lokal katalog eller en katalog på det lokala nätverket;
• över Internet via FTP.

För enkelhetens och tydlighetens skull kommer vi att välja en lokal katalog. Jag angav följande sökväg: "D:\1C Databases\Synchronization". Det skulle vara en bra idé att kontrollera poster i den här katalogen; det finns en speciell knapp för detta:

Få 267 videolektioner på 1C gratis:

Nästa steg med att ställa in FTP-synkronisering och e-post vi hoppar över. Låt oss titta på inställningarna för namnen på huvud- och perifera databaser. Här kommer vi att ställa in prefixet för den perifera databasen:

Glöm inte att prefixen för varje databas måste vara unika. Annars kommer du att få felet "Prefixvärdet för den första infobasen är inte unikt."

Klicka på "Nästa", kontrollera den angivna informationen och klicka på "Nästa" igen, sedan på "Slutför". I fältet "Fullständigt namn på filbasen" anger du filen 1Cv8.1CD i katalogen som skapades för synkronisering. Vi skapar den första bilden av den distribuerade 1C-databasen:

Efter att ha skapat den första bilden av RIB i 1C kan du ställa in ett synkroniseringsschema eller synkronisera manuellt:

Efter synkroniseringen kan du ansluta till den nya databasen och se till att information från den centrala databasen har laddats upp dit:

Skapa bara omedelbart minst en användare med administratörsrättigheter i den nya kringutrustningsdatabasen.

Ställa in synkronisering i den perifera databasen

I den perifera 1C-databasen är konfigurationen mycket enklare. Markera bara kryssrutan "Datasynkronisering" och följ länken med samma namn. Och vi befinner oss nästan omedelbart i ett fönster med knappen "Synkronisera". Låt oss försöka skapa ett testobjekt i den perifera databasen och ladda upp det till huvudet med RIB: