Hva er reglene for bytte i 1s. Forberedende trinn for å sette opp utveksling i BP

Når man utvikler 1C 8-utvekslingsregler, er muligheten til å omdefinere oppførselen til utvekslingsregler mye brukt – behandlermekanismen. Hendelsesbehandlere utvider funksjonaliteten betydelig og er et uunnværlig verktøy for å sette opp utvekslingsregler i tilfeller der interaktive konfigurasjonsmuligheter ikke er nok.

Håndtere og algoritmer er skrevet på språket til plattformen de skal utføres på under utvekslingen.

Hvis dette er en 1C: Enterprise 7.7-plattform, er behandlerkoden integrert i opplastings- eller nedlastingsbehandlingskoden. Følgelig er hver behandler eller algoritme separert i en egen funksjon og er tilgjengelig for feilsøking under utveksling.

Hvis opplasting eller nedlasting skjer på 1C: Enterprise 8-plattformen, er ikke behandlerkoden integrert i behandlingskoden for datautveksling, men lastes opp til utvekslingsreglerfilen. Under datautvekslingsprosessen tas koden til behandlere eller algoritmer fra regelfilen og utføres direkte i konteksten av "Run"-setningen. For å feilsøke koden til behandlere og algoritmer, kan du bruke behandlingen " Universell utveksling XML-data".

Oppgave

Overfør informasjon om motparter fra OPP V BP. Data overføres ensidig, identifikasjon gjøres ved hjelp av en unik identifikator. Konverteringsregler konfigureres ved hjelp av en spesiell konfigurasjon Datakonvertering, utgave 3.0(Lengre - KD 3,0).

Handlinger utført

Trinn 1. Forbereder konfigurering av reglene.

For å konfigurere konverteringsregler i konfigurasjonen KD 3,0 skal inneholde informasjon om strukturen til informasjonsbasene som data synkroniseres mellom, samt om strukturen til formatet Enterprise Data.

Trinn 1. Laste opp strukturen til UP- og BP-informasjonsbasene.

For å laste ned informasjon om strukturen til infobasen brukes behandling MD83Exp.epf, inkludert i konfigurasjonspakken KD 3,0.

For hver infobase ( OPP Og BP) må du utføre følgende trinn:

  1. Åpne infobasen i Enterprise-modus.
  2. Åpen 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.

Trinn 2. Eksporter xml-utvekslingsformatskjemaet

For å laste ned utvekslingsformatskjemaet brukes standard plattformfunksjoner.

Du må gjøre følgende:

  1. Åpne en av informasjonsdatabasene (eller OPP eller BP) i "Konfigurator"-modus.
  2. Finn XDTO-pakker med navn i metadatatreet ExchangeMessage Og EnterpriseData_1_0_beta.
  3. Plasser markøren på XDTO-pakken, høyreklikk og velg elementet i kontekstmenyen Eksporter XML-skjema. Angi banen og filnavnet som skal eksporteres. Utfør dette trinnet for hver av de to pakkene, og lagre XML-skjemaene i to forskjellige filer.

Trinn 3. Laster infobasestrukturen inn i CD 3.0-konfigurasjonen

Lasting utføres i konfigurasjonen KD 3,0 i Enterprise-modus. Følgende trinn bør utføres for hver av konfigurasjonene som konverteringsregler er konfigurert for ( OPP Og BP).

  1. Gå til seksjon Konfigurasjoner, og velg kommandoen
  2. Spesifiser banen til filen med infobasestrukturen (se. Trinn 1, trinn 1).
  3. Angi nedlastingsmetode og V ny verson konfigurasjoner.
  4. trykk på knappen Utfør nedlasting

