1c datakonverteringseksempler. Kunnskap om plattformer er fortsatt nødvendig

Den effektive driften av 1C Enterprise 8.3-programmer skyldes riktig oppsett av datautveksling mellom dem, det vil si opplasting og nedlasting av kataloger, samt annen informasjon. I noen situasjoner er det nok å bruke "Universal XML Data Interchange" -behandlingen eller de eksisterende standardoverføringsreglene, for eksempel når du flytter fra en utgave av programmer til en annen. De kan bygges inn i programmet med en spesifikk liste over utvekslingsregler eller ligger i den installerte oppdateringsmappen. For eksempel er AccountingBase ("Regnskap", grunnversjon) og mappen "Data Exchange" plassert der.

Figur 1

Men når du trenger en utveksling mellom helt forskjellige konfigurasjoner, og derfor overføre regler for ikke-standard versjoner, som vil kreve å sette opp utvekslingsregler og sammenligne objekter for overføring, bør du ty til et eksternt program designet for å lage konverteringsregler mellom alle konfigurasjoner, uavhengig av deres struktur og kompleksitet.

For å beskrive metadata brukes ekstern behandling MD83Exp.epf - for produkter på 1C:Enterprise 8.3-plattformen (administrert applikasjon), MD82Exp.epf - for en vanlig applikasjon, i XML-filformat. Vanligvis er behandlingsfilen plassert i malkatalogen der konfigurasjonen er installert. For eksempel, C:\Program Files\1cv8\tmplts\1c\Conversion\3_0_5_3\. I vårt eksempel bruker vi "1C: Data Conversion, ed. 3.0" (versjon 3.0.5.3).



Fig.2

Å forberede en konverteringsfil innebærer å generere en XML-fil med utvekslingsregler. La oss se på fremdriften av opprettelsen ved å bruke et lite eksempel.

Trinn 1. Programmet kan lastes ned fra ITS-nettstedet eller installeres fra ITS-disken. Anta at vi må laste ned «Motparter»-katalogen fra «Regnskap» til «UT 8.3». Vårt første program er "Source Base", og det andre er "Sink Base". Merk at utvekslingen ikke bare er konfigurert mellom databaser 8.3, men også mellom 7.7 og 8.3 og andre.

Steg 2. Vi laster opp metadatastrukturen til databasene som er involvert i utvekslingen til en XML-fil ved hjelp av MD83Exp.epf-behandling. For å gjøre dette, i "Kildedatabase" og "Destinasjonsdatabase" i "1C Enterprise" -modus, åpne den spesifiserte behandlingen og bruk den til å laste ut konfigurasjonsstrukturen, og spesifisere navnet på den genererte filen. La oss for eksempel gi filene navnet "Source Base" og "Destination Base".



Fig.3



Fig.4


Fig.5

Trinn 3. Vi eksporterer xml-skjemaet til utvekslingsformatet. Dette er en fil med filtypen "xsd". Du kan få det fra både "Kilden" og "Sink". For å gjøre dette, åpne informasjonsbasen i "Konfigurator"-modus ("Åpen konfigurasjon"), i metadatatreet er det "Generelt"-seksjonen og XDTO-pakker underseksjonen.


Fig.6

La oss finne linjene med navnet "EnterpriseData" (forskjellige tall er forskjellige versjoner av formatet), og ved å høyreklikke velger du kommandoen "Eksporter XML-skjema".


Fig.7



Fig.8


Fig.9

Trinn 4. Vi legger til strukturen til databasen med opplastede konfigurasjoner (kilde og destinasjon) til databasen "1C: Data Conversion". For å gjøre dette, i "Konfigurasjon" menyelementet, for hver genererte fil (kilde og destinasjon) utfører vi "Laster konfigurasjonsstrukturen".



Fig.10

Vi angir banen til filen vår, velg nedlastingsmetoden - "Til den nye versjonen av konfigurasjonen", og klikk på "Last ned" -knappen.



Fig.11



Fig.12

Etter å ha lastet ned filene, hvis vi går til "Konfigurasjoner"-delen av menyen, vil vi se våre to nedlastede konfigurasjoner.



Fig.13



Fig.14

Trinn 5. Laster utvekslingsformatstrukturer. I menyelementet "Dataformat", velg kommandoen "Last formatstruktur".



Fig.15

Vi angir den tidligere opplastede filen og klikker på "Last ned"-knappen.



Fig.16

