Organisering av utbyte med filialens bas (butik) i distributionsnätet via XML (universell utbyte). Schemalagt utbyte med standardmedel 1s 8.3 exempel på att skapa en utbytesplan

Automatiserade system förvaltningen består i de flesta fall av separata databaser och har ofta en geografiskt fördelad struktur. Samtidigt är korrekt implementerat datautbyte en nödvändig förutsättning för att sådana system ska fungera effektivt.

I det här fallet kan den initiala inställningen av utbytet kräva ett antal åtgärder, inte bara när det gäller programmering, utan också konsultation, även om vi har att göra med homogena källor, vilket är fallet med produkter baserade på 1C:Enterprise-plattformen . Varför att sätta upp en 1C-växel (eller, som det också kallas, datasynkronisering i 1C 8.3) kan bli den mest tidskrävande och kostsamma uppgiften för ett integrationsprojekt, kommer vi att överväga i den här artikeln.

Datautbyte i 1C-miljön låter dig:

• Eliminera dubbelinmatning av dokument;
• Automatisera relaterade affärsprocesser;
• Optimera interaktionen mellan distribuerade avdelningar;
• Uppdatera omgående data för arbetet med specialister från olika avdelningar;
• "Avgränsa" olika typer bokföring.*

*I de fall då uppgifterna för en typ av redovisning avsevärt skiljer sig från en annan, är det nödvändigt att säkerställa informationens konfidentialitet och "separata" informationsflöden. Exempelvis kräver datautbyte mellan 1C UT och 1C Accounting inte uppladdning av ledningsdata till den regulatoriska bokföringsdatabasen, d.v.s. synkronisering i 1C kommer att vara ofullständig här.

Om vi ​​representerar standardprocessen för att implementera det primära datautbytet, när minst ett av dess objekt är en 1C-produkt, kan följande steg urskiljas:

• Samordning av utbytets sammansättning;
• Definition av transport (utbytesprotokoll);
• Sätta regler;
• Schemaläggning.

Identifiering av växelns sammansättning 1C

Utbytesobjekt kan villkorligt delas in i "källa" och "mottagare". Samtidigt kan de utföra två roller samtidigt, vilket kommer att kallas ett tvåvägsutbyte. Definitionen av källan och destinationen sker på ett logiskt sätt, beroende på behov eller på funktionalitet system.*

*Till exempel, när du integrerar "WA: Financier" - en lösning för finansiell redovisning och hantering av treasury-processer, utvecklad på basis av "1C: Enterprise", rekommenderar WiseAdvice-experter det som ett mastersystem. Detta beror på tillgången på kontrollverktyg för att följa reglerna för tillämpningspolicyn och följaktligen för att säkerställa lösningens effektivitet.

Vidare, baserat på de mottagna och registrerade kraven från användarna, skapas en lista över data för utbyte, deras volym, krav på utbytesfrekvens bestäms, processen att arbeta med fel och hantera exceptionella situationer (kollisioner) föreskrivs.

I samma skede, beroende på flottan av befintliga system och företagets struktur, bestäms utbytesformatet:

Distribuerad informationsbas

• RIB innebär ett utbyte mellan identiska 1C-databaskonfigurationer, med en tydlig master-slave-kontrollstruktur för varje utbytespar. Som en del av den tekniska plattformen kan RIB, förutom data, överföra ändringar i databasens konfiguration och administrativ information (men bara från mastern till slaven).

Universellt datautbyte i 1C

• En mekanism som låter dig konfigurera utbytet av 1C-databaser, både med konfigurationer på 1C:Enterprise-plattformen och med tredjepartssystem. Utbytet sker genom att överföra data till ett universellt xml-format i enlighet med "Utbytesplanerna".

EnterpriseData

