Tiedonvaihtosääntöjen luominen xml-muodossa. Automaattinen tiedonvaihto käyttämällä "Universal XML Data Exchange" -käsittelyä konfiguraatiota muuttamatta

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 auttaa" Universaali vaihto tiedot sisään XML-muoto", 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


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ä tiedoston nimi ulkoinen käsittely syöttökentässä. 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.

Universal Data Exchangen käsittely XML-muodossa (Universal Data Exchangexml:n käsittely)

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

Toimintatila
Käyttämällä kontrolloitu muoto käsittelyssä on kaksi toimintatilaa:
1. Asiakkaalla. Tätä tilaa käytettäessä säännöt ja lataustiedostot siirretään asiakkaalta palvelimelle ja ladattava datatiedosto palvelimelta asiakkaalle. Polut näihin asiakkaalla sijaitseviin tiedostoihin on määritettävä valintaikkunassa juuri ennen toiminnon suorittamista.
2. Palvelimella. Tässä tilassa tiedostoja ei siirretä asiakkaalle ja niiden polut on määritettävä palvelimella.
Huomautus: Ulkoisen käsittelytiedoston ja vaihtoprotokollatiedostojen on aina sijaittava palvelimella toimintatilasta riippumatta.

Lataa Universal Data Interchange XML-muodossa- Vain rekisteröityneet käyttäjät voivat ladata tiedostoja!


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.

"Lähetysasetukset"-välilehdellä voit määrittää lisäparametreja tietojen lähetystä varten.

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

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ä.

"Lataa dataa vaihtotilassa (Data Exchange.Load = True)" – jos lippu on asetettu, objektit ladataan latauslipulla. Tämä tarkoittaa, että kun objekteja kirjoitetaan tietokantaan, kaikki alustan ja sovelluksen tarkistukset poistetaan käytöstä. Poikkeuksena ovat asiakirjat, jotka on tallennettu lähetys- tai peruutustilassa. Asiakirjan kirjaus ja kirjauksen peruuttaminen suoritetaan aina ilman lataustilan asetusta, ts. tarkastukset suoritetaan.

Lisäasetukset
Kirjanmerkkiä käytetään yksityiskohtaiset asetukset tietojen lataaminen ja lataaminen.

"Debug mode" – lippu vaihdon virheenkorjaustilan asettamiseksi. Jos tämä lippu on asetettu, tiedonvaihtoprosessia ei pysäytetä, jos tapahtuu virhe. Vaihto suoritetaan loppuun ja virheenkorjausviestit lähetetään vaihdon lokitiedostoon. Tätä tilaa suositellaan käytettäväksi vaihtosääntöjen virheenkorjauksessa.

"Tietoviestit viestiikkunassa" – jos lippu on asetettu, tiedonvaihtoprosessin protokolla näkyy viestiikkunassa.

"Käsiteltyjen objektien määrä tilan päivitykseen" – 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 tietoja ladattaessa, ladata ja käsitellä vain ne objektit, joihin sinulla on käyttöoikeudet, määrittää ladattujen kohteiden rekisteröintimuutoksen tyypin vaihtosuunnitelmien avulla.

"Käytä optimoitua muotoa tiedonvaihtoon (V8 - V8, käsittelyversio vähintään 2.0.18)" - optimoitu vaihtosanoman muoto olettaa, että viestin otsikossa on "InformationOnDataTypes" -solmu, johon tiedot tietotyypeistä siirretään ladattu. Tämän avulla voit nopeuttaa tietojen latausprosessia.

"Käytä tapahtumia purettaessa vaihtosuunnitelmia varten" - lippu määrittää tapahtumien käyttötavan, kun tietoja puretaan, kun muutoksia haetaan vaihtosuunnitelman solmuissa. Jos lippu on asetettu, tietojen lataus suoritetaan tapahtumassa.

