Domov Windows 7

Vzhled a vlastnosti použití univerzální výměny dat. Automatická výměna dat pomocí Universal Data Exchange ve formátu XML, beze změny konfigurace Co je formát EnterpriseData

14.08.2024
  • Video – 21 vyučovacích hodin
  • Výukové materiály v PDF - 117 stran A4
  • 16 praktických úloh s učitelským řešením

Formát kurzu, podpora

Materiály jsou k dispozici ihned po zaplacení objednávky – stáhnete si je ze stránek a prostudujete v jakoukoliv vhodnou dobu.

Podpora je poskytována prostřednictvím Master Group na webových stránkách.

Musí být aktivován úplný přístup ke skupině Master nejpozději do 100 dnů od nákupu.

Relevance kurzu

Materiály kurzu jsou relevantní pro BSP verze 2.3.2.73.

Pokud plánujete používat starší verze BSP, vezměte prosím na vědomí, že se změnily provozní mechanismy subsystému BSP „Výměna dat“ a změnila se také rozhraní.

Nový kurz pro nejnovější verze BSP je ve vývoji a bude vydán za několik měsíců. Ale pro verze BSP 2.3.2.73 a mladší bude aktuální sazba relevantní.

Kurzovné

9 700 rublů

Záruka

Učíme od roku 2008, jsme si jisti kvalitou našich kurzů a dáváme své standardní 60denní záruka.

To znamená, že pokud jste začali navštěvovat náš kurz, ale náhle změníte názor (nebo řekněme nemáte příležitost), pak máte 60denní lhůtu na rozhodnutí - a pokud se vrátíte, vrátíme 100 % z platby.

Platba na splátky

Naše kurzy lze uhradit na splátky nebo na splátky, a to i bez úroků. Ve stejnou dobu Získáte okamžitý přístup k materiálům.

To je možné u plateb od fyzických osob ve výši 3 000 RUB nebo více. až 150 000 rublů.

Vše, co musíte udělat, je vybrat způsob platby „Platba přes Yandex.Checkout“. Dále na webu platebního systému vyberte „Platba na splátky“, uveďte termín a výši plateb, vyplňte krátký formulář - a za pár minut obdržíte rozhodnutí.

Možnosti platby

Přijímáme všechny hlavní způsoby platby.

Od jednotlivců– platby z karet, platby elektronickými penězi (WebMoney, YandexMoney), platby prostřednictvím internetového bankovnictví, platby prostřednictvím komunikačních obchodů a tak dále. Zakázku je možné uhradit i na splátky (na splátky), a to i bez dalšího úroku.

Začněte zadávat objednávku – a ve druhém kroku si můžete vybrat preferovaný způsob platby.

Od organizací i jednotlivých podnikatelů– bezhotovostní platba, dodací doklady jsou poskytovány. Zadáte objednávku a rovnou si můžete vytisknout fakturu k platbě.

Školení několika zaměstnanců

Naše kurzy jsou určeny pro individuální výuku. Skupinový trénink na jedné sadě je nelegální distribuce.

Pokud společnost potřebuje vyškolit více zaměstnanců, obvykle nabízíme „přídavné sady“, které stojí o 40 % méně.

Chcete-li zadat objednávku na „dodatečnou sadu“ ve formuláři vyberte 2 nebo více sad kurzů, počínaje druhým setem cena kurzu bude o 40 % levnější.

Existují tři podmínky pro použití dalších sad:

  • Nemůžete zakoupit pouze další sadu, pokud alespoň jedna běžná sada nebyla zakoupena dříve (nebo spolu s ní)
  • Na další sady nejsou žádné další slevy (jsou již zlevněné, jednalo by se o „slevu na slevu“)
  • akce neplatí pro další sady (například kompenzace 7 000 rublů) ze stejného důvodu

Tisknout (Ctrl+P)

Výměna přes univerzální formát

Subsystém „Data Exchange“ knihovny standardních subsystémů obsahuje 4 možnosti (technologie) pro výměnu informací mezi různými informačními bázemi:

  • distribuované informační báze (RIB);
  • výměna dat prostřednictvím univerzálního formátu;
  • výměna dat podle pravidel výměny (pravidla výměny se vytvářejí pomocí konfigurace „Konverze dat“, vydání 2.1);
  • výměna dat bez pravidel výměny.

Tento článek pojednává o technologii výměny dat prostřednictvím univerzální formát EnterpriseData. Tato technologie je dostupná v knihovně „Standard Subsystems Library“ počínaje verzí 2.3.1.62. vydáno na začátku roku 2016. V současné době má nejnovější vydání BSP 2.3 (pro použití s ​​platformou 1C:Enterprise 8.3 ne nižší než verze 8.3.8.1652 s vypnutým režimem kompatibility) vydání 2.3.6.17.

Rýže. 1 Nejnovější verze BSP 2.3

Mezi soubory pro dodávání aplikačních řešení 1C je textový soubor „Library Versions“, kde je napsáno, na základě jaké verze BSP byla aplikace vyvinuta, například na základě aplikačního řešení UT 11.3.3.231, Byl vytvořen BSP 2.3.5.65.