• Den senaste utvecklingen av 1C-företaget, designad för att implementera utbyte av data i xml-format mellan produkter skapade på 1C:Enterprise-plattformen med alla automationssystem. Användningen av EnterpriseData förenklar förbättringarna i samband med utbytet. Tidigare, när en ny konfiguration ingick i systemet, var det nödvändigt att implementera en mekanism för import och export av data, både för det och för befintliga system. Nu behöver system som stöder EnterpriseData inte modifieras, eftersom de bara har en ingångspunkt.

Definition av transport (utbytesprotokoll)

Systemet baserat på plattformen 1C:Enterprise 8 ger ett brett utbud av alternativ för att organisera utbyte med alla informationsresurser genom allmänt accepterade universella standarder (xml, textfiler, Excel, ADO-anslutning, etc.). Därför, när man bestämmer transporten för datautbyte, bör man utgå från kapaciteten i databasen för ett tredjepartssystem.

Synkronisering av kataloger

Huvudprincipen för effektiv katalogsynkronisering är närvaron av en ingångspunkt. Men om vi pratar om att arbeta med kataloger som historiskt har fyllts i enligt olika regler, är det nödvändigt att tydligt definiera synkroniseringsfälten för att föra utbytet till en "gemensam nämnare."*

*I detta skede kan det bli nödvändigt att utföra arbete med normalisering av referensdata på sidan av datakällan. Beroende på katalogernas tillstånd och deras volym kan processen att jämföra element, känna igen, identifiera fel och dubbletter, samt fylla i de saknade fälten och tilldela synkroniseringsfält, kräva arbete av en hel grupp experter, både från sidan av integratören (ägaren avn) och från kundens sida.

Sätta regler

Möjligheten att visa data från källsystem i mottagare beror på korrekt definierade utbytesregler. Reglerna som presenteras i xml-formatet reglerar överensstämmelsen mellan nyckelattributen för källdestinationsobjekten. 1C: Data Conversion-lösningen är utformad för att automatisera skapandet av regler för implementering av både en engångsutbyte och en permanent.

Säkerställer ingen dataförlust under utbyte Exchange-plan. Detta är en integrerad del av alla konfigurationer på 1C:Enterprise-plattformen, som fullständigt beskriver 1C-utbytesproceduren: datasammansättning (dokument med "identifierande" detaljer) och noder (mottagare-sändarinformationsbaser), samt aktiveringen av RIB för utvalda bytesriktningar.

Varje förändring av data som matas in i utbytesplanen är fixerad och får tecknet "förändring". Förrän de ändrade data matchar varandra i mottagar-sändarnoderna kommer flaggan inte att återställas, och systemet kommer att skicka kontrollmeddelanden till båda noderna. Efter att ha laddat ur data och bekräftat deras fulla överensstämmelse i båda systemen, återställs skylten.

Utbytesschema i 1C

För att automatisera det vanliga utbytet ställs frekvensen för uppladdning av data in. Utbytesfrekvensen beror på behov och tekniska möjligheter. Dessutom tillåter konfigurationer på 1C:Enterprise-plattformen dig att konfigurera datautbyte när en händelse inträffar.

Efter att ha övervägt standardprocessen för att implementera utbytet, låt oss uppmärksamma de faktorer som kommer att kräva förbättringar i olika skeden:

• Icke-standardiserade, kraftigt modifierade databaskonfigurationer;
• Olika versioner av 1C:Enterprise-plattformen;
• Inte uppdaterat på länge nuvarande versioner konfiguration;
• Byt ut objekt som tidigare har modifierats;
• Behovet av icke-standardiserade utbytesregler;
• En mycket annorlunda uppsättning och sammansättning av detaljer i de tillgängliga katalogerna.

Eftersom även standardåtgärder för implementering av det primära datautbytet kräver expertkunskap, rekommenderas de att utföras med deltagande av 1C-specialister. Först efter att ha slutfört alla ovanstående steg bör du fortsätta med att ställa in utbytet i konfigurationen. Tänk på integrationen av databaser på exemplet "1C: UPP" och "1C: Retail" (enligt samma schema är utbytet med "1C: UT" konfigurerat). Typisk synkronisering inkluderar också utbyte av SCP - SCP, vilket är typiskt för storskaliga automationssystem hos de största industriföretagen.

