Universal Exchange xml-muodossa. Universaali tiedonvaihto XML-muodossa

Melko usein suurten yritysten ja jälleenmyyntiketjut on tarpeen vaihtaa tietoja tietokantojen välillä. Jokainen ohjelmoija ja järjestelmänvalvoja ratkaisee tämän ongelman eri tavalla. Jotkut kirjoittavat lähetyksiä ja latauksia välitaulukkotiedostojen kautta, toiset käyttävät tilaa COM-liitännät muodostaaksesi yhteyden lähdetukeen. Kuitenkin sisään Viime aikoina 1C:n oma mekanismi nimeltä "Universal Data Exchange in XML-muoto».

Käsittelyn ulkonäkö

SISÄÄN Täysi käyttöliittymä Voit avata käsittelyn kohdasta Palvelu->Muut tiedonsiirrot->Yleinen tiedonvaihto XML-muodossa.

Käsittelylomake (kuva 1) sisältää neljä välilehteä:

Lisäasetukset;

Tietojen poistaminen.

Kunkin kirjanmerkin käyttöliittymä on täynnä elementtejä ja vaatii siksi erillistä harkintaa.

Ladataan tietoja

Välilehden yläosassa on kenttä vaihtosääntötiedoston valintaa varten. Epätyypillisiä tietokantoja ja vaihtoja varten sinun on luotava vaihtotiedosto itse.

Päällä seuraava rivi Lomake sisältää kaksi kytkintä:

1. Lataaminen vaihtotiedostoon (kuva 2);
2. Tietojen yhdistäminen ja lataaminen tietoturvaan (kuva 3).

Kuten yllä olevista kuvista näkyy, lomakkeen ulkonäkö vaihtelee kytkimestä riippuen. Jos tiedostonjakovaihtoehto on valittuna, käyttäjää kehotetaan valitsemaan tiedoston sijainti, johon se ladataan, ja mahdollisuus pakata se tilan säästämiseksi ja salasanan suojaamiseksi.

Vaihtoehto suora yhteys Vastaanotinkanta tukee sekä tiedosto- että asiakas-palvelin -toimintoa. Tässä tapauksessa sinun on syötettävä tietokannan osoite ja täytettävä kentät "Käyttäjä" ja "Salasana". Ennen tiedonvaihdon aloittamista on suositeltavaa testata yhteys.

Taulukkomainen osa alla olevasta kohdasta voit määrittää valinnat ja muut purkuparametrit.

Voit käyttää vaihtoprosessiin sisäänrakennettua mekanismia algoritmien virheenkorjaukseen ja virheiden korjaamiseen. Se aktivoidaan valitsemalla lomakkeen alareunasta vastaava valintaruutu. Napsauta "Debugging settings..." -painiketta tuo ikkunan (kuva 4).

Kuva 4

Erottuva ominaisuus tämän lomakkeen on informatiivinen ohjesivu asettelun vasemmalla puolella, joka kuvaa kutakin kolmesta mahdolliset tilat virheenkorjaus Tiedostona ulkoinen käsittely Mikä tahansa tiedosto voi toimia moduulina epf-muodossa.

"Valmis"-painikkeen painaminen tarkistaa täytettyjen tietojen oikeellisuuden ja täydellisyyden.

Toisin kuin "Lataa", tällä välilehdellä (kuva 5) ei ole taulukkoosaa, mutta on monia muita valintaruutuja, joiden avulla voit säätää parametreja uusien ja muutettujen objektien tallentamista varten.

Kuva 5

Ensinnäkin sinun on valittava tiedosto, joka toimii tietolähteenä. Tämä voidaan tehdä "Ladattavan tiedoston nimi" -syöttökentässä. Jos tiedot on ladattu salasanalla suojattuun arkistoon, ne on syötettävä asianmukaiseen kenttään.

Vastaavien valintaruutujen avulla voit määrittää:

• Tapahtumat objekteja kirjoitettaessa (tämä joskus nopeuttaa prosessia);
• Ladataan tietoja vaihtotilassa (tässä tapauksessa kaikki alustan tarkistukset, paitsi asiakirjojen lähettämisen yhteydessä tehtävät tarkistukset, jätetään huomioimatta tallennettaessa);
• Muutettujen elementtien päällekirjoittaminen;
• Poistomerkin asettaminen ladatuille kohteille;
• Uusien tietojen kirjoitustapa rekisteriin (joko yksi kerrallaan tai joukkona);
• Merkkijonoarvojen merkityksettömien merkkien (välilyönnit ja sarkaimet) leikkaus.

Lisäasetukset

Kuten kirjanmerkin nimi kertoo, se sisältää työkaluja, joiden avulla voit mukauttaa vaihtoprosessia tarkemmin. Erityisesti:

1. Ottaa käyttöön virheenkorjaustilan;
2. Mahdollistaa tapahtuman käytön purkuprosessin aikana;
3. Optimoi tiedonsiirron 1C:n version 8 tietokantojen välillä;
4. Lataa vain ne objektit, jotka nykyinen käyttäjä saa käyttää;
5. Ota käyttöön tietokantojen välisen vaihtoprosessin kirjaaminen.

Nämä ja jotkut muut toiminnot otetaan käyttöön valitsemalla lomakkeen asianmukaiset ruudut (kuva 6).

Kuva 6

Tietojen poistaminen

Vain kehittäjät käyttävät tätä välilehteä virheenkorjaustilassa. Mahdollistaa tarpeettomien kohteiden poistamisen tietokannasta.

Lyhyesti vaihtosääntöjen asettamisesta