Vezměte prosím na vědomí, že pro použití s ​​verzí platformy „1C:Enterprise 8.3“ ne nižší 8.3.10.2168 vydání bylo vydáno s deaktivovaným režimem kompatibility BSP 2.4.

Popis formátu EnterpriseData

Jaký je formát EnterpriseData?

Jedná se o formát, který umožňuje popsat objekt informační báze (protistrana, faktura atd.) nebo nahlásit skutečnost, že tento objekt byl smazán. Očekává se, že konfigurace, která obdrží soubor ve formátu EnterpriseData, bude odpovídajícím způsobem reagovat - vytvoří nové objekty a smaže ty, které jsou v souboru označeny jako smazané. Je určen pro výměnu informací mezi konfiguracemi UT, RT, UNF, BP. Formát lze také použít pro výměnu informací s jakýmikoli jinými informačními systémy: nezávisí na vlastnostech vlastního softwaru nebo struktur informační báze, které se účastní výměny, a neobsahuje zjevná omezení použití.

Verze formátu EnterpriseData

Data formátu jsou uložena v balíčcích XDTO ve větvích obecné konfigurace databáze, jak je znázorněno na Obr. 2

Obr. 2 Balíčky datového formátu XDTO – EnterpriseData

Na Obr. 2 ukazuje, že existuje několik balíčků XDTO. Jedná se o různé verze formátu. Číslo verze formátu se skládá z X.Y.Z, kde X.Y je verze, Z je vedlejší verze. Verze Minor je rozšířena v případě oprav chyb a dalších změn, ve kterých: funkčnost logiky převodu dat na základě předchozí verze formátu zůstává funkční (zachování zpětné kompatibility současných algoritmů přenosu dat prostřednictvím formátu); Podpora nových možností formátování pro konverzní logiku je dobrovolná. Příkladem takových změn může být oprava chyby, změna vlastností formátových objektů, přidání vlastností, jejichž použití není při převodu dat povinné. V ostatních případech, kdy se změní formát, se hlavní verze zvětší: X – v případě globální restrukturalizace, Y – v ostatních případech.
Formát popisuje reprezentaci objektů (dokumentů nebo prvků adresáře) ve formě souborů XML. Verze 1.0.1 obsahuje popis 94 objektů z různých oblastí (finance, výroba, nákup a prodej, skladové operace). Názvy typů jsou zpravidla dobře srozumitelné a nepotřebují další vysvětlení: například „Dokument.Zákon o dokončené práci“ nebo „Directory.Protistrany“. Jak vidíte, popis typů dokumentů začíná předponou „Dokumentář.“ a prvek adresáře začíná předponou „Adresář.“. Podrobnější popis formátu naleznete
Nejnovější verze je 1.3, nicméně nejčastěji používaná verze je 1.0. Mezi verzemi není velký rozdíl. Formát EnterpriseDataExchange_1_0_1_1 používá se při výměně prostřednictvím webové služby.
Všimněte si toho se kterým se používá balíček formátu dat EnterpriseData ExchangeMessage při vytváření pravidel převodu. Právě tento balíček obsahuje objekt typu Další informacekterý může mít libovolný typ hodnoty a používá se při vytváření pravidla převodu mezi konfiguračními objekty. které nejsou v datovém formátu. Přesně tak, díky Další informacePravidla výměny můžete přizpůsobit a přizpůsobit, aniž byste měnili data formátu v balíčcích XDTO.


Rýže. 3 Struktura XDTO packageExchangeMessage

Jak vyměňovat data ve formátu EnterpriseData?

Výměna dat ve formátu EnterpriseData s konfigurací je výměna souborů. V reakci na soubor přijatý z externí aplikace jej konfigurace zpracuje a vytvoří soubor odpovědí. Soubory lze vyměňovat:

  • prostřednictvím vyhrazeného adresáře souborů,
  • přes FTP adresář,
  • prostřednictvím webové služby nasazené na straně infobáze. Datový soubor je předán jako parametr webovým metodám.

Poznámka. Pro obousměrnou výměnu dat mezi aplikací třetí strany a konfigurací na straně infobáze je třeba provést řadu nastavení - aplikace třetí strany musí být zaregistrována v infobázi, musí být pro ni definován výměnný kanál (přes soubor nebo adresář FTP) atd. Ale pro případy jednoduché integrace, kdy stačí pouze přenést informace z aplikace třetí strany do infobáze a zpětný přenos dat z infobáze do aplikace třetí strany není nutný (např. integrace internetového obchodu který přenáší informace o prodeji do 1C: Accounting), existuje zjednodušená verze práce prostřednictvím webové služby, která nevyžaduje nastavení na straně.

Při výměně pomocí plánů výměny konfigurace během synchronizace jsou přenášeny pouze informace o změnách, které nastaly od poslední synchronizace (pro minimalizaci množství přenášených informací). Při první synchronizaci konfigurace vypíše všechny objekty ve formátu EnterpriseData do souboru XML (protože jsou všechny „nové“ pro aplikaci třetí strany).