I undermenyn "Tjänst" väljer du "Datautbyte med produkter på plattformen ..." (att välja ett direktutbyte med "Detaljhandel" hotar ofta med fel på nivån för COM-objekt). Var uppmärksam på servicemeddelandet "Denna funktion är inte tillgänglig."

För att lösa detta problem måste du välja "Inställningar för datadelning"

...och kryssa i rutan. Vidare ignoreras felmeddelandet.

I inställningarna för datasynkronisering, välj "Skapa ett utbyte med" Retail "...

Innan du konfigurerar anslutningsinställningar via lokal eller nätverkskatalog du bör se till att det finns utrymme på disken för katalogen. Även om det i regel inte tar mer än 30-50 MB, kan det i undantagsfall kräva upp till 600 MB. Du kan skapa den önskade katalogen direkt från konfiguratorn.

När vi ansluter via nätverkskatalogen ignorerar vi förslagen att konfigurera anslutningen via FTP-adressen och via e-post genom att klicka på "Nästa".

I inställningarna, lägg ner prefixen manuellt - symbolerna för databaserna (vanligtvis BP, UPP, RO), ställ in reglerna och startdatumet för uppladdning av data. Prefixet kommer att anges i titeln på dokumenten för att ange i vilken bas de skapades. Om uppladdningsreglerna inte redigeras kommer standarddata att laddas upp enligt alla tillgängliga parametrar.

Vi skapar en fil för utbytesinställningar för Retail för att inte upprepa våra handlingar. Om du behöver skicka data direkt efter att du har ställt in synkroniseringen, markera rutan.

För att automatisera utbytesprocessen måste du sätta upp ett schema.

Detaljhandelsmeny.

Markera rutan och välj Synkronisera.

Vi gör en "omvänd" inställning genom att välja Leda ett tillverkningsföretag.

Ladda filen med de inställningar som skapats i SCP.

Vi sätter en bock, systemet hämtar adressen automatiskt.

Vi agerar på samma sätt som i UPP.

Verifieringsjämförelse av data (Manuell jämförelse av data rekommenderas att utföras på förberedande skede, eftersom dessa jobb kan bli de mest tidskrävande i processen för att implementera utbytet). Jämförelsefönstret öppnas genom att dubbelklicka med musen.

I händelse av ett fel i synkroniseringen kommer "Detaljer..." att ersättas med "Aldrig...".

"Detaljer..." öppnar registreringsloggen med uppdaterad information om börsen.

Redo.

Utbytesplaner i 1C 8.3 är ett konfigurationsmetadataobjekt som används för att implementera datasynkronisering i 1C 8-systemet.

En utbytesplan kan jämföras med en katalog, där element är infobasnoder. Det finns dock många nyanser i arbetet med utbytesplaner, vi kommer att prata om dem nedan.

Vanligtvis byggs växeln i 1C med hjälp av speciella växlingsregler, som bildas med hjälp av konfigurationen.

Som tidigare noterats är utbytesplanen mycket lik den vanliga, och därför kommer vi bara att överväga de viktigaste skillnaderna i utbytet.

Hur man arbetar med utbytesplanen

Bytesplanen kan lagra information och ändringar av element från utbytesplanen, och lagrar även information om numret aktuellt meddelande. I allmänhet är arbetsschemat följande:

1. Vi ändrar data (kataloger, dokument etc.) i databasen - utbytesplanen kommer ihåg ändringarna. Antingen genom automatisk registrering eller genom programkod (till exempel metoden Exchange Plans.RegisterChanges).
2. När det är dags får vi en lista med ändrade element - metoden ReadChanges(), ta bort denna data.
3. Vid upp-/nedladdning, för att undvika kollisioner, kontrollerar vi bytesplanens meddelandenummer. Om de inte stämmer överens avbryter vi datautbytet, om de gör det tar vi bort registreringen av ändringar och ökar meddelandenumret.

