Keitimasis universaliu formatu. „1C“ siūlo „EnterpriseData“ formatą, skirtą keistis verslo duomenimis 1C kaip atsisiųsti duomenų sinchronizavimo taisykles

Siekiant palengvinti integraciją su programinės įrangos produktai 1C įmonė sukūrė „EnterpriseData“ duomenų mainų formatą. Formatas yra paremtas XML ir yra orientuotas į verslą – jame aprašytos duomenų struktūros atitinka 1C programose pateiktus verslo subjektus (dokumentus ir katalogo elementus), pvz.: užpildymo aktas, kasos pajamų orderis, sandorio šalis, sutartis ir kt. Dėl to formatas yra intuityvus ir patogus naudoti.

„EnterpriseData“ formatas yra skirtas keitimuisi duomenimis įmonėje (įskaitant tarp nevienalytės ir geografiškai nutolusios). Informacinės sistemos) ir skirtas aprėpti visas įmonės veiklos sritis – finansus, gamybą, pirkimą ir pardavimą, sandėliavimo operacijas ir kt.

Formato aprašymas

1.0.1 formato versijoje aprašomi 94 verslo subjektų tipai iš įvairių verslo sričių ( Išsamus aprašymas formatą rasite čia). Formatas yra išplečiamas – 1C prie jo pridės naujų verslo subjektų aprašymus ir išplės esamus objektus naujais laukais. Formato palaikymas 1C produktuose užtikrina suderinamumą iš apačios į viršų – visos trečiųjų šalių programos, kurios keičiasi duomenimis EnterpriseData formatu su 1C produktais, ir toliau tinkamai veiks, kai bus išleistos naujos formato versijos.

Formatas skirtas keistis informacija tarp bet kokių informacinių sistemų: jis nepriklauso nuo savo ypatybių programinė įranga arba struktūrų informacinės bazės, kurie dalyvauja mainuose ir kuriuose nėra aiškių naudojimo apribojimų.

Duomenų mainai su 1C programomis

Išankstinis nustatymas 1C pusėje

Norėdami pradėti keistis duomenimis EnterpriseData formatu tarp 1C programos ir trečiosios šalies programos, turite sukonfigūruoti duomenų sinchronizavimą 1C pusėje. Sąrankos metu nurodomas unikalus programos, su kuria bus keičiamasi, kodas, taip pat per kurį kanalą bus keičiamasi duomenimis. Šiuo metu galimos šios parinktys:

  • žiniatinklio paslauga,
  • Keitimasis failais per katalogą,
  • Keitimasis failais per FTP.

Keistis el

Keičiant žiniatinklio paslaugą, trečiosios šalies programa inicijuos duomenų mainų seansą, iškviesdama atitinkamus 1C programos žiniatinklio metodus. Kitais atvejais mainų sesijos iniciatorius bus 1C programa.

Taip pat „1C“ pusėje galite konfigūruoti, kaip dažnai vyks sinchronizavimas (jei norite keistis failais per katalogą ir el. paštą):

pagal grafiką (tam tikru dažnumu);

rankiniu būdu; vartotojas turės rankiniu būdu pradėti sinchronizavimą kiekvieną kartą, kai jam to prireiks.

Exchange failo formatas

Sinchronizavimo metu 1C programos ir trečiųjų šalių programos keičiasi pranešimais - tam tikros struktūros XML failais. Šiuos failus sudaro dvi dalys −

Ir . Skyrius
yra gavimo pranešimas (daugiau apie ją žemiau) ir – informacija apie pasikeitusius verslo subjektus EnterpriseData formatu.

Ir mes parodysime, kaip jį naudoti, kad LABAI supaprastintume problemų sprendimą.

Šiandien apžvelgsime, kaip sukonfigūruoti ir atlikti paprastą katalogų bei pradinių likučių perkėlimą vos per 10–15 minučių.

Ir tai yra masė ir reguliari užduotis, o tai beveik neišvengiama daugumoje išleistų naujų konfigūracijų.

Todėl skambinkite kolegoms, jiems taip pat labai pravers.

Ypač jei jau matė CD 3 ir spėjo išsigąsti :)

Taip, kai pamatai ją pirmą kartą, visai neaišku.

Tačiau iš tikrųjų viskas yra LABAI paprasta. Taip paprasta, kad vėliau net bus nuobodu :)

Kas tiksliai yra šios dienos vaizdo įrašuose

Tai 4 vaizdo įrašai apie duomenų mainus per universalus formatas EnterpriseData mainai.

Be to, parodysime pavyzdį patobulinimai standartines taisykles mainai 1C:Data Conversion 3.0

Bendra trukmė – 34 minutes. Turinys:

  • Keitimosi nustatymas naudojant 1C:Accounting 8 ir 1C:ERP pavyzdį
  • Kaip atsisiųsti standartines taisykles ir universalų mainų formatą naudojant Data Conversion 3.0
  • Metaduomenų struktūros perkėlimas į CD 3.0
  • Kaip atlikti pirmąjį apsikeitimą duomenimis
  • Taisyklių užbaigimas konversija
  • Kaip įkelti naujas taisykles nekeičiant konfigūracijos ( nepašalinant nuo atramos)

pastaba, kad sprendžiant šią problemą įkėlimo taisyklės keičiasi tik priimančioje konfigūracijoje. Ir šaltinio konfigūracija veikia pagal standartines taisykles.

Jei panaši problema būtų išspręsta naudojant Data Conversion 2.0, reikėtų pakeisti tiek šaltinio, tiek paskirties taisykles.

Šie vaizdo įrašai yra svarbūs BSP leidimas 2.3.2(bet kuriai konstrukcijai, senesnei nei 2.3.2.43).

Jei naudojate senesnę BSP,0 versiją, atlikite pakeistos sąsajos ir išplėstų funkcijų „koregavimą“. Norėdami tai padaryti, pakartokite pavyzdį iš vaizdo įrašo patys.

1 vaizdo įrašas:
Įkeliamos keitimosi taisyklės tarp standartinių konfigūracijų į Data Conversion 3.0

Šioje pamokoje atliksime parengiamuosius veiksmus keisdami standartinių konfigūracijų mainų taisykles:

  • Keitimo formato struktūros įkėlimas į kompaktinį diską (
  • Konversijos kūrimas
  • Taisyklių failų įkėlimas iš standartinės konfigūracijos
  • Biržos tvarkyklės modulio iškrovimas

2 vaizdo įrašas:
Keitimo taisyklių tobulinimas CD 3.0

Šioje pamokoje parodysime, kaip įkeliant duomenis užpildyti objekto detales.

Problema bus išspręsta - įkeldami objektus iš šaltinio konfigūracijos, nustatykite komentarą „Įkelta iš BP 3.0“.

Norėdami išspręsti problemą, turėsite įvesti objektų konvertavimo taisyklių pakeitimaiįvykyje „Prieš įrašant gautus duomenis“.

Sukurtos taisyklės bus išsaugotos kaip išorinis apdorojimas tolesniam naudojimui.

3 vaizdo įrašas:
Universalaus mainų tarp standartinių konfigūracijų nustatymas

Šiame vadove parodysime, kaip nustatyti naują keitimąsi tarp standartinių.

Nustatymai bus atlikti šaltinio konfigūracijoje ir įkelti į paskirties konfigūraciją.

Taip pat šiame vaizdo įraše parodysime, kaip nekeičiant konfigūracijosįkelti naujas mainų taisykles.

4 vaizdo įrašas:
Pradinių likučių pervedimas naudojant mainų taisykles

Šioje pamokoje parodysime tipišką pradinių likučių pervedimo funkciją.

P.S.

Taip, mainai per txt / dbf / ole ir kt. turi teisę egzistuoti. Kai kuriais ypatingais atvejais, pavyzdžiui, prisijungiant prie žiniatinklio serverio arba perkeliant išorinę programą iš paruošto formato.

Tačiau už standartiniai mainaistandartiniai metodai yra greitesni ir daug paprastesni.

Ir jei kas nors išradinėja dviratį, kai yra paruoštas universalus sprendimas - tai tarsi ant kaktos rašyti: „Nežinau instrumento, nenoriu jo mokytis, už tavo pinigus pastatysiu ramentus“ .

P.P.S.

Norime parodyti, kad duomenų konvertavimas 3.0 nėra sudėtingas.

Neįprasta – taip. Ne viskas iš karto aišku – taip. Būna labai prieštaringų momentų – taip.

Tačiau naudodamiesi paruoštomis instrukcijomis ir vaizdo įrašais galite tai įvaldyti per 1–2 savaites.

Siekiant palengvinti integraciją su 1C programinės įrangos produktais, buvo sukurtas EnterpriseData duomenų mainų formatas. Formatas yra paremtas XML ir yra orientuotas į verslą – jame aprašytos duomenų struktūros atitinka 1C programose pateiktus verslo subjektus (dokumentus ir katalogo elementus), pvz.: užpildymo aktas, kasos pajamų orderis, sandorio šalis, sutartis ir kt. Dėl to formatas yra intuityvus ir patogus naudoti.

„EnterpriseData“ formatas skirtas keitimuisi duomenimis įmonės viduje (taip pat ir tarp nevienalyčių ir geografiškai nutolusių informacinių sistemų) ir skirtas aprėpti visas įmonės veiklos sritis – finansus, gamybą, pirkimą ir pardavimą, sandėlio operacijas ir kt.

Formato aprašymas

1.0.1 formato versijoje pateikiami 94 verslo subjektų tipų aprašymai iš įvairių verslo sričių (išsamų formato aprašymą rasite). Formatas yra išplečiamas – 1C prie jo pridės naujų verslo subjektų aprašymus ir išplės esamus objektus naujais laukais. Formato palaikymas 1C produktuose užtikrina suderinamumą iš apačios į viršų – visos trečiųjų šalių programos, kurios keičiasi duomenimis EnterpriseData formatu su 1C produktais, ir toliau tinkamai veiks, kai bus išleistos naujos formato versijos.

Formatas skirtas keistis informacija tarp bet kokių informacinių sistemų: jis nepriklauso nuo savo programinės įrangos ypatybių ar mainuose dalyvaujančių informacinių bazių struktūrų ir neturi akivaizdžių naudojimo apribojimų.

Formatas naudojamas duomenims sinchronizuoti tarp pačios 1C įmonės programinės įrangos produktų. Šiuo metu šį formatą palaiko šie produktai:

  • „1C:ERP Enterprise Management 2.0“,
  • „Įmonės apskaita“, 3.0 leidimas,
  • „KORP įmonės apskaita“, 3.0 leidimas,
  • „Mažmeninė prekyba“, 2.0 leidimas,
  • „Pagrindinis prekybos valdymas“, 11 leidimas,
  • „Prekybos valdymas“, 11 leidimas,
  • „Atlyginimai ir personalo valdymo CORP“, 3 leidimas.

Galimas duomenų mainų variantas

Duomenų mainai su 1C programomis

Išankstinė konfigūracija 1C pusėje

Norėdami pradėti keistis duomenimis EnterpriseData formatu tarp 1C programos ir trečiosios šalies programos, turite sukonfigūruoti duomenų sinchronizavimą 1C pusėje. Sąrankos metu nurodomas unikalus programos, su kuria bus keičiamasi, kodas, taip pat per kurį kanalą bus keičiamasi duomenimis. Šiuo metu galimos šios parinktys:

  • žiniatinklio paslauga,
  • Keitimasis failais per katalogą,
  • Keitimasis failais per FTP,
  • keistis el.

Keičiant žiniatinklio paslaugą, trečiosios šalies programa inicijuos duomenų mainų seansą, iškviesdama atitinkamus 1C programos žiniatinklio metodus. Kitais atvejais mainų sesijos iniciatorius bus 1C programa.

Taip pat „1C“ pusėje galite konfigūruoti, kaip dažnai vyks sinchronizavimas (jei norite keistis failais per katalogą ir el. paštą):

  • pagal grafiką (tam tikru dažnumu);
  • rankiniu būdu; vartotojas turės rankiniu būdu pradėti sinchronizavimą kiekvieną kartą, kai jam to prireiks.

Exchange failo formatas

Sinchronizavimo metu 1C programos ir trečiųjų šalių programos keičiasi pranešimais - tam tikros struktūros XML failais. Šiuos failus sudaro dvi dalys −

Ir . Skyrius
yra gavimo pranešimas (daugiau apie ją žemiau) ir – informacija apie pasikeitusius verslo subjektus EnterpriseData formatu.

Pranešimo pavyzdys

Skyrius (kvite) yra oficialią informaciją(paprastumo dėlei tarkime, kad pranešimas siunčiamas iš 1C programos į trečiosios šalies programą):

Jei pranešimas siunčiamas priešinga kryptimi - iš trečiosios šalies programos į 1C programą, trečiosios šalies programa turi atitinkamai užpildyti skyrių .

1C programos registruoja išsiųstus ir gautus sinchronizavimo pranešimus ir tikisi to paties trečiųjų šalių programas. Kodėl tai daroma, aprašyta toliau.

Rankos paspaudimo mechanizmas

Sinchronizavimo metu 1C programos perduoda tik informaciją apie pokyčius, įvykusius verslo subjektuose po paskutinio sinchronizavimo (siekiant sumažinti perduodamos informacijos kiekį). Pirmojo sinchronizavimo metu 1C programa įkels visus verslo subjektus EnterpriseData formatu į XML failą (nes jie visi yra „nauji“ išorinei programai). Kitas veiksmas skirtas trečiosios šalies programai – ji turi apdoroti informaciją iš XML failo ir įdėti ją į skyrių per kitą sinchronizavimo seansą. informacija, kad sėkmingai gautas pranešimas iš 1C su tam tikru numeriu (lauke Gautas Nr. pateikite iš 1C gauto pranešimo numerį). Gavimo pranešimas yra signalas 1C programai, kad išorinė programa sėkmingai apdoroja visus verslo subjektus ir informacijos apie juos nebereikia perduoti. Be kvito, XML faile iš trečiosios šalies programos taip pat gali būti duomenų sinchronizavimui (skiltyje ).

Gavusi gavimo pranešimą, programa 1C pažymi visus ankstesniame pranešime perduotus pakeitimus kaip sėkmingai sinchronizuotus. Tik nesinchronizuoti verslo subjektų pakeitimai (naujų kūrimas, esamų keitimas ir ištrynimas) bus išsiųsti į išorinę programą per kitą sinchronizavimo seansą.

Perkeliant duomenis iš išorinės programos į 1C programą, vaizdas apverčiamas atvirkščiai. Paraiškoje reikia užpildyti skiltį atitinkamai ir skyriuje patalpinti verslo duomenis sinchronizuoti EnterpriseData formatu.

Apdorojus failą, 1C programa sugeneruos XML failą, kuriame bus gavimo pranešimas ir nauji duomenys, skirti sinchronizuoti iš 1C (jei tokių buvo nuo paskutinės sinchronizavimo sesijos).

Keitimasis per žiniatinklio paslaugą

Naudojant žiniatinklio paslaugą, mainų seansą inicijuoja trečiosios šalies programa. Norėdami gauti duomenis iš 1C programos, ji turi iškviesti GetData žiniatinklio metodą, perduodant unikalų programos kodą, įvestą . Atsakydama į tai, 1C pateiks failą su duomenimis apie verslo subjektus EnterpriseData formatu. Failo formatas aprašytas.

Norėdami perkelti duomenis į 1C, programa turi iškviesti „PutData“ žiniatinklio metodą, perduodant unikalų programos kodą ir suglaudintą failą aukščiau aprašytu formatu kaip parametrus.

Keitimasis kitais kanalais

Keičiant duomenis per katalogą / FTP katalogą arba el. paštą, keitimosi iniciatorius bus 1C programa. Jis bus patalpintas atitinkamame kanale (katalogas arba Pašto dėžutė) aukščiau aprašyto formato failą ir tikėtis atsakymo failų iš trečiosios šalies programos tame pačiame kanale. Katalogų / FTP katalogų mainų atveju failo pavadinimas turi būti sudarytas specialiu būdu, kad 1C programa galėtų jį apdoroti. Keičiant iki paštu Laiško temos eilutė turi atitikti konkrečią taisyklę, o prie laiško turi būti pridėta archyvinė byla su duomenimis.

Išvada

Integravimo scenarijų, naudojančių EnterpriseData formatą, spektras yra platus. Tai apima keitimąsi duomenimis vienoje organizacijoje, pavyzdžiui, duomenų perdavimą į 1C: apskaitą iš kitų programų, skirtų holistinei apskaitai palaikyti, arba duomenų mainus tarp centrinis biuras ir nuotolinius sandėlius. Formatas tinka ir duomenų mainams tarp skirtingų organizacijų.

Siųsti šį straipsnį į mano el

Pagrindinės priežastys, kodėl reikia įdiegti mainus tarp 1C duomenų bazių, yra filialų buvimas ir apskaitos tipų atskyrimas, nes Dažnai įmonės veikia keliose informacinėse duomenų bazėse. 1C 8.3 mainų nustatymas leidžia pašalinti dvigubą darbą - įvesti tuos pačius dokumentus ir katalogus į dvi programas, taip pat greitai pristatyti reikalingus sistemos objektus įvairiems filialams ir skyriams.

Tuo atveju, kai reikia keistis tarp filialų, naudojama RIB (Distributed Information Base). Tai yra mainų mechanizmas tarp identiškos konfigūracijos. Tai yra medis, kurio svarbiausias šaknies mazgas yra viršuje, žemiau poros tarpusavyje sujungtų mazgų. Pakeitimus galima atlikti bet kuriame šios sistemos mazge ir jie bus perduoti kitiems sujungti mazgai. Jis taip pat platina ne tik duomenis, bet ir konfigūracijos pakeitimus iš šakninio mazgo į pavaldinius.

Jei reikia atskirti apskaitos tipus, pavyzdžiui, eksploatacines tvarkymas prekybos duomenų bazėje ir reguliuojamas apskaitos duomenų bazėje, galimi universalūs apsikeitimo mechanizmai su lanksčiais duomenų sinchronizavimo nustatymais.

Vienas iš naujausių 1C patobulinimų yra „EnterpriseData“ duomenų mainų formatas. Jį lengva naudoti ir jis skirtas keistis įmonėje tiek tarp 1C duomenų bazių, tiek trečiųjų šalių programų.

Duomenų mainų įgyvendinimas įmonėje gali būti pavaizduotas nuoseklių procedūrų forma.

Visų pirma, būtina nustatyti, tarp kurių duomenų bazių turėtų būti keičiamasi; ar tai bus abipusis ar vienpusis mainai; jei vienpusis, tai kuri duomenų bazė perduos informaciją, o kuri tik gaus; jei tai sudėtinga filialų tinklą, tuomet reikia užregistruoti duomenų bazės kūrimo schemą.

Tada pasirenkame tinkamą formatą: RIB, universalus formatas; keistis pagal mainų taisykles; mainai be mainų taisyklių.

Kitas žingsnis – pasirinkti transporto priemonę mainams atlikti. Galimas didelis technologijų pasirinkimas, išskirkime pagrindines: katalogas (vietinis arba tinklas), FTP šaltinis, COM jungtys, žiniatinklio paslauga, el.

Ketvirtasis veiksmas bus identifikuoti duomenis: dokumentus, žinynus ir, jei reikia, detalizuoti juos iki individualių duomenų, kuriuos reikia perduoti.

Ir pabaigai, yra nustatytas mainų dažnumo grafikas

Kiekviena 1C 8.3 mainų nustatymo parinktis reikalauja kruopštaus pasiruošimo. Jo įgyvendinimas yra už kiekvieno vartotojo galimybių ribų, būtina atsižvelgti į daugybę niuansų ir suprasti mainų principus. Ypatingą dėmesį reikės skirti konfigūracijai, jei duomenų bazėse: yra modifikacijų arba daug papildomų. detalės, skiriasi platformos versijos arba yra naudojamos pasenusios versijos konfigūracijų, įmonė yra didelė ir naudoja automatizuota sistema, susidedantis iš daugybės bazių. Klaidos čia nepriimtinos, nes... gali sukelti nepataisomų pasekmių. Nepriklausomas mainų diegimas 1C rekomenduojamas tik tuo atveju, jei reikia nustatyti paprastą informacijos perdavimą tarp standartinių konfigūracijų.

Jei abejojate savo sugebėjimais, geriau ne taupyti, o kreiptis į kompetentingą specialistą, kuris padės išspręsti sudėtingą 1C 8.3 biržų nustatymo problemą.

Jei vis dėlto nuspręsite konfigūruoti 1C mainus neįtraukiant ekspertų, pirmiausia rekomenduojama išbandyti duomenų bazių kopijas ir prieš pradedant dirbti su veikiančiomis duomenų bazėmis atsisiųsti konfigūracijas, kad galėtumėte grįžti į pradinė būklė klaidų atveju.

Žemiau pateikiame detalus pavyzdys 1C 8.3 vienašališkai keistis nustatymais tarp standartinių konfigūracijų Trade Management 11 (UT) ir Enterprise Accounting 3.0 (BP). Pavyzdys aktualus daugeliui įmonių, užsiimančių didmenine ir mažmenine prekyba. UT yra vedama valdymo apskaita, BP - reguliuojama, mainai reikalingi vartotojų darbui palengvinti.

Šis algoritmas tinka ir kitoms standartinėms 1C 8.3 platformos konfigūracijoms

Pirmiausia atliksime informacijos imtuvo paruošiamuosius darbus, t.y. už BP. Programą paleidžiame įmonės režimu. Turite nustatyti Duomenų sinchronizavimo konstantą (skyrius Administravimas → Duomenų sinchronizavimas).

Atkreipkite dėmesį į lauką Prefiksas; čia reikia nurodyti reikšmę, kuri vėliau leis atskirti (pagal katalogo kodo ar dokumento numerio reikšmę), kurioje programoje iš pradžių buvo sukurti objektai. Mūsų pavyzdyje tinka įprasta santrumpa - BP ir UT, jei 1C 8.3 mainų sąranka atliekama sudėtingam mainams tarp didelė suma bazės, taip pat identiškos konfigūracijos, kiekvieną bazę turėsite įvesti su savo aiškiu žymėjimu.

Kadangi maitinimo blokas yra tik informacijos imtuvas, pereiname prie UT nustatymo.

Čia, kaip ir BP, reikia įjungti sinchronizavimą ir nurodyti priešdėlį. Šią informaciją rasite skiltyje Pagrindiniai duomenys ir administravimas → Duomenų sinchronizavimo nustatymai.

Pasirinkite nustatymo metodą: Nurodykite nustatymus rankiniu būdu. Toliau.

Nustatykime tiesioginio ryšio parinktį, kai abi programos yra vienoje vietinis tinklas, nurodysime prisijungimo prie informacijos saugos katalogo šiame tinkle parametrus, taip pat užpildysime autentifikavimo informaciją apie vartotoją (BP duomenų bazėje). Toliau.

Sistema patikrins nurodytų duomenų teisingumą ir, jei rezultatas bus teigiamas, parodys 1C 8.3 mainų nustatymų langą.

Spustelėkite nuorodą Keisti duomenų įkėlimo taisykles, kad pasiektumėte mainų nustatymus. Patikslinsime pagrindinius duomenis – įkelsime tik tuos, kurie naudojami dokumentuose, parinksime organizacijas ir darbo su sutartimis galimybę – be nuorodos, dokumentų atskyrimas pagal sandėlį. Mainai prasideda einamųjų metų kovo 1 d.

Įvestas taisykles užrašome ir uždarome.

Kadangi pavyzdyje mes kalbame apie apie vienpusį informacijos perdavimą, tada kitame nustatymų lange, norėdami gauti duomenis iš kitos programos, turėtumėte nustatyti reikšmes Nesiųsti. Įrašykite ir uždarykite. Toliau.

Dabar reikia patikrinti įvestus parametrus ir, jei jie teisingi, spauskite Next, kitu atveju grįžkite į ankstesnį veiksmą spustelėdami Atgal.

Tada būsite paraginti sinchronizuoti. Spustelėkite Baigti.

Jei reikia, atlikite koreliaciją identiški objektai dvi konfigūracijos, atsidarys langas duomenims palyginti. Atliekame palyginimą ir spustelėkite Pirmyn.

Perkeliant objektus gali kilti probleminių situacijų, rezultatus galite peržiūrėti paspaudę nuorodą Įspėjimai duomenų sinchronizavimo metu.

Kai sinchronizavimas bus baigtas, bus rodomas langas, patvirtinantis sėkmingą šio proceso užbaigimą.

Čia, naudodami komandą Konfigūruoti arba po jos, sinchronizavimo scenarijuje galite sukonfigūruoti tvarkaraštį automatinis vykdymas mainai.

27.08.2015

1C išleido pirmąją naujo verslo duomenų mainų formato EnterpriseData versiją, pagrįstą XML. Formatas leidžia efektyviai organizuoti duomenų mainus tarp įmonėje naudojamų nevienalyčių verslo automatizavimo sistemų, nepriklausomai nuo to, kas yra jų kūrėjas ir kokioms veiklos sritims jos skirtos.

Standarto išleidimas buvo kitas 1C žingsnis siekiant padidinti savo produktų atvirumą integracijai su trečiųjų šalių programine įranga. 1C kompanija šiai sričiai visada skyrė ypatingą dėmesį. 1C produktai palaiko CommerceML formatą, naudojamą keistis komercine informacija XML formatu. Atskiro paminėjimo nusipelno keitimosi finansiniais dokumentais tarp 1C:Enterprise sistemos ir nuotolinių bankininkystės sistemų modulių (Client-Bank) formatas, kurį sukūrė 1C kartu su pagrindiniais bankinių informacinių sistemų kūrėjais. Šis formatas, kurį šiandien palaiko šimtai Rusijos bankų (įskaitant Sberbank of Russia, VTB 24, Gazprombank, Rosselkhozbank), iš esmės tapo pramonės standartu. Ši kryptis buvo toliau plėtojama naudojant „DirectBank“ tiesioginių mainų technologiją, todėl sąveika su banku iš „1C:Enterprise“ tampa dar patogesnė ir saugesnė.

Tuo pačiu metu anksčiau 1C palaikomi formatai daugiausia buvo naudojami duomenų mainų tarp skirtingų organizacijų problemoms spręsti tik tam tikrose veiklos srityse (el. prekyba, integracija su bankų sistemos). Dabar naujas formatas EnterpriseData apima visas įmonės sritis – finansus, gamybą, pirkimą ir pardavimą, sandėlio operacijas ir kt. Pirmoji formato versija apima 94 tipų dokumentų iš įvairių verslo sričių aprašymus. Formatas yra išplečiamas; 1C pridės naujų dokumentų ir išsamiai aprašys esamus.

Šį formatą rekomenduojama naudoti integruojant trečiųjų šalių programas su 1C programomis. Formatas taip pat gali būti naudojamas keistis informacija tarp bet kokių kitų informacinių sistemų: jis nepriklauso nuo programinės įrangos ypatybių ar informacijos bazės struktūrų, kurios dalyvauja mainuose, ir neturi akivaizdžių naudojimo apribojimų.

Šiuo metu Enterprise Data formatas jau naudojamas duomenims sinchronizuoti tarp pačios 1C įmonės programinės įrangos produktų; jis palaikomas produktuose:

  • 1C:ERP Enterprise Management 2.0
  • 1C: Apskaita 8, 3.0 leidimas
  • 1C: Apskaita 8 CORP, 3.0 leidimas
  • 1C: Mažmeninė prekyba, 2.0 leidimas
  • 1C: Prekybos valdymas, 11 leidimas

Vienas iš labiausiai paplitusių 1C produktų integravimo atvejų yra tandemas „1C: Apskaita“ - „1C: Prekybos valdymas“; šie du populiarūs įmonės produktai keičiasi 73 tipų dokumentais EnterpriseData formatu, kuris leidžia nuolat atnaujinti ir sinchronizuoti jų duomenis. 1C kūrėjai pažymi, kad „EnterpriseData“ formato priėmimas pagerino kūrimo kokybę ir greitį taikymo sprendimai sistema „1C:Enterprise“ dėl kodo suvienodinimo.

Trečiųjų šalių produktams, kurie integruojami su 1C produktais, formato naudojimas sumažins tiek kūrimo, tiek darbo sąnaudas diegiant ir palaikant sistemas. Anksčiau, kai kiekvienas produktas palaikė savo duomenų mainų formatą, jei duomenų mainų sistemoje buvo N produktų, pridedant naują produktą reikėjo 2*N pakeitimų (žr. 1 pav.); kiekvienam esamam produktui reikėjo pakeitimų, kad būtų galima importuoti duomenis iš naujo produkto ir Naujas produktas turėjo palaikyti duomenų importavimą iš esamų produktų. Įvedus vieną formatą, pridedant naują produktą reikės tik importuoti ir eksportuoti EnterpriseData formatu ir tai nesukels esamų produktų pakeitimų.

1 pav. Keitimasis duomenimis be bendro formato

2 pav. Keitimasis duomenimis naudojant EnterpriseData formatą

Formatas palaiko suderinamumą iš apačios į viršų – visos trečiųjų šalių programos, kurios keičiasi duomenimis EnterpriseData formatu su 1C programine įranga, toliau veiks, kai bus išleistos naujos formato versijos.

  • integruoti savo patobulinimus 1C:Enterprise platformoje (tiek pagal užsakymą, tiek masinės gamybos) su standartiniai sprendimai 1C
  • kitų (ne 1C) sistemų integravimui su sprendimais platformoje 1C:Enterprise
  • organizuoti kitų (ne 1C) sistemų sąveiką tarpusavyje.
Dalintis