Dochází k pokroku a naše maloobchodní prodejny stále fungují na starých, osvědčených 7. Takže tento typ problému se stal tím, jak implementovat výměnu dat v 7 pomocí prostředků přes URDB. Pro ty, kteří nevědí, URDB je distribuovaná správa databází. URDB je centrální informační databáze s n-tým počtem periferních databází. Celá naše obchodní databáze je uložena v centrální databázi, která nahrává všechna data do periferních databází, které jsou umístěny v našich maloobchodních prodejnách po celém městě a regionech.
To velmi pohodlně umožňuje vést záznamy v jedné konfiguraci a omezuje zadávání duplicitních dat ve všech pobočkách. Práce s URDB je realizována tak, že všechny prvotní informace jsou uloženy na centrálním serveru, následně stahování jde do periferních databází v pobočkách, všechny nashromážděné informace v periferních databázích za určité období jsou načítány na centrální server centrály.
Nainstalujeme konfiguraci 1C Enterprise 7.7 na centrální server, řeknu vám to na příkladu typické konfigurace. Nainstalujeme konfiguraci na server, spustíme první spuštění a indexaci informační báze. Podnik zavřeme, spustíme konfigurátor, v položce menu vybereme „Správa->Bezpečnost distribuovaných informací->Správa“, obr. 1.
Obr. 1.
Před vámi se načte dialogové okno „Správa distribuovaných dat“, obr. 2. Vytvořte Centrální informační základnu, po kliknutí se zobrazí dialogové okno, do kterého je třeba zadat kód a název Centrální informační bezpečnosti. Centrální základna je připravena. Přejděme k vytváření databází periferií, vytvářejí se stejným způsobem, stačí kliknout na tlačítko „Nová periferie“. IB.” Kód zabezpečení informací lze zadat čísly a písmeny, například jsem to udělal v číslech; Navíc, když se kód skládá z písmen, jako například „Sklad 1 Mercury“, pokud vložíte kódové písmeno M, bude snazší navigace v nastavení automatické výměny.
Obr. 2
Vytváření databází jsme vyřešili, přejdeme k nastavení automatické výměny mezi databázemi, obr. 3.
Obr.
Z obrázku 3 můžete ve stromu vidět, že máme uvedeno zabezpečení periferních informací, vyberte kód 2 – „Sklad 1 Merkur“, máme 3 záložky „Soubory, režimy, E-mail, hesla ZIP“.
Soubory, režimy - probíhá samotné nastavení nahrávání a stahování zabezpečení informací, v centrálním adresáři zabezpečení informací vytvoříme dvě složky set a load, s uvedením názvů archivů, které se vytvoří při použití automatické výměny. Naproti výběru adresářů můžete zaškrtnout políčko „Jeden za všechny“. A naproti názvům souborů a režimu napíšeme názvy zabezpečení informací - například pro „Warehouse 1 Mercury“ - s1_m_load.zip a s1_m_set.zip.
Email – označujeme email, centrální informační zabezpečení a periferní informační zabezpečení, dále volíme konfiguraci nainstalovaného poštovního programu plus emailové adresy a poštovní hesla, obr. 4.
Obr. 4
ZIP hesla – hesla pro vytvořené archivy nastavujeme pro zvýšení bezpečnosti dat uložených v archivu.
Nastavili jsme automatickou výměnu mezi databázemi, nyní stahujeme naši centrální informační bezpečnost a instalujeme ji na všechny naše vzdálené počítače v kanceláři. K tomu vytvoříme prázdnou složku, spustíme 1C, určíme cestu k naší složce, přejdeme do konfigurátoru a načteme naši vyloženou centrální informační bezpečnost. Přejděte do nabídky na obrázku 1. Dále provedeme vše jako na obrázcích 2 a 3. V adresáři periferní databáze „Warehouse 1 Mercury“ vytvoříme složky pro načítání a vykládání dat a můžeme se pustit do práce.
Malý FAQ k tomuto článku.
1) Pokud byste chtěli vytvořit pravidelný URDB zabezpečení informací, co byste měli udělat?
Smažte soubor 1SSYSTEM.DBF, spusťte výhradně program a je to.
2) Práce s emailem?
Pokud víte, jak nakonfigurovat Outlook, pak je vše v pořádku. A pokud v tom nejste dobří, můžete jako možnost použít ftp server, nahrát data, nainstalovat program, který se připojí k ftp a nahradí soubory na serveru, nebo napsat svůj vlastní skript a přidat jej do úloh systému Windows.
3) Aktualizace konfigurace?
Aktualizace je třeba provádět pouze na centrálním serveru zabezpečení informací na periferní zabezpečení informací, aktualizace budou automaticky přenášeny na místo s daty během automatické výměny mezi databázemi.
4) Práce s prefixy IS?
Vzhledem k tomu, že jsme zvažovali 3 systémy zabezpečení informací: centrální zabezpečení informací, sklad 1 a sklad 2, můžete pro usnadnění sledování dokumentů v „Konstantách“ nastavit předpony databáze. Příklad: v konstantě „IB Prefix“ nastavíme hodnotu CB – centrální základna a v konstantě „Nepoužívat prefixy IB“ ponecháme výchozí hodnotu 0.
To je vše. Šťastné testování IS.
Napsal: Plakhov Evgeniy aka bjjzpp
E-mail: eval(unescape("%64%6f%63%75%6d%65%6e%74%2e%77%72%69%74%65%28%27%3c%61%20%68% 72%65%66%3d%22%6d%61%69%6c%74%6f%3a%62%6a%6a%7a%70%70%40%67%6d%61%69%6c%2e% 63%6f%6d%22%3e%62%6a%6a%7a%70%70%40%67%6d%61%69%6c%2e%63%6f%6d%3c%2f%61%3e% 27%29%3b"))
V praxi často dochází k situacím, kdy jsou různé divize nebo pobočky geograficky umístěny na různých místech. Přitom data zadávaná do programu na vzdálených odděleních se musí nějak dostat do centrály, aby byla vedena obecná evidence.
V současné době se tento problém často řeší poskytnutím geograficky vzdáleným zaměstnancům vzdálený přístup ke společné databázi. Lze to provést zveřejněním databáze na webovém serveru, přes vzdálenou plochu atd.
Neobvyklé však nejsou situace, kdy v geograficky vzdálené kanceláři prostě není internet nebo není dostatečně stabilní, aby fungovala ve společné informační databázi. Pro tento účel má 1C mechanismus pro nastavení distribuované databáze.
Jednoduše řečeno, centrála je tam, kde se nachází hlavní základna. Vzdálené oddělení využívá podřízeného. Takových otrokářských základen může být několik. Výsledkem je, že taková distribuovaná databáze se synchronizací sjednotí do jedné. Může to být provedeno buď automaticky podle plánu nebo ručně.
V tomto článku se podíváme na nastavení distribuované databáze pro 1C: Accounting 3.0. Navzdory tomu jsou pokyny vhodné pro většinu ostatních konfigurací 1C 8.3.
Poznámkaže všechny potřebné úpravy konfigurace by měly být prováděny pouze v hlavní databázi RIB. Během synchronizace se tyto změny přenesou do všech podřízených databází a projeví se.
Hlavní informační základna
Při použití distribuované databáze spadá hlavní nastavení na hlavní databázi. Je třeba je provést v části „Správa“, jak je znázorněno na obrázku níže.
V okně, které se otevře, okamžitě zaškrtněte políčko „Synchronizace dat“. V dolní části zadejte prefix hlavní (aktuální databáze). Může obsahovat maximálně dva znaky. V našem případě bude předpona „BG“, protože máme na mysli, že tento RIB 1C je „Hlavní účetnictví“.
Nyní můžete začít s nastavováním samotné synchronizace, konkrétně určením, se kterou databází (nebo databázemi) budou data vyměňována. Chcete-li to provést, postupujte podle hypertextového odkazu „Nastavení synchronizace dat“. Bude k dispozici pro navigaci, pouze pokud je zaškrtnuto políčko vlevo.
V okně, které se otevře, vyberte z nabídky „Úplné...“. Umožní nám specifikovat libovolnou informační základnu 1C pro synchronizaci.
V prvním okně pro připojení podřízené databáze, která se nachází v geograficky vzdálené kanceláři, zaškrtněte políčko, že připojení bude provedeno přes lokální nebo síťový adresář. V našem případě je to „D:\DB\InfoBase“. Předem také ověříme, zda si do něj můžete napsat.
Nezapomeňte zadat různé předpony pro různé databáze. Faktem je, že při synchronizaci dat je datům přetíženým z každé databáze přiřazen vlastní prefix. Pokud jsou duplikovány, práce bude nesprávná, takže program vám tuto příležitost nedá.
Když vás program vyzve k vytvoření spouštěcího obrazu, vyberte tuto možnost. Tento postup bude nějakou dobu trvat, poté jej uložte do počítače pod názvem „1Cv8.1CD“.
Samotnou synchronizaci lze provést buď automaticky podle plánu, který si sami nastavíte, nebo ručně. V druhém případě stačí kliknout na tlačítko „Synchronizovat“ v čase, který vám vyhovuje.
podřízený uzel RIB
Počet nastavení provedených v databázi slave je podstatně menší. Ve stejné sekci nastavte příznak „Synchronizace dat“ a kliknutím na příslušný odkaz se zpřístupní tlačítko „Synchronizovat“.
V našem příkladu byly do hlavní databáze přidány dvě položky položky: „Beam“ a „Board“. Po synchronizaci skončily v databázi otroků. Jak můžete vidět na obrázku níže, dostaly předponu „BG“. Zbývajícím dvěma pozicím („Soustruh“ a „Paleta“) je přiřazena předpona „BP“, protože byly vytvořeny přímo v podřízené databázi.
Poznámkaže číslování prvků je v našem případě souvislé, ale pouze v rámci stejné předpony.
| Komponenta RDDB (Distributed Database Management) se používá v případě potřeby výměny informací mezi dvěma nebo více stejnými informačními bázemi (dále jen IS) prostřednictvím úzkého komunikačního kanálu (například modem, e-mail). Níže jsou uvedeny podrobné pokyny a praktické tipy pro nastavení URDB v 1C:Enterprise 7.7. Příklad je uveden pro dva systémy informační bezpečnosti, i když jeho nastavení pro větší počet databází analogicky se dvěma databázemi není obtížné. | Autor článku: romix | Redakce: evGenius Nejnovější vydání č. 7 z 22.02.08 | Příběh URL: |
Klíčová slova: URBD, skript pro automatickou výměnu, výměna mezi pobočkami, mail, rom-mail.dll, DialMail.dll, CDO, dialer, URIB
Komponenta RDDB (Distributed Database Management) se používá v případě potřeby výměny informací mezi dvěma stejnými informačními bázemi (dále jen IS) prostřednictvím úzkého komunikačního kanálu (například modem, e-mail). Níže jsou uvedeny podrobné pokyny a praktické tipy pro nastavení URDB v 1C:Enterprise 7.7. Příklad je uveden pro dva systémy informační bezpečnosti, i když jeho nastavení pro větší počet databází analogicky se dvěma databázemi není obtížné.
1) Za provoz komponenty URDB je zodpovědná knihovna DistrDB.dll ve složce BIN programu 1C:Enterprise. Tato součást se kupuje a instaluje samostatně.
2) Pro příklad automatické výměny vytvoříme dvě infobáze a umístíme je do složek s názvem c:\1c_base1 a c:\1c_base2. Vytvořte tyto složky a v každé z nich - podsložky s názvy CP a PC (latinskými písmeny)
3) Do složky c:\1c_base1 umístěte hotovou konfiguraci (řekněme „Obchod a sklad“). Ale je lepší trénovat na nejjednodušší informační bázi (obsahující například pouze jeden adresář s několika položkami). Je pro nás důležité zajistit, aby data skutečně migrovala z jednoho systému zabezpečení informací do druhého v důsledku automatické výměny URDB, což lze ukázat na komplexním i nejjednodušším testovacím příkladu.
4) Zavřete všechna okna v Konfigurátoru a aktivujte položku nabídky „Administrace – Zabezpečení distribuovaných informací – Správa“. Tato položka nabídky je dostupná, pokud složka BIN programu 1C:Enterprise obsahuje komponentu DistrDB.dll. Pokud má knihovna špatnou verzi nebo je poškozená, jednoduše přeinstalujte 1C:Enterprise nad aktuální instalaci - knihovna DistrDB.dll bude nahrazena správnou verzí.
5) V okně, které se otevře, klikněte na tlačítko „Centrální zabezpečení informací“. V okně požadavku uveďte kód nové informační základny (zadejte číslo 1) a její popis (například „Centrální informační bezpečnost“).
6) Zobrazí se varování o nevratnosti změn kliknutím na „OK“ (nedokumentovaný způsob je popsán níže, jak v případě potřeby vrátit databázi do původního stavu).
7) Klikněte na tlačítko „New Peripheral“. IB". V okně požadavku zadejte kód 2 a popis – „Zabezpečení periferních informací“.
8) Klikněte jednou na periferní základnu a klikněte na tlačítko „Nastavení“. automatická výměna“. V okně, které se otevře, nastavte přepínač tak, aby změňte režim automatické výměny „Ruční“ na „Automatický“ a klikněte na tlačítko „OK“.
9) Klikněte na tlačítko „Nahrát data“. Zapamatujte si (do schránky) název souboru s uploadem „c:\1c_base1\CP\20.zip“ - bude se nám hodit později. Klepněte na tlačítko OK. Po dokončení vykládky 1C zapíše „Vykládání úspěšně dokončeno“.
10) Zavřete Konfigurátor a zadejte (rovněž v režimu Konfigurátoru) složku (zatím prázdná), kde má být umístěn druhý IB (v našem příkladu - c:\1c_base2). Určete, že databáze má být ve formátu DBF/CDX, a klepněte na OK.
11) Přejděte do položky nabídky Správa – Zabezpečení distribuovaných informací – Správa. V odpovědi na otázku „Informační základna nebyla nalezena. Chcete načíst data?" Klikněte na „Ano“ a zadejte název nahrávaného souboru (v našem příkladu „c:\1c_base1\CP\20.zip“) a klikněte na „OK“. Po dokončení stahování 1C napíše „Stahování bylo úspěšně dokončeno“. Úspěšně jsme vytvořili periferní informační bezpečnost stažením dat z Centrální informační bezpečnosti.
12) Změňte něco (například přidejte novou položku adresáře) v jedné z infobází. Naším cílem je zajistit, aby změny v jednom (jakémkoli) systému bezpečnosti informací byly přeneseny do jiného systému bezpečnosti informací prostřednictvím automatické výměny. V každé z databází střídavě používejte položky nabídky „Administrace“ – „Zabezpečení distribuovaných informací“ – „Automatická výměna“. Nově se objevující soubory ke stažení s příponou ZIP ve složkách CP a PC je nutné přesouvat (kopírovat) mezi informačními bázemi podle principu CP->CP, PC->PC (v reálných „polních“ podmínkách se to obvykle provádí pomocí e-mailu) .
Tipy a recepty
1) Chcete-li změnit distribuovanou databázi na běžnou, odstraňte soubory 1SDBSET.DBF, 1SDWNLDS.DBF, 1SUPDTS.DBF a jejich odpovídající soubory *.CDX a také 1SSYSTEM.DBF. V zásadě stačí smazat 1SSYSTEM.DBF. Poté musíte obnovit bod relevance spuštěním programu ve výhradním režimu. Tento trik je nezdokumentovaný (hádejte proč), ale přesto funguje.
2) Můžete změnit konfiguraci 1C, ale pouze v Centrálním zabezpečení informací. To je velmi pohodlné – změny v zabezpečení periferních informací se zavádějí automaticky.
3) Pokud jste ztratili (například v důsledku chyby pošty) jedno nebo více uploadů, nezlobte se, protože... URDB může takové situace monitorovat a opakovat odeslání ztracených dat během příští relace automatické výměny.
4) Standardní možnost odesílat poštu v 1C je implementována přes rozhraní MAPI, když dojde k interakci s e-mailovým klientem (jako je Outlook). Moje rada – neztrácejte čas – s MAPI a různými druhy Outlooků v praxi neustále vznikají problémy, které vyžadují, aby vývojář „rychle projížděl“ mezi větvemi. Ze stejného důvodu nedoporučuji používat přímé připojení přes modem nebo FTP. Je lepší posílat poštu pomocí externích komponent, jako je rom-mail.dll nebo DialMail.dll.
Další možností je použití CDO
http://avb1c.narod.ru/?=a9
(c) avb, Roh absurdity
5) Program, který může automaticky provádět automatickou výměnu a odesílat nahrávané soubory e-mailem, můžete získat zde:
Pokud správně nakonfigurujete několik konstant (e-mailové adresy, hesla, docházka atd.), stačí uživateli poklepat na zástupce pro spuštění Auto Exchange.
Program je implementován jako konfigurace 1C:Enterprise. Podrobný popis je obsažen v přiloženém souboru DOC.
6) Pokud potřebujete automaticky vytočit svého poskytovatele, použijte program E-Type Dialer. Po úspěšném připojení může spouštět externí aplikace. Další možností je použití externí komponenty DialMail, která má prostředky pro práci s modemem (rada - latinská předpona „p“ před číslem udává pulzní volbu, 9W před číslem – volání přes „devítku“ a čekání na oznamovací tón na lince atd.).
Poznámka: Windows XP má vestavěný dialer s názvem rasdial.exe. Přepínače příkazového řádku:
rasdial.exe Položka Uživatelské heslo
Prvek rasdial.exe /DISCONNECT
7) Přednostně jsou provedeny změny v Centrální informační bezpečnosti. Upozorňujeme, že v typických konfiguracích 1C se používají předpony informační báze (viz toto nastavení v Konstantách), aby se kódy prvků adresáře a čísla dokumentů vytvořených v různých databázích neshodovaly a nebyla narušena jejich jedinečnost.
Téměř každý uživatel, který pracuje s databázemi, se potýká s problémem přenosu dat z jednoho programu do druhého, z jedné databáze do druhé. Systém 1C Enterprise má vestavěné nástroje pro organizaci výměny mezi programy, jako je Obchod a účetnictví nebo Mzdy a účetnictví. Často však nastávají situace, kdy je nutné přenášet a přijímat informace z internetového obchodu nebo přenášet data z programů jiných společností, například Microsoft Access nebo Microsoft SQL. A pokud máte například starou databázi 1C Trade and Warehouse 7.7 a plánujete implementovat výkonný moderní systém založený na 1C Trade Management 8.0, pak se bez konvertorových programů neobejdete. V této části se podíváme na možnosti výměny, a to jak vestavěné ve standardních konfiguracích, tak neomezené možnosti, které můžete použít k vytvoření vlastních schémat výměny.
| Cesta | Vestavěný | Podmínky | Výhody | Automatizace | Vývojář |
| URIB 1S1S |
Plošina |
|
|
|
Firma 1C |
| XML 1C->1C |
Konfigurace |
|
|
||
| PŘEHOZ 1C->1C |
|
Schopnost vytvářet a konfigurovat pravidla výměny bez účasti programátora | Možnosti jakékoli automatizace jsou možné pomocí vestavěného jazyka 1C a nastavení pravidel výměny | PB | |
| OLE-automatizace 1C->1C |
|
|
Jakékoli možnosti automatizace jsou možné pomocí vestavěného jazyka 1C | ||
| Excel, Word MsOffice |
|
Pohodlné pro práci s ceníky, seznamy a stahování tištěných formulářů | |||
| .txt, .csv, .dbf, .xml atd. ...->1C |
Vhodné pro výměnu s jinými programy a externím zařízením. |
Správa distribuované informační základny (DIB)(1C1C) - součást programové platformy 1C Enterprise vyvinuté společností 1C. Umožňuje vytvářet více informačních databází v jednom informačním prostoru. Výměna se provádí nahráním/stažením externího souboru v režimu Konfigurátor.
Hlavní podmínkou je jednotná konfigurace pro všechny databáze. Výhodou této metody je vysoká rychlost, možnost obousměrné výměny a téměř úplná nezávislost na verzi konfigurace. Mezi nevýhody patří skutečnost, že nelze přenášet jednotlivé dokumenty nebo prvky adresářů, pouze celý adresář (resp. změny provedené od poslední výměny) nebo všechny dokumenty zvoleného typu (za stejné období).
URIB je vhodné použít pro synchronizaci adresářů a přípravu databází pro následné použití jiného způsobu výměny pro přenos jednotlivých dokumentů. A také pokud používáte k přenosu pravidelných kopií databáze nízkorychlostní modemovou linku, protože přenosový soubor obsahuje pouze informace o provedených změnách.
Příklad dialogu pro vytvoření distribuované databáze 1C Enterprise 7.7 a 1C Accounting 7.7: jako základ je brána stávající databáze, je prohlášena za Centrální databázi a je definován seznam Periferních databází. Dále jsou z Centrální databáze vytvářeny kopie Periferních databází, takže není možné takto propojit dvě původně samostatné databáze. Změna konfigurace je povolena pouze v Centrální databázi, poté se během příští výměnné relace automaticky nainstaluje do všech periferních databází.
Dialog výměnné relace 1C Enterprise 7.7
Správce XML a výměny dat (DEM)(1C->1C) - velmi podobné metody. Pomocí specializovaných programů se vytvářejí soubory – „Pravidla převodu“, která schematicky označují, který objekt (adresář, dokument) jak přenést a jak jej převést. Dále se vymění univerzální zpracování vykládky a nakládky.
Výhody metod spočívají v tom, že výměnné databáze mohou mít zcela odlišné konfigurace a informace během přenosu lze převádět pomocí vestavěného jazyka 1C. Nevýhodou je pomalost práce a složitost nastavení „Pravidel konverze“. Zejména je třeba vzít v úvahu, že pokud změníte alespoň jednu z konfigurací, budete muset překonfigurovat „Pravidla konverze“.
Metodu XML je vhodné použít při aktualizaci konfiguračních verzí nebo při přepínání z jednoho programu do druhého. V typických konfiguracích jsou všechny vestavěné metody výměny, stejně jako jejich aktualizace, implementovány na základě metody XML.
Příklad dialogu nahrávání s načtenými „Pravidlami konverze“ pro výměnu mezi 1C Commerce+Warehouse 7.7 a 1C Accounting 7.7
Zpracování stahování - stáhne jakýkoli soubor xml vytvořený 1C Enterprise 7.7 pomocí jakýchkoli „pravidel převodu“.
OLE-automatizace(1C->1C) - metoda je založena na integraci jedné databáze 1C Enterprise nebo 1C Accounting do jiné. Hlavní podmínkou je, že obě databáze musí být umístěny na stejné lokální síti a uživatel musí mít přístup do kterékoli z nich. Samotný postup výměny vypadá takto: v programu, kam potřebujete dokumenty přenést, se otevře protokol dokumentů druhého programu, ve kterém se tyto dokumenty nacházejí.
Pomocí speciálních výběrových a třídicích filtrů uživatel označí dokumenty, které je třeba přenést, poté se tyto dokumenty stáhnou se všemi analytiky a v případě potřeby je aktualizují v adresářích.
Hlavní výhodou je přehlednost této metody, uživatel má možnost plně kontrolovat proces výměny a převodu, výsledkem je například místo jednotlivých vybraných faktur konsolidovaný doklad. Nevýhodou je, že výměna probíhá bez vytvoření souboru s informacemi, takže tento způsob není vhodný pro práci s přenosem e-mailů. Nejpohodlnější aplikací je integrace 1C Trade + Warehouse a 1C Accounting.
Příklad dialogu pro načítání dokumentů z 1C Commerce + Warehouse 7.7 do 1C Accounting 7.7. Nejprve se nastaví období po naplnění deníku dokumenty se vyberou potřebné dokumenty pomocí filtrů a zaškrtávacích políček. Tlačítko "Import" načte vybrané dokumenty v souladu s nastaveným Režimem.
Technologie distribuovaných informačních základen (RIB) umožňuje vytvořit geograficky distribuovaný systém založený na konfiguracích 1C Enterprise. To vám umožňuje mít společný informační prostor i s těmi odděleními, která nemají spolehlivý komunikační kanál, kombinující vysokou autonomii uzlů se schopností rychlé výměny informací. V našich článcích se podíváme na funkce a praktickou implementaci tohoto mechanismu na platformě 8.2
Nejprve se zeptejme sami sebe: proč automatická výměna? Moderní technologie v kombinaci s levným a rychlým internetem umožňují bez problémů organizovat práci na dálku. Výběr metod je jako vždy široký: RDP, tenký a webový klient, propojování sítí pomocí VPN – je toho hodně k zamyšlení. Všechny tyto metody však mají jednu významnou nevýhodu - silnou závislost na kvalitě komunikačního kanálu.
I při ideálním provozu lokálního poskytovatele nelze zaručit 100% dostupnost komunikačního kanálu. Problémy s páteřním poskytovatelem, chybějící napájení, fyzické poškození komunikační linky a mnoho dalších faktorů činí tento úkol neřešitelným. Nepřístupnost informační základny ve vzdáleném skladu nebo maloobchodě přitom vede k poměrně značným ztrátám. A nakonec nezapomínejme, že jsou místa (například průmyslové zóny na okrajích měst), kde je zajištění kvalitního komunikačního kanálu nákladné a/nebo problematické.
Mechanismus RIB umožňuje zbavit se těchto nedostatků každé oddělení má svou vlastní kopii informační základny, se kterou můžete pracovat autonomně i při naprosté absenci komunikace s vnějším světem. A malé množství přenášených informací vám umožňuje používat k výměně jakýkoli komunikační kanál, včetně mobilního internetu.
RIB na platformě 8.2 není něco zásadně nového, představuje další vývoj platformy RIB 7.7, teprve nyní se tato technologie stala dostupnější a jednodušší. Na rozdíl od komponenty RIB, kterou bylo nutné zakoupit samostatně, je RIB nedílnou součástí mnoha standardních konfigurací a pracuje zcela v uživatelském režimu, což vám umožňuje obejít se bez konfigurátoru i ve fázi nastavení.
V tuto chvíli by bylo na čase přejít k praktické části, ale budeme muset udělat ještě jednu odbočku. Faktem je, že přechod na platformu 8.2, který, jak se zdá, již proběhl, ve skutečnosti vedl ke vzniku dvou typů konfigurací: založených na spravované aplikaci, „nativní“ pro platformu 8.2 a adaptované z 8.1, pokračující používat zastaralé technologie a mechanismy. Vzhledem k tomu, že značná část konfigurací (Podnikové účetnictví, Mzdy a HR Management) je přizpůsobená nebo přechodná, nelze na ně slevit, proto bude první část našeho článku věnována těmto konfiguracím (v podstatě platformě 8.1), zatímco ve druhé prozkoumáme nastavení automatické výměny pro konfigurace založené na spravované aplikaci (platforma 8.2).
Zvažme praktický úkol: nastavení automatické výměny přes FTP pro konfiguraci Enterprise Accounting 2.0. Navzdory skutečnosti, že RIB umožňuje výměnu pomocí e-mailu nebo sdílení souborů, doporučujeme používat FTP jako nejjednodušší a nejspolehlivější způsob komunikace. Můžete si přečíst, jak si nastavit vlastní FTP server, nebo můžete využít službu FTP libovolného poskytovatele hostingu.
Nejprve musíme nakonfigurovat výměnné uzly. Chcete-li to provést, spusťte konfiguraci s právy správce a vyberte Transakce - Burzovní plány.
V zobrazeném seznamu vyberte Plný plán popř Podle organizace, pokud jsou v jedné databázi vedeny záznamy za více společností a výměnu je třeba provést pouze za jednu z nich. V okně, které se otevře, je již jeden uzel - centrální, musíme jej upravit uvedením kódu a názvu.
Poté vytvoříme další uzel pro větev a vyplníme jej stejným způsobem (pro přidání klikněte na zelené kolečko se znaménkem plus). Dalším krokem je vytvoření počátečního obrazu pro tento uzel, což je hotová informační báze v režimu souborů. Chcete-li to provést, klepněte pravým tlačítkem myši na požadovaný uzel a vyberte jej z rozevíracího seznamu Vytvořte počáteční obrázek.
Nyní pojďme dál Služba – Distributed Information Base (DIB) – Konfigurace uzlů RIB.
V okně, které se otevře, klikněte na tlačítko Přidat a nakonfigurujte novou výměnu zadáním vzdáleného hostitele, typu výměny (přes FTP) a parametrů připojení k serveru.
Záložka do knihy Automatická výměna umožňuje nastavit harmonogram výměny, výměnu po událostech (začátek a konec práce atd.), tato nastavení se provádí pro uživatele, v jehož zastoupení bude výměna provedena, ujistěte se tedy, že má práva na výměnu dat.
Nezapomeňte zadat předčíslí uzlu pro číslování dokladů (jinak obdržíte různé doklady se stejnými čísly) v Nástroje - Nastavení programu zde můžete nakonfigurovat i některé další parametry výměny. Na stejné kartě byste měli vybrat uživatele, který bude provádět úlohy výměny, pokud to neuděláte, plán nebude fungovat. Pamatujte, že výměna bude provedena pouze v případě, že je uživatel přihlášen do programu.
Tím je konfigurace centrálního uzlu dokončena, nyní je třeba provést podobná nastavení pro periferní uzel a připojit počáteční obraz jako existující systém zabezpečení informací. Poté můžete začít s výměnou dat. K ovládání byste měli použít Komunikační monitor umožňuje nejen sledovat úspěšnost nahrávání/stahování, ale také zobrazuje případné vzniklé kolize nebo zpožděné pohyby (pokud uživatel, který provedl výměnu, nemá dostatečná práva k provádění jakýchkoli akcí v databázi). Přítomnost tohoto nástroje vám umožňuje rychle a efektivně řešit různé typy problémů, které vznikají během automatické výměny.
V tomto okamžiku lze nastavení výměny považovat za dokončené a můžete začít pracovat v distribuovaném režimu. Stojí za to se pozastavit konkrétně nad aktualizací nebo změnou konfigurace. Tyto akce jsou dostupné pouze na centrálním uzlu, všechny provedené změny budou automaticky přeneseny do periferních uzlů během příští výměny. Chcete-li provádět změny automaticky, periferní databáze musí být ve výhradním režimu, jinak ji budete muset spustit Konfigurátor a provést Aktualizace konfigurace databáze ručně.