Få 267 1C-videolektioner gratis:

Distribuerad infobas

Om denna flagga är inställd i inställningarna är denna utbytesplan en distribuerad infobas (DIB).

- ett geografiskt distribuerat system baserat på samma konfiguration 1C 8.3. RIB kan, förutom dataändringar, även överföra konfigurationsändringar, vilket är mycket bekvämt, till exempel när du uppdaterar en konfigurationsrelease.

Sammansättning av utbytesplanen

Inställningen med vilken utvecklaren hanterar uppsättningen objekt som ska utbytas:

Som en del av utbytesplanen kan det finnas tre tillstånd för objektet:

1. Ingår inte i utbytesplanen- Följaktligen kan du inte på något sätt konfigurera datautbyte för denna utbytesplan för ett sådant objekt.
2. Autoregistrering Neka- detta betyder att det är nödvändigt att registrera ändringar för denna nod endast med programkod enligt något villkor, som regel, . Metoden ExchangePlans.RegisterChanges() används.
3. Tillåt automatisk registrering- om den här kryssrutan är inställd, kommer alla ändringar av elementet automatiskt att inkluderas i listan över bytesplanändringar.

Utbytesplaner och prestation 1C

På grund av systemfunktionerna för implementeringen av utbytesplaner, rekommenderas det inte att missbruka uppladdningen av ändringar enligt utbytesplaner. Saken är att vid läsning av ändringar blockeras alla tabeller över ändringar. De där. vid lossning tillåter utbytesplanen inte att skriva nya ändringar och blockerar därför själva elementen - kataloger, dokument etc.

Friskrivningsklausul och användarvillkor

Jag kommer omedelbart att notera att allt av följande gäller för utgåvan av plattformen 8.0.7.36 och högre.

Steg 1. Skapa en utbytesplan

Vi skapar en utbytesplan i konfigurationen. Vi kallar det till exempel "DistributedBase". Obligatoriskt i
I bytesplanens egenskaper, kryssa i rutan "Distribuerad infobas".

På fliken "Övrigt", genom att klicka på knappen "Komposition", bestämmer vi vilka objekt som ska inkluderas i utbytet. Förbi
Som standard kan du aktivera alla objekt ("Actions" - "Enable All"). Den viktiga punkten är parametern
"Automatisk registrering". I allmänhet måste det vara aktiverat för alla objekt.

Obs: när nya objekt läggs till i konfigurationen ingår de inte i utbytesplanen. De där. efter
lägger till ett objekt måste det läggas till i utbytesplanen.

Om du vill att vissa objekt inte ska delta i utbytet, uteslut dem helt enkelt från kompositionen
utbytesplan. Men då förblir kontrollen av referensintegriteten helt och hållet på ditt samvete. Om, till
till exempel, ett visst dokument ingår inte i utbytesplanen, och registret genom vilket det gör rörelser ingår,
då är det i mottagarbasen fullt möjligt att få registerförflyttningar utan registrarhandling, vilket
håller med, det är inte bra.

I princip räcker dessa åtgärder för att RDB ska fungera i "manuellt" läge. För att göra detta springer vi
Enterprise, öppna vår utbytesplan via menyn "Operations". I utbytesplanen är alltid närvarande
fördefinierad nod "med en punkt". Detta är en beskrivning av den aktuella noden. Den måste öppnas och fyllas. I vår
I det här fallet kommer fälten "Kod" och "Namn" att vara tillgängliga. Låt oss tilldela koden "AA" till vår nod och kalla den
"Central". Låt oss lägga till en nod till utbytesplanen. Låt oss tilldela den koden "BB" och kalla den "Peripheral".

Nu kan vi skapa en bild av den perifera basen. Detta görs genom att trycka på "Skapa initial
image". I listan över noder måste väljas perifer bas. Databasbilden skapas som en färdig IB
i katalogen eller på 1C:Enterprise-servern. (till skillnad från 7.7, där IB-bilden skapades som en fil
avlastning). Vidare kan den skapade databasen flyttas till rätt plats genom att helt enkelt kopiera filen 1CV8.1CD
(för filversionen), eller genom konfiguratorn genom att ladda upp och ladda ner data.