Käyttö vakiokäsittelijä tekee elämästä erittäin helppoa ohjelmoijille. Samaan aikaan yksi vaikeimmista hetkistä henkilölle, joka kohtasi ensimmäisen kerran "Universal Data Interchange in XML-muodossa", on kysymys: "Mistä saan vaihtosääntötiedoston?"

Ensinnäkin varten itsetehty vaihtosäännöt ovat tarpeen erikoiskokoonpano, jota kutsutaan "tietojen muuntamiseksi". Se sisältää useita mielenkiintoisia tiedostoja, joiden avulla voit määrittää melkein minkä tahansa vaihdon välillä erilaisia ​​tietokantoja 1C 7 ja 8 versiot:

1. epf – tarvitaan 1C 8 -tietokantojen metatietorakenteen lataamiseen;
2. epf – jos 1C 8 -kokoonpano on itse kirjoitettu tai ei ole vakio, siinä ei ehkä ole "Universal Data Exchange" -käsittelyä, tämä tiedosto on tämä käsittely;
3. ert – tiedosto sisältää koodin 1C-versioiden 7.7 kokoonpanojen metatietorakenteen lataamiseksi;
4. ert – tiedosto tietojen siirtoon ja lataamiseen seitsemälle.

Kun sopiva käsittely on käynnistetty, on tarpeen purkaa lähde- ja kohdetietokantojen metatietorakenteet. Sitten Conversion-kokoonpanossa sinun on syötettävä tiedot lähde- ja kohdemäärityksistä Konfiguraatiot-hakemistoon.

Sitten Conversion-hakemistoon luodaan elementti, joka sisältää tiedot tiedonvaihdon suunnasta. Voit määrittää sille Exchange-säännöt.

Lähes kaikissa 1C 8 -kokoonpanoissa on ennalta määritettyjä vaihtoja muiden standardijulkaisujen välillä, esimerkiksi seuraavien kanssa: "1C Trade Management 8", "1C ZUP 8", "1C Retail 8". Mutta entä jos sinun on vaihdettava eri kokoonpanojen välillä täysin eri metatietorakenteilla? SISÄÄN tässä tapauksessa käsittely "Universal Data Interchange in XML Format" auttaa, jonka voi ladata ilmaiseksi ja

Jotta voimme käsitellä näitä käsittelyjä, tarvitsemme sääntötiedoston xml-muodossa. Se kuvaa tarkasti, kuinka tietoja yhdestä tietokanta siirretään toiselle. Se luodaan käyttämällä erityistä "Data Conversion" -konfiguraatiota, joka toimitetaan levyllä tai ITS-verkkosivustolla. Katsomme kuinka se luodaan seuraavassa artikkelissa, mutta kuvitellaan nyt, että meillä on jo 4 välilehteä käsittelyssä. Katsotaanpa niitä kaikkia järjestyksessä:

Ladataan tietoja

• Ensinnäkin ilmoitamme sääntötiedoston nimen, jonka perusteella lataus tapahtuu.
• Määritä sen datatiedoston nimi, johon kaikki tiedot tallennetaan.
• Voit valita valintaruudun: pakkaa vastaanotettu tiedosto vai ei.

Kun sääntötiedosto on määritetty, "Ladatut tiedot" -välilehti näyttää metatieto-objektit, joille tiedot tallennetaan. Täällä voit myös määrittää ajanjakson, jolle näytteenotto tapahtuu. "Latausasetukset"-välilehdellä voit määrittää lisäarvoja vastaavasti. Kommenttivälilehti puhuu puolestaan

Ladataan tietoja

Tällä välilehdellä näytetään vain datatiedosto, koska kaikki säännöt ovat jo ladatussa tiedostossa tietojen kanssa. Täällä voit asettaa yhden tapahtuman aikana ladattavien elementtien määrän. Lomakkeessa on muita Boolen valintoja, joiden perusteella lataus tapahtuu. Jos haluat, että kaikki sisäänrakennetut tarkistukset poistetaan käytöstä käsittelyn aikana, valitse Asetukset automaattinen lataus Data puhuu puolestaan.

Lisäasetukset

Tab Lisäasetukset voit hienosäätää käsittelyn suoritusta

• Vianetsintätilan avulla voit olla pysäyttämättä latausta tai latausta, jos ongelmia ilmenee. odottamaton virhe. Toiminnon suorittamisen jälkeen näytetään yksityiskohtainen raportti.
• Voit valvoa vaihtoprosessia valitsemalla "Output" -valintaruudun infoviestejä».
• Käsiteltyjen objektien määrä tilapäivitykseen - määrittää käsiteltyjen elementtien määrän, jonka jälkeen tietoikkunan tiedot päivitetään.
• "Käytä optimoitua muotoa tiedonvaihtoon (V8 - V8, käsittelyversio vähintään 2.0.18)" on erikoismuoto, joka vaatii "Information ON Data Types" -tunnisteen viestin otsikossa, mikä nopeuttaa suoritusprosessia.
• Käytä tapahtumia purkaessasi vaihtosuunnitelmia varten – kun tämä lippu on asetettu, purku suoritetaan yhdessä tapahtumassa (jakamaton, loogisesti yhdistetty sarja)
• Tapahtuman elementtien määrä – määrittää yhdessä tapahtumassa ladattavien/ladattavien elementtien määrän. Jos arvoksi asetetaan 0, koko toimenpide suoritetaan yhdessä tapahtumassa. Tätä vaihtoehtoa suositellaan, koska loogisen datayhteyden takuu säilyy.
• Lataa objektit, joille on käyttöoikeudet - lippu, jonka perusteella määritetään purettavaksi kohteet, joihin nykyisellä käyttäjällä on käyttöoikeudet.
• Poista virheelliset merkit automaattisesti XML-merkintöjen merkkijonoista – kun tämä kohta on asetettu, kaikki viestin merkinnät tarkistetaan XML 1.0 -kelpoisuuden varalta ja merkit, jotka eivät ole standardin mukaisia, poistetaan.
• Rekisteröintimuutokset vaihtosolmuille latauksen jälkeen – määrittelee menetelmän tietojen muutosten rekisteröinnille tietojen latauksen päätyttyä (älä poista rekisteröintiä, poista rekisteröinti kokonaan, poista rekisteröinti vain ladatuille metatiedoille).
• Exchange-protokollan tiedoston nimi — määritä tiedostonimi vaihtomenettelyn kirjaamista varten.
• Latausprotokolla (COM-yhteydelle) - lokitiedoston nimi vaihdettaessa COM-yhteyden kautta.
• Liitä tiedot vaihtoprotokollaan — kun tämä lippu on asetettu, lokitiedosto lisätään sen sijaan, että se korvataan.
• Tietosanomien tulostus lokiin - ei vain tietoja virheistä, vaan myös tietoviestejä lisätään lokitiedostoon.
• Avaa Exchange-protokollatiedostot toimintojen suorittamisen jälkeen - lippu puhuu puolestaan

