Fel uppstod när inställningen för datasynkronisering skapades. Lägga till en utbytesplan till en standardkonfiguration

Skicka den här artikeln till min e-post

De främsta anledningarna till behovet av att implementera utbyte mellan 1C-databaser är närvaron av filialer och separationen av redovisningstyper, eftersom Ofta verkar företag i flera informationsdatabaser. Genom att konfigurera 1C 8.3-utbyte kan du eliminera dubbelarbete - att skriva in samma dokument och kataloger i två program, samt snabbt leverera de nödvändiga systemobjekten för olika grenar och avdelningar.

I de fall det är nödvändigt att utbyta mellan filialer används RIB (Distributed Information Base). Detta är en utbytesmekanism mellan identiska konfigurationer. Det representerar ett träd med den viktigaste rotnoden ovanpå, under ett par sammankopplade noder. Ändringar kan göras i vilken nod som helst i detta system, och de kommer att överföras till andra anslutna noder. Den distribuerar också inte bara data, utan även konfigurationsändringar från rotnoden till slavnoderna.

Om det är nödvändigt att separera typer av redovisning, till exempel att upprätthålla operativa sådana i handelsdatabasen, och reglerade sådana i redovisningsdatabasen, finns universella utbytesmekanismer med flexibla datasynkroniseringsinställningar tillgängliga.

En av de senaste 1C-utvecklingarna är EnterpriseData-formatet för datautbyte. Den är enkel att använda och är avsedd för utbyte inom företaget både mellan 1C-databaser och tredjepartsprogram.

Implementeringen av datautbyte i ett företag kan representeras i form av sekventiella procedurer.

Först och främst är det nödvändigt att bestämma mellan vilka databaser det ska finnas ett utbyte; kommer det att vara ett tvåvägs- eller envägsutbyte; om envägs, vilken databas kommer att överföra information och vilken endast kommer att ta emot; om detta är ett komplext filialnätverk är det nödvändigt att registrera ett databaskonstruktionsschema.

Sedan väljer vi lämpligt format: RIB, universellt format; utbyte enligt bytesregler; utbyte utan bytesregler.

Nästa steg är att välja ett fordon för att utföra bytet. Ett stort urval av tekniker är tillgängliga, låt oss lyfta fram de viktigaste: katalog (lokalt eller nätverk), FTP-resurs, COM-anslutningar, webbtjänst, e-post.

Det fjärde steget kommer att vara att identifiera uppgifterna: dokument, referensböcker och, om nödvändigt, detaljera dem ner till deras individuella uppgifter som ska överföras.

Och avslutningsvis föreskrivs ett schema för utbytesfrekvens

Varje alternativ för att ställa in 1C 8.3-växel kräver noggrann förberedelse. Dess implementering är bortom kapaciteten för varje användare; det är nödvändigt att ta hänsyn till många nyanser och förstå principerna för utbytet. Särskild uppmärksamhet kommer att behöva ägnas åt konfigurationen om databaserna: innehåller ändringar eller många ytterligare. detaljer, skiljer sig i plattformsversioner eller använder föråldrade versioner av konfigurationer, företaget är stort och använder automatiserat system, bestående av ett stort antal baser. Fel är oacceptabla här, eftersom... kan leda till irreparable konsekvenser. Oberoende implementering av utbyte i 1C rekommenderas endast om du behöver ställa in en enkel överföring av information mellan standardkonfigurationer.

Om du tvivlar på dina förmågor är det bättre att inte spara utan att kontakta en kompetent specialist som hjälper till att lösa det komplexa problemet med att ställa in 1C 8.3-utbyten.

Om du ändå bestämmer dig för att konfigurera 1C-växlar utan att involvera experter, rekommenderas det att först testa på kopior av databaserna, och innan du börjar arbeta i arbetsdatabaserna, ladda upp konfigurationerna för att kunna återgå till det ursprungliga tillståndet vid fel.

Nedan ger vi ett detaljerat exempel på att ställa in 1C 8.3-utbyte ensidigt mellan standardkonfigurationer Trade Management 11 (UT) och Enterprise Accounting 3.0 (BP). Exemplet är relevant för många företag som bedriver parti- och detaljhandel. I UT upprätthålls förvaltningsredovisning, i BP - reglerad är utbytet nödvändigt för att underlätta användarnas arbete.