Etter at nedlastingen er fullført, vil vi sjekke resultatet. La oss gå til menyen "Dataformat" - "Treet med formatobjekter". Etter å ha valgt formatet vi lastet ned, ser vi strukturen.



Fig.17

Trinn 6. Opprette en konvertering. For å utføre oppgaven vår oppretter vi to konverteringer. Den første er for å laste ut katalogene "Ansatte" og "Motparter" fra "Regnskap", og den andre er for å laste inn i "UT". La oss gå til «Konverteringer»-menyen.



Fig.18

For hver operasjon angir vi navnet, for eksempel - "Lasting fra BP", "Last inn i UT", navnet er Enterprise Accounting, Trade Management og versjonen av formatet (som vi lastet ned, i vårt eksempel 1.6).



Fig.19



Fig.20

Trinn 7



Fig.21

Åpne hver operasjon separat, la oss konfigurere den. På fanen «Regler for objektkonvertering» klikker du på «Opprett»-knappen.

Fig.22

På fanen "Grunnleggende informasjon" angir vi identifikatoren for regelen vår (for eksempel Directory_Accounts_Upload), konfigurasjonsobjekt og formatobjekt. Anvendelsesområde – "For sending".



Fig.23



Fig.24

Klikk på "Automatisk samsvar" og klikk på "Opprett regler for eiendomskonvertering" for å lagre resultatet.



Fig.25



Fig.26



Fig.27

Om nødvendig konfigureres andre felt manuelt for konvertering.

Trinn 8 Konverteringsregelen for lasting er konfigurert på samme måte, i vårt eksempel i "Trade Management". Vær oppmerksom på at anvendelsesomfanget er "For mottak".



Fig.28

På fanen «Regler for eiendomskonvertering» utfører vi automatisk samsvar, og ved å klikke på knappen «Opprett regler for eiendomskonvertering» lagrer vi resultatet.



Fig.29

Trinn 9 I begge opprettede konverteringsreglene oppretter vi en regel for konvertering av forhåndsdefinerte data ved å gå til fanen med samme navn, klikke på "Opprett"-knappen og sammenligne verdiene i tabellen fra konfigurasjonen og formatet. Anvendelsesområde: "For mottak og sending."



Fig.30



Fig.31



Fig.32

Vi angir en ny regel for konvertering av eiendommen "Juridisk individ" for katalogen vår. La oss åpne konverteringsregelen for «Directory_Counterparties_Upload»-objektet.



Fig.33

På fanen «Regler for eiendomskonvertering» legger du til en regel for eiendomskonvertering, som indikerer «Transfer_LegalIndividual» i den.



Fig.34



Fig.35

Handlingen er lik for den andre regelen "Directory_Contragnets_Loading".



Fig.36

Trinn 10 Vi lager en databehandlingsregel. Handlingene er de samme for begge reglene vi opprettet. Gå til konverteringsregelen, klikk på knappen "Opprett basert på" - "Databehandlingsregel".



Fig.37

Dataene kommer inn i den automatisk.



Fig.38



Fig.39



Fig.40

Trinn 11 Last ut sentraladministratormodulen, enten i konverteringsregelen ved å klikke på "Lagre utvekslingsmanagermodul", eller gjennom elementet "Konvertering" - "Last av modul".

Fig.41



Fig.42



Fig.43

Deretter åpner vi konfigurasjonen som modulen vår er ment for, og i metadatatreet ser vi etter "Omena Manager Through Universal Format", åpner den og limer inn modulen vår kopiert til utklippstavlen der.



Fig.44

Ved oppsett av en utveksling har det aktuelle programmet foreløpig kun én funksjon - å generere tekster av vanlige moduler Exchange Manager Gjennom et Universal Format for hver av databasene, ved å bruke metadatastrukturen til konfigurasjonene som deltar i utvekslingen og de universelle formatskjemaene . Det er bedre å opprette og bruke disse modulene i den innledende fasen av å sette opp utvekslingen, og du bør fortsette å avgrense dem direkte i teksten til konfiguratormodulen.

Konfigurasjonsutgaven "Data Conversion 3.0" er en ny, men progressiv teknologi for å forenkle utvekslingen mellom konfigurasjoner ved å bruke det universelle EnterpriseData-utvekslingsformatet.

