Mida on vaja automaatseks andmevahetuseks ilma konfiguratsioonimuudatusi tegemata:
1) "Universaalse andmevahetuse XML-vormingus" töötlemine, mis sisaldub enamikes standardkonfiguratsioonides. Kui seda seal pole, on seda lihtne leida ITS-i kettalt või Internetist. Konfiguratsioonis nimetatakse seda "Universal XML Data Exchange"
2) Andmevahetuse reeglid. Loodud "Andmete teisendamise" abil. Töö, mida pead valdama. Samuti on olemas videokursused ja õpetused. Näiteks: http://programmist1s.ru/wp-content/uploads/2013/06/Konvertatsiya_dannyih._Metodika_rabotyi_i_primeryi.pdf
3) Väline töötlemine, mis sisaldab peale- ja mahalaadimisprotseduure. Alustame selle loomist:
Objektimoodulis luuakse väline töötlus, mis sisaldab allolevat teksti (asendage oma andmed andmebaaside ja kasutajate jaoks). Soovitatav on luua eraldi kasutaja, kellel on täielikud õigused andmete vahetamiseks. Nimetagem töötlemist näiteks "Data Exchange.epf".

Kui LaunchParameter = "Laadi üles", siis Processing=Processing.UniversalXMLDataExchange.Create(); //Määra üleslaadimiseks vajalikud parameetrid (redigeerimiseks valikuline) Processing.ExchangeMode="Upload"; Processing.LoadDataInExchangeMode=True; Processing.WriteRegistersRecordSets = Tõene; Processing.RememberLoadedObjects=True; Processing.UseSelectionByDateForAllObjects=True; Processing.UploadOnlyAllowed=True; ... Töötlemine.Lõppkuupäev = "00010101"; //Kui tahame andmeid faili üles laadida, seadke see väärtuseks False. Kui tõene, laaditakse need üles vastuvõtvasse andmebaasi. Processing.DirectReadingVIBReceiver=True; //Kui üleslaaditud andmete vastuvõtvaks andmebaasiks on server, siis False. Kui fail - True Processing.InformationBaseForConnectionType=True; //!Nõutavad parameetrid on uuesti täidetud //Kui laadime andmed üles faili If Not Processing.DirectReadingVIBReceiver Then Processing.ExchangeFileName = "C:\Inbox\OlegA\Conversion\upload.xml"; //Kui laadime andmed üles andmebaasi Muidu Processing.PasswordInformationBaseForConnection="Admin"; Processing.ConnectionInfoBaseUser="supercool"; Processing.AuthenticationWindowsInformationBaseForConnection=Vale; //Kui andmevastuvõtja on serveribaas Kui Processing.ConnectionInformationBaseType = False, siis Processing.ConnectionInformationBaseServerName="MainServ"; Processing.InformationBaseNameOnServerForConnection="Buhia"; //Kui andmevastuvõtja on failiandmebaas Muidu Processing.InformationBasePlatformVersionForConnection="V82"; Processing.InformationBaseDirectoryForConnection="C:\Inbox\OlegA\Clients\Zeus BP20\Zeus BP20"; endIf; endIf; //Toimingud registreerimisel mahalaadimisel vastavalt vahetusplaanidele Processing.RegistrationDeletionTypeofChangesForExchangeNodesAfterUpload=0; // 0 - ära registreeri registreerimist, // 1 - tühista registreerimine Processing.LoadExchangeRules(); //KUI VAHETATE VAHETUSPLAANI VASTU ÜLES LADIMA, SIIS LUBAGE SEE PLOK JA ESITA OMA VAHETUSPLAANI SÕLM //Iga lehe jaoks alates töötlus.UploadRulesTable.Lines Cycle //PageEnable=1; // Igale leheküljele1 Alates PageLine Loop // Line1.Enable=1; // Page1.LinkToExchangeNode=ExchangePlans.Full. FindByCode("BP20"); //EndCycle; //EndCycle; Töötlemine. Tehke üleslaadimine(); ShutdownSystem (False); ElseIf LaunchParameter = "Laadi" Siis ExchangeProcessing = Töötlemine.UniversalXMLDataExchange.Create(); ExchangeProcessing.ExchangeFileName = "C:\Inbox\OlegA\Upload.xml"; ExchangeProcessing.ExchangeMode = "Laadimine"; ExchangeProcessing.OpenDownloadFile(True); ProcessExchange.ArchiveFile = Vale; ProcessExchange.PerformLoad(); ExchangeProcessing = määramata; ShutdownSystem (False); endIf;

4) Bat faili üleslaadimine, mis käivitab 1C ja välise töötlemise kasutaja all oleva käivitusparameetriga, mis on mõeldud andmevahetuseks. Fail tuleb luua nt notepad++-s OEM (MS-Dos) kodeeringuga, muidu ei tööta. Nimetagem faili näiteks "BatVygruz.bat". Tekst saab olema järgmine:

Kui andmebaas on fail:
"C:\Program Files (x86)\1cv82\common\1cestart.exe" ENTERPRISE /F"C:\Inbox\KBF\1Cv8_Base_8.1\Zeus 83 BP3\Zeus 83 BP3" /N"Andmevahetusrobot" /P "pass " /DisableStartupMessages /RunModeManagedApplication /Execute"C:\Inbox\OlegA\DataExchange.epf" /C"Üleslaadimine"
Selgitused:

b) C:\Inbox\KBF\1Cv8_Base_8.1\Zeus 83 BP3\Zeus 83 BP3 – teie tee failide andmebaasi, kust me andmeid üles laadime
c) Andmevahetusrobot – kasutajanimi, mille all 1C töötab andmevahetuseks
d) pass – kasutaja parool
e) /DisableStartupMessages – sulgege 1C käivitamisel hüpikaknad
e) /RunModeOrdinaryApplication – paksu kliendi käivitamine tavarežiimis
g) C:\Inbox\OlegA\Data Exchange.epf – meie töötlemise tee, mis algab käivitamisel
h) Laadi üles - edastame 1C käivitusparameetri, see ütleb meile, et peame andmed üles laadima

Kui andmebaas on serveripõhine:
"C:\Program Files (x86)\1cv82\common\1cestart.exe" ETTEVÕTE /S"Server1C/DataBase" /N"Data Exchange Robot" /P"pääs" /DisableStartupMessages /RunModeManagedApplication /Execute"C:\Inbox\ Oleg\ Data Exchange.epf" /C"Laadi üles"
Selgitused:
a) C:\Program Files (x86)\1cv82\common\1cestart.exe – teie tee 1C starteri juurde
b) Server1C/DataBase – teie server, millel andmebaas asub ja andmebaasi enda nimi, kust me andmeid üles laadime.
Ülejäänud parameetrid on sarnased bat-faili failiversiooniga

5) Bat faili allalaadimine (vajadusel). Kui otsustate andmed üles laadida faili, mitte otse andmebaasi. Siis läheb meil ka seda eset vaja (tavaliselt vajalik).
Bat allalaadimisfaili loomine sarnaneb üleslaadimisfailiga, kuid erinev on ainult käivitusparameeter, "Laadi üles" asemel paneme "Laadi alla"

6) Määrake käivitamise ajakava meie Bat failide laadimine/üleslaadimine serverisse. Selleks tuleb minna serveris asuva juhtpaneeli administraatorisse ja luua ülesannete planeerijas uus ülesanne, et käivitada allalaaditav fail iga päev kell 23 ja allalaadimisülesanne, mis määrab Bat allalaadimisfaili (kui vajalik) näiteks kell 04.

Selles artiklis kirjeldan oma seni väikest kogemust andmevahetuse korraldamisel universaalse EnterpriseData vormingu kaudu.

Minu puhul on börs konfigureeritud “Trade Management 11.2” (edaspidi TÜ) ja “Enterprise Accounting 3.0.43” (edaspidi BP) konfiguratsioonide vahel. Vahetus on ühesuunaline, TÜ-st BP-sse. Enne Trade Management 11.1 versioonile 11.2 uuendamist konfigureeriti andmevahetus Data Conversion 2.0 konfiguratsiooni abil. Kuid pärast 11.2-le üleminekut ilmusid kasutajate jaotises "Trade Management" vead. Vahetusreeglite uuendamise protseduur viidi läbi, kuid see ei andnud tulemusi. Siluja näitas, et probleem oli andmevahetuses. Otsustati mõlemas konfiguratsioonis andmevahetuse seadistus eemaldada ja uuesti konfigureerida.

Nii "Kaubanduse juhtimine" kui ka "Ettevõtte raamatupidamine" töötavad klient-serveri versioonis. Hakkasin TÜ-ga sünkroonimist seadistama. Tegin seda nii, et andmed laeti TÜ-st faili. See tähendab sünkroonimist võrgukataloogi kaudu. BP-s konfigureerisin vahetuse nii, et BP-st andmeid alla ei laadita.

Viga kontekstimeetodi kutsumisel (kontrollimine): XDTO andmete valideerimise viga:
Objekti "/Counterparty Bank Account/Bank" struktuur ei vasta tüübile: (http://v8.1c.ru/edi/edi_stnd/EnterpriseData/1.1)KeyPropertiesBank
Kinnistu "BIK" kontrollimine:
kuju: element
nimi: (http://v8.1c.ru/edi/edi_stnd/EnterpriseData/1.1)BIK
tüüp:
Vajalik vara puudub
Objekt: Leping vastaspoolega nr ...

Vea analüüsimiseks vajutasin ikoonile “Saadetud andmete koosseis” ja saatmiseks registreeritud töövõtjalepingute loendist leidsin lepingu, mille puhul viga ilmnes. Avasin lepingu ja meenus lepingus märgitud vastaspoole pangakonto. Seejärel liikusin edasi saatmiseks registreeritud pangakontodele. Selgus, et vajalikku kontot registreeritute nimekirjas polnud. Tegin probleemse pangakonto ja lepingu uuesti. Pärast seda registreerisin vajaliku pangakonto käsitsi.

Proovisin uuesti TÜ-st andmeid sünkroonida. Seekord õnnestus andmete üleslaadimine. Võrgukausta genereeriti XML-fail, mis sisaldab TÜ-st BP-le edastatavaid andmeid.

Järgmine samm on failist andmete laadimine ettevõtte raamatupidamisosakonda. Konfiguratsioonis "Ettevõtte raamatupidamine" klõpsasin nuppu "Sünkroonimine", mis avanes töötlusvormi teatega "Andmete analüüs on pooleli". Veidi hiljem muutus teade "Andmete üleslaadimine on pooleli". Samal ajal näitas indikaator ja loendur, et toiteplokist laaditi maha üle 80 tuhande objekti. See ajas mind segadusse, sest andsin seadetes märku, et toiteallikast ei tohi midagi maha laadida. Töötlemine võttis üsna kaua aega ja lõppes veaga:

Sündmus: andmevahetus
(GeneralModule.Long-runningOperations.Module(371)): taustatöö töötaja protsess lõpetati ebatavaliselt
RaiseException(ErrorText);

Vea lokaliseerimiseks proovisin muuta toiteallika aluse sünkroonimisseadeid ja töövalikuid. Selle tulemusena, kui teisendasin andmebaasi failiversiooniks, töötas süsteem adekvaatselt: avanes kahe andmebaasi võrdlemise vorm. Pärast objektide sobitamist õnnestus esialgne sünkroonimine. Seejärel lülitasin andmebaasi tagasi klient-serveri versioonile.

Sünkroonimise edasise testimise käigus oli vaja teha mõned muudatused objektide teisendamise reeglites. On aeg kasutada Data Conversion 3.0 konfiguratsiooni. Sisseehitatud konfiguratsioonispikker kirjeldab tööprotseduuri. Abiks olid ka artiklid ITS kodulehel.

Selle tulemusel laadisin "Andmekonversioon 3.0" alla järgmised andmed:

• Üldmooduli "Andmevahetuse haldur universaalse vormingu kaudu" tekstid kahest andmebaasist
• Mõlema aluse paigutus
• EnterpriseData vormingu kirjeldus (mis tahes andmebaasist)
• Konversioonireeglid

Pärast allalaadimist avasin "Data Conversion 3.0" andmete, objektide ja atribuutide teisendamise reeglid. Tegin vajalikud muudatused. Seejärel kasutasin nuppu "Laadi vahetushalduri moodul maha". Mooduli tekst on lõikepuhvrisse kopeeritud. Jääb vaid see konfiguratsiooni sisestada.

Olles katsetanud reeglite seadistamist versioonis “Andmete teisendamine 3.0”, jõudsin enda jaoks järeldusele, et juhul, kui tehtavad muudatused on ebaolulised, on lihtsam reegleid seadistada otse TÜ ja BP konfiguratsioonis, üldmoodulis. "Andmevahetuse haldur universaalse vormingu kaudu". Kui muudatused on tõsised, näiteks uue objekti lisamine vahetusse, peaksite kasutama konfiguratsiooni " Andmete teisendamine 3,0".

Tegin ülesande lisades vahetusplaani dokumendi "Tellimus tarnijale" kasutades " Andmete teisendamine 3.0". TÜ - BP standardversioonis ei ole see dokument vahetusplaanis.

Pidagem meeles, et objektide üleslaadimiseks registreerimise reeglid on endiselt seadistatud "Andmete teisendamine 2.0" konfiguratsioonis.

Need on esimesed muljed andmete sünkroonimisest universaalse EnterpriseData vormingu kaudu.

P.S. Kui teil on küsimusi või oma tähelepanekuid andmevahetuse kohta universaalse vormingu ja konfiguratsioonide kaudu" Andmete konverteerimine 3.0", kirjutage kommentaaridesse. Vahetame kogemusi.

• Andmete sünkroonimine
• Universaalne ettevõtteandmete vorming
• Andmete teisendamine 3.0
• Andmete teisendamine 2.0
• Kaubanduse juhtimine
• Ettevõtte raamatupidamine

1C 8 vahetusreeglite väljatöötamisel kasutatakse laialdaselt võimalust vahetusreeglite käitumist programmiliselt ümber määratleda - käitleja mehhanismi. Sündmuste töötlejad laiendavad oluliselt funktsionaalsust ja on asendamatuks vahendiks vahetusreeglite seadistamisel juhtudel, kui interaktiivsetest konfigureerimisvõimalustest ei piisa.

Käsitlejad ja algoritmid on kirjutatud selle platvormi keeles, milles neid vahetamise ajal käivitatakse.

Kui see on platvorm 1C: Enterprise 7.7, siis on töötleja kood integreeritud üles- või allalaadimistöötluskoodi. Sellest lähtuvalt on iga töötleja või algoritm eraldatud eraldi funktsiooniks ja see on vahetuse ajal saadaval silumiseks.

Kui üles- või allalaadimine toimub platvormil 1C: Enterprise 8, siis ei integreerita töötleja koodi andmevahetuse töötlemise koodi, vaid laaditakse üles vahetusreeglite faili. Andmevahetusprotsessi käigus võetakse reeglite failist töötlejate või algoritmide kood ja see käivitatakse otse käsu „Käivita“ kontekstis. Käsitlejate ja algoritmide koodide silumiseks võite kasutada töötlust "Universal XML Data Interchange".

Automatiseeritud juhtimissüsteemid koosnevad enamikul juhtudel eraldi andmebaasidest ja neil on sageli geograafiliselt hajutatud struktuur. Samal ajal on õigesti teostatud andmevahetus selliste süsteemide tõhusa toimimise vajalik tingimus.

Vahetuse esialgne seadistamine võib nõuda mitmeid toiminguid, mitte ainult programmeerimise, vaid ka nõustamise osas, isegi kui tegemist on homogeensete allikatega, nagu see on platvormi 1C: Enterprise toodete puhul. Miks 1C-vahetuse seadistamine (või, nagu seda nimetatakse ka andmete sünkroonimiseks 1C 8.3-s) võib saada integratsiooniprojekti kõige aeganõudvamaks ja kulukamaks ülesandeks, vaatleme selles artiklis.

Andmevahetus 1C keskkonnas võimaldab teil:

• Likvideerida dokumentide topeltsisestamine;
• Automatiseerida seotud äriprotsesse;
• Optimeerige hajutatud osakondade vahelist suhtlust;
• Kiiresti uuendada andmeid erinevate osakondade spetsialistide tööks;
• “Erista” erinevate raamatupidamistüüpide vahel.*

*Juhul, kui ühe raamatupidamisliigi andmed erinevad oluliselt teisest, on vaja tagada info konfidentsiaalsus ja infovood “piirata”. Näiteks 1C TÜ ja 1C Raamatupidamise vaheline andmevahetus ei nõua juhtimisandmete üleslaadimist regulatiivsesse raamatupidamise andmebaasi, s.o. sünkroonimine 1C-s jääb siin pooleli.

Kui kujutame ette esmase andmevahetuse rakendamise standardset protsessi, kui vähemalt üks selle objektidest on 1C-toode, siis saame eristada järgmisi etappe:

• Börsi koosseisu koordineerimine;
• Transpordi määratlus (vahetusprotokollid);
• Reeglite seadmine;
• Ajakava koostamine.

1C vahetuse koostise tuvastamine

Vahetusobjektid võib jagada “allikaks” ja “vastuvõtjaks”. Samal ajal saavad nad korraga täita kahte rolli, mida nimetatakse kahesuunaliseks vahetuseks. Allikas ja sihtkoht määratakse loogiliselt sõltuvalt vajadusest või süsteemi funktsionaalsusest.*

*Näiteks “WA: Financier” – “1C:Enterprise’i” baasil välja töötatud lahenduse finantsarvestuse pidamiseks ja riigikassa protsesside haldamiseks – integreerimisel soovitavad WiseAdvice’i eksperdid seda põhisüsteemina. Selle põhjuseks on kontrollivahendite kättesaadavus rakenduspoliitika reeglite järgimiseks ja vastavalt ka lahenduse tõhususe tagamiseks.

Järgmisena koostatakse kasutajatelt saadud ja salvestatud nõuete alusel vahetatavate andmete loend, määratakse nende maht, nõuded vahetamise sagedusele ning nähakse ette vigadega töötamise ja erandolukordade (kokkupõrgete) käsitlemise protsess.

Samas etapis, sõltuvalt olemasolevate süsteemide laevastikust ja ettevõtte struktuurist, määratakse vahetusvorming:

Hajutatud teabebaas

• RIB eeldab vahetust identsete 1C andmebaasi konfiguratsioonide vahel, millel on iga vahetuspaari jaoks selge "ülem-alluv" juhtimisstruktuur. Tehnoloogilise platvormi elemendina saab RIB lisaks andmetele edastada andmebaasi konfiguratsioonimuudatusi ja administratiivset teavet (aga ainult ülemalt alam).

Universaalne andmevahetus 1C-s

• Mehhanism, mis võimaldab teil konfigureerida 1C andmebaaside vahetamist nii 1C:Enterprise platvormi konfiguratsioonidega kui ka kolmandate osapoolte süsteemidega. Vahetus toimub andmete ülekandmisega universaalsesse xml-vormingusse vastavalt “Vahetusplaanidele”.

EnterpriseData

• 1C uusim arendus, mis on loodud xml-vormingus andmevahetuse rakendamiseks platvormil 1C:Enterprise loodud toodete vahel mis tahes automatiseerimissüsteemidega. EnterpriseData kasutamine lihtsustab vahetusega seotud muudatusi. Varem, kui süsteemi lisati uus konfiguratsioon, oli vaja rakendada andmete importimise ja eksportimise mehhanismi nii selle kui ka olemasolevate süsteemide jaoks. Nüüd ei vaja EnterpriseDatat toetavad süsteemid muudatusi, kuna neil on ainult üks sisenemis- ja väljumispunkt.

Transpordi määratlus (vahetusprotokollid)

1C:Enterprise 8 platvormi süsteemi jaoks pakutakse laia valikut võimalusi teabevahetuse korraldamiseks mis tahes teaberessurssidega, kasutades üldtunnustatud universaalseid standardeid (xml, tekstifailid, Excel, ADO-ühendus jne). Seetõttu peaksite andmete vahetamise transpordi määramisel tuginema kolmanda osapoole süsteemi andmebaasi võimalustele.

Kataloogide sünkroonimine

Kataloogide tõhusa sünkroonimise põhiprintsiip on ühe sisenemispunkti olemasolu. Aga kui me räägime tööst kataloogidega, mis on ajalooliselt täidetud erinevate reeglite järgi, siis on vaja selgelt määratleda sünkroonimisväljad, et viia vahetus "ühise nimetajani".*

*Selles etapis võib osutuda vajalikuks teha tööd andmeallika poolel olevate võrdlusandmete normaliseerimiseks. Sõltuvalt kataloogide olekust ja nende mahust võib elementide võrdlemise, tuvastamise, vigade ja duplikaatide tuvastamise, samuti puuduvate väljade täitmise ja sünkroonimisväljade määramise protsess nõuda terve ekspertide rühma tööd, nii integraatori osa (põhiandmete normaliseerimise tehnika omanik) ja kliendi poolelt.

Reeglite seadmine

Lähtesüsteemide andmete kuvamise võimalus vastuvõtjates sõltub õigesti määratletud vahetusreeglitest. Xml-vormingus esitatud reeglid reguleerivad lähte-vastuvõtja objektide võtmedetailide vastavust. Lahendus 1C: Data Conversion on loodud automatiseerima reeglite loomist nii ühekordsete kui ka püsivate vahetuste rakendamiseks.

Garanteerib andmete kadumise vahetuse vahetusplaani ajal. See on platvormi 1C:Enterprise mis tahes konfiguratsiooni lahutamatu osa, mis kirjeldab täielikult 1C vahetusprotseduuri: andmekoostist (identifitseerivate üksikasjadega dokumendid) ja sõlme (vastuvõtja-saatja teabebaasid), samuti RIB-i aktiveerimist valitud vahetussuunad.

Kõik muudatused vahetusplaani sisestatud andmetes registreeritakse ja sellele antakse märk „muudetud“. Kuni muudetud andmed vastuvõtja-saatja sõlmedes ei ühti, märki ei lähtestata ja süsteem saadab juhtsõnumid mõlemale sõlmele. Pärast andmete üleslaadimist ja nende täieliku vastavuse kinnitamist mõlemas süsteemis, märk lähtestatakse.

Vahetusgraafik 1C-s

Regulaarse vahetuse automatiseerimiseks määratakse andmete üleslaadimise sagedus. Vahetuste sagedus sõltub vajadusest ja tehnilistest võimalustest. Samuti võimaldavad platvormi 1C:Enterprise konfiguratsioonid konfigureerida andmevahetust sündmuse toimumisel.

Võttes arvesse vahetuse tavapärast protsessi, pöörame tähelepanu teguritele, mis nõuavad erinevatel etappidel täiustamist:

• Mittestandardsed, tugevalt modifitseeritud andmebaasikonfiguratsioonid;
• 1C:Enterprise platvormi erinevad versioonid;
• Konfiguratsiooniversioonid, mida pole pikka aega värskendatud;
• Vahetusobjektid, mida on varem muudetud;
• Vajadus mittestandardsete vahetusreeglite järele;
• Olemasolevates teatmeteostes väga erinev detailide komplekt ja kompositsioon.

Kuna isegi standardsed toimingud esmase andmevahetuse rakendamiseks nõuavad ekspertteadmisi, on soovitatav need läbi viia 1C spetsialistide osalusel. Alles pärast kõigi ülalkirjeldatud sammude täitmist peaksite konfiguratsioonis vahetust seadistama. Vaatame andmebaaside integreerimist 1C:UPP ja 1C:Retail näitel (vahetus 1C:UT-ga toimub sama skeemi järgi). Standardse sünkroonimise hulka kuulub ka SCP - SCP vahetus, mis on tüüpiline suuremahuliste automaatikasüsteemide jaoks suurimates tööstusettevõtetes.

Alammenüüs “Teenus” vali “Andmevahetus platvormil olevate toodetega...” (otsevahetuse valimine “Jaemüügiga” toob sageli kaasa vead COM-objektide tasemel). Pange tähele teenuseteadet "See funktsioon pole saadaval".

Selle probleemi lahendamiseks peate valima "Configure Communications"

...ja märkige ruut. Järgmisena ignoreerige veateadet.

Andmete sünkroonimise seadetes valige "Loo vahetus "Jaemüügiga"...

Enne ühenduse sätete konfigureerimist kohaliku või võrgukataloogi kaudu peaksite veenduma, et kettal on kataloogi jaoks ruumi. Kuigi reeglina ei võta see rohkem kui 30-50 MB, võib erandjuhtudel vaja minna kuni 600 MB. Vajaliku kataloogi saate luua otse konfiguraatorist.

Võrgukataloogi kaudu ühenduse loomisel eirame pakkumist konfigureerida ühendus FTP-aadressi ja e-posti teel, klõpsates nuppu "Järgmine".

Seadistustes sisestame käsitsi eesliited - andmebaaside sümbolid (tavaliselt BP, UPP, RO), määrame reeglid ja andmete üleslaadimise alguskuupäeva. Eesliide näidatakse dokumentide nimes, et näidata andmebaasi, milles need loodi. Kui üleslaadimisreegleid ei muudeta, laaditakse andmed üles vaikimisi vastavalt kõigile saadaolevatele parameetritele.

Loome jaemüügi jaoks vahetusseadete faili, et mitte oma toiminguid korrata. Kui peate pärast sünkroonimise seadistamist kohe andmed saatma, märkige ruut.

Vahetusprotsessi automatiseerimiseks peate paika panema ajakava.

Menüü "Jaemüük".

Märkige ruut ja valige "Sünkroonimine".

Teostame "vastupidise" seadistuse, valides Tootmisettevõtte haldus.

Laadige UPP-s loodud seadete fail.

Teeme linnukese, süsteem valib aadressi automaatselt.

Me käitume samamoodi nagu UPP-s.

Kontrolliandmete võrdlus (Andmete käsitsi võrdlemine on soovitatav teha ettevalmistavas etapis, kuna see töö võib vahetuse rakendamise protsessis muutuda kõige töömahukamaks). Võrdlusaken avaneb hiire topeltklõpsuga.

Sünkroonimisvea korral asendatakse "Üksikasjad..." tekstiga "Mitte kunagi...".

“Üksikasjad...” avab börsi uuendatud teabega logi.

Valmis.

Üsna sageli tekib suurettevõtete ja jaekettide töös vajadus andmevahetuseks andmebaaside vahel. Iga programmeerija ja administraator lahendab selle probleemi erinevalt. Mõned kirjutavad üles- ja allalaadimisi vahetabelifailide kaudu, teised kasutavad lähteandmebaasiga ühenduse loomiseks COM-ühendusrežiimi. Kuid viimasel ajal on 1C enda mehhanism nimega "Universaalne andmevahetus XML-vormingus" muutunud üha populaarsemaks.

Töötlemise välimus

Täisliideses saab töötlemise avada Teenus->Muud andmevahetused->Universaalne andmevahetus XML-vormingus.

Töötlemisvorm (joonis 1) sisaldab nelja vahekaarti:

Lisaseaded;

Andmete kustutamine.

Iga vahekaardi liides on palju elemente täis ja vajab seetõttu eraldi käsitlemist.

Andmete üleslaadimine

Vahekaardi ülaosas on väli vahetusreeglite faili valimiseks. Mittestandardsete andmebaaside ja vahetuste puhul peate vahetusfaili ise looma.

Vormi järgmisel real on kaks raadionuppu:

1. Üleslaadimine vahetusfaili (joonis 2);
2. Andmete ühendamine ja üleslaadimine infoturbega (joonis 3).

Nagu ülaltoodud piltidelt näha, on vormi välimus olenevalt lülitist erinev. Kui failijagamise suvand on valitud, palutakse kasutajal valida faili asukoht, kuhu see üles laaditakse, ja võimalus seda ruumi kokkuhoiuks ja parooliga kaitsmiseks tihendada.

Otseühenduse võimalus vastuvõtva baasiga toetab nii faili- kui ka klient-serveri töörežiime. Sel juhul peate sisestama andmebaasi aadressi ja täitma väljad "Kasutaja" ja "Parool". Enne andmete vahetamise alustamist on soovitatav ühendust testida.

Allolev tabeliosa võimaldab teil konfigureerida valikuid ja muid mahalaadimisparameetreid.

Algoritmide silumiseks ja vigade parandamiseks saate kasutada vahetustöötlusse sisseehitatud mehhanismi. Selle aktiveerimiseks märgitakse vormi allosas vastav märkeruut. Klõpsates nupul „Silumisseaded…” avaneb aken (joonis 4).

Joonis 4

Selle vormi eripäraks on paigutuse vasakul küljel olev informatiivne abi, mis kirjeldab kõiki kolme võimalikku silumisrežiimi. Iga epf-vormingus fail võib olla mooduli välise töötlusfailina.

Nupu “Lõpeta” vajutamine kontrollib täidetud andmete õigsust ja täielikkust.

Erinevalt “Laadi üles” ei ole sellel vahekaardil (joonis 5) tabeliosa, kuid seal on palju rohkem märkeruutusid, mis võimaldavad kohandada uute ja muudetud objektide salvestamise parameetreid.

Joonis 5

Kõigepealt peate valima faili, mis toimib teabeallikana. Seda saab teha sisestusväljal „Üleslaaditava faili nimi”. Kui andmed laaditi üles parooliga kaitstud arhiivi, tuleb need sisestada vastavale väljale.

Vastavad märkeruudud võimaldavad teil konfigureerida:

• Tehing objektide kirjutamisel (see mõnikord kiirendab protsessi);
• Andmete laadimine vahetusrežiimis (sel juhul eiratakse salvestamisel kõiki platvormi kontrolle, välja arvatud kontrollimine dokumentide postitamisel);
• Muudetud elementide ülekirjutamine;
• Allalaaditud üksustele kustutamismärgi määramine;
• Uute andmete registrisse kirjutamise režiim (ükshaaval või komplektina);
• Ebaoluliste märkide (tühikute ja tabeldusmärkide) kärpimine stringiväärtuste jaoks.

Lisaseaded

Nagu järjehoidja nimi viitab, sisaldab see tööriistu, mille kasutamine võimaldab teil vahetusprotsessi täpsemalt kohandada. Eriti:

1. Lubab silumisrežiimi;
2. Võimaldab kasutada tehingut mahalaadimisprotsessi ajal;
3. Optimeerib vahetust 1C versiooni 8 andmebaaside vahel;
4. Laadi üles ainult need objektid, mis on praegusel kasutajal kasutamiseks lubatud;
5. Lubage andmebaaside vahelise vahetusprotsessi logimine.

Need ja mõned muud funktsioonid on lubatud, kui märgite vormil vastavad ruudud (joonis 6).

Joonis 6

Andmete kustutamine

Seda vahekaarti kasutavad arendajad ainult silumisrežiimis. Võimaldab eemaldada andmebaasist mittevajalikud objektid.

Lühidalt vahetusreeglite kehtestamisest

Tavalise töötleja kasutamine lihtsustab programmeerijate elu oluliselt. Samal ajal on üks keerulisemaid hetki inimese jaoks, kes esmakordselt puutus kokku XML-vormingus universaalse andmevahetusega, küsimus: "Kust ma saan vahetusreeglite faili?"

Esiteks, vahetusreeglite iseseisvaks loomiseks vajate spetsiaalset konfiguratsiooni nimega "Andmete teisendamine". See sisaldab mitmeid huvitavaid faile, mis võimaldavad teil konfigureerida peaaegu igasugust vahetust erinevate 1C andmebaaside 7 ja 8 versioonide vahel:

1. epf – vajalik 1C 8 andmebaaside metaandmete struktuuri allalaadimiseks;
2. epf – kui 1C 8 konfiguratsioon on ise kirjutatud või mitte standardne, ei pruugi sellel olla universaalset andmevahetust, see fail on see töötlus;
3. ert – fail sisaldab koodi 1C versiooni 7.7 konfiguratsioonide metaandmete struktuuri allalaadimiseks;
4. ert – fail andmete töötlemiseks üles- ja allalaadimiseks seitsme jaoks.

Pärast vastava töötlemise käivitamist on vaja lähte- ja sihtandmebaaside metaandmete struktuurid maha laadida. Seejärel peate konfiguratsioonis "Conversion" sisestama teabe lähte- ja sihtkoha konfiguratsioonide kohta kataloogi "Konfiguratsioonid".

Seejärel luuakse kataloogi Conversion element, mis sisaldab teavet andmevahetuse suuna kohta. Saate selle jaoks seadistada Exchange'i reeglid.