Megmutatjuk, hogyan segít annak segítségével erősen egyszerűsíteni a problémáinak megoldását
Ma elemezzük, hogyan lehet konfigurálni és egyszerűen átvinni a könyvtárakat és a kezdeti egyenlegeket szó szerint 10-15 perc alatt.
És ez - tömeges és rendszeres feladat, ami szinte elkerülhetetlen a legtöbb új elindított konfigurációnál.
Ezért hívja kollégáit, ez szintén nagyon hasznos lesz számukra.
Különösen, ha már meglátták a KD 3-at, és megijedtek :)
Igen, amikor először látja őt - egyáltalán nincs füge.
De valójában - minden nagyon egyszerű. Olyan egyszerű, hogy akkor is unatkozni fog :)
Pontosan mi van a mai videóban
Ez 4 videó megosztásán keresztül enterpriseData univerzális csere formátum.
Ezen felül bemutatunk egy példát. a modellcsere-szabályok finomítása in 1C: Adatkonverzió 3.0
Teljes időtartam - 34 perc. Tartalom:
- Az Exchange beállításai az 1C: Accounting 8 és 1C: ERP példán
- Hogyan töltsük be a szabványszabályokat és az univerzális csereformátumot az Adatkonverzió 3.0-ban
- A metaadat szerkezetének átvitele a CD 3.0-ban
- Az első adatcsere végrehajtása
- A szabályok felülvizsgálata átalakítás
- Új szabályok betöltése a konfiguráció megváltoztatása nélkül ( a támogatástól való visszavonás nélkül)
jegyzethogy a probléma megoldásakor a betöltési szabályok csak a vevő konfigurációjában változnak. És a forráskonfiguráció a szokásos szabályok szerint működik.
Ha egy ilyen feladat megoldódott az Adatkonverzió 2.0-ban, akkor a változásokat mind a forrás, mind a vevő szabályaiban meg kell változtatni.
Ezek az oktatóvideók relevánsak a BSP számára 2.3.2 verzió (minden 2.3.2.43-nál régebbi szerelvénynél).
Ha a BSP régebbi verzióját használja, 0 végezzen „javítást” a megváltozott interfésznél és a fejlett funkcióknál. Ehhez ismételje meg a videóban szereplő példát.
1. videó:
A Data Conversion 3.0 tipikus konfigurációi közötti csereszabályok betöltése
Ebben a leckében előkészítő lépéseket hajtunk végre a tipikus konfigurációk közötti csereszabályok módosításakor:
- A csere formátumának a betöltése a CD-lemezen (
- Konverzió létrehozása
- Töltse le a szabályfájlokat egy tipikus konfigurációból
- Az Exchange manager modul kirakodása
2. videó:
A csereszabályok véglegesítése a CD 3.0-ban
Ebben a leckében megmutatjuk, hogyan kell feltölteni az objektumok részleteit az adatok betöltésekor.
A probléma megoldódik - amikor objektumokat tölt be a forráskonfigurációból, állítsa be a „Downloaded from BP 3.0” megjegyzést.
A probléma megoldásához el kell végeznie az objektumok konvertálására vonatkozó szabályok módosítása, abban az esetben, ha “A fogadott adatok rögzítése előtt”.
A kidolgozott szabályokat külső feldolgozásként menti el a későbbi felhasználáshoz.
3. videó:
A tipikus konfigurációk közötti univerzális csere beállítása
Ebben az oktatóanyagban megmutatjuk, hogyan lehet felállítani egy új csereprogramot a tipikusok között.
A beállításokat a forráskonfigurációban kell elvégezni, majd be kell tölteni a célkonfigurációba.
Ebben a videóban megmutatjuk, hogyan konfiguráció megváltoztatása nélkül feltölteni az új csereszabályokat.
4. videó:
A nyitó egyenlegek átvitele az átváltási szabályok segítségével
Az órában bemutatjuk a kezdeti maradékok átvitelének tipikus funkcióját.
Ui
Igen, csere a txt / dbf / ole, stb. joga van létezni. Bizonyos különleges esetekben, például dokkolás webszerverrel vagy külső alkalmazás átvitele kész formátumból.
Normál csere esetén - a standard módszerek gyorsabbak és sokkal egyszerűbbek.
És ha valaki kerékpárt talál, amikor rendelkezésre áll egy kész univerzális megoldás - ez olyan, mintha a homlokomon írtam: "Nincs eszköz, nem akarok tanulni, mankókat fogok építeni a pénzedért" .
P.P.S.
Meg akarjuk mutatni, hogy az Adatkonverzió 3.0 nem bonyolult.
Szokatlan - igen. Nem minden egyértelmű - igen. Vannak nagyon vegyes pontok - igen.
De kész utasítások és egy videó segítségével elsajátíthatja azt szó szerint 1-2 hét alatt.
Küldje el ezt a cikket a levelemen
Az 1C adatbázisok közötti csere bevezetésének szükségességének fő okai a fiókok jelenléte és a számviteli típusok szétválasztása, mivel a vállalatok gyakran több információs adatbázisban dolgoznak. Az 1C 8.3 központ cseréje kiküszöböli a kettős munka szükségességét - ugyanazok a dokumentumok és könyvtárak beírása két programba, valamint a szükséges fiókobjektumok gyors ellátása a különféle fióktelepekhez és osztályokhoz.
Abban az esetben, ha fióktelepek közötti cserét kell végezni, a RIB (Distributed Information Base) értéket kell használni. Ez egy mechanizmus az azonos konfigurációk közötti cserére. Ez egy fa, amelynek tetején a legfontosabb gyökércsomópont, egy összekapcsolt csomópont alatt. A rendszer bármely csomópontjában változtatásokat végezhet, és ezek átkerülnek más kapcsolódó csomópontokba. Nemcsak adatokat, hanem a gyökércsomóponttól a beosztottakig terjedő konfigurációs változtatásokat is terjeszt.
Ha szét kell különböztetni a számviteli típusokat, például egy működési típusú fenntartása a kereskedési bázison, és szabályozott egyet a számviteli alapon, akkor rugalmas adatszinkronizálási beállításokkal rendelkező univerzális cseremechanizmusok állnak rendelkezésre.
Az 1C legújabb fejlesztései az EnterpriseData adatcsere formátuma. Könnyen kezelhető, és a vállalaton belüli cserére szolgál, mind az 1C adatbázisok, mind a harmadik féltől származó programok között.
Az adatcsere vállalkozásban történő megvalósítását szekvenciális eljárások formájában lehet ábrázolni.
Mindenekelőtt meg kell határozni, hogy melyik alapok között legyen a csere; kétoldalú vagy egyoldalú csere lesz-e; ha ez egyoldalú, mely adatbázis továbbítja az információkat, és melyik csak fogadja; ha ez egy összetett fiókhálózat, akkor elő kell írni az adatbázis-felépítési sémát.
Ezután válassza ki a megfelelő formátumot: RIB, univerzális formátum; csere a csere szabályai szerint; csere csereszabályok nélkül.
A következő lépés a szállítás megválasztása a csere számára. Nagyon sokféle technológia érhető el, kiemelve a legfontosabbkat: egy könyvtárat (helyi vagy hálózati), FTP-erőforrást, COM-kapcsolatokat, webszolgáltatást és e-mailt.
A negyedik lépés az adatok meghatározása: dokumentumok, könyvtárak és szükség esetén az átadandó egyedi részletek részletezése.
Összefoglalva: előírták a csere gyakoriságának ütemezését
Az 1C 8.3 csere minden konfigurációs opcióját alapos előkészítést igényel. Végrehajtása az egyes felhasználók hatáskörén kívül esik, itt figyelembe kell venni sok árnyalatokat és meg kell érteni a csere alapelveit. Különös figyelmet kell fordítani a hangolásra, ha az adatbázis: javításokat tartalmaz vagy még sok további. Részletek, különböznek a platformos verziókban, vagy a konfigurációk elavult verziói vannak felhasználva, a vállalkozás nagy, és nagyszámú adatbázisból álló automatizált rendszert használ. Hibák itt nem engedélyezettek, mert halálos következményekkel járhat. Az adatcsere független megvalósítása az 1C-ben csak akkor javasolt, ha szükséges az információ tipikus átadása a tipikus konfigurációk között.
Ha kétségbe vonja képességeit, akkor jobb, ha nem takarít meg, hanem fordul hozzá hozzáértő szakemberhez, aki segít megoldani a csereprogramok felállításának nehéz feladatát. 1C 8.3.
Ha továbbra is úgy dönt, hogy az 1C csereprogramokat szakértők bevonása nélkül konfigurálja, akkor javasoljuk, hogy először teszteljen az adatbázisok másolatán, és mielőtt megkezdené a munkát az adatbázisokban, töltse fel a konfigurációkat, hogy hibák esetén visszatérjen az eredeti állapotba.
Az alábbiakban bemutatjuk az 1C 8.3 csere egyoldalú beállításának egyoldalú beállítását a Trade Management 11 (UT) és az Enterprise Accounting 3.0 (BP) tipikus konfigurációi között. Ez a példa sok nagy- és kiskereskedelemmel foglalkozó vállalat számára releváns. A vezetői nyilvántartást a kezelési osztályon vezetik, a BP-ben szabályozzák, és a felhasználók munkájának megkönnyítése érdekében cserére van szükség.
Ez az algoritmus az 1C 8.3 platformon más tipikus konfigurációkhoz is alkalmazható.
Mindenekelőtt az információ átvevőjének előkészítő munkáját végezzük, azaz a BP számára. Futtassa a programot Enterprise módban. Be kell állítani az adatszinkronizálási állandó értéket (Adminisztráció → Adatszinkronizálás szakasz).
Vegye figyelembe az Előtag mezőt, itt meg kell adnia egy értéket, amely később megkülönbözteti (a könyvtári kód vagy a dokumentum száma alapján), amelyben az objektumokat eredetileg hozták létre. Példánkban a szokásos rövidítés megfelelő - BP és UT, ha az 1C 8.3 cserebeállításokat nagyszámú adatbázis közötti komplex cserére, valamint ugyanazon konfigurációk elvégzésére hajtják végre, minden adatbázisnak meg kell adnia a saját egyértelmű megnevezését.
Mivel a BP csak információfogadó, folytatjuk az UT konfigurációját.
Itt, valamint a BP-ben a szinkronizálást és az előtagot meg kell határozni. Ez az információ elérhető az NSI és az Adminisztráció → Adatszinkronizálás beállításai menüben.
Válassza ki a beállítási módot: Adja meg a beállításokat kézzel. További.
Létrehozunk egy közvetlen kapcsolódási lehetőséget, amikor mindkét program ugyanazon a helyi hálózaton található, meghatározzuk a kapcsolat paramétereit a hálózat információbiztonsági katalógusához, és kitöltsük a felhasználó hitelesítési adatait (a BP adatbázisban). További.
A rendszer ellenőrzi a megadott adatok helyességét, és pozitív eredmény esetén megjeleníti az 1C 8.3 cserebeállítások ablakot.
Kattintson az Adatfeltöltési szabályok módosítása linkre a cserebeállítások konfigurálásához. Pontosítani fogjuk az NSI-t - csak azokat használják ki, amelyeket a dokumentumokban használtak, kiválasztunk szervezeteket és lehetőséget a szerződésekkel való munkavégzésre - kötelező érvényű, a dokumentumok raktárak szerinti szétválasztása nélkül. A csere kezdete a folyó év március 1-jén.
A bevitt szabályokat rögzítik és bezárják.
Mivel a példa az információ egyirányú továbbításáról szól, a következő beállítások ablakban egy másik program adatainak fogadására állítsa be a Ne küldje értékeket. Írj és zárj be. További.
Most ellenőriznie kell a bevitt paramétereket, és ha helyesek, akkor kattintson a Tovább gombra, ellenkező esetben a Vissza gombra kattintva térjen vissza az előző lépéshez.
Ezután felajánlani fogják a szinkronizálást. Kattintson a Befejezés gombra.
Ha szükséges, hajtsa végre a két konfiguráció azonos objektumainak korrelációját, egy ablak nyílik meg az adatok illesztésére. Végezzük el az összehasonlítást és kattintsunk a Tovább gombra.
Objektumok átvitelekor problémás helyzetek fordulhatnak elő; az eredmények megtekintéséhez kattintson a Figyelmeztetések linkre az adatok szinkronizálásakor.
A szinkronizálás befejezése után megjelenik egy ablak, amely megerősíti a folyamat sikeres befejezését.
Itt, a Konfigurálás paranccsal vagy utána a szinkronizálási parancsfájlban konfigurálhatja az automatikus csere ütemezését.
Be kell állítania az adatmegosztást?
15 ÉV AZ 1C PROGRAMOT, ÉS INGYENES VIDEÓS UTASÍTÁSAINKAT
Van egy programozói csapatunk, akik nagy tapasztalattal rendelkeznek az 1C csere felállításában:
Az 1C konfigurációk között,
Az 1C csereprogram beállításában.
Miért válasszon minket?
Akár 2 óra reakcióidő sürgős feladatokra, hétvégén és ünnepnapokon is.
40+ teljes munkaidős programozó, 5 és 20 év közötti tapasztalattal az "1C" -ben.
Videó utasításokat készítünk az elvégzett feladatokról.
Élő kommunikáció az ügyfél számára kényelmesen futárral.
A feladatok 99% -át távoli hozzáféréssel (TeamViewer vagy RDP) hajtják végre, ami jelentősen csökkenti a feladatok elvégzéséhez szükséges időt.
Az 1C hivatalos partnerei 2006 óta.
Tapasztalat a sikeres automatizálásban, kis cégektől nagyvállalatokig.
Az ügyfelek 99% -a elégedett az eredménnyel, amit a hálalevelek is igazolnak.
Nyomtatás (Ctrl + P)
Csere univerzális formátumon keresztül
A szabványos alrendszerek könyvtárának „adatcsere” alrendszere 4 lehetőséget (technológiát) tartalmaz az információcserére a különböző információs bázisok között:
- elosztott információs bázisok (RIB);
- adatcsere egyetemes formátumon keresztül;
- adatcsere az adatcsere-szabályok szerint (az adatcsere-szabályokat az „Adatkonverzió” konfiguráció, 2.1-es verziójával hozzuk 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 a „Standard alrendszerek könyvtárában” érhető el, kezdve a 2.3.1.62 verzióval. 2016 elején jelent meg. Jelenleg a BSP 2.3 legújabb verziója (az „1C: Enterprise 8.3” platformon való használatra nem alacsonyabb, mint a 8.3.8.1652 verzió, ha a kompatibilitási mód le van tiltva) a 2.3.6.17 kiadást jelentette.
Ábra. 1 A BSP legújabb kiadásai 2.3
Az 1C alkalmazásmegoldások szállítására szolgáló fájlok között található a „Library Versions” szöveges fájl, ahol azt írják, hogy a BSP melyik verziója alapján fejlesztették ki az alkalmazást, például az alkalmazott UT 11.3.3.231 megoldás alapján a BSP 2.3.5.65 lett meghatározva.
Vegye figyelembe, hogy az „1C: Enterprise 8.3” platformon történő alkalmazáshoz nem alacsonyabb a verzió 8.3.10.2168 letiltott kompatibilitási módban kiadott verzió BSP 2.4.
Az EnterpriseData formátum leírása
Mi az EnterpriseData formátum?
Ez a formátum lehetővé teszi, hogy leírja az információs adatbázis tárgyát (partner, számla stb.), Vagy jelentést tegyen arról, hogy ezt az objektumot törölték. Várható, hogy az EnterpriseData formátumban a fájlt fogadó konfiguráció ennek megfelelően reagál - új objektumokat hoz létre, és törli azokat, amelyeket a fájlban töröltként jelöltek meg. Információcserére szolgál az UT, RT, UNF, BP konfigurációk között. Ezenkívül a formátum felhasználható információcserére bármilyen más információs rendszerrel: ez nem függ a saját szoftver tulajdonságaitól vagy az információcsere résztvevő információs bázisának struktúrájától, és nem tartalmaz kifejezett felhasználási korlátozásokat.
EnterpriseData formátumú változat
A formázott adatokat az XDTO csomagokban tárolják az általános adatbázis-konfigurációs ágakban, ahogy az a 6. ábrán látható. 2
2. ábra XDTO - EnterpriseData adatformátum csomagok Ábra A 2. ábra azt mutatja, hogy több XDTO csomag van. Ezek a formátum különböző verziói. A formátum verziószáma X.Y.Z, ahol X.Y a verzió, Z a Minor verzió. A Kisebb verziót javítják hibajavítások és egyéb változások esetén, amelyekben: megőrzik az adatkonverziós logika a formátum korábbi verziójára alapozott funkcionalitását (az aktuális adatátviteli algoritmusok visszamenőleges kompatibilitásának megőrzése a formátumon keresztül); A konverziós logika új formátumainak támogatása önkéntes. Az ilyen változásokra példa lehet a hibák kijavítása, a formátum objektumok tulajdonságainak megváltozása, tulajdonságok hozzáadása, amelyek használata az adatkonverzióhoz nem kötelező. Más esetekben a formátum megváltoztatásakor a nagyobb verzió növekszik: X - globális szerkezetátalakítás esetén, Y - más esetekben.
A formátum leírja az objektumok (dokumentumok vagy referenciaelemek) ábrázolását XML fájlok formájában. Az 1.0.1 verzió 94 objektum leírását tartalmazza a különféle területeken (pénzügy, gyártás, beszerzés és értékesítés, raktári műveletek). A típusnevek általában jól érthetők és nem igényelnek további magyarázatokat: például „Dokumentum. Befejezett munkákról szóló törvény” vagy „Referencia. Partnerek”. Mint láthatja, a dokumentumtípusok leírása a "Dokumentum" előtaggal kezdődik, egy könyvtár elem - a "Címtár" előtaggal kezdődik. További információ a formátumról
A legújabb 1.3 változat azonban a leggyakrabban használt 1.0. A verziók között nincs különbség. Formátum EnterpriseDataExchange_1_0_1_1
egy webszolgáltatáson keresztüli cserére használják.
jegyzet hogy az EnterpriseData adatformátumcsomaggal együtt a csomagot is használják Exchangemessage amikor átalakítási szabályokat hoz létre. Ez a csomag az objektum típusát tartalmazza További információ,amelynek bármilyen értéke lehet, és amelyet akkor használnak, ha konverziós szabályt hoz létre a konfigurációs objektumok között. amelyek nincsenek adatformátumban. Pontosan köszönöm További információ, Az Exchange szabályokat adaptálhatja és konfigurálhatja anélkül, hogy megváltoztatná az XDTO csomag formátumát.
Ábra. 3ExchangeMessage XDTO csomag szerkezete Hogyan cserélhetünk adatokat EnterpriseData formátumban?
Az EnterpriseData formátumú adatcsere a konfigurációval a fájlok cseréje. A külső alkalmazásból kapott fájlra válaszul a konfiguráció feldolgozza és létrehoz egy válaszfájlt. A fájlmegosztás megtörténhet:
- egy külön fájlkönyvtáron keresztül,
- az FTP könyvtáron keresztül,
- az infobázis oldalán telepített webszolgáltatáson keresztül. Az adatfájlt paraméterként továbbítják a webes módszerekhez.
jegyzet. A harmadik féltől származó alkalmazások és az infobase oldalán lévő konfiguráció közötti kétirányú adatcseréhez számos beállítást kell elvégezni - a harmadik fél alkalmazását regisztrálni kell az infobázisban, meg kell határozni egy cserélő csatornát (fájl vagy FTP könyvtár útján) stb. De az egyszerű integráció esetén, amikor elegendő csak információt átadni egy harmadik féltől származó alkalmazásról az infobázisra, és nincs szükség adatok továbbítására az infobázisból egy harmadik fél alkalmazásába (például egy online áruház integrációja, amely értékesítési információkat továbbít az 1C-hez: Számvitel), ott van A webszolgáltatáson keresztüli egyszerűsített verzió, amely nem igényel külső beállításokat.
Ha a szinkronizálás során cserél a konfigurációs csereterveket, akkor csak a legutóbbi szinkronizálás óta bekövetkezett változásokra vonatkozó információkat továbbítják (a továbbított információ mennyiségének minimalizálása érdekében). Az első szinkronizáláskor a konfiguráció az EnterpriseData formátumú összes objektumot feltölti egy XML fájlba (mivel mindegyik "új" egy harmadik féltől származó alkalmazáshoz).
A harmadik féltől származó alkalmazás után a következő lépés az, hogy feldolgozza az információkat az XML fájlból, és a következő szinkronizálási munkamenet során tegye a szakaszba
A kézhezvételi üzenet kézhezvétele után a konfiguráció az előző üzenetben átvitt összes változást sikeresen szinkronizáltként jelzi. Csak az objektumok szinkronizálatlan változásait (új létrehozása, meglévő módosítása és törlése) küldjük el egy külső alkalmazásnak a következő szinkronizálási munkamenet során.
Amikor az adatokat egy külső alkalmazásból továbbítja a konfigurációra, a kép megfordul. A pályázatnak ki kell töltenie a részt
A fájl feldolgozása után a konfiguráció létrehoz egy XML fájlt, amely átvételi ü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átumban az alkalmazáscsatlakozással kapcsolatos adatcsere további részleteit láthatja
Az „Exchange manager egyetemes formátumon keresztül” általános modulja.
Az általános modulban - a cserekezelő modulban univerzális formátumon keresztül - kidolgozzák azokat az eljárásokat és funkciókat, amelyek teljes mértékben leírják az adatoknak az információs bázisból az adatcsere formátumba történő feltöltésének szabályait, valamint az adatcsere formátumából az információs adatbázisba történő betöltés szabályait.
Ábra. 4 Az Exchange Manager modul felépítése univerzális formátumon keresztül A modul automatikusan létrehozásra kerül a „Data Conversion” konfigurációval, a 3.0 verzió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ási és funkciócsoportot tartalmaz.
- Egy komment. A modul első sorában található egy megjegyzés a konvertálás nevével. Ez a sor szükséges a modul azonosításához, ha például az "Adatkonverzió" program, a 3.0-s verzió parancsát használja. // Átalakítás UP2.2.3-ig 2017.01.01-től 19:51:50-ig
- Átváltási eljárások. Előzetesen meghatározott eljárásokat tartalmaz, amelyeket az adatszinkronizálás különböző szakaszaiban hajtanak végre: az átalakítás előtt, az átalakítás után, a halasztott kitöltés előtt.
- Adatfeldolgozási szabályok (AML). Az adatfeldolgozási szabályokat leíró eljárásokat és funkciókat tartalmazza.
- Objektumkonverziós szabályok (FFP). Eljárásokat és funkciókat tartalmaz, amelyek leírják az objektumok konvertálásának szabályait, valamint ezen objektumok tulajdonságainak konvertálására vonatkozó szabályokat.
- Az előre definiált adatok (PKPD) konvertálásának szabályai. Olyan eljárást tartalmaz, amely feltölti az előre meghatározott adatok konvertálásának szabályait.
- algoritmusok. Tetszőleges algoritmusokat tartalmaz, amelyeket más szabályokból hívnak (AML vagy PKO).
- Paramétereket. Ez tartalmazza a konverziós paraméterek kitöltésének logikáját.
- Általános rendeltetésű. A szabályokban és algoritmusokban széles körben alkalmazott eljárásokat és funkciókat tartalmaz.
Az alábbiakban ismertetjük azokat a paramétereket, amelyekkel a menedzser modul többféle eljárásában alkalmazhatók azok az eljárások és funkciók.
Alkatrészek cseréje. Típus - Felépítés. A csereprogram részeként inicializált paramétereket és csereszabályokat tartalmaz.
A csere iránya. Típus - karakterlánc. Küldés vagy fogadás.
IB adat. Típus - Directory Object vagy Dokumentumobjektum.
Konverziós esemény eljárások
Három előre meghatározott eljárás hívható be az átalakítási folyamat során:
- Konverzió előtt. Az adatszinkronizálás végrehajtása előtt hívták. Általában ebben az eljárásban a különféle konverziós paraméterek inicializálásának, az alapértelmezett értékek kitöltésének stb. Logikáját helyezik el. Alkatrészek cseréje.
- Átalakítás után. Az adatszinkronizálás befejezése után hívják, de a halasztott kitöltés befejezése előtt. paraméterek: Alkatrészek cseréje.
- A kitöltés elõtt. Tárolás előtt hívják. Itt megtalálható a halasztandó objektumok táblázatainak rendezése vagy módosítása. paraméterek: Alkatrészek cseréje.
AML eljárások
Töltse ki az adatfeldolgozási szabályt. Az export eljárás, amelyben megtalálható az adatfeldolgozási szabályok kitöltésének logikája. Más eljárásokra irányuló hívásokat tartalmaz, amelyek egy adott objektum feldolgozási szabályát adják hozzá a szabálytáblázathoz (lásd az alábbi eljárásokat hozzáad) paraméterek: Irányváltó, Adatfeldolgozási szabályok
AddPOD_<ИмяПОД>. Eljárások olyan csoportja, amely kitölti a táblát az objektumokra vonatkozó szabályok szerint. Az ilyen eljárások száma megegyezik az AML-ek számával, amelyet erre az átalakításra biztosítanak az "Adatkonverzió" programban, a 3.0 verzióban. paraméterek: Adatfeldolgozási szabályok (egy csereprogram részeként inicializált értéktáblázat).
ALATT_<ИмяПОД>_Feldolgozás. Az eljárás kezelőszöveget tartalmaz Feldolgozáskor egy adott AML esetén. A kezelőt úgy tervezték, hogy az átalakítási logika objektum szintjén valósuljon meg. Például egy adott FFP hozzárendelése egy adott objektumhoz az objektum tartalmától függően. paraméterek:
- IB-adatokvagy XDTO adatok (a csere irányától függően):
- küldéskor egy tárgy ( Referenciaobjektum,Dokumentumobjektum);
- kézhezvételkor egy struktúra az XDTO objektum leírásával.
- Az FFP használata. Egy típus - Szerkezet. A kulcs tartalmaz egy karakterláncot, amelynek neve FFP, és a típus értékét logikai (Igaz - az FFP-t használják, Hamis - Az FFP nem használható).
- Alkatrészek cseréje.
ALATT_<ИмяПОД>_Minta adat. A funkció kezelõi szöveget tartalmaz. Kirakodáskor. A kezelőt úgy tervezték, hogy tetszőleges algoritmust valósítson meg a lerakandó objektumok kiválasztására. Visszatérési érték: a kirakodandó objektumok tömbje. A tömb egyaránt tartalmazhat hivatkozásokat az infobase objektumaira és egy struktúrát, amely adatait tartalmazza a kirakodáshoz. paraméterek: Alkatrészek cseréje.
FFP eljárások
Töltse ki az objektumok átalakítási szabályait. Az exportálási eljárás, amelyben megtalálható az objektumok konvertálására vonatkozó szabályok kitöltésének logikája. Hívásokat tartalmaz más eljárásokhoz, amelyek hozzáadják az adott objektum konvertálására vonatkozó szabályt a szabálytáblázathoz (lásd az alábbi eljárásokat AddPCO) paraméterek: Irányváltó, Átváltási szabályok (egy csereprogram részeként inicializált értéktáblázat).
AddPCO_<ИмяПКО>. Eljáráskészlet, amely az FFP táblát kitölti az objektumokkal kapcsolatos szabályokkal. Az ilyen eljárások száma megegyezik az FFP számával, amelyet az átalakításhoz a "Data Conversion" program, a 3.0 verzió tartalmaz. paraméterek: Átváltási szabályok (egy csereprogram részeként inicializált értéktáblázat).
PKO_<ИмяПКО>_Adatküldéskor. Az eljárás kezelőszöveget tartalmaz Küldéskor egy adott FFP-hez. Az adatfeltöltéshez kezelőt használnak. Úgy tervezték, hogy megvalósítsa az infobázis objektumban lévő adatok XDTO objektumleírásba konvertálásának logikáját. paraméterek:
- IB-adatok. Egy típus - Referenciaobjektum, Dokumentumobjektum. Az információs adatbázis feldolgozott objektuma.
- XDTO adatok. Egy típus - Szerkezet. Úgy tervezték, hogy hozzáférjenek az XDTO objektumadatokhoz.
- Alkatrészek cseréje.
- Töltse le a verem. Egy típus - Sor. Linkeket tartalmaz az exportált objektumokhoz, figyelembe véve a fészkelést.
PKO_<ИмяПКО>_Data ConversionXDTO. Az eljárás kezelőszöveget tartalmaz Adatok konvertálásakor az XDTO egy adott FFP-hez. Az adat betöltésekor kezelőt használunk. Tetszőleges XDTO adatkonverziós logika megvalósítására tervezték. paraméterek:
- XDTO adatok. Egy típus - Szerkezet. Előzetesen feldolgozott XDTO objektumtulajdonságok a hozzájuk való hozzáférés megkönnyítése érdekében.
- Fogadott adatok. Egy típus - Referenciaobjektum, Dokumentumobjektum. Infobázis objektum, amelyet XDTO adatok konvertálásával hoztak létre. Nincs rögzítve az infobázisban.
- Alkatrészek cseréje.
PKO_<ИмяПКО>_A fogadott adatok nyilvántartása előtt. Az eljárás kezelőszöveget tartalmaz A fogadott adatok rögzítése előtt egy adott FFP-hez. Az adat betöltésekor kezelőt használunk. Úgy tervezték, hogy megvalósítson egy további logikát, amelyet az objektumnak az információs alapba írása előtt kell végrehajtani. Például, szükség van-e a meglévő IB adatok módosítására, vagy új adatként kell betölteni őket. paraméterek:
- Fogadott adatok. Egy típus - Referenciaobjektum, Dokumentumobjektum. XDTO adatok konvertálásával létrehozott adatelem.
Felvételre kerül, ha ezek az adatok újak az infobase-nél (paraméter IB-adatok értéket tartalmaz Határozatlan).
Másképp Fogadott adatok cseréljék magukat IB-adatok (minden ingatlan a Fogadott adatok átvitte IB-adatok).
Ha nem szükséges az IS-adatok átváltása fogadott adatokkal, regisztrálnia kell az átviteli logikát, majd beállítania kell a paramétert Fogadott adatok érték Határozatlan:
- IB-adatok. Egy típus - Referenciaobjektum, Dokumentumobjektum. A fogadott adatoknak megfelelő infobázis adatelem. Ha nem található megfelelő adat, tartalmazza Határozatlan.
- Tulajdonságok konvertálása. Egy típus - Érték táblázat. Tartalmazza az aktuális objektum tulajdonságainak konvertálására vonatkozó szabályokat, amelyeket egy csereszekció részeként inicializáltak.
- Alkatrészek cseréje.
PKPD eljárások
Töltse ki az előre meghatározott adatok konvertálási szabályait. Az export eljárás, amelyben megtalálható az előre meghatározott adatok konvertálására vonatkozó szabályok kitöltésének logikája. paraméterek: Irányváltó, Átváltási szabályok (egy csereprogram részeként inicializált értéktáblázat).
algoritmusok
Az "Adatkonverzió" 3.0 verzió programban tetszőleges algoritmusokat lehet létrehozni, amelyeket az AML és a PKPD kezelők hívnak. Az algoritmusok nevét, paramétereit és tartalmát a szabályok kidolgozása során határozzuk meg.
paraméterek
Töltse ki a Konverziós beállítások elemet. Export eljárás, amelyben a struktúrát megtöltik a konverziós paraméterek. paraméterek: Konverziós beállítások (egy típus - Szerkezet).
Általános célú eljárások és funkciók
Kövesse a Menedzser modul eljárását. paraméterek: Nevezési eljárás (vonal), paraméterek (szerkezet). Export eljárás, amelynek célja egy olyan modul nem export eljárásának meghívása, amelynek nevét és paramétereit a bemenet fogadja. Lehetővé teszi egy eljárás hívását vagy funkció hívását egy vonalon módszer nélkül Fuss.
Végezze el a Manager modul funkcióját. paraméterek: Nevezési eljárás (vonal), paraméterek (szerkezet). Funkció, hozzárendelés hasonló RunManagerModule eljárás. A különbség az, hogy meghívja a függvényt, és visszatér az értékét.
Az "1C" bevezette az új EnterpriseData üzleti adatcsere-formátum első verzióját, amely XML-en alapul, és a szerzők elképzelése szerint nemcsak az, hogy egységessé tegye a vállalat által létrehozott alkalmazásmegoldások és azok egyes összetevőinek interakcióját, hanem egyetemes információ-integrációs mechanizmusként is felhasználható legyen. bármilyen üzleti alkalmazás bármilyen szoftverplatformon, ideértve természetesen az 1C: Enterprise rendszert is.
A társaság már régóta gyakorolja nyílt szabványok létrehozását és alkalmazását az alkalmazások információs interakciójára a független fejlesztők szoftvereivel, de ez eddig csak az egyes speciális tárgykörökre vonatkozott. Pontosan ezt fejlesztette ki a CommerceML formátumot majdnem tizenöt évvel ezelőtt az e-kereskedelem problémájának megoldására, valamint a Client-Bank és a DirectBank az 1C alkalmazások külső bankrendszerekkel való kommunikációjára. Az EnterpriseData viszont pontosan egy olyan univerzális mechanizmus, amely képes lefedni a vállalkozás összes területét - pénzügyi, gyártási, beszerzési és értékesítési, raktári műveleteket stb. A formátum első verziója az üzleti különféle területein található 94 típusú dokumentum leírását tartalmazza. Az "1C" új dokumentumokat tervez hozzá, és részletezi a meglévőket.
Ahogyan az „1C” képviselői elmagyarázzák, az EnterpriseData megjelenése azzal magyarázható, hogy nemcsak a vállalat alkalmazásokat kell integrálni más fejlesztők szoftvereibe, hanem - talán elsősorban - egységes információs kommunikációs mechanizmust kell létrehozni az 1C: Enterprise szoftvercsaládon belül. A közelmúltban ezeknek a problémáknak a megoldására széles skálát alkalmaztak, gyakran az egyes esetekre vonatkozóan. Az „1C” termékek EnterpriseData-ra történő fordítása már megkezdődött, a kulcsfontosságú alkalmazások valamennyi legújabb verziójában használatos („1C: ERP Enterprise Management 2.0”, „1C: Accounting 8” 3.0, „1C: Accounting 8 CORPORATE” 3.0, „1C: Retail "2.0," 1C: Kereskedelemkezelés "11). Ugyanakkor a már használt szabványok (CommerceML, bankokkal való együttműködés) EnterpriseData-val való felváltását nem szabad elvégezni, mivel az időben ellenőrzött speciális algoritmusok hatékonyabban működnek, mint az univerzális eszközök.
Az „1C” úgy véli, hogy az új formátumot széles körben alkalmazzák az „1C: Enterprise” platformon alkalmazásokat létrehozó független fejlesztők között, kész szoftverkomponenseket kínálnak a szabványos alrendszerek könyvtárának részeként (hasonlóan az „1C: Enterprise” SDK-jához).
Az EnterpriseData szabvány használatakor az alkalmazások között az adatok XML fájl formájában kerülnek továbbításra a megfelelő XML sémák felhasználásával, míg az információ fizikai továbbítása különféle mechanizmusok segítségével végezhető el: webszolgáltatások, fájlcsere könyvtáron keresztül, FTP és e-mail. Fontos szempont, hogy az interakciós algoritmus magában foglalja a címzett azon képességét, hogy megerősítse a neki átadott adatok fogadásának és feldolgozásának tényét. Maga az XML fájl fizikailag el van tömörítve (ZIP), amely gyakran lehetővé teszi az információforgalom időnkénti csökkentését.
Az "1C" az EnterpriseData formátum továbbfejlesztését és támogatását ígéri egyre növekvő számú alkalmazásában. Ezt a szabványt maga a vállalat kezeli, alkotói nem tervezik az önálló ipari szabványvá történő átalakítását.
27.08.2015
Az 1C Company kiadta az új XML-alapú EnterpriseData üzleti adatcsere-formátum első verzióját. A formátum lehetővé teszi az adatcserének hatékony megszervezését a társaságban alkalmazott heterogén üzleti automatizálási rendszerek között, függetlenül attól, hogy ki a fejlesztő és milyen tevékenységi területre szánták őket.
A szabvány kiadása az 1C vállalat következő lépésévé vált annak érdekében, hogy termékei nyitottabbá váljanak a harmadik féltől származó szoftverekkel való integráció érdekében. Az "1C" cég mindig kiemelt figyelmet fordított erre a területre. Az „1C” termékek támogatják a kereskedelmi információk XML formátumban történő cseréjéhez használt CommerceML formátumot. Külön említést érdemel az 1C: Pénzügyi dokumentumok cseréjének formája: Vállalati rendszer és a távoli bankszolgáltatási rendszerek moduljai (Client-Bank), amelyet az 1C fejlesztett ki az információs bankrendszerek vezető fejlesztőivel együtt. Ez a formátum, amelyet ma több száz orosz bank támogat (többek között az Oroszországi Sberbank, a VTB 24, a Gazprombank, az Orosz Mezőgazdasági Bank), valójában iparági szabványvá vált. Ezt az irányt tovább fejlesztették a DirectBank közvetlen csere-technológiában, amely még kényelmesebbé és biztonságosabbá teszi az 1C: Enterprise bankokkal való interakciót.
Ezenkívül az „1C” által támogatott korábbi formátumok főként a különböző szervezetek közötti adatcsere problémáinak megoldására szolgáltak, csak bizonyos tevékenységi területeken (elektronikus kereskedelem, integráció a bankrendszerekkel). Most az új EnterpriseData formátum lefedi a vállalkozás összes területét - pénzügyi, gyártási, beszerzési és értékesítési, raktári műveleteket stb. A formátum első verziója 94 típusú dokumentum leírását tartalmazza az üzlet különböző területein. A formátum kibővíthető, az 1C új dokumentumokat ad hozzá és részletezi a meglévőket.
A formátum ajánlott, ha harmadik féltől származó alkalmazásokat integrál az "1C" programokhoz. Ezenkívül a formátum felhasználható bármilyen más információs rendszer közötti információcserére: ez nem függ a szoftver tulajdonságaitól vagy az információcsere részt vevő információs bázisok struktúrájától, és nem tartalmaz nyilvánvaló használati korlátozásokat.
Jelenleg az Enterprise Data formátumot már használják az adatok szinkronizálására maga az 1C cég szoftvertermékei között, ezt a termékek támogatják:
- 1C: ERP Enterprise Management 2.0
- 1C: 8. számvitel, 3.0 kiadás
- 1C: Számvitel 8 CORPORATION, 3.0 verzió
- 1C: Kiskereskedelem, 2.0 kiadás
- 1C: Kereskedelmi menedzsment, 11. kiadás
Az 1C termékintegráció egyik leggyakoribb esete az 1C: Számviteli tandem - 1C: Kereskedelemkezelés; A vállalat e két népszerű terméke 73 típusú dokumentumot cserél EnterpriseData formátumban, amely lehetővé teszi számukra az adatok frissítését, szinkronizálást. Az 1C cég fejlesztői megjegyzik, hogy az EnterpriseData formátum elfogadása javította az 1C: Enterprise rendszer alkalmazásmegoldásainak fejlesztésének minőségét és sebességét a kód egységesítésével.
Az 1C termékekkel integrálható, harmadik fél által készített termékek esetében a formátum használata csökkenti mind a fejlesztés volumenét, mind a rendszerek megvalósításához és támogatásához szükséges munkaköltségeket. Korábban, amikor minden termék támogatta a saját adatcsere-formátumát, ha N termék volt az adatcsere-rendszerben, új termék hozzáadásához 2 * N változtatásra volt szükség (lásd az 1. ábrát); minden létező terméknek változtatásokra volt szüksége az új termékekből származó adatok importálásának támogatásához, és az új termékeknek támogatniuk kellett a meglévő termékekből származó adatok importálását. Az egységes formátum bevezetése után az új termék hozzáadása csak az EnterpriseData formátumú importálást és exportálást igényli benne, és nem okoz változást a meglévő termékekben.
1. ábra Adatcsere egyetlen formátum hiányában
2. ábra Kommunikáció az EnterpriseData formátumon keresztül
A formátum támogatja az alulról felfelé való kompatibilitást - az EnterpriseData formátumban az 1C szoftverrel adatokat cserélő harmadik fél programok továbbra is működnek, amikor a formátum új verziói megjelennek.
- a saját fejlesztések integrálásához az 1C: vállalati platformon (egyedileg készített és forgalmazott) a tipikus 1C megoldásokkal
- más (nem 1C) rendszerek integrálásához az 1C: Enterprise platformon található megoldásokkal
- megszervezni más (nem 1C) rendszerek kölcsönhatását.