For å sette opp datautveksling mellom ulike (inkludert selvskrevne) konfigurasjoner i 1C, er det en veldig fleksibel mekanisme for å sette opp informasjonsoverføring - 1C "Data Conversion" (CD) konfigurasjonen. La oss se på hvordan denne mekanismen fungerer og prøve å sette opp utvekslingsregler mellom to typiske konfigurasjoner:

  • Enterprise Accounting (demoversjon), utgave 3.0.30;
  • Lønn og personalstyring (demoversjon), utgave 3.0.25.

Konfigurasjonsverktøyet for å sette opp utvekslingsregler vil være datakonvertering versjon 2.1.82. Arbeidet vil bli utført på plattform 8.3.9.

Det er viktig å merke seg at datakonvertering lar deg organisere utveksling ikke bare mellom databaser av versjon 8 av programmet, men også mellom versjoner 7 og 8 av 1C-plattformen.

Startassistent

Etter at du har installert "Data Conversion"-konfigurasjonen og startet den, er det første vinduet som åpnes oppstartsassistenten (fig. 1).

Du kan kalle det opp igjen fra menyen Operasjoner->Behandling eller fra Hjelp, hvor denne behandlingen er uthevet som en egen kommando.

Siden vi ikke planlegger å bruke standard overgangsregler, men skal lage våre egne, vil vi i neste vindu velge riktig element fra listen (fig. 2).

Fig.2

I tillegg til å lage nye utvekslingsregler, kan vi:


På dette tidspunktet bør vi ta en liten pause fra å lage utvekslingsregler og snakke om konfigurasjonsstrukturfiler.

Metadatastrukturfiler

Konfigurasjonspakken "Konvertering" inkluderer flere eksterne prosessorer som lar deg laste ned metadatastrukturen til en xml-fil.

Viktig regel! Strukturutlastingsbehandling for forskjellige databaser må tilhøre samme CD-versjon.

For forskjellige versjoner av plattformen har 1C implementert prosessering av annen struktur for lossing:

  • MD77Exp.ert – lar deg lagre konfigurasjonsstrukturen med syv databaser til en fil;
  • MD82EXP.epf – eksporterer strukturen til databaser som kjører på plattformer versjon 8.0-8.2;
  • MD83EXP.epf – designet for plattform 8.3.

Siden det under betingelsene for oppgaven vår er nødvendig å organisere en utveksling mellom databaser som kjører på utgivelse 8.3, vil vi bruke den tredje behandlingen (fig. 4).

Fig.4

Her må vi spesifisere filen som strukturen skal lastes opp til, og vi kan konfigurere et sett med hjelpetabeller som vil delta i utvekslingen.

Etter at destinasjons- og kildekonfigurasjonsfilene er lastet ned, må informasjon fra dem lastes inn i Datakonvertering.

For dette:


For den andre basen gjentar vi de samme trinnene.

La oss gå tilbake til assistenten vår.

Fortsett å jobbe med assistenten

Etter å ha lagt til våre to databaser til katalogen, ser det slik ut (fig. 6).

La oss fortsette å jobbe med assistenten

I neste vindu (fig. 7) må vi velge mottakerbasen og kildebasen.

Fig.7

Og nå kommer vi til vinduet der vi vil bli bedt om å bestemme hvilke lover og korrespondanser vår utveksling vil være basert på (fig. 8).

Fig.8

Programmet kan uavhengig, ved hjelp av algoritmene som er innebygd i det, opprette datautveksling. Ved å velge den andre bryteren, kan vi velge fra de automatisk opprettede reglene de som er best egnet for å løse problemet vårt. Hvis vi uavhengig vil bestemme hva og hvordan vi skal overføre og med hvilke detaljer vi skal sammenligne data, må vi sette bryteren til tredje posisjon.

Siden vi ønsker å lage våre egne regler, tar vi den tredje veien.

Opprette en regel for utveksling mellom kataloger

Sett bryteren til det tredje elementet i listen og klikk på "Kjør"-knappen.

Vi er i innstillingsveiviseren for katalogelementet "Objektkonverteringsregler" (fig. 9)

Fig.9

I kildedatabasen må vi velge et objekt hvis data skal synkroniseres.

I mottakerdatabasen er det en tabell hvor disse dataene skal gå.

På neste trinn må vi bestemme belastningsparametrene:

  • Hvilke detaljer vil bli brukt for å søke etter en match;
  • Hva du skal gjøre med eksisterende elementer;
  • Om man skal lage manglende elementer;
  • Hvordan håndtere lenker;
  • Hvilke regler skal brukes for å nummerere nye elementer.

Og last opp parametere.

Hvis vi bestemmer oss for å utføre automatisk datamatching, hopper vi over dette trinnet.

På slutten må vi laste opp de opprettede reglene til disk (fig. 10).

Fig.10

Datautveksling

Vi vil utføre ytterligere datautveksling ved hjelp av V8Exchan83.epf-behandling (fig. 11), også inkludert i leveringspakken. Bruk av standard datautveksling, som er en del av konfigurasjonen eller selvskreven behandling, ved bruk av regler opprettet på CD-en, kan føre til at det oppstår en eksepsjonell situasjon.

Fig.11

Og nok en gang: det er ekstremt viktig at versjonen av opplastingsfilen, konfigurasjonen og utvekslingsbehandlingen samsvarer og er hentet fra samme leveranse, bare i dette tilfellet vil du beskytte deg selv så mye som mulig mot alle slags problemer.

I alle fall, hvis kontroll av riktigheten av dataoverføringen viser tilstedeværelsen av konfliktsituasjoner og feil, lar overføringsbehandling deg slette disse dataene fra databasen.

Datakonvertering 2.0 og 2.1 er en teknologisk konfigurasjon av 1C, implementert på plattformversjoner fra 8.1 til 8.3.

Hovedoppgaven til verktøyet er å skrive regler for utveksling mellom applikasjonsløsninger 1C 8 og 7. Dagens versjon av datakonvertering er 3.0.

Datakonvertering er en veldig nyttig konfigurasjon; med dens hjelp kan du løse ikke bare problemet med å overføre informasjon fra en informasjonsbase til en annen, men også for eksempel konvertere informasjon i en database.

Konfigurasjonen er veldig praktisk å bruke med .

Datakonvertering vil være nyttig for enhver programmerer: å ha ferdighetene til å lage utvekslingsregler er et seriøst pluss for profesjonelle ferdigheter.

For å lære å jobbe med en konfigurasjon er det best egnet å løse praktiske problemer. Prøv å finne på oppgaver for deg selv, for eksempel: overføre noe informasjon fra en database til en annen, gjøre om et salgsdokument til et kvitteringsdokument, "legge inn" gjeldende regnskapssaldo i et dokument "innføre saldo" og andre oppgaver.

Det vil være veldig nyttig å forstå "standard" utvekslingsreglene i 1C 8.3; der kan du ofte finne interessante eksempler på implementering av oppgaver.

For å forstå det grunnleggende, trenger du materialer, vi vil vurdere dem nedenfor.

Videoinstruksjoner for konvertering

For det grunnleggende om å sette opp datautveksling i 1C ved å bruke "1C Data Conversion"-konfigurasjonen, se eksemplet i videoen:

Materialer, lærebøker for å studere 1C Data Conversion 2.0

Det er ikke for mye materiale og dokumentasjon på Internett, jeg prøvde å samle det viktigste og mest interessante materialet:

0. Først av alt anbefaler jeg det gratis videokurset av Ilya Leontyev, det er tilgjengelig på link.

1. Jeg vil først og fremst råde deg til å bruke den innebygde hjelpen i konfigurasjonen. Det er veldig godt skrevet og teknisk godt implementert:

2. Den nest viktigste informasjonskilden er nettstedet http://www.mykod.info/ (nettstedet er stengt), spesialisert spesielt på datakonvertering. Der kan du laste ned et stort antall materialer ved konvertering.

3. Separat vil jeg fremheve læreboken - (forfatter - Olga Kuznetsova).

1. Introduksjon.

2. Hva du trenger: 1C-konfigurasjon: Datakonvertering 2.* og behandling fra pakken. For eksempeloppgaver, la oss ta konfigurasjoner 1C: Trade Management 11 og 1C: BP 3.*.

Så for å utvikle regler for opplasting av data til 1C, trenger du 1C-konfigurasjonen: Objektkonvertering 2, samt behandlingen inkludert i pakken.

For eksempel har vi allerede distribuert en konverteringsdatabase og lansert den.

Vi vil skrive utviklingen av utvekslingsregler mellom 1C: Trade Management 11 og 1C: Enterprise Accounting 3 konfigurasjon (UT / ACCOUNT utvekslingsregler).

3. Vi trenger prosessering for å laste ut metadatastrukturen og utveksle.

Det første du må skaffe deg for utvikling er filer med en metadatastruktur. Dette gjøres ved å bruke prosessering for lossing av metadatastrukturen inkludert i objektkonverteringspakken.