Trinn 4. Laster utvekslingsformatstrukturen inn i CD 3.0-konfigurasjonen

  1. Gå til seksjon Dataformat, og velg kommandoen.
  2. Spesifiser filer med formatstruktur (se. Trinn 1, trinn 2). Du må spesifisere begge filene samtidig ved å bruke flere valg.
  3. Sjekk navnet på XDTO-hovedpakken - må samsvare med navneområdet til XDTO-pakken EnterpriseData_1_0_beta(se i konfiguratoren OPP eller BP).
  4. Angi nedlastingsmetode og til den nye versjonen av formatet.
  5. trykk på knappen Utfør nedlasting, vent til nedlastingen er ferdig.

Trinn 2. Opprette konverteringer

For å løse det beskrevne problemet, må du opprette to konverteringer:

  • UE (for nedlasting av data fra OPPå bytte format)
  • BP (for å laste data fra utvekslingsformatet til BP)

Konverteringer opprettes i seksjonen Konverteringer, team Konverteringer. For en ny konvertering må du spesifisere navn, konfigurasjon og bytteformat. For eksempel konvertering for UE-konfigurasjonen:

  • Navn& "UP2.0.7".
  • Konfigurasjon& "Bedriftsledelse".
  • Støttede formatversjoner& én linje der en enkelt katalogoppføring er valgt Formatversjoner.
  • regler for databehandling,
  • objektkonverteringsregler,
  • regler for konvertering av forhåndsdefinerte data.

For å gå til et sett med regler for en spesifikk konvertering, må du gå til delen Konverteringer, velg team Sette opp konverteringsregler og velg en spesifikk konvertering fra listen som reglene skal konfigureres for. Som et resultat vil skjemaet åpnes Sette opp utvekslingsregler, som inneholder alle reglene for en bestemt konvertering.

Trinn 3. Opprette objektkonverteringsregler

Trinn 1. Konverteringsregel for utlasting av motparter fra UE

  1. OPP.
  2. Gå til bokmerke
  3. Grunnleggende informasjon:
    1. Regel-ID: "Directory_Counterparties_Dispatch",
    2. Konfigurasjonsobjekt
    3. Formater objekt: "Katalog. Motparter",
    4. Bruksområde: Å sende.
  4. trykk på knappen Skrive ned og gå til bokmerke Regler for eiendomskonvertering:
    1. Bruk tjenesten for automatisk matching av eiendom
      1. trykk på knappen Sette opp PKS
      2. Klikk på i skjemaet som åpnes Automatch. Egenskapene "TIN", "KPP", "Navn", "Fullt navn", "Tilleggsinformasjon", "LegalIndividual" vil bli sammenlignet.
      3. og lukk skjemaet for å sette opp regler for eiendomskonvertering
  5. trykk på knappen Lagre og lukk.

Trinn 2. Konverteringsregel for innlasting av motparter i BP

  1. Åpne innstillingen for utvekslingsregler for konvertering BP.
  2. Gå til bokmerke Regler for konvertering av objekter.
  3. Opprett en ny konverteringsregel og fyll ut dataene på fanen Grunnleggende informasjon:
    1. Regel-ID: "Katalog_motparter_kvittering",
    2. Konfigurasjonsobjekt: "DirectoryLink.Counterparties",
    3. Formater objekt: "Katalog. Motparter",
    4. Bruksområde: For å få.
  4. trykk på knappen Skrive ned og gå til bokmerke Identifikasjon. Spesifiser identifikasjonsmetoden "Med unik identifikator".
  5. Gå til bokmerke Regler for eiendomskonvertering
    1. Bruk tjenesten for automatisk egenskapsmatching:
      1. trykk på knappen Sette opp PKS
      2. Klikk på i skjemaet som åpnes Automatch. Egenskapene "TIN", "KPP", "Navn", "Fullt navn", "Tilleggsinformasjon", "LegalIndividual" vil bli sammenlignet.
      3. Lagre resultatet av automatisk matching og trykk på knappen Opprett regler for eiendomskonvertering og lukk skjemaet for å sette opp regler for eiendomskonvertering.
    2. Legg manuelt til en egenskapskonverteringsregel for OKPO (konfigurasjonsegenskap & "CodePoOKPO", formategenskap & "OKPO").
    3. Senere må du gå tilbake til reglene for eiendomskonvertering for å fylle ut eiendomskonverteringsregelen for eiendommen "LegalIndividual", som er en oppregning.
  6. Gå til bokmerke Før du registrerer de mottatte dataene og skriv en algoritme for å fylle ut registreringslandet for en ny motpart. Algoritmen inneholder neste tekst: "Mottatt data. Registreringsland = Kataloger. Verdens land. Russland;".
  7. trykk på knappen Lagre og lukk.