"Elementtien lukumäärä tapahtumassa" – määrittää enimmäismäärä tietoelementit, jotka sijoitetaan sanomaan yhden tietokantatapahtuman sisällä. Jos parametrin arvo on 0 (oletusarvo), kaikki tiedot sijoitetaan yhteen tapahtumaan. Tätä tilaa suositellaan, koska se takaa viestin sisältämien tietojen johdonmukaisuuden. Mutta kun luot viestin usean käyttäjän tilassa, tiedot viestiin siirtävän tapahtuman ja muiden käyttäjien suorittamien tapahtumien välillä voi olla lukitusristiriitoja. Voit vähentää tällaisten ristiriitojen todennäköisyyttä asettamalla tämän parametrin muuhun kuin oletusarvoon. Mitä pienempi parametrin arvo on, sitä pienempi on lukitusristiriidan todennäköisyys, mutta sitä suurempi on todennäköisyys, että viestiin laitetaan ristiriitaisia ​​tietoja.

"Poista objektit, joihin sinulla on käyttöoikeudet" - jos lippu on asetettu, tietokantaobjektien valinta suoritetaan ottaen huomioon ohjelman nykyisen käyttäjän käyttöoikeudet. Tämä tarkoittaa, että kyselyn rungossa käytetään sanaa "ALLOWED" tietojen hakemiseen.

"Poista virheelliset merkit automaattisesti merkkijonoista XML-kirjoitusta varten" – jos lippu on asetettu, virheelliset merkit poistetaan vaihtoviestiin kirjoitettaessa. Merkit tarkistetaan XML 1.0 -suosituksen mukaan.

"Rekisteröintimuutokset vaihtosolmuille latauksen jälkeen" - kenttä määrittää toimintatavan tietomuutosten rekisteröinnissä tietojen latauksen jälkeen. Mahdolliset arvot:

Älä poista rekisteröintiä – tietojen lataamisen jälkeen solmun muutosten rekisteröintiä ei poisteta.
Poista vaihtosolmun rekisteröinti kokonaan - tietojen lataamisen jälkeen solmun muutosten rekisteröinti poistetaan kokonaan.
Poista rekisteröinti vain ladatuilta metatiedoilta - tietojen lataamisen jälkeen solmun muutosten rekisteröinti poistetaan vain lähetettäväksi määritettyjen metatieto-objektien osalta.

"Exchange protocol" – voit konfiguroida tietoviestien näyttämisen viestiikkunassa, ylläpidon ja vaihtoprotokollan tallentamisen erilliseen tiedostoon.

“Tiedoston nimi, vaihtoprotokolla” – tiedostonimi tiedonsiirtoprosessin protokollan tulostamiseksi.

"Latausprotokolla (COM-yhteydelle)" – tiedostonimi tiedonsiirtoprosessin protokollan tulostamiseksi vastaanottavassa tukiasemassa, kun vaihdetaan COM-yhteyden kautta. Tärkeää: tiedoston polun on oltava käytettävissä tietokoneelta, johon vastaanottava tukiasema on asennettu.

"Liitä tietoja vaihtoprotokollaan" – jos lippu on asetettu, vaihtoprotokollatiedoston sisältö tallennetaan, jos protokollatiedosto on jo olemassa.

"Lähetä informaatiosanomia protokollaan" – jos lippu on asetettu, vaihtoprotokollalle lähetetään informaatiosanomia vaihtovirheilmoitusten lisäksi.

"Avaa vaihtoprotokollatiedostot toimintojen suorittamisen jälkeen" – jos lippu on asetettu, tiedonvaihdon jälkeen vaihtoprotokollatiedostot avataan automaattisesti katseltavaksi.

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:

Ei algoritmin virheenkorjausta
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. Algoritmikutsun operaattorin sijaan lisätään algoritmin koko koodi sisäkkäiset algoritmit huomioiden. 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äkyvät erillisessä ikkunassa katselua varten. 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äsittelyllä on vanhempi versio kuin virheenkorjausmoduulitiedoston versio, näyttöön tulee varoitus 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. Tällaisia ​​muutoksia voivat olla esimerkiksi 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. Toimenpide 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.