xml-tiedonvaihto 8.3. Automaattinen tiedonvaihto käyttämällä "Universal XML Data Exchange" -käsittelyä konfiguraatiota muuttamatta. Valmistelevat vaiheet vaihdon perustamiseksi BP:ssä

Lähetä tämä artikkeli sähköpostiini

Tärkeimmät syyt tarpeeseen toteuttaa vaihto 1C-tietokantojen välillä ovat sivukonttoreiden läsnäolo ja kirjanpitotyyppien erottelu, koska Usein yritykset toimivat useissa tietokantoissa. 1C 8.3 Exchangen määrittäminen mahdollistaa kaksinkertaisen työn välttämisen - samojen asiakirjojen ja hakemistojen syöttämisen kahdessa ohjelmassa sekä tarvittavien järjestelmäobjektien nopean toimituksen eri toimialoilla ja osastoilla.

Siinä tapauksessa, että sivukonttoreiden välinen vaihto on tarpeen, käytetään RIB:tä (Distributed Information Base). Tämä on vaihtomekanismi identtisten kokoonpanojen välillä. Se edustaa puuta, jonka tärkein juurisolmu on päällä, toisiinsa yhteydessä olevien solmujen parin alapuolella. Muutoksia voidaan tehdä mihin tahansa tämän järjestelmän solmuun, ja ne välitetään muihin liitettyihin solmuihin. Se jakaa myös datan lisäksi myös konfiguraatiomuutokset juurisolmusta orjasolmuille.

Jos on tarpeen erottaa kirjanpitotyypit, esimerkiksi operatiivisten ylläpitäminen kaupankäyntitietokannassa, ja säännellyt kirjanpitotietokannassa, saatavilla on universaaleja vaihtomekanismeja, joissa on joustavia tietojen synkronointiasetuksia.

Yksi viimeisimmistä 1C-kehityksistä on EnterpriseData-tiedonvaihtomuoto. Se on helppokäyttöinen ja on tarkoitettu vaihtoon yrityksen sisällä sekä 1C-tietokantojen että kolmansien osapuolten ohjelmien välillä.

Tiedonvaihdon toteutus yrityksessä voidaan esittää peräkkäisten menettelyjen muodossa.

Ensinnäkin on määritettävä, minkä tietokantojen välillä tulisi olla vaihtoa; onko se kaksisuuntainen vai yksisuuntainen vaihto; jos yksisuuntainen, mikä tietokanta lähettää tietoa ja mikä vain vastaanottaa; jos tämä on monimutkainen haaraverkko, on tarpeen rekisteröidä tietokannan rakennussuunnitelma.

Sitten valitsemme sopivan muodon: RIB, universaali muoto; vaihto vaihtosääntöjen mukaisesti; vaihto ilman vaihtosääntöjä.

Seuraava vaihe on valita ajoneuvo vaihtoa varten. Saatavilla on suuri valikoima teknologioita, korostetaan tärkeimpiä: hakemisto (paikallinen tai verkko), FTP-resurssi, COM-yhteydet, verkkopalvelu, sähköposti.

Neljäs vaihe on tietojen tunnistaminen: asiakirjat, hakuteokset ja tarvittaessa yksityiskohtaiset tiedot siirrettäviin tietoihin asti.

Ja lopuksi määrätään vaihtotaajuuden aikataulu

Jokainen 1C 8.3 -vaihdon asetusvaihtoehto vaatii huolellista valmistelua. Sen toteuttaminen on jokaisen käyttäjän kykyjen ulkopuolella, on tarpeen ottaa huomioon monet vivahteet ja ymmärtää vaihdon periaatteet. Erityistä huomiota on kiinnitettävä konfigurointiin, jos tietokannat: sisältävät muutoksia tai monia muita. yksityiskohtia, eroaa alustaversioittain tai käyttää vanhentuneita kokoonpanoversioita, yritys on suuri ja käyttää automatisoitua järjestelmää, joka koostuu suuresta määrästä tietokantoja. Virheitä ei voida hyväksyä täällä, koska... voi johtaa korjaamattomiin seurauksiin. Itsenäinen vaihdon toteuttaminen 1C:ssä on suositeltavaa vain, jos sinun on määritettävä yksinkertainen tiedonsiirto vakiokokoonpanojen välillä.

Jos epäilet kykyjäsi, on parempi olla säästämättä, vaan ottaa yhteyttä pätevään asiantuntijaan, joka auttaa ratkaisemaan monimutkaisen ongelman 1C 8.3 -vaihtojen perustamisessa.

Jos kuitenkin päätät määrittää 1C-vaihdot ilman asiantuntijoita, on suositeltavaa testata ensin tietokantojen kopioita ja ennen kuin aloitat työskentelyn toimivien tietokantojen parissa, lataa kokoonpanot, jotta voit palata alkuperäiseen tilaan virheiden sattuessa.

Alla annamme yksityiskohtaisen esimerkin 1C 8.3 -vaihdon perustamisesta yksipuolisesti vakiokokoonpanojen Trade Management 11 (UT) ja Enterprise Accounting 3.0 (BP) välille. Esimerkki koskee monia tukku- ja vähittäiskauppaa harjoittavia yrityksiä. UT:ssa johdon kirjanpitoa ylläpidetään, BP:ssä - säänneltyä, vaihto on tarpeen käyttäjien työn helpottamiseksi.

Tämä algoritmi sopii myös muihin 1C 8.3 -alustan vakiokokoonpanoihin

Ensinnäkin teemme valmistelutyöt tiedon vastaanottajalle, ts. BP:lle. Käynnistämme ohjelman Enterprise-tilassa. Sinun on asetettava Datan synkronointivakio (osio Hallinta → Tietojen synkronointi).

Kiinnitä huomiota Prefix-kenttään tässä sinun on määritettävä arvo, jonka avulla voit myöhemmin erottaa (hakemistokoodin tai asiakirjanumeron arvon perusteella), missä ohjelmassa objektit on luotu. Esimerkissämme tavallinen lyhenne BP ja UT sopivat, jos 1C 8.3 vaihtoasetus suoritetaan monimutkaiselle vaihdolle useiden tietokantojen välillä sekä identtisille kokoonpanoille, sinun on syötettävä jokainen tietokanta omalla selkeällä nimikkeellä. .

Koska virtalähdeyksikkö on vain tiedon vastaanottaja, siirrymme UT:n asettamiseen.

Täällä, aivan kuten BP:ssä, sinun on otettava synkronointi käyttöön ja määritettävä etuliite. Nämä tiedot ovat saatavilla osiossa Perustiedot ja hallinto → Tietojen synkronointiasetukset.

Valitse asetustapa: Määritä asetukset manuaalisesti. Edelleen.

Asetetaan suora yhteysvaihtoehto, kun molemmat ohjelmat sijaitsevat samassa lähiverkossa, määritetään parametrit yhteyden muodostamiseksi tämän verkon tietoturvahakemistoon ja täytetään myös käyttäjän todennustiedot (BP-tietokannassa). Edelleen.

Järjestelmä tarkistaa määritettyjen tietojen oikeellisuuden ja, jos tulos on positiivinen, näyttää 1C 8.3 Exchange -asetusikkunan.

Napsauta Muuta tietojen lähetyssääntöjä -linkkiä päästäksesi vaihdon asetuksiin. Selvennämme perustiedot - lataa vain dokumenteissa käytetyt, valitse organisaatiot ja mahdollisuus työskennellä sopimusten kanssa - ilman viittausta, asiakirjojen erottelu varastoittain. Vaihto alkaa kuluvan vuoden maaliskuun 1. päivänä.

Kirjoitamme käyttöönotetut säännöt muistiin ja suljemme ne.

Koska esimerkki koskee yksisuuntaista tiedonsiirtoa, sinun tulee seuraavassa asetusikkunassa vastaanottaa tietoja toisesta ohjelmasta arvoiksi Älä lähetä. Tallenna ja sulje. Edelleen.

Nyt sinun on tarkistettava syötetyt parametrit ja jos ne ovat oikein, napsauta Seuraava, muussa tapauksessa palaa edelliseen vaiheeseen napsauttamalla Takaisin.

Sen jälkeen sinua pyydetään synkronoimaan. Napsauta Valmis.

Jos on tarpeen korreloida kahden kokoonpanon identtisiä objekteja, avautuu ikkuna tietojen vertailua varten. Suoritamme vertailun ja napsautamme Seuraava.

Objekteja siirrettäessä voi syntyä ongelmatilanteita, voit tarkastella tuloksia napsauttamalla Varoitukset tietojen synkronoinnin aikana -linkkiä.

Kun synkronointi on valmis, näkyviin tulee ikkuna, joka vahvistaa tämän prosessin onnistuneen loppuunsaattamisen.

Täällä voit määrittää synkronointikomentosarjan Configure-komennolla tai uudemmalla aikataulun vaihdon automaattiselle suorittamiselle.