Trinn 4. Lage regler for konvertering av forhåndsdefinerte data

  1. OPP eller BP)
  2. Gå til bokmerke Regler for konvertering av forhåndsdefinerte data
  3. Opprett en ny konverteringsregel og fyll ut egenskapene til den:
    1. Regel-ID: «Transfer_LegalIndividual»
    2. Konfigurasjonsobjekt: "TransferLink.LegalIndividual"
    3. Formater objekt: «LegalIndividual»
    4. Bruksområde: for sending og mottak
    5. I tabellfeltet fyller du inn samsvaret mellom konfigurasjons- og formatoppregningsverdiene: "Individual" & "Individual" og "Legal Entity" & "Legal Entity"
    6. trykk på knappen Lagre og lukk
  4. Spesifiser en ny regel i konverteringsregelen for "LegalIndividual"-egenskapen til katalogen Motparter
    1. Gå til bokmerke Regler for objektkonvertering
    2. Motparter, åpne regelskjemaet
    3. Gå til bokmerke Regler for eiendomskonvertering og finn regelen for eiendommen "LegalIndividual"
    4. Åpne skjemaet for eiendomskonverteringsregel og angi i det objektkonverteringsregelen og "Transfer_LegalIndividual".
    5. Lagre endringene dine

Trinn 5. Lage regler for databehandling

Prosedyren er den samme for begge konverteringene.

  1. Åpne utvekslingsregler-innstillingen for konvertering ( OPP eller BP)
  2. Gå til bokmerke Regler for objektkonvertering
  3. Finn katalogkonverteringsregel Motparter, åpne regelskjemaet
  4. trykk på knappen Lag basert på & databehandlingsregel
  5. Kontroller de automatisk utfylte egenskapene i den opprettede databehandlingsregelen:
    1. Regel-ID& spesifiser det samme som for databehandlingsregelen («Directory_Counterparties_Sending» eller «Directory_Counterparties_Receiving»)
    2. Bruksområde& samme som for databehandlingsregelen
    3. Eksempelobjekt:
      1. for konvertering OPP& "DirectoryLink.Motparter"
      2. for konvertering BP& "Katalog. Motparter"
    4. Objektkonverteringsregel& lenke til objektkonverteringsregelen.
  6. trykk på knappen Ta opp og lukk.

Trinn 6. Innhenting avler

Datautvekslingsstyringsmodulen er nødvendig for å utveksle data mellom konfigurasjoner i samsvar med de som er konfigurert i KD 3,0 regler.

Prosedyren er den samme for begge konverteringene:

  1. Åpen informasjonsbase OPP eller BP i "Konfigurator"-modus. Finn en felles modul i metadatatreet Exchange Manager gjennom Universal Format og åpne den for redigering. Modulen må være tom.
  2. Åpen informasjonsbase KD 3,0 i Enterprise-modus.
  3. Gå til seksjon Konverteringer og velg et lag Lossing av modulen.
  4. I skjemaet som åpnes, angi den aktuelle konverteringen og klikk på knappen Lesse. Modulen vil bli kopiert til utklippstavlen.
  5. Gå til infobase-konfiguratoren OPP eller BP og lim inn innholdet på utklippstavlen i den delte modulen Exchange Manager gjennom Universal Format.
  6. Lagre konfigurasjonen.

Modulen kan også lastes opp til utklippstavlen fra skjemaet for å sette opp utvekslingsregler ved å bruke knappen Lagre utvekslingsansvarlig modul.

