I vissa fall (till exempel med ett stort dokumentflöde eller med komplex redovisning) är det mycket bekvämare för slutanvändaren att fördela redovisning mellan flera applikationer och utbyta data mellan dem då och då. Före lanseringen av 1C-plattformen version 8.3 skedde standarddatautbyte enbart på användarens begäran genom att ladda upp och ladda ner information med hjälp av XML-filer. Nyligen har datasynkroniseringsmekanismen i 1C använts alltmer.

Det finns flera anledningar till synkroniseringens popularitet:

• Det finns inget behov av att separat köra processerna för att ladda och lossa data;
• Automatiskt utförande av informationsutbyte stör inte manuellt utbyte;
• Lätt att konfigurera (för standardkonfigurationer behöver du inte ens skapa utbytesregler;
• Det räcker att skapa synkronisering en gång och deklarera ett schema för dess utförande.

Villkor för vår uppgift

Vid ingången har vi två standarddatabaskonfigurationer:

1. Löne- och personalhantering (version 3.1.3);
2. Redovisning för ett jordbruksföretag (version 3.0.52).

Båda databaserna fungerar i filläge. Synkronisering kan konfigureras från vilken databas som helst.

Om synkronisering kommer att konfigureras från "Kontoinställning" till "ZUP", måste kryssrutan "Synkronisering" vara aktiverad och vice versa.

Var är inställningarna

I "Redovisning", gå till undersystemet "Administration", i menyn "Inställningar" och hitta posten "Datasynkronisering" (Fig. 1)

Fönstret för synkroniseringsinställningar öppnas (fig. 2)

Ris. 2

Här kan vi:

1. Aktivera eller inaktivera synkronisering;
2. Förbjud laddning av irrelevanta data;
3. Ange ett prefix för att identifiera överförda data;
4. Gå till andra synkroniseringsinställningar.

Genom att starta synkroniseringen genom att markera lämplig ruta och definiera ett prefix kan vi stänga ekonomiavdelningen. Ytterligare arbete kommer att göras i "Lön".

Inställningsfönstret för datasynkronisering visas i fig. 3

Ris. 3

Låt oss ta en närmare titt på det.

Synkroniseringsinställningar fönster

Låt oss börja i ordning:

Separat skulle jag vilja uppmärksamma läsaren på fönstret "Registrering av ändringar" (Fig. 5). Överst finns antalet skickade och mottagna meddelanden; efter ett lyckat utbyte måste numren i källdatabasen och destinationsdatabasen matcha. I vissa fall (synkronisering inträffade med en kopia av databasen, funktionsfel) är numreringen i databaserna bruten. Du kan rätta till denna situation genom att helt enkelt klicka på hyperlänken med siffror. Denna åtgärd låter dig ställa in det aktuella antalet skickade och inkommande meddelanden manuellt (Fig. 6)

Ris. 6

Synkroniseringsinställningar

Det finns två kommandon på fliken "Datasynkroniseringsinställningar":

• Ställa in;
• Ladda ner regler.

Genom att köra kommandot "Ladda regler" öppnas formuläret (fig. 7)

Ris. 7

Här kan vi välja om vi ska använda standardutbytesreglerna som tillhandahålls i konfigurationen, eller om vi ska synkronisera enligt våra egna regler lagrade i arkivfilen.

De återstående inställningarna görs genom att klicka på knappen "Konfigurera" (Fig. 8).

Ris. 8

I det första fönstret som öppnas kan du:

1. Öppna konfigurationsformuläret för synkroniseringsskript;
2. Visa händelser för att skicka och ta emot information;
3. Bestäm det datum från vilket utbytet kommer att äga rum;
4. Om bokföring förs för flera organisationer kan du ange vilken av dem som ska delta i utbytet;
5. Definiera parametrarna för att ladda upp lönetransaktioner: med eller utan detalj per anställd (sammanfattning).

Kommandot "Ladda uppsättning regler" liknar samma kommando i föregående inställningsfönster.

Det är värt att titta närmare på anslutningsparametrarna (Fig. 9)

Ris. 9

I vårt fall är destinationsbasen och källbasen placerade på samma dator och fungerar i filläge, så synkronisering mellan dem sker genom en direkt anslutning.

Vi måste:

• Bestäm vägen till den mottagande basen;
• Ställ in behörighetsparametrar (en användare med administratörsrättigheter måste skapas i den mottagande databasen);
• Efter att ha kontrollerat anslutningen kan vi anta att vår installation är klar.

Om utbytet sker via andra anslutningstyper måste du konfigurera deras parametrar på motsvarande flikar.

Schemainställningar

Och i slutet, några ord om att ställa in synkroniseringsschemat, det utförs på motsvarande flik i fönstret (Fig. 3) och skiljer sig inte från motsvarande formulär för att ställa in schemat för andra rutinuppgifter.

1C presenterade den första versionen av det nya affärsdatautbytesformatet EnterpriseData, som är baserat på XML och, enligt dess författare, är avsett att inte bara förena interaktionen mellan applikationslösningar och deras individuella komponenter som skapats av företaget självt, utan också att användas som en universell alla affärsapplikationer på alla programvaruplattformar, inklusive, naturligtvis, 1C:Enterprise.

Företaget har länge praktiserat att skapa och använda öppna standarder för informationsinteraktion av sina applikationer med mjukvara från oberoende utvecklare, men hittills har detta bara gällt vissa specialiserade ämnesområden. Det är precis vad CommerceML-formatet, skapat för nästan femton år sedan, är för att lösa problemet med e-handel, samt "Client-Bank" och DirectBank för att kommunicera mellan 1C-applikationer och externa banksystem. EnterpriseData, å andra sidan, är en universell mekanism som kan täcka alla områden av ett företags verksamhet – ekonomi, produktion, inköp och försäljning, lagerdrift etc. Den första versionen av formatet innehåller en beskrivning av 94 typer av dokument från olika verksamhetsområden. 1C planerar att lägga till nya dokument och detaljera befintliga.

Som 1C-representanter förklarar, förklaras uppkomsten av EnterpriseData av behovet att inte bara integrera företagets applikationer i mjukvara från andra utvecklare, utan också – kanske till och med främst – att skapa en enhetlig mekanism för informationskommunikation inom mjukvarufamiljen 1C:Enterprise. Fram till nyligen användes ett brett utbud av lösningar för att lösa dessa problem, ofta skapade från fall till fall. Övergången av 1C-produkter till EnterpriseData har redan börjat; den används i alla de senaste versionerna av dess nyckelapplikationer ("1C: ERP Enterprise Management 2.0", "1C: Accounting 8" 3.0, "1C: Accounting 8 KORP" 3.0, "1C: Detaljhandel" "2.0, "1C: Handelshantering" 11). Samtidigt förväntas det inte att ersätta redan använda standarder (CommerceML, arbeta med banker) med EnterpriseData, eftersom beprövade specialiserade algoritmer fungerar mer effektivt än universella verktyg.

1C tror att det nya formatet kommer att få stor användning bland oberoende utvecklare som skapar applikationer på 1C:Enterprise-plattformen; färdiga programvarukomponenter erbjuds för dem som en del av Library of Standard Subsystems (något som SDK för 1C:Enterprise).

Vid användning av EnterpriseData-standarden överförs data mellan applikationer i form av en XML-fil med hjälp av lämpliga XML-scheman, medan den fysiska överföringen av information kan utföras med olika mekanismer: webbtjänster, fildelning via en katalog, FTP och e-post. En viktig punkt är att interaktionsalgoritmen innebär möjligheten för mottagaren att bekräfta faktumet att ta emot och bearbeta data som skickas till honom. Själva XML-filen levereras fysiskt i komprimerad form (ZIP), vilket ofta gör att du kan minska informationstrafiken avsevärt.

1C lovar vidareutveckling av EnterpriseData-formatet och dess stöd i ett ökande antal av sina applikationer. Denna standard kommer att hanteras av företaget självt, dess skapare har ännu inte några planer på att omvandla den till en oberoende industristandard.

I den här artikeln kommer jag att beskriva min, än så länge lilla, erfarenhet av att organisera datautbyte genom det universella EnterpriseData-formatet.

I mitt fall är utbytet konfigurerat mellan "Trade Management 11.2" (nedan kallat UT) och "Enterprise Accounting 3.0.43" (nedan kallat BP). Utbytet är enkelriktat, från UT till BP. Innan uppgraderingen av Trade Management 11.1 till 11.2 konfigurerades datautbytet med Data Conversion 2.0-konfigurationen. Men efter att ha bytt till "11.2" dök fel upp i "Trade Management" för användare. Förfarandet för att uppdatera utbytesreglerna genomfördes, men det gav inga resultat. Debuggern visade att problemet låg i datautbytet. Det beslutades att ta bort inställningen för datautbyte i båda konfigurationerna och konfigurera den igen.

Både "Trade Management" och "Enterprise Accounting" fungerar i en klient-serverversion. Jag började ställa in synkronisering med UT. Jag utförde det på ett sådant sätt att data laddades upp från UT till en fil. Det vill säga synkronisering genom en nätverkskatalog. I BP konfigurerade jag växeln på ett sådant sätt att ingen data laddas ner från BP.

Fel vid anrop av kontextmetod (Verifiera): XDTO-datavalideringsfel:
Strukturen för objektet "/Motpartsbankkonto/Bank" motsvarar inte typen: (http://v8.1c.ru/edi/edi_stnd/EnterpriseData/1.1)KeyPropertiesBank
Kontrollera egenskapen "BIK":
form: Element
namn: (http://v8.1c.ru/edi/edi_stnd/EnterpriseData/1.1)BIK
typ:
Erforderlig egendom saknas
Objekt: Avtal med Motpart nr ...

För att analysera felet klickade jag på ikonen "Komposition av skickade data" och i listan över entreprenörsavtal som registrerats för sändning hittade jag avtalet för vilket felet uppstod. Jag öppnade avtalet och kom ihåg motpartens bankkonto som anges i avtalet. Sedan gick jag vidare till de bankkonton som registrerats för frakt. Det visade sig att det nödvändiga kontot inte fanns med i listan över registrerade. Jag gjorde om det problematiska bankkontot och kontraktet. Efter det registrerade jag det önskade bankkontot manuellt.

Jag försökte igen att synkronisera data från UT. Den här gången laddades data upp. En XML-fil genererades i nätverksmappen som innehåller data som ska överföras från UT till BP.

Nästa steg är att ladda data från filen till företagets ekonomiavdelning. I konfigurationen "Enterprise Accounting" klickade jag på knappen "Synkronisera", ett bearbetningsformulär öppnades med meddelandet "Dataanalys pågår." Lite senare ändrades meddelandet till "Datauppladdning pågår." Samtidigt visade indikatorn och räknaren att mer än 80 tusen föremål lossades från strömförsörjningsenheten. Detta förvirrade mig, eftersom jag angav i inställningarna att ingenting skulle lossas från strömförsörjningen. Bearbetningen tog ganska lång tid och slutade med felet:

Händelse: Datautbyte
(GeneralModule.Long-runningOperations.Module(371)): Bakgrundsjobbarbetarprocess avslutades onormalt
RaiseException(ErrorText);

För att lokalisera felet försökte jag ändra synkroniseringsinställningarna och driftalternativen för strömförsörjningsbasen. Som ett resultat, när jag konverterade databasen till en filversion, fungerade systemet tillfredsställande: ett formulär för att jämföra två databaser öppnades. Efter att ha matchat objekten lyckades den första synkroniseringen. Sedan bytte jag tillbaka databasen till klient-serverversionen.

Med ytterligare testning av synkronisering var det nödvändigt att göra vissa ändringar i reglerna för konvertering av objekt. Det är dags att använda Data Conversion 3.0-konfigurationen. Den inbyggda konfigurationshjälpen beskriver hur det fungerar. Artiklar på ITS-webbplatsen hjälpte också.

Som ett resultat laddade jag in följande data i "Datakonvertering 3.0":

• Texter från den allmänna modulen "Data Exchange Manager genom ett universellt format" från två databaser
• Layout av båda baserna
• Beskrivning av EnterpriseData-formatet (från valfri databas)
• Konverteringsregler

Efter nedladdningen öppnade jag reglerna för konvertering av data, objekt och egenskaper i "Data Conversion 3.0". Gjorde de ändringar jag behövde. Sedan använde jag knappen "Ta ur utbyteshanterarens modul". Modultexten har kopierats till urklipp. Allt som återstår är att infoga den i konfigurationen.

Efter att ha experimenterat med att sätta upp reglerna i "Datakonvertering 3.0" drog jag själv slutsatsen att i de fall då ändringarna som görs är obetydliga är det lättare att sätta upp reglerna direkt i UT- och BP-konfigurationerna, i den allmänna modulen "Data Exchange Manager genom Universal Format". Om ändringarna är seriösa, som till exempel att lägga till ett nytt objekt till utbytet, bör du använda konfigurationen " Datakonvertering 3.0".

Jag utförde uppgiften att lägga till dokumentet "Beställning till leverantör" till utbytesplanen med hjälp av " Datakonvertering 3.0". I standardversionen av UT - BP ingår inte detta dokument i utbytesplanen.

Låt oss komma ihåg att reglerna för registrering av objekt för uppladdning fortfarande är konfigurerade i "Data Conversion 2.0"-konfigurationen.

Detta är de första intrycken av datasynkronisering genom det universella EnterpriseData-formatet.

P.S. Om du har frågor eller egna iakttagelser om datautbyte via Universal Format and Configurations" Datakonvertering 3.0", skriv i kommentarerna. Vi kommer att utbyta erfarenheter.

• Datasynkronisering
• Universal EnterpriseData Format
• Datakonvertering 3.0
• Datakonvertering 2.0
• Handelshantering
• Företagsredovisning

Skriv ut (Ctrl+P)

Utbyte via ett universellt format

Delsystemet "Data Exchange" i biblioteket med standarddelsystem innehåller 4 alternativ (teknologier) för informationsutbyte mellan olika informationsbaser:

• distribuerade informationsbaser (RIB);
• datautbyte genom ett universellt format;
• datautbyte enligt utbytesregler (utbytesregler skapas med konfigurationen "Datakonvertering", utgåva 2.1);
• datautbyte utan utbytesregler.

Den här artikeln diskuterar tekniken för datautbyte genom universellt EnterpriseData-format. Denna teknik är tillgänglig i "Standard Subsystems Library" från och med version 2.3.1.62. släpptes i början av 2016. För närvarande har den senaste utgåvan av BSP 2.3 (för användning med 1C:Enterprise 8.3-plattformen inte lägre än version 8.3.8.1652 med kompatibilitetsläge inaktiverat) release 2.3.6.17.

Ris. 1 Senaste versionerna av BSP 2.3

Bland filerna för att leverera 1C-applikationslösningar finns en textfil "Library Versions", där det skrivs utifrån vilken version av BSP applikationen utvecklades, till exempel baserat på applikationslösningen UT 11.3.3.231, BSP 2.3.5.65 bildades.

Observera att för användning med "1C:Enterprise 8.3"-plattformsversionen inte lägre 8.3.10.2168 utgåvan släpptes med kompatibilitetsläget inaktiverat BSP 2.4.

Beskrivning av EnterpriseData-formatet

Vad är EnterpriseData-formatet?

Detta är ett format som låter dig beskriva ett informationsbasobjekt (motpart, faktura etc.) eller rapportera att detta objekt har raderats. Det förväntas att konfigurationen som tar emot filen i EnterpriseData-formatet kommer att reagera därefter - den kommer att skapa nya objekt och ta bort de som är markerade som borttagna i filen. Den är avsedd för informationsutbyte mellan UT-, RT-, UNF-, BP-konfigurationer. Formatet kan också användas för att utbyta information med andra informationssystem: det är inte beroende av funktionerna i dess egen programvara eller informationsbasstrukturer som deltar i utbytet och innehåller inte uppenbara begränsningar för användning.

EnterpriseData-formatversion

Formatdata lagras i XDTO-paket i de allmänna databaskonfigurationsgrenarna, som visas i Fig. 2

Fig. 2 XDTO – Dataformatpaket för EnterpriseData

I fig. 2 visar att det finns flera XDTO-paket. Det här är olika versioner av formatet. Formatets versionsnummer består av X.Y.Z, där X.Y är versionen, Z är Minor-versionen. Minor-versionen utökas vid buggfixar och andra ändringar i vilka: funktionaliteten hos datakonverteringslogiken baserad på den tidigare versionen av formatet bibehålls (bibehåller bakåtkompatibiliteten för nuvarande dataöverföringsalgoritmer genom formatet); Stöd för nya formatfunktioner för konverteringslogik är frivilligt. Ett exempel på sådana ändringar kan vara att korrigera ett fel, ändra egenskaperna för formatobjekt, lägga till egenskaper vars användning inte är obligatorisk vid konvertering av data. I andra fall, när formatet ändras, ökar Major-versionen: X – vid global omstrukturering, Y – i andra fall.
Formatet beskriver representationen av objekt (dokument eller katalogelement) i form av XML-filer. Version 1.0.1 innehåller en beskrivning av 94 objekt från olika områden (ekonomi, produktion, inköp och försäljning, lagerdrift). Typernas namn är som regel väl förstådda och behöver inte ytterligare förklaringar: till exempel "Document.Act of Completed Work" eller "Directory.Counterpartyes". Som du kan se börjar beskrivningen av dokumenttyper med prefixet "Dokumentär.", och katalogelementet börjar med prefixet "Katalog.". En mer detaljerad beskrivning av formatet finns
Den senaste versionen är 1.3, men den vanligaste versionen är 1.0. Det är inte så stor skillnad mellan versionerna. Formatera EnterpriseDataExchange_1_0_1_1 används vid utbyte via en webbtjänst.
Anteckna det som dataformatpaketet EnterpriseData används tillsammans med ExchangeMessage när du skapar konverteringsregler. Det är detta paket som innehåller typen objekt Ytterligare infosom kan ha vilken värdetyp som helst och används när man skapar en konverteringsregel mellan konfigurationsobjekt. som inte är i dataformatet. Precis, tack Ytterligare infoDu kan anpassa och anpassa utbytesregler utan att ändra formatdata i XDTO-paket.

Ris. 3 Struktur för XDTO-paketetExchangeMessage

Hur utbyter man data i EnterpriseData-format?

Utbyte av data i EnterpriseData-format med konfiguration är ett filutbyte. Som svar på filen som tagits emot från den externa applikationen kommer konfigurationen att bearbeta den och skapa en svarsfil. Filer kan utbytas:

• via en dedikerad filkatalog,
• via FTP-katalogen,
• genom en webbtjänst som finns på infobassidan. Datafilen skickas som en parameter till webbmetoder.

Notera. För tvåvägs datautbyte mellan en tredjepartsapplikation och konfigurationen på infobassidan måste ett antal inställningar göras - tredjepartsapplikationen måste registreras i infobasen, en utbyteskanal måste definieras för den (via en fil eller FTP-katalog), etc. Men för fall av enkel integration, när det räcker att endast överföra information från en tredjepartsapplikation till infobasen och omvänd överföring av data från infobasen till en tredjepartsapplikation krävs inte (till exempel integration av en onlinebutik som överför försäljningsinformation till 1C: Bokföring) finns det en förenklad version av att arbeta genom en webbtjänst som inte kräver inställningar vid sidan av.

Vid utbyte med konfigurationsutbytesplaner under synkronisering överförs endast information om ändringar som har inträffat sedan den senaste synkroniseringen (för att minimera mängden information som överförs). Första gången du synkroniserar kommer konfigurationen att dumpa alla EnterpriseData-formaterade objekt till en XML-fil (eftersom de alla är "nya" för tredjepartsapplikationen).

Nästa steg är för tredjepartsapplikationen - den måste bearbeta informationen från XML-filen och placera den i sektionen under nästa synkroniseringssession information om att ett meddelande från konfigurationen med ett visst nummer har tagits emot (placera numret på meddelandet som tagits emot från konfigurationen i fältet ReceivedNo). Kvittomeddelandet är en signal till konfigurationen om att alla objekt har bearbetats framgångsrikt av den externa applikationen och att det inte finns något behov av att överföra information om dem längre. Förutom kvittot kan XML-filen från en tredjepartsapplikation även innehålla data för synkronisering (i avsnittet ).

Efter att ha tagit emot kvittomeddelandet markerar konfigurationen alla ändringar som skickats i det föregående meddelandet som framgångsrikt synkroniserade. Endast osynkroniserade ändringar av objekt (skapa nya, ändra och ta bort befintliga) kommer att skickas till den externa applikationen under nästa synkroniseringssession.

När data överförs från en extern applikation till konfigurationen blir bilden omvänd. Ansökan ska fylla i avsnittet i enlighet därmed, och i avsnittet placera objekt som ska synkroniseras i EnterpriseData-format.

Efter bearbetning av filen kommer konfigurationen att generera en XML-fil som kommer att innehålla ett kvittomeddelande och ny data för synkronisering från konfigurationssidan (om det finns någon sedan den senaste synkroniseringssessionen).

Du kan se mer information om datautbyte med applikationslösningar på 1C:Enterprise-plattformen i EnterpriseData-formatet

Allmän modul för "börsansvarig genom ett universellt format".

Procedurer och funktioner som fullständigt beskriver reglerna för att ladda ner data från informationsbasen till utbytesformatet och reglerna för att ladda data från utbytesformatet till informationsbasen utvecklas i en gemensam modul - Exchange Manager-modulen genom ett universellt format.

Ris. 4 Struktur för utbyteschefsmodulen genom ett universellt format

Modulen skapas automatiskt med hjälp av "Data Conversion"-konfigurationen, utgåva 3.0, baserat på konfigurerade utbytesregler, eller manuellt i konfiguratorn.

Modulen består av flera stora sektioner som var och en innehåller sin egen grupp av procedurer och funktioner.

1. En kommentar. Den första raden i modulen innehåller en kommentar med namnet på konverteringen. Den här raden är nödvändig för att identifiera modulen när man använder kommandot i Data Conversion-programmet, utgåva 3.0, till exempel. // Konvertering UP2.2.3 från 06/01/2017 19:51:50
2. Konverteringsförfaranden. Innehåller fördefinierade procedurer som utförs vid olika stadier av datasynkronisering: före konvertering, efter konvertering, före uppskjuten fyllning.
3. Databehandlingsregler (DPR). Innehåller rutiner och funktioner som beskriver reglerna för behandling av data.
4. Objektkonverteringsregler (OCR). Innehåller procedurer och funktioner som beskriver reglerna för att konvertera objekt, samt reglerna för att konvertera egenskaperna för dessa objekt.
5. Fördefinierade regler för datakonvertering (PDC). Innehåller en procedur som fyller i reglerna för konvertering av fördefinierade data.
6. Algoritmer. Innehåller godtyckliga algoritmer som anropas från andra regler (POD eller PKO).
7. Alternativ. Innehåller logiken för att fylla i omvandlingsparametrarna.
8. Generell mening. Innehåller procedurer och funktioner som används flitigt i regler och algoritmer.

Parametrarna för procedurer och funktioner som används i flera typer av procedurer i managermodulen beskrivs nedan.

Byt komponenter. Typ - Struktur. Innehåller parametrar och utbytesregler initierade som en del av utbytessessionen.

Växlingsriktning. Typ – Sträng. Antingen "Skicka" eller "Ta emot".

IB-data. Typ – DirectoryObject eller DocumentObject.

Rutiner relaterade till konverteringshändelser

Det finns tre fördefinierade procedurer som anropas under konverteringsprocessen:

• Före konvertering. Anropas innan datasynkronisering sker. Denna procedur innehåller vanligtvis logiken för att initiera olika konverteringsparametrar, fylla i standardvärden, etc. Parametrar: ComponentsExchange.
• Efterkonvertering. Anropas efter att datasynkroniseringen har slutförts, men innan lat utfyllnad har inträffat. Alternativ: ComponentsExchange.
• Innan DelayedFilling. Ringde innan lat fyllning inträffar. Logiken för att sortera eller justera tabellen över föremål som är föremål för lat fyllning kan hittas här. Alternativ: ComponentsExchange.

AML-förfaranden

Fyll i reglerna för databehandling. En exportprocedur som innehåller logiken för att fylla i databehandlingsregler. Innehåller anrop till andra procedurer som lägger till en regel för bearbetning av ett specifikt objekt i regeltabellen (se procedurer nedan Lägg till AML). Alternativ: Växlingsriktning, Databehandlingsregler

Lägg till UNDER_<ИмяПОД>. En uppsättning procedurer som fyller tabellen UNDER reglerna för specifika objekt. Antalet sådana procedurer motsvarar antalet AML som tillhandahålls för denna konvertering i Data Conversion-programmet, version 3.0. Alternativ: Databehandlingsregler(en värdetabell initierad som en del av utbytessessionen).

UNDER_<ИмяПОД>_Vid bearbetning. Proceduren innehåller hanterartexten Under bearbetning för en specifik AML. Hanteraren är utformad för att implementera konverteringslogik på objektnivå. Tilldela till exempel en specifik PQO till ett specifikt objekt beroende på innehållet i objektet. Alternativ:

• InformationB data eller DataXDTO(beroende på bytesriktningen):
• vid sändning – objekt ( DirectoryObject,DocumentObject);
• vid mottagandet - en struktur med en beskrivning av XDTO-objektet.
• Användning av PKO. Typ - Strukturera. Nyckeln innehåller en sträng med namnet på PCO:n och värdet på typen Boolean (Sann– PKO används, Lögn– PKO används inte).
• ComponentsExchange.

UNDER_<ИмяПОД>_Datasampling. Funktionen innehåller hanterartexten Vid lossning. Hanteraren är utformad för att implementera en godtycklig algoritm för att välja objekt som ska lossas. Returvärde: en uppsättning objekt som ska lossas. Arrayen kan innehålla både länkar till infobasobjekt och en struktur med data för uppladdning. Alternativ: ComponentsExchange.

PKO-procedurer

Fyll i reglerna för objektkonvertering. En exportprocedur som innehåller logiken för att fylla i reglerna för konvertering av objekt. Innehåller anrop till andra procedurer som lägger till en specifik objektkonverteringsregel till regeltabellen (se procedurer nedan Lägg till PKO). Alternativ: Växlingsriktning, Konverteringsregler(en värdetabell initierad som en del av utbytessessionen).

AddPKO_<ИмяПКО>. En uppsättning procedurer som fyller PKO-tabellen med regler för specifika objekt. Antalet sådana procedurer motsvarar antalet PKO:er som tillhandahålls för denna konvertering i programmet Datakonvertering, version 3.0. Alternativ: Konverteringsregler(en värdetabell initierad som en del av utbytessessionen).

PKO_<ИмяПКО>_WhenSendingData. Proceduren innehåller hanterartexten Vid sändning för en specifik PKO. Hanteraren används vid uppladdning av data. Designad för att implementera logiken för att konvertera data som finns i ett infobasobjekt till en beskrivning av ett XDTO-objekt. Alternativ:

• InformationB data. Typ - DirectoryObject, DocumentObject. Informationsbasobjektet som bearbetas.
• DataXDTO. Typ - Strukturera. Designad för att komma åt XDTO-objektdata.
• ComponentsExchange.
• StackUploads. Typ - Array. Innehåller länkar till oladdade objekt, med hänsyn till kapsling.

PKO_<ИмяПКО>_Vid konvertering av XDTO-data. Proceduren innehåller hanterartexten Vid konvertering av DataXDTO för en specifik PKO. Hanteraren används vid laddning av data. Designad för att implementera godtycklig XDTO-datakonverteringslogik. Alternativ:

• DataXDTO. Typ - Strukturera. XDTO-objektegenskaper som har förbehandlats för att göra dem lättare att komma åt.
• Mottagen data. Typ - DirectoryObject, DocumentObject. Ett infobasobjekt bildat genom att konvertera XDTO-data. Ej registrerat i informationsdatabasen.
• ComponentsExchange.

PKO_<ИмяПКО>_Innan du registrerar mottagna data. Proceduren innehåller hanterartexten Innan du spelar in mottagna data för en specifik PKO. Hanteraren används vid laddning av data. Designad för att implementera ytterligare logik som måste utföras innan ett objekt registreras i infobasen. Ska ändringar till exempel laddas in i befintlig informationssäkerhetsdata eller ska de laddas som ny data. Alternativ:

• Mottagen data. Typ - DirectoryObject, DocumentObject. Ett dataelement som genereras genom att konvertera XDTO-data.

Spelas in om denna data är ny för infobasen (parameter InformationB data innehåller värdet Odefinierad).

Annat Mottagen data byta ut InformationB data(alla fastigheter från Mottagen dataöverförd till InformationB data).

Om standardutbyte av informationssäkerhetsdata med mottagen data inte krävs, bör du skriva din egen överföringslogik och sedan ställa in parametern Mottagen data menande Odefinierad:

• InformationB data. Typ - DirectoryObject, DocumentObject. Ett infobasdataelement som motsvarar den mottagna datan. Om ingen matchande data hittas, innehåller Odefinierad.
• Konvertera egenskaper. Typ - Värdetabell. Innehåller regler för att konvertera egenskaper för det aktuella objektet, initierade som en del av utbytessessionen.
• ComponentsExchange.

PCPD-procedurer

Fyll i omvandlingsreglerna för fördefinierade data. En exportprocedur som innehåller logiken för att fylla i reglerna för konvertering av fördefinierade data. Alternativ: Växlingsriktning, Konverteringsregler(en värdetabell initierad som en del av utbytessessionen).

Algoritmer

I programmet “Data Conversion”, utgåva 3.0, är ​​det möjligt att skapa godtyckliga algoritmer som anropas från AML- och PKPD-hanterarna. Algoritmernas namn, parametrar och innehåll bestäms när reglerna utvecklas.

alternativ

Fyll iConversionParameters. En exportprocedur där strukturen med konverteringsparametrar fylls i. Alternativ: Konverteringsalternativ(typ - Strukturera).

Allmänna rutiner och funktioner

ExecuteManagerModuleProcedur. Alternativ: Procedurnamn(linje), alternativ(strukturera). En exportprocedur, som är avsedd att anropa en icke-exportmodulprocedur, vars namn och parametrar tas emot som input. Låter dig anropa en procedur eller funktion på en linje utan att använda en metod Kör.

ExecuteManagerModuleFunction. Alternativ: Procedurnamn(linje), alternativ(strukturera). Funktion, syfte liknande ExecuteManagerModuleProcedur. Skillnaden är att den anropar en funktion och returnerar dess värde.

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 datautbyte enkelriktad, från UT ---> BP. Det är också möjligt att sätta upp ett 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 1C "Enterprise Accounting 3.0"-databasen (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"

En ny flik öppnas framför oss, den måste fyllas i på samma sätt som i skärmdumpen nedan, med undantag för informationsbasprefixet. 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 utbyten 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), för att fortsätta konfigurera datautbytet måste vi öppna källdatabasen (UT 11.1). 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 satte in det i själva BP-databasen i början av denna artikel, 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 objekt hos mottagaren med identiska objekt 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 sådana situationer uppfanns en mekanism för att jämföra objekt.

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 databaser i ett envägsutbyte från "Trade Management 11.1" (UT) till "Enterprise Accounting 3.0" (BP) slutförd.