En situasjon oppstår ofte når en organisasjon har flere filialer eller utsalgssteder geografisk fjernt fra hverandre. Det er imidlertid fortsatt et behov for å opprettholde konsistente poster i hele organisasjonen. Et av alternativene for å løse dette problemet er å lage et enhetlig nettverk, som vil inkludere automatiserte arbeidsstasjoner for alle grener, og være vert for 1C-informasjonsbasen på en offentlig server. Denne metoden kan være teknisk kompleks og kostbar. I tillegg dukker det opp en rekke problemstillinger knyttet til informasjonssikkerhet.

Det andre alternativet er å lage en distribuert informasjonsbase (RIB). Distribuert informasjonsgrunnlag representerer hierarkisk struktur, bestående av separate informasjonsdatabaser på 1C:Enterprise-plattformen, mellom hvilke datautveksling er organisert med det formål å synkronisere konfigurasjon og data. Disse individuelle informasjonsbasene kalles RIB-noder.

En distribuert informasjonsbase kan opprettes basert på ulike konfigurasjoner av 1C:Enterprise-systemet. La oss vurdere opprettelsen ved å bruke eksemplet med 1C: Trade Management 10.3.

La oss si at et ekstra utsalgssted åpnes i en handelsorganisasjon, der det er nødvendig å ha tilgang til organisasjonens generelle handelssystem. For å lage en RIB må du fullføre følgende trinn:

Dette fullfører opprettelsen av en distribuert informasjonsbase. For å utveksle informasjon, må du starte datautveksling i den sentrale databasen (endringer som har skjedd i den vil bli lastet ned), deretter i butikken (endringer fra den sentrale databasen vil bli lastet ned og endringer som har skjedd i butikken vil bli lastet ned ), og igjen i den sentrale databasen (endringer vil bli lastet ned i den , skjedde i butikken).

Distribuerte informasjonsbaser har sin egen kollisjonsløsningsmekanisme. Så hvis det under en utveksling viser seg at et objekt (dokument, katalog, etc.) har blitt endret i både hoved- og underordnede databaser, vil endringen som gjøres i hoveddatabasen ha prioritet.

Hvis det er nødvendig å endre konfigurasjonen av en distribuert infobase, må dette gjøres i rotnoden (se første figur i artikkelen), konfigurasjonene til de resterende nodene er låst. Etter å ha gjort de nødvendige endringene, kan de overføres til slavenoder ved å bruke standardprosedyren for utveksling av data mellom RIB-noder. Etter at utvekslingen er utført i konfiguratoren til slavenoden, er det nødvendig å oppdatere infobasekonfigurasjonen.

Hvis du har problemer med å sette opp en distribuert informasjonsbase, vil spesialistene våre hjelpe deg med å sette opp datautveksling og forklare i detalj hvordan du bruker den.

I denne artikkelen vil vi snakke om å sette opp en distribuert database 1C Enterprise 7.7; Trade Management 9.2-konfigurasjonen vil bli brukt som et eksempel.

For å konfigurere RIB i 1C 7.7, må du gå til konfiguratoren og gå til Administration-Distributed IS-Management.

Deretter må du konvertere databasen din til RIB, hvis den ennå ikke er konvertert til RIB, for å gjøre dette må du klikke på knappen "Sentral informasjonsbank".

Still inn koden og beskrivelsen som i skjermbildet ovenfor og klikk "OK". En advarsel skal vises som i skjermbildet nedenfor, ignorer den og klikk "Ja".
Etter dette vil basen din være klar til å lage perifere noder.

Klikk på "New Peripheral IB"-knappen og angi feltverdiene som i følgende skjermbilde, men du kan bruke dine egne betegnelser.

Klikk OK og gå videre til neste trinn - oppsett av automatisk utveksling.

I denne artikkelen vil jeg fortelle deg hvordan du setter opp automatisk utveksling ved hjelp av lokalt nettverk, hvis du trenger automatisk utveksling via post, legg igjen forespørselen din i kommentarfeltet eller kontakt meg på, så skal jeg fortelle deg hvordan du gjør det.