Todennäköisesti jokainen 1C-asiantuntija on kohdannut tarpeen siirtää tietoja tietokannasta toiseen. Jos kokoonpanot ovat erilaisia, sinun on kirjoitettava tietojen muunnossäännöt. Nämä säännöt luodaan 1C "Data Conversion" -kokoonpanossa.

Tietoja voidaan siirtää myös käyttämällä . Monissa 1C 8.3 -kokoonpanoissa on vakiotoiminnot tietojen synkronoinnin määrittämiseen eri kokoonpanojen välillä ja saumattomaan integrointiin 1C Document Flow -sovelluksen kanssa.

Mutta kun tietoja on siirrettävä täysin identtisten kokoonpanojen välillä, voit yksinkertaistaa tehtävääsi ja käyttää tavallista käsittelyä lataamiseen ja lataamiseen XML:n kautta. Huomaa, että tämä menetelmä, kuten tietojen muuntaminen, vertaa objekteja toisiinsa yksilöllisen tunnisteen (GUID) avulla, ei nimen perusteella.

Voit ladata tämän käsittelyn ITS-levylle tai käyttämällä linkkejä:

Se on universaali ja sopii kaikkiin kokoonpanoihin.

Tarkastellaan esimerkkiä "Nomenclature"-hakemiston purkamisesta yhdestä 1C 8.3 Accounting 3.0 -tietokannasta toiseen. Edellytyksenä on vanhemman (ryhmän) valinta "Puuntyöstö".

Tietojen lataaminen 1C:stä XML:ään

Siirry tietokantaan, josta tiedot ladataan (lähde). Muista tarkistaa ne ottaen huomioon kaikki mahdolliset olosuhteet ei-toivottujen seurausten välttämiseksi.

Avaa XML-tietojen lähetys- ja latauskäsittely (Ctrl+O).

Olemme kiinnostuneita "Lataa"-välilehdestä. Ensinnäkin määritä sen tiedoston nimi, johon tiedot ladataan, ja polku niiden tallentamiseen. Tässä tapauksessa tiedot ladataan "Palvelimen tiedostoon".

Käsittelyotsikossa voit määrittää ajanjakson, jolle valinta suoritetaan. Jaksottaisille rekistereille voit myös määrittää jaksokohtaisen valinnan soveltamistavan. Jos on tarpeen ladata liikkeitä asiakirjojen mukana, vastaava lippu asetetaan. Tässä tapauksessa ylikuormitamme hakemistoa, joten otsikossa ei tarvitse määrittää mitään.

Siirrytään siirrettävien tietojen valitsemiseen. Valitse käsittelylomakkeen taulukkoosassa niiden konfigurointiobjektien valintaruudut, jotka sinun on siirrettävä.

"Poista tarvittaessa" -sarake tarkoittaa, onko tämä objekti ylikuormitettava, jos ylikuormitettavan hakemiston attribuutti viittaa siihen. Esimerkiksi lataamasi tuotteen sijainnilla on mittayksikkö, joka ei ole kohdetietokannassa. Jos "Lataa tarvittaessa" -sarakkeen lippu on valittuna mittayksiköitä sisältävän viitekirjan kohdalla, luodaan uusi sijainti. Muussa tapauksessa määritteen arvo on "<Объект не найден>" ja sen yksilöllinen tunniste.

Yksinkertaisessa tapauksessa ilman valintoja kohteen ylikuormitusasetus näyttää tältä.

Tässä esimerkissä sinun on valittava vain ne kohteet, jotka sijaitsevat "Puuntyöstö"-kansiossa.

Samanlainen käsittely 8.2:lle antaa sinun asettaa valinnat jokaiselle konfiguraatioobjektille sopivassa muodossa. Valitettavasti 8.3:ssa ei ole tällaista toimintoa. Yksi tapa ratkaista tässä tilanteessa olisi valita tarvittavat kohteet "Lisäobjektit purkamiseen" -välilehdeltä.

Voit lisätä objekteja tähän joko manuaalisesti ("Lisää"-painike) tai pyynnöstä ("Lisää pyynnöstä..."). Jos niitä on paljon, toinen vaihtoehto on parempi.

Tässä tapauksessa pyyntö on seuraava. Täytä parametrit, täytä pyyntö tietojen tarkistamisen jälkeen ja napsauta "Valitse tulos" -painiketta.

Kun olet määrittänyt kaikki tarvittavat objektit ja lisäelementit lataamista varten, napsauta "Lähetä tiedot" -painiketta. Ne päätyvät XML-tiedostoon, jonka nimen ja polun määritit aiemmin. Tämän toimenpiteen tulokset näkyvät viesteissä.

Tässä esimerkissä oli tarpeen purkaa vain 3 paikkaa, mutta viisi purettiin. Tämä johtuu siitä, että "Lähetä tarvittaessa" -sarakkeessa olevaa "Nomenclature"-hakemistoa vastapäätä on asetettu lippu. Tarvittavien asemien ohella heidän vanhempansa olivat ylikuormitettuja.

Ladataan hakemistoa XML:stä

Kun olet ladannut tiedot onnistuneesti lähdekokoonpanosta XML-tiedostoon, avaa kohdetietokanta. Esineiden rakenteen ja niiden yksityiskohtien on vastattava toisiaan. Tässä tapauksessa siirto suoritetaan kahden vakiokonfiguraation välillä 1C: Kirjanpito 3.0.

Avoin käsittely vastaanotintietokannassa. Tätä käsittelyä käytetään sekä tietojen lataamiseen että lataamiseen. Siirry "Lataa"-välilehteen ja määritä polku XML-tiedostoon, johon tiedot on ladattu aiemmin. Napsauta sen jälkeen "Lataa tiedot" -painiketta.

Lataustulos näytetään viesteissä. Meidän tapauksessamme kaikki meni hyvin.

Vastaanottavan tietokannan nimistökirjaa ei täytetty. Nyt siinä on viisi elementtiä: kolme nimikkeistön asemaa ja kaksi ryhmää.

Tulosta (Ctrl+P)

Vaihto yleisessä muodossa

Vakioalijärjestelmien kirjaston "Data Exchange" -alijärjestelmä sisältää 4 vaihtoehtoa (teknologiaa) tiedonvaihtoon eri tietokantojen välillä:

• hajautetut tietokannat (RIB);
• tiedonvaihto yleismaailmallisessa muodossa;
• 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 on saatavilla "Standard Subsystems Library" -kirjastossa versiosta 2.3.1.62 alkaen. 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 toimittamiseen tarkoitettujen tiedostojen joukossa on tekstitiedosto "Kirjastoversiot", johon kirjoitetaan, minkä BSP-version perusteella sovellus on kehitetty, esimerkiksi sovellusratkaisun UT 11.3.3.231 perusteella, BSP 2.3.5.65 muodostettiin.

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 tietokantaobjektia (vastapuoli, lasku jne.) tai raportoida, että tämä objekti on poistettu. On odotettavissa, että kokoonpano, joka vastaanottaa tiedoston EnterpriseData-muodossa, reagoi vastaavasti - se luo uusia objekteja ja poistaa ne, jotka on merkitty tiedostossa poistetuiksi. Se on tarkoitettu tiedonvaihtoon UT-, RT-, UNF-, BP-konfiguraatioiden välillä. Formaattia voidaan käyttää myös tiedon vaihtamiseen minkä tahansa muun tietojärjestelmän kanssa: se ei riipu omien ohjelmistojen ominaisuuksista tai vaihtoon osallistuvista tietokantarakenteista eikä sisällä ilmeisiä 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. Nämä ovat formaatin eri versioita. Muoto versionumero koostuu X.Y.Z, jossa X.Y on versio, Z on Minor versio. Minor-versiota korotetaan virheenkorjausten ja muiden muutosten yhteydessä, joissa: säilytetään muodon aiempaan versioon perustuvan datan muunnoslogiikan toimivuus (säilytetään nykyisten tiedonsiirtoalgoritmien taaksepäin yhteensopivuus 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 alueilta (rahoitus, tuotanto, osto ja myynti, varastotoiminta). 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. Versioiden välillä ei ole paljon eroa. 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 ulkoisesta sovelluksesta saatuun tiedostoon kokoonpano 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 konfiguroinnin 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, jolloin riittää vain tietojen siirtäminen kolmannen osapuolen sovelluksesta tietokantaan, eikä tietojen käänteistä siirtoa tietokannasta kolmannen osapuolen sovellukseen vaadita (esim. verkkokaupan integrointi joka siirtää myyntitiedot 1C: Accountingiin), on olemassa yksinkertaistettu versio verkkopalvelun kautta työskentelystä, joka ei vaadi asetuksia.

Kun vaihdetaan synkronoinnin aikana konfiguraatioiden vaihtosuunnitelmia käyttäen, vain tiedot viimeisestä synkronoinnista tapahtuneista muutoksista lähetetään (siirrettävän tiedon määrän minimoimiseksi). 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 siitä, että tietyllä numerolla varustetun konfiguraation viesti vastaanotettiin onnistuneesti (sijoita konfiguraatiosta vastaanotetun viestin numero ReceivedNo-kenttään). Kuittiviesti on signaali konfiguraatiolle, että ulkoinen sovellus on käsitellyt kaikki objektit onnistuneesti, eikä niistä tarvitse enää 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).

Näet lisätietoja tiedonvaihdosta sovellusratkaisujen kanssa 1C:Enterprise-alustalla EnterpriseData-muodossa

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 muodon kautta.

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 proseduureja 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ääntöjä.
4. Objektin muunnossäännöt (OCR). Sisältää menettelyjä ja toimintoja, jotka kuvaavat objektien muuntamisen säännöt sekä näiden objektien ominaisuuksien muunnossäännöt.
5. Ennalta määritetyt datan 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 laajasti säännöissä ja algoritmeissa.

Alla on kuvattu hallintamoduulin useissa eri tyyppisissä proseduureissa käytettyjen proseduurien ja funktioiden parametrit.

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.

Konversiotapahtumiin liittyvät menettelyt

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

• Ennen muuntamista. Soitetaan ennen tietojen synkronointia. Tämä rutiini sisältää yleensä logiikan erilaisten muunnosparametrien alustamiseen, oletusarvojen täyttämiseen jne. Parametrit: 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 tarjottujen AML-määrien 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ätä muuntamista varten Data Conversion -ohjelman versiossa 3.0 toimitettujen ohjelmistopakettien määrää. 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, jotka on esikäsitelty, jotta niitä olisi helpompi 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äärittelemätön).

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

Jos tietoturvatietojen normaalia korvaamista vastaanotetulla tiedolla ei vaadita, sinun tulee kirjoittaa oma siirtologiikkasi ja asettaa sitten parametri Vastaanotetut tiedot merkitys Määrittelemätön:

• TiedotB tiedot. Tyyppi - DirectoryObject, DocumentObject. Tietokannan tietoelementti, joka vastaa vastaanotettua dataa. Jos vastaavia tietoja ei löydy, sisältää Määrittelemä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.

Melko usein suurten yritysten ja kauppaketjujen työssä on tarvetta vaihtaa tietoa 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 COM-yhteystilaa yhteyden muodostamiseen lähdetietokantaan. Viime aikoina 1C:n oma mekanismi nimeltä "Universal Data Exchange in XML Format" on kuitenkin tullut yhä suositummaksi.

Käsittelyn ulkonäkö

Täysi käyttöliittymässä voit avata käsittelyn kohdasta Palvelu->Muut tiedonvaihdot->Yleinen tiedonvaihto XML-muodossa.

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

Lisäasetukset;

Tietojen poistaminen.

Jokaisen välilehden 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.

Lomakkeen seuraavalla rivillä on kaksi valintanappia:

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ää pyydetään valitsemaan tiedoston sijainti, johon se ladataan, ja mahdollisuus pakata se tilan säästämiseksi ja salasanan suojaamiseksi.

Mahdollisuus muodostaa suora yhteys vastaanottavaan tukiasemaan tukee sekä tiedosto- että asiakas-palvelin -toimintatiloja. 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.

Alla olevassa taulukkoosassa voit määrittää valinnat ja muut purkuparametrit.

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

Kuva 4

Tämän lomakkeen erottuva piirre on asettelun vasemmalla puolella oleva informatiivinen ohje, joka kuvaa kukin kolmesta mahdollisesta virheenkorjaustilasta. Mikä tahansa epf-muodossa oleva tiedosto voi toimia moduulin ulkoisena käsittelytiedostona.

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

Toisin kuin "Lataa", tällä välilehdellä (kuva 5) ei ole taulukkoosaa, mutta siellä on paljon enemmän valintaruutuja, joiden avulla voit säätää parametreja uusien ja muuttuneiden 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, lukuun ottamatta tarkistusta asiakirjoja lähetettäessä, 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

Vakiokäsittelijän käyttö yksinkertaistaa ohjelmoijien elämää huomattavasti. Samaan aikaan yksi vaikeimmista hetkistä henkilölle, joka kohtasi ensimmäisen kerran "Universal Data Interchange in XML Format" -sovelluksen, on kysymys: "Mistä saan vaihtosääntötiedoston?"

Ensinnäkin, jotta voit luoda itsenäisesti vaihtosääntöjä, tarvitset erityisen kokoonpanon nimeltä "Data Conversion". Se sisältää useita mielenkiintoisia tiedostoja, joiden avulla voit määrittää melkein minkä tahansa vaihdon eri 1C-tietokantojen 7 ja 8 versioiden välillä:

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 datan lataamiseen 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.