Om du öppnar utbytesplanen i den perifera IS ser du att noden "med en prick", d.v.s. nuvarande
"Perifer"-noden blev noden, och ikonen för "Central"-noden blev röd, dvs. Knut
"Central" är huvudnoden i förhållande till den nuvarande.

Utbyte i "manuellt" läge kan göras med hjälp av knapparna "Spela in ändringar" och "Läs
ändringar". I det första fallet kommer du att bli ombedd att välja en fil där ändringarna ska skrivas, i det andra
- filen varifrån ändringarna kommer att läsas. Utbytet utförs i xml-format. Ändringar registreras för
vald nod.

Steg 2: Ladda upp ändringar till en XML-fil och e-posta dem

Så vi skapade en utbytesplan, skapade perifer informationssäkerhet och till och med lärde oss hur man överför data mellan
baser. Nu är vår uppgift att lära baserna att utbyta via e-post.

Vi lägger till två detaljer till utbytesplanen: e-postadress av typen "sträng" och "UtförExchange" av typen
"boolean". I attributet EmailAddress kommer vi att lagra nodens e-post, d.v.s. adressen till vilken
skicka utbytesmeddelanden. Den erforderliga PerformExchange behövs för att snabbt inaktivera den automatiska
skicka-sända meddelanden.

Vi kommer att göra proceduren för att arbeta med e-post universell, d.v.s. låt oss göra det möjligt
använd som MAPI (skicka-ta emot via e-postklient, till exempel MS Outlook), och
direkt åtkomst till SMTP/POP3-servrar.

Låt oss lägga till några konstanter till konfigurationen:

någonstans i en allmän form tillhandahåller vi redigering av värdena för dessa konstanter.

Låt oss lägga till en gemensam modul, låt oss kalla den "rbDistributedBase". I den skriver vi:

Procedur pbSendExchangeMessages() Export UseSMTP = Constants.UseExchangeBySMTP.Get(); // Skapa först Mail-objektet, som, beroende på inställningarna, kommer att vara av typen InternetMail, //om direktåtkomst till servrar används, eller Mail om MAPI används. Om AnvändSMTP Då //För ett objekt av typen InternetMail, skapa och fyll i en e-postprofil. MailProfile = Ny InternetMailProfile; MailProfile.SMTPServerAddress = Constants.SMPTPServerAddressExchange.Get(); MailProfile.SMTPPort = Constants.InterchangeSMTPserverPort.Get(); MailProfile.SMTPUser = Constants.SMPTPServerUserExchange.Get(); MailProfile.SMTPassword = Constants.SMTPUserPasswordExchange.Get(); MailProfile.Timeout = Constants.TimeoutServer.Get(); Mail = New InternetMail(); Försöker Mail.Connect(MailProfile); Undantagsrapport(" EXCHANGE: Fel vid anslutning till e-postprofil! Utbytet misslyckades!" + ErrorDescription(), MessageStatus.VeryImportant); Return; EndTry; Annars Mail = NewMail(); Attempt Mail.Connect(); Exception Report("" + ErrorDescription(), MessageStatus.VeryImportant); Return; EndTry; EndIf ; //Nästa, välj alla noder från utbytesplanen, förutom den nuvarande, //för vilket PerformExchange-attributet är inställt. NodeSelection = Exchange Plans.DistributedBase.Select(); Medan SelectNodes.Next() Loop Om inte SelectNodes.PerformExchange Fortsätt sedan; EndIf; Om NodeSelection.Reference = Exchange Plans.DistributedBase.ThisNode() Fortsätt sedan; EndIf; E-adress = Förkortad LP(Val av noder. E-adress); Om EmailAddress = "" Fortsätt då; EndIf; //Med hjälp av XMLWrite- och MessageWrite-objekten skriver vi ändringarna //för den valda noden till en xml-fil. Node = NodeSelection.Reference; XMLWriter = Ny XMLWriter(); MessageFileName = TempFile Directory() + "Message_ " + Abbreviated LP(Exchange Plans.DistributedBase.ThisNode().Code) + "_" + AbbreviatedLP(Node.Code) + ".xml "; WriteXML.OpenFile(MessageFileName); MessageRecord = ExchangePlans.CreateMessageRecord(); WriteMessage.StartWrite(WriteXML, Node); Exchange Plans.WriteChanges(WriteMessage); WriteMessage.EndWrite(); WriteXML.Close(); //Då skapar vi en ny bokstav, bifogar den resulterande xml-filen till den, och //skicka till adressen som anges i nodens e-adressattribut. File = New File(MessageFileName); MessageSubject = "1C: Exchange" + Abbreviated LP(Exchange Plans.DistributedBase.ThisNode().Code) + "_" + AbbreviatedLP(Node.Code); If UseSMTP Then MailMessage = New InternetMailMessage; MailMessage.Subject = MessageSubject; MailMessage.Attachments.Add(MessageFileName, File.Name); MailMessage.Recipients.Add(EmailAddress); Mail.Send(MailMessage); Else MailMessage = Nytt MailMessage; MailMessage.Subject = MessageSubject; MailMessage.Attachments.Add(MessageFileName); MailMessage.Recipients.Add(EmailAddress); Mail.Send(MailMessage, False); EndIf; If Constants.OutputMessages.Get() Then Report(" EXC: Byt meddelande mot nod" + Node.Name + " skickat! ", MessageStatus.Information); EndIf; DeleteFiles(MessageFileName); EndCycle; Mail.Disconnect(); EndProcedure