Vi viser alt som på lysbildet, du kan ha dine egne veier til katalogene, avmerkingsboksene skal være som i skjermbildet ovenfor. Klikk OK.

Nå laster vi opp det første bildet av den perifere databasen til disken; for å gjøre dette, klikk på "Last opp data" -knappen. Etter å ha lastet ned det første bildet, vil RIB-administrasjonsvinduet se slik ut:

La oss anta at datamaskinen som ribben vår skal fungere på er plassert ikke langt fra hoveddatamaskinen med en sentral base og begge datamaskinene er koblet til et lokalt nettverk.

Nå må vi konfigurere RIB på klientdatamaskinen; for å gjøre dette, ta zip-filen vår som ble lastet ned i de forrige trinnene og lag en informasjonsbase basert på den. Skjermbildene nedenfor viser hele sekvensen av handlinger.

Klikk på "Legg til"-knappen og pek på en tom mappe og klikk OK.

Vi velger et nytt informasjonssikkerhetssystem og går til konfiguratormodus.

Vi lager en tom informasjonsbank i en tom mappe, så 1C ber oss angi hvilket format databasen vår skal ha, velg *.dbf. Klikk OK.

La oss nå laste inn zip-filen lastet opp i de forrige trinnene til databasen vår; for å gjøre dette, gå til administrasjon - last ned data.

Angi banen til filen og klikk OK.
Når nedlastingen er fullført, klikker du OK og går til administrasjonsdistribuert ib-auto-exchange.

På dette trinnet er det nødvendig å ta hensyn til regelen: CB unloading directory = PB loading directory og vice versa, dvs. hvis vi i den sentrale databasen lastet opp til ut-mappen og lastet fra inn-mappen, vil vi i den perifere databasen laste fra ut-mappen og laste opp til inn-mappen. Klikk OK og gå videre til neste trinn. Vi utfører automatisk utveksling. For å gjøre dette, i den sentrale databasen, gå til administrasjonsdistribuert ib-autoexchange.

Klikk på "Kjør"-knappen, og gjør det samme på klientbasen. Utfør automatisk utveksling på hver datamaskin flere ganger.

La oss nå automatisere prosessen. For å gjøre dette må du lage 4 filer på hver datamaskin. 2 *.prm-filer og 2 *. bat-fil for hver laste- og losseoperasjon.

*.bat-filen skal inneholde følgende linje:

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

Laste- og avlastingsfilene mine ser slik ut:

"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 verdiene dine. La oss nå håndtere prm-filer!

Strukturen til .prm-filen:

Avsnittet "Generelt" - er ment å beskrive de viktigste driftsparametrene seriemodus. Mulige parametere:

Utdata – bane til loggfilen;
- Avslutt – om konfiguratoren må avsluttes etter å ha fullført alle oppgaver;
- Autoutveksling – om autoutveksling skal utføres;
- SaveData – om det er nødvendig å lagre databasen;
- UnloadData – om lossing skal utføres;
- CheckAndRepair – om databasen må testes og korrigeres.

Mulige verdier for disse parameterne kan være 1(Y) eller 0(N).

"AutoExchange"-delen er ment for å definere autoutvekslingsparametere. Alternativer:

SharedMode – indikerer driftsmodusen fra databasen. Hvis parameteren ikke er spesifisert, vil eksklusiv modus bli brukt;
- ReadFrom - indikerer fra hvilke databaser data skal mottas. Databaseidentifikatorer må spesifiseres atskilt med komma. Hvis alt er nødvendig, sett inn * ;
- WriteTo - indikerer for hvilke databaser data skal lastes opp. Hvis det er nødvendig for alle, sett *.

"SaveData"-delen er ment for å definere parametrene for lagring av databasen. Mulige parametere:

SaveToFile – indikerer banen der lagringen skal gjøres;
- FileList – angir listen over filer som skal lagres. Filnavn er oppført atskilt med mellomrom eller komma;

Seksjon "UnloadData" – er beregnet på å definere parametere for datautlasting. Alternativer:

UnloadToFile – spesifiserer lagringsbanen, inkludert filnavnet;
- IncludeUserDef – indikerer om listen over brukere skal inkluderes i overføringsfilen;
- Passord – spesifiserer passordet som vil bli satt til overføringsfilen.

"CheckAndRepair"-delen er ment for å defineree. Mulige parametere:

Reparasjon – indikerer om det er nødvendig å gjenopprette databasen;
- PhysicalIntegrity – indikerer om det er nødvendig å sjekke den fysiske integriteten til infobasetabeller;
- Reindex – indikerer behovet for å reindeksere databasen;
- LogicalIntegrity – indikerer om det er nødvendig å kontrollere den logiske integriteten til tabeller;
- RecalcTotals – indikerer om det er nødvendig å beregne resultatene av regnskap og driftsregnskap på nytt;
- Pack – indikerer om det er nødvendig å frigjøre plass som er okkupert av slettede poster;
- SkipUnresolved – spesifiserer om uløste koblinger skal hoppes over eller fikses;
- CreateForUnresolved – angir hvordan uløste koblinger løses. Hvis 1, vil et objekt av den aktuelle typen bli opprettet for den uløste koblingen. Hvis 0, vil koblingen bli slettet.

Basert på dette vil filene mine inneholde følgende:

for å laste ned fra sentralbanken til periferutstyret:

Utdata = log.txt
Utgang = 1

Les fra = CB

for lossing fra sentralbanken til periferien:

Utdata = log.txt
Utgang = 1

WriteTo = CB

for å laste ned fra periferutstyret til sentralbanken:

Utdata = log.txt
Utgang = 1

Les fra = PB1

for lossing fra periferien til sentralbanken:

Utdata = log.txt
Utgang = 1

WriteTo = PB1

Nå er det nok å plassere bat- og prm-filene i én mappe og kjøre dem én etter én for å utføre nedlasting og opplasting.

Hvis du har spørsmål, kommenter gjerne!

I 1C 8.3 eller i 1C 8.2? Sette opp en distribuert infobase. Trinn-for-steg instruksjon.

Informasjonsbasedistribusjon brukes når det er nødvendig å føre felles journaler i databaser som av ulike årsaker ikke kan ha en fysisk tilknytning. Et eksempel kan være regnskap for et selskap som har en avdeling i en stor by eller liten by uten mulighet til å koble seg til Internett. Eller i noen spesielle tilfeller av periodisk behov for å jobbe med én database på kontoret og utenfor kontoret, for eksempel hjemme. I slike og til dem lignende tilfeller bruken av en distribuert informasjonsbase (RIB) er berettiget og nødvendig.

I denne artikkelen vil vi se på å organisere distribusjonen av én informasjonsdatabase i 1C Accounting for Russia versjon 8.3-konfigurasjonen gjennom en lokal eller nettverkskatalog. I versjon 8.2 1C denne instruksen vil også være nyttig, fordi beskriver i hovedsak én prosess med betydelig små forskjeller.

==== Oppsett for hovedbasen ====

Etter å ha åpnet 1C 8.3 i "Enterprise" -modus, la oss gå til "Administrasjon" -delen. I versjon 1C 8.2, for å komme i gang, må du gå til hovedmenyen "Service" - "Distributed Information Base (DIB)" - "Konfigurer RIB-noder".

Deretter vil vi vurdere prosessen i sammenheng med informasjonssikkerhet versjon 8.3. Så, gå til delen "Administrasjon", velg "Programinnstillinger". I innstillingene går du til delen "Datasynkronisering". Her merker vi av for "Bruk datasynkronisering" og spesifiserer databaseprefikset. La oss indikere "CB", som antyder en sentral base.

Etter dette vises elementet "Datasynkronisering" i høyremenyen. La oss velge ham. Klikk på knappen "Konfigurer datasynkronisering" i undervinduet som åpnes. I rullegardinmenyen kan du velge innstillinger for ulike brukstilfeller for synkronisering. Vi velger "Distribuert informasjonsbase...".

For generell utvikling, gjør deg kjent med innholdet i neste vindu og klikk "Neste".