Faktisk, i den utpakkede konfigurasjonskatalogen for konfigurasjoner på administrerte skjemaer, er vi interessert i behandlingen av MD83Exp.epf. Hvis lossing må gjøres fra konfigurasjoner på vanlige skjemaer, brukes MD82Exp.epf-behandling. Dette er hvis du for eksempel trenger å få en struktur fra slike konfigurasjoner som 1C: UT 10, 1C: Manufacturing Enterprise Management 1.3, 1C: Integrated Automation 1.1, 1C: Zup 2.5 og så videre.

Videre, for å laste opp og laste ned data til 1C ved å bruke reglene våre, må du behandle "Universell datautveksling i XML-format" V8Exchan83.epf for konfigurasjoner på administrerte skjemaer som 1C: Trade Management 11.*, 1C BP 3, 1C: ERP 2. * og lignende. Og følgelig V8Exchan83.epf - for konfigurasjoner på vanlige skjemaer.

4. Laste opp metadatastrukturen til konfigurasjonen 1C: Trade Management 11.3 og 1C: Enterprise Accounting 3.0.*

La oss starte med å laste ned metadatastrukturen fra 1C: Enterprise Accounting 3-konfigurasjonen.
La oss åpne behandlingen av MD83Exp.epf

I behandlingsskjemaet er det tilleggsinnstillinger der vi kan aktivere eller deaktivere muligheten til å laste opp registre og bevegelser til 1C. Det er også et valg om hvor opplastingen skal finne sted: på 1C-serveren eller "på klienten." Angi navnet på filen der datastrukturen skal lastes opp. På lignende måte laster vi ut metadatastrukturen til Trade Management 11-konfigurasjonen.

Nå må du laste opp konfigurasjonen til konverteringsdatabasen. Dette punktet kan nås både fra listen over konfigurasjoner og fra listen over konverteringer. La oss bare starte opp fra skrivebordet:

Last inn BP-strukturen i dialogboksen:

Og på samme måte - strukturen til Trade Management.

Når nedlastingen er fullført, vises en dialogboks der du kan angi et navn som passer for deg.

6. Lage konverteringsregler i 1C ved å bruke et spesifikt eksempel på en oppgave.

Deretter går du til "Sett opp objektregler", hvor vi oppretter en ny innstilling.
I dialogboksen for opprettelse av konvertering velger du "kilde"-konfigurasjonen og "destinasjon"-konfigurasjonen (som du lastet inn tidligere) og klikker OK.

Siden jeg i denne artikkelen planla å vise skapelsen "fra bunnen av" og "uten søppel", minner jeg deg om at vi ikke lager noe automatisk. Ingen prototyper.

Vi vil ikke gjøre noe i denne dialogboksen, bare klikk på "Lukk".

La oss lage regler for å laste opp ikke ett dokument til ett, men en type til et annet, for eksempel dokumentet Salg av varer og tjenester fra UT 11 med nødvendige oppslagsverk til dokumentet Mottak av varer og tjenester i BP 3.

Så vi lager en ny PKO (regelen for konvertering av objekter i 1C)

Velg kilden Salg av varer og tjenester og mottak av varer og tjenester og klikk OK.
I dette tilfellet vil en dialogboks vises, hvor vi igjen nekter automatisk opprettelse av PKS (Property Conversion Rules). Deretter velger vi bare de nødvendige.

Men på forslaget om å opprette DVP (dataopplastingsregler), svarer vi "Ja".

PVD-er opprettes, noe som vil gjenspeiles i behandlingen av den universelle XML-utvekslingen for valg:

Datakonverteringsregler med tomme eiendomskonverteringsregler vil også bli opprettet.

Dessuten kan det sees at programvaren som standard tilbys å bli søkt av den interne objektidentifikatoren. Dette indikeres av forstørrelsesglasset nær PCO. Vi vil gjøre vårt eget søk, og vi vil gjøre det etter dokumentnummer og dato på begynnelsen av dagen.

Vi fjerner søket fra UIO:

La oss nå begynne å sammenligne de nødvendige egenskapene (detaljene) til objektet. For å gjøre dette, klikk "Synkroniser egenskaper" (etikett "1" på skjermen). Vi fjerner den rekursive opprettelsen av regler ("2"). Fjern alle de merkede detaljene ("3"). Og vi velger selv hva vi trenger.

Velg for eksempel det du trenger:

Jeg gjør oppmerksom på at vi vil gjøre motpartens PKS til organisasjonen, og organisasjonen til motparten, og vi vil også sammenligne noen detaljer som ikke stemmer med navn, for eksempel "Valuta" og "Dokument Valuta".

Der vi ser at det ikke er noen konverteringsregler ennå.

La oss begynne å gå gjennom detaljene og beskrive dem. Først setter vi opp et dokumentsøk som jeg skrev tidligere, laster opp og søker etter et dokument på begynnelsen av datoen, og endrer nummereringen. Vi vil erstatte de tre første tegnene med prefikset "UTB". Og siden nummereringen i BP og UT er 11 tegn hver, lager vi et sammensatt tall: vårt prefiks og 8 tegn fra kilden. Et eksempel i skjermbildet nedenfor.

Vi laster alltid opp dokumenter ulastet og uten bevegelse. Vi antar at dokumentene vil bli behandlet i mottakeren etter verifisering av brukeren.

For å gjøre dette, setter vi PKS som ikke utført, 0 eller 1, bruker vi det som en boolsk.

Ved å bruke valuta som eksempel lager vi en objektkonverteringsregel for PKS. Samtidig mener vi at det er valutaer i begge databasene, og de bør synkroniseres med kode. Derfor vil vi ikke opprette alle PKS i Valuta PQS, men vil bare legge til en søkekode. De. Vi avslår tilbudet om å opprette en PKS for objektet.

Den opprettede konverteringsregelen ble erstattet med PQR-en til dokumentet for PKS. Og selve standardregelen tilbys av en unik identifikator. Vi fikser det, søker i koden og setter egenskapen for ikke å lage et nytt objekt.

Som et resultat får vi følgende alternativ:

Deretter, analogt, lager vi PKO og PKS for de resterende detaljene. Dessuten søker vi etter en organisasjon etter motpart og omvendt etter TIN. Omtrent slik ser det ut med minimale detaljer (du kan legge til om nødvendig).

For PCO Motpartsavtaler søker vi på PKS Motpart, navn og eier.

La oss se hvordan du spesifiserer den nødvendige verdien i oppregningstypen i PKS. For eksempel «Type of Operation»-attributtet. Her kan du bruke ulike forhold og erstatningsverdier. For eksempel trenger vi "type operasjon" for alltid å bli losset "Varer", i dette tilfellet er det nok å skrive den nødvendige verdien i "pannen" -linjen.

Nedenfor er vist hvordan du installerer uten problemer og i de fleste tilfeller PCS for gjensidig oppgjørsmultiplikitet, gjensidig oppgjørssats, regnskapskonto.

For PKO Nomenklatura vil vi forlate søket med intern unik identifikator. Men la meg trekke oppmerksomheten din til hvordan du kan redefinere gruppen din. For eksempel godtar vi at en ny vare vil bli lastet opp fra 1C: Trade Management 11-konfigurasjonen, men det er nødvendig at varen samles i en bestemt gruppe "OurGroup".

For å implementere denne oppgaven oppretter vi en annen PKO. La oss kalle det "NomenclatureParent", som vi vil indikere i foreldrenes PCS i konverteringsregelen.

Vi setter opp to søk: etter navn, der vi strengt tatt angir navnet på gruppen vår, og den nødvendige egenskapen til «This is a Group»-attributtet er satt til sann.

Siden vi har bestemt at alle våre varer faller inn i vår gruppe, er det ikke nødvendig å losse grupper fra UT 11. For å gjøre dette, i Nomenclature-programvaren i hendelsesbehandleren «Før avlasting», vil vi sette et filter som trenger ikke å laste ut grupper "Feil = Kilde. Denne gruppen;".

I DRP (dataopplastingsregler) for salg av produkter og tjenester vil vi legge til et filter slik at dokumenter merket for sletting ikke lastes opp. For å gjøre dette, i VDP i hendelsesbehandlerne "Før avlasting", vil vi skrive filteret "Failure = Object.DeletionMark;".


La oss lagre de utviklede reglene i en fil.


7. For å oppsummere: Opplasting og lasting av data ved hjelp av utviklede regler for datautveksling.

Åpne i 1C: Trade Management 11 behandlingen "Universell datautveksling i XML-format" V8Exchan83.epf.

Lossingen er fullført, nå bruker vi den samme behandlingen for å laste inn i 1C: Enterprise Accounting 3.


Lasting fullført. La oss sjekke hvordan den lastet. Så dokumentet er lastet inn, slik vi ønsket - organisasjonen vår lastes inn i motparten, og motparten i organisasjonen. Regnskapskontoer er alle lastet ned og installert. Vi fikk dokumentnummeret med vårt prefiks og på begynnelsen av dagen. Alle opplysninger som ble gitt er fylt ut.

Vi sjekker lasting av varene. Vi ser at alt ble som vi hadde planlagt.


Vi har laget og fylt ut detaljene slik vi hadde tenkt. Det er mange finesser i konvertering og noen enkle, men nødvendige ting som hjelper deg med å skrive konverteringen nøyaktig. Og dette lar deg minimere feil, ikke ødelegge eksisterende data og kvitte seg med unødvendig søppel. Dette er et av de enkleste eksemplene. Du kan også konvertere ett objekt til mange, eller omvendt, mange til ett.

Nå er det datakonvertering 3, det løser andre problemer. Derfor trengs også konvertering 2. Lykke til til alle med læring og mestring.

Selvfølgelig, hvis du er en programmerer og dette er hovedjobben din, kan du prøve å skrive konverteringen selv. Men hvis ikke, bør du verdsette tiden din i ditt aktivitetsfelt, og be fagfolk utføre denne oppgaven.

Skriv ut (Ctrl+P)

Datakonvertering, utgave 3.0

Leksjon 1. Forberedelse til å jobbe med KD3.0

Datakonvertering, utgave 3.0(Lengre KD3.0) – er en av komponentene i datautvekslingsteknologi gjennom formatet EnterpriseData. KD3.0 er ikke en erstatning for konfigurasjon Datakonvertering, utgave 2.0(Lengre KD2.0). Dette er en ny standard som er veldig forskjellig fra KD 2.0. Hovedhensikt KD3.0 – dette er opprettelsen av en programkode for en utvekslingsledermodul, bestående av prosedyrer og funksjoner som implementerer logikken for å laste data presentert i formatet EnterpriseData, samt logikken for å laste opp data til formatet.

Fig 1 Generell sentralledermodul

KD3.0 kan lastes ned fra https://users.v8.1c.ru/

Revisjon 3.0.5.3, beregnet for bruk med systemversjonen
1C:Enterprise 8.3 er ikke lavere enn 8.3.10, og utgave 3.0.4.3 er for bruk med 1C:Enterprise 8.3 systemversjonen er ikke lavere enn 8.3.8.

Levering KD3.0 inneholder følgende ekstern behandling

  • Behandling MD83Exp.epf"Opplasting av en beskrivelse av metadatastrukturen til konfigurasjon 8.3" – er beregnet på å laste opp en beskrivelse av metadatastrukturen til enhver konfigurasjon implementert på 1C:Enterprise 8.3-plattformen.
  • Behandling Laster opp synkroniseringsregler.epf"Opplasting av synkroniseringsregler gjennom et universelt format" som brukes når du klargjør konverteringsregelfiler beregnet for påfølgende lasting i "Datakonvertering"-konfigurasjonen, utgave 3.0.
  • Filen "Configuration Description.htm" inneholder en kort beskrivelse
    grunnleggende konfigurasjonsfunksjonalitet
    "Datakonvertering", utgave 3.0.

Ytterligere informasjon om "Data Conversion"-konfigurasjonen, versjon 3.0
se http://its.1c.ru/db/metod8dev#content:5846:hdoc

1. Forbereder på å sette opp regler

For å laste formatstrukturen må du først åpne konfigurasjonsdatabasen i konfiguratormodus og laste ned XDTO-pakker fra konfigurasjonen til *.xsd-filer.

Det er nødvendig å laste ut alle pakker som er knyttet til formatet. Navnene på filene er ikke av grunnleggende betydning. Du må også laste ned ExchangeMessage XDTO-pakken

Etter at XDTO-formatet er lastet inn i CD 3.0, fylles katalogene "Format Objects", "Format Properties", "Format Values" ut

I oppslagsbok "Formater objekter" lasting:

  • Objekter med typen "ObjectTypeXDTO", som gjenspeiler referansedatatyper (dokumenter, kataloger)
  • Objekter av typen "XDTOValueType" som inneholder en oppregning. De gjenspeiler forhåndsdefinerte data (f.eks. oppregninger)