Tietojen poistaminen

Kun ylläpidetään useita toimivia 1C-tietokantoja, joskus on tarpeen vaihtaa tietoja niiden välillä. On 2 tapaa siirtää tietoja:

1. Tiedonsiirto käyttäen vaihto- ja käsittelysääntöjä "XML Data Exchange". Vaihtosäännöt luodaan käyttämällä 1C:Data Conversion -kokoonpanoa.
2. Tietojen siirtäminen samankaltaisten tietokantojen välillä käyttämällä "Upload and Load" -käsittelyä XML-tiedot».

Ajatellaanpa toista vaihtoehtoa, ts. tietojen lataaminen ja lataaminen kokoonpanoista, jotka sisältävät samat (identtiset) objektit, joita tarvitsemme. Tätä varten käytämme ulkoista käsittelyä "XML-tietojen lataaminen ja lataaminen", jota voidaan käyttää.

Tämän käsittelyn ehto on seuraava: Tietokannan, josta tiedot ladataan, tulee sisältää samat objektit ja samoilla tiedoilla (nimi ja tietotyyppi) kuin tietokannassa, johon tiedot ladataan.

Tarkastellaanpa esimerkkiä tiedonsiirrosta tätä käsittelyä käyttäen. Oletetaan, että sinun on siirrettävä asiakirjat " Maksumääräys saapuva" ja "Maksumääräys lähtevä". Ratkaisu tähän ongelmaan on seuraava.

Avaamme ulkoisen käsittelyn "XML-tietojen lataaminen ja lataaminen" päävalikon kautta: Tiedosto? Avaa... Osoita "Lähetä"-välilehdellä XML-tiedosto, johon tallennamme tiedot.

Sitten sinun on määritettävä ajanjakso, jonka aikana puramme tietoobjekteja 1C-tietokannasta ja itse objektit. Lataukseen tarvitsemamme asiakirjat merkitään rastilla "Lataustiedot" -sarakkeen konfigurointiobjektin rakennekenttään. Jos ladatut asiakirjat sisältävät linkkejä hakemistoelementteihin, jotka eivät ole toisessa kokoonpanossa, on järkevää valita "Tarvittaessa" -sarakkeen valintaruudut, jotta myös nämä elementit ladataan dokumenttien mukana.

Nyt päälle tämä vaihe Pitääkö sinun päättää, ladataanko heidän liikkeensä rekistereihin asiakirjojen mukana vai siirretäänkö nämä asiakirjat toiseen tietokantaan? Jos haluat lähettää ladatut asiakirjat uudelleen toiseen tietokantaan, voit käyttää "Hakemistojen ja asiakirjojen ryhmäkäsittely" -käsittelyä. Jos näiden tietokantojen käsittelyalgoritmit poikkeavat jollain tavalla, niin "Lataa kaikki sen liikkeet asiakirjan mukana" -valintaruutua ei tule valita.

Siinä kaikki, lataus on valmis, kaikki on helppoa täällä! Napsauta "Lähetä tiedot" -painiketta ja odota, kunnes tiedot on tallennettu XML-tiedostoon. Monimutkaisempia purkuja varten voit määrittää puretuille kohteille valinnan jaksoittain.

Purkamisen jälkeen siirry toiseen 1C-tietokantaan ja avaa sama käsittely siellä. Siirry "Lataa" -välilehdelle ja ilmoita tässä sama XML-tiedosto, johon lähetimme tiedot.

Valitse tällä välilehdellä "Jatka objektien lataamista, jos tapahtuu virhe" -valintaruutu ja napsauta "Lataa tiedot" -painiketta. Emme ota huomioon muita toimintoja, esimerkiksi summien käyttöä, vaikka tämä toiminto voi merkittävästi nopeuttaa objektien lataamista (rekisterikohtaiset tietueet).

Käsittely "Yleinen tiedonvaihto XML-muodossa" on tarkoitettu tietojen lataamiseen ja purkamiseen tiedostoon mistä tahansa 1C:Enterprise 8 -alustalla toteutetuista kokoonpanoista.

Käsittelyssä on neljä välilehteä

Ladataan tietoja

Tietojen lataamista varten sinun on määritettävä sen tiedoston nimi, johon tiedot ladataan, ja valittava vaihtosääntötiedosto. Vaihtosäännöt mille tahansa kokoonpanolle voidaan määrittää erikoiskokoonpanossa "Data Conversion, Edition 2".