I det neste vinduet fyller du ut katalogen der . Vi vil spesifisere datakomprimering for å redusere størrelsen på opplastingen, og du kan umiddelbart angi et passord for arkivet med dataene. Det er viktig å ikke glemme ham. Bekreft fyllingen med "Neste"-knappen.

De neste to vinduene er beregnet på å spesifisere innstillingsparametere for tilfeller av utveksling via FTP-server og via e-post. Som nevnt tidligere vurderer vi utvekslingsmetoden gjennom en katalog, så vi hopper over innstillingene for FTP og e-post.

Det neste vinduet er beregnet for å spesifisere utvekslingsparametere i den perifere databasedelen. La oss angi navnet og prefikset. Neste er "Neste"-knappen.

La oss sjekke utvekslingsparametrene vi har opprettet og bekrefte deres korrekthet med den tradisjonelle "Neste" -knappen.

Vil bli opprettet automatisk nødvendig sett innstillinger for deling. Det vil ta litt tid.

Viktig! Å lage det første bildet for slavenoden tar betydelig tid. Størrelsen på denne betydningen avhenger av datamaskinressursene og volumet av regnskap i hoveddatabasen.

La oss anta at vi bestemmer oss for å lage et bilde. Etter å ha klikket på "Fullfør"-knappen i forrige vindu, vil vi gå inn i innstillingene for å lage et bilde av slaveinformasjonssikkerheten. Vi vil vurdere det enkleste tilfellet for lokale operasjoner. For å gjøre dette, angi de nødvendige detaljene i vinduet som åpnes. La oss være spesielt oppmerksomme på parameteren " Fullt navn fildatabase". Det må spesifiseres i fullt UNC-format, som krever dannelse av en lokal bane i et "nettverksformat". For eksempel - "\\Server1C\Databaser\RIB". TIL angitt sti La oss legge til navnet på databasefilen - 1Cv8.1CD.

Etter å ha klikket på "Opprett første bilde"-knappen, starter prosessen med å generere et bilde for slavedatabasen.

Etter at prosessen er fullført, opprettes en databasefil i den angitte katalogen. Denne nyopprettede basen før full bruk må konfigureres.

==== Oppsett for en perifer base ====

For å gjøre dette må du koble den til 1C. Du finner hvordan du gjør dette i instruksjonene i artikkelen vår - Etter tilkobling må du starte den nye databasen i konfiguratormodus og opprette brukere. Deretter må informasjonssikkerheten lanseres i 1C "Enterprise"-modus.

Hvis opprettelsen av brukere av en eller annen grunn må utsettes til et senere tidspunkt, etter tilkobling, kan du ganske enkelt starte databasen i 1C "Enterprise" -modus. Du vil bli bedt om å opprette en "Administrator"-bruker, godta det, og den første utfyllingen vil bli gjort.

Deretter må du fortsette å sette opp sammenkobling med hovedbasen. Denne innstillingen ligner den som er diskutert ovenfor for hoveddatabasen.

Det opprettes et oppsett for kommunikasjon med hovedbasen.

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

Så nå har vi laget hoved- og periferbasene. Synkroniseringsinnstillinger er også opprettet i hver av disse databasene. Nå kan du gå videre til å redigere disse innstillingene og bringe dem til en passende form. Du kan opprette automatiske utvekslingsregler eller utføre utvekslingen manuelt.

La oss gjøre dette i hoveddatabasen. Den perifere basen er konfigurert på samme måte.

Redigering kan brukes på regler og tidsplaner for datasynkronisering.

Ved å klikke på "Konfigurer"-knappen i "Datasynkroniseringsplan"-delen, må du redigere skriptene for automatisk å planlegge arbeidet med å laste opp/laste data for den valgte databasen. Du trenger ikke å redigere den, bare godta standardalternativene.

For å redigere parametrene klikker du bare på lenken med de automatiske tidsplandataene. Og så redigerer vi de midlertidige parameterne for å starte oppgaver. Ved å gå gjennom bokmerkene kan du endre både klokkeslett og dato og ukedager for lanseringen.

Ved å klikke på "Kjør oppgave"-knappen i hovedskriptvinduet, kan du kjøre oppgaven manuelt.

Ved å klikke på "Konfigurer"-knappen i "Datasynkroniseringsregler"-delen, kan du utføre operasjoner for å endre oppgavestartskripter, samt se loggen over opplastinger/nedlastinger. Sistnevnte er ganske viktig for å administrere tilgang og overvåke regelmessigheten av utvekslinger.

Når du er ferdig med å opprette og redigere skript for automatisk start av distribuert databaseutveksling, kan du fortsette å laste opp og deretter laste inn data.

På dette tidspunktet er konfigurasjonen av den distribuerte badehusdatabasen for de sentrale og perifere nodene i utgangspunktet fullført.

Last ned illustrerte instruksjoner

Distribuert informasjonsgrunnlag. Trinn-for-steg instruksjon
Distribuert informasjonsbase (RIB) 1C:Enterprise
Opprette en distribuert infobase og sette den opp
hvordan sette opp rib in 1s 8.2
Hvordan sette opp en distribuert informasjonsbase i 1C
Hvordan sette opp i 1C
Hvordan sette opp i 1C
Sette opp en distribuert informasjonsbase (RIB) i 1C
Eksempel på oppsett av RIB for 1C:Accounting 8
Oppretting av en distribuert infobase og konfigurasjon

Teknologien til distribuerte informasjonsbaser (RIB) lar deg lage et geografisk distribuert system basert på 1C Enterprise-konfigurasjoner. Dette lar deg ha noe til felles informasjonsrom selv med de avdelingene som ikke har en pålitelig kommunikasjonskanal, som kombinerer høy autonomi for noder med muligheten til raskt å utveksle informasjon. I artiklene våre vil vi se på funksjonene og den praktiske implementeringen av denne mekanismen på 8.2-plattformen

Først av alt, la oss spørre oss selv: hvorfor autoutveksling? Moderne teknologier, kombinert med rimelige og raskt internett, lar deg organisere fjernarbeid uten vanskeligheter. Valget av metoder er like bredt som alltid: RDP, tynne og webklienter, tilkobling av nettverk ved hjelp av VPN – det er mye å tenke på. Imidlertid har alle disse metodene en betydelig ulempe - en sterk avhengighet av kvaliteten på kommunikasjonskanalen.

Selv med ideell drift av den lokale leverandøren, er det umulig å garantere 100% tilgjengelighet av kommunikasjonskanalen. Problemer med ryggradsleverandøren, mangel på strømforsyning, fysisk skade på kommunikasjonslinjen og mange andre faktorer gjør denne oppgaven uoverkommelig. Samtidig fører utilgjengeligheten til informasjonsbasen på et eksternt lager eller en butikk til ganske betydelige tap. Og til slutt, la oss ikke glemme at det er steder (for eksempel industrisoner i utkanten av byer) hvor det er dyrt og/eller problematisk å tilby en kommunikasjonskanal av høy kvalitet.

RIB-mekanismen lar deg bli kvitt disse manglene; hver avdeling har sin egen kopi av informasjonsbasen som du kan jobbe autonomt med selv i fullstendig fravær av kommunikasjon med omverdenen. Et lite volum overført informasjon lar deg bruke hvilken som helst kommunikasjonskanal for utveksling, inkludert mobilt Internett.

RIB på plattform 8.2 er ikke noe fundamentalt nytt, og representerer en videreutvikling av RIB plattform 7.7, bare nå har denne teknologien blitt mer tilgjengelig og enklere. I motsetning til RIB-komponenten, som måtte kjøpes separat, er RIB en integrert del av mange typiske konfigurasjoner og fungerer fullstendig i brukermodus, slik at du kan klare deg uten konfiguratoren selv på konfigurasjonsstadiet.

På dette tidspunktet ville det være på tide å gå videre til den praktiske delen, men vi må gjøre enda en digresjon. Faktum er at overgangen til 8.2-plattformen, som ser ut til å ha allerede skjedd, faktisk førte til fremveksten av to typer konfigurasjoner: basert på en administrert applikasjon, "innfødt" for 8.2-plattformen, og tilpasset fra 8.1, fortsetter å bruke utdaterte teknologier og mekanismer. Siden en betydelig del av konfigurasjonene (Enterprise Accounting, Payroll and HR Management) er tilpasset eller overgangsbestemt, kan de ikke diskonteres, så den første delen av artikkelen vår vil bli viet til disse konfigurasjonene (i hovedsak 8.1-plattformen), mens i den andre vi vil undersøke å sette opp automatisk utveksling for konfigurasjoner basert på en administrert applikasjon (plattform 8.2).

La oss vurdere en praktisk oppgave: å sette opp automatisk utveksling via FTP for Enterprise Accounting 2.0-konfigurasjonen. Til tross for at RIB lar deg utveksle ved hjelp av e-post eller fildeling, anbefaler vi å bruke FTP som det enkleste og pålitelig måte kommunikasjon. Du kan lese hvordan du setter opp din egen FTP-server, eller du kan bruke FTP-tjenesten til en hvilken som helst hostingleverandør.

Først av alt må vi konfigurere utvekslingsnoder. For å gjøre dette, start konfigurasjonen med administratorrettigheter og velg Transaksjoner - Bytteplaner.

Velg i listen som vises Full planlegge eller Etter organisasjon, hvis det oppbevares registre for flere selskaper i én database og utvekslingen kun må gjøres for ett av dem. I vinduet som åpnes, er det allerede en node - den sentrale, vi må redigere den ved å angi koden og navnet.

Deretter vil vi opprette en annen node for grenen, fylle den på samme måte (for å legge til, klikk på den grønne sirkelen med et pluss). Neste trinn er å lage et innledende bilde for denne noden, som er en ferdig informasjonsbase i filmodus. For å gjøre dette, høyreklikk på ønsket node og velg fra rullegardinlisten Lag et startbilde.

La oss nå gå videre Tjeneste - Distribuert informasjonsbase (DIB) - Konfigurer RIB-noder.

Klikk på knappen i vinduet som åpnes Legg til og konfigurere en ny sentral ved å spesifisere ekstern vert, utvekslingstype (via FTP) og servertilkoblingsparametere.

Bokmerke Automatisk utveksling lar deg sette opp en utvekslingsplan, utveksling etter hendelser (start og slutt på arbeid, etc.), disse innstillingene gjøres for brukeren på hvis vegne utvekslingen skal utføres, så sørg for at han har rettigheter til å utveksle data.

Ikke glem å spesifisere nodeprefikset for dokumentnummerering (ellers vil du motta forskjellige dokumenter med samme nummer) i Verktøy - Programinnstillinger; her kan du også konfigurere noen andre utvekslingsparametere. På samme fane bør du velge en bruker som skal utføre utvekslingsoppgaver; hvis du ikke gjør dette, vil ikke tidsplanen fungere. Husk at utveksling kun vil bli gjort hvis denne brukeren logget på programmet.

Dette fullfører konfigurasjonen av den sentrale noden; nå må du gjøre lignende innstillinger for den perifere noden, og koble det første bildet som et eksisterende informasjonssikkerhetssystem. Deretter kan du begynne å utveksle data. For å kontrollere bør du bruke Kommunikasjonsmonitor, den lar deg ikke bare overvåke suksessen til opplastingen/nedlastingen, men viser også eventuelle kollisjoner som har oppstått eller forsinkede bevegelser (hvis brukeren som gjorde utvekslingen ikke har nok rettigheter til å utføre noen handlinger i databasen). Tilgjengelighet av dette instrumentet lar deg raskt og effektivt løse ulike typer problemer som oppstår under automatisk utveksling.

På dette tidspunktet kan utvekslingsoppsettet anses som fullført, og du kan begynne å jobbe i distribuert modus. Det er verdt å dvele spesielt ved å oppdatere eller gjøre endringer i konfigurasjonen. Disse handlingene er bare tilgjengelige på den sentrale noden; alle endringer som gjøres vil automatisk overføres til de perifere nodene under neste utveksling. For å gjøre endringer automatisk, må den perifere databasen være i eksklusiv modus, ellers må du kjøre Konfigurator og utføre Oppdatering av databasekonfigurasjonen manuelt.

Oppretting og konfigurering av en distribuert database (RDB) i 1C 8.3 Regnskap (og andre konfigurasjoner) er nødvendig i tilfeller hvor det ikke er mulig for flere brukere å jobbe samtidig som de kobler til én database. For øyeblikket er dette en ganske sjelden forekomst, siden standard eksternt skrivebord fungerer fint og det er andre programmer som gir ekstern tilkobling til den sentrale datamaskinen der databasen er plassert.

Men likevel er det situasjoner der det rett og slett ikke er Internett. Og dataene skal til slutt havne i én informasjonsbase. Dette er grunnen til at det opprettes en distribuert database.

Som oftest hovedbase kalt sentral, og resten - perifer. Poenget er at enten manuelt eller automatisk modus(avhengig av innstillingen) er databaser kombinert til én. For å sikre at antall nylig oppgitte dokumenter og katalogkoder ikke dupliseres, tildeles et prefiks til hver database.

I denne instruksjonen vil vi bruke et eksempel for å lage en sentral og perifer database og sjekke utvekslingen mellom dem. Denne håndboken passer for både 1C 8.3 Accounting og 1C Trade Management (UT) og andre konfigurasjoner.

Sette opp hoved (sentral) distribuert RIB-database

La oss gå til 1C "Administrasjon"-menyen, og klikk deretter på koblingen "Datasynkroniseringsinnstillinger". I vinduet som åpnes, må du merke av for "Datasynkronisering". Linken "Datasynkronisering" blir aktiv. Akkurat her vil vi sette et prefiks for hovedinformasjonsbasen - for eksempel "CB":

Klikk på koblingen "Datasynkronisering" og et vindu åpnes med knappen "Sett opp datasynkronisering". Når du klikker på denne knappen, åpnes en rullegardinliste der du må velge "Full"-modus. Hvis synkronisering er nødvendig for bare én organisasjon, må du velge "Etter organisasjon...".

I neste vindu vil programmet be oss om å lage en sikkerhetskopi. Jeg anbefaler på det sterkeste å gjøre dette, siden følgende oppsettstrinn kan være irreversible.

Etter opprettelsen sikkerhetskopi klikk på "Neste"-knappen. På neste trinn må vi bestemme hvordan synkronisering skal skje:

• gjennom en lokal katalog eller en katalog på det lokale nettverket;
• over Internett via FTP.

For enkelhets skyld og klarhet i eksemplet, vil vi velge en lokal katalog. Jeg spesifiserte følgende bane: "D:\1C Databases\Synchronization". Det vil være en god idé å sjekke oppføringer i denne katalogen; det er en spesiell knapp for dette:

Få 267 videotimer på 1C gratis:

Neste trinn med å sette opp FTP-synkronisering og e-post vi hopper over. La oss se på innstillingene for navnene på hoved- og perifere databaser. Her vil vi sette prefikset for den perifere databasen:

Ikke glem at prefiksene for hver database må være unike. Ellers vil du få feilmeldingen "Prefiksverdien til den første infobasen er ikke unik."

Klikk "Neste", sjekk den angitte informasjonen og klikk "Neste" igjen, deretter "Fullfør". I feltet "Fullt navn på filbasen" angir du filen 1Cv8.1CD i katalogen som ble opprettet for synkronisering. Vi lager det første bildet av den distribuerte 1C-databasen:

Etter å ha opprettet det første bildet av RIB i 1C, kan du angi en synkroniseringsplan eller synkronisere manuelt:

Etter synkronisering kan du koble til den nye databasen og forsikre deg om at informasjon fra den sentrale databasen er lastet opp dit:

Opprett umiddelbart minst én bruker med administratorrettigheter i den nye perifere databasen.

Sette opp synkronisering i den perifere databasen

I den perifere 1C-databasen er konfigurasjonen mye enklere. Bare merk av for "Datasynkronisering" og følg lenken med samme navn. Og vi befinner oss nesten umiddelbart i et vindu med "Synkroniser"-knappen. La oss prøve å lage et testelement i den perifere databasen og laste det opp til hoveddatabasen ved å bruke RIB: