Adatkonverzió 3.0 utasítások. És néhány szó a csoportban lévő készletről

Ebben a cikkben leírom az én, míg a kis, tapasztalat az adatcsere megszervezésében univerzális enterprisedadata formátum.

Az én esetemben az Exchange a "Trade Management 11.2" (a továbbiakban: UT) és a "Társaság Számviteli 3.0.43" (a továbbiakban: BP). Exchange egyirányú, az UT-től a BP-ben. A "Trade Management 11.1" frissítése előtt a "11.2" verzióra az adatcserét az "Adatok átalakítása 2.0" konfigurációjával konfigurálták. Azonban a "11.2" -re való áttérés után a hibák megjelentek a "Kereskedelmi menedzsmentben". A csere szabályainak frissítésére vonatkozó eljárás történt, de az eredmény nem adta meg. A hibakereső azt mutatta, hogy a probléma az adatok cseréjében. Úgy döntöttek, hogy eltávolítják az adatcsere beállításait mindkét konfigurációban, és újra konfigurálják.

És "kereskedelem kezelése", és az "üzleti számvitel" az ügyfél-kiszolgáló verziójában dolgozunk. Elkezdtem beállítani a szinkronizálást az UT-vel. Olyan módon végezte el, hogy az adatokat az UT-ről egy fájlra rakják ki. Ez a szinkronizálás hálózati katalógus. A BP-ben a csere beállítása oly módon, hogy a BP-ből semmilyen adat nem kerüljön ki.

Hiba történt a kontextus módszerének hívása (csekk): XDTO Adatellenőrzési hiba:
Az objektum "/ BankingContrigent / Bank" szerkezete nem felel meg a típusnak: (http://v8.1c.ru/edi/edi_stnd/enterprisedata/11.1) konferencia
Ellenőrizze a "Beach" tulajdonságokat:
Forma: Elem
Név: (http://v8.1c.ru/edi/edi_stnd/enterprisedata/1.1 Montebik
egy típus:
Nincs kötelező tulajdonság
Objektum: MoundreakcióTransportant No.

A hiba elemzéséhez rákattintottam az "Elküldött adatok összetétele" ikonra, és a szerződések küldésére regisztrált ügyfelek listáján megállapodásra került, amelyről egy hiba megjelent. Megnyitott egy szerződést, emlékezett a szerződésben meghatározott partner bankszámlára. Aztán költözött a bankszámlák küldésére. Kiderült, hogy a szükséges fiók nem szerepel a regisztrált listában. REWROTE egy problémás bankszámlát és szerződést. Ezt követően regisztráltam a kézi bankszámlát.

Megismételte az UT-től származó adatok szinkronizálására irányuló kísérletet. Ezúttal az adatok sikeresen lemerültek. BAN BEN hálózati mappa Olyan XML-fájlt tartalmaz, amely adatokat tartalmaz az UT-től BP-től.

A következő lépés az adatok letöltése a fájlból a vállalati számvitelre. Az "Üzleti számvitel" konfigurációban megnyomtam a "Szinkronizálás" gombot, az üzenetelemzéssel megnyitott feldolgozási űrlapot. Egy kicsit később az üzenet "adat kirakodás" -ra változott. Ugyanakkor az indikátor és a számláló azt mutatta, hogy több mint 80 ezer objektumot kirakodnak a BP-től. Zavarban volt, mert rámutattam a beállításokban, hogy nem szabad lemerülni a BP-től. A feldolgozást hosszú ideig végeztük, és hiba történt:

Esemény: adatcsere
(Közös modul. Tanácsadási műveletek. Modul (371)): A háttérfeladat munkafolyamata Emercted
Hívási pontszámok (szöveges hibák);

A hiba lokalizálásához megpróbáltam megváltoztatni a szinkronizálási beállításokat és a BP bázis warantáljait. Ennek eredményeképpen, amikor bekapcsoltam az alapot a fájlban, a rendszer megfelelően dolgozott: a két adatbázis egyformája megnyílt. Az objektumok leképezése után a kezdeti szinkronizálás sikeres volt. Ezután újra átvittem az adatbázist az ügyfél-kiszolgáló lehetőségre.

Egy további "Run-In" szinkronizálással meg kellett volna változtatni az objektumok konvertálására vonatkozó szabályokat. Itt az ideje, hogy az "adatok átalakítása 3.0" konfigurációját használja. A beépített konfigurációs tanúsítvány leírja, hogyan kell dolgozni. Segített a honlapján lévő cikkeket is.

Ennek eredményeképpen a következő adatokat letöltöttem az "Data 3.0" átalakításában:

• A két adatbázis "kezelt független formátumának" általános moduljának szövegei
• Mindkét bázis rendszere
• Enterprisedata formátum leírása (bármely adatbázisból)
• Átalakítási szabályok

A letöltés után megnyitotta az adatok, objektumok, ingatlanok átalakításának szabályait az "Data Conversion 3.0" -t. Verzióknak nekem. Aztán használtam a "Feltöltési modul modul". A modul szövegét másolták a vágólapra. Csak a konfigurációba helyezhető.

Estiments a beállítást a szabályok „Conversion Data 3.0”, arra a következtetésre jutottam, hogy abban az esetben, ha az elismert szerkesztések jelentéktelenek, akkor könnyebb testre a szabályok közvetlenül a konfigurációk UT és a BP, az Általános Module „Kiválasztott Dane Caulcher. " Ha a szerkesztők kén, például, például új objektum hozzáadása cseréje, akkor a konfigurációt kell használni " Az adatok átalakítása 3.0 ".

A "megrendelést a beszállító által" dokumentum hozzáadásának feladata az általam használt csere tervhez " Az adatok átalakítása 3.0 ". Az UT szabványos verziójában a csere tekintetében nincs rendszer.

Emlékezünk arra, hogy a kirakodásra vonatkozó objektumok nyilvántartásba vételének szabályai az "Adatok átalakítása 2.0" konfigurációjában vannak konfigurálva.

Ezek az első benyomások az adatszinkronizálás az Univerzális Enterprisedadata formátumban.

P.S. Ha kérdései vannak, és az adatcsere saját ellenőrzése univerzális formátumban és konfiguráción keresztül " Az adatok átalakítása 3.0, írjon a megjegyzésekben. Tapasztalatokat fogunk cserélni.

• Adatszinkronizálás
• Univerzális formátumú Entepedata.
• Adatkonverzió 3.0
• Adatkonverzió 2.0.
• Kereskedelmi menedzsment
• Számviteli vállalat

Az adatok átalakítása 2.0 és 2.1 - Az 1C Társaság technológiai konfigurációja, amelyet a 8,1-8,3 platformon végrehajtott.

A műszer fő feladata az 1C 8 és 7 alkalmazott megoldások közötti csere szabályok megírása 8. Az adatátalakítás jelenlegi változata ma 3.0.

Az adatkonverzió nagyon hasznos konfiguráció, használatával nem csak az információátvitel kérdését megoldhatja információs bázis Egy másiknak, de például egy alapon belüli információ konvertálása.

A konfiguráció nagyon kényelmes, ha.

Az adatátalakítás hasznos lesz bármely programozó számára: a csere szabályok létrehozásának készségeinek létezése komoly plusz a szakmai készségekre.

A konfigurációval való munka tanulmányozása érdekében a megoldás a gyakorlati feladatokhoz leginkább alkalmas. Próbálja meg magával ragadni egy feladatot, például: Ha bármilyen információt egy bázisról a másikra átadni, kapcsolja be a végrehajtási dokumentumot az átvételi okmányra, a "Bevezetés" és más feladatok elszámolására vonatkozó jelenlegi egyenlegekre.

Nagyon hasznos lesz megérteni az 1C 8.3 cseréjének "tipikus" szabályait, gyakran megtalálhatók Érdekes példák feladatok végrehajtása.

Ahhoz, hogy megértse az alapokat, szüksége lesz az anyagokra, fontolja meg őket az alábbiakban.

Videó utasítások átalakításra

Az Aza adatcsere beállításai az 1c-ben az "1C adatkonverzió" konfiguráció segítségével lásd a videót:

Anyagok, tankönyvek az 1C adatkonverzió tanulmányozásához 2.0

A hálózaton lévő anyagok és dokumentáció nem túl nagy, megpróbáltam összegyűjteni a legfontosabb és érdekes anyagokat:

0. Először is, tanácsot adok az Ilya Leontiev ingyenes videófolyamjára, elérhető link.

1. Azt tanácsolom, hogy először használja a beépített segítséget a konfigurációban. Ez nagyon szépen írott és kompetensen megvalósítható technikailag:

2. A második legfontosabb információforrás a http://www.mykod.info/ (site zárt), amely csak az adatátalakításra specializálódott. Itt letölthető nagyszámú Konverziós anyagok.

3. Különben szeretném kiemelni a bemutatót - (szerző - Olga Kuznetsova).

A fő kérdés, amely egy szakértőből származik, amikor a konfigurációban dolgozik a "1c: Adatkonverzió" 3.0 kiadás - Mi a különbség? Mi a különbség a 3.0 szerkesztői igazgatótanácsban 2.1.
A feltételesen különbségek két csoportra oszthatók:

• Funkcionális
• Építészeti

Építészeti különbségek

A szerkesztőségi 2.1-et, a csere szabályok kifejlesztését külön-külön végezték el minden egyes konfigurációhoz. Ezt követően ezeket a szabályokat univerzális cserefeldolgozásban használták fel xML formátum Vagy a konfigurációk közötti szabályok szerint cserélve. A kimenet fájlt kapott bővítés XML.amelyek a fogadó oldalán végzett kézbesítők mellett vannak. A szerkesztőségi 3.0 egyetlen univerzális formátumot használ Enterprisedata. Amelyen keresztül a három fő adattípust továbbítják:

• Szabályozási háttér
• Dokumentáció
• A kvantitatív vagy összegzés napján marad

Az Enterprisedata formátum 1.0 verziójának leírása megtekinthető. A formátum ezen verziója tartalmazza a különböző üzleti területek 94 típusú üzleti entitásainak leírását. Ne feledje, hogy a formátum bővíthető.

Funkcionális különbségek

A formátum alkalmazásának lehetőségéhez Enterprisedata. A szabványos alrendszerek könyvtárának változatait, amely nem alacsonyabb, mint 2.2.5, ellenkező esetben csak a 2.1 szerkesztők.
Ha meg kell szabályok kidolgozása egyszeri adatátvitel (vagy hasznosítás), vagy átutalás maradékok ... akkor! Gyorsabb és jövedelmezőbb a szerkesztői konverzió használatához a fejlesztéshez 2.1
De ha napi megbízható csere az "1c: Enterprise" platformon található megoldások között (feltéve, hogy a BSP verzió megfelel), akkor az Ön választása "1c: Adatkonverzió" 3.0.

Biztos! Sokan azt mondják, hogy ez a mai napig a vállalat használja a cserét a régi formátumban, és a másodpercek minden felében repülnek gigabájtokat, és minden működik, majd tovább tovább ... biztosan működik! Amint sok szervezetet használnak az 1C-es verzió 7,7-es platformra. Fontos megérteni, hogy új formátumról beszélünk, és ez a tipikus megoldások az "Enterprisedata" formátumot használják, ami azt jelenti, hogy a 3.0 szerkesztői táblán dolgozni kell.