Jag rekommenderar att du lägger till i gränssnittet extra panel, på en av knapparna som lägger på samtalet för detta
förfaranden. Nu återstår det att starta Enterprise, konfigurera e-postadress perifer IS,
markera rutan "Utför utbyte", klicka på procedurknappen på panelen och kör för att ta emot e-post för
angiven e-postadress. adresser. Du bör få ett brev med ämnet "1C: Exchange AA_BB" och en bifogad fil
"Meddelande_AA_BB.xml".

Så hälften av arbetet är gjort: vi lärde "åttan" att skicka RDB-utbytesmeddelanden via e-post.
post.

Steg 3. Ta emot uppdateringar via e-post och registrera dem i IB

Låt oss nu göra omvänd procedur: ta emot uppdateringar via e-post och skriva dem till IB.

Låt oss lägga till parametern "DistributedBaseExchange in Progress" av den booleska typen till sessionsparametrarna. Nedan ska jag förklara det
utnämning.

Låt oss lägga till följande procedur till den gemensamma modulen rbDistributedBase:

Procedur rbGetInterchangeMessages() Export UseSMTP = Constants.UseExchangeBySMTP.Get(); //samma som i rbSendExchangeMessages()-proceduren, skapa först ett objekt Mail If UseSMTP Then MailProfile = New InternetMailProfile; MailProfile.POP3ServerAddress = Constants.POP3ExchangeServerAddress.Get(); MailProfile.POP3 Port = Constants.POP3ExchangeServerPort.Get(); MailProfile.User = Constants.POP3ExchangeServerUser.Get(); MailProfile.Password = Constants.POP3UserPasswordExchange.Get(); MailProfile.Timeout = Constants.TimeoutServer.Get(); Mail = New InternetMail(); Försöker Mail.Connect(MailProfile); Undantagsrapport(" EXCHANGE: Fel vid anslutning till e-postprofil! |Utbytet misslyckades!", MessageStatus.Very Important); Return; EndTry; Else Mail = New Mail(); Attempt Mail.Connect(); Exception Report(" EXCHANGE: Fel vid anslutning till användarens e-postprofil! |Utbytet misslyckades!", MessageStatus.Very Important); Return; EndTry; EndIf;MessageArray = New Array; If UseSMTP Then AllMessages = Mail.Select(False); Else AllMessages = Mail.Select(False, False); EndIf; //Välj bland alla bokstäver de som har ämnet "1C: Exchange". //Liten men viktig anmärkning: //vi anser att alla mottagna brev med ämnet "1C: Exchange" är avsedda //nämligen för den aktuella noden, //de där. att olika noder vad gäller utbyte har OLIKA mailadresser. För varje meddelande från AllMessages Loop If Lion(Message.Subject, 8 )<>"1C: Exchange" Fortsätt sedan; EndIf; TryingMessageArray.Add(Message); //Spara brevbilagan till disk. //Låt oss lämna en noggrann häckningskontroll bakom kulisserna tills vidare. Attachment = Meddelande Bilagor; MessageFileName = TempFileDirectory() + Attachment.Name; ExchangeData = Attachment.Data; ExchangeData.Write(MessageFileName); //Med hjälp av XMLReader- och MessageReader-objekten läser vi data //uppdateringar från den sparade filen. Innan du skriver uppdateringar till IB //ställ in sessionsparametern DistributedBaseExchange In Progress till True. //Läs sedan ändringarna i IB: Exchange Plans.ReadChanges(ReadingMessage). //Samtidigt sparar vi meddelandena i en array, så att vi senare kan radera alla på en gång. XMLReader = Ny XMLReader(); ReadingXML.OpenFile(MessageFileName); ReadMessage = ExchangePlans.CreateReadMessage(); ReadingMessage.StartReading(ReadingXML); SessionParameters.DistributedBaseExchange pågår = True; Exchange Plans.ReadChanges(ReadMessage); ReadMessage.FinishReading(); ReadXML.Close(); If Constants.OutputMessages.Get() Then Report(" UTBYTE: Utbytesdata accepteras",MessageStatus.Information); EndIf; Exception Report(" EXCHANGE: Fel när utbytesdata hämtades:" + ErrorDescription(), MessageStatus.Very Important); EndTry; //Återgå efter att utbytesdataavläsningen är klar //sessionsparameter IsExchangingDistributedBase-värdet är False. SessionParameters.DistributedBaseExchange pågår = False; Försök att ta bort filer(meddelandefilnamn); Undantag // om det inte fungerar, ok Slut på försök; EndCycle; If UseSMTP Then Mail.DeleteMessages(MessageArray); EndIf; Mail.Disconnect(); Slutprocedur