Další krok je pro aplikaci třetí strany – ta musí zpracovat informace ze souboru XML a umístit je do sekce během příští synchronizační relace informaci, že byla úspěšně přijata zpráva z konfigurace s určitým číslem (číslo zprávy přijaté z konfigurace uveďte do pole ReceivedNo). Zpráva o příjmu je signálem pro konfiguraci, že všechny objekty byly úspěšně zpracovány externí aplikací a není třeba o nich dále předávat informace. XML soubor z aplikace třetí strany může kromě účtenky obsahovat také data pro synchronizaci (v části ).

Po obdržení zprávy o příjmu konfigurace označí všechny změny odeslané v předchozí zprávě jako úspěšně synchronizované. Externí aplikaci budou během příští synchronizační relace odeslány pouze nesynchronizované změny objektů (vytvoření nových, změna a odstranění stávajících).

Při přenosu dat z externí aplikace do konfigurace je obraz obrácený. Přihláška musí vyplnit sekci podle toho a v sekci umístěte objekty, které mají být synchronizovány, ve formátu EnterpriseData.

Po zpracování souboru konfigurace vygeneruje XML soubor, který bude obsahovat zprávu o příjmu a nová data pro synchronizaci z konfigurace (pokud nějaká od poslední synchronizační relace existují).

Další podrobnosti o výměně dat s aplikačními řešeními na platformě 1C:Enterprise můžete vidět ve formátu EnterpriseData

Obecný modul „manažera burzy v univerzálním formátu“.

Postupy a funkce, které plně popisují pravidla pro stahování dat z informační báze do výměnného formátu a pravidla pro načítání dat z výměnného formátu do informační báze, jsou vypracovány ve společném modulu - modulu exchange manager prostřednictvím univerzálního formátu.


Rýže. 4 Struktura modulu správce burzy prostřednictvím univerzálního formátu

Modul se vytváří automaticky pomocí konfigurace „Data Conversion“, vydání 3.0, na základě nakonfigurovaných pravidel výměny, nebo ručně v konfigurátoru.

Modul se skládá z několika velkých částí, z nichž každá obsahuje vlastní skupinu procedur a funkcí.

  1. Komentář. První řádek modulu obsahuje komentář s názvem převodu. Tento řádek je nezbytný pro identifikaci modulu například při použití příkazu v programu Data Conversion, vydání 3.0. // Konverze UP2.2.3 z 06.01.2017 19:51:50
  2. Konverzní procedury. Obsahuje předdefinované procedury, které se provádějí v různých fázích synchronizace dat: před převodem, po převodu, před odloženým plněním.
  3. Pravidla zpracování dat (DPR). Obsahuje procedury a funkce, které popisují pravidla pro zpracování dat.
  4. Pravidla konverze objektů (OCR). Obsahuje procedury a funkce, které popisují pravidla pro převod objektů a také pravidla pro převod vlastností těchto objektů.
  5. Předdefinovaná pravidla konverze dat (PDC). Obsahuje postup, který vyplňuje pravidla pro převod předdefinovaných dat.
  6. Algoritmy. Obsahuje libovolné algoritmy, které jsou volány z jiných pravidel (POD nebo PKO).
  7. Možnosti. Obsahuje logiku pro vyplňování parametrů převodu.
  8. Obecný účel. Obsahuje procedury a funkce, které jsou široce používány v pravidlech a algoritmech.

Níže jsou popsány parametry procedur a funkcí, které se používají v několika typech procedur v modulu manažera.

Výměnné komponenty. Typ – Struktura. Obsahuje parametry a pravidla výměny inicializované jako součást výměnné relace.

Směr výměny. Typ – Řetězec. Buď "Odeslat" nebo "Přijmout".

IB data. Typ – DirectoryObject nebo DocumentObject.

Postupy související s konverzními událostmi

Během procesu převodu jsou volány tři předdefinované procedury:

  • Před konverzí. Volá se před synchronizací dat. Tento postup obvykle obsahuje logiku pro inicializaci různých parametrů převodu, naplnění výchozích hodnot atd. Parametry: Výměna komponent.
  • AfterConversion. Volá se po dokončení synchronizace dat, ale předtím, než dojde k línému vyplnění. Parametry: Výměna komponent.
  • BeforeDelayedFilling. Volá se před líným plněním. Zde se nachází logika pro řazení nebo úpravu tabulky objektů podléhajících línému plnění. Parametry: Výměna komponent.

AML procedury

Vyplňte Pravidla zpracování dat. Procedura exportu, která obsahuje logiku pro vyplňování pravidel zpracování dat. Obsahuje volání dalších procedur, které přidávají pravidlo pro zpracování konkrétního objektu do tabulky pravidel (viz postupy níže Přidat AML). Parametry: Směr výměna, Pravidla zpracování dat

Přidat UNDER_<ИмяПОД>. Sada procedur, které naplňují tabulku POD pravidly pro konkrétní objekty. Počet takových procedur odpovídá počtu AML poskytnutých pro tuto konverzi v programu Data Conversion, verze 3.0. Parametry: Pravidla zpracování dat(tabulka hodnot inicializovaná jako součást výměnné relace).

POD_<ИмяПОД>_Při zpracování. Procedura obsahuje text handleru Během zpracování pro konkrétní AML. Obslužná rutina je navržena tak, aby implementovala konverzní logiku na úrovni objektu. Například přiřaďte konkrétní PQO konkrétnímu objektu v závislosti na obsahu objektu. Parametry:

  • Údaje InformationB nebo DataXDTO(v závislosti na směru výměny):
  • při odesílání – objekt ( DirectoryObject,DocumentObject);
  • při příjmu - struktura s popisem objektu XDTO.
  • Použití PKO. Typ - Struktura. Klíč obsahuje řetězec s názvem PCO a hodnotou typu Boolean (Věrný– používá se PKO, Lež– PKO se nepoužívá).
  • Výměna komponent.

POD_<ИмяПОД>_Vzorkování dat. Funkce obsahuje text handleru Při vykládání. Obslužná rutina je navržena tak, aby implementovala libovolný algoritmus pro výběr objektů, které mají být vyloženy. Návratová hodnota: pole objektů, které se mají uvolnit. Pole může obsahovat jak odkazy na objekty infobáze, tak strukturu s daty pro nahrání. Parametry: Výměna komponent.

Postupy PKO

Vyplňte Pravidla konverze objektů. Procedura exportu, která obsahuje logiku pro vyplňování pravidel pro převod objektů. Obsahuje volání jiných procedur, které do tabulky pravidel přidávají konkrétní pravidlo převodu objektu (viz postupy níže Přidejte PKO). Parametry: Směr výměna, Pravidla převodu(tabulka hodnot inicializovaná jako součást výměnné relace).

AddPKO_<ИмяПКО>. Sada procedur, které naplní tabulku PKO pravidly pro konkrétní objekty. Počet takových procedur odpovídá počtu PKO poskytnutých pro tuto konverzi v programu Data Conversion, verze 3.0. Parametry: Pravidla převodu(tabulka hodnot inicializovaná jako součást výměnné relace).

PKO_<ИмяПКО>_WhenSendingData. Procedura obsahuje text handleru Při odesílání pro konkrétní PKO. Handler se používá při nahrávání dat. Navrženo k implementaci logiky pro převod dat obsažených v objektu infobase na popis objektu XDTO. Parametry:

  • Údaje InformationB. Typ - DirectoryObject, DocumentObject. Zpracovávaný objekt informační báze.
  • DataXDTO. Typ - Struktura. Navrženo pro přístup k datům objektů XDTO.
  • Výměna komponent.
  • StackUploads. Typ - Pole. Obsahuje odkazy na vyložené objekty s přihlédnutím k vnoření.

PKO_<ИмяПКО>_Při převodu dat XDTO. Procedura obsahuje text handleru Při převodu DataXDTO pro konkrétní PKO. Handler se používá při načítání dat. Navrženo pro implementaci libovolné logiky konverze dat XDTO. Parametry:

  • DataXDTO. Typ - Struktura. Vlastnosti objektu XDTO, které byly předzpracovány, aby k nim byl snadnější přístup.
  • ReceivedData. Typ - DirectoryObject, DocumentObject. Objekt infobáze vytvořený převodem dat XDTO. Nezaznamenáno v informační databázi.
  • Výměna komponent.

PKO_<ИмяПКО>_Před záznamem přijatých dat. Procedura obsahuje text handleru Před záznamem přijatých dat pro konkrétní PKO. Handler se používá při načítání dat. Navrženo pro implementaci další logiky, která musí být provedena před záznamem objektu do informační databáze. Například by měly být změny načteny do existujících dat zabezpečení informací nebo by měly být načteny jako nová data. Parametry:

  • ReceivedData. Typ - DirectoryObject, DocumentObject. Datový prvek generovaný převodem dat XDTO.

Zaznamená se, pokud jsou tato data pro infobázi nová (parametr Údaje InformationB obsahuje hodnotu Nedefinováno).

Jinak ReceivedData nahradit Údaje InformationB(všechny vlastnosti z ReceivedData převedeno na Údaje InformationB).

Pokud není vyžadováno standardní nahrazení dat zabezpečení informací přijatými daty, měli byste napsat vlastní logiku přenosu a poté nastavit parametr ReceivedData význam Nedefinováno:

  • Údaje InformationB. Typ - DirectoryObject, DocumentObject. Datový prvek infobáze odpovídající přijatým datům. Pokud nejsou nalezena žádná odpovídající data, obsahuje Nedefinováno.
  • ConvertingProperties. Typ - Tabulka hodnot. Obsahuje pravidla pro převod vlastností aktuálního objektu, inicializovaného jako součást výměnné relace.
  • Výměna komponent.

postupy PCPD

Vyplňte Pravidla převodu předdefinovaných dat. Procedura exportu, která obsahuje logiku pro vyplňování pravidel pro převod předdefinovaných dat. Parametry: Směr výměna, Pravidla převodu(tabulka hodnot inicializovaná jako součást výměnné relace).

Algoritmy

V programu „Data Conversion“, vydání 3.0, je možné vytvářet libovolné algoritmy, které jsou volány z handlerů AML a PKPD. Název, parametry a obsah algoritmů jsou určeny při vývoji pravidel.

Možnosti

Vyplňte ConversionParameters. Procedura exportu, ve které se vyplní struktura s parametry převodu. Parametry: Možnosti převodu(typ - Struktura).

Obecné postupy a funkce

ExecuteManagerModuleProcedure. Parametry: Název procedury(čára), Možnosti(struktura). Procedura exportu, která je určena k volání procedury neexportního modulu, jejíž název a parametry jsou přijímány jako vstup. Umožňuje volat proceduru nebo funkci na lince bez použití metody Vykonat.

ExecuteManagerModuleFunction. Parametry: Název procedury(čára), Možnosti(struktura). Funkce, účel podobný ExecuteManagerModuleProcedure. Rozdíl je v tom, že volá funkci a vrací její hodnotu.

Pošlete mi tento článek na můj email

Hlavními důvody potřeby implementace výměny mezi databázemi 1C jsou přítomnost poboček a oddělení typů účetnictví, protože Firmy často operují v několika informačních databázích. Nastavení výměny 1C 8.3 vám umožní eliminovat dvojí práci - zadávání stejných dokumentů a adresářů ve dvou programech a také rychlé dodání potřebných systémových objektů pro různé pobočky a oddělení.

V případě, kdy je nutná výměna mezi pobočkami, se využívá RIB (Distributed Information Base). Toto je mechanismus výměny mezi identickými konfiguracemi. Představuje strom s nejdůležitějším kořenovým uzlem nahoře, pod dvojicí propojených uzlů. Změny lze provést v libovolném uzlu tohoto systému a budou přenášeny do dalších připojených uzlů. Také distribuuje nejen data, ale také změny konfigurace z kořenového uzlu na podřízené uzly.

Pokud je potřeba oddělit typy účetnictví, například vedení provozních v obchodní databázi a regulované v účetní databázi, jsou k dispozici univerzální výměnné mechanismy s flexibilním nastavením synchronizace dat.

Jedním z nejnovějších vylepšení 1C je formát pro výměnu dat EnterpriseData. Snadno se používá a je určen pro výměnu v rámci společnosti jak mezi databázemi 1C, tak programy třetích stran.

Implementace výměny dat v podniku může být reprezentována formou sekvenčních procedur.

Nejprve je nutné určit, mezi kterými databázemi by měla probíhat výměna; půjde o obousměrnou nebo jednosměrnou výměnu; pokud je jednosměrný, pak která databáze bude informace přenášet a která pouze přijímat; pokud se jedná o složitou pobočkovou síť, pak je nutné zaregistrovat schéma výstavby databáze.

Poté vybereme vhodný formát: RIB, univerzální formát; výměna podle pravidel burzy; výměna bez pravidel směny.

Dalším krokem je výběr vozidla pro provedení výměny. K dispozici je velký výběr technologií, zdůrazněme ty hlavní: adresář (místní nebo síťový), prostředek FTP, připojení COM, webová služba, e-mail.

Čtvrtým krokem bude identifikace údajů: dokumentů, referenčních knih a v případě potřeby jejich podrobné rozepsání až do jednotlivých údajů, které mají být přeneseny.

A na závěr je předepsán harmonogram výměnné frekvence

Každá možnost nastavení výměny 1C 8.3 vyžaduje pečlivou přípravu. Jeho implementace je mimo možnosti každého uživatele, je nutné vzít v úvahu mnoho nuancí a pochopit principy výměny. Zvláštní pozornost bude třeba věnovat konfiguraci, pokud databáze: obsahují úpravy nebo mnoho dalších. detaily, liší se verzemi platformy nebo používají zastaralé verze konfigurací, podnik je velký a používá automatizovaný systém skládající se z velkého množství databází. Chyby jsou zde nepřijatelné, protože... může vést k nenapravitelným následkům. Nezávislá implementace výměny v 1C se doporučuje pouze v případě, že potřebujete nastavit jednoduchý přenos informací mezi standardními konfiguracemi.

Pokud pochybujete o svých schopnostech, je lepší neukládat, ale kontaktovat kompetentního specialistu, který pomůže vyřešit složitý problém nastavení výměn 1C 8.3.

Pokud se přesto rozhodnete konfigurovat výměny 1C bez zapojení odborníků, doporučuje se nejprve otestovat na kopiích databází a před zahájením práce v pracovních databázích nahrát konfigurace, abyste se mohli v případě chyb vrátit do původního stavu.

Níže uvádíme podrobný příklad jednostranného nastavení výměny 1C 8.3 mezi standardními konfiguracemi Trade Management 11 (UT) a Enterprise Accounting 3.0 (BP). Příklad je relevantní pro mnoho společností zabývajících se velkoobchodem a maloobchodem. V UT je vedeno manažerské účetnictví, v BP - regulované, výměna je nutná pro usnadnění práce uživatelů.

Tento algoritmus je vhodný i pro jiné standardní konfigurace na platformě 1C 8.3

Nejprve provedeme přípravné práce pro přijímač informací, tzn. pro BP. Program spustíme v režimu Enterprise. Je potřeba nastavit konstantu Synchronizace dat (sekce Administrace → Synchronizace dat).

Věnujte pozornost poli Prefix zde musíte zadat hodnotu, která vám umožní následně rozlišit (hodnotou kódu adresáře nebo čísla dokumentu), v jakém programu byly objekty původně vytvořeny. V našem příkladu je vhodná obvyklá zkratka BP a UT, pokud se nastavení výměny 1C 8.3 provádí pro složitou výměnu mezi velkým počtem databází, stejně jako identických konfigurací, budete muset každou databázi zadat s vlastním jasným označením .

Protože je napájecí zdroj pouze přijímačem informací, přistoupíme k nastavení UT.

Zde, stejně jako v BP, je potřeba povolit synchronizaci a zadat prefix. Tyto informace jsou dostupné v sekci Kmenová data a administrace → Nastavení synchronizace dat.

Vyberte metodu nastavení: Zadejte nastavení ručně. Další.

Nastavíme možnost přímého připojení, kdy jsou oba programy umístěny na stejné lokální síti, uvedeme parametry pro připojení k adresáři zabezpečení informací v této síti a vyplníme také autentizační údaje uživatele (v databázi BP). Další.

Systém zkontroluje správnost zadaných údajů a pokud je výsledek pozitivní, zobrazí okno nastavení výměny 1C 8.3.

Kliknutím na odkaz Změnit pravidla nahrávání dat získáte přístup k nastavení výměny. Upřesníme kmenová data - nahrání pouze použitých v dokladech, vybrané organizace a možnost práce se smlouvami - bez reference, oddělení dokladů podle skladu. Burza začíná 1. března běžného roku.

Zavedená pravidla sepíšeme a uzavřeme.

Vzhledem k tomu, že příklad je o jednosměrném přenosu informací, v dalším okně nastavení pro příjem dat z jiného programu byste měli nastavit hodnoty na Neodesílat. Nahrajte a zavřete. Další.

Nyní je potřeba zkontrolovat zadané parametry a pokud jsou správné, klikněte na Další, jinak se vraťte na předchozí krok kliknutím na Zpět.

Poté budete vyzváni k synchronizaci. Klepněte na tlačítko Dokončit.

Pokud je potřeba korelovat identické objekty dvou konfigurací, otevře se okno pro porovnání dat. Provedeme porovnání a klikneme na Další.

Při přenosu objektů mohou nastat problematické situace, výsledky můžete zobrazit kliknutím na odkaz Upozornění při synchronizaci dat.

Po dokončení synchronizace se zobrazí okno potvrzující úspěšné dokončení tohoto procesu.

Zde můžete pomocí příkazu Configure nebo později v synchronizačním skriptu nakonfigurovat plán pro automatické provádění výměny.

V práci velkých podniků a obchodních řetězců je poměrně často potřeba vyměňovat data mezi databázemi. Každý programátor a administrátor řeší tento problém jinak. Některé zapisují odesílání a stahování prostřednictvím souborů zprostředkujících tabulek, jiné používají k připojení ke zdrojové databázi režim připojení COM. V poslední době je však stále populárnější vlastní mechanismus 1C nazvaný „Universal Data Exchange in XML Format“.

Vzhled zpracování

V úplném rozhraní můžete otevřít zpracování na Služba->Další výměny dat->Univerzální výměna dat ve formátu XML.

Formulář pro zpracování (obr. 1) obsahuje čtyři záložky:

  • Další nastavení;
  • Mazání dat.

    • Rozhraní každé záložky je silně zatíženo prvky, a proto vyžaduje samostatné posouzení.

    Nahrávání dat

    Úplně nahoře na kartě je pole pro výběr souboru pravidel výměny. Pro nestandardní databáze a výměny budete muset vytvořit soubor výměny sami.

    Na dalším řádku formuláře jsou dva přepínače:

    1. Nahrání do výměnného souboru (obr. 2);
    2. Připojení a nahrání dat do informační bezpečnosti (obr. 3).

    Jak můžete vidět z obrázků výše, vzhled formuláře se liší v závislosti na přepínači. Pokud je vybrána možnost sdílení souborů, uživatel je vyzván k výběru umístění souboru, kam bude nahrán, a možnosti jeho komprimace pro úsporu místa a ochrany heslem.

    Možnost přímého připojení k přijímací základně podporuje režimy provozu soubor i klient-server. V tomto případě budete muset zadat adresu databáze a vyplnit pole „Uživatel“ a „Heslo“. Než začnete s výměnou dat, je vhodné připojení vyzkoušet.

    Níže uvedená tabulková část vám umožňuje konfigurovat výběry a další parametry vykládání.

    Chcete-li ladit algoritmy a opravovat chyby, můžete použít mechanismus zabudovaný do zpracování výměny. Aktivuje se zaškrtnutím příslušného políčka ve spodní části formuláře. Kliknutím na tlačítko „Nastavení ladění…“ se otevře okno (obr. 4).

    Obr.4

    Charakteristickým rysem tohoto formuláře je informativní nápověda na levé straně rozložení, která popisuje každý ze tří možných režimů ladění. Jakýkoli soubor ve formátu epf může sloužit jako externí soubor pro zpracování modulu.

    Kliknutím na tlačítko „Dokončit“ zkontrolujete správnost a úplnost vyplněných údajů.

    Na rozdíl od „Upload“ tato záložka (obr. 5) nemá tabulkovou část, ale je zde mnohem více zaškrtávacích políček, která umožňují upravit parametry pro záznam nových a změněných objektů.

    Obr.5

    Nejprve je třeba vybrat soubor, který bude sloužit jako zdroj informací. To lze provést ve vstupním poli „Název souboru k nahrání“. Pokud byla data nahrána do archivu chráněného heslem, bude nutné je zadat do příslušného pole.

    Odpovídající zaškrtávací políčka vám umožňují konfigurovat:

    • Transakce při zápisu objektů (to někdy urychluje proces);
    • Načítání dat v režimu výměny (v tomto případě budou všechny kontroly platformy, s výjimkou kontroly při zaúčtování dokladů, při záznamu ignorovány);
    • Přepsání změněných prvků;
    • Nastavení značky odstranění pro stažené položky;
    • Režim zápisu nových dat do registru (buď po jednom nebo v sadě);
    • Oříznutí nepodstatných znaků (mezery a tabulátory) u řetězcových hodnot.

    Další nastavení

    Jak název záložky napovídá, obsahuje nástroje, jejichž použití vám umožňuje přesněji přizpůsobit proces výměny. Zejména:

    1. Umožňuje režim ladění;
    2. Umožňuje použití transakce během procesu vykládání;
    3. Optimalizuje výměnu mezi databázemi verze 8 1C;
    4. Nahrajte pouze ty objekty, které může aktuální uživatel používat;
    5. Povolit protokolování procesu výměny mezi databázemi.

    Tyto a některé další funkce se povolují zaškrtnutím příslušných políček ve formuláři (obr. 6).

    Obr.6

    Mazání dat

    Tuto kartu používají pouze vývojáři v režimu ladění. Umožňuje odstranit nepotřebné objekty z databáze.

    Stručně o nastavení pravidel burzy

    Použití standardního handleru výrazně zjednodušuje život programátorům. Zároveň je jedním z nejtěžších okamžiků pro někoho, kdo se poprvé setkal s „Universal Data Interchange in XML Format“, otázka: „Kde mohu získat soubor pravidel výměny?“

    Nejprve k nezávislému vytvoření pravidel výměny potřebujete speciální konfiguraci, která se nazývá „Konverze dat“. Obsahuje několik zajímavých souborů, které vám umožňují konfigurovat téměř jakoukoli výměnu mezi různými verzemi 1C databází 7 a 8:

    1. epf – nutné pro stažení struktury metadat pro databáze 1C 8;
    2. epf – pokud je konfigurace 1C 8 napsaná sama nebo není standardní, nemusí mít zpracování „Universal Data Exchange“, tento soubor je toto zpracování;
    3. ert – soubor obsahuje kód pro stažení struktury metadat konfigurací 1C verze 7.7;
    4. ert – soubor pro zpracování dat upload a download pro sedm.

    Po zahájení příslušného zpracování je nutné uvolnit struktury metadat pro zdrojovou a cílovou databázi. Poté v konfiguraci „Conversion“ musíte zadat informace o zdrojové a cílové konfiguraci do adresáře „Configurations“.

    Poté se v adresáři Conversion vytvoří prvek obsahující informace o směru výměny dat. Můžete pro něj nastavit pravidla burzy.

    V tomto článku popíšu své, zatím malé, zkušenosti s organizací výměny dat prostřednictvím univerzálního formátu EnterpriseData.

    V mém případě je výměna nakonfigurována mezi konfiguracemi „Trade Management 11.2“ (dále UT) a „Enterprise Accounting 3.0.43“ (dále BP). Výměna je jednosměrná, z UT do BP. Před upgradem Trade Management 11.1 na 11.2 byla výměna dat nakonfigurována pomocí konfigurace Data Conversion 2.0. Po přepnutí na „11.2“ se však uživatelům objevily chyby v „Správě obchodu“. Postup aktualizace pravidel výměny byl proveden, ale nepřinesl žádné výsledky. Ladicí program ukázal, že problém byl ve výměně dat. Bylo rozhodnuto odstranit nastavení výměny dat v obou konfiguracích a znovu je nakonfigurovat.

    „Řízení obchodu“ i „Podnikové účetnictví“ fungují ve verzi klient-server. Začal jsem nastavovat synchronizaci s UT. Provedl jsem to tak, že se data nahrála z UT do souboru. Tedy synchronizace přes síťový adresář. V BP jsem nakonfiguroval výměnu tak, aby se z BP nestahovala žádná data.

    Chyba při volání kontextové metody (Ověřit): Chyba ověření dat XDTO:
    Struktura objektu "/Bankový účet protistrany/Banka" neodpovídá typu: (http://v8.1c.ru/edi/edi_stnd/EnterpriseData/1.1)KeyPropertiesBank
    Kontrola vlastnosti "BIK":
    tvar: Element
    název: (http://v8.1c.ru/edi/edi_stnd/EnterpriseData/1.1)BIK
    typ:
    Chybí požadovaná vlastnost
    Předmět: Smlouva s protistranou č. ...

    Pro analýzu chyby jsem kliknul na ikonu „Složení zasílaných dat“ a v seznamu dodavatelských smluv registrovaných k odeslání jsem našel smlouvu, u které se chyba objevila. Otevřel jsem smlouvu a zapamatoval jsem si bankovní účet protistrany uvedený ve smlouvě. Poté jsem přešel na bankovní účty registrované pro přepravu. Ukázalo se, že požadovaný účet nebyl v seznamu registrovaných. Předělal jsem problémový bankovní účet a smlouvu. Poté jsem ručně zaregistroval požadovaný bankovní účet.

    Znovu jsem zkusil synchronizovat data z UT. Tentokrát byla data úspěšně nahrána. V síťové složce byl vygenerován soubor XML obsahující data k přenosu z UT do BP.

    Dalším krokem je načtení dat ze souboru do podnikového účetního oddělení. V konfiguraci "Enterprise Accounting" jsem kliknul na tlačítko "Synchronizovat", otevřel se formulář pro zpracování se zprávou "Probíhá analýza dat." O něco později se zpráva změnila na „Probíhá nahrávání dat“. Ukazatel a počítadlo přitom ukazovaly, že se z napájecího zdroje vykládá více než 80 tisíc předmětů. To mě zmátlo, protože jsem v nastavení naznačil, že se nemá nic vybíjet ze zdroje. Zpracování trvalo poměrně dlouho a skončilo chybou:

    Událost: Výměna dat
    (GeneralModule.Long-runningOperations.Module(371)): Proces pracovníka na pozadí byl abnormálně ukončen
    RaiseException(ErrorText);

    Pro lokalizaci chyby jsem zkusil změnit nastavení synchronizace a možnosti provozu napájecí základny. Výsledkem bylo, že když jsem databázi převedl na souborovou verzi, systém fungoval adekvátně: otevřel se formulář pro porovnání dvou databází. Po spárování objektů byla počáteční synchronizace úspěšná. Poté jsem přepnul databázi zpět na verzi klient-server.

    S dalším testováním synchronizace bylo nutné provést některé změny v pravidlech pro převod objektů. Je čas použít konfiguraci Data Conversion 3.0. Vestavěná nápověda ke konfiguraci popisuje provozní postup. Pomohly i články na webu ITS.

    V důsledku toho jsem do "Data Conversion 3.0" načetl následující data:

    • Texty obecného modulu "Správce výměny dat prostřednictvím univerzálního formátu" ze dvou databází
    • Rozložení obou základů
    • Popis formátu EnterpriseData (z libovolné databáze)
    • Konverzní pravidla

    Po stažení jsem otevřel pravidla pro převod dat, objektů a vlastností v „Data Conversion 3.0“. Provedl jsem změny, které jsem potřeboval. Poté jsem použil tlačítko "Unload exchange manager module". Text modulu byl zkopírován do schránky. Zbývá jen vložit do konfigurace.

    Po experimentování s nastavením pravidel v „Data Conversion 3.0“ jsem pro sebe usoudil, že v případě, kdy jsou prováděné změny nevýznamné, je jednodušší nastavit pravidla přímo v konfiguraci UT a BP, v obecném modulu „Správce výměny dat prostřednictvím univerzálního formátu“. Pokud jsou úpravy vážné, jako je například přidání nového objektu do výměny, měli byste použít konfiguraci " Konverze dat 3,0".

    Úkol přidání dokumentu "Objednávka dodavateli" do plánu výměny jsem provedl pomocí " Konverze dat 3.0". Ve standardní verzi UT - BP není tento dokument součástí výměnného plánu.

    Připomeňme, že pravidla pro registraci objektů pro nahrávání se stále konfigurují v konfiguraci „Data Conversion 2.0“.

    Toto jsou první dojmy ze synchronizace dat prostřednictvím univerzálního formátu EnterpriseData.

    P.S. Máte-li dotazy nebo vlastní postřehy týkající se výměny dat prostřednictvím univerzálního formátu a konfigurací" Konverze dat 3.0", napište do komentářů. Vyměníme si zkušenosti.

    • Synchronizace dat
    • Univerzální formát EnterpriseData
    • Konverze dat 3.0
    • Konverze dat 2.0
    • Řízení obchodu
    • Podnikové účetnictví