For at data skal utveksles i henhold til de konfigurerte reglene, er det nødvendig å konfigurere datasynkronisering gjennom et universelt format i begge informasjonsbasene i "Enterprise"-modus.

La oss se på et enkelt eksempel fra det virkelige liv. La oss si at vi har en bedrift som driver med engros- og detaljhandel, og i denne bedriften, som i alle andre, drives det regnskap. Foretaket har to standarddatabaser, disse er henholdsvis UT (handelsstyring) og BP (foretakets regnskap), i hver av databasene føres egne journaler, i UT er det ledelse for å reflektere alle transaksjoner knyttet til handel, i BP det er regnskap. For ikke å gjøre dobbeltarbeid, dvs. ikke opprett de samme dokumentene i to databaser (tross alt bør bevegelser være i administrasjon og regnskap) vi vil bare sette opp synkronisering mellom disse databasene.

Vi vil sette opp datautveksling enveis, fra UT ---> BP. Det er også mulig å sette opp en toveis utveksling, men i praksis er dette ikke ofte nødvendig, så vi vil ikke vurdere det i vårt eksempel.

Forberedende trinn for å sette opp utveksling i BP

La oss begynne å sette opp synkronisering, gå først til 1C "Enterprise Accounting 3.0"-databasen (mottaker), vi må sjekke om synkronisering er aktivert for denne databasen, for å gjøre dette må vi først gå til databasen. Så snart databasen åpnes, gå til fanen "Administrasjon" ---> "Innstillinger for datasynkronisering"

Den åpner seg foran oss nytt innlegg, må den fylles ut på samme måte som i skjermbildet nedenfor, med unntak av infobase-prefikset. Prefikset må bestå av to bokstaver, du kan angi hvilken som helst, men i henhold til 1C-standarden er det bedre å sette prefikset med navnet på konfigurasjonen, det vil si at for "Enterprise Accounting" vil prefikset være "BP". Hvis du setter opp komplekse utvekslinger og det er flere regnskapsdatabaser, bør prefiksene tydelig skille seg fra hverandre; her kan du bruke de to første bokstavene i organisasjonens navn som en forkortelse.

Vi fortsetter å sette opp datasynkronisering i UT

Etter at vi har gjort alt nødvendige handlinger i mottakerdatabasen (BP 3.0), for å fortsette å sette opp datautveksling må vi åpne kildedatabasen (UT 11.1). Gå til fanen "Administrasjon", velg "Innstillinger for datasynkronisering" i menyen til venstre. Hvis synkronisering ikke er aktivert, aktiver den ved å bruke avmerkingsboksen, og ikke glem å spesifisere kildebaseprefikset. Når vi har fullført alle trinn 1-4 som vist i bildet nedenfor, må du klikke på hyperkoblingen "Datasynkronisering" (trinn 5).

I det nye vinduet som vises, må du klikke på det grønne plusstegnet (Sett opp datasynkronisering), i rullegardinmenyen velger du elementet "Enterprise Accounting 3.0".

Sette opp viktige punkter i datautveksling mellom UT og BP

Nå ser vi et vindu med innstillinger for datasynkronisering i 1C, velg "Spesifiser innstillinger manuelt" og klikk "Neste".

Vi fortsetter å sette opp datautveksling i 1C, på neste fane må vi velge alternativet for å koble til informasjonsbasen til mottakeren (direkte tilkobling til programmet), tilkoblingsparametere (på denne datamaskinen eller inn lokalt nettverk), katalogen der mottakerdatabasen er plassert, samt nødvendige autentiseringsdata (brukernavn og passord i databasen).

På neste side må vi fylle ut reglene for sending og mottak av data fra BP 3.0 (mottaker) konfigurasjonen. Klikk på «endre regler for dataopplasting».

Vinduet "Regler for sending av data" har åpnet seg foran oss, i det setter vi følgende parametere:

  • Hvilke referansedata vil bli sendt (i vårt eksempel er vi bare interessert i dokumenter og referansedataene som brukes i dem, så vi valgte det riktige elementet; hvis du velger det første elementet "Send alle", vil alle referansebøker lastes inn på nytt sammen med dokumentene, ofte hvis informasjonen ikke brukes i dokumentene, er den ubrukelig for mottakeren, fordi den ikke påvirker regnskapet på noen måte)
  • Fra hvilken dato skal all informasjon sendes (vi vil ikke vurdere manuell synkronisering i denne artikkelen)
  • Til hvilken eller hvilke organisasjoner som skal sendes data (i vårt eksempel valgte vi én organisasjon, IP "Entreprenør")
  • Regler for inngåelse av kontrakter
  • Generalisert lager
  • Bør jeg rulle opp dokumenter etter lager?

Etter at vi har gjort innstillingene, klikk "Lagre og lukk".

Siden vi i vårt eksempel setter opp og bruker enveis utveksling, fra UT til BP, så er ikke innstillingene for reglene for innhenting av data fra "Enterprise Accounting 3.0" av interesse for oss, så vi klikker på "Neste".

I et nytt vindu blir vi bedt om å konfigurere regler for mottakerbasen (RB). I punkt 1 navngir vi databasen vår, gir den et prefiks. PREFIX må være det samme som vi satte det i selve BP-databasen i begynnelsen av denne artikkelen; hvis prefiksene er forskjellige, vil ikke datasynkronisering i 1C-programmet fungere. Klikk deretter på punkt 2 og deretter punkt 3.

I punkt 3 må vi tillate at dokumenter behandles når de lastes inn i databasen. Klikk "Lagre og lukk".

Nå skal vinduet se omtrent ut som det som vises nedenfor, klikk på "Neste".

Dette vinduet inneholder referanse informasjon om den opprettede synkroniseringen i 1C. Bare klikk på "Neste"-knappen. Hvis programmet genererte en feil ved oppsett av datasynkronisering, må du kontakte oss slik at vår 1C-spesialist kan hjelpe deg akkurat nå!

Neste steg programmet vil tilby å synkronisere umiddelbart etter å ha opprettet datautvekslingsinnstillingene. La oss godta dette og klikk "Ferdig".

Et vindu vil dukke opp foran deg hvor du vil se informasjon om hvordan synkroniseringen foregår. Hvis mottakerbasen ikke er tom, dvs. Det er allerede lagret opptegnelser i den, så vil brukeren i 1C-programmet bli bedt om å foreta en sammenligning av objekter manuelt. Sammenligning av objekter i 1C ved synkronisering av data er en sammenligning av identiske objekter til mottakeren med identiske objekter i kilden.

La oss se på et eksempel, la oss si at det i UT er en motpart med navnet "PharmGroup LLC" og TIN 1234567, og i BP er det også en motpart med TIN 1234567, men navnet "PharmGroup", hvis vi ikke sammenligner disse to objekter ved sammenligning av data på synkroniseringsstadiet, så vil vi etter synkronisering i mottakeren (Enterprise Accounting 3.0), ha to motparter med TIN 1234567 og to navn henholdsvis "PharmGroup LLC" og "PharmGroup". For å unngå slike situasjoner ble en mekanisme for å sammenligne objekter oppfunnet.

I vårt eksempel er mottakerdatabasen tom, og derfor åpnet ikke objektsammenligningsvinduet. Men etter å ha utført noen operasjoner, vil systemet definitivt be brukeren om å legge til noen ekstra data og vise følgende vindu. Vi trenger ikke å overføre ytterligere data, vi har allerede konfigurert alt vi trenger tidligere, så på dette trinnet velger vi "Ikke legg til dokumenter for å sende." Klikk "Neste".

Den siste fasen av datautveksling mellom 1C

På det siste stadiet vil programmet vise følgende vindu, der brukeren vil bli informert om at synkroniseringen var vellykket, klikk "Fullfør". På dette tidspunktet er synkronisering mellom databaser i en enveis utveksling fra "Trade Management 11.1" (UT) til "Enterprise Accounting 3.0" (BP) fullført.