Denna algoritm är också lämplig för andra standardkonfigurationer på 1C 8.3-plattformen

Först och främst kommer vi att utföra förberedande arbeten för informationsmottagaren, d.v.s. för BP. Vi startar programmet i Enterprise-läge. Du måste ställa in konstanten för datasynkronisering (avsnittet Administration → Datasynkronisering).

Var uppmärksam på Prefix-fältet; här måste du ange ett värde som gör att du senare kan särskilja (med värdet av katalogkoden eller dokumentnumret) i vilket program objekten ursprungligen skapades. I vårt exempel är den vanliga förkortningen BP och UT lämplig, om 1C 8.3-växlingsinställningen utförs för ett komplext utbyte mellan ett stort antal databaser, såväl som identiska konfigurationer, måste du ange varje databas med sin egen tydliga beteckning .

Eftersom strömförsörjningsenheten endast är en mottagare av information, fortsätter vi med att ställa in UT.

Här, precis som i BP, måste du aktivera synkronisering och ange ett prefix. Denna information är tillgänglig i avsnittet Masterdata och administration → Datasynkroniseringsinställningar.

Välj inställningsmetod: Ange inställningar manuellt. Ytterligare.

Låt oss ställa in ett direktanslutningsalternativ, när båda programmen finns i ett lokalt nätverk, kommer vi att ange parametrarna för att ansluta till informationssäkerhetskatalogen på detta nätverk och även fylla i autentiseringsinformationen om användaren (i BP-databasen). Ytterligare.

Systemet kommer att kontrollera att de angivna uppgifterna är korrekta och om positivt resultat visar fönstret för 1C 8.3-växlingsinställningar.

Klicka på länken Ändra regler för datauppladdning för att komma åt inställningarna för utbytet. Vi kommer att förtydliga stamdata - ladda bara upp de som används i dokument, välj organisationer och möjligheten att arbeta med kontrakt - utan referens, separation av dokument efter lager. Utbytet börjar den 1 mars innevarande år.

Vi skriver ner de införda reglerna och stänger dem.

Eftersom exemplet handlar om envägsöverföring av information, i nästa inställningsfönster för att ta emot data från ett annat program, bör du ställa in värdena till Skicka inte. Spela in och stäng. Ytterligare.

Nu måste du kontrollera de angivna parametrarna och om de är korrekta, klicka på Nästa, annars återgå till föregående steg genom att klicka på Tillbaka.

Du kommer då att uppmanas att synkronisera. Klicka på Slutför.

Om det är nödvändigt att korrelera identiska objekt av två konfigurationer, öppnas ett fönster för jämförelse av data. Vi utför jämförelsen och klickar på Nästa.

Vid överföring av objekt kan problematiska situationer uppstå; du kan se resultaten genom att klicka på länken Varningar under datasynkronisering.

När synkroniseringen är klar visas ett fönster som bekräftar att denna process har slutförts.

Här, med hjälp av kommandot Configure eller senare, i synkroniseringsskriptet, kan du konfigurera ett schema för att automatiskt utföra utbytet.

Det finns olika situationer när du behöver lägga till en ny utbytesplan till en standardkonfiguration. Till exempel:

• Behöver upprätta ett utbyte standardmedel med en konfiguration med vilken det inte finns något standardutbyte.
• Det finns flera informationsbaser med samma konfigurationer, du måste ställa in utbyte med dem enligt olika regler. Och som du vet tillåter utbyte med produkter på 8.2-plattformen inte att ladda olika regler för olika noder.

Hur man lägger till en ny utbytesplan med produkter på plattformen 1C:Enterprise 8.2 (med stöd för ett bibliotek med standardundersystem 2.0/3.0)

Låt oss överväga denna procedur med hjälp av exemplet med integration av flera nationella redovisningsavdelningar (ryska, ukrainska och kazakiska) med Financier-konfigurationen utvecklad av WiseAdvise.

Genom att lägga till nya utbytesplaner löser vi två problem samtidigt:

1. I standardredovisning finns det ingen utbytesplan för Financier-konfigurationen alls (det är bra att denna utbytesplan ingår i själva Financier-leveransen).
2. Versioner av redovisningsavdelningar för Ryssland, Ukraina och Kazakstan skiljer sig ganska markant åt, därför bör det finnas olika utbytesregler för var och en av redovisningsavdelningarna. Och eftersom endast en regel kan ställas in för en utbytesplan, måste du göra flera utbytesplaner för var och en av de nationella ekonomiavdelningarna. Du kan naturligtvis ändra Financier-konfigurationen på ett sådant sätt att det blir möjligt att ladda dina egna regler för varje nod i en utbytesplan, men detta kommer enligt min mening att vara något mer komplicerat i sig och dessutom, kommer att komplicera ytterligare konfigurationsuppdateringar.

Så, algoritmen för åtgärder:

Detta slutför tillägget av utbytesplanen. När du byter till 1C:Enterprise-läge och ställer in datautbyte, bör planen vi lade till visas i listan över tillgängliga planer.

Vid behov kan du lägga till layouter med registrerings- och konverteringsregler till bytesplanen i konfiguratorn. De kommer att betraktas som standard. Eller så kan du ladda dessa regler från filer som redan är i 1C:Enterprise-läge.

Fråga: Konfigurera om inställningar för datasynkronisering

Hallå. I 1C Retail 2.1, på den perifera noden, under den första lanseringen av den nyskapade bilden, indikerades de butiker för vilka utbytet ägde rum. Jag kan inte komma på hur jag ska ändra sammansättningen av dessa butiker nu. Jag ser det i Administration -> Datasynkronisering ->
Ladda upp dokument och referensinformation:
Från och med den 1 januari 2016,
Endast efter butiker: Lista över butiker

Så här ändrar du butikslistan (det fanns en skylt där butikerna var markerade). Jag kan inte ta reda på hur jag kommer på listan?
Om jag hittade detta på den centrala noden - det är i utbytesplanen för butiken, och där går jag till utbytesplanen och ställer in registreringsfilter, då kan jag inte ta reda på var det är på de perifera noderna.
Tack.

Svar:

MyNameNoName sa:

Tack. På huvudnodsidan är allt konfigurerat korrekt. Jag har precis lagt till nya butiker i databasen, de kommer snart att börja fungera. I huvudnoden aktiverade jag dem. Men på vissa perifera noder är det inte skrivet för alla butiker, utan butikerna är listade. Nu undrar jag om det kommer att bli fullständig synkronisering mellan butiker.

Klicka för att expandera...

Tja, på sidan av huvudnoden kommer du att konfigurera en lista med butiker för varje nod (både ny och gammal) på distribuerade noder. Dessa butiker kommer att visas i listan som du anger

Fråga: Synkroniseringsinställningar i UNF

UNF release 1 .6 .16 .32 Vi har ställt in synkronisering med 1C Accounting 3.0.

Innan senaste uppdateringarna(plattformar och konf.), om sökvägen till bokföringsdatabasen ändrades, ändrade vi den längs rutten:
Synkronisering med 1C:Enterprise och RIB-program -> Ställa in datasynkronisering -> Konfigurera -> Datasynkroniseringsinställningar -> Anslutningsinställningar.

Nu är denna punkt borta.

Vad är haken? Hur kan jag nu konfigurera om synkroniseringsvägen?

Svar: En annan väg:

Alla funktioner - Informationsregister - Inställningar för transport av datautbyte

Fråga: Datasynkronisering via ett universellt format synkroniserar endast postade dokument

God eftermiddag!

Konfigurerad datasynkronisering mellan BP3.0 och BP3.0 i enkelriktad sändnings-/mottagningsläge. Det har uppmärksammats att endast dokument med ifylld status skickas. Och om statusen för ett redan skickat dokument i avsändardatabasen ändras till ej postat, markeras det i mottagardatabasen för radering. Jag letade igenom internet och hittade ingenting. Överallt finns i princip synkronisering mellan UT och BP. Hur man gör det med specifikt datum alla dokument, även de med färdig status, skickades till mottagardatabasen och markerades inte där för radering när inlägget avbröts.

Konfigurationen är typisk "Taxi". 1C 8.3.10.2667 BP3.0.54.20. Båda databaserna skapades på basis av samma konferens.