Jos haluat ladata asiakirjoja ja tietueita riippumattomista määräaikaistietorekistereistä, sinun on määritettävä ajanjakso - "Aloituspäivä" ja "Päättymispäivä". Tuloksena oleva tiedosto ladatuilla tiedoilla voidaan pakata.

"Tietojen lataussäännöt" -välilehdellä voit valita ladattavien objektien tyypit, määrittää valinnat objektien valinnalle tai määrittää tiedonsiirtosolmun, jonka tietoja haluat ladata.

Voit määrittää "Latausasetukset"-välilehdellä Lisävaihtoehdot tietojen lataus.

"Kommentti"-välilehdellä voit kirjoittaa mielivaltaisen kommentin tekstin sisällytettäväksi vaihtotiedostoon.

Tietojen lataamista varten sinun on määritettävä sen tiedoston nimi, josta tiedot ladataan.

On mahdollista konfiguroida tietojen lataaminen tapahtumiin. Tätä varten sinun on valittava "Käytä tapahtumia" -valintaruutu ja määritettävä yhden tapahtuman elementtien lukumäärä latauksen yhteydessä.

Lisäasetukset

Kirjanmerkkiä käytetään hienosäätö tietojen lataaminen ja lataaminen.

"Debug mode" - valintaruutu määrittää tietojen lähetys- ja lataustilan

"Käsiteltyjen objektien määrä tilapäivitystä varten" - parametria käytetään määrittämään käsiteltyjen elementtien lukumäärä ennen lataus-/purkutilarivin muuttamista

"Tietojen latausasetukset" - voit määrittää yhdessä tapahtumassa käsiteltyjen elementtien lukumäärän, kun lataat tietoja, ladata ja käsitellä vain ne objektit, joihin sinulla on käyttöoikeudet, määrittää ladattujen kohteiden rekisteröintimuutoksen tyypin vaihtosuunnitelmien kautta

"Vaihtoprotokolla" - voit määrittää tietoviestien tulostuksen viestiikkunassa, ylläpitää ja tallentaa erillinen tiedosto vaihtoprotokolla.

Tietojen poistaminen

Kirjanmerkkiä tarvitaan vain vaihtosääntöjen kehittäjille. Mahdollistaa mielivaltaisten kohteiden poistamisen tietokannasta.

Virheenkorjaus tietojen lähetys ja lataus

Käsittelyn avulla voit korjata tapahtumakäsittelijöitä ja luoda virheenkorjausmoduulin sääntötiedostosta tai datatiedostosta.

Virheenkorjaustila latauksen käsittelijöille otetaan käyttöön "Data Upload" -välilehdellä valitsemalla "Latauksen käsittelijöiden virheenkorjaustila" -valintaruutu. Vastaavasti "Data Loading" -välilehdellä latausvirheenkorjaustila otetaan käyttöön valitsemalla "Lataa käsittelijöiden virheenkorjaustila" -valintaruutu.

Kun olet asettanut virheenkorjaustilan käsittelijöille, virheenkorjausasetuspainike tulee saataville. Napsauttamalla tätä painiketta avautuu asetusikkuna.

Vianetsintäkäsittelijöiden määrittäminen tapahtuu neljässä vaiheessa:

Vaihe 1: Algoritmin virheenkorjaustilan valitseminen

Ensimmäisessä vaiheessa sinun on päätettävä algoritmin virheenkorjaustilasta:

Ilman virheenkorjausalgoritmit




Kutsualgoritmit menettelyinä




Korvaa algoritmikoodi kutsupaikassa

Ensimmäinen tila on kätevä käyttää, kun tiedämme varmasti, että käsittelijän virhe ei liity minkään algoritmin koodiin. Tässä tilassa algoritmikoodia ei ladata virheenkorjausmoduuliin. Algoritmit suoritetaan "Run()"-operaattorin yhteydessä, eikä niiden koodi ole käytettävissä virheenkorjausta varten.

Toista tilaa tulee käyttää tapauksissa, joissa virhe on algoritmikoodissa. Kun tämä tila on asetettu, algoritmit puretaan erillisinä toimenpiteinä. Sillä hetkellä, kun algoritmia kutsutaan mistä tahansa käsittelijästä, kutsutaan vastaava käsittelyprosessi. Tämä tila on kätevä käyttää, kun globaalia muuttujaa "Parameters" käytetään parametrien välittämiseen algoritmeille. Tämän tilan käytön rajoitukset ovat, että algoritmin virheenkorjauksen yhteydessä sen käsittelijän paikalliset muuttujat, josta se kutsutaan, eivät ole käytettävissä.

Kolmatta virheenkorjaustilaa käytetään, kuten toisessa tapauksessa, virheenkorjausalgoritmikoodissa ja tapauksissa, joissa toinen virheenkorjaustila ei sovellu. Kun tämä tila on asetettu, algoritmit puretaan käsittelijöihin integroituna koodina. Nuo. lisää algoritmin kutsuoperaattorin sijaan täysi koodi algoritmi ottaa huomioon sisäkkäiset algoritmit. Tässä tilassa ei ole rajoituksia paikallisten käsittelijöiden muuttujien käytölle, mutta rajoitus on algoritmien virheenkorjauksessa rekursiivisella kutsulla.

Vaihe 2: Virheenkorjausmoduulin muodostaminen

Toisessa vaiheessa sinun on purettava käsittelijät napsauttamalla "Luo purku (lataus) virheenkorjausmoduuli" -painiketta. Luodut käsittelijät ja algoritmit näytetään erillinen ikkuna katsoa. Vianetsintämoduulin sisältö on kopioitava leikepöydälle napsauttamalla "Kopioi leikepöydälle" -painiketta.