Hver plan har en spesifikk liste over elementer som den kan lagre informasjon om endringer til. Denne listen kalles "Innhold for utvekslingsplan." Sammensetningen kan utvides, men konfigurasjonsstøtte fjernes.

"Planoppsett" lagrer selve reglene som synkronisering fungerer på grunnlag av. Det er nettopp denne konverteringspakken (registreringsregler, utvekslingsregler, korrespondentutvekslingsregler) vi trenger for videre studier.

La oss vurdere et eksempel på datasynkronisering mellom konfigurasjonene "1C: Lønn og HR 3" (ZUP) og "1C: Enterprise Accounting 3" (BP). La oss merke med en gang at i denne oppgaven må vi fjerne konfigurasjonen fra støtten. Dette kreves i henhold til tilstanden.

Et levende eksempel på behov for forbedring standard regler Utveksling

For eksempel kontaktet en kunde oss med følgende problem: når du synkroniserer mellom ZUP og BP, er det ikke mulig å overføre dataene fra katalogen "Registrering hos skattemyndigheten", som er nødvendig for å fylle ut dokumentet "Refleksjon av lønn i regnskap." Nå tabelldel i dette dokumentet, på mottakersiden, inneholder BP en tom "Registrering..." og brukere må manuelt opprette slike oppføringer i katalogen. Enig, dette er upraktisk. Vi kan forbedre dette punktet.

Løsning på problemet: la oss fullføre konverteringspakken fra utvekslingsplanen ExchangeSalary3Accounting3. La oss legge til standard "1C Exchange Rules" en ny "Object Conversion Rule" (PKO) for "Registration with the Tax Authority"-katalogen og følgelig "Property Conversion" av denne katalogen (PCS). Vi vil definitivt sluttføre standarden "Regler for registrering av objekter", fordi det var behov for å registrere katalogendringer på utvekslingssiden. Og vi vil gjennomgå "1C Exchange Rules" i korrespondentens database.

Hvor skal vi redigere alt dette? For å skrive og endre reglene trenger vi "1C: Data Conversion 2"-konfigurasjonen.

Ferdigstillelse av standard konverteringsregler fra ZUP - BP Exchange Plan

Så vi begynner å fullføre 1C-utvekslingsreglene ved å legge til nytt element- Register over registrering i skatteetaten. Vi vil gjøre denne endringen i begge konfigurasjonene "1C: Lønn og Enterprise Management 3" og "1C: Enterprise Accounting 3".

La oss lagre og oppdatere konfigurasjonene.

I bedriftsmodus vil vi for hver database laste opp en beskrivelse av metadatastrukturen ved å bruke MD83Exp.epf-behandling for 1C:Enterprise 8.3-plattformen. Behandlingen finner du i pakken "1C: Data Conversion".

På neste trinn vil vi laste ut konverteringspakken fra ZUP og BP. Pakken må bestå av 3 filer: Registreringsregler, Utvekslingsregler, Korrespondentutvekslingsregler.

Denne artikkelen vil ikke beskrive hvordan datasynkronisering er konfigurert; du kan lese dette på Coderline-nettstedet i "Ekspertartikler"-delen eller se webinaropptak. Nå er dette alternativet allerede konfigurert i databasene. Gå derfor til synkroniseringsinnstillingene (Administrasjon -> Datasynkronisering -> Datasynkroniseringsinnstillinger), klikk på knappen "Last inn regler". Skjemaet "Regler for synkronisering" åpnes foran oss. Klikk på "Mer"-knappen og velg alternativet "Lagre regler til fil".


Dette er pakken vi bør få etter lossing.

Vi vil utføre lignende handlinger for en annen informasjonsbase "1C: Enterprise Accounting".
Som et resultat er alt det forberedende arbeidet for redigering av reglene klart. Vi har:

Beskrivelse av metadatastrukturen for lasting i "1C: Data Conversion 2" (for ZUP og BP);

Konverteringspakke, som inneholder 1C-utvekslingsregler og registreringsregler som er nødvendige for å laste inn "1C: Data Conversion 2" (for ZUP og BP).

Gå til "1C: Datakonvertering 2". La oss utføre følgende trinn i rekkefølge for begge infobasene:

Laster metadatastrukturene til konfigurasjonene våre;

Vi lager konverteringer og laster inn 1C datautvekslingsregler fra konverteringspakker (regelfilen heter ExchangeRules);

Vi lager registreringer og laster inn registreringsregler fra konverteringspakker (regelfilen heter RegistrationRules).


La oss gå videre til revisjonen vår. Vi legger til en ny objektkonverteringsregel (PKO) til 1C-utvekslingsreglene - katalogen "Registreringer hos skattemyndigheten". Vi legger til en eiendomskonverteringsregel (PCR) for denne katalogen og en dataopplastingsregel (DRU). Denne typen modifikasjoner må utføres både for reglene fra ZUP-pakken og for utvekslingsreglene fra BP-pakken. Vi laster opp utvekslingsreglene til de tilsvarende ExchangeRules-filene.

La oss gå videre til reglene for registrering av et nytt element. Vi legger til en oppslagsbok "Registreringer hos skattemyndigheten". Vi laster opp registreringsreglene til den aktuelle filen fra RegistrationRules-pakken. Vi utfører også denne handlingen for begge databasene.

De reviderte byttereglene og registreringsreglene er klare. Nå kopierer vi innholdet i utvekslingsreglene (ExchangeRules) fra BP-pakken til korrespondentreglene (CorrespondentExchangeRules) fra ZUP-pakken. I korrespondentreglene (CorrespondentExchangeRules) fra BP-pakken kopierer vi innholdet i utvekslingsreglene (ExchangeRules) fra ZUP-pakken.

Resultatet skal være følgende:

Dette fullfører arbeidet i "1C: Data Conversion 2". De modifiserte pakkene med konverteringsregler er klare, alt som gjenstår er å laste dem opp tilbake til informasjonsdatabasene og sjekke synkroniseringen.

Arkiver filer fra pakker til ZIP-arkiv og last inn konverteringspakkene våre i ZUP og BP.

Alt er klart. Det gjenstår å prøve.

La oss huske betingelsene for problemet. Det var nødvendig å registrere katalogen "Registrering hos skattemyndigheten" for nedlasting og sjekke hvordan TC-en til dokumentet "Refleksjon av lønn i regnskap" fylles ut på siden "1C: Enterprise Accounting 3".

I kilden "1C: Salaries and Enterprise Management 3" registrerer vi katalogen vår for nedlasting. Vi utfører synkronisering. Vi går til mottakerdatabasen og utfører også synkronisering for å motta data. Vær oppmerksom på at nå har bytteplanen den nødvendige katalogen for registrering av endringer.

Vi sjekker på "1C: Enterprise Accounting 3"-siden:


Oppsummer. Resultatet av oppgaven ble fullført. Vi har ferdigstilt ZUP - BP-utvekslingsplanen, lagt til et nytt element for registrering av endringer og lagt til konverteringsregler for datasynkronisering.

Datautveksling mellom 1C 8-applikasjonsløsninger er noe det ikke er mulig å bygge en fullverdig uten informasjonsrom bedrifter.

  • Hvorfor er det nødvendig med datautveksling og hvordan bruker man dem?
  • Typer utveksling mellom 1C.
  • Hvordan konfigurere datautveksling mellom 1C-databaser?

Du finner svarene på disse spørsmålene nedenfor.

Det er vanligvis to grunner til å introdusere utveksling:

Organisasjonen har et filialnettverk

I dette tilfellet trenger du bare å sette opp utvekslingen mellom ulike grener. For dette formålet er det en mekanisme i 1C 8.3 Enterprise-systemet. Med denne kan du fleksibelt konfigurere utveksling av informasjon. For filialer kan du for eksempel deaktivere synligheten av dokumenter for andre filialer og samtidig vil sentralkontoret se dokumenter fra alle filialer. Et annet eksempel er å sette opp en utveksling mellom 1C Retail-databasene til et kontor og butikker.

Separasjon etter type regnskap

Som regel betyr dette at organisasjonen fører ulike poster i ulike informasjonsdatabaser. Denne separasjonen lar deg filtrere informasjon som er "unødvendig" for en annen type regnskap for ulike informasjonsbaser. Eksempel: såkalt "Administrasjonsregnskap" vil bli lagt inn i "Trade Management"-databasen, der alle transaksjoner reflekteres, og ledelsen ser det fulle bildet av hendelsene, og kun dokumentene som er nødvendige for regnskap og skatteregnskap lastes opp til den regulerte regnskapsdatabasen "Enterprise Accounting ".

Hva er utvekslingsmekanismene mellom 1C-databaser?

Datautveksling kan klassifiseres på to måter: mekanismene som brukes og transporten som brukes for utvekslingen.

1C datautvekslingsmekanismer

Vanligvis brukes to mekanismer for utveksling:

  • Distribuert informasjonsgrunnlag(RIBBEIN)— en mekanisme som lar deg sette opp datautveksling mellom grener. Mekanismen innebærer at absolutt identiske databasekonfigurasjoner utveksles. Mekanismen kan overføre databasekonfigurasjonsendringer. Mekanismen implementeres på teknologiplattformnivå.
  • En universell mekanisme for utveksling mellom konfigurasjoner— mekanismen er utviklet av 1C for applikasjonsløsninger. Den er universell og basert på . Datautveksling utføres ved hjelp av xml-regler, som er opprettet i en spesiell konfigurasjon - . Ved å bruke denne mekanismen kan du implementere både engangsutveksling og konstant utveksling mellom 1C-konfigurasjoner. Mekanismen er implementert på konfigurasjonsnivå; du kan integrere den i konfigurasjonen din fra den teknologiske konfigurasjonen.

Transport for datautveksling

Transport kan være et ganske bredt spekter av teknologier. La oss vurdere de viktigste implementert i den universelle utvekslingsmekanismen 1C 8.2:

Få 267 videotimer på 1C gratis:

  • Lokal eller nettverkskatalog- den enkleste transporten. Den ene informasjonssikkerheten lager en fil på disk, den andre leser den og legger til sin egen fil.
  • FTP-ressurs— utveksling ligner på utveksling gjennom en katalog. Forskjellen er at utvekslingen utføres via FTP-protokollen.
  • Postmeldinger eller e-post- utvekslingen skjer innenfor midler E-post. Konfigurasjonene sender e-postmeldinger til hverandre og sjekker regelmessig e-postadressen for nye meldinger.
  • Direkte tilkobling (COM)— utvekslingen utføres gjennom en direkte kobling av en database til en annen ved bruk av midler.
  • Internett (webtjeneste)— transporten er en nettjeneste. Den ene infobasen kobles til, nettjenesten kobler seg til den andre infobasen og transporterer meldingen. For å gjennomføre slik transport må du ha.

Hvordan sette opp datautveksling mellom 1C-databaser?

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

1C datautveksling i henhold til planen i 1C 8.2

Hvis du trenger å konfigurere automatisk opplasting etter en tidsplan, er det bare å konfigurere .

For klient-serverversjon

I katalogen "Innstillinger for datautveksling", på fanen "Automatisk utveksling", må du opprette en ny rutineoppgave, hvor du skal angi tidsplanen:

For filalternativ

I katalogen "Innstillinger for datautveksling", på fanen "Automatisk utveksling", må du opprette en ny rutineoppgave, der du i kategorien "Utveksling etter hendelser" spesifiserer hendelsene som utvekslingen skal startes på. For eksempel, når en bestemt bruker starter: