Dažos gadījumos (piemēram, ar lielu dokumentu plūsmu vai ar sarežģītu grāmatvedību) gala lietotājam ir daudz ērtāk sadalīt grāmatvedību starp vairākām lietojumprogrammām, ik pa laikam apmainoties ar datiem. Pirms 1C platformas versijas 8.3 izlaišanas standarta datu apmaiņa notika tikai pēc lietotāja pieprasījuma, augšupielādējot un lejupielādējot informāciju, izmantojot XML failus. Pēdējā laikā arvien vairāk tiek izmantots datu sinhronizācijas mehānisms 1C.

Sinhronizācijas popularitātei ir vairāki iemesli:

• Nav nepieciešams atsevišķi palaist datu ielādes un izkraušanas procesus;
• Automātiska informācijas apmaiņas izpilde netraucē manuālu apmaiņu;
• Viegli konfigurējams (standarta konfigurācijām jums pat nav jāizveido apmaiņas noteikumi;
• Pietiek vienreiz izveidot sinhronizāciju un deklarēt tās izpildes grafiku.

Mūsu uzdevuma nosacījumi

Ievadē mums ir divas standarta datu bāzes konfigurācijas:

1. Alga un personāla vadība (versija 3.1.3);
2. Lauksaimniecības uzņēmuma grāmatvedība (versija 3.0.52).

Abas datu bāzes darbojas failu režīmā. Sinhronizāciju var konfigurēt no jebkuras datu bāzes.

Ja sinhronizācija tiks konfigurēta no “Grāmatvedība” uz “ZUP”, ir jāaktivizē izvēles rūtiņa “Sinhronizācija” un otrādi.

Kur ir iestatījumi

Sadaļā “Grāmatvedība” dodieties uz apakšsistēmu “Administrēšana”, izvēlnē “Iestatījumi” atrodiet vienumu “Datu sinhronizācija” (1. att.)

Tiks atvērts sinhronizācijas iestatījumu logs (2. att.)

Rīsi. 2

Šeit mēs varam:

1. iespējot vai atspējot sinhronizāciju;
2. Aizliegt ielādēt neatbilstošus datus;
3. Iestatiet prefiksu, lai identificētu pārsūtītos datus;
4. Dodieties uz citiem sinhronizācijas iestatījumiem.

Uzsākot sinhronizāciju, atzīmējot atbilstošo rūtiņu un definējot prefiksu, mēs varam slēgt grāmatvedības nodaļu. Tālākais darbs tiks veikts sadaļā “Alga”.

Datu sinhronizācijas iestatījumu logs ir parādīts attēlā. 3

Rīsi. 3

Apskatīsim to tuvāk.

Sinhronizācijas iestatījumu logs

Sāksim secībā:

Atsevišķi vēlos vērst lasītāja uzmanību uz logu “Izmaiņu reģistrācija” (5. att.). Kuras augšpusē ir nosūtīto un saņemto ziņojumu numuri; pēc veiksmīgas apmaiņas avota datubāzē un mērķa datu bāzē ir jāsakrīt numuriem. Dažos gadījumos (notikusi sinhronizācija ar datu bāzes kopiju, darbības traucējumi) datu bāzēs tiek bojāta numerācija. Šo situāciju var labot, vienkārši noklikšķinot uz hipersaites ar cipariem. Šī darbība ļauj manuāli iestatīt pašreizējo nosūtīto un ienākošo ziņojumu skaitu (6. att.)

Rīsi. 6

Sinhronizācijas iestatījumi

Cilnē “Datu sinhronizācijas iestatījumi” ir divas komandas:

• Melodija;
• Lejupielādes noteikumi.

Palaižot komandu “Load Rules”, tiek atvērta forma (7. att.)

Rīsi. 7

Šeit mēs varam izvēlēties, vai izmantosim konfigurācijā iekļautos standarta apmaiņas noteikumus, vai arī veiksim sinhronizāciju saskaņā ar saviem arhīva failā saglabātajiem noteikumiem.

Pārējie iestatījumi tiek veikti, noklikšķinot uz pogas “Konfigurēt” (8. att.).

Rīsi. 8

Pirmajā atvērtajā logā varat:

1. Atveriet sinhronizācijas skripta konfigurācijas formu;
2. Skatīt informācijas nosūtīšanas un saņemšanas notikumus;
3. Noteikt datumu, no kura notiks apmaiņa;
4. Ja grāmatvedība tiek kārtota vairākām organizācijām, varat norādīt, kura no tām piedalīsies apmaiņā;
5. Definējiet parametrus algu darījumu augšupielādei: ar vai bez detaļām pēc darbinieka (kopsavilkums).

Komanda “Ielādēt noteikumu kopu” ir līdzīga tai pašai komandai iepriekšējā iestatījumu logā.

Ir vērts sīkāk apskatīt savienojuma parametrus (9. att.)

Rīsi. 9

Mūsu gadījumā galamērķa bāze un avota bāze atrodas vienā datorā un darbojas faila režīmā, tāpēc sinhronizācija starp tām notiek, izmantojot tiešu savienojumu.

Mums vajag:

• Nosakiet ceļu uz saņemšanas bāzi;
• Iestatīt autorizācijas parametrus (saņēmēja datu bāzē ir jāizveido lietotājs ar administratora tiesībām);
• Pēc savienojuma pārbaudes mēs varam pieņemt, ka mūsu iestatīšana ir pabeigta.

Ja apmaiņa notiek, izmantojot citus savienojuma veidus, jums ir jākonfigurē to parametri attiecīgajās cilnēs.

Grafika iestatījumi

Un beigās daži vārdi par sinhronizācijas grafika iestatīšanu; tas tiek veikts attiecīgajā loga cilnē (3. att.) un neatšķiras no atbilstošās veidlapas grafika iestatīšanai citiem ikdienas uzdevumiem.

1C prezentēja jaunā biznesa datu apmaiņas formāta EnterpriseData pirmo versiju, kas ir balstīta uz XML un, pēc tā autoru domām, ir paredzēta ne tikai paša uzņēmuma radīto lietojumprogrammu risinājumu un to atsevišķo komponentu mijiedarbības vienošanai, bet arī var izmantot kā universālu informācijas integrācijas mehānismu jebkurai biznesa lietojumprogrammai jebkurā programmatūras platformā, tostarp, protams, 1C: Enterprise.

Uzņēmums jau sen ir praktizējis atvērto standartu izveidi un izmantošanu savu lietojumprogrammu informācijas mijiedarbībai ar neatkarīgu izstrādātāju programmatūru, taču līdz šim tas attiecās tikai uz atsevišķām specializētām priekšmetu jomām. Tieši tāds ir gandrīz pirms piecpadsmit gadiem radītais CommerceML formāts e-komercijas problēmas risināšanai, kā arī “Client-Bank” un DirectBank saziņai starp 1C aplikācijām un ārējām banku sistēmām. Savukārt EnterpriseData ir universāls mehānisms, kas var aptvert visas uzņēmuma darbības jomas – finanses, ražošanu, iepirkšanu un pārdošanu, noliktavas operācijas u.c. Formāta pirmajā versijā ir iekļauts 94 veidu dokumentu apraksts no dažādām uzņēmējdarbības jomās. 1C plāno tam pievienot jaunus dokumentus un detalizēt esošos.

Kā skaidro 1C pārstāvji, EnterpriseData rašanās tiek skaidrota ar nepieciešamību ne tikai integrēt uzņēmuma aplikācijas citu izstrādātāju programmatūrā, bet arī – iespējams, pat primāri – izveidot vienotu informācijas komunikācijas mehānismu 1C:Enterprise programmatūras saimes ietvaros. Vēl nesen šo problēmu risināšanai tika izmantots plašs risinājumu klāsts, kas bieži tika izveidots katrā gadījumā atsevišķi. 1C produktu pāreja uz EnterpriseData jau ir sākusies; tā tiek izmantota visās jaunākajās galveno lietojumprogrammu versijās (“1C: ERP Enterprise Management 2.0”, “1C: Accounting 8” 3.0, “1C: Accounting 8 KORP” 3.0, “1C: mazumtirdzniecība” “2.0”, “1C: tirdzniecības vadība” 11). Tajā pašā laikā jau izmantoto standartu (CommerceML, darbs ar bankām) aizstāšana ar EnterpriseData nav paredzēta, jo laika pārbaudīti specializētie algoritmi darbojas efektīvāk nekā universālie rīki.

1C uzskata, ka jauno formātu plaši izmantos neatkarīgi izstrādātāji, kas veido lietojumprogrammas platformā 1C: Enterprise; tiem tiek piedāvāti gatavi programmatūras komponenti kā daļa no Standarta apakšsistēmu bibliotēkas (kaut kas līdzīgs SDK priekš 1C:Enterprise).

Izmantojot EnterpriseData standartu, dati tiek pārsūtīti starp lietojumprogrammām XML faila veidā, izmantojot atbilstošas ​​XML shēmas, savukārt fiziskā informācijas pārsūtīšana var tikt veikta, izmantojot dažādus mehānismus: tīmekļa pakalpojumus, failu koplietošanu caur direktoriju, FTP un e-pastu. Svarīgi ir tas, ka mijiedarbības algoritms nozīmē adresāta iespēju apstiprināt viņam nosūtīto datu saņemšanas un apstrādes faktu. Pats XML fails tiek fiziski piegādāts saspiestā formā (ZIP), kas bieži vien ļauj ievērojami samazināt informācijas trafiku.

1C sola turpmāku EnterpriseData formāta attīstību un tā atbalstu arvien lielākam skaitam savu lietojumprogrammu. Šo standartu pārvaldīs pats uzņēmums, tā veidotāji pagaidām neplāno to pārveidot par neatkarīgu nozares standartu.

Šajā rakstā aprakstīšu savu līdz šim nelielo pieredzi datu apmaiņas organizēšanā, izmantojot universālo EnterpriseData formātu.

Manā gadījumā apmaiņa ir konfigurēta starp “Trade Management 11.2” (turpmāk UT) un “Enterprise Accounting 3.0.43” (turpmāk BP) konfigurācijām. Apmaiņa ir vienvirziena, no UT uz BP. Pirms Trade Management 11.1 uz 11.2 jaunināšanas datu apmaiņa tika konfigurēta, izmantojot Data Conversion 2.0 konfigurāciju. Tomēr pēc pārslēgšanās uz “11.2” lietotājiem parādījās kļūdas sadaļā “Tirdzniecības vadība”. Apmaiņas noteikumu atjaunināšanas procedūra tika veikta, taču tā nedeva nekādus rezultātus. Atkļūdotājs parādīja, ka problēma ir datu apmaiņā. Tika nolemts noņemt datu apmaiņas iestatījumu abās konfigurācijās un konfigurēt to vēlreiz.

Gan “Tirdzniecības vadība”, gan “Uzņēmuma grāmatvedība” darbojas klienta-servera versijā. Es sāku iestatīt sinhronizāciju ar UT. Es to veicu tā, ka dati tika augšupielādēti no UT failā. Tas ir, sinhronizācija caur tīkla direktoriju. BP es konfigurēju apmaiņu tā, lai no BP netiktu lejupielādēti dati.

Kļūda, izsaucot konteksta metodi (pārbaudīt): XDTO datu validācijas kļūda:
Objekta "/Darījuma partnera bankas konts/Banka" struktūra neatbilst tipam: (http://v8.1c.ru/edi/edi_stnd/EnterpriseData/1.1)KeyPropertiesBank
"BIK" īpašuma pārbaude:
forma: elements
nosaukums: (http://v8.1c.ru/edi/edi_stnd/EnterpriseData/1.1)BIK
veids:
Trūkst vajadzīgā īpašuma
Objekts: Līgums ar darījuma partneri Nr. ...

Lai analizētu kļūdu, es noklikšķināju uz ikonas “Nosūtīto datu sastāvs” un nosūtīšanai reģistrēto līgumslēdzēju līgumu sarakstā atradu līgumu, kuram parādījās kļūda. Atvēru līgumu un atcerējos līgumā norādīto darījuma partnera bankas kontu. Tad es pārgāju uz bankas kontiem, kas reģistrēti nosūtīšanai. Izrādījās, ka vajadzīgais konts nav reģistrēto sarakstā. Pārkārtoju problemātisko bankas kontu un līgumu. Pēc tam manuāli reģistrēju vajadzīgo bankas kontu.

Es mēģināju vēlreiz sinhronizēt datus no UT. Šoreiz dati tika veiksmīgi augšupielādēti. Tīkla mapē tika ģenerēts XML fails, kas satur datus, kas jāpārsūta no UT uz BP.

Nākamais solis ir datu ielāde no faila uzņēmuma grāmatvedības nodaļā. Konfigurācijā "Uzņēmuma grāmatvedība" es noklikšķināju uz pogas "Sinhronizēt", atverot apstrādes veidlapu ar ziņojumu "Notiek datu analīze". Nedaudz vēlāk ziņojums tika mainīts uz “Notiek datu augšupielāde”. Tajā pašā laikā indikators un skaitītājs rādīja, ka no barošanas bloka tiek izkrauti vairāk nekā 80 tūkstoši objektu. Tas mani mulsināja, jo iestatījumos norādīju, ka neko nedrīkst izlādēt no barošanas avota. Apstrāde aizņēma diezgan ilgu laiku un beidzās ar kļūdu:

Pasākums: Datu apmaiņa
(GeneralModule.Long-runningOperations.Module(371)): fona darba darbinieka process tika pārtraukts neparasti
RaiseException(ErrorText);

Lai lokalizētu kļūdu, mēģināju mainīt barošanas avota bāzes sinhronizācijas iestatījumus un darbības iespējas. Rezultātā, konvertējot datu bāzi uz faila versiju, sistēma darbojās adekvāti: tika atvērta divu datu bāzu salīdzināšanas forma. Pēc objektu saskaņošanas sākotnējā sinhronizācija bija veiksmīga. Pēc tam es pārslēdzu datubāzi atpakaļ uz klienta-servera versiju.

Veicot turpmāku sinhronizācijas pārbaudi, bija nepieciešams veikt dažas izmaiņas objektu konvertēšanas noteikumos. Ir pienācis laiks izmantot datu konvertēšanas 3.0 konfigurāciju. Iebūvētā konfigurācijas palīdzība apraksta, kā tā darbojas. Palīdzēja arī raksti ITS tīmekļa vietnē.

Rezultātā es ielādēju šādus datus programmā "Data Conversion 3.0":

• Vispārējā moduļa "Datu apmaiņas vadītājs caur universālo formātu" teksti no divām datu bāzēm
• Abu pamatu izkārtojums
• EnterpriseData formāta apraksts (no jebkuras datu bāzes)
• Konversijas noteikumi

Pēc lejupielādes es atvēru datu, objektu un rekvizītu konvertēšanas noteikumus programmā “Data Conversion 3.0”. Veicu vajadzīgās izmaiņas. Tad es izmantoju pogu "Izlādēt biržas pārvaldnieka moduli". Moduļa teksts ir kopēts starpliktuvē. Atliek tikai ievietot to konfigurācijā.

Eksperimentējot ar noteikumu iestatīšanu programmā "Data Conversion 3.0", es pats secināju, ka gadījumā, ja veiktās izmaiņas ir nenozīmīgas, noteikumus ir vieglāk iestatīt tieši UT un BP konfigurācijās, vispārīgajā modulī. "Datu apmaiņas pārvaldnieks, izmantojot universālo formātu". Ja labojumi ir nopietni, piemēram, pievienojot apmaiņai jaunu objektu, izmantojiet konfigurāciju " Datu konvertēšana 3,0"

Es veicu uzdevumu pievienot dokumentu "Pasūtījums piegādātājam" apmaiņas plānam, izmantojot " Datu konvertēšana 3.0". UT - BP standarta versijā šis dokuments apmaiņas plānā nav iekļauts.

Atcerēsimies, ka noteikumi objektu reģistrēšanai augšupielādei joprojām ir konfigurēti konfigurācijā "Datu konvertēšana 2.0".

Šie ir pirmie iespaidi par datu sinhronizāciju, izmantojot universālo EnterpriseData formātu.

P.S. Ja jums ir jautājumi vai jūsu novērojumi par datu apmaiņu, izmantojot universālo formātu un konfigurācijas Datu konvertēšana 3.0", rakstiet komentāros. Apmainīsimies pieredzē.

• Datu sinhronizācija
• Universāls EntepriseData formāts
• Datu konvertēšana 3.0
• Datu konvertēšana 2.0
• Tirdzniecības vadība
• Uzņēmuma grāmatvedība

Drukāt (Ctrl+P)

Apmaiņa, izmantojot universālu formātu

Standarta apakšsistēmu bibliotēkas apakšsistēma “Datu apmaiņa” satur 4 iespējas (tehnoloģijas) informācijas apmaiņai starp dažādām informācijas bāzēm:

• izplatītās informācijas bāzes (RIB);
• datu apmaiņa, izmantojot universālu formātu;
• datu apmaiņa saskaņā ar apmaiņas noteikumiem (apmaiņas noteikumi tiek veidoti, izmantojot konfigurāciju “Datu konvertēšana”, izdevums 2.1);
• datu apmaiņa bez apmaiņas noteikumiem.

Šajā rakstā ir apskatīta datu apmaiņas tehnoloģija universāls EnterpriseData formāts. Šī tehnoloģija ir pieejama “Standarta apakšsistēmu bibliotēkā”, sākot ar versiju 2.3.1.62. izlaists 2016. gada sākumā. Pašlaik jaunākajam BSP 2.3 izdevumam (izmantošanai platformā 1C:Enterprise 8.3, kas nav zemāka par versiju 8.3.8.1652 ar atspējotu saderības režīmu) ir 2.3.6.17.

Rīsi. 1 Jaunākie BSP 2.3 laidieni

Starp failiem 1C lietojumprogrammu risinājumu piegādei ir teksta fails “Bibliotēkas versijas”, kurā ir rakstīts, pamatojoties uz kuru BSP versiju lietojumprogramma tika izstrādāta, piemēram, pamatojoties uz lietojumprogrammas risinājumu UT 11.3.3.231, Tika izveidots BSP 2.3.5.65.

Lūdzu, ņemiet vērā, ka lietošanai ar platformas “1C:Enterprise 8.3” versiju nav zemāka 8.3.10.2168 izdevums tika izlaists ar atspējotu saderības režīmu BSP 2.4.

EnterpriseData formāta apraksts

Kas ir EnterpriseData formāts?

Šis ir formāts, kas ļauj aprakstīt informācijas bāzes objektu (darījuma partneris, rēķins utt.) vai ziņot par šī objekta dzēšanas faktu. Paredzams, ka konfigurācija, kas saņem failu EnterpriseData formātā, attiecīgi reaģēs - izveidos jaunus objektus un izdzēsīs tos, kas failā ir atzīmēti kā dzēsti. Tas ir paredzēts informācijas apmaiņai starp UT, RT, UNF, BP konfigurācijām. Formātu var izmantot arī informācijas apmaiņai ar jebkurām citām informācijas sistēmām: tas nav atkarīgs no savas programmatūras iezīmēm vai informācijas bāzes struktūrām, kas piedalās apmaiņā, un nesatur acīmredzamus lietošanas ierobežojumus.

EnterpriseData formāta versija

Formāta dati tiek glabāti XDTO pakotnēs vispārējās datu bāzes konfigurācijas filiālēs, kā parādīts attēlā. 2

2. att. XDTO – EnterpriseData datu formātu pakotnes

Attēlā 2 parāda, ka ir vairākas XDTO pakotnes. Tās ir dažādas formāta versijas. Formāta versijas numurs sastāv no X.Y.Z, kur X.Y ir versija, Z ir Minor versija. Minor versija tiek palielināta kļūdu labojumu un citu izmaiņu gadījumā, kurās: tiek saglabāta datu konvertēšanas loģikas funkcionalitāte, kas balstīta uz iepriekšējo formāta versiju (saglabājot pašreizējo datu pārraides algoritmu atgriezenisko savietojamību caur formātu); Atbalsts jaunām formāta iespējām konvertēšanas loģikai ir brīvprātīgs. Šādu izmaiņu piemērs varētu būt kļūdas labošana, formāta objektu rekvizītu maiņa, rekvizītu pievienošana, kuru izmantošana nav obligāta, konvertējot datus. Citos gadījumos, mainoties formātam, Major versija palielinās: X – globālās restrukturizācijas gadījumā, Y – citos gadījumos.
Formāts apraksta objektu (dokumentu vai direktoriju elementu) attēlojumu XML failu veidā. Versija 1.0.1 satur 94 objektu aprakstu no dažādām jomām (finanses, ražošana, pirkšana un pārdošana, noliktavas darbības). Veidu nosaukumi, kā likums, ir labi saprotami un tiem nav nepieciešami papildu skaidrojumi: piemēram, “Dokuments.Pabeigtā darba akts” vai “Dokuments.Darījuma partneri”. Kā redzat, dokumentu tipu apraksts sākas ar prefiksu “Dokumentāls.”, un direktorijas elements sākas ar prefiksu “Directory.”. Sīkāku formāta aprakstu var atrast
Jaunākā versija ir 1.3, taču visbiežāk lietotā versija ir 1.0. Starp versijām nav daudz atšķirību. Formāts EnterpriseDataExchange_1_0_1_1 izmanto, veicot apmaiņu, izmantojot tīmekļa pakalpojumu.
Pieraksti to ka EnterpriseData datu formāta pakotne tiek izmantota kopā ar ExchangeMessage veidojot konvertēšanas noteikumus. Šī pakotne satur tipa objektu Papildus informācijakam var būt jebkurš vērtības tips un tiek izmantots, veidojot konversijas kārtulu starp konfigurācijas objektiem. kas nav datu formātā. Tieši tā, paldies Papildus informācijaVarat pielāgot un pielāgot apmaiņas noteikumus, nemainot formāta datus XDTO pakotnēs.

Rīsi. 3 XDTO pakotnes ExchangeMessage struktūra

Kā apmainīties ar datiem EnterpriseData formātā?

Datu apmaiņa EnterpriseData formātā ar konfigurāciju ir failu apmaiņa. Atbildot uz failu, kas saņemts no ārējās lietojumprogrammas, konfigurācija to apstrādās un izveidos atbildes failu. Failus var apmainīt:

• izmantojot īpašu failu direktoriju,
• izmantojot FTP direktoriju,
• izmantojot tīmekļa pakalpojumu, kas izvietots informācijas bāzes pusē. Datu fails tiek nodots kā parametrs tīmekļa metodēm.

Piezīme. Divvirzienu datu apmaiņai starp trešās puses lietojumprogrammu un konfigurāciju informācijas bāzes pusē ir jāveic vairāki iestatījumi - trešās puses lietojumprogramma jāreģistrē informācijas bāzē, tai ir jādefinē apmaiņas kanāls (izmantojot fails vai FTP direktorijs) utt. Bet vienkāršas integrācijas gadījumos, kad pietiek tikai pārsūtīt informāciju no trešās puses lietojumprogrammas uz informācijas bāzi un reversā datu pārsūtīšana no informācijas bāzes uz trešās puses lietojumprogrammu nav nepieciešama (piemēram, interneta veikala integrācija kas pārsūta pārdošanas informāciju uz 1C: Grāmatvedība), ir vienkāršota versija darbam, izmantojot tīmekļa pakalpojumu, kurai nav nepieciešami iestatījumi sānos.

Veicot apmaiņu, izmantojot konfigurācijas apmaiņas plānus sinhronizācijas laikā, tiek pārsūtīta tikai informācija par izmaiņām, kas notikušas kopš pēdējās sinhronizācijas (lai samazinātu pārsūtītās informācijas apjomu). Pirmo reizi sinhronizējot, konfigurācija visus EnterpriseData formatētos objektus izgāzīs XML failā (jo tie visi ir “jauni” trešās puses lietojumprogrammai).

Nākamais solis ir trešās puses lietojumprogrammai - tai jāapstrādā informācija no XML faila un jāievieto sadaļā nākamās sinhronizācijas sesijas laikā. informācija, ka ir veiksmīgi saņemta ziņa no konfigurācijas ar noteiktu numuru (laukā Saņemts Nr. ievietojiet no konfigurācijas saņemtās ziņas numuru). Saņemšanas ziņojums ir signāls konfigurācijai, ka visi objekti ir veiksmīgi apstrādāti ārējā lietojumprogrammā un vairs nav jāpārraida informācija par tiem. Papildus kvītim XML failā no trešās puses lietojumprogrammas var būt arī dati sinhronizācijai (sadaļā ).

Pēc saņemšanas ziņojuma saņemšanas konfigurācija atzīmē visas iepriekšējā ziņojumā nosūtītās izmaiņas kā veiksmīgi sinhronizētas. Uz ārējo lietojumprogrammu nākamās sinhronizācijas sesijas laikā tiks nosūtītas tikai nesinhronizētas objektu izmaiņas (jaunu izveidošana, esošo mainīšana un dzēšana).

Pārsūtot datus no ārējās lietojumprogrammas uz konfigurāciju, attēls tiek apgriezts. Pieteikumā jāaizpilda sadaļa attiecīgi un sadaļā ievietojiet sinhronizējamos objektus EnterpriseData formātā.

Pēc faila apstrādes konfigurācija ģenerēs XML failu, kurā būs kvīts ziņojums un jauni dati sinhronizācijai no konfigurācijas puses (ja tādi ir bijuši kopš pēdējās sinhronizācijas sesijas).

Plašāku informāciju par datu apmaiņu ar lietojumprogrammu risinājumiem varat skatīt platformā 1C:Enterprise EnterpriseData formātā

Vispārīgais modulis “apmaiņas pārvaldnieks, izmantojot universālo formātu”.

Procedūras un funkcijas, kas pilnībā apraksta noteikumus datu lejupielādei no informācijas bāzes apmaiņas formātā un noteikumus datu ielādei no apmaiņas formāta informācijas bāzē, ir izstrādāti kopējā modulī - apmaiņas pārvaldnieka modulī, izmantojot universālo formātu.

Rīsi. 4 Apmaiņas pārvaldnieka moduļa struktūra, izmantojot universālu formātu

Modulis tiek izveidots automātiski, izmantojot “Data Conversion” konfigurāciju, izdevumu 3.0, pamatojoties uz konfigurētiem apmaiņas noteikumiem, vai manuāli konfiguratorā.

Modulis sastāv no vairākām lielām sadaļām, no kurām katra satur savu procedūru un funkciju grupu.

1. Komentārs. Moduļa pirmajā rindā ir komentārs ar konvertēšanas nosaukumu. Šī rinda ir nepieciešama, lai identificētu moduli, piemēram, izmantojot komandu Data Conversion programmā, izdevumā 3.0. // Reklāmguvums UP2.2.3 no 01.06.2017 19:51:50
2. Konversijas procedūras. Satur iepriekš noteiktas procedūras, kas tiek veiktas dažādos datu sinhronizācijas posmos: pirms konvertēšanas, pēc konvertēšanas, pirms atliktās aizpildīšanas.
3. Datu apstrādes noteikumi (DPR). Satur procedūras un funkcijas, kas apraksta datu apstrādes noteikumus.
4. Objektu konvertēšanas kārtulas (OCR). Satur procedūras un funkcijas, kas apraksta objektu konvertēšanas noteikumus, kā arī šo objektu īpašību konvertēšanas noteikumus.
5. Iepriekš definēti datu konvertēšanas noteikumi (PDC). Ietver procedūru, kas aizpilda iepriekš definētu datu konvertēšanas noteikumus.
6. Algoritmi. Satur patvaļīgus algoritmus, kas tiek izsaukti no citiem noteikumiem (POD vai PKO).
7. Iespējas. Satur loģiku konversijas parametru aizpildīšanai.
8. Vispārīgs mērķis. Satur procedūras un funkcijas, kas tiek plaši izmantotas noteikumos un algoritmos.

Tālāk ir aprakstīti procedūru un funkciju parametri, kas tiek izmantoti vairāku veidu procedūrās pārvaldnieka modulī.

Komponentu apmaiņa. Tips - Struktūra. Satur parametrus un apmaiņas noteikumus, kas inicializēti apmaiņas sesijas ietvaros.

Apmaiņas virziens. Tips – virkne. Vai nu "Sūtīt" vai "Saņemt".

IB dati. Tips - DirectoryObject vai DocumentObject.

Procedūras, kas saistītas ar reklāmguvumu notikumiem

Ir trīs iepriekš definētas procedūras, kas tiek izsauktas konvertēšanas procesa laikā:

• Pirms konvertēšanas. Tiek izsaukts pirms datu sinhronizācijas. Šajā procedūrā parasti ir ietverta loģika dažādu konversijas parametru inicializācijai, noklusējuma vērtību aizpildīšanai utt. Parametri: Komponentu apmaiņa.
• Pēc konversijas. Izsaukts pēc datu sinhronizācijas pabeigšanas, bet pirms slinkas aizpildīšanas. Iespējas: Komponentu apmaiņa.
• Pirms AizkavētaAizpildīšana. Zvana, pirms notiek slinks pildījums. Šeit var atrast slinkai aizpildīšanai pakļauto objektu tabulas šķirošanas vai pielāgošanas loģiku. Iespējas: Komponentu apmaiņa.

AML procedūras

Aizpildiet datu apstrādes noteikumus. Eksportēšanas procedūra, kas satur datu apstrādes noteikumu aizpildīšanas loģiku. Satur izsaukumus uz citām procedūrām, kas noteikumu tabulai pievieno kārtulu konkrēta objekta apstrādei (skatiet tālāk norādītās procedūras Pievienojiet AML). Iespējas: Apmaiņas virziens, Datu apstrādes noteikumi

Pievienot UNDER_<ИмяПОД>. Procedūru kopa, kas aizpilda tabulu SASKAŅĀ ar konkrētu objektu noteikumiem. Šādu procedūru skaits atbilst šai konvertēšanai paredzēto AML skaitam Datu konvertēšanas programmas versijā 3.0. Iespējas: Datu apstrādes noteikumi(vērtību tabula, kas inicializēta apmaiņas sesijas ietvaros).

ZEM_<ИмяПОД>_Apstrādes laikā. Procedūra satur apdarinātāja tekstu Apstrādes laikā konkrētai AML. Apdarinātājs ir paredzēts konversijas loģikas ieviešanai objekta līmenī. Piemēram, piešķiriet konkrētam objektam noteiktu PQO atkarībā no objekta satura. Iespējas:

• InformācijaB dati vai DataXDTO(atkarībā no apmaiņas virziena):
• sūtot – objekts ( DirectoryObject,DocumentObject);
• saņemot - struktūra ar XDTO objekta aprakstu.
• PKO izmantošana. Tips - Struktūra. Atslēgā ir virkne ar PCO nosaukumu un tipa vērtību Būla (Taisnība- tiek izmantots PKO, Meli– PKO netiek izmantots).
• Komponentu apmaiņa.

ZEM_<ИмяПОД>_Datu paraugu ņemšana. Funkcija satur apdarinātāja tekstu Izkraušanas laikā. Apdarinātājs ir paredzēts, lai ieviestu patvaļīgu algoritmu izkraušanas objektu atlasei. Atgriešanas vērtība: objektu masīvs, kas jāizkrauj. Masīvā var būt gan saites uz informācijas bāzes objektiem, gan struktūra ar datiem augšupielādei. Iespējas: Komponentu apmaiņa.

PKO procedūras

Aizpildiet objektu konvertēšanas noteikumus. Eksportēšanas procedūra, kas satur loģiku objektu konvertēšanas noteikumu aizpildīšanai. Satur izsaukumus uz citām procedūrām, kas kārtulu tabulai pievieno konkrētu objektu konvertēšanas kārtulu (skatiet tālāk norādītās procedūras Pievienojiet PKO). Iespējas: Apmaiņas virziens, Konversijas noteikumi(vērtību tabula, kas inicializēta apmaiņas sesijas ietvaros).

PievienotPKO_<ИмяПКО>. Procedūru kopa, kas aizpilda PKO tabulu ar kārtulām konkrētiem objektiem. Šādu procedūru skaits atbilst šai konvertēšanai paredzēto PKO skaitam Datu konvertēšanas programmas versijā 3.0. Iespējas: Konversijas noteikumi(vērtību tabula, kas inicializēta apmaiņas sesijas ietvaros).

PKO_<ИмяПКО>_Sūtot datus. Procedūra satur apdarinātāja tekstu Sūtot par konkrētu PKO. Apdarinātājs tiek izmantots, augšupielādējot datus. Izstrādāts, lai īstenotu loģiku informācijas bāzes objektā esošo datu konvertēšanai XDTO objekta aprakstā. Iespējas:

• InformācijaB dati. Tips - DirectoryObject, DocumentObject. Informācijas bāzes objekts, kas tiek apstrādāts.
• DataXDTO. Tips - Struktūra. Paredzēts, lai piekļūtu XDTO objektu datiem.
• Komponentu apmaiņa.
• StackUploads. Tips - Masīvs. Satur saites uz neizlādētiem objektiem, ņemot vērā ligzdošanu.

PKO_<ИмяПКО>_Konvertējot XDTO datus. Procedūra satur apdarinātāja tekstu Konvertējot DataXDTO par konkrētu PKO. Apdarinātājs tiek izmantots datu ielādēšanai. Izstrādāts, lai ieviestu patvaļīgu XDTO datu konvertēšanas loģiku. Iespējas:

• DataXDTO. Tips - Struktūra. XDTO objekta rekvizīti, kas ir iepriekš apstrādāti, lai tiem būtu vieglāk piekļūt.
• Saņemtie dati. Tips - DirectoryObject, DocumentObject. Informācijas bāzes objekts, kas izveidots, konvertējot XDTO datus. Nav ierakstīts informācijas datubāzē.
• Komponentu apmaiņa.

PKO_<ИмяПКО>_Pirms saņemto datu ierakstīšanas. Procedūra satur apdarinātāja tekstu Pirms saņemto datu ierakstīšanas par konkrētu PKO. Apdarinātājs tiek izmantots datu ielādēšanai. Izstrādāts, lai ieviestu papildu loģiku, kas jāveic pirms objekta ierakstīšanas informācijas bāzē. Piemēram, vai izmaiņas jāielādē esošajos informācijas drošības datos vai jāielādē kā jauni dati. Iespējas:

• Saņemtie dati. Tips - DirectoryObject, DocumentObject. Datu elements, kas ģenerēts, konvertējot XDTO datus.

Ierakstīts, ja šie dati ir jauni informācijas bāzei (parametrs InformācijaB dati satur vērtību nenoteikts).

Citādi Saņemtie dati aizvietot InformācijaB dati(visi īpašumi no Saņemtie dati pārsūtīts uz InformācijaB dati).

Ja informācijas drošības datu standarta aizstāšana ar saņemtajiem datiem nav nepieciešama, jums vajadzētu ierakstīt savu pārsūtīšanas loģiku un pēc tam iestatīt parametru Saņemtie dati nozīmē nenoteikts:

• InformācijaB dati. Tips - DirectoryObject, DocumentObject. Informācijas bāzes datu elements, kas atbilst saņemtajiem datiem. Ja nav atrasti atbilstoši dati, satur nenoteikts.
• ConvertingProperties. Tips - Vērtību tabula. Ietver noteikumus pašreizējā objekta rekvizītu konvertēšanai, kas inicializēti kā apmaiņas sesijas daļa.
• Komponentu apmaiņa.

PCPD procedūras

Aizpildiet iepriekš definētu datu konvertēšanas noteikumus. Eksportēšanas procedūra, kas satur loģiku iepriekš definētu datu konvertēšanas noteikumu aizpildīšanai. Iespējas: Apmaiņas virziens, Konversijas noteikumi(vērtību tabula, kas inicializēta apmaiņas sesijas ietvaros).

Algoritmi

Programmas “Datu konvertēšana” 3.0 izdevumā ir iespējams izveidot patvaļīgus algoritmus, kas tiek izsaukti no AML un PKPD apstrādātājiem. Izstrādājot noteikumus, tiek noteikts algoritmu nosaukums, parametri un saturs.

Iespējas

Aizpildiet ConversionParameters. Eksportēšanas procedūra, kurā tiek aizpildīta struktūra ar konvertēšanas parametriem. Iespējas: Konversijas opcijas(tips - Struktūra).

Vispārējas nozīmes procedūras un funkcijas

ExecuteManagerModuleProcedure. Iespējas: Procedūras nosaukums(rinda), Iespējas(struktūra). Eksporta procedūra, kas paredzēta neeksporta moduļa procedūras izsaukšanai, kuras nosaukums un parametri tiek saņemti kā ievade. Ļauj izsaukt procedūru vai funkciju līnijā, neizmantojot metodi Izpildīt.

ExecuteManagerModuleFunction. Iespējas: Procedūras nosaukums(rinda), Iespējas(struktūra). Funkcija, mērķis līdzīgs ExecuteManagerModuleProcedure. Atšķirība ir tāda, ka tā izsauc funkciju un atgriež tās vērtību.

Apskatīsim vienkāršu reālās dzīves piemēru. Teiksim, mums ir uzņēmums, kas nodarbojas ar vairumtirdzniecību un mazumtirdzniecību, un šajā uzņēmumā, tāpat kā jebkurā citā, tiek veikta grāmatvedība. Uzņēmumam ir divas standarta datu bāzes, tās ir attiecīgi UT (tirdzniecības vadība) un BP (uzņēmuma grāmatvedība), katrā no datu bāzēm tiek glabāta sava uzskaite, UT ir pārvaldība, lai atspoguļotu visus ar tirdzniecību saistītos darījumus, BP ir grāmatvedība. Lai nedarītu dubultu darbu, t.i. neveidojiet vienādus dokumentus divās datu bāzēs (galu galā kustībām jābūt pārvaldībā un grāmatvedībā) mēs vienkārši iestatīsim sinhronizāciju starp šīm datu bāzēm.

Mēs izveidosim datu apmaiņu vienvirziena, no UT ---> BP. Ir iespējams arī izveidot divvirzienu apmaiņu, taču praksē tas nav bieži nepieciešams, tāpēc mēs to neaplūkosim savā piemērā.

Sagatavošanas soļi apmaiņas iestatīšanai BP

Sāksim iestatīt sinhronizāciju, vispirms dodieties uz 1C "Enterprise Accounting 3.0" datu bāzi (uztvērēju), mums jāpārbauda, ​​vai šai datu bāzei ir iespējota sinhronizācija, lai to izdarītu, vispirms jāiet uz datu bāzi. Tiklīdz datu bāze tiek atvērta, dodieties uz cilni "Administrēšana" ---> "Datu sinhronizācijas iestatījumi"

Mūsu priekšā tiek atvērta jauna cilne, kas jāaizpilda tāpat kā zemāk esošajā ekrānuzņēmumā, izņemot informācijas bāzes prefiksu. Prefiksam jāsastāv no diviem burtiem, jūs varat iestatīt jebkuru, taču saskaņā ar 1C standartu prefiksu labāk iestatīt pēc konfigurācijas nosaukuma, tas ir, “Uzņēmuma grāmatvedībai” prefikss būs “BP”. Ja veidojat sarežģītas biržas un ir vairākas grāmatvedības datu bāzes, tad prefiksiem skaidri jāatšķiras vienam no otra; šeit kā saīsinājumu varat izmantot pirmos divus organizācijas nosaukuma burtus.

Mēs turpinām iestatīt datu sinhronizāciju UT

Kad esam veikuši visas nepieciešamās darbības uztvērēja datu bāzē (BP 3.0), lai turpinātu datu apmaiņas iestatīšanu, mums ir jāatver avota datu bāze (UT 11.1). Dodieties uz cilni "Administrēšana", kreisajā pusē esošajā izvēlnē atlasiet "Datu sinhronizācijas iestatījumi".. Ja sinhronizācija nav iespējota, iespējojiet to, izmantojot izvēles rūtiņu, un neaizmirstiet norādīt avota bāzes prefiksu. Kad esam pabeiguši visas 1.–4. darbības, kā parādīts zemāk esošajā attēlā, jums jānoklikšķina uz hipersaites “Datu sinhronizācija” (5. darbība).

Parādītajā jaunajā logā jānoklikšķina uz zaļās pluszīmes (Iestatīt datu sinhronizāciju), nolaižamajā izvēlnē atlasiet vienumu “Uzņēmuma grāmatvedība 3.0”.

Svarīgu punktu iestatīšana datu apmaiņā starp UT un BP

Tagad mēs redzam logu ar iestatījumiem datu sinhronizācijai 1C, atlasiet “Norādīt iestatījumus manuāli” un noklikšķiniet uz “Tālāk”.

Mēs turpinām iestatīt datu apmaiņu 1C, nākamajā cilnē ir jāizvēlas iespēja izveidot savienojumu ar uztvērēja informācijas bāzi (tiešs savienojums ar programmu), savienojuma parametri (šajā datorā vai lokālajā tīklā), direktorijs, kurā atrodas uztvērēja bāze, kā arī nepieciešamie autentifikācijas dati (lietotājvārds un parole datu bāzē).

Nākamajā lapā jāaizpilda noteikumi datu nosūtīšanai un saņemšanai no BP 3.0 (uztvērēja) konfigurācijas. Noklikšķiniet uz "mainīt datu augšupielādes noteikumus".

Mūsu priekšā ir atvērts logs “Datu nosūtīšanas noteikumi”, kurā mēs iestatām šādus parametrus:

• Kādi uzziņu dati tiks nosūtīti (mūsu piemērā interesē tikai dokumenti un tajos izmantotie uzziņu dati, tāpēc izvēlējāmies atbilstošo vienumu; ja atlasīsit pirmo vienumu “Sūtīt visu”, tad visas uzziņu grāmatas tiks pārlādētas kopā ar dokumentiem, bieži vien, ja informācija dokumentos netiek izmantota, tad tā saņēmējam ir bezjēdzīga, jo uzskaiti tas nekādi neietekmē)
• No kura datuma ir jānosūta visa informācija (šajā rakstā mēs neuzskatīsim par manuālu sinhronizāciju)
• Uz kurām vai kurām organizācijām sūtīt datus (mūsu piemērā mēs izvēlējāmies vienu organizāciju, IP "Uzņēmējs")
• Līgumu noformēšanas noteikumi
• Vispārējā noliktava
• Vai man vajadzētu apkopot dokumentus pēc noliktavas?

Kad iestatījumi ir veikti, noklikšķiniet uz "Saglabāt un aizvērt".

Tā kā mūsu piemērā mēs iestatām un izmantojam vienvirziena apmaiņu no UT uz BP, tad iestatījumu iestatījumi datu iegūšanai no “Uzņēmuma grāmatvedība 3.0” mūs neinteresē, tāpēc mēs noklikšķinām uz “Tālāk”.

Jaunā logā mums tiek lūgts konfigurēt uztvērēja bāzes (RB) noteikumus. 1. punktā mēs nosaucam savu datubāzi, piešķiram tai prefiksu. PREFIX ir jābūt tādam pašam kā mēs to iestatījām pašā BP datubāzē šī raksta sākumā; ja prefiksi atšķiras, datu sinhronizācija programmā 1C nedarbosies. Pēc tam noklikšķiniet uz punkta 2 un pēc tam uz 3. punkta.

3. punktā mums ir jāļauj apstrādāt dokumentus, kad tie tiek ielādēti datu bāzē. Noklikšķiniet uz "Saglabāt un aizvērt".

Tagad logam vajadzētu izskatīties līdzīgi kā parādīts zemāk, noklikšķiniet uz "Tālāk".

Šajā logā ir atsauces informācija par sinhronizāciju, kas tiek izveidota 1C. Vienkārši noklikšķiniet uz pogas "Nākamais". Ja, iestatot datu sinhronizāciju, programma radīja kļūdu, jums ir jāsazinās ar mums, lai mūsu 1C speciālists varētu jums palīdzēt tieši tagad!

Nākamais solis programma piedāvās sinhronizēt uzreiz pēc datu apmaiņas iestatījumu izveidošanas. Piekrītam tam un noklikšķiniet uz "Gatavs".

Jūsu priekšā parādīsies logs, kurā redzēsiet informāciju par to, kā notiek sinhronizācija. Ja uztvērēja bāze nav tukša, t.i. tajā jau ir saglabāti ieraksti, tad lietotājam programmā 1C tiks lūgts manuāli salīdzināt objektus. Objektu salīdzinājums 1C, sinhronizējot datus, ir identisku uztvērēja objektu salīdzinājums ar identiskiem objektiem avotā.

Apskatīsim piemēru, pieņemsim, ka UT ir darījuma partneris ar nosaukumu "PharmGroup LLC" un TIN 1234567, un BP ir arī darījuma partneris ar TIN 1234567, bet nosaukums "PharmGroup", ja mēs šos nesalīdzinām. divus objektus, salīdzinot datus sinhronizācijas stadijā, tad pēc sinhronizācijas uztvērējā (Enterprise Accounting 3.0) mums būs divi darījuma partneri ar TIN 1234567 un diviem nosaukumiem attiecīgi “PharmGroup LLC” un “PharmGroup”. Lai izvairītos no šādām situācijām, tika izgudrots objektu salīdzināšanas mehānisms.

Mūsu piemērā uztvērēja datu bāze ir tukša, un tāpēc objektu salīdzināšanas logs netika atvērts. Bet pēc dažu darbību veikšanas sistēma noteikti liks lietotājam pievienot dažus papildu datus un parādīs sekojošo logu. Mums nav jāpārsūta nekādi papildu dati, mēs jau esam konfigurējuši visu nepieciešamo iepriekš, tāpēc šajā solī atlasām “Nepievienot dokumentus sūtīšanai”. Noklikšķiniet uz "Tālāk".

Pēdējais datu apmaiņas posms starp 1C

Pēdējā posmā programma parādīs sekojošu logu, kurā lietotājs tiks informēts, ka sinhronizācija bija veiksmīga, noklikšķiniet uz “Pabeigt”. Šajā brīdī ir pabeigta datu bāzu sinhronizācija vienvirziena apmaiņā no “Trade Management 11.1” (UT) uz “Enterprise Accounting 3.0” (BP).