Az 1C az EnterpriseData formátumot kínálja az üzleti adatok cseréjéhez. Csere univerzális formátumon keresztül Univerzális csereformátum 1s

Egyes esetekben (például nagy munkafolyamat vagy összetett könyvelés esetén) sokkal kényelmesebb a végfelhasználó számára, ha több alkalmazás között osztja el a könyvelést, időről időre adatot cserélve közöttük. Az 1C platform 8.3-as verziójának megjelenése előtt a szabványos adatcsere kizárólag a felhasználó kérésére történt, az információk fájlok segítségével történő feltöltésével és letöltésével XML formátum. Az utóbbi időben az 1C adatszinkronizálási mechanizmusát egyre gyakrabban használják.

A szinkronizálás népszerűségének több oka is van:

• Nincs szükség az adatok be- és kirakodási folyamatainak külön elindítására;
• Az automatikus információcsere nem zárja ki a kézi cserét;
• Könnyű beállítás (standard konfigurációk esetén még csereszabályokat sem kell létrehoznia;
• Elég egyszer létrehozni a szinkronizálást és bejelenteni a végrehajtás ütemezését.

Feladatunk feltételei

A bemenetnél két szabványos adatbázis-konfigurációnk van:

1. Bérszámfejtés és személyzeti menedzsment (3.1.3-as verzió);
2. Mezőgazdasági vállalkozás könyvelése (3.0.52-es verzió).

Mindkét alap benne van fájl mód. A szinkronizálás bármely adatbázisból konfigurálható.

Ha a szinkronizálást "Számvitel"-ről "ZUP"-ra állítja be, akkor a "Szinkronizálás" jelölőnégyzetet aktiválni kell, és fordítva.

Hol vannak a beállítások

A „Számvitelben” az „Adminisztráció” alrendszerre lépünk, a „Beállítások” menüben megtaláljuk az „Adatszinkronizálás” pontot (1. ábra).

Megnyílik a szinkronizálási beállítások ablak (2. ábra)

Rizs. 2

Itt tudjuk:

1. Szinkronizálás engedélyezése vagy letiltása;
2. Az irreleváns adatok letöltésének tiltása;
3. Állítson be egy előtagot az átvitt adatok azonosításához;
4. Nyissa meg a többi szinkronizálási beállítást.

A szinkronizálás elindításával a megfelelő jelölőnégyzet bejelölésével és az előtag megadásával lezárhatjuk a könyvelési osztályt. További munka a „Bérben” fog készülni.

Az adatszinkronizálási beállítások ablaka az ábrán látható. 3

Rizs. 3

Tekintsük részletesebben.

Szinkronizálási beállítások ablak

Kezdjük sorrendben:

Külön szeretném felhívni az olvasó figyelmét a „Változások regisztrációja” ablakra (5. ábra). Amelynek felső részén az elküldött és fogadott üzenetek száma látható, sikeres csere után a forrásbázis és a fogadóbázis számainak meg kell egyeznie. Egyes esetekben (szinkronizálás az adatbázis másolatával, működési hibák) megsértik az adatbázisok számozását. Ezt a helyzetet egyszerűen a számokat tartalmazó hiperhivatkozásra kattintva javíthatja. Ezzel a művelettel manuálisan beállíthatja az aktuális elküldött és bejövő üzenetek(6. ábra)

Rizs. 6

Szinkronizálási beállítások

Az Adatszinkronizálási beállítások lapon két parancs található:

• Dallam;
• Letöltési szabályok.

A "Szabályok betöltése" parancs elindításával megnyílik az űrlap (7. ábra)

Rizs. 7

Itt választhatjuk ki, hogy használjuk-e modellszabályok a konfigurációban megadott csere, vagy az archív fájlban tárolt saját szabályaink szerint hajtjuk végre a szinkronizálást.

A többi beállítást a "Beállítások" gombra kattintva végezheti el (8. ábra).

Rizs. 8

Az első megnyíló ablakban a következőket teheti:

1. Nyissa meg az űrlapot a szinkronizálási szkript beállításához;
2. Események megtekintése információk küldéséhez és fogadásához;
3. Határozza meg azt a dátumot, amelytől kezdve a csere megtörténik;
4. Ha több szervezetnél vezetnek könyvelést, megadhatja, hogy melyikük vesz részt a cserében;
5. Határozza meg a bértranzakciók kirakodásának paramétereit: alkalmazotti adatokkal vagy anélkül (összegzés).

A "Szabálykészlet betöltése" parancs hasonló az előző beállítási ablakban szereplő parancshoz.

Érdemes részletesebben elidőzni a csatlakozási paramétereknél (9. ábra)

Rizs. 9

Esetünkben a cél adatbázis és a forrásadatbázis ugyanazon a számítógépen található, és fájl módban működik, így a szinkronizálás közöttük a közvetlen kapcsolat.

Nekünk kell:

• Határozza meg a célbázis elérési útját;
• Engedélyezési paraméterek beállítása (adminisztrátori jogosultsággal rendelkező felhasználót kell létrehozni a fogadó adatbázisban);
• A kapcsolat ellenőrzése után feltételezhetjük, hogy a telepítés befejeződött.

Ha a csere más kapcsolattípusokon keresztül történik, akkor ezek beállításait konfigurálnia kell a megfelelő lapokon.

Ütemezési beállítások

És a végén néhány szót a szinkronizálási ütemezés beállításairól, az ablak megfelelő lapján hajtják végre (3. ábra), és semmiben sem különbözik a többi ütemezett feladat ütemezésének megfelelő űrlapjától.

• Videó - 21 óra
• Módszertani anyagok PDF formátumban - 117 A4 oldal
• 16 gyakorló feladat tanári megoldásokkal

Tanfolyam formátuma, támogatása

Az anyagok a megrendelés kifizetése után azonnal rendelkezésre állnak - letöltheti őket a webhelyről, és bármikor tanulhat.

A támogatás a weboldalon található Mestercsoporton keresztül történik.

A Mester csoporthoz való teljes hozzáférést aktiválni kell legkésőbb 100 nappal a vásárlás után.

A tanfolyam relevanciája

A tananyagok a BSP 2.3.2.73 verziójára vonatkoznak.

Ha a BSP régebbi verzióit tervezi használni, vegye figyelembe, hogy megváltoztak a BSP „Data Exchange” alrendszer működési mechanizmusai, és megváltoztak az interfészek is.

A legújabb BSP-verziók új kurzusa fejlesztés alatt áll, és néhány hónapon belül megjelenik. A 2.3.2.73-as és újabb BSP-verziók esetében azonban a jelenlegi árfolyam számít.

Tanfolyam díja

9700 rubel

Garancia

2008 óta folytatunk képzéseket, bízunk tanfolyamaink minőségében és adjuk meg magunkat normál 60 nap garancia.

Ez azt jelenti, hogy ha elkezdett részt venni a tanfolyamunkon, de hirtelen meggondolta magát (vagy mondjuk nincs rá lehetősége), akkor 60 nap áll rendelkezésére a döntés meghozatalára - és ha visszatér, visszafizetjük az árát. a fizetés 100%-a.

Részletfizetés

Tanfolyamaink részletben vagy részletben, akár kamat nélkül is fizethetők. Ahol azonnal hozzáférhet az anyagokhoz.

Ez fizetéskor lehetséges magánszemélyek 3000 rubel összegben. legfeljebb 150 000 rubel.

Mindössze annyit kell tennie, hogy válassza ki a „Fizetés a Yandex.Checkouton keresztül” fizetési módot. Bővebben a helyszínen fizetési rendszer válassza a „Részletfizetés” lehetőséget, adja meg a fizetési határidőt és összegét, töltse ki egy rövid kérdőívet - és néhány percen belül megkapja a döntést.

Fizetési lehetőségek

Minden főbb fizetési módot elfogadunk.

Egyénektől- kártyás fizetések, elektronikus pénzzel történő fizetések (WebMoney, YandexMoney), internetes banki fizetések, kommunikációs üzleteken keresztül történő fizetések stb. Lehetőség van a megrendelés részletfizetésére (részletben) is, beleértve további kamat nélkül.

Kezdje el a rendelés leadását – és a második lépésben kiválaszthatja a kívánt fizetési módot.

Szervezetektől és egyéni vállalkozóktól– készpénzmentes fizetés, szállítási dokumentumok biztosítottak. Beír egy rendelést – és azonnal kinyomtathatja a fizetéshez szükséges számlát.

Több fős képzés

Tanfolyamainkat arra terveztük egyéni edzés. A csoportos edzés egy sorozaton illegális terjesztés.

Ha egy cégnek több alkalmazottat kell képeznie, általában 40%-kal olcsóbb „kiegészítő készleteket” kínálunk.

„Kiegészítő készlet” megrendelése válasszon ki 2 vagy több pályakészletet az űrlapon a második szetttől kezdve a tanfolyam költsége 40%-kal olcsóbb lesz.

A további készletek használatának három feltétele van:

• nem vásárolhat csak egy kiegészítő készletet, ha legalább egy normál készletet nem vásárolt korábban (vagy azzal együtt).
• a további készletekre nincs más kedvezmény (már leárazottak, kiderült volna, hogy „kedvezmény a kedvezményre”)
• az akciók (például 7000 rubel kompenzáció) ugyanezen okból nem vonatkoznak további készletekre

Nyomtatás (Ctrl+P)

Csere univerzális formátumban

A szabványos alrendszerek könyvtárának "Data Exchange" alrendszere 4 lehetőséget (technológiát) tartalmaz a különböző információs bázisok közötti információcseréhez:

• elosztott információs bázisok (RIB);
• adatcsere univerzális formátumon keresztül;
• adatcsere csereszabályok szerint (az adatcsere szabályok a Data Conversion konfigurációval, 2.1-es kiadással jönnek létre);
• adatcsere csereszabályok nélkül.

Ez a cikk az adatcsere technológiáját tárgyalja univerzális EnterpriseData formátum. Ez a technológia elérhető a "Szabványos alrendszerek könyvtárában", a 2.3.1.62 verziótól kezdve. 2016 elején jelent meg. Jelenleg a BSP 2.3 legújabb verziója (az 1C:Enterprise 8.3 platformmal való használatra, a 8.3.8.1652 vagy újabb verzió letiltott kompatibilitási móddal) a 2.3.6.17-es kiadást tartalmazza.

Rizs. 1 A BSP 2.3 legújabb kiadásai

Az alkalmazott megoldások szállítására szolgáló fájlok között található az 1C szöveges fájl„Könyvtári verziók”, ahol le van írva, hogy a BSP melyik verziója alapján készült az alkalmazás, például az alkalmazott megoldás alapján az UT 11.3.3.231, BSP 2.3.5.65 került lefektetésre.

Vegye figyelembe, hogy az „1C:Enterprise 8.3” platformmal való használathoz legalább verzió 8.3.10.2168 a kompatibilitási mód letiltásával egy változat kiadásra kerül BSP 2.4.

Az EnterpriseData formátum leírása

Mi az EnterpriseData formátum?

Ez egy olyan formátum, amely lehetővé teszi egy infobázis objektum leírását (partner, számla stb.), vagy jelentheti az objektum törlését. A fájlt EnterpriseData formátumban fogadó konfiguráció várhatóan ennek megfelelően fog reagálni - új objektumokat hoz létre magának, és törli azokat, amelyeket töröltként jelöltek meg a fájlban. Az UT, RT, UNF, BP konfigurációk közötti információcserére szolgál. Ezenkívül a formátum felhasználható bármely más információcserére információs rendszerek: nem a saját tulajdonságaitól függ szoftver vagy olyan infobázis-struktúrák, amelyek részt vesznek a cserében, és nem tartalmaznak kifejezett használati korlátozásokat.

EnterpriseData formátumú verzió

A formátumadatok XDTO-csomagokban vannak tárolva az általános adatbázis-konfigurációs ágban, amint az az ábrán látható. 2

ábrán. A 2. ábra azt mutatja, hogy több XDTO-csomag létezik. Ez különböző verziók formátum. A formátum verziószáma X.Y.Z, ahol X.Y a verzió, Z pedig a Minor verzió. A Minor verzió hibajavítások és egyéb változtatások esetén bővül, melyben: az adatkonverziós logika előző verzió formátum (az aktuális adatátviteli algoritmusok visszafelé kompatibilitásának fenntartása a formátumon keresztül); a konverziós logika új formátumfunkcióinak támogatása önkéntes. Ilyen változtatásokra példa lehet a hiba javítása, a formátumobjektumok tulajdonságainak megváltoztatása, az adatok konvertálásakor nem szükséges tulajdonságok hozzáadása. Más esetekben a formátum megváltoztatásakor a Major verzió nő: X - globális átalakítás esetén, Y - egyéb esetekben.
A formátum az objektumok (dokumentumok vagy könyvtárelemek) XML fájlok formájában történő megjelenítését írja le. Az 1.0.1-es verzió 94 objektum leírását tartalmazza különböző területeken(pénzügy, termelés, beszerzés és értékesítés, raktári műveletek). A típusok nevei általában jól érthetőek, és nem igényelnek további magyarázatot: például "Dokumentum. Munkavégzési igazolás" vagy "Könyvtár. Partnerek". Mint látható, a dokumentumtípusok leírása a „Dokumentum.” előtaggal kezdődik, a hivatkozási elem pedig a „Referencia” előtaggal. A formátum részletes leírását lásd
A legújabb verzió az 1.3, de a leggyakrabban használt verzió az 1.0. Nem sok különbség van a verziók között. Formátum EnterpriseDataExchange_1_0_1_1 webszolgáltatáson keresztül történő csere során használják.
jegyzet hogy az EnterpriseData adatformátum csomaggal együtt a csomagot használják ExchangeMessage konverziós szabályok létrehozásakor. Ez a csomag tartalmazza az objektumtípust További információ,amelynek bármilyen értéktípusa lehet, és a konfigurációs objektumok közötti konverziós szabály létrehozásakor használatos. amelyek nincsenek adatformátumban. Pontosan, köszönhetően További információ,adaptálhatja és testreszabhatja a csereszabályokat anélkül, hogy megváltoztatná az XDTO-csomagok formátumadatait.

Hogyan lehet adatokat cserélni EnterpriseData formátumban?

Az EnterpriseData formátumú adatcsere konfigurációval fájlok cseréje. Egy külső alkalmazástól kapott fájlra válaszul a konfiguráció feldolgozza azt, és válaszfájlt hoz létre. A fájlmegosztás történhet:

• egy dedikált fájlkönyvtáron keresztül,
• FTP-könyvtáron keresztül,
• az információs bázis oldalán telepített webszolgáltatáson keresztül. Az adatfájl paraméterként kerül átadásra a webmetódusoknak.

jegyzet. A harmadik féltől származó alkalmazások és az infobase-oldali konfiguráció közötti kétirányú adatcseréhez számos beállítást kell elvégezni - a harmadik féltől származó alkalmazást regisztrálni kell információs bázis, cserecsatornát kell definiálni hozzá (fájlon vagy FTP-könyvtáron keresztül) stb. De egyszerű integráció esetén, amikor elegendő csak információt továbbítani harmadik féltől származó alkalmazás az infobázisba, és az adatok visszaátvitele az infobázisból egy harmadik féltől származó alkalmazásba nem szükséges (például egy online áruház integrációja, amely értékesítési információkat továbbít az 1C-nek: Számvitel), létezik a weben keresztüli munka egyszerűsített változata. szolgáltatás, amely nem igényel beállítást az oldalon.

Konfigurációs cseretervek használatával történő csere esetén a szinkronizálás során csak az utolsó szinkronizálás óta bekövetkezett változásokról szóló információ kerül továbbításra (az átvitt információ mennyiségének minimalizálása érdekében). Az első szinkronizáláskor a konfiguráció az összes EnterpriseData formátumú objektumot XML-fájlba írja (mivel mindegyik "új" a harmadik féltől származó alkalmazás számára).

A harmadik féltől származó alkalmazások következő lépése az XML-fájlból származó információk feldolgozása, és a következő szinkronizálási munkamenet során történő elhelyezése a szakaszban. információk, amelyekre a konfiguráció üzenete vonatkozik bizonyos szám sikeresen érkezett (a ReceivedNo mezőbe írja be a konfigurációtól kapott üzenet számát). A nyugtaüzenet egy jelzés a konfigurációnak, hogy a külső alkalmazás minden objektumot sikeresen feldolgozott, és a róluk szóló információkat már nem kell továbbítani. A nyugta mellett egy harmadik féltől származó alkalmazás XML-fájlja is tartalmazhat szinkronizáláshoz szükséges adatokat (a szakaszban ).

A nyugtázó üzenet kézhezvételekor a konfiguráció az előző üzenetben elküldött összes módosítást sikeresen szinkronizáltként jelöli meg. Csak az objektumok nem szinkronizált módosításai (újak létrehozása, meglévők módosítása és törlése) kerülnek elküldésre a külső alkalmazásnak a következő szinkronizálási munkamenet során.

Amikor egy külső alkalmazásból adatot viszünk át a konfigurációba, a kép megfordul. A pályázatnak ki kell töltenie a részt ennek megfelelően és a szakaszban helyezze el az objektumokat a szinkronizáláshoz EnterpriseData formátumban.

A fájl feldolgozása után a konfiguráció létrehoz egy XML-fájlt, amely nyugtaüzenetet és új adatokat tartalmaz a szinkronizáláshoz a konfigurációs oldalról (ha volt ilyen az utolsó szinkronizálási munkamenet óta).

Az 1C:Enterprise platformon EnterpriseData formátumú alkalmazásmegoldásokkal való adatcserével kapcsolatos további információkért lásd:

A „cserekezelő az univerzális formátumon keresztül” általános modulja.

Azok az eljárások és funkciók, amelyek teljes mértékben leírják az adatoknak az infobázisból a csereformátumba való feltöltésének szabályait, valamint az adatok csereformátumból az információs bázisba való betöltésének szabályait, egy közös modulban - a cserekezelő modulban az univerzális formátumon keresztül - dolgozzák ki.

A modul automatikusan létrejön az Adatkonverziós konfiguráció 3.0-s kiadásával, a konfigurált csereszabályok alapján, vagy manuálisan a konfigurátorban.

A modul több nagy részből áll, amelyek mindegyike saját eljárás- és funkciócsoportot tartalmaz.

1. Egy komment. A modul első sora egy megjegyzést tartalmaz a konverzió nevével. Ez a karakterlánc szükséges a modul azonosításához, amikor például a "Data Conversion" program 3.0-s kiadásának parancsát használja. // UP2.2.3 konverzió, 2017. 06. 01. 19:51:50
2. Átalakítási eljárások. Előre meghatározott eljárásokat tartalmaz, amelyeket az adatszinkronizálás különböző szakaszaiban hajtanak végre: átalakítás előtt, átalakítás után, késleltetett kitöltés előtt.
3. Adatfeldolgozási szabályok (DPR). Olyan eljárásokat és funkciókat tartalmaz, amelyek leírják az adatfeldolgozás szabályait.
4. Objektumkonverziós szabályok (FCR). Eljárásokat és függvényeket tartalmaz, amelyek leírják az objektumok konvertálására vonatkozó szabályokat, valamint ezen objektumok tulajdonságainak konvertálására vonatkozó szabályokat.
5. Előre meghatározott adatkonverziós szabályok (PPDC). Olyan eljárást tartalmaz, amely kitölti az előre meghatározott adatok konvertálására vonatkozó szabályokat.
6. Algoritmusok. Tetszőleges algoritmusokat tartalmaz, amelyeket más szabályokból hívnak meg (al vagy FSP).
7. Lehetőségek. Tartalmazza a konverziós paraméterek kitöltésének logikáját.
8. Általános rendeltetésű. Szabályokban és algoritmusokban széles körben használt eljárásokat és függvényeket tartalmaz.

Az alábbiakban ismertetjük a menedzser modul többféle eljárásában használt eljárások és függvények paramétereit.

Cserélje ki az összetevőket. Típus – Struktúra. A cseremenet részeként inicializált csereparamétereket és szabályokat tartalmaz.

A csere iránya. Típus – Karakterlánc. Küldés vagy fogadás.

DataIB. Típus - DirectoryObject vagy DocumentObject.

Konverziós eseményekkel kapcsolatos eljárások

A konverziós folyamat során három előre meghatározott eljárás van meghívva:

• Konverzió előtt. Meghívás az adatszinkronizálás végrehajtása előtt. Ez az eljárás általában tartalmazza a különféle konverziós paraméterek inicializálásának, alapértelmezett értékek kitöltésének stb. logikáját. Paraméterek: Cserélje ki az összetevőket.
• Konverzió után. Meghívás az adatszinkronizálás befejezése után, de a lusta vetés befejezése előtt. Lehetőségek: Cserélje ki az összetevőket.
• Halasztott kitöltés előtt. A lusta vetés előtt hívják. Itt található a lusta kitöltésnek kitett objektumok táblázatának rendezésének vagy beállításának logikája. Lehetőségek: Cserélje ki az összetevőket.

AML eljárások

Töltse ki az Adatkezelési Szabályzatot. Export eljárás, amely tartalmazza az adatfeldolgozási szabályok kitöltésének logikáját. Hívásokat tartalmaz más eljárásokhoz, amelyek egy adott objektum feldolgozására vonatkozó szabályt adnak hozzá a szabálytáblázathoz (lásd az alábbi eljárásokat POD hozzáadása). Lehetőségek: Iránycsere, Adatkezelési szabályok

Hozzáadás UNDER_<ИмяПОД>. Eljárások halmaza, amelyek a POD táblát bizonyos objektumokra vonatkozó szabályokkal töltik meg. Az ilyen eljárások száma megegyezik az „Adatkonverzió” program 3.0-s verziójában az ehhez a konverzióhoz biztosított AML-ek számával. Lehetőségek: Adatkezelési szabályok(a cseremenet végrehajtásának részeként inicializált értéktáblázat).

ALATT_<ИмяПОД>_Feldolgozáskor. Az eljárás a kezelő szövegét tartalmazza Amikor Feldolgozás egy adott POD-hoz. A kezelő a konverziós logikát objektum szinten valósítja meg. Például rendeljen hozzá egy adott FSP-t egy adott objektumhoz, az objektum tartalmától függően. Lehetőségek:

• InformációIB vagy DataXDTO(a csere irányától függően):
• küldéskor - objektum ( DirectoryObject,DocumentObject);
• fogadáskor egy struktúra az XDTO objektum leírásával.
• PSP használata. Típus - Szerkezet. A kulcs tartalmaz egy karakterláncot a PCO nevével és a típus értékével logikai érték (Igaz- PKO-t használnak, Fekszik– PKO nincs használatban).
• Cserélje ki az összetevőket.

ALATT_<ИмяПОД>_DataFetch. A függvény a kezelő szövegét tartalmazza Kirakodáskor. A kezelőt úgy tervezték, hogy egy tetszőleges algoritmust valósítson meg a kirakodandó objektumok kiválasztására. Visszatérési érték: a kirakandó objektumok tömbje. A tömb tartalmazhat mind az információsbázis-objektumokra mutató hivatkozásokat, mind a kiürítendő adatokat tartalmazó struktúrát. Lehetőségek: Cserélje ki az összetevőket.

PKO eljárások

Töltse ki az Objektumkonverziós szabályokat. Exportálási eljárás, amely tartalmazza az objektumkonverziós szabályok kitöltésének logikáját. Hívásokat tartalmaz más eljárásokhoz, amelyek egy adott objektumkonverziós szabályt adnak hozzá a szabálytáblázathoz (lásd az alábbi eljárásokat PKO hozzáadása). Lehetőségek: Iránycsere, RulesConversion(a cseremenet végrehajtásának részeként inicializált értéktáblázat).

PKO_ hozzáadása<ИмяПКО>. Eljárások halmaza, amelyek meghatározott objektumokra vonatkozó szabályokkal töltik fel a CSP-táblát. Az ilyen eljárások száma megfelel az ehhez az átalakításhoz biztosított FSP-k számának az „Adatkonverziós” program 3.0-s verziójában. Lehetőségek: RulesConversion(a cseremenet végrehajtásának részeként inicializált értéktáblázat).

PKO_<ИмяПКО>_Adatok küldésekor. Az eljárás a kezelő szövegét tartalmazza On Shipping egy adott PCP-hez. A kezelőt az adatok kirakodásánál használják. Úgy tervezték, hogy megvalósítsa az infobase objektumban található adatok XDTO objektum leírásává való konvertálásának logikáját. Lehetőségek:

• InformációIB. Típus - DirectoryObject, DocumentObject. Infobase objektum feldolgozás alatt.
• DataXDTO. Típus - Szerkezet. Úgy tervezték, hogy hozzáférjen az XDTO objektum adataihoz.
• Cserélje ki az összetevőket.
• StackUnloads. Típus - sor. Hivatkozásokat tartalmaz a betöltetlen objektumokra, beleértve a beágyazást is.

PKO_<ИмяПКО>_WhenConvertingXDTOData. Az eljárás a kezelő szövegét tartalmazza WhenConvertingXDTOData egy adott PCP-hez. A kezelőt az adatok betöltésekor használják. Tetszőleges XDTO adatkonverziós logika megvalósítására tervezték. Lehetőségek:

• DataXDTO. Típus - Szerkezet. XDTO objektumtulajdonságok, amelyeket a könnyebb hozzáférés érdekében előre feldolgoztak.
• Fogadott adatok. Típus - DirectoryObject, DocumentObject. Az XDTO adatok konvertálásával létrehozott infobázis objektum. Nincs rögzítve az infobázisban.
• Cserélje ki az összetevőket.

PKO_<ИмяПКО>_Before WritingReceivedData. Az eljárás a kezelő szövegét tartalmazza A fogadott adatok írása előtt egy adott PCP-hez. A kezelőt az adatok betöltésekor használják. Úgy tervezték, hogy további logikát hajtson végre, mielőtt objektumot írna az információs bázisba. Például, hogy a változtatásokat a meglévő IS-adatokhoz kell-e feltölteni, vagy új adatként kell-e feltölteni. Lehetőségek:

• Fogadott adatok. Típus - DirectoryObject, DocumentObject. XDTO adatok konvertálásával kialakított adatelem.

Rögzítve, ha ezek az adatok újak az információs bázishoz (paraméter InformációIBértéket tartalmaz Határozatlan).

Másképp Fogadott adatok cserélje ki InformációIB(minden ingatlan innen Fogadott adatok szállítva InformációIB).

Ha az IS adatok szabványos cseréje a kapott adatokkal nem szükséges, akkor írjon saját átviteli logikát, majd állítsa be a paramétert Fogadott adatok jelentése Határozatlan:

• InformációIB. Típus - DirectoryObject, DocumentObject. A fogadott adatoknak megfelelő Infobázis adatelem. Ha nem található egyező adat, akkor tartalmazza Határozatlan.
• Ingatlan átalakítás. Típus - Értéktáblázat. Tartalmazza a cseremenet részeként inicializált aktuális objektum tulajdonságainak konvertálására vonatkozó szabályokat.
• Cserélje ki az összetevőket.

A PDPC eljárásai

Töltse ki az előre meghatározott adatkonverziós szabályokat. Exportálási eljárás, amely tartalmazza az előre meghatározott adatok konvertálására vonatkozó szabályok kitöltésének logikáját. Lehetőségek: Iránycsere, RulesConversion(a cseremenet végrehajtásának részeként inicializált értéktáblázat).

Algoritmusok

A "Data Conversion" 3.0-s kiadású programban tetszőleges algoritmusokat lehet létrehozni, amelyeket az AML és PDCP kezelői hívnak meg. Az algoritmusok neve, paraméterei és tartalma a szabályok kidolgozása során kerül meghatározásra.

Lehetőségek

Töltse ki a Konverziós beállításokat. Exportálási eljárás, amelyben a szerkezetet konverziós paraméterekkel töltik fel. Lehetőségek: OptionsConversion(típus - Szerkezet).

Általános eljárások és funkciók

Hajtsa végre a ManagerModuleProcedure-t. Lehetőségek: ProcedureName(vonal), Lehetőségek(szerkezet). Exportálási eljárás, amely egy nem exportáló moduleljárás meghívására szolgál, amelynek neve és paraméterei bemenetként kerülnek fogadásra. Lehetővé teszi egy eljárás vagy függvény meghívását egy karakterláncon metódus használata nélkül Fuss.

ExecuteModuleManagerFunction. Lehetőségek: ProcedureName(vonal), Lehetőségek(szerkezet). Funkciója, rendeltetése hasonló ExecuteProcedureModuleManager. A különbség az, hogy meghív egy függvényt, és visszaadja annak értékét.

Az 1C bemutatta az új EnterpriseData üzleti adatcsere-formátum első változatát, amely XML-re épül, és a szerzők elképzelése szerint nem csak az alkalmazásmegoldások és azok egyes, a vállalat által létrehozott komponenseinek interakcióját hivatott egységesíteni, hanem univerzális információ-integrációs mechanizmusként használható bármely üzleti alkalmazás bármilyen szoftverplatformon, beleértve természetesen az 1C:Enterprise-t is.

A vállalat már régóta gyakorolja nyílt szabványok létrehozását és használatát az alkalmazások és a harmadik féltől származó szoftverek információs interakciójára, de ez eddig csak bizonyos szakterületeket érintett. Pontosan ezt szolgálja a közel tizenöt éve megalkotott CommerceML formátum az e-kereskedelem problémájának megoldására, valamint a „Client Bank” és a DirectBank az „1C” alkalmazások külső banki rendszerekkel való kommunikációjára. Az EnterpriseData ezzel szemben egy univerzális mechanizmus, amely lefedi a vállalkozás minden területét – a pénzügyeket, a termelést, a vásárlást és értékesítést, a raktári műveleteket stb. területeken. Az 1C azt tervezi, hogy új dokumentumokat ad hozzá, és részletezi a meglévőket.

Amint az 1C képviselői kifejtik, az EnterpriseData megjelenése azzal magyarázható, hogy nemcsak a vállalat alkalmazásait más fejlesztők szoftvereibe kell integrálni, hanem - talán még az első helyen is - egységes információs kommunikációs mechanizmust kell létrehozni az 1C-n belül. :Vállalati szoftvercsalád. Egészen a közelmúltig a megoldások széles skáláját alkalmazták ezeknek a problémáknak a megoldására, gyakran minden konkrét esetre létrehozva. Az 1C termékek EnterpriseData-ba való átvitele már megkezdődött, mindenben használják legújabb verziói legfontosabb alkalmazásai ("1C: ERP Enterprise Management 2.0", "1C: Accounting 8" 3.0, "1C: Accounting 8 CORP" 3.0, "1C: Retail" 2.0, "1C: Trade Management" 11). Ugyanakkor a már használt szabványok (CommerceML, banki munka) EnterpriseData-ra váltása nem várható, mivel a jól bevált speciális algoritmusok hatékonyabban működnek, mint az univerzális eszközök.

1C úgy véli, hogy az új formátum megtalálja széles körű alkalmazás független fejlesztők között, akik alkalmazásokat készítenek az 1C:Enterprise platformon, készen szoftver komponensek a Library of Standard Subsystems részeként (olyan, mint egy SDK az 1C:Enterprise számára).

Az EnterpriseData szabvány használatakor az adatok átvitele az alkalmazások között XML-fájl formájában, a megfelelő XML-sémák segítségével történik, míg a fizikai információátvitel többféle mechanizmussal valósítható meg: webszolgáltatások, fájlcsere könyvtáron keresztül, FTP, ill. Email. Fontos szempont, hogy az interakciós algoritmus magában foglalja a lehetőséget, hogy a címzett megerősítse a neki küldött adatok fogadásának és feldolgozásának tényét. Maga az XML fájl fizikailag tömörített formában (ZIP) kerül továbbításra, ami gyakran többszörösére csökkenti az információs forgalom mennyiségét.

Az 1C az EnterpriseData formátum további fejlesztését és annak teljes körű támogatását ígéri több alkalmazásaik. Ezt a szabványt maga a vállalat fogja kezelni, és alkotói egyelőre nem tervezik önálló iparági szabvánnyá alakítását.

Nézzünk egy egyszerű, valós életből vett példát. Tegyük fel, hogy van egy nagy- és kiskereskedelemmel foglalkozó cégünk, és ebben, mint minden másnál, könyvelést vezetünk. A cégnek két szabványos adatbázisa van, ezek az UT (trade management) és BP (vállalati számvitel), mindegyik adatbázisnak saját könyvelése van, az UT menedzsmentben a kereskedelemmel kapcsolatos összes műveletet tükrözni, a BP számvitelben. Hogy ne végezzünk dupla munkát, i.e. ne hozzon létre azonos dokumentumokat két adatbázisban (elvégre a mozgásoknak a vezetői ill könyvelés) csak beállítjuk a szinkronizálást ezen adatbázisok között.

Egyirányú adatcserét fogunk kialakítani, UT ---> BP. Lehetőség van kétirányú csere felállítására is, de a gyakorlatban erre nincs gyakran szükség, ezért példánkban ezt nem vesszük figyelembe.

Előkészítő lépések a tőzsde létrehozásához egy BP-ben

Kezdjük el a szinkronizálás beállítását, először menjünk az 1C "Enterprise Accounting 3.0" adatbázisba (vevő), ellenőriznünk kell, hogy engedélyezve van-e a szinkronizálás ehhez az adatbázishoz, ehhez először az adatbázisba kell lépnünk. Amint megnyílik az adatbázis, lépjen a lapra "Adminisztráció" ---> "Adatszinkronizálási beállítások"

megnyílik előttünk új betét, ugyanúgy kell kitölteni, mint az alábbi képernyőképen, kivéve az infobázis előtagot. Az előtagnak két betűből kell állnia, bármelyiket beállíthatja, de az 1C szabvány szerint jobb, ha az előtagot a konfiguráció nevével állítja be, azaz a „Vállalati könyvelés” esetében az előtag „BP” lesz. . Ha összetett központokat hoz létre, és több számviteli adatbázis is létezik, akkor az előtagoknak egyértelműen különbözniük kell egymástól, itt a szervezet nevének első két betűjét használhatja rövidítésként.

Folytatjuk az adatszinkronizálás beállítását az UT-ban

Miután az összes szükséges műveletet elvégeztük a vevő adatbázisban (BP 3.0), az adatcsere beállításának folytatásához meg kell nyitnunk a forrásadatbázist (UT 11.1). Lépjünk az "Adminisztráció" fülre, a menü bal oldalán kiválasztjuk az "Adatszinkronizálási beállítások" elemet.. Ha a szinkronizálás nincs engedélyezve, engedélyezze a jelölőnégyzet segítségével, és ne felejtse el megadni a forrás alap előtagját. Miután az alábbi képen látható módon végrehajtottuk az összes 1-4. pontot, kattintson az „Adatszinkronizálás” hivatkozásra (5. pont).

A megjelenő új ablakban a zöld pluszjelre kell kattintani (Adatszinkronizálás beállítása), a legördülő menüben válassza ki a "Vállalati könyvelés 3.0" elemet.

Az UT és a BP közötti adatcsere fontos pontjainak felállítása

Most egy ablakot látunk az 1C adatszinkronizálási beállításával, válassza ki a "Beállítások manuális megadása" elemet, és kattintson a "Tovább" gombra.

Folytatjuk az adatcsere konfigurálását az 1C-ben, a következő lapon ki kell választanunk a csatlakozási lehetőséget a vevő információs bázisához (közvetlen kapcsolat a programhoz), a kapcsolat paramétereit (be ez a számítógép vagy be helyi hálózat), a címtárat, ahol a vevőbázis található, valamint a szükséges hitelesítési adatokat (az adatbázisban szereplő felhasználónév és jelszó).

A következő oldalon ki kell töltenünk a BP 3.0 (vevő) konfigurációból származó adatok küldésének és fogadásának szabályait. Kattintson az „Adatfeltöltési szabályok módosítása” elemre.

Megnyílt előttünk az "Adatküldési szabályok" ablak, amelyben a következő paramétereket állítjuk be:

• Melyik NSI kerül elküldésre (példánkban csak a dokumentumokra és a bennük használt NSI-re vagyunk kíváncsiak, ezért a megfelelő elemet választottuk, ha az első "Összes küldése" elemet választja, akkor az összes könyvtár újratöltődik a bizonylatok, gyakran ha az információ nem kerül felhasználásra a bizonylatokban, akkor az a címzett számára haszontalan, mert a könyvelést semmilyen módon nem befolyásolja)
• Mikortól kell elküldeni az összes információt (ebben a cikkben nem vesszük figyelembe a kézi szinkronizálást)
• Melyik vagy mely szervezetek számára küldjön adatokat (példánkban egy szervezetet választottunk, az IP "Entrepreneur")
• A szerződéskötés szabályai
• Általános raktár
• A dokumentumok raktáronkénti összecsukása

A beállítások elvégzése után kattintson a "Rögzítés és bezárás" gombra.

Mivel példánkban egyirányú cserét állítottunk be és használunk, UT-tól BP-ig, akkor az "Enterprise Accounting 3.0"-ból való adatszerzés szabályainak beállításai nem érdekelnek minket, ezért kattintson a "Tovább" gombra.

Egy új ablakban megkérjük, hogy állítsunk be szabályokat a vevőbázishoz (RP). Az 1. bekezdésben valahogy megnevezzük a bázisunkat, adjunk neki előtagot. A PREFIX-nek meg kell egyeznie azzal, amit magában a BP adatbázisban a cikk elején beállítottunk, ha az előtagok eltérnek, az 1C programban az adatszinkronizálás nem fog működni. Ezután kattintson a 2-es, majd a 3-as pontra.

A (3) bekezdésben engedélyeznünk kell a dokumentumok feldolgozását, amikor azok betöltődnek az adatbázisba. Kattintson a "Mentés és bezárás" gombra.

Most az ablaknak az alábbihoz hasonlónak kell lennie, kattintson a "Tovább" gombra.

Ez az ablak referencia információkat tartalmaz az 1C-ben létrehozott szinkronizálásról. Csak kattintson a "Tovább" gombra. Ha a program hibát jelenített meg az adatszinkronizálás beállításakor, akkor vegye fel velünk a kapcsolatot, hogy 1C szakemberünk azonnal segítsen!

A következő lépésnél a program azonnal felajánlja a szinkronizálás elvégzését az adatcsere beállítások megadása után. Fogadja el ezt, és kattintson a "Befejezés" gombra.

Megjelenik egy ablak, amelyben információkat láthat a szinkronizálás menetéről. Ha a célbázis nem üres, pl. könyvelést már vezettek benne, akkor az 1C program felhasználója felkéri az objektumok manuális összehasonlítására. Az 1C objektumainak összehasonlítása az adatszinkronizálás során az azonos vevőobjektumok összehasonlítása a forrásban lévő azonos objektumokkal.

Nézzünk egy példát, mondjuk UT-ban van egy „PharmGroup LLC” nevű és 1234567 TIN-számú partner, az ÜK-ben pedig van egy 1234567-es TIN-számú, de „PharmGroup” nevű partner, ha nem. Hasonlítsa össze ezt a két objektumot az adatok összehasonlításakor a szinkronizálási szakaszban, majd a vevőben történő szinkronizálást követően (Enterprise Accounting 3.0) két partnerünk lesz TIN 1234567 és két "PharmGroup LLC" és "PharmGroup" névvel. Az ilyen helyzetek elkerülése érdekében feltaláltak egy mechanizmust az objektumok illesztésére.

Példánkban a vevőbázis üres, ezért nem nyílt meg számunkra az objektumillesztő ablak. Néhány művelet elvégzése után azonban a rendszer felkéri a felhasználót, hogy adjon hozzá további adatokat, és megjeleníti a következő ablakot. Nincs szükség további adatok átvitelére, mindent, amire szükségünk van, már korábban konfiguráltunk, ezért ennél a lépésnél a „Ne adjunk hozzá küldendő dokumentumokat” lehetőséget. Kattintson a "Tovább" gombra.

Az 1C közötti adatcsere utolsó szakasza

Az utolsó szakaszban a program megjeleníti a következő ablakot, amelyben a felhasználó tájékoztatja a szinkronizálás sikerességéről, kattintson a "Befejezés" gombra. Ez befejezi az adatbázisok közötti szinkronizálást egy egyirányú cserében a "Trade Management 11.1" (UT) és az "Enterprise Accounting 3.0" (BP) között.