I referansebok "Formategenskaper" lasting:

  • Egenskaper til "ObjectTypeXDTO"-objekter. Samtidig er selve objektene de som ble lastet inn i "Format objekter"
  • Objekter med typen «ObjectTypeXDTO» og deres egenskaper som gjenspeiler tabelldeler og detaljer i tabelldeler

Egenskapene til "XDTOValueType"-objektene, som er elementer av forhåndsdefinerte data, lastes inn i "Format Values"-referanseboken. Samtidig er selve objektene de som ble lastet inn i "Format objekter"

1. 2. Behandler «Laster konfigurasjonsstruktur»

Denne behandlingen laster inn i infobasen Datakonvertering utg.3.

For å laste ned informasjon om strukturen til infobasen brukes behandling MD83Exp.epf, inkludert i leveringssettet for KD3.0-konfigurasjonen

For infobasen hvis struktur må lastes ut, utfør følgende trinn:

  1. Åpne infobasen i Enterprise-modus.
  2. Åpne ekstern behandling MD83Exp.epf(Meny Fil - Åpne).
  3. Angi navnet på filen der infobasestrukturen skal lagres.
  4. Sjekk innstillingene i behandlingsskjemaet (alle flagg må slettes).
  5. trykk på knappen Lesse.

Etter nedlasting av konfigurasjonsstrukturen fylles katalogene ut

  • Metadataobjekter
  • Objektegenskaper
  • Objektverdier.

Katalog Metadataobjekter inneholder informasjon om konfigurasjonsmetadataobjekter. Type objekter registreres i det tilsvarende attributtet. Avhengig av verdien til Type-attributtet, fylles detaljene som beskriver egenskapene til metadataobjektet ut. Detaljer om metadataobjekter er beskrevet i den underordnede katalogen Objektegenskaper. Objektverdier (oppregningsverdier og navn på forhåndsdefinerte elementer) er beskrevet i en underordnet katalog Objektverdier.

Før du laster synkroniseringsregler gjennom et universelt format, må dataformatet lastes fra filer (ved hjelp av behandling(se klausul 1.1), og konfigurasjonen som synkroniseringsreglene er konfigurert for må også lastes inn. Konfigurasjonen lastes ved hjelp av behandling ( se punkt 1.2) . Merk også det katalogelementet som skal opprettes Konverteringer . For å konvertere må du spesifisere konfigurasjonen og en eller flere formatversjoner som konverteringen er ment for.

1.3.1 Forberede filer for innlastingsregler

Filer utarbeides i infobasen som utvekslingen skal utføres for i et universelt format (f.eks. Bedriftsregnskap utg.3.0).

For å klargjøre regelfiler må du gå inn i infobasen i Enterprise-modus og starte behandlingen Opplasting av synkroniseringsregler via et universelt format, som er inkludert i konfigurasjonsleveransen Datakonvertering utg.3.

For å klargjøre en fil med en administratormodul, må du gå inn i informasjonsbasen i konfiguratormodus og lagre den generelle modulen Exchange Manager gjennom Universal Format til en tekstfil. Du kan spesifisere hvilket som helst filnavn.

Alle forberedte filer må ligge i samme katalog.

1.3.2 Laste synkroniseringsregler

Utført i infobasen Datakonvertering utg.3 ved behandling Laster synkroniseringsregler fra filer.

I behandlingsskjemaet, angi:

  • Exchange-katalog der tidligere forberedte filer er plassert
  • Omdannelse
  • Sammensetning av nedlastede data
    • eller spesifiser alternativet "alle".
    • eller selektiv lasting og konfigurer listen over regler som skal lastes
  • Fil med Exchange Manager-modulen (ikke nødvendig hvis selektiv lasting utføres og behandlere ikke er lastet)
1.3.3 Funksjoner ved å laste inn i en ikke-tom database
  • Hvis den innlastede regelen eksisterer og den tilhører bare én konvertering (den nåværende), vil regelen bli endret. I dette tilfellet utføres ikke analysen av forskjeller mellom de eksisterende og innlastede reglene; regelen fylles på nytt og skrives ubetinget.
  • Hvis den innlastede regelen eksisterer og den tilhører flere elementer i konverteringskatalogen, inkludert gjeldende konvertering, vil en ny regel bli opprettet og knyttet til gjeldende konvertering. Den "gamle" regelen forblir uendret og vil forbli knyttet til andre konverteringer.
  • Regelgrupper er ikke lastet inn. Men hvis regelen ble tildelt en bestemt gruppe, vil denne informasjonen bli lagret når den lastes inn på nytt i denne regelen.