Vaihe 3: Luo ulkoinen käsittely

Tässä vaiheessa sinun on käynnistettävä konfiguraattori ja luotava uusi ulkoinen käsittely. Sinun on liitettävä leikepöydän sisältö käsittelymoduuliin (virheenkorjausmoduuli) ja tallennettava käsittely millä tahansa nimellä.

Vaihe 4: Ulkoisen käsittelyn yhdistäminen

Neljännessä ja viimeisessä vaiheessa sinun on määritettävä ulkoisen käsittelytiedoston nimi syöttökenttään. Tässä tapauksessa ohjelma tarkistaa käsittelytiedoston luomisajan (päivityksen). Jos käsittelyssä on enemmän aikaisempi versio, kuin virheenkorjausmoduulitiedoston versio, varoitus näytetään eikä määrityslomaketta suljeta.

Huomautus: Globaalin muunnoskäsittelijän "vaihtosääntöjen lataamisen jälkeen" virheenkorjaus ei ole tuettu.

Tulosta (Ctrl+P)

Vaihto yleisessä muodossa

Kirjaston "tiedonvaihto"-alijärjestelmä vakioalajärjestelmiä sisältää 4 vaihtoehtoa (teknologiaa) tiedon vaihtamiseen eri tietokantojen välillä:

• hajautetut tietokannat (RIB);
• tiedonsiirto kautta universaali muoto;
• tiedonvaihto vaihtosääntöjen mukaisesti (vaihtosäännöt luodaan käyttämällä "Data Conversion" -konfiguraatiota, painos 2.1);
• tiedonvaihto ilman vaihtosääntöjä.

Tässä artikkelissa käsitellään tiedonsiirtotekniikkaa universaali EnterpriseData-muoto. Tämä tekniikka saatavilla "Standard Subsystems Librarysta" alkaen versiosta 2.3.1.62. julkaistiin vuoden 2016 alussa. Tällä hetkellä BSP 2.3:n uusimmassa versiossa (käytettäväksi 1C:Enterprise 8.3 -alustan kanssa, joka on vähintään versio 8.3.8.1652, kun yhteensopivuustila ei ole käytössä) on julkaisu 2.3.6.17.

Riisi. 1 BSP 2.3:n uusimmat julkaisut

1C-sovellusratkaisujen toimitustiedostojen joukossa on tekstitiedosto”Kirjastoversiot”, jossa kirjoitetaan, minkä BSP-version perusteella sovellus on kehitetty, esimerkiksi sovellusratkaisun UT 11.3.3.231 perusteella muodostettiin BSP 2.3.5.65.

Huomaa, että käytettäväksi "1C:Enterprise 8.3" -alustan versiolla ei ole vanhempi 8.3.10.2168 painos julkaistiin yhteensopivuustilalla pois käytöstä BSP 2.4.

EnterpriseData-muodon kuvaus

Mikä on EnterpriseData-muoto?

Tämä on muoto, jonka avulla voit kuvata tietopohjaobjektia (vastapuoli, lasku jne.) tai raportoida, että tämä objekti on poistettu. Tiedoston EnterpriseData-muodossa vastaanottavan kokoonpanon odotetaan reagoivan vastaavasti - se luo uusia objekteja ja poistaa ne, jotka on merkitty tiedostossa poistetuiksi. Se on tarkoitettu tiedonvaihtoon UT-, RT-, UNF-, BP-konfiguraatioiden välillä. Muotoa voidaan käyttää myös tiedon vaihtamiseen minkä tahansa muun kanssa tietojärjestelmä: se ei riipu sen omista ominaisuuksista ohjelmisto tai tietokantarakenteet, jotka osallistuvat vaihtoon ja jotka eivät sisällä nimenomaisia ​​käyttörajoituksia.

EnterpriseData-muotoinen versio

Muototiedot tallennetaan XDTO-paketteihin yleisissä tietokannan konfigurointihaaroissa, kuten kuvassa 1 on esitetty. 2

Kuva 2 XDTO – EnterpriseData-tietomuotopaketit

Kuvassa 2 osoittaa, että XDTO-paketteja on useita. Tämä eri versioita muoto. Muoto versionumero koostuu X.Y.Z, jossa X.Y on versio, Z on Minor versio. Minor-versiota kasvatetaan virheenkorjausten ja muiden muutosten yhteydessä, joissa: tiedon muunnoslogiikan toimivuus perustuu aiempi versio muoto (tallennus taaksepäin yhteensopivuus nykyiset algoritmit tiedon siirtämiseksi muodon kautta); Tuki uusille muunnoslogiikan muotoominaisuuksille on vapaaehtoista. Esimerkki tällaisista muutoksista voi olla virheen korjaaminen, muotoobjektien ominaisuuksien muuttaminen, ominaisuuksien lisääminen, joiden käyttö ei ole pakollista dataa muunnettaessa. Muissa tapauksissa, kun muoto muuttuu, pääversio kasvaa: X – globaalin uudelleenjärjestelyn tapauksessa, Y – muissa tapauksissa.
Muoto kuvaa objektien (asiakirjojen tai hakemistoelementtien) esittämistä XML-tiedostoina. Versio 1.0.1 sisältää kuvauksen 94 kohteesta eri alueita(rahoitus, tuotanto, osto ja myynti, varastotoiminnot). Tyyppien nimet ovat pääsääntöisesti hyvin ymmärrettyjä, eivätkä ne tarvitse lisäselityksiä: esimerkiksi "Asiakirja.Valmiiden töiden asiakirja" tai "Hakemisto. Vastapuolet". Kuten näet, asiakirjatyyppien kuvaus alkaa etuliitteellä "Dokumentti". ja hakemistoelementti alkaa etuliitteellä "Hakemisto". Tarkempi kuvaus formaatista löytyy
Uusin versio on 1.3, mutta yleisin versio on 1.0. Ei iso ero versioiden välillä. Muoto EnterpriseDataExchange_1_0_1_1 käytetään verkkopalvelun kautta vaihdettaessa.
Ota huomioon, että jonka kanssa käytetään EnterpriseData-tietomuotopakettia ExchangeMessage kun luot muunnossääntöjä. Tämä paketti sisältää tyyppiobjektin Lisätiedotjolla voi olla mikä tahansa arvotyyppi ja jota käytetään luotaessa muunnossääntöä määritysobjektien välille. jotka eivät ole datamuodossa. Aivan, kiitos LisätiedotVoit mukauttaa ja mukauttaa vaihtosääntöjä muuttamatta XDTO-pakettien muototietoja.

Riisi. 3 XDTO-paketin ExchangeExchangeMessage rakenne

Kuinka vaihtaa tietoja EnterpriseData-muodossa?

EnterpriseData-muodossa olevien tietojen vaihto konfiguroinnin kanssa on tiedostonvaihtoa. Vastauksena vastaanottajalta ulkoinen sovellus asetustiedosto käsittelee sen ja luo vastaustiedoston. Tiedostonvaihto voi tapahtua:

• erillisen tiedostohakemiston kautta,
• FTP-hakemiston kautta,
• tietokannan puolella käyttöönotetun verkkopalvelun kautta. Datatiedosto välitetään parametrina verkkomenetelmille.

Huomautus. Kaksisuuntaista tiedonvaihtoa varten kolmannen osapuolen sovelluksen ja tietokantapuolen konfiguraation välillä on tehtävä useita asetuksia - kolmannen osapuolen sovellus on rekisteröitävä tietokantaan, sille on määriteltävä vaihtokanava (välillä tiedosto tai FTP-hakemisto) jne. Mutta yksinkertaisen integroinnin tapauksissa, kun riittää vain tiedon siirtäminen kolmannen osapuolen sovellus tietokantaan ja tietojen käänteistä siirtoa tietokannasta kolmannen osapuolen sovellukseen ei vaadita (esimerkiksi verkkokaupan integrointi, joka siirtää myyntitiedot 1C:lle: Kirjanpito on olemassa yksinkertaistettu versio verkkopalvelun kautta työskentelemisestä). joka ei vaadi sivun asetuksia.

Kun vaihdetaan käyttämällä vaihtosuunnitelmia, synkronoinnin aikana tehdyt konfiguraatiot siirtävät vain tiedot viimeisimmän synkronoinnin jälkeen tapahtuneista muutoksista (minimoimaan lähetettyä tietoa). Kun synkronoit ensimmäisen kerran, kokoonpano tyhjentää kaikki EnterpriseData-muotoiset objektit XML-tiedostoon (koska ne ovat kaikki "uusia" kolmannen osapuolen sovellukselle).

Seuraava vaihe on kolmannen osapuolen sovellukselle - sen on käsiteltävä XML-tiedoston tiedot ja sijoitettava se osioon seuraavan synkronointiistunnon aikana. tiedot, joita varten kokoonpanon viesti on tarkoitettu tietty numero vastaanotettu onnistuneesti (sijoita kokoonpanosta vastaanotetun viestin numero ReceivedNo-kenttään). Kuittiviesti on signaali konfiguraatiolle, että ulkoinen sovellus on käsitellyt kaikki objektit onnistuneesti, eikä niistä enää tarvitse lähettää tietoja. Kuitin lisäksi kolmannen osapuolen sovelluksen XML-tiedosto voi sisältää myös tietoja synkronointia varten (osiossa ).

Vastaanotettuaan kuittausviestin konfiguraatio merkitsee kaikki edellisessä viestissä lähetetyt muutokset onnistuneesti synkronoiduiksi. Vain synkronoimattomat muutokset objekteihin (uusien luominen, olemassa olevien muuttaminen ja poistaminen) lähetetään ulkoiseen sovellukseen seuraavan synkronointiistunnon aikana.

Kun siirretään tietoja ulkoisesta sovelluksesta konfiguraatioon, kuva on käänteinen. Hakemuksen kohta on täytettävä vastaavasti ja osiossa sijoittaa synkronoitavat objektit EnterpriseData-muotoon.

Tiedoston käsittelyn jälkeen konfiguraatio luo XML-tiedoston, joka sisältää kuittausviestin ja uudet tiedot synkronointia varten konfiguraatiopuolelta (jos niitä on ollut edellisen synkronointiistunnon jälkeen).

Lue lisää tietojen vaihtamisesta kanssa sovellusratkaisut 1C:Enterprise-alustalla EnterpriseData-muodossa, jota voit tarkastella

Yleinen moduuli "pörssinhallinnasta yleisen muodon kautta".

Menettelyt ja toiminnot, jotka kuvaavat täydellisesti säännöt tietojen lataamisesta tietokannasta vaihtomuotoon ja säännöt tietojen lataamiseksi vaihtoformaatista tietokantaan, kehitetään yhteisessä moduulissa - Exchange Manager -moduulissa universaalin muodossa.

Riisi. 4 Pörssinhallintamoduulin rakenne universaalin muodon kautta

Moduuli luodaan automaattisesti käyttämällä "Data Conversion" -konfiguraatiota, versiota 3.0, määritettyjen vaihtosääntöjen perusteella tai manuaalisesti konfiguraattorissa.

Moduuli koostuu useista suurista osista, joista jokainen sisältää oman ryhmän toimenpiteitä ja toimintoja.

1. Kommentti. Moduulin ensimmäinen rivi sisältää kommentin muunnoksen nimellä. Tämä rivi on tarpeen moduulin tunnistamiseksi, kun komentoa käytetään esimerkiksi Data Conversion -ohjelman versiossa 3.0. // Muunnos UP2.2.3 alkaen 06/01/2017 19:51:50
2. Muunnosmenettelyt. Sisältää ennalta määritettyjä toimenpiteitä, jotka suoritetaan tietojen synkronoinnin eri vaiheissa: ennen muuntamista, muuntamisen jälkeen, ennen lykättyä täyttöä.
3. Data Processing Rules (DPR). Sisältää menettelyjä ja toimintoja, jotka kuvaavat tietojen käsittelyn säännöt.
4. Objektin muunnossäännöt (OCR). Sisältää menettelyjä ja toimintoja, jotka kuvaavat objektien muuntamisen säännöt sekä näiden objektien ominaisuuksien muuntamisen säännöt.
5. Ennalta määritetyt tietojen muunnossäännöt (PDC). Sisältää menettelyn, joka täyttää ennalta määritettyjen tietojen muuntamisen säännöt.
6. Algoritmit. Sisältää mielivaltaisia ​​algoritmeja, joita kutsutaan muista säännöistä (POD tai PKO).
7. Vaihtoehdot. Sisältää muunnosparametrien täyttämisen logiikan.
8. Yleinen tarkoitus. Sisältää menettelyjä ja toimintoja, joita käytetään laajalti säännöissä ja algoritmeissa.

Proseduurien ja funktioiden parametrit, joita käytetään useissa eri tyyppisissä proseduureissa hallintamoduulissa, on kuvattu alla.

Vaihtokomponentit. Tyyppi - Rakenne. Sisältää parametreja ja vaihtosääntöjä, jotka on alustettu osana vaihtoistuntoa.

Vaihdon suunta. Tyyppi – merkkijono. Joko "Lähetä" tai "Vastaanota".

IB-tiedot. Tyyppi – DirectoryObject tai DocumentObject.

Tulostapahtumiin liittyvät menettelyt

On kolme ennalta määritettyä menettelyä, jotka kutsutaan muunnosprosessin aikana:

• Ennen muuntamista. Soitetaan ennen tietojen synkronointia. Tyypillisesti tämä menettely sisältää alustuslogiikan erilaisia ​​parametreja muunnos, täyttöoletusarvot jne. Vaihtoehdot: Components Exchange.
• Muunnoksen jälkeen. Kutsutaan, kun tietojen synkronointi on valmis, mutta ennen kuin laiska täyte on tapahtunut. Vaihtoehdot: Components Exchange.
• BeforeDelayedFilling. Soitetaan ennen kuin laiska täyttö tapahtuu. Laiskan täytön kohteena olevien kohteiden taulukon lajittelun tai säätämisen logiikka löytyy täältä. Vaihtoehdot: Components Exchange.

AML-menettelyt

Täytä tietojenkäsittelysäännöt. Vientimenettely, joka sisältää logiikan tietojenkäsittelysääntöjen täyttämiseksi. Sisältää kutsuja muihin proseduureihin, jotka lisäävät säännön tietyn objektin käsittelyä varten sääntötaulukkoon (katso alla olevat toimenpiteet Lisää AML). Vaihtoehdot: Direction Exchange, Tietojenkäsittelysäännöt

Lisää UNDER_<ИмяПОД>. Joukko toimenpiteitä, jotka täyttävät taulukon tiettyjen objektien sääntöjen mukaisesti. Tällaisten toimenpiteiden määrä vastaa tälle muunnokselle Data Conversion -ohjelman versiossa 3.0 annettua AML-määrää. Vaihtoehdot: Tietojenkäsittelysäännöt(arvotaulukko, joka on alustettu osana vaihtoistuntoa).

ALLA_<ИмяПОД>_WhenProcessing. Menettely sisältää käsittelijän tekstin Käsittelyn aikana tietylle AML:lle. Käsittelijä on suunniteltu toteuttamaan muunnoslogiikka objektitasolla. Voit esimerkiksi määrittää tietyn PQO:n tietylle objektille objektin sisällön mukaan. Vaihtoehdot:

• TiedotB tiedot tai DataXDTO(riippuen vaihdon suunnasta):
• lähetettäessä – objekti ( DirectoryObject,DocumentObject);
• vastaanotettaessa - rakenne, jossa on kuvaus XDTO-objektista.
• PKO:n käyttö. Tyyppi - Rakenne. Avain sisältää merkkijonon, jossa on PCO:n nimi ja tyypin arvo Boolean (Totta- PKO on käytössä, Valehdella– PKO:ta ei käytetä).
• Components Exchange.

ALLA_<ИмяПОД>_Datan otos. Funktio sisältää käsittelijän tekstin Purkamisen yhteydessä. Käsittelijä on suunniteltu toteuttamaan mielivaltainen algoritmi purettavien kohteiden valitsemiseksi. Palautusarvo: joukko purettavia objekteja. Taulukko voi sisältää sekä linkkejä tietokantaobjekteihin että rakenteen, jossa on tietoja ladattavaksi. Vaihtoehdot: Components Exchange.

PKO-menettelyt

Täytä objektimuunnossäännöt. Vientimenettely, joka sisältää logiikan objektien muuntamisen sääntöjen täyttämiseksi. Sisältää kutsuja muille proseduureille, jotka lisäävät tietyn objektin muunnossäännön sääntötaulukkoon (katso alla olevat toimenpiteet Lisää PKO). Vaihtoehdot: Direction Exchange, Muunnossäännöt(arvotaulukko, joka on alustettu osana vaihtoistuntoa).

LisääPKO_<ИмяПКО>. Joukko toimenpiteitä, jotka täyttävät PKO-taulukon säännöillä tiettyjä objekteja varten. Tällaisten toimenpiteiden määrä vastaa tälle muunnokselle annettujen PKO:iden määrää Data Conversion -ohjelman versiossa 3.0. Vaihtoehdot: Muunnossäännöt(arvotaulukko, joka on alustettu osana vaihtoistuntoa).

PKO_<ИмяПКО>_KunSendingData. Menettely sisältää käsittelijän tekstin Lähetettäessä tietylle PKO:lle. Käsittelijää käytetään tietojen lataamiseen. Suunniteltu toteuttamaan logiikka tietokantaobjektin sisältämien tietojen muuntamiseksi XDTO-objektin kuvaukseksi. Vaihtoehdot:

• TiedotB tiedot. Tyyppi - DirectoryObject, DocumentObject. Tietokantaobjekti, jota käsitellään.
• DataXDTO. Tyyppi - Rakenne. Suunniteltu käyttämään XDTO-objektitietoja.
• Components Exchange.
• StackUploads. Tyyppi - Array. Sisältää linkkejä ladattamattomiin objekteihin sisäkkäisyyden huomioon ottaen.

PKO_<ИмяПКО>_Kun muunnetaan XDTO-tietoja. Menettely sisältää käsittelijän tekstin Muunnettaessa DataXDTO tietylle PKO:lle. Käsittelijää käytetään tietojen lataamiseen. Suunniteltu toteuttamaan mielivaltainen XDTO-tietojen muunnoslogiikka. Vaihtoehdot:

• DataXDTO. Tyyppi - Rakenne. XDTO-objektin ominaisuudet ohitettu esikäsittely yksinkertaistaa niiden käyttöä.
• Vastaanotetut tiedot. Tyyppi - DirectoryObject, DocumentObject. Tietokantaobjekti, joka on muodostettu muuntamalla XDTO-tietoja. Ei tallennettu tietokantaan.
• Components Exchange.

PKO_<ИмяПКО>_Ennen vastaanotettujen tietojen tallentamista. Menettely sisältää käsittelijän tekstin Ennen vastaanotettujen tietojen tallentamista tietylle PKO:lle. Käsittelijää käytetään tietojen lataamiseen. Suunniteltu toteuttamaan lisälogiikkaa, joka on suoritettava ennen objektin tallentamista tietokantaan. Esimerkiksi, pitäisikö muutokset ladata olemassa oleviin tietoturvatietoihin vai ladata ne uutena tietona. Vaihtoehdot:

• Vastaanotetut tiedot. Tyyppi - DirectoryObject, DocumentObject. Tietoelementti, joka on luotu muuntamalla XDTO-tietoja.

Tallennetaan, jos nämä tiedot ovat uusia tietokannassa (parametri TiedotB tiedot sisältää arvon Määrittämätön).

Muuten Vastaanotetut tiedot korvata TiedotB tiedot(kaikki ominaisuudet alkaen Vastaanotetut tiedot siirretty TiedotB tiedot).

Jos tietoturvatietojen normaalia korvaamista vastaanotetuilla tiedoilla ei vaadita, sinun tulee kirjoittaa oma siirtologiikkasi ja asettaa sitten parametri Vastaanotetut tiedot merkitys Määrittämätön:

• TiedotB tiedot. Tyyppi - DirectoryObject, DocumentObject. Vastaanotettua dataa vastaava tietokantatietoelementti. Jos vastaavia tietoja ei löydy, sisältää Määrittämätön.
• ConvertingProperties. Tyyppi - Arvotaulukko. Sisältää säännöt nykyisen objektin ominaisuuksien muuntamiseksi, alustettu osana vaihtoistuntoa.
• Components Exchange.

PCPD-menettelyt

Täytä ennalta määritettyjen tietojen muunnossäännöt. Vientimenettely, joka sisältää logiikan ennalta määritettyjen tietojen muuntamista koskevien sääntöjen täyttämiseksi. Vaihtoehdot: Direction Exchange, Muunnossäännöt(arvotaulukko, joka on alustettu osana vaihtoistuntoa).

Algoritmit

”Data Conversion” -ohjelman versiossa 3.0 on mahdollista luoda mielivaltaisia ​​algoritmeja, joita kutsutaan AML- ja PKPD-käsittelijöistä. Algoritmien nimi, parametrit ja sisältö määritetään sääntöjä kehitettäessä.

Vaihtoehdot

Täytä ConversionParameters. Vientimenettely, jossa rakenne muunnosparametreineen täytetään. Vaihtoehdot: Muunnosasetukset(tyyppi - Rakenne).

Yleiskäyttöiset menettelyt ja toiminnot

ExecuteManagerModuleProcedure. Vaihtoehdot: ProcedureName(linja), Vaihtoehdot(rakenne). Vientiproseduuri, joka on tarkoitettu kutsumaan ei-vientimoduuliproseduuria, jonka nimi ja parametrit vastaanotetaan syötteenä. Voit kutsua proseduuria tai funktiota rivillä ilman menetelmää Suorittaa.

ExecuteManagerModuleFunction. Vaihtoehdot: ProcedureName(linja), Vaihtoehdot(rakenne). Toiminta, tarkoitus sama ExecuteManagerModuleProcedure. Erona on, että se kutsuu funktiota ja palauttaa sen arvon.