Minden tervhez tartozik egy bizonyos elemlista, amelynek változásáról információkat tárolhat. Ezt a listát a „csereterv összetételének” nevezik. A kompozíció bővíthető, de a konfigurációs támogatás megszűnik.
A "Tervelrendezés" azokat a szabályokat tárolja, amelyek alapján a szinkronizálás működik. Erre a konverziós csomagra (Regisztrációs Szabályok, Csereszabályok, Levelező Csereszabályok) van szükségünk a további tanulmányozáshoz.
Vegyünk egy példát az „1C: bérszámfejtés és HR 3” (ZUP) és az „1C: Enterprise Accounting 3” (BP) konfigurációk közötti adatszinkronizálásra. Azonnal megjegyezzük, hogy ebben a feladatban el kell távolítanunk a konfigurációt a támogatásból. Ezt a feltételek megkövetelik.
Élő példa a modellcsere-szabályok finomításának szükségességére
Például egy ügyfél a következő problémával keresett meg minket: a ZUP és a BP közötti szinkronizálás során nem lehet átvinni az „Adóhatósági regisztráció” címtár azon adatait, amelyek a „Bérek tükrözése számvitel” dokumentum. Most táblázatos rész Ennek a dokumentumnak a BP vevő oldalán egy üres "Regisztráció..." felirat található, és a felhasználóknak kézzel kell létrehozniuk az ilyen bejegyzéseket a címtárban. Egyetértek, ez kényelmetlen. Ezen a ponton javíthatunk. 
Megoldás a problémára: az ExchangeSalary3Accounting3 cseretervből véglegesítjük a konverziós csomagot. Adjunk hozzá a szabványos „1C Exchange Rules”-hoz egy új „Object Conversion Rule”-t (PKO) a „Regisztráció az adóhatóságnál” címtárhoz, és ennek megfelelően ennek a címtárnak a „Property Conversion”-hoz (PKS). Mindenképpen véglegesítjük a szabványos "Objektumok regisztrálásának szabályait", mert szükség volt a címtárváltozások regisztrálására az Exchange csomóponton. És felülvizsgáljuk a levelezőbázis „1C Exchange Rules”-ját.
Hol szerkesztjük ezt? a szabályok írásához és módosításához szükségünk van az "1C: Data Conversion 2" konfigurációra.
Szabványos konverziós szabályok finomítása a PZUP-BP cseretervből
Tehát kezdjük el az 1C csereszabályok véglegesítését úgy, hogy új elemet adunk a kompozícióhoz az ExchangeSalary3Accounting3 csereterv konfigurátorában - a RegistrationIn Tax Authority könyvtárban. Ezt a módosítást mindkét konfigurációban végrehajtjuk: „1C: Fizetés és vállalatirányítás 3” és „1C: Vállalati könyvelés 3”.
Mentse és frissítse a konfigurációkat.
Vállalati módban minden adatbázishoz feltöltjük a metaadat-struktúra leírását az MD83Exp.epf feldolgozása segítségével az 1C:Enterprise 8.3 platformhoz. A feldolgozás az „1C: Data Conversion” készletben található.
A következő lépésben kirakjuk a konverziós csomagot a ZUP-ból és a BP-ből. A csomagnak 3 fájlból kell állnia: Regisztrációs szabályok, Csereszabályok, Levelező csereszabályok.
A cikk keretein belül nem lesz leírás az adatszinkronizálás beállításáról, elolvashatja a Coderline weboldalán a Szakértői cikkek rovatban, vagy megtekintheti a webinárium felvételeit. Most ez az opció már be van állítva az adatbázisokban. Ezért lépjen a szinkronizálási beállításokhoz (Adminisztráció -> Adatszinkronizálás -> Adatszinkronizálási beállítások), kattintson a "Szabályok betöltése" gombra. Látni fogjuk a "Szinkronizálási szabályok" űrlapot. Kattintson a "Továbbiak" gombra, és válassza a "Szabályok mentése fájlba" lehetőséget.
Itt van egy csomag a kirakodás után, amit meg kell kapnunk.
Hasonló műveleteket hajtunk végre egy másik „1C: Enterprise Accounting” információs bázisnál.
Ennek eredményeként a szabályok szerkesztéséhez szükséges összes előkészítő munka készen áll. Nekünk van:
Az "1C: Data Conversion 2"-be való betöltéshez szükséges metaadat-struktúra leírása (ZUP és BP esetén);
Konverziós csomag, amely az 1C-be való feltöltéshez szükséges 1C csereszabályokat és regisztrációs szabályokat tartalmazza: Data Conversion 2 (ZUP és BP esetén).
Lépjen az "1C: Data Conversion 2" elemre. Hajtsa végre a következő lépéseket mindkét információs bázis esetében:
Konfigurációink metaadat-struktúráinak betöltése;
Konverziókat készítünk és 1C adatcsere-szabályokat töltünk be a konverziós csomagokból (a szabályfájl neve ExchangeRules);
Hozzon létre regisztrációkat, és töltse be a regisztrációs szabályokat a konverziós csomagokból (a szabályfájl neve RegistrationRules).
Közvetlenül folytatjuk a finomításunkat. Új objektumkonverziós szabályt (PKO) adunk az 1C csereszabályokhoz - a „Regisztráció az adóhatóságnál” referenciakönyvvel. Ehhez a címtárhoz tulajdonkonverziós szabályt (PCS) és adatfeltöltési szabályt (PDS) adunk. Ezt a fajta finomítást mind a ZUP-csomagból, mind a BP csomagból származó csereszabályoknál el kell végezni. A csereszabályainkat kirakjuk a megfelelő ExchangeRules fájlba.
Térjünk át az új elem regisztrálásának szabályaira. Hozzáadjuk az "Adóhatósági regisztráció" című kézikönyvet. Töltse fel a regisztrációs szabályokat a megfelelő fájlba a RegistrationRules csomagból. Ezt a műveletet mindkét bázisra is végrehajtják.
Elkészültek a módosított csereszabályok és regisztrációs szabályok. Most átmásoljuk a csereszabályok (ExchangeRules) tartalmát a BP csomagból a megfelelő szabályokba (CorrespondentExchangeRules) a ZUP csomagból. A BP csomag megfelelő szabályaiban (CorrespondentExchangeRules) másolja ki a csereszabályok (ExchangeRules) tartalmát a ZUP csomagból.
Az eredmény a következő legyen:
Ezzel befejeződik a munka az „1C: Data Conversion 2”-ben. A módosított konverziós szabályok csomagjai készen állnak, hátra kell őket feltölteni az infobázisokba és ellenőrizni a szinkronizálást.
Fájlok archiválása a csomagokból ide ZIP archívumés töltse fel konverziós csomagjainkat a ZUP-ra és a BP-re.
Minden készen áll. Még tesztelni kell.
Emlékezzünk a probléma körülményeire. Regisztrálni kellett a „Regisztráció az adóhatóságnál” címtár kirakodásához, és ellenőrizni kellett, hogy a „Bérek tükrözése a számvitelben” dokumentum PM-je hogyan van kitöltve az „1C: Vállalati számvitel 3” oldalán.
Az "1C: Fizetés és vállalatirányítás 3" forrásban regisztráljuk könyvtárunkat a kirakodáshoz. Szinkronizálást végzünk. A vevő adatbázisba lépünk, és szinkronizálást is végzünk az adatok fogadásához. Felhívjuk figyelmét, hogy a változtatások regisztrálásához szükséges könyvtár most megjelent a cseretervben.
Ellenőrizzük az "1C: Enterprise Accounting 3" oldalán:
Összesít. A feladat eredménye sikeresen befejeződött. Véglegesítettük a ZUP - BP cseréjének tervét, új elemmel kiegészítve a változások regisztrálását és az adatszinkronizálás konverziós szabályainak kitöltését.
Automatizált rendszerek a menedzsment a legtöbb esetben különálló adatbázisokból áll, és gyakran földrajzilag elosztott szerkezetű. Ugyanakkor a helyesen megvalósított adatcsere - szükséges feltétel Mert eredményes munka ilyen rendszereket.
Ebben az esetben a kezdeti cserebeállítás számos intézkedést igényelhet, nem csak a programozás, hanem a tanácsadás terén is, még akkor is, ha homogén forrásokkal van dolgunk, mint az 1C:Enterprise platformon alapuló termékek esetében. Ebben a cikkben megvizsgáljuk, hogy az 1C központ beállítása (vagy ahogy más néven adatszinkronizálás az 1C 8.3-ban) miért válhat az integrációs projekt legidőigényesebb és legdrágább feladatává.
Az 1C környezetben történő adatcsere lehetővé teszi, hogy:
- Szüntesse meg a dokumentumok kettős bevitelét;
- Kapcsolódó üzleti folyamatok automatizálása;
- Optimalizálja az elosztott részlegek közötti interakciót;
- Az adatok azonnali frissítése a különböző osztályok szakembereinek munkájához;
- "elhatárolás" különböző típusok könyvelés.*
* Abban az esetben, ha az egyik számviteli típus adatai jelentősen eltérnek a másiktól, gondoskodni kell az információk titkosságáról és az „elkülönült” információáramlásról. Például az 1C UT és az 1C Accounting közötti adatcsere nem igényli a kezelési adatok feltöltését a hatósági számviteli adatbázisba, pl. a szinkronizálás az 1C-ben itt nem lesz teljes.
Ha az elsődleges adatcsere megvalósításának standard folyamatát képviseljük, amikor annak legalább egy objektuma 1C termék, akkor a következő szakaszok különböztethetők meg:
- A csere összetételének koordinálása;
- A szállítás meghatározása (csereprotokollok);
- Szabályok felállítása;
- Ütemezés.
A csere összetételének azonosítása 1C
Az Exchange objektumok feltételesen feloszthatók "forrásra" és "vevőre". Ugyanakkor egyszerre két szerepet is betölthetnek, amit kétirányú cserének neveznek. A forrás és a rendeltetési hely meghatározása logikus módon történik, igénytől vagy igénytől függően funkcionalitás rendszerek.*
*Például a WA: Financier, az 1C:Enterprise alapján kifejlesztett pénzügyi elszámolási és pénztári folyamatok menedzselésére szolgáló megoldás integrálásakor a WiseAdvice szakemberei mesterrendszerként ajánlják. Ez annak köszönhető, hogy az alkalmazási szabályzat szabályainak betartását, és ennek megfelelően a megoldás hatékonyságát biztosító vezérlőeszközök rendelkezésre állnak.
Továbbá a felhasználóktól kapott és rögzített igények alapján elkészítik a cserére szánt adatok listáját, meghatározzák azok mennyiségét, az adatcsere gyakoriságára vonatkozó követelményeket, előírják a hibákkal való munkavégzés és a rendkívüli helyzetek (ütközés) kezelésének folyamatát.
Ugyanebben a szakaszban, a meglévő rendszerek flottájától és a vállalat felépítésétől függően, meghatározzák a csereformátumot:
Elosztott információs bázis
- A RIB cserét jelent az azonos 1C adatbázis-konfigurációk között, világos master-slave vezérlőstruktúrával minden cserepárhoz. A technológiai platform egyik elemeként a RIB az adatokon túl az adatbázis konfigurációjában és adminisztratív információiban bekövetkezett változásokat is át tudja vinni (de csak a mastertől a slave-ig).
univerzális csere adatok az 1C-ben
- Egy olyan mechanizmus, amely lehetővé teszi az 1C adatbázisok cseréjének konfigurálását, mind az 1C:Enterprise platform konfigurációival, mind harmadik féltől származó rendszerekkel. A csere az adatok univerzális xml formátumba történő átvitelével történik a „Cseretervek” szerint.
EnterpriseData
- Az 1C cég legújabb fejlesztése, amely az 1C:Enterprise platformon létrehozott termékek közötti xml formátumú adatcserét valósítja meg bármilyen automatizálási rendszerrel. Az EnterpriseData használata leegyszerűsíti a cserével kapcsolatos fejlesztéseket. Korábban bejelentkezéskor új konfiguráció szükséges volt egy adatimportálási és -exportálási mechanizmus bevezetése, mind az erre, mind a meglévő rendszerekre vonatkozóan. Mostantól az EnterpriseData-t támogató rendszereket nem kell módosítani, csak egy belépési-kilépési pontjuk van.
A szállítás meghatározása (csereprotokollok)
Az 1C:Enterprise 8 platformon alapuló rendszer a lehetőségek széles skáláját kínálja a csere megszervezéséhez információs forrásokáltalánosan elfogadott univerzális szabványokon keresztül (xml, szöveges fájlok, Excel, ADO kapcsolat stb.). Ezért az adatcsere szállításának meghatározásakor egy harmadik féltől származó rendszer adatbázisának képességeiből kell kiindulni.
Könyvtárak szinkronizálása
A hatékony címtár-szinkronizálás fő elve egy belépési pont jelenléte. De ha olyan könyvtárakkal való együttműködésről beszélünk, amelyeket korábban különböző szabályok szerint töltöttek ki, akkor egyértelműen meg kell határozni a szinkronizálási mezőket, hogy a csere „közös nevezőre” kerüljön.
*Ebben a szakaszban szükség lehet a referenciaadatok normalizálására az adatforrás oldalán. A könyvtárak állapotától és mennyiségüktől függően az elemek összehasonlítása, a hibák és ismétlődések felismerése, azonosítása, valamint a hiányzó mezők kitöltése és a szinkronizálási mezők hozzárendelése egy egész szakértői csoport munkáját igényelheti, mind a az integrátor (a referenciaadat-normalizációs módszertan tulajdonosa) és az ügyfél oldaláról.
Szabályok felállítása
A forrásrendszerekből származó adatok vevőben való megjelenítésének képessége a megfelelően meghatározott csereszabályoktól függ. Az xml formátumban bemutatott szabályok szabályozzák a forrás-cél objektumok kulcsattribútumainak megfelelését. Az 1C: Data Conversion megoldást úgy tervezték, hogy automatizálja a szabályok létrehozását mind az egyszeri, mind az állandó csere végrehajtásához.
Biztosítja az adatvesztést az Exchange Exchange-terv során. Ez az 1C:Enterprise platform bármely konfigurációjának szerves része, amely teljes mértékben leírja az 1C cserefolyamatot: adatösszetételt ("azonosító" részletekkel ellátott dokumentumok) és csomópontokat (vevő-adó információs bázisok), valamint a RIB aktiválását. a kiválasztott csereirányokhoz.
A Cseretervbe bevitt adatok bármely változása rögzítésre kerül, és a „változás” jelet kapja. Amíg a vevő-adó csomópontokban a megváltozott adatok nem egyeznek meg egymással, addig a jelző nem nullázódik, és a rendszer mindkét csomópontnak vezérlőüzenetet küld. Az adatok eltávolítása és mindkét rendszerben való teljes megfelelőségük megerősítése után a jel visszaáll.
Csere menetrend 1C-ben
A rendszeres adatcsere automatizálása érdekében be van állítva az adatfeltöltés gyakorisága. A csere gyakorisága függ az igénytől és technikai lehetőségeket. Ezenkívül az 1C:Enterprise platform konfigurációi lehetővé teszik az adatcsere konfigurálását esemény bekövetkeztekor.
Figyelembe véve a csere végrehajtásának szokásos folyamatát, figyeljünk azokra a tényezőkre, amelyek különböző szakaszokban fejlesztést igényelnek:
- Nem szabványos, erősen módosított adatbázis-konfigurációk;
- Az 1C:Enterprise platform különböző verziói;
- Hosszú ideig nem frissítették, a konfiguráció nem naprakész verziói;
- A korábban módosított objektumok cseréje;
- Nem szabványos csereszabályok szükségessége;
- Nagyon eltérő készlet és összetétel a rendelkezésre álló könyvtárakban.
Mivel az elsődleges adatcsere végrehajtásához szükséges szabványos műveletek is szakértői ismereteket igényelnek, ajánlatos ezeket az 1C szakemberek részvételével végrehajtani. Csak a fenti lépések végrehajtása után folytassa a csere beállításával a konfigurációban. Fontolja meg az adatbázisok integrációját az "1C: UPP" és az "1C: Retail" példáján (ugyanannak a sémának megfelelően az "1C: UT"-vel való csere van konfigurálva). A tipikus szinkronizálás magában foglalja az SCP - SCP cseréjét is, amely jellemző a legnagyobb ipari vállalatok nagyméretű automatizálási rendszereire.
A „Szolgáltatás” almenüben válassza az „Adatcsere a platformon lévő termékekkel…” lehetőséget (kijelölés közvetlen csere a "Retail" gyakran COM-objektumok szintű hibákkal fenyeget). Figyeld a hivatalos üzenetet" Ez a lehetőség nem érhető el."
A probléma megoldásához válassza az "Adatmegosztási beállítások" lehetőséget.
...és jelölje be a négyzetet. Továbbá a hibaüzenetet figyelmen kívül hagyja.
Az adatszinkronizálási beállításoknál válassza a "Csere létrehozása a" Kiskereskedelem" elemet...
Mielőtt helyi vagy hálózati címtáron keresztül konfigurálja a csatlakozási beállításokat, győződjön meg arról, hogy van hely a lemezen a könyvtár számára. Bár általában nem igényel többet 30-50 MB-nál, kivételes esetekben akár 600 MB-ot is igényelhet. A szükséges könyvtárat közvetlenül a konfigurátorból hozhatja létre.
Ha a hálózati címtáron keresztül csatlakozik, figyelmen kívül hagyjuk az FTP-címen és e-mailben történő kapcsolat konfigurálására vonatkozó javaslatokat a "Tovább" gombra kattintva.
A beállításokban manuálisan írja le az előtagokat - egyezmények alapokon (általában BP, SCP, RO), megadjuk az adatok feltöltésének szabályait és kezdési dátumát. Az előtag a dokumentumok címében jelenik meg, jelezve, hogy milyen alapon készültek. Ha a feltöltési szabályok nincsenek szerkesztve, az alapértelmezett adatok az összes elérhető paraméternek megfelelően kerülnek feltöltésre.
Létrehozunk egy cserebeállítási fájlt a Retail számára, hogy ne ismételjük meg tevékenységeinket. Ha a szinkronizálás beállítása után azonnal adatokat kell küldenie, jelölje be a négyzetet.
A cserefolyamat automatizálásához ütemezést kell beállítani.
Kiskereskedelmi menü.
Jelölje be a négyzetet, és válassza a Szinkronizálás lehetőséget.
A „fordított” beállítást a Gyártó vállalat kezelése lehetőség kiválasztásával végezzük.
Töltse be a fájlt az SCP-ben létrehozott beállításokkal.
Kipipáljuk, a rendszer automatikusan felveszi a címet.
Ugyanúgy járunk el, mint az UPP-ben.
Az adatok ellenőrző összehasonlítása (Az adatok kézi összehasonlítását javasolt az előkészítő szakaszban elvégezni, mivel ez a munka a legidőigényesebbé válhat a csere megvalósításának folyamatában). Az összehasonlító ablak az egér dupla kattintásával nyílik meg.
Szinkronizálási hiba esetén a „Részletek…” helyére „Soha…” lép.
A „Részletek…” megnyitja a regisztrációs naplót a tőzsdére vonatkozó frissített információkkal.
Kész.
Univerzális adatcsere-mechanizmus mind az 1C:Enterprise 8-on alapuló földrajzilag elosztott rendszerek létrehozására, mind másokkal való adatcsere megszervezésére szolgál. információs rendszerek nem az 1C:Enterprise 8-on alapul.
Ez a mechanizmus csak 1C:Enterprise adatok átvitelét teszi lehetővé; Az 1C: Enterprise 8 konfigurációs és adminisztratív információinak átvitele ezzel a mechanizmussal nem lehetséges.
Lehetőségek
- az adatcsere megvalósítható mind az 1C:Enterprise információs bázisokkal, mind más információs rendszerekkel;
- különböző üzenetküldési stratégiák szervezése;
- végrehajtás különböző módokonütközések feloldása egy elosztott rendszer különböző csomópontjaiban lévő adatok megváltoztatása közben;
- adatcsere-helyreállítás megvalósítása olyan esetekben, mint az infobázis helyreállítása biztonsági mentések stb.
Sajátosságok
- Az XML dokumentumokat csereformátumként használják;
- az 1C:Enterprise 8 információs bázisok közötti adatcsere során nincs korlátozás az egyes objektumok konfigurációjának és szerkezetének azonosságára vonatkozóan;
- egy konfigurációban több független csereséma hozható létre különféle információs rendszerekkel;
- csereséma megszervezésekor az elosztott rendszer felépítésére nem vonatkoznak korlátozások. Szervezhető klasszikus csillag-típusú szerkezetként, valamint összetettebb többszintű hópehely-típusú szerkezetekként és egyebekként;
- az alkalmazott megoldás kidolgozója lehetőséget kap a csere összetételének rugalmas szabályozására, mind a továbbított adatok struktúrája, mind pedig a konkrét központokhoz továbbított információ összetétele tekintetében;
- az adatbázis objektum kezdetben az egyik cserecsomópontban jön létre. A továbbított információ összetétele az adatok tartalmától függően módosítható, és nem függ az információ kezdeti bevitelének helyétől.
Alkatrészek
Az univerzális adatcsere-mechanizmus nem merev megoldás. Munkáját az 1C: Enterprise 8 technológiai platform eszközkészlete valósítja meg, amely különféle kombinációkban alkalmazható az alkalmazási megoldásokban.
- Csereterv
Konfigurációs objektumok A csereterv az a központ, amely köré a többi kommunikációs eszköz csoportosul. Ezen objektumok segítségével egy elosztott rendszer csomópontjainak halmazát és a jelen csereterv keretében kicserélni kívánt adatok összetételét írjuk le.
Ezenkívül a cseretervek két fontos mechanizmust valósítanak meg az adatcserében:- Változás regisztrációs szolgáltatás
Lehetővé teszi, hogy információt kapjon arról, hogy mely adatelemek módosultak, és melyik cserecsomóponthoz kell azokat átvinni.
- Változás regisztrációs szolgáltatás
BAN BEN való élet ritka cég gazdálkodik egy 1C bázissal. A leggyakoribb helyzet két alap, a könyvelés és a fizetés.
Az alapokat össze kell kötni - a fizetést kiszámolták, a felhalmozott adókat a számviteli osztályra kell befizetni.
Több adatbázis összekapcsolásához van Exchange 1C. Hogyan működik?
Mi az Exchange 1C?
Van üzlethálózat és központi iroda. Minden üzletben és irodában van raktár. Az áruk raktárból raktárba kerülnek (főleg a központi raktárból az üzletekbe), az üzletekben pedig értékesítésre kerülnek.
Az alap 1C Retail az irodában használatos, és ugyanaz az alap minden üzletben. Az üzletekben lévő bázisok az irodai bázisnak vannak alárendelve.
Az iroda dokumentumokat készít az áruk raktárról raktárra történő mozgásáról, az árak hozzárendelése történik. A dokumentumok az alárendelt bázisokra kerülnek fel, és ott „megjelennek” az áruk.
Az üzletekben dokumentumokat készítenek az áruk értékesítéséről. A dokumentumok felkerülnek az irodai bázisra, és ott „megjelennek” az értékesítések.
Az ilyen sémát elosztott információs bázisnak (DIB) nevezik. A dokumentumok "kitöltésének" eljárásai - kétirányú csere 1C. Ennek a sémának a beállítása pedig az URIB vagy URIBD (elosztott információs adatbázisok kezelése).
A címtárcsere alapelvei az 1C-ben
Az 1C-könyvtárak (és a "komplexumban" lévő összes könyvtár készletét NSI-nek nevezik - szabályozási referenciainformáció) - a különböző adatbázisokban általában azonosnak kell lenniük. Ez azt jelenti, hogy több adatbázis esetén is ugyanaz az áruk, raktárak, vállalkozók listája a különböző adatbázisokban.
Általános gyakorlat, amikor az egyik adatbázisban engedélyezik a könyvtár szerkesztését, és azt másolják („migrálják”) a többibe. Amint azt korábban tárgyaltuk, minden 1C elemnek egyedi azonosítója van - GUID. A címtárakat általában a GUID-jukkal együtt másolják, így azok az elosztott információs rendszerben azonosak.
Ellenkező esetben, ha több eredetileg létező adatbázis kapcsolódik, vagy ha egyidejűleg különböző adatbázisokban hozhatók létre könyvtárak, a GUID-ik eltérőek lesznek. Erre van egy illesztési mechanizmus. Az 1C csere során egy speciális információs regiszterbe rögzítik azt az információt, hogy az 1. számú bázisból származó elem GUID xxx megegyezik egy yyy GUID azonosítójú bázis elemmel. Kezdetben a meglévő elemeket, amelyek már nem azonosak, automatikusan (más adatokkal, például név vagy TIN és KPP alapján) vagy manuálisan kell egyeztetni.
A dokumentumcsere elvei az 1C-ben
Az 1C-ben szereplő dokumentumokat a nyilvántartások könyvelik el, és ezt követően „feladottnak” minősülnek. Ez érthető nehézségeket okoz az átvitel során.
Az egyik lehetőség, hogy csak a dokumentumokat küldi át, és a feltöltés után újra feladja. Ezt a módszert gyakran használják, de hibákat okozhat - előfordulhat, hogy a bizonylat nem kerül feladásra az új adatbázisban, mivel a feladás során eltérhetnek a feltételek, mint a dokumentum eredeti adatbázisban való feladásakor.
Egy másik lehetőség a dokumentumok és a nyilvántartások együttes átvitele. Ahogy megértjük, azonnal felvetődik a kérdés - vagy átadjuk általában az összes dokumentumot, majd általában a teljes nyilvántartást, vagy kénytelenek vagyunk úgy dönteni, hogy csak az átadott dokumentumok mozgását továbbítjuk.
Tegyük fel, hogy át kell vinnünk a Nomenclature könyvtár egy elemét. Ez a könyvtár 10 mezőt tartalmaz, amelyek közül 5 karakterlánc és szám, 5 pedig hivatkozások más könyvtárakra.
Ennek megfelelően a nómenklatúra egy elemének átvitelekor kénytelenek vagyunk más könyvtárak 5 elemét is megkeresni és átvinni.
Így a címtár vagy egy dokumentum egy elemének átvitelekor 100 vagy több további 1C objektum is átvihető hivatkozással.
Valójában azt mondják, hogy szinte minden konfigurációs könyvtár ilyen vagy olyan módon hivatkozik egymásra.
1C cseretervek
Tegyük fel, hogy létrehoztunk egy elosztott adatbázist, és kicseréltük az 1C-t. Az árukat a központi raktárban vásárolják meg, és előkészítik az üzletekbe történő szállításra. Az 1C-ben a hivatal bevitte az áruk mozgásához szükséges dokumentumokat. Az üzletekbe be kell rakni őket.
Mit kell tenni? Ismét teljes cserét hajt végre 1C? Hosszú és nem hatékony! Sokkal jobb lenne kiszámolni, hogy pontosan mit adtak vagy változtattak a felhasználók az irodába, hogy csak a változtatások kerüljenek be az üzletekbe.
Erre vannak 1C cseretervek. A programozó előre elkészít egy 1C cseretervet, hogy 1C cseréket hajtson végre valamilyen más adatbázissal, például üzleteinkkel.
Az 1C csereterv megjegyzi, amikor a felhasználók könyvtárakkal és dokumentumokkal dolgoznak, mi történt hozzá vagy változott az adatbázissal történt legutóbbi 1C csere óta.
Az URIB 1C létrehozása
Tehát a semmiből létrehozunk egy elosztott adatbázist. Kezdetben van egy "szülő" irodabázisunk. Ebből kiválasztjuk a neki alárendelt üzletek bázisait.
A tipikus konfigurációkban már léteznek szabványos 1C cseretervek. Az alaptípusok, amelyekhez szánják őket, intuitív módon egyértelműek a névből:
- 1C csere a telephellyel: csere a telephellyel 1C: Bitrix
- Exchange 1C UPP-UT vagy UT-Retail: tipikus cserék testvérkonfigurációkkal
- Teljes - 1C csere azonos konfiguráción alapuló adatbázissal.
A RIB - elosztott információs bázis - az 1C "Full" csereterv alapján is elkészíthető. Ebben az 1C cseretervben a konfigurátorban be kell jelölni az „Elosztott információs bázis” jelölőnégyzetet.
A konfigurátorban létrehozott 1C csereterv azt jelzi, hogy egy ilyen konfigurációval fogunk cserélni. Vállalati módban, ugyanabban az 1C cseretervben, ezen a konfiguráción alapuló konkrét adatbázisokat kell megadnia.
Menjünk az 1C cseretervre (Műveletek / Csereterv; lehetnek egy másik menüben is, gyakran a Szolgáltatás / XXX menüben).
Az 1C csereterv adatbázisainak listájában van egy zöld körrel a képen. Ez az elem a THIS BASE-t jelenti. A fennmaradó elemek EGYÉB bázisokat jelölnek, amelyekkel az 1C kicserélődik.
Minden elemnél ki kell tölteni a nevet és a kódot is.
"Shop" albázis létrehozása:
- Állítsa a kurzort a listában az 1C csereterv elemére, amelyet „üzletbázisként” hoztunk létre.
- Válassza ki a "Műveletek/Kezdőkép létrehozása" menüpontot.
Ennek eredményeként létrejön egy adatbázis, amelybe feltöltik a kezdeti adatokat. Ezt meg kell ismételni az 1C csereterv minden eleménél, kivéve az AKTUÁLIS bázist.
Csereelmélet 1C
Az 1C csereelmélet meglehetősen egyszerű:
- Az egyik bázis (gyakrabban a központ bázisa) kezdeményezi az 1C cserét ütemezés szerint vagy „eseményre” (belépés egy adott felhasználó bázisára stb.)
- Az 1C csere egy fájl eltávolításából áll az adatbázisból
- A fájlt olyan helyre kell áthelyezni, ahol az alárendelt bázis át tudja venni (általában megosztás vagy ftp, ritkábban e-mail)
- A slave adatbázis letölti a kapott fájlt
- Az információ beérkezésének megerősítéseként a slave bázis feltölt egy „válasz” fájlt, amely ugyanúgy visszakerül a központi bázisra.
- Az 1C cseremenet befejeződött.
Az 1C cseréjének más módszerei is vannak, nem fájlok, hanem például két adatbázis közötti közvetlen COM-kapcsolaton keresztül. Előnyei:
- Nincs szükség „tárhelyre a fájlok tárolására és átvitelére”.
- Nem kell újra feltölteni a megerősítést
- Minden gyorsabban történik az első két pontnak köszönhetően.
A korlátozás azonban egyértelmű – a bázisoknak olyan közel kell lenniük egymáshoz, hogy COM-kapcsolatot kezdeményezhessenek.
A RIB 1C beállítása
A tipikus konfigurációk konstansaiban (Operations / Constants; vagy Service / Program Settings) - általában ott van Általános beállítás cserék 1C. Ez egy előtag az elemkódokban és a dokumentumszámokban, így könnyen meghatározható, hogy melyik adatbázisban jött létre. Valamint egy belső módszer a könyvtárak és dokumentumok létrehozásának helyére vonatkozó információk mentésére.
Most be kell állítania, hogyan fog megtörténni az 1C információk időszakos cseréje a létrehozott adatbázisok között.
Az 1C összes RIB-beállítása tipikus konfigurációban van, általában a Szolgáltatás / Elosztott információs bázisok / RIB csomópontok konfigurálása menüben.
Minden korábban létrehozott "távoli bolt alap" elemhez hozzá kell adni egy konfigurációs elemet.
A beállítás megadja az 1C cseremódszert: fájl (megosztás), fájl (FTP), fájl (e-mail).
Elosztott 1C információs bázis létrehozása és konfigurálása vékony kliensben
Lássunk egy hasonló beállítást egy tipikus konfigurációban, amely alapján vékony kliens– Kereskedelmi menedzsment 11. kiadás.
A beállítások (és a nulláról való létrehozás) a felület Adminisztráció lapján találhatók. „Adatcsere” tétel.
Válassza a "Csere létrehozása elosztott információs bázisban" lehetőséget.
Az 1C a kezdetektől fogva felszólít bennünket, hogy jelezzük, hogyan fogunk információt cserélni az alárendelt adatbázissal. Itt található a "labdán lévő fájlon keresztül" konfigurációs lehetőség.
Itt van egy konfigurációs lehetőség FTP-n lévő fájlon keresztül.
Cserebeállításunk neve 1C.
És azonnal egy javaslat egy "kezdeti kép" létrehozására - vagyis maga a slave adatbázis, amelybe elsődleges információkat kell feltölteni.
A vastag kliens konfigurációjától eltérően mindkét 1C cserebeállítás ugyanazon a helyen található.
Betöltés...