Datautbyte enligt 1s schema. Schemalagt utbyte med standardmetoder

I verkligheten är det ett sällsynt företag som klarar sig med bara en 1C-databas. Den vanligaste situationen är två baser, redovisning och lön.

Baserna ska kopplas ihop - löner har periodiserats, upplupna skatter ska gå till redovisningsavdelningen för betalning.

För att koppla ihop flera databaser finns Exchange 1C. Hur fungerar det?

Vad är Exchange 1C?

Det finns en butikskedja och centralkontor. Varje butik och kontor har ett lager. Varor flyttas från lager till lager (främst från centrallagret till butikslagret) och säljs i butik.

1C Retail-databasen används på kontoret och samma databas i varje butik. Baser i butik är underordnade basen på kontoret.

På kontoret skapas dokument om förflyttning av varor från lager till lager och priser sätts. Dokument laddas upp till underordnade databaser och där "uppstår" varor.

Butiker skapar dokument om genomförda försäljningar av varor. Dokument laddas upp till kontorsdatabasen och där "visas" försäljningen.

Detta schema kallas en distribuerad informationsbas (RIB). Rutiner för att "ladda upp" dokument – tvåvägs 1C-utbyte. Och att sätta upp detta schema är URIB eller URIBD (distributed information databas management).

Principer för att byta kataloger i 1C

1C-kataloger (och uppsättningen av alla kataloger "i komplexet" kallas NSI - normativ referensinformation) - i olika databaser bör vanligtvis vara densamma. Det betyder att även om det finns flera databaser är listan över varor, lager och entreprenörer densamma i olika databaser.

En vanlig praxis är när en katalog tillåts redigeras i en databas och den kopieras ("migreras") till de andra. Som vi har diskuterat tidigare har varje 1C-element en unik identifierare - GUID. Kataloger kopieras vanligtvis tillsammans med deras GUID och är således identiska i hela det distribuerade informationssystemet.

Annars, när flera initialt befintliga databaser är anslutna, eller när kataloger kan skapas i olika databaser samtidigt, kommer deras GUID att vara olika. Det finns en matchningsmekanism för detta. I ett speciellt informationsregister under 1C-utbyte registreras information om att elementet från databas nr 1 med GUID xxx är lika med elementet i denna databas med GUID yyy. Inledningsvis måste befintliga element som inte längre är likvärdiga jämföras automatiskt (med hjälp av andra uppgifter, t.ex. med namn eller skatteidentifikationsnummer och kontrollpunkt) eller manuellt.

Principer för dokumentutbyte i 1C

Handlingar i 1C bokförs enligt register och betraktas då som ”postade”. Detta ger upphov till förståeliga svårigheter under överföringen.

Ett alternativ är att bara överföra dokumenten och överföra dem igen efter nedladdning. Denna metod används ofta, men den kan ge upphov till fel - dokumentet får inte läggas upp i den nya databasen, eftersom förutsättningarna under processen kan vara annorlunda än de var när dokumentet lades upp i den ursprungliga databasen.

Ett annat alternativ är att överföra handlingar och register tillsammans. Som vi förstår uppstår frågan omedelbart - antingen överför vi alla handlingar i allmänhet och sedan hela registret i allmänhet, eller så tvingas vi välja för överföring endast rörelser på de överförda handlingarna.

Låt oss säga att vi behöver överföra ett objekt från nomenklaturkatalogen. Denna katalog har 10 fält, varav 5 är strängar och siffror, och 5 är länkar till andra kataloger.

Följaktligen, när vi överför ett element i nomenklaturen, är vi tvungna att söka efter och överföra även 5 element i andra kataloger.

Sålunda, vid överföring av ett katalogelement eller ett dokument, kan 100 eller fler andra 1C-objekt överföras via länk.

Det sägs faktiskt att nästan alla konfigurationsreferenser refererar till varandra på ett eller annat sätt.

1C utbytesplaner

Låt oss anta att vi har skapat en distribuerad databas och genomfört ett 1C-utbyte. Varor har köpts in till centrallagret och förberetts för leverans till butik. I 1C angav kontoret de nödvändiga dokumenten för transport av varor. Kräver att de laddas i butik.

Vad ska man göra? Genomföra ett helt 1C-byte igen? Lång och ineffektiv! Det skulle vara mycket bättre att beräkna exakt vad som lagts till eller ändrats av användare på kontoret, så att endast ändringar skickas till butiker.

Det finns 1C utbytesplaner för detta. Programmeraren skapar en 1C-utbytesplan i förväg för att genomföra 1C-utbyten med någon annan databas, till exempel med våra butiker.

1C-utbytesplanen noterar när användare arbetar med kataloger och dokumenterar vad som har lagts till eller ändrats sedan det senaste 1C-utbytet med denna databas.

Skapandet av URIB 1C

Så vi kommer att skapa en distribuerad databas från början. Inledningsvis har vi en "förälder" kontorsbas. Från den kommer vi att välja databaser med butiker som kommer att vara underordnade den.

Typiska konfigurationer har redan standardutbytesplaner för 1C. De typer av baser som de är avsedda för framgår intuitivt av namnet:

Byt 1C med en webbplats: utbyte med en 1C:Bitrix-webbplats
Exchange 1C UPP-UT eller UT-Retail: typiska börser med systerkonfigurationer
Fullständig – 1C-utbyte med en databas baserad på samma konfiguration.

RIB - distribuerad informationsbas - kan också göras på basis av 1C "Full" utbytesplan. I konfiguratorn, i denna 1C-utbytesplan, ska kryssrutan "Distribuerad infobas" vara markerad.

1C-utbytesplanen som skapats i konfiguratorn indikerar att vi kommer att byta med denna konfiguration. I Enterprise-läge, i samma 1C-utbytesplan, måste du nu specificera specifika databaser baserat på denna konfiguration.

Låt oss gå till 1C-utbytesplanen (Operations/Exchange Plan; kan också finnas i en annan meny, ofta i menyn Service/XXX).

I listan över databaser i 1C-utbytesplanen finns en med en grön cirkel i bilden. Detta element står för DENNA BAS. De återstående elementen indikerar ANDRA baser med vilka 1C byts ut.

Det är nödvändigt att både namn och kod för alla element fylls i.

Så här skapar du en butiksunderbas:

Placera markören i listan på 1C utbytesplanelementet, som vi skapade som en "butiksbas"
Välj menyalternativet "Actions/Create initial image".

Som ett resultat kommer en databas att skapas med den ursprungliga data som laddas upp till den. Detta måste upprepas för varje del av 1C-utbytesplanen, utom för NUVARANDE BAS.

Teori om 1C-utbyten

Teorin om 1C-utbyte är ganska enkel:

En av databaserna (vanligtvis centrets databas) initierar 1C-utbyte enligt ett schema eller "efter händelse" (logga in på databasen för en specifik användare, etc.)
1C-utbyte består av att ladda ner en fil från databasen
Filen måste flyttas till en plats där en slavdatabas kan hämta den (vanligtvis en share eller ftp, mer sällan e-post)
Slavdatabasen laddar ner den mottagna filen
Som bekräftelse på att informationen har tagits emot laddar slavdatabasen upp en "svars"-fil, som laddas tillbaka till den centrala databasen på samma sätt
1C-utbytessessionen är klar.

Det finns andra metoder för att utbyta 1C, inte genom filer, utan till exempel genom en direkt COM-anslutning mellan två databaser. Dess fördelar:

Inget "utrymme för att lagra och överföra filer" krävs
Inget behov av att ladda upp bekräftelse igen
Allt går snabbare på grund av de två första punkterna.

Begränsningen är dock tydlig - baserna måste vara så tillgängliga för varandra för att kunna initiera en COM-uppkoppling.

Installation av RIB 1C

I konstanterna för standardkonfigurationer (Operations/Konstanter; eller Service/Program Settings) finns det vanligtvis allmän inställning 1C börser. Detta är ett prefix i elementkoder och dokumentnummer för att enkelt avgöra i vilken databas det skapades. Samt en intern metod för att lagra information om platsen där kataloger och dokument skapades.

Nu måste du konfigurera hur processen för periodiskt utbyte av 1C-information mellan de skapade databaserna kommer att ske.
Alla RIB-inställningar i 1C är i standardkonfigurationer, vanligtvis i menyn Service/Distribuerade informationsbaser/Konfigurera RIB-noder.

För varje tidigare skapad "fjärrbutiksbas"-element måste du lägga till ett inställningselement.

Inställningarna anger 1C utbytesmetod: fil (dela), fil (FTP), fil (e-post).

Skapa och sätta upp en distribuerad 1C-informationsbas i en tunn klient

Låt oss titta på en liknande inställning i en typisk konfiguration baserat på tunn klient– Trade Management Revision 11.
Inställningar (och skapa från grunden) finns på fliken Administration i gränssnittet. Objekt "Datautbyte".

Välj "Skapa en utbyte i en distribuerad informationsbas».

Redan från början kommer 1C att be oss ange hur vi ska utbyta information med den underordnade databasen. Här är konfigurationsalternativet "via en fil på bollen".

Här är konfigurationsalternativet via en FTP-fil.

Namnet på vår 1C-växelinstallation.

Och omedelbart ett förslag om att skapa en "initial bild" - det vill säga själva slavdatabasen med uppladdning av primär information till den.

Till skillnad från konfigurationen på en tjock klient finns båda 1C-växlingsinställningarna på ett ställe.

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 ett gemensamt informationsutrymme även med de avdelningar som inte har en pålitlig kommunikationskanal, vilket kombinerar hög autonomi för noder med möjligheten att snabbt utbyta information. I våra artiklar kommer vi att titta på funktionerna och praktiskt genomförande av denna mekanism på plattform 8.2

Först och främst, låt oss fråga oss själva: varför autoutbyte? Modern teknik, kombinerat med billigt 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 perfekt jobb Det är omöjligt att garantera 100 % tillgänglighet av kommunikationskanalen från en lokal leverantör. 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 är otillgängligheten av informationsbasen på ett fjärrlager eller i butik leder 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 som du kan arbeta självständigt med även i fullständig frånvaro av kommunikation omvärlden. Och den lilla mängden överförd information gör att du kan 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 standardkonfigurationer och fungerar helt i användarläge, vilket gör att du kan klara dig utan konfiguratorn även vid installationsstadiet.

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 plattform 8.2, som redan verkar ha skett, faktiskt ledde till uppkomsten av två typer av konfigurationer: baserat på hanterad applikation, "inbyggd" för 8.2-plattformen, och anpassad från 8.1, fortsätter att använda föråldrade tekniker och mekanismer. Eftersom en betydande del av konfigurationerna (företagsredovisning, löne- och personalhantering) är anpassade eller övergångsmässiga kan de inte diskonteras, därför kommer den första delen av vår artikel 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 tillåter utbyte med hjälp av e-post eller delade filresurser rekommenderar vi att du använder FTP som det enklaste och mest 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, klicka högerklicka musen 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 Tillägga 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 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.

Behovet av utbyte mellan olika konfigurationer har uppstått sedan tillkomsten av 1C version 7.5. Utvecklad olika sätt och mekanismer. Artikeln beskriver moderna (för 1C:Enterprise 8.2-plattformen) mekanismer som används för utbyte mellan olika konfigurationer. Artikeln är avsedd för nybörjare som skapar sina egna utbyten eller analyserar standardutbyten. Beskrivningen av utbytesproceduren använder någon utopisk idé om utbyte, ett slags sfäriskt utbyte i ett vakuum.

Redogörelse för problem med datautbyte

Utbytet sker mellan två olika konfigurationer, låt oss kalla dem Källa och Mottagare. Som standard anser vi att riktningen för utbytet är enkelriktad. Metadatastrukturen för käll- och destinationskonfigurationerna är annorlunda. Vissa typer av dokument behöver utbytas regelbundet.

I allmänhet är tvåvägsutbytesproblemet uppdelat i två enkelriktade utbytesuppgifter, endast källan och mottagaren byts.

Svårigheter

Dokumenten i konfigurationen har olika set och sammansättning av detaljer
Några dokumentdetaljer sammansatt typ(kataloger).
Om ett dokument som redan har överförts har ändrats av ett dokument i källkonfigurationen, måste det återsändas till Sink-konfigurationen
Duplicering av element är möjligt om kataloger fylldes i i två databaser samtidigt. Alternativt, om det finns dubbletter i katalogen (katalogelement med samma uppsättning detaljer), kommer ett "onödigt" element att hamna i dokumentet - till exempel ett som inte har använts på länge och är markerat för radering .

Lösningsmetoder

Steg 1: Objektmatchning

För att skapa regler för att mappa detaljerna i källkonfigurationsdokumentet till detaljerna i mottagarens konfigurationsdokument skapas utbytesregler. Utbytesregler specialfil i XML-format beskriver överensstämmelse och regler för omvandling av källobjekt till mottagarobjekt. Skapandet av utbytesregler automatiseras med hjälp av konfigurationen "Datakonvertering". Från mottagar- och källkonfigurationerna, med hjälp av speciell bearbetning, laddas XML-filer ned som beskriver metadatastrukturen för motsvarande konfigurationer och laddas in i "Datakonvertering".

Vid beskrivning av utbytesreglerna är det nödvändigt att ange detaljerna (de så kallade nyckeldetaljerna) med vilka systemet kommer att söka i mottagaren efter objekt som motsvarar källobjekten.

I moderna utbytessystem används matchning av detaljer endast när initial inställning utbyta. Under arbetets gång kan katalogernas nyckeldetaljer ändras, men objekt bör inte tappa kontakten med varandra. För att göra detta fylls registret "Matchande bytesobjekt" i Mottagarens konfiguration. Registret innehåller: den unika objektidentifieraren (GUID) för källkonfigurationen och den globalt unika identifieraren för objektet som motsvarar den i mottagaren.

Steg 2. Registrering av ändrade objekt

I 1C:Enterprise 8-plattformen finns ett metadataobjekt speciellt utformat för att organisera utbyte - Exchange Plan.Utbytesplaner innehåller information om noder som kan delta i datautbyte, bestämmer sammansättningen av de data som ska utbytas och anger om den distribuerade informationsbasmekanismen ska användas under utbytet. I ett applikationslösning Det kan finnas flera utbytesplaner, som var och en kan beskriva sin egen datautbytesprocedur. Till exempel, om data utbyts med fjärrlager och fjärrkontor, kommer det troligen att finnas två utbytesplaner (en för utbyte med lager, den andra för kontor), eftersom sammansättningen av data som utbyts med lager kommer att vara avsevärt smalare "än sammansättningen av de uppgifter som är avsedda för utbyte med kontor.

I själva i enkel form,Utbytesplan (använder inte mekanismen distribuerade databaser data) kan presenteras som en tabell med två kolumner: identifieraren för den datamottagande noden och identifieraren för objektet som är avsett för uppladdning. Utbytesplanen är konfigurerad för att övervaka specifika metadataobjekt. När något metadataobjekt som ingår i utbytesplanen ändras, inkluderas den globala identifieraren för det ändrade objektet i utbytesplanen med tecknet på förändring. Efter uppladdning av data återställs ändringsflaggan.

Steg 3. Transport

Datautbytestopologier är mycket bisarra. Både direkt åtkomst till mottagarens databas från källan och indirekt åtkomst är möjlig. I det första fallet är det möjligt att använda en ADO-anslutning - en direkt anslutning från källan till mottagaren. Alternativet är mycket bekvämt ur användarsynpunkt: efter att ha konfigurerat utbytesparametrarna och användarbehörighet i mottagaren en gång, utför utbytet med ett klick på en knapp (eller enligt ett schema).

När direkt åtkomst till mottagaren inte är möjlig laddas data upp till en mellanliggande XML-fil, överförs till mottagarsidan och laddas ner. Det är också möjligt att använda en delad ftp-resurs.

Innan du sätter upp ett utbyte

Dubletter och objekt markerade för radering

Innan du ställer in utbytet, bli av med dubblettelement i kataloger. Ta bort objekt markerade för radering.

Inmatning av kataloger och informationsregister

Det måste finnas en källa för att gå in i kataloger och informationsregister. Då kommer du att bli av med behovet av att ständigt korrigera felaktigt synkroniserade element, på grund av vilka till synes identiska rörelser inte "kollapsar" i balansräkningen.

Slutsats

Som ett resultat ser det ut så här att skapa ett utbytesschema:

Utbytesregler skapas i konfigurationen "Datakonvertering".
Utbytesplanen skapas och initieras
Informationsbaser förbereds för utbyte. Ta bort dubbletter
Vid initiering av utbytet fylls informationsregistret "Korrespondens av utbytesobjekt" i
Lämplig transport väljs (direktåtkomst, via fil)
Regelbundet datautbyte sker

Bibliografi

P.S. Konstruktiv kritik och kompletteringar är välkomna.

Datautbyte mellan 1C ZUP 8.3-programmet och Accounting 8.3 är nödvändigt för att spegla transaktioner för avräkningar med anställda i bokföringen. Om du för personalbok och beräknar löner i programmet 1C ZUP 8.3, läs här hur du laddar ner data från 1C ZUP 8.3 till 1C Accounting 8.3.

Med ett litet antal anställda kan personalbokföring och löneberäkningar utföras i redovisningsprogram 1C 8.3 Redovisning. Men om din organisation har ett behov av större och detaljerad redovisning av löner och personal, så behöver du för detta ytterligare program 1C 8.3 Löne- och personalhantering. Att föra register i två program är inte särskilt bekvämt, men 1C löste detta problem. Nu sker utbytet av data mellan 1C 8.3-databaser från ZUP 3.1 till Accounting 3.0 automatiskt. Men för detta måste du konfigurera synkroniseringen av 1C 8.3 Accounting och ZUP. Hur man gör detta själv, utan att involvera tekniska specialister, läs i den här artikeln. Hur man ställer in datautbyte mellan 1C 8.3-databaser från ZUP 3.1 till redovisning 3.0 i några få steg, se nedan.

Steg 1. Ställ in synkronisering i 1C ZUP 3.1

Gå till 1C ZUP 8.3 i avsnittet "Administration" (1) och klicka på länken "Datasynkronisering" (2). Ett fönster för att ställa in börsen öppnas.

I fönstret som öppnas, markera rutan bredvid "Datasynkronisering" (3) och klicka på länken "Datasynkroniseringsinställningar" (4). Inställningsfönstret öppnas.

I fönstret som öppnas, klicka på knappen "Set up data synchronization" (5) och klicka på länken "Enterprise accounting, edition 3..." (6). Ett fönster öppnas för att fortsätta installationen.

I det nya fönstret väljer du "Ange inställningar manuellt" (7) och klickar på knappen "Nästa" (8). Ett fönster öppnas där du kan fylla i utbytesparametrarna.

I fönstret som öppnas måste du ange några systemväxlingsparametrar. Först måste du välja ett anslutningsalternativ i ett annat program. I vårt exempel är detta "Direkt anslutning till ett program på den här datorn..." (9). Denna metod används om 1C 8.3 Accounting-programmet finns på en dator eller i en lokalt nätverk med 1C 8.3 ZUP. Därefter måste du ange anslutningsparametrarna i ett annat program. I vårt exempel finns det två möjliga alternativ:

På denna dator eller på en dator i det lokala nätverket
På 1C:Enterprise-servern

I vårt exempel väljer vi det andra alternativet (10) och fyller i fälten "Serverkluster" (11) och "Infobasnamn" (12). Läs var du kan hämta data för dessa fält i nästa steg (steg 2).

Välj sedan "1C:Enterprise Authentication" (13) och ange användaren (14) och lösenordet (15) som du använder för att logga in i 1C 8.3 Accounting. Data har matats in, kontrollera nu anslutningen genom att klicka på knappen "Kontrollera..." (16). Om kontrollen kommer att passera framgångsrikt, och efter ett tag visas meddelandet "Anslutningskontroll slutförd framgångsrikt". Om något går fel kommer du att se ett felmeddelande med kort beskrivning problem.

I nästa steg kommer vi att berätta var du kan hämta data på serverklustret och databasnamnet, och i det tredje steget kommer vi att återgå till att ställa in synkronisering.

Steg 2. Var i 1C 8.3 för att få data om klustret och infobasnamnet

När du loggar in på 1C ser du startmenyn. I den här menyn klickar du en gång på databasen som du ställer in synkronisering med, på 1C 8.3 Redovisning (1). Klicka sedan på knappen "Ändra" (2). Fönstret för databasredigering öppnas.

I det här fönstret ser du data om serverklustret (3) och infobasnamnet (4).

Låt oss nu gå tillbaka till att ställa in synkronisering.

Steg 3. Fortsätt att ställa in synkronisering i 1C ZUP 3.1

I det första steget stannade vi vid att kontrollera anslutningen. Om allt gick bra, klicka på knappen "Nästa" (1). Ett fönster öppnas för ytterligare anpassning synkronisering

I det nya fönstret ser du regler (2) för uppladdning av data från 1C ZUP till 1C Accounting. För att ändra dessa inställningar, klicka på länken "Ändra" (3). Inställningen för utbytesregler öppnas.

I det här fönstret kan du ange startdatum för utbytet (4), välja organisationer för utbyte (5). Du kan också välja metoden för att generera transaktioner i 1C 8.3 Redovisning:

"med uppgifter per anställd" (6);
”sammanfattning av anställda” (7).

För att spara inställningarna, klicka på knappen "Spara och stäng" (8). För att gå vidare till nästa inställning, klicka på "Nästa" (9). Ett fönster för ytterligare inställningar öppnas.

I det här fönstret ser du reglerna (10) för uppladdning av data från 1C Accounting till 1C ZUP. Om det behövs kan du ändra dem analogt med den tidigare inställningen genom att klicka på länken "Ändra" (11). För att fortsätta, klicka på knappen "Nästa" (12). Ett fönster öppnas med allmän information om synkroniseringsinställningar.

Om det inte finns några fel öppnas ett fönster med ett meddelande om lyckad datasynkronisering (15). Programmet kommer att uppmana dig att synkronisera som standard (16). För att göra detta, klicka på knappen "Nästa" (17). Ett fönster öppnas med datamatchningsinformation.

I det nya fönstret kan du se kataloger för vilka det finns osynkroniserade data (18). Eftersom du kommer att synkronisera information från två olika informationsbaser - 1C ZUP och 1C Accounting - från det datum som anges i inställningarna, är det nödvändigt att vissa kataloger i båda databaserna har samma värden. Sådana uppslagsböcker inkluderar till exempel " Individer", "Organisationer", "Sätt att spegla löner i redovisning." I detta fönster ser du kataloger (18) för vilka data inte stämmer överens. Programmet skapar automatiskt de saknade katalogelementen i båda databaserna. För att göra detta, klicka på knappen "Nästa" (19). Följande fönster öppnas för att synkronisera data.

I fönstret som öppnas informerar programmet dig om sammansättningen av de data som kommer att skickas. För att se en rapport som visar en lista över dessa data, klicka på länken "Kompositionsrapport..." (20). För att slutföra utbytet, klicka på "Nästa" (21). Utbytesproceduren kommer att starta, det kommer att ta lite tid.

När datautbytet är klart öppnas ett fönster som indikerar att synkroniseringen är klar (22). I detta fönster kan du konfigurera det så kallade ”bytesschemat”, dvs. tillfälliga regler enligt vilka datautbyte mellan två databaser ska ske automatiskt. För att konfigurera dessa regler, klicka på knappen "Konfigurera" (23). Datasynkroniseringsskriptet öppnas.

I skriptfönstret klickar du på ikonen "Ställ in schema". regleringsuppgift"(24). Inställningen för utbytesschema öppnas.

I den här inställningen kan du efter eget gottfinnande ställa in det tidsintervall med vilket program ska utbyta data. Till exempel, i fältet "Upprepa efter" (25) kan du ställa in antalet sekunder efter vilket utbytet ska upprepas. För att spara inställningen, klicka på "OK" (26).

Du har framgångsrikt konfigurerat synkronisering mellan databaser och startat datautbyte. Du kan ändra utbytesinställningar och styra synkroniseringsprocessen i fönstret "Datasynkronisering". Du kan ange det via avsnittet "Administration" (27) genom att klicka på länken "Datasynkronisering" (28).

Hur .
Läsa,

Låt oss titta på ett enkelt exempel från verkligheten. Låt oss säga att vi har ett företag som ägnar sig åt parti- och detaljhandel och i det här företaget, precis som i alla andra, görs redovisning. Företaget har två standarddatabaser, dessa är UT (handelshantering) respektive BP (företagets redovisning), i var och en av databaserna förs dess egna register, i UT finns en ledning för att spegla alla transaktioner relaterade till handel, i BP det finns redovisning. För att inte göra dubbelarbete, d.v.s. skapa inte samma dokument i två databaser (förflyttningar bör trots allt ske i förvaltning och redovisning) vi kommer bara att ställa in synkronisering mellan dessa databaser.

Vi kommer att sätta upp enkelriktad datautbyte, från UT ---> BP. Det är också möjligt att sätta upp tvåvägsutbyte, men i praktiken krävs det inte ofta, så vi kommer inte att överväga det i vårt exempel.

Förberedande steg för att sätta upp utbyte i BP

Låt oss börja ställa in synkronisering, gå först till databasen 1C Enterprise Accounting 3.0 (mottagare), vi måste kontrollera om synkronisering är aktiverad för denna databas, för att göra detta måste vi först gå till databasen. Så snart databasen öppnas, gå till fliken "Administration" ---> "Inställningar för datasynkronisering"

Den öppnar sig framför oss ny flik, måste den fyllas i på samma sätt som i skärmdumpen nedan, med undantag för infobasprefixet. Prefixet måste bestå av två bokstäver, du kan ställa in vilken som helst, men enligt 1C-standarden är det bättre att ställa in prefixet med namnet på konfigurationen, det vill säga för "Enterprise Accounting" blir prefixet "BP". Om du sätter upp komplexa börser och det finns flera redovisningsdatabaser, bör prefixen tydligt skilja sig från varandra här kan du använda de två första bokstäverna i organisationens namn som en förkortning.

Vi fortsätter att sätta upp datasynkronisering i UT

Efter att vi har gjort alla nödvändiga åtgärder i mottagardatabasen (BP 3.0) måste vi öppna källdatabasen (UT 11.1) för att fortsätta konfigurera datautbytet. Gå till fliken "Administration", välj "Datasynkroniseringsinställningar" i menyn till vänster. Om synkronisering inte är aktiverad, aktivera den med hjälp av kryssrutan och glöm inte att ange källbasprefixet. När vi har slutfört alla steg 1-4 som visas i bilden nedan måste du klicka på hyperlänken "Datasynkronisering" (steg 5).

I det nya fönstret som visas måste du klicka på det gröna plustecknet (Ställ in datasynkronisering), i rullgardinsmenyn väljer du posten "Enterprise Accounting 3.0".

Upprätta viktiga punkter i datautbytet mellan UT och BP

Nu ser vi ett fönster med inställningar för datasynkronisering i 1C, välj "Ange inställningar manuellt" och klicka på "Nästa".

Vi fortsätter att ställa in datautbyte i 1C, på nästa flik måste vi välja alternativet att ansluta till mottagarens infobas (direkt anslutning till programmet), anslutningsparametrar (på den här datorn eller på det lokala nätverket), katalogen där mottagarbasen finns, liksom nödvändig autentiseringsdata (användarnamn och lösenord i databasen).

På nästa sida måste vi fylla i reglerna för att skicka och ta emot data från BP 3.0 (mottagarens) konfiguration. Klicka på "ändra regler för datauppladdning".

Fönstret "Regler för att skicka data" har öppnats framför oss, i det ställer vi in följande parametrar:

Vilka referensdata kommer att skickas (i vårt exempel är vi bara intresserade av dokument och referensdata som används i dem, så vi valde lämplig post; om du väljer det första objektet "Skicka alla", kommer alla referensböcker att laddas om tillsammans med dokumenten, ofta om informationen inte används i dokumenten är den värdelös för mottagaren, eftersom den inte påverkar bokföringen på något sätt)
Från vilket datum ska all information skickas (vi kommer inte att överväga manuell synkronisering i den här artikeln)
Till vilken eller vilka organisationer som ska skickas data (i vårt exempel valde vi en organisation, IP "Entrepreneur")
Regler för bildande av kontrakt
Generaliserat lager
Ska jag rulla upp dokument efter lager?

När vi har gjort inställningarna klickar du på "Spara och stäng".

Eftersom vi i vårt exempel ställer upp och använder envägsutbyte, från UT till BP, då är inställningarna för reglerna för att hämta data från "Enterprise Accounting 3.0" inte av intresse för oss, så vi klickar på "Nästa".

I ett nytt fönster uppmanas vi att konfigurera regler för mottagarbasen (RB). I punkt 1 namnger vi vår databas, ger den ett prefix. PREFIX måste vara detsamma som vi ställer in i själva BP-databasen i början av den här artikeln, om prefixen är olika, fungerar inte datasynkronisering i 1C-programmet. Klicka sedan på punkt 2 och sedan på punkt 3.

I punkt 3 måste vi tillåta att dokument behandlas när de laddas in i databasen. Klicka på "Spara och stäng".

Nu ska fönstret se ut ungefär som det som visas nedan, klicka på "Nästa".

Detta fönster innehåller referensinformation om synkroniseringen som skapas i 1C. Klicka bara på knappen "Nästa". Om programmet genererade ett fel när du satte upp datasynkronisering måste du kontakta oss så att vår 1C-specialist kan hjälpa dig just nu!

Nästa steg programmet kommer att erbjuda att synkronisera omedelbart efter att ha skapat inställningarna för datautbyte. Låt oss godkänna detta och klicka på "Klar".

Ett fönster visas framför dig där du ser information om hur synkroniseringen fortskrider. Om mottagarbasen inte är tom, d.v.s. register har redan sparats i den, då kommer användaren i 1C-programmet att bli ombedd att göra en jämförelse av objekt manuellt. Jämförelse av objekt i 1C vid synkronisering av data är en jämförelse av identiska mottagarobjekt med identiska föremål i källan.

Låt oss titta på ett exempel, låt oss säga att det i UT finns en motpart med namnet "PharmGroup LLC" och TIN 1234567, och i BP finns det också en motpart med TIN 1234567, men namnet "PharmGroup", om vi inte jämför dessa två objekt vid jämförelse av data i synkroniseringsstadiet, sedan kommer vi efter synkronisering i mottagaren (Enterprise Accounting 3.0), att ha två motparter med TIN 1234567 och två namn "PharmGroup LLC" respektive "PharmGroup". För att undvika liknande situationer och en mekanism för att matcha föremål uppfanns.

I vårt exempel är mottagardatabasen tom, och därför öppnades inte objektjämförelsefönstret. Men efter att ha utfört några operationer kommer systemet definitivt att uppmana användaren att lägga till ytterligare data och visa följande fönster. Vi behöver inte överföra några ytterligare data, vi har redan konfigurerat allt vi behöver tidigare, så i det här steget väljer vi "Lägg inte till dokument för att skicka." Klicka på "Nästa".

Det sista steget av datautbyte mellan 1C

I det sista skedet kommer programmet att visa följande fönster, där användaren kommer att informeras om att synkroniseringen lyckades, klicka på "Slutför". Vid denna tidpunkt är synkroniseringen mellan databaserna i ett envägsutbyte från "Trade Management 11.1" (UT) till "Enterprise Accounting 3.0" (BP) slutförd.