Svar: Och efter ändringar i utbytesmodulen, för att den ska fungera, måste du återskapa synkroniseringen eller så fungerar den på den redan skapade. Annars ändrar jag både sändnings- och mottagningsfälten, men inget verkar hända(

Fråga: Ställa in ZUP31-BUKH30 synkronisering

Jag ställer in synkronisering ZUP31 - Accounting 3.0.
Överallt i källorna om att sätta upp synkronisering skriver de att under den första synkroniseringen kommer ett fönster för att sätta upp en korrespondens att dyka upp så att det inte finns några dubbletter av kataloger.
Jag kör synkronisering för första gången, inget fönster för att sätta upp korrespondenser dök upp. Som ett resultat, vad jag ser är att en annan organisation har dykt upp i ZUP31 (överfört från BUKH30), och i själva BUKH30 har inget "Lönereflektion"-dokument genererats , även om det finns i ZUP31.
Snälla berätta för mig vad jag gör för fel?

Svar:() Tack, jag ska försöka

Fråga: Datasynkronisering mellan UT11 och BP3

God kväll kära forummedlemmar.

UT - Trade Management, upplaga 11 (11.3.207)
BP - Enterprise Accounting, utgåva 3.0 (3.0.47.33)

Det finns två databaser mellan vilka jag vill överföra data genom ett universellt utbytesformat (UT (källa) ---> BP (mottagare)).
När jag satte upp utbytet för första gången laddades alla dokument och all data som var kopplad till de överförda dokumenten normalt.

Problemet är följande: när jag efter en tid började ladda data för andra gången visade det sig att den här gången laddades inte implementeringarna, oavsett hur jag konfigurerade om utbytet så laddades inte implementeringarna. Såvitt jag förstår är dessa implementeringar av någon anledning inte lämpliga för standardutbyte. I detta avseende har jag en fråga, hur kan du se exakt vad som är fel med dem. Finns det någon rapport?

Redovisningsprincipen ändrades inte, organisationen ändrades inte, konfigurationerna uppdaterades inte.
Det enda som har ändrats är att nu har jag lagt till prefixet i nya dokument som jag ställer in när jag ställer in synkronisering. Men som jag har förstått det är detta inte grundorsaken, eftersom kvitton och kundorder (fakturor för betalning) laddas utan problem. Inget förbudsdatum har satts.

Jag hoppas verkligen på din hjälp, vänliga hälsningar Alexey.

Svar: Finns det någon detaljerad guide om den universella utbytesplanen?

Fråga: Synkronisera BP 3.0-data utan fullständiga rättigheter

God eftermiddag. BP 3.0.51.16. Plattform 8.3.10.2252. Användaren måste ges rättigheter att synkronisera data. När du lägger till "Synkronisera data med andra program" till profilrättigheterna finns det inget synkroniseringsobjekt i gränssnittet. Är det möjligt att ge synkroniseringsrättigheter till en användare utan att inkludera honom i Administratörsgruppen.

Svar: Dessutom, i formuläret Allmänt, under den nödvändiga sessionen med minskade rättigheter, öppnades inte alla delar av formuläret som kan krävas.

Det finns datasynkronisering via ett universellt format mellan BP 3.0.65.80 -> UT 11.3.4.227. Hur man säkerställer att automatisk registrering av ändringar för utbyte med UT endast utförs för en typ av dokument, nämligen "kvitto till löpande konto".

Svar:() Tack så mycket! Hjälpte)

Fråga: Datasynkroniseringsfel

Berätta för mig vad det här felet är:

Vid skapande av en utbytesinställning i den andra infobasen uppstod fel: (Processing.DataExchangeCreation Assistant.ObjectModule(861)): Fel vid inställning av värdet för kontextattributet (SentNumber) NewNode.SentNumber = 0; av anledning: Egenskapen kan inte ändras för en fördefinierad nod

Jag har ställt in synkronisering mer än en gång, men det här är första gången.
Hur jag försökte lösa problemet:

• Jag uppdaterade databasen - samma resultat;
• Jag ersatte reglerna med nyare - samma resultat.

Utbyte mellan ZUP 3.0.25 och BP 3.0.43

Svar:

Det visade sig att när man skapade utbytet skapade 1C inte en nod, och till och med prefixen (nod "koder") matchade inte. Det är möjligt att någon gjort något konstigt före mig.
I allmänhet skapade jag noderna manuellt, angav koderna som informationssäkerhetsprefix (för säkerhets skull), använde sedan synkroniseringsskapande assistenten och allt fungerade!
Stänga

Fråga: Ställa in tvåvägsväxel UT 10.3 - BUKH 3.0

Efter övergången från BUKH 2.0 till 3.0 satte jag upp en tvåvägsväxel UT 10.3 - BUKH 3.0.

I UT 10.3 laddade jag bytesregler som överför data från UT till BUKH.
Men jag kan inte hitta var jag ska ladda ner utbytesreglerna som överför data från BUH till UT.
Tidigare, vid utbyte med BUKH 2.0, kunde dessa regler laddas in i UT 10.3 i en form. Hur nu?
I BUKH 3.0, i inställningarna för datasynkronisering, hittade jag knappen "Ladda ner regler". När du klickar på den måste du ladda ner ett zip-arkiv. Och jag har regler i form av en xml-fil.
Dessutom bör zip-filen för BUKH 3.0 innehålla tre filer: två filer med utbytesreglerna UT-BUKH och BUKH-UT och en registreringsreglerfil.

1. Är utbyte endast möjligt från BUKH efter byte till BUKH 3.0?
2. Var kan jag få tag i registreringsreglerna?

Snälla hjälp mig att ställa in utbytet.

Svar: från BP 3.0 laddas endast betalkort ner

Fråga: Synkronisera data med tredje parts system(Frågor om EnterpriseData)

Fråga till dig som redan använder detta format för synkronisering.

1. När du laddar upp sin data lägger 1C till ett element efter nästan varje objekt<УдалениеОбъекта>:
<УдалениеОбъекта> <СсылкаНаОбъект> <СсылкаНаОбъект> <КонтрагентыГруппаСсылка>79 e0f739-64 d0-11 e4-8025 -5404 a67fc69d
Dessutom skickar den meddelanden för element som inte raderas.
Vad är detta för data?

Svar: Bara för skojs skull togs ett rent 1C. Accounting-system och data laddades ner därifrån.
En enhet lades till - "Testprodukt" till den initialt befintliga "Produkter"-gruppen.
1C laddade ur dem, men lade till ett DeleteObject för varje.
<Справочник.ЕдиницыИзмерения> <КлючевыеСвойства> <Ссылка> <Код>796 <Наименование>PC <НаименованиеПолное>Sak <Справочник.Номенклатура> <КлючевыеСвойства> <Ссылка> <НаименованиеПолное>Testa produkten <КодВПрограмме>b2-00000001 <Наименование>Testa produkten <ТипНоменклатуры>Produkt <ЕдиницаИзмерения> <Ссылка>675 d8f51-3418 -11 e4-bde5-bcaec5d977c3 <Код>796 <СтавкаНДС>moms18 <Группа> <Ссылка> <Наименование>Varor <КодВПрограмме>00 -00000001 <ДанныеАлкогольнойПродукции> <АлкогольнаяПродукция>falsk <ВидАлкогольнойПродукции xsi:nil="true"/> <ИмпортнаяАлкогольнаяПродукция>falsk <ОбъемДАЛ xsi:nil="true"/> <ПроизводительИмпортер xsi:nil="true"/> <УдалениеОбъекта> <СсылкаНаОбъект> <СсылкаНаОбъект> <НоменклатураГруппаСсылка>a0c6a6d7-7 b58-11 e7-8 a86-681729 e23587 <УдалениеОбъекта> <СсылкаНаОбъект> <СсылкаНаОбъект> <НоменклатураСсылка>675 d8f53-3418 -11 e4-bde5-bcaec5d977c3

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 han?

Vad är Exchange 1C?

Det finns en butikskedja och ett 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 bokföringen 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 på kontoret introducerade de nödvändiga dokument förflyttning 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, förutom AKTUELL 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 ett utbyte i en distribuerad infobas".

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.

Datautbyte mellan 1C 8-applikationslösningar är något utan vilket det inte är möjligt att bygga en fullfjädrad informationsutrymme företag.