Nu om vad sessionsparametern är till för.
Faktum är att när man läser data med Exchange Plans.ReadChanges()-metoden uppstår ett anrop
händelsehanterare procedurer BeforeWrite() för ändrade/tillagda objekt. Och om vid inspelning
av något objekt i hanterarproceduren kommer parametern Cancel att ställas in på True
vid exekvering av ExchangePlans.ReadChanges(), kommer ett undantag att inträffa, och följaktligen utbytet
kommer inte att verkställas. Värdet på sessionsparametern IsInDistributedBaseExchange kan vara
analyseras i hanterarprocedurer för att undvika denna situation.
Med releasen av revision 12 (även om jag kan ha fel om versionerna), är relevansen av denna metod något
avskrivenA eftersom objekt har en egenskap Utbytesalternativ, som, i hans . Den här egenskapen är inställd på True when
spara data genom en utbytesplan.

Nu i gränssnittet på vår panel lägger vi till ytterligare en knapp, på vilken vi lägger på samtalet för detta
förfaranden. Vi startar Enterprise och njuter.
Nästan allt är klart, det är lite kvar: att få våra rutiner att köra in automatiskt läge.
Steg 4. Ställa in automatisk utbyte

Så vi är nästan nära målet med vår berättelse. Det är bara ett steg kvar: starta
utförande av utbytesprocedurer i automatiskt läge. Låt oss börja.

Låt oss lägga till DistributedBaseAutoExchange Interval-konstanten av typen Number(5,0).

Låt oss lägga till parametern PerformDistributedBaseExchange till användarinställningarna. För konfiguration
"Handelshantering" görs så här:

* I planen för typer av egenskaper "Användarinställningar" lägg till en fördefinierad
egenskapen PerformExchange för DistributedBases av typen Boolean.
* I form av katalogelementet "Users" konfigurerar vi ändringen av denna parameter (som
kan ses i formulärmodulen, analogt med andra parametrar).

Lägg till en procedur till rbDistributedBase-modulen:

Procedur rbExecuteExchange(prUser) Export If npGetDefaultValue(prUser, "") Sedan rbGetExchangeMessages(); rbSendExchangeMessages(); EndIf; Slutprocedur

till applikationsmodulen:

Procedur CheckConnectionAutoExchange() Export If npGetDefaultValue(chCurrentUser, " UtförDistributedBaseExchange") And Constants.DistributedBaseAutoExchange Interval.Get() > 0 Sedan ConnectWaitingHandler(" Utför Auto Exchange", Constants.DistributedBaseAutoExchange Interval.Get()); Else DisableWaitingHandler(" Utför Auto Exchange"); EndIf; EndProcedure Procedure ExecuteAutoExchange() Exportera rbExecuteExchange(chCurrentUser); DisableWaitingHandler(" Utför Auto Exchange"); Om npGetDefaultValue(chCurrentUser, " UtförDistributedBaseExchange") And Constants.DistributedBaseAutoExchange Interval.Get() > 0 Sedan ConnectWaitingHandler(" Utför Auto Exchange", Constants.DistributedBaseAutoExchange Interval.Get()); EndIf; EndProcedure Procedur DisableAutoExchange() Export DisableWaitingHandler(" Utför Auto Exchange"); Slutprocedur

lägg till följande rader i AtStartSystem()-proceduren för applikationsmodulen:

(efter anslutning av kommersiell utrustning)
...
SessionParameters.DistributedBaseExchange pågår = False; CheckConnectionAutoExchange();

Låt oss lägga till ytterligare ett par knappar till vår panel för att styra processen: vi hänger proceduren på en
CheckConnectingAutoExchange(), till en annan - DisableAutoExchange()

Vi lanserar företaget, ställer in användaregenskaper och automatiskt bytesintervall och det är allt!

Nu, när du går in i databasen under denna mest konfigurerade användare, kommer hanteraren att startas
väntar ExecuteAutoExchange(). Naturligtvis, i den perifera databasen måste du också konfigurera användaren
för utbyte.

En annan liten men viktig anmärkning:

I alla charm vi har skapat finns det en olägenhet: konfigurationsförändringar. På
När kantbasen får ett meddelande som innehåller konfigurationsändringar, kommer den
kommer att accepteras, men ett undantag kommer att inträffa. I det här fallet kommer den ändrade konfigurationen
lastad. För att uppdatera databaskonfigurationen måste du sparka ut alla användare, gå till
konfigurator och uppdatera databaskonfigurationen (innan det är det en bra idé att ladda ner data). Till
Tyvärr är detta ett nödvändigt ont. Du kan göra ditt liv lite enklare genom att skriva en kort bat-fil
något i stil med detta innehåll:

1cv8.exe CONFIG /F<путь к ИБ>/N<Пользователь>/P<Пароль>/UpdateIBCfg

Och en anmärkning till:

Tyvärr är xml-filer inte kompakta, men lyckligtvis komprimeras de perfekt. Kan vara med
procedurer för att skicka och ta emot meddelanden lägger till packnings- och uppackningsfiler. COLOR="#666666">Du kan göra detta antingen med en extern arkiverare eller med VK, till exempel Wheel.AddIn
(http://1c.proclub.ru/modules/mydownloads/personal.php?cid=81&lid=2714) .
Med releasen av den 10:e (tycks det) upplagan är den föregående meningen något föråldrad, eftersom plattformen
var inbyggda sätt att komprimera filer med ZIP-algoritmen. De där. nu är det möjligt att komprimera filer
utan att använda VK.