• Varför behövs datautbyte och hur man använder dem?
• Typer av utbyten mellan 1C.
• Hur konfigurerar man datautbyte mellan 1C-databaser?

Du hittar svaren på dessa frågor nedan.

Det finns vanligtvis två skäl till att införa utbyten:

Organisationen har ett filialnät

I det här fallet behöver du helt enkelt ställa in utbytet mellan olika grenar. För detta ändamål finns det en mekanism i företagssystemet 1C 8.3. Med vilken du flexibelt kan konfigurera informationsutbytet. Till exempel, för filialer kan du inaktivera synligheten för dokument för andra filialer och samtidigt kommer centralkontoret att se dokument från alla filialer. Ett annat exempel är att skapa ett utbyte mellan 1C Retails databaser på ett kontor och i butiker.

Separation efter typ av redovisning

Det innebär i regel att organisationen för olika register i olika informationsdatabaser. Denna separation låter dig filtrera information som är "onödig" för en annan typ av redovisning för olika informationsbaser. Exempel: sk "Management accounting" kommer att föras in i "Trade Management"-databasen, där alla transaktioner återspeglas och ledningen ser hela bilden av händelserna, och endast de dokument som är nödvändiga för redovisning och skatteredovisning laddas upp till den reglerade redovisningsdatabasen "Enterprise Accounting ”.

Vilka är utbytesmekanismerna mellan 1C-databaser?

Datautbyte kan klassificeras på två sätt: de mekanismer som används och den transport som används för utbytet.

1C mekanismer för datautbyte

Vanligtvis används två mekanismer för utbyte:

• Distribuerad informationsbas (RIB)— en mekanism som låter dig ställa in datautbyte mellan filialer. Mekanismen innebär att helt identiska databaskonfigurationer utbyts. Mekanismen kan överföra databaskonfigurationsändringar. Mekanismen implementeras på teknikplattformsnivå.
• En universell mekanism för utbyte mellan konfigurationer— Mekanismen är utvecklad av 1C för applikationslösningar. Den är universell och bygger på . Datautbyte utförs med hjälp av xml-regler, som skapas i en speciell konfiguration - . Med denna mekanism kan du implementera både engångsutbyte och konstant utbyte mellan 1C-konfigurationer. Mekanismen är implementerad på konfigurationsnivån, du kan integrera den i din konfiguration från den tekniska konfigurationen.

Transport för datautbyte

Transport kan vara ett ganska brett spektrum av tekniker. Låt oss överväga de viktigaste implementerade i den universella utbytesmekanismen 1C 8.2:

Få 267 videolektioner på 1C gratis:

• Lokalt eller nätverkskatalog - den enklaste transporten. En informationssäkerhet skapar en fil på disken, den andra läser den och lägger till en egen fil.
• FTP-resurs— utbyte liknar utbyte genom en katalog. Skillnaden är att utbytet sker via FTP-protokollet.
• Postmeddelanden eller e-post- utbytet sker inom medel E-post. Konfigurationer skickas till varandra e-postmeddelanden och kontrollera regelbundet e-postadressen efter nya meddelanden.
• Direktanslutning (COM)- utbyte genomförs genom direktanslutning en bas till en annan inom våra möjligheter.
• Internet (webbtjänst)— transporten är en webbtjänst. En infobas ansluter till , webbtjänsten ansluter till den andra infobasen och transporterar meddelandet. För att utföra sådan transport måste du ha.

Hur ställer man in datautbyte mellan 1C-databaser?

För grunderna för att ställa in datautbyte i 1C med "1C Data Conversion"-konfigurationen, se exemplet i videon:

1C datautbyte enligt schemat i 1C 8.2

Om du behöver konfigurera automatisk uppladdning enligt ett schema, konfigurera bara .

För klient-serverversion

I katalogen "Inställningar för datautbyte", på fliken "Automatiskt utbyte", måste du skapa en ny schemalagd uppgift, där du anger schemat:

För filalternativ

I katalogen "Inställningar för datautbyte", på fliken "Automatiskt utbyte", måste du skapa en ny rutinuppgift, där du på fliken "Utbyte efter händelser" anger vilka händelser utbytet kommer att startas för. Till exempel, när en specifik användare startar: